Разработка объектно-ориентированной подсистемы для дилерского пункта фирмы "Beauty"

Размещено на http://www.allbest.ru/

ВВЕДЕНИЕ

информационный программа торговый дилерский

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

Использование UML моделей на стадии проектирования упрощает понимание концепции разрабатываемой системы и предъявляемых к ней требований, позволяет выявить ошибки ещё на стадии разработки, облегчить процесс координации работы сотрудников, занимающихся проектом.

Целью данного курсового проекта является разработка в среде Rational Rose 2003 объектно-ориентированной модели информационной подсистемы для дилерского пункта продажи косметики.

Автоматизация торговой деятельности предприятия призвана снизить нагрузку на персонал фирмы, занимающийся приемом заказов от покупателей, а также оптимизировать процесс формирования заказов на продукцию поставщику.

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

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

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

1. КРАТКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Общая характеристика фирмы «Beauty»

В рамках данного курсового проекта разрабатывается объектно-ориентированная подсистема для дилерского пункта фирмы «Beauty». Основным видом деятельности компании является продажа широкого ассортимента косметики известных зарубежных производителей.

Фирма закупает продукцию у иностранных партнёров-поставщиков и реализует её в розницу в сети фирменных пунктов продаж. Товар хранится на основном складе фирмы. Учет товара на складе ведется в базе данных.

1.2 Обоснование актуальности разработки объектно-ориентированной модели информационной подсистемы для дилерского пункта продажи косметики

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

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

Автоматизация торговых операций повышает скорость приёма и обработки заказов от клиентов, а также надёжность обработки и хранения информации. [1]

1.3 Формулировка задач проектирования

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

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

Выводы

1. Внедрение разрабатываемой информационной подсистемы направлено на снижение нагрузки на персонал фирмы и оптимизацию процесса закупки продукции у поставщиков;

2. Основные функции, которые необходимо реализовать в проекте - регистрация клиента, оформление покупателем заказа на товар, а также оформление заказа фирмы поставщику.

2. СОЗДАНИЕ ДИАГРАММЫ ПРЕЦЕДЕНТОВ

Для создания новой диаграммы прецедентов нужно щелкнуть правой кнопкой мыши на Use Case View в браузере и во всплывающем меню выбрать пункт New > Use Case Diagram.

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

Для размещения на диаграмме прецедентов действующего лица следует воспользоваться кнопкой Actor панели инструментов (рисунок 2.1).

Рисунок 2.1 - Размещение на диаграмме прецедентов актера

На диаграмме прецедентов нужно разместить три действующих лица: Client (покупатель), Supplier (поставщик) и Seller (продавец).

Для размещения на диаграмме вариантов использования нужно воспользоваться кнопкой Use Case на панели инструментов (рисунок 2.2).

Рисунок 2.2 - Размещение на диаграмме прецедентов варианта использования

Таким образом, нужно разместить на диаграмме три варианта использования: Make Order, Registration, Order to Supplier.

Для установления связей между элементами диаграммы воспользуемся инструментами Unidirectional Association и Dependency or instantiates. [3]

Воспользуемся кнопкой Unidirectional Association, чтобы установить однонаправленную ассоциацию между элементами Client и Make Order (рисунок 2.3).

Рисунок 2.3 - Создание на диаграмме прецедентов однонаправленной ассоциации

Таким же образом создадим однонаправленные связи между следующими элементами: Make order > Seller, Seller > Registration, Seller > Order to Supplier, Order to Supplier > Supplier.

Для создания связи между элементами Registration и Make Order нужно использовать инструмент Dependency or instantiates (рисунок 2.4).

Рисунок 2.4 - Создание на диаграмме прецедентов зависимости между элементами

После создания на диаграмме связи между Registration и Make Order нужно щелкнуть на ней правой кнопкой мыши, выбрать пункт Open Specification и в появившемся диалоговом окне в поле Stereotype выбрать тип include (рисунок 2.5)

Рисунок 2.5 - Выбор стереотипа связи

Созданная диаграмма прецедентов показана на рисунке 2.6.

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

Наиболее важным для реализации информационной подсистемы вариантом использования является Make Order - оформление покупателем заказа на товар. Дальнейшее рассмотрение процесса проектирование мы будем производить на примере именно этого варианта использования.

Таблица 2.1 - Сценарий варианта использования Make Order

