В курсовом проекте была разработана диаграмма сотрудничества, описывающая составление заказа турагентом (рисунок 4.1).

Рисунок 4.1 - Диаграмма сотрудничества

Выводы

1. Была спроектирована диаграмма сотрудничества для варианта использования «Ввод данных о клиенте». Во многом от правильности выполнения этого прецедента будет зависеть в дальнейшем успешность оперативного учета и функционирования всей системы в целом.

2. В диаграмму были добавлены десять сообщений, соотнесенные с соответствующими операциями.

5. СОЗДАНИЕ ДИАГРАММЫ КЛАССОВ

Ознакомившись с классами модели, для более наглядного представления, они были сгруппированы по стереотипу (рисунок 5.1).

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

Диаграмма классов показана на рисунке 5.2.

Рисунок 5.2 - Диаграмма Классов «Ввод нового заказа»

В пакет «Boundaries» были добавлены следующие классы: класс Form (форма ввода данных о клиенте) и класс Options (выбор варианта формы).

Рисунок 5.3 - Главная диаграмма Классов пакета Boundaries

Классы - сущности (entity classes) отражают основные понятия (абстракции) предметной области и, как правило, содержат хранимую информацию. В данный пакет были добавлен класс Zakaz (рисунок 5.4).

Рисунок 5.4 - Главная диаграмма Классов пакета Entities

Управляющие классы (control classes) отвечают за координацию действий других классов. Обычно у каждого варианта использования имеется один управляющий класс, контролирующий последовательность событий этого варианта использования. В данном проекте данную функцию выполняет класс Control, а также ControlTranz (рисунок 5.5).

Рисунок 5.5 - Главная диаграмма Классов пакета Control

Выводы

1. В процессе разработки диаграммы классов был применен механизм пакетов. Были созданы три основных пакета, объединяющих классы по стереотипам.

2. Была разработана диаграмма пакетов, являющаяся одной из форм диаграммы классов.

6. ДОБАВЛЕНИЕ ДЕТАЛЕЙ К ОПИСАНИЯМ ОПЕРАЦИЙ И ОПРЕДЕЛЕНИЕ АТРИБУТОВ КЛАССОВ

база данное последовательность операция

После того как была, разработана диаграмма классов для варианта использования «Составление заявки», начинается ее заполнение. В качестве языка программирования был выбран C++, что позволило добавить к классам параметры операций, типы данных и типы возвращаемых значений.

Для определения атрибутов и операций классов было произведено обращение к потоку событий. В результате к классам были добавлены дополнительные атрибуты и связи между классами (рисунок 6.1).

Рисунок 6.1 - Диаграмма классов для сценария «Составление заявки»

Как видно из диаграммы, для добавления составление заявки, необходимо ввести следующую информацию (атрибуты класса Zakaz):

– FIO: String - фамилия имя отчество клиента;

– datazakaza: Date - дата заявки;

– travel: String - данные о путешествии;

Назначение и описание основных методов классов были рассмотрены выше, в третьем и четвертом разделах.

В рамках этого раздела также был создан новый класс ZakazItem.

Также для окончательного завершения построения Ассоциации сценария «Составление заявки» с помощью кнопки панели инструментов Unidirectionsl Association (Однонаправленная ассоциация) были проведены связи между классами и добавлены значения множественности (рисунок 6.2).

Рисунок 6.2 - Добавление связей между классами

Выводы

1. Была разработана диаграмма классов для сценария «составление заявки». Как видно из диаграммы, между классами существует определенная семантическая связь.

2. На диаграмме для каждой семантической связи также наглядно отображена множественность, показывающая, сколько экземпляров одного класса взаимодействует с помощью этой связи с одним экземпляром другого класса в определенный момент времени.

7. СОЗДАНИЕ ДИАГРАММЫ СОСТОЯНИЙ ДЛЯ КЛАССОВ И ДИАГРАММЫ КОМПОНЕНТОВ

