Содержание
- 2. Управление требованиями представляет собой: • систематический подход к выявлению, организации и документированию требований к системе; •
- 3. Управление требованиями преследует цели: достичь соглашения с заказчиком и пользователями о том, что система должна делать;
- 4. ПО для управления требованиями IBM Rational Requisite Pro Программное обеспечение Rational представляет лучшие практические методы определения
- 5. ПО для управления требованиями IBM Rational/Telelogic DOORS IBM Rational/Telelogic DOORS — семейство решений для управления требованиями
- 6. ПО для управления требованиями Borland Caliber RM Borland Caliber RM – это корпоративная система управления требованиями,
- 7. ПО для управления требованиями Sybase PowerDesigner OpenSource Requirements Management Tool RequirementsWin и другие Средства управления требованиями
- 8. Системные требования определение Системные требования состоят из полного списка конкретных свойств и функциональности, которую должна иметь
- 9. Назначение: представление системы Внешнее представление, когда моделируется окружение или рабочая среда системы Описание поведения системы, когда
- 10. Модель является абстракцией системы и легче поддается анализу, чем любое другое представление этой системы
- 11. Типы системных моделей Модель обработки данных. Диаграммы потоков данных показывают последователь ность обработки данных в системе.
- 12. Системные модели (обобщение) модели системного окружения, поведенческие модели модели данных
- 13. Модели системного окружения служат для определения границ системы и строятся на ранних этапах выявления требований. Трудоемкость
- 14. Пример модели окружения
- 15. Простые структурные модели обычно дополняются моделями других типов, например моделями процессов, которые показывают взаимодействия в системе,
- 16. Поведенческие модели используются для описания общего поведения системы Модель поведения должна быть компактной и обозримой, чтобы
- 17. Поведенческие модели Модели потоков данных Модель конечного автомата Модели данных
- 18. Модели потоков данных (МПД) либо показывают функциональную структуру системы, где каждое преобразование данных соответствует одной системной
- 19. Представление МПД Для описания модели потоков данных используются диаграммы потоков данных (data flow diagram, DFD), во
- 20. Диаграмма потоков данных комплекса CASE-средств
- 21. Представление МПД Контекстная диаграмма содержит внешние, по отношению к системе, сущности, которые являются источниками или потребителями
- 22. Контекстная диаграмма
- 23. Ценность МПД позволяют: · представить бизнес-процесс или операцию, выполняемую системой, в виде совокупности этапов; · проследить
- 24. Правила разработки МПД При разработке диаграмм потоков данных следует придерживаться следующих общих правил: · размещать на
- 25. Модели конечных автоматов используются для моделирования поведения системы, реагирующей на внутренние или внешние события. Такая модель
- 26. Пример модели конечных автоматов
- 27. Модели данных Наиболее широко используется моделирование данных типа “сущность – связь – атрибут”, определяющее структуру данных,
- 28. ER - диаграммы Под сущностью (entity) в ER-диаграммах понимается множество экземпляров реальных или абстрактных объектов (людей,
- 29. Объектные модели Объектные модели, могут использоваться как для представления данных, так и для процессов их обработки.
- 30. Диаграмма классов
- 31. Модели поведения объектов В UML поведение объектов моделируется посредством сценариев, которые основаны на вариантах использования. Диаграммы
- 32. Пример диаграммы последовательности
- 33. Прототип это начальная версия программной системы, которая используется для демонстрации концепций, заложенных в системе, проверки вариантов
- 34. Разработка прототипа позволяет сделать требования более реальными, помогает заинтересованным лицам прийти к общему пониманию требований, ускоряет
- 35. Прототип полезен для решения задач: 1.Разработка требований. 2.Проверка требований. 3.Разработка взаимодействия с пользователем. 4.Спецификация системных требований.
- 36. Виды прототипов Горизонтальные (поведенческие) Вертикальные (структурные)
- 37. Разработка прототипов Экспериментальное прототипирование (пассивный горизонтальный прототип) Эволюционное прототипирование 1.Ускорить разработку программной системы. В некоторых случаях
- 39. Скачать презентацию