Главный раздел	Типичный ход событий	Исключения	Примечания
Имя: Make Order Актер: Client Вариант использования служит для оформления клиентом заказа на товар	1. Ввод клиентом названия и количества товара; 2. Проверка полей заказа; 3. Проверка наличия товара на складе; 4. Вычисление суммы заказа; 5. Подтверждение клиентом заказа; 6. Выполнение транзакций; 7. Уведомление клиента об успешном заказе	Отсутствие необходимого количества товара на складе	Следует уведомить клиента о недостаче товара и отменить заказ
		Клиент не согласен оплатить предъявленную сумму заказа	Выполнение транзакций не производится, заказ следует отменить

Выводы

1. На диаграмме прецедентов отражены основные функции разрабатываемой информационной подсистемы;

2. Базовый вариант использования - Make Order - оформление клиентом заказа на товар;

3. Вариант использования Make Order инициируется актером Client.

3. СОЗДАНИЕ ДИАГРАММЫ ПОСЛЕДОВАТЕЛЬНОСТИ

Для создания новой диаграммы последовательности нужно щелкнуть правой кнопкой мыши на Use Case View в браузере и во всплывающем меню выбрать пункт New > Sequence Diagram.

На созданной диаграмме последовательности расположим актера Client, перетащив его из браузера (рисунок 3.1).

Рисунок 3.1 - Расположение действующего лица на диаграмме последовательности

Для того, чтобы создать на диаграмме последовательности объект, следует воспользоваться кнопкой Object на панели инструментов (рисунок 3.2).

Рисунок 3.2 - Создание объекта на диаграмме последовательности

Таким образом на диаграмме нужно создать три объекта: Order, TransactionMng и Database. Далее для созданных объектов нужно указать классы. Для того, чтобы вызвать диалоговое окно свойств объекта, нужно щелкнуть на нем правой кнопкой мыши и выбрать пункт Open Specification. В появившемся диалоговом окне в поле Class нужно выбрать класс объекта (рисунок 3.3).

Рисунок 3.3 - Указание класса в свойствах объекта

Если необходимого класса нет, его можно добавить, выбрав в списке пункт New. [4] Создадим для объектов классы Order, TransactionMng и Database.

Для того, чтобы создать последовательность сообщений, нужно использовать инструмент Object Message (рисунок 3.4)

Рисунок 3.4 - Создание сообщения объекта

Аналогичным образом необходимо создать последовательность сообщений объектов:

1. Client > Order (Ввод: название товара);

2. TransactionMng > Order (Номер заказа);

3. Client > Order (Ввод: количество товара);

4. Client > Order (Подтверждение заказа);

5. Order > TransactionMng (Запрос на проверку заказа);

6. TransactionMng > TransactionMng (Проверка полей);

7. TransactionMng > Database (Запрос необходимого количества товара);

8. Database > Database (Проверка наличия, вычисление суммы);

9. Database > TransactionMng (Сумма заказа);

10. TransactionMng > Order (Сумму заказа);

11. Order > Client (Заказ принят, сумма заказа);

12. Client > Order (Подтверждение);

13. Order > TransactionMng (Подтверждение заказа);

14. TransactionMng > Database (Подтверждение заказа);

15. Database > Database (Выполнение транзакций);

16. Database > TransactionMng (Заказ выполнен);

17. TransactionMng > Order (Заказ успешно выполнен);

18. Order > Client (Заказ успешно выполнен).

Все сообщения от клиента асинхронны: нужно открыть Open Specification сообщения и в появившемся диалоговом окне во вкладке Detail выбрать Asynchronous (рисунок 3.5). [5,6]

Рисунок 3.5 - Создание асинхронных сообщений

Созданная диаграмма последовательности приведена на рисунке 3.6.

Рисунок 3.6 - Диаграмма последовательности (основной поток событий)

Аналогичным образом создаются диаграммы последовательностей для альтернативных потоков событий.

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

На рисунке 3.8 показана диаграмма последовательности для случая, когда на складе нет необходимого количества товара.

Рисунок 3.7 - Диаграмма последовательности (альтернативный поток событий 1)



Рисунок 3.8 - Диаграмма последовательности (альтернативный поток событий 2)

Выводы

1. Построены диаграммы последовательности для основного и двух альтернативных потоков событий: предусмотрены случаи, когда на складе не хватает товара и когда клиент отказывается оплатить предъявленную сумму;

