Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Темы - Denis Beskov

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 »
76
Всем привет

В октябрьском номере журнала SoftLine размещена реклама, я уверен, неплохой книги «Моделирование на UML» со следующими теглайнами:

Цитировать
1. Вы эксплуатируете сложную информационную систему и хотите научиться наиболее эффективно это делать?

2. Вы являетесь заказчиком информационной системы уровня предприятия и хотите грамотно ставить задачи?

3. Хотите научиться понимать процессы на своём предприятии (в своей фирме) и анализировать их?

Нужную информацию вы найдёте в книге.
Поделитесь пожалуйста, когда у вас были случаи, что моделирование на UML:

1. Помогло повысить эффективность эксплуатации ИС.

2. Повысило качество постановки задач силами заказчика.

3. Улучшило понимание деятельности компании силами её сотрудника.

77
Если вас волнует тема управления изменениями требований в проектах и вы хотите попасть в МСК на мой бесплатный семинар на эту тему, пройдите пожалуйста опросник.

78
Статья Влада Балина про подход к управлению разработкой с применением принципов ГОСТа:
http://gaperton.livejournal.com/49867.html

Достаточно провокационная для здешней аудитории («ТЗ — не требования»), но я согласен с большинством тезисов.

Некоторое резюме, которое у меня появилось: Требования не так важны, как цели и правила приёмки.

79
15 апреля, в четверг, в 19-00 в ГУ-ВШЭ я буду рассказывать про управление изменениями в широком и узком смысле.

Программа рассказа:

1. Природа изменений
2. Организационные изменения:
    2.1. в рамках своих полномочий
    2.2. за пределами своих полномочий
3. Изменения в продуктах и сервисах

Записаться можно здесь, номер аудитории будет уточнён организаторами по почте позже.
__

* кто такие «юзабилисты на питоне» —  это технари, которые выросли из своих технарских штанишек, понимают, что дальнейшее их развитие в основном завязано на нетехнические области знаний и умений и пытаются их приобретать, не имея пока возможности сменить основную профессию, т.к. это ежедневный понятный хлеб.

80
Основные функции и задачи

Построение процессов управления требованиями и системного анализа
на различных производственных направлениях (60% рабочего времени):
• исследование и построение описаний текущей организации деятельности;
• выявление интересов разных участников производственного процесса и проблем;
• разработка предложений по улучшению деятельности: ролей, принципов, процессов и практик;
• согласование изменений с заинтересованными сторонами;
• внедрение изменений, обучение, регламентация;
• мониторинг качества исполнения процессов.

Участие в проектах по созданию продуктов и сервисов обеспечения информационной безопасности (20% рабочего времени):
• анализ и согласование бизнес-требований с менеджерами продуктов;
• выявление, анализ, документирование и согласование технических требований с архитекторами, проектировщиками интерфейса и тест-дизайнерами;
• управление изменениями требованиями;
• поддержка и консультирование проектной команды по требованиям.

Требования
• опыт работы в качестве системного аналитика требований в проектах разработки ПО или ИС от 5-и лет;
• высокий уровень владения техниками работы с требованиями и моделирования;
• знание методологий организации производства ПО RUP, MSF, Scrum;
• интерес к организации и развитию деятельности;
• хорошие коммуникативные навыки;
• доброжелательность, открытость, общительность;
• высокий уровень самоконтроля, лидерский потенциал;
• английский язык – уровень Upper Intermediate (навыки написания ТЗ на английском языке, умение поддерживать переписку).

Пожелания
• владение нотациями и инструментами описания деятельности;
• знакомство с моделями CMMI, стандартами оценки и развития процессов.

Отклики принимаются здесь: http://moikrug.ru/vacancies/858225568/

81
О Сайте и Форуме / Перестрелка
« : 23 Января 2010, 04:53:32 »
14 дней назад в Моём Круге я попросил Николая Войнова ответить на мой последний вопрос здесь. Поскольку после этого он продолжил комментировать в параллельных ветках форума и писать в свой блог (т.е. не заболел, не уехал в отпуск и всё такое), то я вынужден констатировать, что он:

* Выразил мнение ("ничего интересного совсем не увидел"), которое не принесло ничего конструктивного авторам журнала и возможно явилось источником демотивации;

* В ответ на заданные вопросы продолжил в том же духе, не раскрывая своих информационных запросов ("всё это было", "нужны какие-то новые знания") и далее перестал отвечать.

