Анализ и управление требованиями. Документирование. Контроль. (Часть 4) презентация
Содержание
- 2. Спецификация требований
- 3. Спецификация требований требования: должна быть простой, ясной и понятной пользователю неспециалисту
- 4. Спецификация требований
- 5. Спецификация требований (основные разделы) Введение Общее описание Функции системы Внешний интерфейс
- 6. Введение обзор спецификации, позволяющий разобраться в структуре и принципах ее построения.
- 7. Общее описание Продукт - особенности продукта или его основные функции, основные
- 8. Функции системы · название и приоритет; · системные входные и выходные
- 9. Внешний интерфейс ссылки на стандарты графического интерфейса, шрифтов, элементов управления и
- 10. Нефункциональные требования требования к производительности, атрибуты качества продукта, требования
- 11. Рекомендации по документированию требований
- 12. Пользовательские требования 1.Если требование независимое и простое, то оно может быть
- 13. Системные требования 1.Перед написанием спецификации системных требований необходимо выбрать стиль описания.
- 14. Требование должно быть понятным Требование должно быть конкретным Требование должно быть
- 15. Стандарты на документирование требований
- 16. IEEE 830-1993 (спецификация ФТ) Введение цели документа назначение программного продукта
- 17. Способы структурирования требований 1.По основным свойствам. Предоставляемые программой сервисы определяются с
- 18. 5.По иерархии функций. Это традиционный способ упорядочивания детальных требований. Программа разбивается
- 19. ГОСТ 34.602-89 (Техническое задание) Общие сведения назначение и цели создания (развития)
- 20. Шаблон SRS, предложенный в RUP 1. Введение. 1.1. Цель. 1.2.
- 21. 2.2. Предположения и зависимости. Данная секция описывает ключевые технические возможности, компоненты,
- 22. 3. Описание требований 3.1. Описание вариантов использования. Параграф содержит описание
- 23. MSF (Microsoft Solution Framework) Бизнес-преимущества описание преимуществ формулировка видения анализ
- 24. MSF (Microsoft Solution Framework) 3. Рамки список характеристик/функций вне рамок стратегия
- 25. Оценка качества спецификации требований
- 26. Характеристики качества · полнота, согласованность, · способность к модификации · трассируемость.
- 27. Аттестация требований экспертиза спецификации, неофициальная (во время разработки) официальная (по окончании
- 28. Проблемы большой объем документации большая команда экспертов
- 29. Управление
- 30. Принципы управления требованиями 1.Определение основной (базовой) версии спецификации требований для конкретной
- 31. Процесс управления требованиями определить: · методы и средства управления версиями спецификации
- 32. Статус требования В процессе выполнения проекта требование, обычно, изменяет свое состояние
- 35. Управление изменениями Описание процесса контроля изменений должно содержать: 1.Границы применения процесса.
- 36. Управление связями требований Трассируемость требований позволяет решить следующие задачи. 1.Продемонстрировать, что
- 37. Матрица трассирования Матрица трассирования
- 38. Уровни зрелости процесса управления требованиями
- 39. В зрелой организации: · имеются четко определенные процедуры создания программного продукта
- 40. Модель зрелости способностей предприятий в области разработки программного обеспечения (Capability Maturity
- 41. В модели CMM различают пять уровней зрелости (наивысшим из которых является
- 42. Capability Maturity Model – система качества, разработанная SEI (Software Engineering Institute)
- 43. Уровни зрелости процесса управления требованиями Уровень 0. Начальный (Initial) Отсутствие требований
- 44. Ключевые области На втором уровне определены: 1.Управление требованиями (Requirements Management) –
- 45. Уровень 3. Определенный (Defined) Организация требований Для третьего уровня зрелости процесса
- 46. Ключевые области Третий уровень характеризуется включением ключевой области: Разработка требований (Requirements
- 47. Уровень 3. Структурирование требований на третьем уровне зрелости выполняются активности по
- 48. Ключевые области Использование CASE - СРЕДСТВ - На данном уровне
- 49. Уровень 4. Трассировка требований Достижения предыдущих трех уровней зрелости приведет
- 50. Ключевые области Анализ влияния заключается в прослеживании воздействия изменений одного требования
- 51. Уровень 5. Интеграция требований Для создания программного обеспечения, соответствующее требованиям заказчика
- 52. Типовые инструменты · моделирование требований; · трассировка требований; · управление версиями.
- 53. СММ
- 54. Первый уровень. ПРПО фирмы никак не организованы, и реальные попытки
- 55. Второй уровень. Компания на основе анализа успешных проектов начинает повторно
- 56. Однако, успех проектов по-прежнему зависит от ведущих специалистов, а ПРПО разработаны
- 57. Третий уровень . Компания детально стандартизует используемые ПРПО (пока для решения
- 58. Этот уровень характеризуется тем, что в фирме должна быть создана специальная
- 59. Четвертый уровень Все ПРПО компании могут быть использованы для работы над
- 60. Фирма создает базу данных по используемым ПРПО и постоянно ее анализирует.
- 61. Пятый уровень Компания осуществляет непрерывную и неограниченную оптимизацию своих ПРПО.
- 62. Скачать презентацию
Слайды и текст этой презентации
Скачать презентацию на тему Анализ и управление требованиями. Документирование. Контроль. (Часть 4) можно ниже: