Содержание
- 2. Определение понятия “требование” Стандарт IEEE : Требования к программной системе – это: 1. Функциональность, необходимая пользователю
- 3. Определение понятия “требование” Стандарт ISO 12207: Разработчик должен установить и документально оформить следующие требования к программным
- 4. Виды требований Все требования разбиваются на три уровня: 1.Бизнес-требования. Бизнес-требования определяются целями и политикой организации их
- 5. Функциональные требования Функциональные требования определяют функции, которые выполняет система, и зависят от потребностей пользователей и типа
- 6. Нефункциональные требования Нефункциональные требования определяют характеристики и ограничения системы и не связаны непосредственно с функциональными требованиями.
- 7. Нефункциональные требования к продукту Определяют его эксплуатационные качества, т.е. определяют то, насколько хорошо будет работать система.
- 8. Атрибуты качества Для пользователей производительность надежность и доступность безопасность удобство и простота обслуживания Для разработчиков легкость
- 9. Нефункциональные требования к процессу определяют ограничения, связанные с использованием определенных технологий и стандартов разработки(язык программирования, методы
- 10. Внешние нефункциональные требования определяют взаимодействие проектируемой системы с другими системами, требования по квалификации персонала, юридические требования,
- 11. Требования, которых быть НЕ ДОЛЖНО Спецификация требований не должна содержать деталей проектирования или реализации (кроме известных
- 12. Свойства требований
- 13. Основные характеристики полнота корректность необходимость осуществимость приоритет недвусмысленность непротиворечивость (согласованность) проверяемость прослеживаемость
- 14. Выявление требований
- 15. Требования к ПС делят на: требования, определяемые предметной областью; требования, определяемые пользователями системы.
- 16. Методы выявления требований Опрос (интервью) подготовка вопросов определение групп лиц проведение опроса определение последующих действий
- 17. Методы выявления требований 2. Совместные семинары определение правил наличие видения проекта темы обсуждения ограничения по времени
- 18. Методы выявления требований 3. Мозговой штурм распределение ролей определение правил ограничения по времени голосование обработка результатов
- 19. Методы выявления требований 4. Сценарии Сценарий – это способ описания структуры задачи, представляющий собой повествовательный рассказ
- 20. Методы выявления требований Вариант использования описывает поведение системы при ее ответах на запрос одного из участников
- 21. При написании варианта использования нужно помнить о трех понятиях, которые служат основой при написании варианта и
- 22. Рекомендации · Начните со стратегического варианта. От него будут ветвиться варианты использования уровня цели пользователя. ·
- 23. Применение модели MSC UML Диаграмма использования призвана ответить на вопрос: что делает система во внешнем мире?
- 24. Методы выявления требований 5. Выявление требований на основе различных точек зрения. Метод VORD Точка зрения –
- 25. Метод VORD состоит из четырех основных этапов: 1.Идентификация точек зрения (“мозговой штурм”) 2.Структурирование точек зрения. 3.Документирование
- 26. Идентификация точек зрения решение следующих задач: · идентификация потенциальных опорных точек зрения; · идентификация системных сервисов;
- 27. Структурирование определение связей сервисов с точками зрения определение иерархии наследования точек зрения Документирование: детализация выделение входных,
- 28. Методы выявления требований 6. Этнографический подход Для определения среды функционирования системы и учета ее в требованиях
- 29. Анализ требований
- 30. Анализ требований (Requirement Process) SWEBOK: § Requirements Elicitation (Извлечение требований), § Requirements Analysis (Анализ требований в
- 31. Анализ требований (Requirement Process) ]. RUP : § Analyze the Problem (Анализ проблемы), § Understand Stakeholder
- 32. Анализ требований (Requirement Process) § Формирование видения; § Выявление требований; § Классификация и спецификация требований; §
- 33. Цели АТ § добиться одинакового понимания с заказчиком и пользователями о том, что должна делать система;
- 34. Результат АТ набор артефактов Это могут быть текстовые документы, модели UML, либо других языков моделирования, прототипы
- 36. Скачать презентацию