2. Построенные диаграммы позволяют анализировать поток событий во времени.

4. СОЗДАНИЕ ДИАГРАММЫ СОТРУДНИЧЕСТВА

Для того, чтобы создать диаграмму сотрудничества на основании уже созданной диаграммы последовательностей, нужно открыть диаграмму последовательностей и нажать на клавиатуре F5. Диаграмма построится автоматически. [4,5]

Построим диаграмму сотрудничества на основании диаграммы последовательности для основного потока событий.

Созданная диаграмма сотрудничества показана на рисунке 4.1.

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

Выводы

1. Диаграмма сотрудничества позволяет анализировать связи между объектами, делая последовательность событий менее наглядной, чем в случае диаграммы последовательности;

2. Объект TransactionMng (менеджер транзакций) служит для связи объекта класса Order с базой данных и необходим для координации работы с ней.

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

Для того, чтобы создать новую диаграмму классов, нужно щелкнуть правой кнопкой мыши на Logical View в браузере и во всплывающем меню выбрать пункт New > Class Diagram.

Для того, чтобы добавить на созданную диаграмму классы, нужно перетянуть их из браузера на область диаграммы (рисунок 5.1).

Рисунок 5.1 - Добавление созданных классов на диаграмму

Добавим на созданную диаграмму классы Order, TransactionMng и Database.

Для того, чтобы указать стереотип класса, нужно открыть Open Specification и в поле Stereotype выбрать нужный тип (рисунок 5.2). [5]

Рисунок 5.2 - Установка стереотипа класса

Для класса Order установим значение boundary, для TransactionMng - control, Database - entity.

Получившаяся диаграмма классов изображена на рисунке 5.3.

Рисунок 5.3 - Диаграмма классов

Выводы

1. Построенная диаграмма описывает перечень классов для базового варианта использования;

2. Для более наглядного представления о структуре классов и их взаимосвязях следует добавить атрибуты и операции, а также связи между классами.

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

Чтобы добавить атрибут класса, нужно вызвать контекстное меню класса и выбрать пункт New Attribyte (рисунок 6.1). Тип атрибута указывается через двоеточие.

Рисунок 6.1 - Добавление атрибута класса

Создадим следующие атрибуты для класса Order:

1. Number: Integer - номер заказа;

2. Amount: Integer - количество товара;

3. Sum: Double - сумма заказа;

4. ClientID: Integer - уникальный код клиента;

5. OrderDate: Date - дата заказа;

6. TovID: Integer - код товара.

Для создания операции класса нужно вызвать контекстное меню класса и выбрать пункт New Operation (рисунок 6.2). Передаваемые значения указываются в скобках, а тип возвращаемого значения через двоеточие.



Рисунок 6.2 - Добавление операции класса

Создадим операции класса для класса Order:

1. SetNumber(Number: Integer) - установка значения номера заказа;

2. AskValidation() - запрос на проверку полей;

3. SetAmount(Amount: Integer) - установка значения количества товара;

4. SetSum(Sum: Double) - установка суммы заказа;

5. SetTovID(TovID: Integer) - установка товара;

6. AskAccept(): Boolean - запрос подтверждения;

7. ShowSum() - уведомление о сумме заказа;

8. AskPay(): Boolean - запрос подтверждения клиента на оплату;

9. GiveAccept() - инициация действий в случае согласия клиента на оплату;

10. AskResult(Result: Boolean) - проверка успешности выполнения транзакций;

11. ShowResult() - сообщение клиенту об успешном оформлении заказа.

Для класса TransactionMng:

1. GetOrderNumber(): Integer - получение номера заказа;

2. GetOrderSum(): Double - получение суммы заказа;

3. Validation(): Boolean - проверка полей;

4. AskAmount() - запрос на выполнение проверки наличия товара;

5. GetSum(Sum: Double) - запрос суммы заказа;

6. GiveSum(): Double - сообщение суммы заказа;

7. AskAccept(Accept: Boolean) - запрос на подтверждение;

8. GiveAccept(): Boolean - сообщение о подтверждении;

9. AskResult(Result: Boolean) - получение результата;

10. GiveResult(): Boolean - сообщение результата.

Для класса Database:

1. RunTransaction() - выполнение транзакций;

2. CalcSum(): Double - вычисление суммы;

3. CheckAmount(): Boolean - проверка наличия нужного количества товара.