Данное поведение в моей голове плохо увязывается с позиционированием Николая -- "руководитель проекта, аналитик" и я его считаю неэтичным в рамках сообщества. Настоящие руководители и профессионалы так не поступают - не хают чужую работу и не уходят от прямого ответа, помощи коллегам по профессии.

82
Давайте больше узнаем друг о друге.
Если мы будем лучше понимать, какие производственные вопросы волнуют больше всего, мы сможем более качественно строить и план семинаров и план публикаций и план обсуждений.

83
Ищу специалиста, который может провести 4-8 часовой тренинг по разработке нефункциональных требований к ПО.

Что ожидается:
   1. Атрибуты качества ПО по ИСО9126.
   2. Вклад атрибутов качества в успех продукта для их разных категорий.
   3. Источники требований к качеству ПО.
   4. Методы выявления требований к качеству ПО.
   5. Способы задания требований к аспектам качества.
   6. Способы проверки сответствия требований к аспектам качества.
   7. Разработка профилей качества для разных категорий продуктов / видов релизов.

84
Интересно сделать встречу-семинар в формате «Работа над ошибками» — берём какой-нибудь сервис — Афиша, Мой Круг, Ярушка — заново проходимся по аудитории и её целям, пользовательским задачам и частоте их возникновения, создаём альтернативные сценарии, рисуем изменённые интерфейсы. (via http://ff.im/6uxxB)

86
Информационный и функциональный состав
1. Контент-состав сайта (КС)  — какие материалы должны быть на сайте, по каким темам.
2. Функциональный состав сайта (ФС) — какие возможности должен предоставлять сайт.

Общие макеты
3. Типы страницы (ТС) — какие типы страниц должны быть на сайте. Создаётся на основе КС и ФС.
4. Устройство страниц разных типов (УС) — какие на них есть блоки, как они расположены относительно друг друга, относительные размеры блоков. Создаётся на основе КС и ФС.
5. Концепция интерфейса (КИ) — как организован общий макет сайта, с помощью чего организуется навигация и выполняются действия. Создаётся на основе обобщения УС. Уточняется и обновляется после появления ВНП и СНП.

Навигация
6. Модель навигации (МН) — откуда куда можно попасть. Создаётся на основе КС и ФС.
7. Виды навигационных панелей (ВНП) — какие навигационные панели есть, каково их назначение. Создаётся на основе МН.
8. Содержание навигационных панелей (СНП) — какие ссылки на контент и фунции содержат навигационные панели.

Эстетика
9. Визуальный дизайн (ВД) — логотип, конкретные шрифты, расстояния, цвета, визуальные элементы оформления.

Содержание страниц
10. Перечень конкретных страниц и их содержания (ПСС).

Обсуждать, имхо, имеет смысл в приведённом порядке.

87
Если не хватает какого-то ещё — пишите!

88
YUML.ME

Ну что же, попробуем:


Наслаждайтесь и смотрите код вызова картинки:
http://yuml.me/diagram/usecase/[Денис]-(Осудить применение Диаграммы Вариантов использования), [Денис]-(Показать пример ДВИ), (Осудить применение Диаграммы Вариантов использования)<(Осудить форму ДВИ), (Осудить применение Диаграммы Вариантов использования)<(Осудить содержание ДВИ)

89
ПО Аналитика / Матрица для выбора СУТ
« : 23 Апреля 2009, 19:09:49 »
Всем привет

Я думаю, некоторые из вас знают такие сайты, как ForumMatrix.org, Wikimatrix и CMSmatrix.org, которые позволяют сравнить соответствующие продукты по свойствам и составить лонг-лист для дальнейшего тестирования.

Предлагаю подумать над аналогичным инструментом для СУТ — я готов финансировать данную работу.

В качестве основы можно использовать отчёт INCOSE.

Собственно, пока вопрос в требованиях к этому инструменту — понятно, что для разового принятия решения хватит и Excel, но хотелось бы сделать-таки инструмент для сообщества.

90
Вообще, как можно догадаться, ГОСТы и законы должны быть лучшими друзьями аналитика, так как представляют собой ничто иное, как структурированный набор требований.

Однако каждый раз натыкаясь на очередной ГОСТ, типа этого замечательного изделия:
ГОСТ Р 52872-2007 Интернет-ресурсы. Требования доступности для инвалидов по зрению
понимаю, что сапожники опять без сапог.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 »