Разработка АИС для автоматизации продажи путевок

 

 

 

 

 

2 Модель  предметной области

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

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

Идентификация классов понятий или концептуальных классов – составная часть  исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.

Исходная модель предметной области представлена на рисунке 5.

Рис. 5 Исходная модель предметной области

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

Ассоциация  – это связь между типами (или  точнее, экземплярами типов), отражающая некоторое значимое и полезное отношение между ними.

В языке UML ассоциации описываются как "семантические  взаимосвязи между двумя или  несколькими классификаторами и  их экземплярами".

Модель предметной области с ассоциациями изображена на рисунке 5.

Рис. 6 Модель предметной области с ассоциациями

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

Атрибут –  это  абстрактное свойство объекта.

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

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

Рис. 7 Окончательная  модель предметной области

     

        3. Модель проектирования

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

• Диаграммы кооперации (collaboration diagram)
• Диаграммы последовательности (sequence diagram)

3.1 Диаграммы кооперации (collaboration diagram) иллюстрируют взаимодействие объектов в формате графа или сети. При этом объекты могут размещаться в любом месте диаграммы.

Рисунок 8 -  Диаграмма  кооперации

 3.2 Диаграмма последовательностей

Диаграмма последовательностей - диаграмма взаимодействия, в которой основной акцент сделан на упорядочении сообщений во времени.

Рис. 9 Диаграмма  последовательности

 

3.3 Диаграмма классов

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

Класс — абстрактное  описание множества однородных объектов, имеющих одинаковые атрибуты, операции и отношения с объектами других классов.

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

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

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

Рис. 10. Диаграмма  классов

 

 

 

 

 

          4 Модель данных

Так как построение моделей и реализация АИС «ТурФирма» осуществляется в программной среде CaseBerry, то для хранения данных выбрана СУБД Microsoft SQL 2000.

CaseBerry на основе диаграммы классов в автоматическом режиме генерирует структуру базы данных и создает эту базу на сервере баз дынных.

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

Рис.11 Логическая модель данных

 

 

 

 

 

 

 

 

             5 Модель реализации

Основное  программное решение

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

Рис. 12 Взаимосвязь  уровня предметной области и пользовательского  интерфейса

 

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

После сборки CaseBerry предлагает запустить приложение (рисунок 13).

 

Рис. 13. Запуск приложения

После запуска  приложения загружается основное окно программы (рисунок 11).

Рис.14. Основное окно программы

Рис. 15. Добавление нового клиента

Рис. 16. Создание  договора

 

 

 

 

 

 

   

   

 

 

 

 

 

 

      Заключение

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

Целью данного  курсового проекта являлось рассмотрение всех этапов проектирования информационной системы вплоть до этапа реализации.

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

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

      Этот пакет позволяет создать  сложные программные системы  от замысла до создания исходного  кода, это привлекает не только  проектировщиков систем, но и  программистов – разработчиков. 

 

 

 

 

 

 

 

 

 

 

 

 

Список  литературы

1. Белых А.А. Проектирование ЭИС. Методическое пособие по дипломному проектированию. Пермь: Пермская ГСХА, 2005 г., 60 с.
2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002. – 352 с.: ил.
3. Технологии разработки программного обеспечения/ С.Орлов. СПб.: Питер, 2002. – 464 с.: ил.