Для того, чтобы установить связи между классами, воспользуемся инструментом Unidirectional Association. Установим следующие связи:

1. Client > Order;

2. TransactionMng > Order;

3. TransactionMng > Database.

Чтобы установить множественность связи, нужно выполнить Open Specification и в появившемся диалоговом окне на вкладках Role A Detail и Role B Detail в полях Multiplisity выбрать нужный тип (рисунок 6.3). [4]

Укажем для связи между классами Order и TransactionMng значения на вкладке Role B Detail - 1, на вкладке Role A Detail - 0..*; между классами TransactionMng и Database значения на вкладке Role B Detail - 1, на вкладке Role A Detail - 1.

Рисунок 6.3 - Установка множественности связи

Созданная диаграмма классов показана на рисунке 6.4.

Рисунок 6.4 - Диаграмма классов

Выводы

1. Полученная диаграмма классов позволяет судить о структуре классов и взаимосвязях между ними;

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

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

Создадим диаграмму состояний для класса Order.

Для того, чтобы создать новую диаграмму классов, нужно щелкнуть правой кнопкой мыши на Logical View в браузере и во всплывающем меню выбрать пункт New > Statechart Diagram.

На созданную диаграмму нужно перенести начальное состояние, пользуясь кнопкой Start State на панели (рисунок 7.1).

Рисунок 7.1 - Размещение начального состояния на диаграмме

Для того, чтобы расположить на диаграмме состояние класса, нужно воспользоваться инструментом State панели инструментов (рисунок 7.2).

Рисунок 7.2 - Размещение состояния класса на диаграмме

Таким образом, создадим состояния «Создан», «Возможен», «Отменен», «Подтвержден».

Для того, чтобы добавить действия, инициируемые состоянием, нужно вызвать контекстное меню состояния класса и выбрать команду Open specification. В появившемся диалоговом окне на вкладке Actions нужно вызвать контекстное меню и выбрать Insert, чтобы добавить новое действие. [6]

В диалоговом окне Action Specification нужно выбрать время выполнения действия в поле When и ввести название действия в поле Name (рисунок 7.3).

Рисунок 7.3 - Добавление действия для состояния

Таким же образом создадим действия для состояния «Создан»:

1. Entry/ Получение номера заказа;

2. Do/ Проверка заполненных полей;

3. Exit/ Проверка наличия товара.

Для состояния «Возможен»:

1. Entry/ Вычисление суммы заказа;

2. Exit/ Сообщение клиенту суммы заказа.

Для состояния «Подтвержден»:

1. Do/ Разрешение выполнения транзакций;

2. Exit/ Уведомление клиента об успешном заказе.

Для состояния «Отменен»: Entry/ Уведомление клиента.

Для связи состояний используется инструмент State Transition. В свойствах связи на вкладке General в поле Event нужно указать событие, при котором выполняется переход, а на вкладке Detail в поле Guard Condition - ограждающие условия перехода (рисунок 7.4).

Рисунок 7.4 - Редактирование свойств связей состояний класса

Создадим связи между:

1. «Создан» > «Отменен»: Проверка наличия необходимого количества товара [Недостаточно товара];

2. «Создан» > «Возможен»;

3. «Возможен» > «Подтвержден»: Запрос на подтверждение клиента [Клиент подтвердил];

4. «Возможен» > «Отменен»: Запрос на подтверждение клиента [Клиент отказался оплатить].

Полученная диаграмма состояний для класса Order изображена на рисунке 7.5.

Для создания новой диаграммы компонентов нужно щелкнуть правой кнопкой мыши на Component View в браузере и во всплывающем меню выбрать пункт New > Component Diagram.

Рисунок 7.5 - Диаграмма состояний для класса Order

На созданной диаграмме компонентов нужно расположить элементы Task Specification (Order.exe), Package Specification (Order.cpp, TransactionMng.cpp), Package Body (Order.h, TransactionMng.h) (рисунок 7.6).

Рисунок 7.6 - Расположение элементов на диаграмме компонентов

Создадим связи между:

1. Order.h > Order.cpp;

2. Order.exe > Order.cpp;

3. TransactionMng.h > TransactionMng.cpp;

4. Order.exe > TransactionMng.cpp.

Полученная диаграмма компонентов показана на рисунке 7.7.

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

Выводы

1. Диаграмма состояний для класса Order позволяет наглядно наблюдать и анализировать состояния данного класса и переходы между этими состояниями;

