- •Письменные лекции по дисциплине «Разработка и анализ требований»
- •Лекция 1. Основы работы с требованиями к по
- •1.1. Что такое требования
- •1.2. Классификация программного обеспечения
- •1.3. Разработка требований в модели жизненного цикла по
- •1.4. Участники разработки требований
- •1.4.1. Аналитик требований
- •1.5. Типы требований
- •1.6. Этапы сбора и анализа требований с точки зрения rup
- •1.7. Процесс разработки требований
- •1.7. Разработка концепции продукта
- •1.13. Обзор конкурентов
- •1.13.1. Пример списка возможностей конкурентов
- •1.14. Документ о концепции и границах проекта
- •1.14.1. Положение о концепции
- •1.15. Бизнес-риски
- •1.16. Ограничения проекта и их выявление
- •1.17. Профили заинтересованных лиц
- •1.18. Пример бизнес-требований разных групп пользователей
- •1.19. Приоритеты проекта
- •Лекция 2. Методы выявления требований к по
- •2.1. Сбор требований пользователей
- •2.2. Определение классов пользователей
- •2.3. Характеристики классов пользователей
- •2.4. Представление системных событий и реакции на них
- •2.5.1. Пример crc-карточки
- •2.6. Прототипы (макеты) по
- •2.7. Представление требований пользователя на основе варианта использования
- •2.8. Процессы обработки данных варианта использования
- •2.9. Нефункциональные требования
- •2.10. Уточнение нефункциональных требований
- •2.11. Стандарты практичности (usability)
- •2.12. Бизнес-правила
- •2.12.1. Примеры бизнес-правил
- •Лекция 3. Анализ и моделирование требований к по
- •3.1. Атрибуты качества требований
- •3.2. Статус требования
- •3.3. Полный набор требований по
- •3.4. Представление вводов и выводов по
- •3.5. Полнота нефункциональных требований
- •3.6. Пример трассировки требований.
- •3.6.1. Дочерние требования
- •3.10.1. Оценки разработчиков возможности проверки требований
- •3.11. Определение приоритетов
- •4.3. Диаграммы uml (uml 2.5)
- •4.8. Предметы поведения uml
- •4.9. Отношения uml
- •4.10. Диаграмма Use Case
- •4.11. Диаграмма Use Case (2)
- •4.12. Диаграмма (видов) деятельности
- •5.5. Методики моделирования бизнес-процессов
- •5.6. Программное обеспечение для моделирования бизнес-процессов
- •5.7. Построение модели бизнес-процесса на основе вариантов использования
- •3) Используемые средства
- •5.8. Пример построения спецификации требований
- •5.9. Заинтересованные лица
- •5.10. Эксперты
- •5.11. Словарь (глоссарий)
- •5.12. Бизнес-процессы
- •5.13. Бизнес-правила
- •5.19. Класс Личное дело
- •Лекция 6. Методы структурного анализа требований к по
- •6.1. Средства структурного анализа
- •6.2. Методология sadt
- •6.3.1. Стандартизация методик моделирования в Российской Федерации
- •6.3.2. Диаграмма idef3
- •6.4. Диаграммы потоков данных dfd
- •7.2.2. Спецификация требований к по
- •7.3. Техническое задание (еспд. Гост 19.201-78)
- •7.4. Техническое задание (Информационные технологии гост 34.602-87)
- •7.5. Разработка требований к по встроенных систем
- •7.7. Спецификация требований к интерфейсам
- •7.8. Работа с требованиями в проектах гибкой разработки
- •Лекция 8. Управление требованиями к по
- •8.1. Управление требованиями
- •8.1.8. Атрибуты запроса на изменение
- •8.2. Программные средства управления требованиями
- •8.2.1. Сравнительная характеристика систем управления требованиями
- •8.2.3. Сравнение систем управления требованиями
1.7. Разработка концепции продукта
Участники этапа:
бизнес-аналитик (Program Manager, Product Manager),
инвестор (заказчик).
Цель:
выработка единого видения проекта.
Документирование:
документ об образе решения и границах (устав ПП, Product
Vision Document, Market Requirement Document).
Содержит:
информацию о высокоуровневых требованиях и возможностях
продукта, ориентировочные сроки реализации и бюджет.
Служит для:
сделать вывод о целесообразности разработки.
1.8. Сбор бизнес-требований для продукта
Продукт под заказ:
— Определение исходных стимулов.
— Определение целей продукта и критериев успеха.
— Определение потребностей клиента.
— Обзор конкурентов.
Продукт для открытого рынка:
— Определение исходных стимулов.
— Обзор конкурентов.
— Определение целевого сегмента рынка.
— Определение потребностей клиентов.
— Определение целей продукта и критериев успеха.
1.9. Исходные стимулы
Потребность рынка. То, что можно продать.
Производственная необходимость. Освободить людей — не платить зарплаты, заменить всех роботами.
Потребность заказчика. Захотел заказчик.
Технический прогресс.
Юридические ограничения и нормы. Что-то меняется в законодательстве — надо менять ПО.
1.10. Цели продукта и критерии успеха
Финансовые
Освоить __ % рынка за __ месяцев.
Достигнуть объема продаж ___ , дохода ___ за __.
Сэкономить ___ на обслуживании системы за период ___.
Нефинансовые
Разработать базовую технологическую основу для организации.
Соответствовать законодательной базе.
Повысить рейтинг организации.
1.11. Определение целевого сегмента рынка
Анализируя рынок, происходит решение, в котором принимается нужно ли компании разрабатывать ПО.
Рынок домашних пользователей:
— дети,
— слабовидящие,
— обычные пользователи.
Рынок корпоративных пользователей:
— малые компании от 1 до 250 чел. (SMB — Small and Medium Business),
— большие компании от 250 до 2500 чел.,
— корпорации более 2500 человек.
1.12. Определение потребностей клиентов
Информация о типах пользователей. Для ПО, где разные пользователи, их роли
Процессы (бизнес-процессы), в которых используется продукт.
Сценарии работы пользователей. Внутри бизнес- процессов пишется сценарии работы пользователей (как будет взаимодействовать с ПП, чтобы решить свою задачу)
Операционная среда (удаленность пользователей, режимы работы, защита данных).
Требования к дизайну: операционная система, взаимодействующие приложения, форматы ввода-вывода.
Итог: список основных функций программного продукта
1.13. Обзор конкурентов
Список проблем, которые должны быть решены в продуктах данного типа (что делает продукт).
Список конкурентов, предлагающих продукты данного типа.
Список продуктов конкурентов для обзора.
Документация к продуктам или сами продукты.
Список возможностей продуктов конкурентов (как работает продукт).
Обобщение информации по конкурентам.
Итог: функция, которая отличает наш ПП от ПП конкурента.
1.13.1. Пример списка возможностей конкурентов
Сравнительная характеристика XML-анализаторов.