* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha Kutsenko
Презентация Саши Куценко для семинара «Front-end разработка. Менеджерский блок», 29 января 2014 года, Санкт-Петербург.
http://leadzeppelin.timepad.ru/event/101471/
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha Kutsenko
Презентация Саши Куценко для семинара «Front-end разработка. Менеджерский блок», 29 января 2014 года, Санкт-Петербург.
http://leadzeppelin.timepad.ru/event/101471/
Саша Куценко: "Cпецификация формы и поведения — зачем, кому, когда и как?" (p...Sasha Kutsenko
Презентация Саши Куценко для UXspb в офисе Яндекса, 26 марта 2014 года, Санкт-Петербург.
http://ux-spb.ru/26-marta-v-yandekse-ux-beyond-ui-ierarhiya-potrebnostey-i-motivatsiya-polzovateley/
От бизнес-систем - к информационным системам: переход шаг за шагомLuxoftTraining
Программа мастер-класса:
1. Системный подход в работе аналитике: «первым делом – требования, ну а дизайн… дизайн – потом…»
2. Техника поиска требований к ИС.
Система(Черный ящик). Актеры. Услуги (сценарии использования).
3. Техника определения требований к бизнесу:
Бизнес система(Черный ящик).Бизнес Актеры. Бизнес Услуги (бизнес сценарии использования).
4. Проектирование системы (информационной или бизнес) – UML.
5. Техника спецификации сценария использования. Основной поток. Альтернативные потоки.
6. Эвристики при изображении сложных бизнес процессов (много бизнес правил и ветвлений) на UML и не только.
7. Про Эджайл: про самоорганизация и «другой менеджмент»:
«Стори» в эджайл» – это экземпляр сценария использования.
Следствия – «первым делом – сценарии использования, ну а сценарии… сценарии – потом».
Вебинар «ИТ-процессы: бодры, мощны и всегда готовы!» http://www.croc.ru/action/detail/24057/
Презентация Георгия Ованесяна, руководителя направления «Управление ИТ-процессами и инфраструктурой» компании КРОК
Практический подход к систематизации требований при проектировании информацио...Anatoly Simkin
Тезисы описывают этапы подхода к проектированию информационной системы с целью организации прозрачного процесса разработки и вовлечения в этот проект заказчика.
Abstracts describing the stages of approach to design the information system for the purpose of organizing a transparent design process and involving of stakeholders.
Выложено, чтобы напомнить участникам встречи, о чем шла речь на встрече СПб СоА, и чтобы дать понятие тем, кто будет приходить на следующие встречи, какие вопросы уже обсуждались.
Это не обучающий материал.
2. IEEE Standard 830-1998:
функциональная спецификация
• Введение
• Назначение
• Соглашения, принятые в документах
• Границы проекта
• Ссылки
• Общее описание
• Общий взгляд на продукт
• Особенности продукта
• Классы и характеристики пользователей
• Операционная среда
• Ограничения дизайна и реализации
• Документация для пользователей
• Предположения и зависимости
3. IEEE Standard 830-1998:
функциональная спецификация
• Функции системы
• Функция системы
• Описание и приоритеты
• Последовательности: воздействие – реакция
• Функциональные требования
• Требования к внешнему интерфейсу
• Интерфейсы пользователя
• Интерфейсы оборудования
• Интерфейсы ПО
• Интерфейсы передачи информации
• Другие нефункциональные требования
• Требования к производительности
• Требования к охране труда
• Требования к безопасности
• Атрибуты качества
4. Сценарии использования
• Применяется для выявления требований к поведению системы
(функциональных требований)
• Алистер Коберн «Современные методы описания функциональных
требований к системе» 2011 г
• RUP +UML
• Деловой сценарий использования
• Черный ящик, бизнес-процесс, акторы
• Системный сценарий использования
• Что актор может сделать с системой
• Детализация сценария:
• Краткий: несколько предложений
• Обычный: несколько параграфов
• Полностью детализированный
5. Шаблон сценария использования
• Имя: глагол; как правило, цель актора; 2-3 слова
• Цель / Контекст: то, что должно быть достигнуто актором
• Область действия: область, где система рассматривается как черный ящик
• Уровень: обобщенный, цели пользователя, подфункция
• Акторы: внешний фактор, влияющий на систему или находящийся под ее влиянием
• Заинтересованные лица: как правило, для кого создается сценарий
• Предусловие: перечень всех условий, при которых исполнение сценария имеет
смысл
• Активаторы / триггеры: событие, инициирующее выполнение сценария
• Порядок событий / основной сценарий
• Альтернативные пути / расширения
• Бизнес-правила: отсылка на уровень выше
6. ГОСТ 34 серии
№ Пользователь Система Экранная форма Условие: последующий шаг
Предусловие
Постусловие
Список экранных форм
Описание печатных форм
Описание экспортируемых / импортируемых данных