2. Диаграмма компонентов позволяет представить модель на физическом уровне.

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

Диаграмму размещения можно вызвать, используя кнопку Browse Deployment Diagram на панели.

Нужно разместить на диаграмме два элемента Processor («Сервер базы данных» и «Рабочая станция») и один Device (Принтер).

Для элемента «Рабочая станция» добавим процесс, для этого нужно выполнить Open Specification из контекстного меню и на вкладке Detail в поле Processes щелкнуть правой кнопкой мыши, выбрать пункт Insert и ввести имя процесса - Order.exe (рисунок 8.1).

Рисунок 8.1 - Добавление процесса

Далее используя инструмент Connection свяжем элементы «Сервер базы данных» и «Рабочая станция», а также «Рабочая станция» и «Принтер».

Созданная диаграмма размещения показана на рисунке 8.2.

С помощью кнопки Note на панели инструментов создадим примечание и свяжем его с элементом «Рабочая станция» при помощи инструмента Anchor Note to Item.

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

Выводы

1. Диаграмма размещения показывает аппаратную реализацию информационной подсистемы;

2. Количество рабочих станций, подключенных к серверу базы данных, не имеет четкого ограничения;

3. Клиент может оформить заказ с любой рабочей станции с запущенным процессом Order.exe и подключенной к серверу базы данных фирмы.

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

Для генерации кода в свойствах всех компонентов модели нужно выбрать язык Visual C++ (рисунок 9.1).

Рисунок 9.1 - Выбор языка С++ в свойствах компонента

Далее необходимо связать компоненты с соответствующими классами (рисунок 9.2). В скобках после имени класса появляются имена компонентов.

Для генерации кода нужно перейти в меню Tools > Visual C++ > Update Code. [6] Среда сгенерирует код и выведет окно отчета.

Рисунок 9.2 - Связь компонентов с классами

Фрагмент сгенерированного Rational Rose листинга кода приложения на языке С++ приведен в приложении А.

Выводы

1. Среда Rational Rose генерирует основной код приложения на выбранном языке на основании построенной модели;

2. Для всех компонентов данной модели (Order.exe, Order.cpp, Order.h, TransactionMng.cpp, TransactionMng.h) сгенерирован программный код на языке С++.

ЗАКЛЮЧЕНИЕ

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

Разработанная программа позволяет автоматизировать торговые операции фирмы-заказчика, тем самым снижая нагрузку на персонал компании и оптимизируя процесс обработки заказов.

В окончание проектирования информационной подсистемы для всех компонентов модели в среде Rational Rose сгенерирован код на языке С++.

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

1. Петров, А.И. Информационные системы/А. И. Петров. - М.: Горячая линия-Телеком, 2000. - 300с, ил.

2. Петров, В. A. CASE - новые технологии в информатизации общества / В. А. Петров. - Ред. журн. «Проблемы информатизации». - Москва, 2003, 27 с. - Деп. во ВИ11ИТИ 27.09.03, № 6953-В85.

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

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

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

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

Приложение

Сгенерированный Rational Rose листинг кода приложения на языке С++

Source File: Orderh

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

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

// versioning.

//## end module%1.7%.codegen_version

//## begin module%4DE4DE840186.cm preserve=no

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

//## end module%4DE4DE840186.cm

//## begin module%4DE4DE840186.cp preserve=no

//## end module%4DE4DE840186.cp

//## Module: Order\.h%4DE4DE840186; Package specification

//## Subsystem: <Top Level>

//## Source file: C:\Program Files\Rational\Rose\C++\source\Orderh.h

#ifndef Orderh_h

#define Orderh_h 1

//## begin module%4DE4DE840186.additionalIncludes preserve=no

//## end module%4DE4DE840186.additionalIncludes

//## begin module%4DE4DE840186.includes preserve=yes

//## end module%4DE4DE840186.includes

// Order\.cpp

#include "Ordercpp.cpp"

// TransactionMng\.h

#include "TransactionMngh.h"

//## begin module%4DE4DE840186.declarations preserve=no

//## end module%4DE4DE840186.declarations

//## begin module%4DE4DE840186.additionalDeclarations preserve=yes

//## end module%4DE4DE840186.additionalDeclarations

//## begin module%4DE4DE840186.epilog preserve=yes

//## end module%4DE4DE840186.epilog

#endif

Размещено на http://www.allbest.ru/