
- •Письменные лекции по дисциплине «Разработка и анализ требований»
- •Лекция 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. Сравнение систем управления требованиями
7.3. Техническое задание (еспд. Гост 19.201-78)
Введение.
Основание для разработки.
Назначение разработки.
Требования к программе.
Требования к программной документации.
Технико-экономические показатели.
Стадии и этапы разработки.
Порядок контроля и приемки.
Приложения.
ГОСТы, используемые при подготовке технического задания.
ГОСТ 19.101-77 Виды программ и программных документов.
ГОСТ 19.105-78 Общие требования к программным документам.
ГОСТ 19.106-78 Требования к программным документам, выполненным печатным способом.
ГОСТ 19.104-78 Основные надписи.
ГОСТ 34.602-89 Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
ГОСТ 24.701-86 Единая система стандартов автоматизированных систем управления. Надежность автоматизированных систем управления. Основные положения. Рекомендации по составлению технического задания: http://tdocs.su.
7.4. Техническое задание (Информационные технологии гост 34.602-87)
Общие сведения;
Назначение и цели создания (развития) системы;
Характеристика объектов автоматизации;
Требования к системе;
Состав и содержание работ по созданию системы;
Порядок контроля и приемки системы;
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
Требования к документированию;
Источники разработки.
Раздел «Требования к системе» состоит из следующих подразделов:
Требования к системе в целом;
Требования к функциям (задачам), выполняемым системой;
Требования к видам обеспечения.
7.5. Разработка требований к по встроенных систем
ГОСТ Р 51904-2002. Программное обеспечение встроенных систем. Общие требования к разработке и документированию.
Требования к ПО — описание того, что должно производить ПО, с заданием входных условий и ограничений. Требования к ПО включают в себя как требования верхнего уровня, так и требования нижнего уровня.
Иерархия требований к встроенному ПО:
Требования верхнего уровня — требования к ПО, разработанные на основе анализа системных требований и требований безопасности.
Производные требования — дополнительные требования, появившиеся в результате выполнения процессов разработки ПО, которые не являются непосредственно связанными с требованиями верхнего уровня.
Требования нижнего уровня — требования к ПО, разработанные на основании требований верхнего уровня, производных требований и ограничений проекта, по которым исходный код может быть реализован непосредственно, без какой-либо дополнительной информации.
7.5.1. Системные требования для встроенного ПО
Описание системы и определение аппаратуры.
Системные требования, непосредственно относящиеся к ПО, включая функциональные требования, требования безопасности и эффективности.
Уровни ПО и информацию, подтверждающую их определение, отказные ситуации, их категории и функции, выполняемые ПО.
Стратегии обеспечения безопасности и ограничения проекта.
7.5.2. Классификация отказных ситуаций
Уровни ПО, соответствующие категории потенциально возможной отказной ситуации при сбое ПО:
Категория A — катастрофическая,
Категория B — опасная/критическая,
Категория C — существенная,
Категория D — несущественная,
Категория E — невлияющая.
7.5.3. Документирование требований к встроенному ПО
1. Описание эксплуатационной концепции.
2. Спецификация системы/подсистемы.
3. Спецификация требований к ПО.
4. Спецификация требований к интерфейсу.
7.5.4. Спецификация системы/подсистемы
Содержит определение требований к системе/подсистеме и методы для проверки выполнения требований:
к режимам работы,
к производительности системы,
к внешним и внутренним интерфейсам,
к ресурсам вычислителя,
по обеспечению безопасности,
к обучению персонала.
7.6. Спецификация требований к ПО
Определяет требования верхнего уровня и производные требования.
Содержит:
распределение системных требований по компонентам ПО с учетом требований безопасности и с учетом потенциальных отказных ситуаций,
функциональные и эксплуатационные требования для каждого режима работы,
критерии производительности, в т. ч. точность представления,
временные требования и ограничения,
ограничения объема памяти,
интерфейсы аппаратуры и ПО (протоколы, форматы, частота ввода, вывода),
требования к обнаружению отказов и мониторингу безопасности,
требования по разбиению ПО, по взаимодействию компонентов друг с другом, к уровням ПО для каждой части.