- •Введение
- •1.Определение требований к информационной подсистеме
- •Словесное описание содержания бизнес-процесса
- •Выбор метода моделирования информационных процессов в хозяйственной деятельности организации
- •Выбор метода
- •Определение требования к информационной подсистеме
- •Варианты использования проектируемой информационной подсистемы действующими лицами бизнес-процесса
- •Диаграмма деятельности, моделирующая бизнес-процесс
- •2.Разработка проекта информационной подсистемы
- •Спецификации вариантов использования информационной подсистемы
- •2.1.1.Анализ бизнес- процессов
- •2.1.1.1 Концепция функционирования информационной подсистемы
- •2.1.1.2 Бд, используемые информационной подсистемой
- •2.1.1.3 Процедуры обработки сведений в бд
- •Уточнение концепции состава и назначения программных средств и таблиц бд web - сайта авиакомпании
- •Интерфейсы пользователей информационной подсистемы. Запросы пользователей
- •Диаграммы интерфейсных классов, классов управления и сущностей
- •• Ассоциации (например, клиент может сделать заказ);
- •• Подтипы (частный клиент является разновидностью клиента)
- •Ассоциации классов. Диаграммы последовательности и кооперативные
- •Диаграммы ассоциации классов (показаны на Рисунке 2.3.1):
- •Атрибуты и методы классов
- •3.Класс поисковика
- •4.Класс «Начальная страница Web-сайта»
- •5.Класс с sql-операторами
- •Диаграмма развертывания, показывающая состав аппаратного и обеспечивающего по информационной подсистемы
- •6.Заключение
- •Приложение 1 глоссарий проекта
Диаграммы интерфейсных классов, классов управления и сущностей
Диаграммы классов являются центральным звеном объектно-ориентированных методов. Диаграмма классов определяет типы объектов системы и различного рода статические связи, которые существуют между ними. Имеются два основных вида статических связей:
• Ассоциации (например, клиент может сделать заказ);
• Подтипы (частный клиент является разновидностью клиента)
Диаграмма классов определяет типы классов системы и различного рода статические связи, которые существуют между ними. На диаграммах классов изображаются также атрибуты классов, операции классов и ограничения, которые накладываются на связи между классами.
К
лассы Интерфейс
клиента
устройств
Экран выполненных рейсов
Экран рейсов, которые будут выполняться
К
лассы
новых БД выполненных рейсов
баз данных
БД рейсов, которые будут выполняться
БД расписания рейсов на повторяющихся интервалах
Классы готовых БД поступивших заказов в текущем году
БД
БД с архивом заказов за прошлый год
БД тарифов
БД наличия билетов
У правляющие Продажа билетов
классы
Н акопление данных о поступивших заказов
Выполнение запросов клиента
Обслуживание двух табло со скользящими сведениями о рейсах
Ассоциации классов. Диаграммы последовательности и кооперативные
Ассоциации представляют собой связи между экземплярами классов (личность работает в компании, компания имеет ряд офисов).
С концептуальной точки зрения ассоциации представляют собой концептуальные связи между классами.
Диаграммы ассоциации классов (показаны на Рисунке 2.3.1):
Рисунок 2.4.1 – Диаграммы ассоциации классов
Диаграммы взаимодействия описывают поведение взаимодействующих групп объектов (в рамках варианта использования или некоторой операции класса).
Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках только одного потока событий варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой.
Сообщение (message) — средство, с помощью которого объект-отправитель запрашивает у объекта-получателя выполнение одной из его операций.
Информационное (informative) сообщение — сообщение, снабжающее объект-получатель некоторой информацией для обновления его состояния.
Сообщение-запрос (interrogative) — сообщение, запрашивающее выдачу некоторой информации об объекте-получателе.
Императивное (imperative) сообщение — сообщение, запрашивающее у объекта-получателя выполнение некоторых действий.
Существуют два вида диаграмм взаимодействия: диаграммы последовательности и кооперативные диаграммы.
Диаграммы последовательности отражают временную последовательность событий, происходящих в рамках варианта использования. Все действующие лица показаны в верхней части диаграммы. Стрелки соответствуют сообщениям, передаваемым между действующим лицом и объектом или между объектами для выполнения требуемых функций.
На диаграмме последовательности объект изображается в виде прямоугольника на вершине пунктирной вертикальной линии. Эта вертикальная линия называется линией жизни (lifeline) объекта. Она представляет собой фрагмент жизненного цикла объекта в процессе взаимодействия.
Каждое сообщение представляется в виде стрелки между линиями жизни двух объектов. Сообщения появляются в том порядке, как они показаны на странице сверху вниз.
Вторым видом диаграммы взаимодействия является кооперативная диаграмма. Подобно диаграммам последовательности кооперативные диаграммы отображают поток событий варианта использования. Диаграммы последовательности упорядочены по времени, а кооперативные диаграммы концентрируют внимание на связях между объектами.
На кооперативной диаграмме так же, как и на диаграмме последовательности, стрелки обозначают сообщения, обмен которыми осуществляется в рамках данного варианта использования. Их временная последовательность, однако, указывается путем нумерации сообщений.
Диаграмма взаимодействия (последовательности) (показана на Рисуноке 2.5.2):
:Клиент
:Интерфейс
клиента
:Начальная страница
Web-сайта
:Поисковик
:SQL
операторы
:СУБД
:БД с 3-мя
таблицами
Рисунок 2.6.2 - Диаграммы последовательности
Диаграмма взаимодействия классов процесса оплаты заказа и классов коррекции таблиц БД по прерываниям от датчика текущего времени не связаны с процессом выполнения запросов клиента о рейсах самолетов. Они существуют и строятся как отдельная диаграмма.
Кооперативная диаграмма (показана на Рисуноке 2.7.3):
Рисунок 2.4.3- Кооперативная диаграмма
Номера в прямоугольниках соответствуют номерам классов диаграммы взаимодействия.
Номера над дугами соответствуют номерам текстов над стрелками диаграммы взаимодействия
Кооперативная диаграмма используется для планирования процесса отладки программ информационной системы Web-сайта в связи с тем, что она показывает количество обращений из процедур класса i к процедурам класса j.
