
- •Жизненный цикл по. Процессы жизненного цикла по.
- •Жизненный цикл по. Модели жизненного цикла по.
- •Требования к программной системе. Классификация и характеристики.
- •Разработка требований. Методы выявления и анализа требований.
- •Управление требованиями. Управление изменениями.
- •Методы анализа и моделирования. Модели с различных точек зрения.
- •Архитектурное проектирование. Структурирование системы.
- •Архитектурное проектирование. Моделирование управления
- •Архитектурное проектирование. Модульная декомпозиция. Характеристики модулей.
- •Испытания программных систем. Тестирование по.
- •Rup. Ключевые концепции. Жизненный цикл.
- •1. Начало (Inception)
- •2. Уточнение (Elaboration)
- •3. Построение (Construction)
- •4. Внедрение (Transition)
- •Uml. История. Назначение.
- •Uml. Концептуальная модель. Сущности. Отношения.
- •Uml. Концептуальная модель. Диаграммы.
1. Начало (Inception)
В фазе «Начало»:
Формируются видение и границы проекта.
Создается экономическое обоснование.
Определяются основные требования, ограничения и ключевая функциональность продукта.
Создается базовая версия модели прецедентов.
Оцениваются риски.
При завершении начальной фазы оценивается достижение вехи целей жизненного цикла, которое предполагает соглашение заинтересованных сторон о продолжении проекта.
2. Уточнение (Elaboration)
В фазе «Уточнение» производится анализ предметной области и построение исполняемой архитектуры. Это включает в себя:
Документирование требований (включая детальное описание для большинства прецедентов).
Спроектированную, реализованную и оттестированную исполняемую архитектуру.
Обновленное экономическое обоснование и более точные оценки сроков и стоимости.
Сниженные основные риски.
3. Построение (Construction)
В фазе «Построение» происходит реализация большей части функциональности продукта. Фаза Построение завершается первым внешним релизом системы и вехой начальной функциональной готовности.
4. Внедрение (Transition)
В фазе «Внедрение» создается финальная версия продукта и передается от разработчика к заказчику. Это включает в себя программу бета-тестирования, обучение пользователей, а также определение качества продукта. В случае, если качество не соответствует ожиданиям пользователей или критериям, установленным в фазе Начало, фаза Внедрение повторяется снова. Выполнение всех целей означает достижение вехи готового продукта и завершение полного цикла разработки.
Uml. История. Назначение.
UML - Unified Modelling Language.
UML предназначен для:
спецификации,
визуализации,
проектирования
и документирования систем, в которых большая роль принадлежит программному обеспечению
В 1994 году Гради Буч и Джеймс Рамбо, работавшие в компании Rational Software, объединили свои усилия для создания нового языка объектно-ориентированного моделирования. За основу языка ими были взяты методы моделирования, разработанные Бучем и Рамбо (Object-Modeling Technique, OMT). OMT был ориентирован на анализ, а Booch — на проектирование программных систем. В октябре 1995 года была выпущена предварительная версия 0.8 унифицированного метода (англ. Unified Method). Осенью 1995 года к компании Rational присоединился Ивар Якобсон, автор метода Object-Oriented Software Engineering — OOSE. OOSE обеспечивал превосходные возможности для спецификации бизнес-процессов и анализа требований при помощи сценариев использования. OOSE был также интегрирован в унифицированный метод.
Uml. Концептуальная модель. Сущности. Отношения.
концептуальная модель включает в себя три составные части:
основные строительные блоки языка,
правила их сочетания
и некоторые общие для всего языка механизмы
Сущности (предметы, entity) - это абстракции, являющиеся основными элементами модели.
В UML имеется четыре типа сущностей:
Структурные сущности - это имена существительные в моделях на языке UML. Как правило, они представляют собой статические части модели, соответствующие концептуальным или физическим элементам системы.
Поведенческие сущности (Behavioral things) являются динамическими составляющими модели UML. Это глаголы языка: они описывают поведение модели во времени и пространстве.
Группирующие сущности являются организующими частями модели UML. Это блоки, на которые можно разложить модель.
Аннотационные сущности - пояснительные части модели UML. Это комментарии для дополнительного описания, разъяснения или замечания к любому элементу модели.
Отношения (relation) являются основными связующими строительными блоками в UML и применяются для создания корректных моделей. Отношения связывают различные сущности.
В языке UML определены четыре типа отношений:
Зависимость – это семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой.
Ассоциация – это структурное отношение, описывающее совокупность связей; связь - это соединение между объектами.
Обобщение – это отношение "специализация/обобщение", при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (родителя или предка).
Реализация – это семантическое отношение между классификаторами, при котором один классификатор определяет "контракт", а другой гарантирует его выполнение.