ИС дилерской фирмы

6 Создание диаграммы состояний для классов

Диаграмма состояний для классов представлена на рисунке 4.

Рисунок 4 - Диаграмма состояний

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

              Выводы: Диаграммы состояний для классов достаточно просты. Классы Заказчик и Договор имеют одинаковые диаграммы состояний, для них определены два состояния: Определен и Изменение - это соответственно статическое состояние, и состояние изменения атрибутов. Класс Заказ обладает третьим состоянием - Удаление. Это состояние введено для отражения процесса корректного удаления Заказа по необходимости соблюдения целостности структуры данных информационной системы в целом.

7 Создание диаграммы компонентов

Диаграмма компонентов приведена на рисунке 5.

Рисунок 5 - Диаграмма компонентов

              Описание: На диаграмме компонентов представлена организация приложения Diler.exe. Это приложение является классическим объектно-ориентированным приложением C++. Каждый используемый класс имеет свою непосредственную реализацию в виде файла *.cpp (исходного кода классов) и соответствующего заголовочного файла, которые подключены к основному приложению. В файлах исходного кода классов реализована их полная структура и функциональность. В заголовочных файлах также описаны глобальные определения, константы и др. служебная информация.

              Выводы: Для управления классами Заказчик и Договор может быть использована единая динамическая схема в основном приложении. Процедура "Корректное удаление" может быть оформлена в виде деструктора соответствующих классов. Структура компонентов Diler.exe представляет собой классическое объектно-ориентированное приложение C++. Глобальные определения, константы и другая служебная информация описаны в заголовочных файлах. Структура приложения Diler.exe достаточно проста.

              Заключение

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

Список использованных источников информации

1               Соммервилл И. Инженерия программного обеспечения. - М.: Издательский дом «Вильямс», 2002. – 624 с.

2               Мацяшек Л.А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML. - М.: Издательский дом «Вильямс», 2002. – 432 с.

3               Буч Г., Рамбо Д., Джекобсон А. Язык UML для пользователя: Пер. с англ. – М.: ДМК, 2000.- 432 с.

4               Боггс У., Боггс М.. UML и Rational Rose: Пер. с англ. – М.: Издательство «Лори», 2000.- 581 с.

5               Буч Г., Рамбо Д., Джекобсон А. UML: специальный справочник. – СПб.: Питер, 2002.- 432 с.

6               Калянов Г.Н. CASE-технологии. Консалтинг при автоматизации бизнес-процессов. - М.: Горячая линия - Телеком, 2000.- 412 с.

7               Петров В.Н. Информационные системы. - СПб.: Питер, 2002. – 688 с.

8               Смирнова Г. Н. и др. Проектирование экономических информационных систем. - М.: Финансы и статистика, 2001. – 512 с.

9               Трофимов С.А. CASE-технологии: практическая работа в Rational Rose – М.: ЗАО «Издательство БИНОМ», 2001. – 272 с.

10          Ларман К. применение UML и шаблонов проектирования: Пер. с англ. – М.:  Издательский дом «Вильямс», 2001. – 496 с.

11          ГОСТ  2.105-95  ЕСКД. Общие требования к текстовым документам.

12          ГОСТ  2.004-88  ЕСКД. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах ввода  ЭВМ.

13          ГОСТ 2.104-68 ЕСКД. Основные надписи.

14          ГОСТ 2.106-68 ЕСКД. Текстовые документы.

15          ГОСТ 2.301-68 ЕСКД. Форматы.

16          ГОСТ 2.316-68 ЕСКД. Правила нанесения на чертежах надписей, технических требований и таблиц.

17          ГОСТ 2.321-84 ЕСКД. Обозначения буквенные.

18          ГОСТ 2.38-90 УСД. Система организационно-распорядительной документации. Требования к оформлению документов.

19          ГОСТ 7.32-91 Система стандартов по информации, библиотечному и издательскому делу. Отчет о научно-исследовательской работе. Структура и правила оформления.

20          ГОСТ 21.1101-92 СПДС. Основные требования к рабочей документации.

Приложение А

Условные графические обозначения

Таблица 1 - Обозначения объектов

Таблица 2 - Виды отношений вариантов использования

Таблица 3 - Значения множественности