Еникеев Рустем Радмирович 6-215а.

Объектно ориентированный анализ.

Традиционный подход в цикле создания программного продукта можно выделить пять этапов:

Анализ, проектирование, программирование, тестирование и сборка.

Недостатки

Непригодность для разработки сложных программных систем и организации процесса внесения изменений; обязательное последовательное выполнение всех этапов; несовместимость с эволюционным подходом и перспективными методами разработки

Вставка рисунок. (4 квадрата)

ООА – метод для отождествления важных сущностей задач реального мира для понимания и объяснения того, как они взаимодействуют между собой. Данный метод используется главным образом в программной и системной инженерии.

Лучше всего данный метод описывается в три этапа:

1 – информационные модели

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

2 – модели состояний

Он связан с поведением объектов и связей во времени. В ООА каждый объект и связь имеют жизненный цикл – регулярную составляющую часть динамического поведения. Модели состояний выражаются в переходных диаграммах и таблицах? Dpfbvjltqcndetn vt;le cj,jq gjchtlcndjv cj,snbq, их организовывают в уровни, чтобы сделать систему взаимодействия упорядоченной и понятной.

3 – модели процессов

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

История создания ооа

В 1979г. В лаборатории Беркли была попытка реализации большого проекта реального времени. Впервые применили информационные модели, как для статических, так и для динамических данных. С 1980 информационное моделирование стали масштабно использовать во всех проектах реального времени. с 1985 научились пользоваться моделями состояний для моделирования жизненных циклов информационных моделей объектов. Диаграммы потоков данных (ДПД) связали с моделями состояний и объединили в архивы данных – которые отражали информационную модель объектов. 1986г. – научились разделять диаграммы потоков данных на соответствующие состояния жизненных циклов и добавили модель отношения объектов и получили ООА.

1. Краткий обзор ооа

1.1Установка для анализа

При формировании типичной большой системы программного обеспечения аналитик, как правило, должен рассматривать ряд четко определенных предметных областей или доменов. Каждый домен рассматривается как отдельный мир, имеющий собственные сущности и объекты. Среди всего появляется домен Пользовательский интерфейс, имеющий свои окна, графики, дисплеи и т.п. => каждый домен может существовать более менее независимо от других. Домены изображаются на схеме доменов (рис 1.1.1) Крупные домены, содержащие много объектов, практически не поддаются контролю и обработке, поэтому их разбивают на подсистемы. (см проектная матрица рис 1.1.2). как только система разбита на домены и подсистемы, можно проводить анализ. Независимо одна от другой, каждая подсистема (или маленький домен) анализируется в 3 этапа.

1.2 Информационные модели

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

1.3 Модели состояний

После того как объекты и связи определены, исследуем их поведение во времени. В ООА каждый объект и связь может иметь жизненный цикл – организованную схему поведения, например, поезд движется по железной дороге, замедляет вход при въезде на станцию, достигнув платформы останавливается и уже затем открываются двери и т.д. Такой жизненный цикл реализовывается в модели состояний. состояние представляет собой положение или ситуацию объекта, в которых применяются определенные физические законы, правила и линии поведения.

События представляют собой инцидент, который заставляет объект переходить из одного состояния в другое.

Отдельные модели состояния формируются для каждого объекта и связи, которые имеют интересующие нас динамическое поведение. Рис 1.3.1 видим что с каждым состоянием связана некоторая деятельность. В дальнейшем ее называют действием, которое происходит в то время, когда объект достигает этого состояния.

Чтобы согласовать поведение различных объектов, модели состояний обычно взаимодействуют между собой посредством событий: модель состояний поезда может породить событие для двери, которое сообщит ей, что необходимо открыться. Для такого взаимодействия создают модели взаимодействия объектов рис 1.3.2 Причем для каждой подсистемы строятся отдельные модели взаимодействия объектов. Как только разработаны все модели взаимодействия объектов для всех подсистем в домене, для описания взаимодействий событий между подсистемами можно нарисовать можно нарисовать модель взаимодействия подсистем РИС 1.3.3