Билет№16

1. Диаграмма кооперации. Д-ма кооперации(collaboration diagram) отображает ту же инф-цию, что и д-ма послед-ти, но не показывает зависимости от времени. Отображается только распределение процессов между объектами и их зависимость друг от друга.

Для отображения взаимодействия между элементами системы на д-ме кооперации используются визуальные элементы message и self message.

Визуальные элементы:

1 ) объект(object) – под объектом понимается экземпляр класса, именованный или анонимный, конкретная сущность или образец.

ObjectName

2) действующее лицо (actor) – это частный случай объекта. Действующие лица показывают связь участников использования.

Object

2. Методология Data Run

Методология Data Run опирается на 2 модели или на 2 представления:

1) модель организации;

2) модель информационной системы;

Методология Data Run базируется на … подходе к описанию деятельности организации. Построение моделей начинается с описания процессов, из которых затем извлекаются первичные данные. Первичные данные описывают продукты или услуги организации, выполняемые операции(перанзакции) и потребляемые ресурсы. Также к первичным данным относятся данные, которые описывают внешние и внутренние сущности, такие как: служащие, клиенты или агентства, а также данные, полученные в результате принятия решения, как напр.: графики работ, цены на продукты.

Основной принцип Data Run заключается в том, что первичные данные, если они должным образом организованы в модель данных, становятся основой для проектирования архитектуры ИС.

Подход Data Run преследует две цели:

1) определить стабильную структуру на основе которой будет строиться ИС. Такой структурой явл. модель данных, полученная из первичных данных, представляющих фундаментальные процессы организации;

2) спроектировать ИС на основании модели данных.

В соот. с методологией Data Run ЖЦ ПО разбивается на стадии, которые связываются с результатом выполнения основных процессов, определяемых стандартом ISO 12 207. Каждую стадию, кроме её результатов должен завершать план работ на след. стадию.

Стадия формирования и планирования включает в себя действия по определению начальных оценок объёма и стоимости проекта. Должны быть сформулированы требования и экономическое обоснование для разработки ИС, функциональные модели (модели бизнес-процессов организаций и исходная концептуальная модель), которые дают основу для оценки технической реализуемости проектов. Основными результатами этой стадии должны быть модели деятельности организации, требования к системе, включая требования по сопряжению существующими ИС, исходный бизнес-план.

Стадия концептуального проектирования начинается с детального анализа первичных данных и уточнения концептуальной модели данных, после чего проектируется архитектура системы. Архитектура включает в себя разделение концептуальной модели на обозреваемые подмодели. Выходными компонентами этой отладки явл. концептуальная модель данных, модель архитектуры системы и уточнённый бизнес-план.

На стадии спецификации предложений продолжается процесс создания и детализации проекта. Концептуальная модель данных преобразуется в реляционную модель данных. Определяется структура приложения, необходимые интерфейсы приложения в виде экранов, отчётов и пакетных процессов вместе с логикой их вызова. В конце этой стадии принимается окончательное решение о способе реализации приложений. По результатом стадии должен быть построен проект ИС, включающий модели архитектуры ИС, данных, фун-ий, интерфейсов, требований к разрабатываемым приложениям, требований к доработкам существующих ИС, требований к интеграции приложений, а также сформирован окончательный план создания ИС.

На стадии разработки интеграций и тестирования должна быть создана тестовая БД, частные и комплексные тесты. Проводится разработка прототипирования и тестирования БД и приложений в соот. с проектом. Отлаживаются интерфейсы с сущ-ми системами. Описывается конфигурация текущей версии ПО. На основе результатов тестирования, проводится оптимизация БД и приложений. Приложения интегрируются в систему. Проводится тестирование системы и испытание. Основными результатами стадиями явл. готовые приложения, проверенные в составе системы на комплексных тестах. Текущее описание конфигурации ПО, скорректированное по результатам испытаний версии системы и эксплуатационная док-ция на систему.

Стадия внедрения включает в себя действия по установке и внедрению БД и приложений. Основными результатами стадии должны быть готовы к эксплуатации и перенесённая на программно-аппаратную платформу заказчика, версия системы, док-ция сопровождения и акт приёмочных испытаний по результатам опытной эксплуатации.

Стадия сопровождения и развития включает процессы и операции, связанные с регистрацией диагностикой и локализацией ошибок, проведение доработок внесением изменений, тиражирование и распространение новых версий ПО в места его эксплуатации, переносом приложений на новую платформу и маштобирование системы. Стадия развития практически явл. повторной итерацией стадии разработки.