- •Письменные лекции по дисциплине «Разработка и анализ требований»
- •Лекция 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. Сравнение систем управления требованиями
8.1.8. Атрибуты запроса на изменение
Атрибуты изменения:
происхождение изменения (клиенты, руководство, разработчики ...),
идентификатор запроса,
тип изменения (изменение требования, предложенное улучшение, отчет об ошибке),
дата подачи, дата обновления,
краткое описание, детальное описание,
приоритет при реализации,
ответственный за внесение изменений,
инициатор, приоритет инициатора,
название проекта, планируемый выпуск,
ответ (в свободной форме),
текущее состояние запроса (отправлен, оценка выполнена, изменение одобрено, внесено, проверено, завершено, отклонено, отменено),
контролер.
8.2. Программные средства управления требованиями
Основные функции:
Управление версиями и изменениями.
Хранение атрибутов требований.
Отслеживание состояния требований.
Отслеживание зависимости (влияния) требований.
Выявление отсутствующих и лишних требований.
Управление доступом участников команды.
Связь с заинтересованными в проекте лицами.
Отслеживание состояния дефектов.
Отбор произвольных подмножеств требований.
Повторное использование требований.
8.2.1. Сравнительная характеристика систем управления требованиями
8.2.2. Redmine
Пример сообщения о добавлении требования в Redmine
[Orange — Разработка #9] (Новая) Сформировать таблицу статистики попыток
-------------------------------------------------------------
Issue #9 has been reported by Разработчик1.
Разработка #9: Сформировать таблицу статистики попыток
Author: Разработчик1
Status: Новая
Priority: Нормальный
Assignee: Разработчик1
Category:
Target version:
Реализовать таблицу статистики попыток на основе результатов
решений, принятых на проверку.
Пример сообщения об ошибке в Redmine
[Orange — Ошибка #38] Login
-------------------------------------------------------------------
Issue #38 has been updated by Разработчик1.
Ошибка #38: Login
Author: Разработчик2
Status: Новая
Priority: Срочный
Assignee: Пользователь1
Category:
Target version:
Находясь на главной странице сайта в окошко адреса почты по ошибке ввел логин. Получил вот такую ругань.
8.2.3. Сравнение систем управления требованиями
1 ФОК — факультетская отборочная комиссия
2 ПК — приемная комиссия