- •Письменные лекции по дисциплине «Разработка и анализ требований»
- •Лекция 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. Сравнение систем управления требованиями
5.5. Методики моделирования бизнес-процессов
Методы структурного анализа и проектирования:
SADT (Structured Analysis and Design Technique) — 60-е годы XX века.
Основные типы современных методологий моделирования и анализа бизнес-процессов :
моделирование бизнес-процессов (Business Process Modeling) IDEF0;
описание потоков работ (Work Flow Modeling) IDEF3;
описание потоков данных (Data Flow Modeling) DFD (Data Flow Diagrams).
описание структур данных ERD (Entity Relationship Diagrams).
описание поведения объекта или системы STD (State Transition Diagrams).
Методы объектно-ориентированного анализа и проектирования:
UML — универсальный язык моделирования.
5.6. Программное обеспечение для моделирования бизнес-процессов
Visio
Dia
AllFusion Process Modeler (BPwin)
ERWin Data Modeler (ERWin)
WebSphere Business Modeler
SAP Strategic Enterprise Management
5.7. Построение модели бизнес-процесса на основе вариантов использования
Исходные данные. Спецификация варианта использования:
Идентификатор, Имя (глагол+объект), Источник (автор), Дата создания, Профиль пользователя, Приоритет, Частота использования, Родительское бизнес-требование, Предусловие (начальное состояние), Цель и результат, Последовательность действий.
1) Диаграмма Use Case, спецификация каждого прецедента: имя, краткое описание, цели и результаты, описание сценариев (основного, альтернативных), специальные требования, описание исключительных ситуаций.
2) Диаграмма деятельности для каждого прецедента.
3) Используемые средства
Диаграмма развертывания — системные требования, компоненты ПО.
Диаграмма классов либо ER-модель — структура ПО.
Диаграмма последовательности, диаграмма коммуникации — алгоритмы взаимодействия структурных элементов ПО (классов, объектов).
Диаграмма состояний — логика работы объекта конкретного класса.
4) Результат анализа: спецификация требований.
5.8. Пример построения спецификации требований
ПО для автоматизированной информационной системы АИС «Абитуриент».
Бизнес-цели:
обеспечить ускорение процесса приема документов от абитуриента, что позволит избежать очередей,
упростить подготовку стандартных форм документации и статистической отчетности,
сделать наглядным и оперативным процесс информирования о ходе приемной кампании,
упростить передачу данных заинтересованным подразделениям.
5.9. Заинтересованные лица
Абитуриент и его родители.
Руководство вуза. (не пользователь системы)
Отборочные комиссии факультетов.
Центральная приемная комиссия.
Отдел кадров. (не пользователь системы)
Факультеты (деканаты). (не пользователь системы)
Городская приемная комиссия и т. д. (не пользователь системы)
Администраторы системы.
5.10. Эксперты
Центральная приемная комиссия.
Отборочные комиссии факультетов.
Руководство вуза.
Факультеты (деканаты).
Отдел кадров и др. подразделения.
5.11. Словарь (глоссарий)
|
|