На рисунке 7.1 приведена диаграмма состояния для класса Zakaz.

Рисунок 7.1 - Диаграмма Состояния для класса Zakaz

Была также создана диаграмма компонентов, отображающая распределение классов и объектов по компонентам при физическом проектировании (рисунок 7.2).

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

Выводы

1. Была создана диаграмма состояний для класса Zakaz. Согласно этой диаграмме объекты класса Zakaz могут находиться в одном из четырех состояний: инициализации, приостановки, отмены и завершения. Была также разработана диаграмма компонентов, разделяющая систему на 2 компонента: клиент и сервер.

2. Из диаграммы компонентов видно, что разрабатываемая подсистема будет работать по технологии «клиент - сервер». К клиентской части приложения относятся классы Form и Options и объекты этих классов. К серверной части приложения отнесены все остальные классы и объекты этих классов.

8. СОЗДАНИЕ ДИАГРАММЫ РАЗМЕЩЕНИЯ

Диаграмма размещения, разработанная в проекте представлена на рисунке 8.1.

Рисунок 8.1 - Диаграмма размещения

Из диаграммы видно, что информационная подсистема туристической фирмы построена на технологии «клиент-сервер». Это позволяет организовать одновременный доступ нескольких пользователей к базе данных.

Клиентские программы будут работать в нескольких местах. Через локальную вычислительную сеть будет осуществляться сообщение этой части программы с главным сервером системы, с работающим программным обеспечением. В свою очередь, главный сервер посредством локальной сети будет сообщаться с сервером базы данных. С главным сервером соединен принтер. Главный сервер находится в главном офисе туристической фирмы.

9. ГЕНЕРАЦИЯ ПРОГРАММНОГО КОДА C++

Язык C++ является одним из наиболее широко применяемых на практике объектно - ориентированных языков. Rational Rose интегрируется с C++ посредством генерации кода и обратного проектирования. В Rational Rose 2000 предусмотрена возможность генерации программного кода C++.

При генерации с помощью Rational Rose 2000 Enterprise Edition программного кода на стандартном C++ необходимо:

1. Создать компоненты;

2. Определить компоненты для классов;

3. Установить свойства генерации программного кода;

4. Выбрать класс или компонент для генерации на диаграмме Классов или Компонентов;

5. Выбрать в меню: Tools > C++ > Code Generation

6. Выбрать в меню: Tools > C++ > Browse Header или Browse Body для просмотра сгенерированного программного кода.

Первый этап процесса генерации программного кода - создание компонентов для классов. Это файлы с расширениями *. cpp (файл реализации) и *. h (заголовочный файл). В С++ данный этап не является обязательным. Если не описать компоненты, Rational Rose сгенерирует файлы *. cpp и *. h для каждого класса. Тем не менее, рекомендуется создавать компоненты, что позволит управлять отображением классов на компоненты и моделировать зависимости между компонентами.

Следующим шагом является установка свойств генерации программного кода для классов, компонентов и других элементов модели.

Рисунок 9.1 - Окно выбора компонентов и классов программы

Выводы

1. На основании созданных моделей компонентов, представленных в проекте была произведена генерация программного кода на языке C++.

2. Листинги сгенерированного Rational Rose 2000 Enterprise Edition кода приложения для туристической фирмы на языке С++ приведены в Приложении А. Число сгенерированных файлов 12, а их общий размер составляет 15,7 кбайт.

ЗАКЛЮЧЕНИЕ

В результате выполнения курсового проекта была разработана объектно - ориентированная модель информационной подсистемы для туристической фирмы. Данная разработка написана с помощью языка UML, с использованием среды разработки - программного продукта Rational Rose 2000.

Были разработаны следующие диаграммы:

– диаграмма прецедентов;

– диаграмма последовательности;

– диаграмма сотрудничества;

– диаграмма классов;

– диаграмма состояния для классов;

– диаграмма компонентов;

– диаграмма размещения.

Основным действующим лицом является турагент.

Наиболее важной и наиболее сложно реализуемой задачей информационной подсистемы является ввод и модификация информации о покупателях, так как от правильности выполнения этого прецедента зависит успешность оперативного учета в целом. Для решения этой задачи были созданы пять классов: два «управляющих», два «граничных»(Boundaries) и один «сущность».

Информационная подсистема туристической фирмы построена на технологии «клиент - сервер». Это позволяет организовать одновременный доступ нескольких операторов ПК к базе данных.

Клиентские программы способны работать в нескольких местах. Через локальную вычислительную сеть офиса осуществляться сообщение этой части программы с главным сервером системы, с работающим программным обеспечением. В свою очередь, главный сервер посредством локальной сети будет сообщаться с сервером базы данных. С главным сервером соединен принтер. Главный сервер может находиться в любом из офисов туристической фирмы.

Были сгенерированы 12 файлов кода на языке С++ общим размером 15,7 кбайт.

Разработанная в данном курсовом проекте модель позволяет производить добавление информации о клиенте, удаление ненужной информации и поиск необходимой информации.

Спецификация UML не определяет конкретный процесс разработки, поэтому перспективным направлением разработки темы курсового проекта является наполнение сгенерированной модели функциональным кодом.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

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

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

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

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

Приложение А

Листинг кода приложения на языке С++

А.1 Листинг файла Options.h

//## begin module%1.2%.codegen_version preserve=yes

// Read the documentation to learn more about C++ code generator

// versioning.

//## end module%1.2%.codegen_version

//## begin module%475B099200EA.cm preserve=no

// %X% %Q% %Z% %W%

//## end module%475B099200EA.cm

//## begin module%475B099200EA.cp preserve=no

//## end module%475B099200EA.cp

//## Module: Options%475B099200EA; Package specification

//## Subsystem: Boundaries%475B08210242

//## Source file: C:\Program Files\Rational\Rose 2000\C++\source\Boundaries\Options.h

#ifndef Options_h

#define Options_h 1

//## begin module%475B099200EA.additionalIncludes preserve=no

//## end module%475B099200EA.additionalIncludes

//## begin module%475B099200EA.includes preserve=yes

//## end module%475B099200EA.includes// Form

#include "Boundaries\Form.h"

//## begin module%475B099200EA.declarations preserve=no

//## end module%475B099200EA.declarations

//## begin module%475B099200EA.additionalDeclarations preserve=yes

//## end module%475B099200EA.additionalDeclarations

//## begin module%475B099200EA.epilog preserve=yes

//## end module%475B099200EA.epilog

#endif

Листинг файла Options.cpp

//## begin module%1.2%.codegen_version preserve=yes

// Read the documentation to learn more about C++ code generator

// versioning.

//## end module%1.2%.codegen_version

//## begin module%475B09AA031C.cm preserve=no

// %X% %Q% %Z% %W%

//## end module%475B09AA031C.cm

//## begin module%475B09AA031C.cp preserve=no

//## end module%475B09AA031C.cp

//## Module: Options%475B09AA031C; Package body

//## Subsystem: Boundaries%475B08210242

//## Source file: C:\Program Files\Rational\Rose 2000\C++\source\Boundaries\Options.cpp

//## begin module%475B09AA031C.additionalIncludes preserve=no

//## end module%475B09AA031C.additionalIncludes

//## begin module%475B09AA031C.includes preserve=yes

//## end module%475B09AA031C.includes

// Options

#include "Boundaries\Options.h"

//## begin module%475B09AA031C.declarations preserve=no

//## end module%475B09AA031C.declarations

//## begin module%475B09AA031C.additionalDeclarations preserve=yes

//## end module%475B09AA031C.additionalDeclarations

//## begin module%475B09AA031C.epilog preserve=yes

//## end module%475B09AA031C.epilog

Размещено на Allbest.ru