Проектирование информационной системы с использованием языка UML

Курсовая работа по дисциплине

«Визуальное программирование»

«Проектирование информационной системы с использованием языка UML»

• 1. Цель работы
• 2. Техническое задание
• Требования к системе
• 3. Бизнес-модель (Business USE-CASE Diagram)
• 4. Диаграмма вариантов использования (USE-CASE Diagram)
• 5. Потоки событий
• 6. Диаграмма деятельности (Activity Diagram)
• 7. Диаграмма классов (Class Diagram)
• 8. Диаграмма последовательности (Sequence Diagram)
• 9. Диаграмма кооперации (Collaboration Diagram)
• 10. Диаграмма размещения (Deployment Diagram)
• 11. Диаграмма компонентов (component Diagram)
• 12. Проектирование базы данных в MS Access
• Приложение Final.DDL — код
• 1. Цель работы
• Изучение среды разработки и проектирования — Rational Rose. Для некоторой фирмы требуется создать информационную систему, содержащую сведения о продажи авиабилетов.

2. Техническое задание

Требования к системе

Требования к функциональности

Информационная система должна работать в локальной сети организации и иметь клиентский веб-интерфейс. Информационная система должна позволять осуществлять следующие операции:

Кассир

· Электронная форма бланка о составлении авиабилета.

· Возвращение денежных средств в случаи возврата билета.

· Продажа авиабилетов.

· Занесение информации в БД.

· Формирование списка проданных авиабилетов.

· Ведение статистики.

Администратор

· Назначение прав доступа к системе.

· Архивирование, восстановление данных.

· Управление системой.

· Управление пользователями.

Требования к системе

Требования к безопасности ИС:

1. Система логина и пароля для защиты информационной системы.

2. Разграничение прав доступа.

3. Назначение администратором системы каждому пользователю прав доступа в соответствии занимаемой ими должностями.

Требования к надежности ИС:

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

2. Защита системы от сбоев.

Требования к сопровождению ИС:

Основные этапы внедрения программы

— проведение отладки приложения на локальном компьютере разработчика;

— установка сервера баз данных на сервере пользователя;

— установка и отладка каждого из модулей программы на компьютере пользователя;

— обучение пользователей.

— предоставление пользователю справочной информации Требования к удобству использования ИС

1. Предоставление сотруднику данных соответственно занимаемой должности в удобной и доступной форме.

2. Предоставление справочной информации для каждого действия.

Требования к производительности ИС:

1. Высокая производительность работы системы при различных объемах данных.

2. Мгновенное решение поставленных задач перед пользователем.

3. Быстрая перезагрузка системы.

Требования к программной совместимости ИС:

1. Возможность переноса данных, из старой системе в новую;

2. Поддержка всех возможных ОС.

3. Поддержка совместимого оборудования.

3. Бизнес-модель (Business USE-CASE Diagram)

Моделирование бизнес процессов — это моделирование деятельности организации. При этом моделируется структура организации, роли сотрудников в этой структуре, взаимосвязи между сотрудниками.

Бизнес сотрудники:

— Кассир Варианты использования:

— Принятие заказа (заявки)

— Создание отчетов

Рис. 1. Бизнес-модель

4. Диаграмма вариантов использования (USE-CASE Diagram)

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

Рис. 2. Диаграмма вариантов использования

5. Потоки событий

Бизнес вариант использования.

Вариант Использования «Продажа авиабилета» позволяет осуществить выполнение заказа товара.

Предусловие Клиент выбрал маршрут следования.

Основной поток

Вариант использования начинается с момента «Заказать товар».

Кассир приступает к обработке заявки.

Кассир проверяет наличие рейсов в БД.

Если места отсутствуют, то выполняется альтернативный поток А1.

Кассир оформляет билет.

Кассир печатает билет.

Клиент получает билет.

Вариант использования завершается.

Альтернативный поток А1. Отсутствие свободных мест в рейсе.

Уведомление клиента об отсутствии мест.

Вариант использования завершается.

Постусловие Клиент получил авиабилет.

Вариант Использования «Оформление авиабилета» позволяет осуществить оформление авиабилета клиенту.

Предусловие Кассир открывает форму

Основной поток

Кассир заполняет форму.

Кассир проверяет наличие скидок на стоимость авиабилета.

Если клиенту полагается скидка, то выполнятся альтернативный поток А1.

Оформление авиабилета без скидки.

Вариант использования завершается.

Альтернативный поток А1. Оформление авиабилета со скидкой.

Кассир оформляет авиабилет со скидкой.

Кассир печатает авиабилет.

Вариант использования завершается

Постусловие Внесение в базу данных проданного билета

6. Диаграмма деятельности (Activity Diagram)

Диаграмма деятельности предназначена для моделирования поведения системы. Она позволяет детализировать алгоритм выполнения операций.

Рис. 3. Диаграмма деятельности, отражающая процесс продажи авиабилета.

Рис. 4. Диаграмма деятельности, отражающая процесс предоставления скидки на покупку авиабилета.

информационный сеть бизнес access

7. Диаграмма классов (Class Diagram)

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

Рис. 5. Диаграмма классов На разработанной диаграмме классов представлены классы следующих стереотипов:

— классы-сущности (entity class), которые содержат информацию, хранимую постоянно.

— граничные классы (boundary class) — Эти классы расположены на границе системы со всем остальным миром (формы, отчеты).

— управляющие классы (control class) — отвечают за координацию действий других классов.

Из построенной диаграммы классов был сгенерирован DDL-код, текст которого представлен в Приложении А.

Рис. 6. Реляционная модель базы данных

8. Диаграмма последовательности (Sequence Diagram)

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

Рис. 7. Диаграмма последовательности всего бизнес процесса

Рис. 8. Диаграмма последовательности процесса заполнения формы

9. Диаграмма кооперации (Collaboration Diagram)

Рис. 9. Диаграмма кооперации всего бизнес процесса

Рис. 10. Диаграмма кооперации процесса заполнения формы

10. Диаграмма размещения (Deployment Diagram)

Рис. 11. Диаграмма размещения

11. Диаграмма компонентов (component Diagram)

Рис. 12. Диаграмма компонентов

11. Проектирование базы данных в MS Access

На основе построенных диаграмм вариантов использования была спроектирована структура базы данных в MS Access 2000.

Рис. 13. Структура базы данных

Заключение

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

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

Приложение Final. DDL — код

CREATE TABLE T_Кассиры (

№ кассы INTEGER NOT NULL,

ФИО кассира VARCHAR (255) NOT NULL,

CONSTRAINT PK_T_Кассиры12 PRIMARY KEY (№ кассы)

);

CREATE TABLE T_Пассажиры (

ФИО VARCHAR (255) NOT NULL,

Паспорт INTEGER NOT NULL,

Гражданство VARCHAR (255) NOT NULL,

Дата рождения INTEGER NOT NULL,

Выдан INTEGER NOT NULL,

Пол VARCHAR (255) NOT NULL,

Контактный телефон INTEGER NOT NULL,

CONSTRAINT PK_T_Пассажиры14 PRIMARY KEY (ФИО)

);

CREATE TABLE T_Билет (

ФИО Покупателя VARCHAR (255) NOT NULL,

№ рейса INTEGER NOT NULL,

Маршрут INTEGER NOT NULL,

Дата вылета INTEGER NOT NULL,

Прибытие INTEGER NOT NULL,

Кассир VARCHAR (255) NOT NULL,

Скидка VARCHAR (255) NOT NULL,

Стоимость билета INTEGER NOT NULL,

Дата продажи INTEGER NOT NULL,

Авиакомпания VARCHAR (255) NOT NULL,

T_Авиакомпании_Авиакомпания VARCHAR (255) NOT NULL,

№ кассы INTEGER NOT NULL,

T_Скидки_Скидка INTEGER NOT NULL,

ФИО VARCHAR (255) NOT NULL,

CONSTRAINT PK_T_Билет11 PRIMARY KEY (ФИО Покупателя)

);

CREATE TABLE T_Авиакомпании (

Авиакомпания VARCHAR (255) NOT NULL,

Директор VARCHAR (255) NOT NULL,

CONSTRAINT PK_T_Авиакомпании10 PRIMARY KEY (Авиакомпания)

);

CREATE TABLE T_Скидки (

Тип акции VARCHAR (255) NOT NULL,

Скидка INTEGER NOT NULL,

CONSTRAINT PK_T_Скидки13 PRIMARY KEY (Скидка)

);

CREATE INDEX TC_T_Билет26 ON T_Билет (T_Скидки_Скидка);

CREATE INDEX TC_T_Билет24 ON T_Билет (№ кассы);

CREATE INDEX TC_T_Билет22 ON T_Билет (T_Авиакомпании_Авиакомпания);

CREATE INDEX TC_T_Билет28 ON T_Билет (ФИО);

ALTER TABLE T_Билет ADD CONSTRAINT FK_T_Билет12 FOREIGN KEY (T_Скидки_Скидка) REFERENCES T_Скидки (Скидка) ON DELETE NO ACTION ON UPDATE NO ACTION;

ALTER TABLE T_Билет ADD CONSTRAINT FK_T_Билет11 FOREIGN KEY (№ кассы) REFERENCES T_Кассиры (№ кассы) ON DELETE NO ACTION ON UPDATE NO ACTION;

ALTER TABLE T_Билет ADD CONSTRAINT FK_T_Билет10 FOREIGN KEY (T_Авиакомпании_Авиакомпания) REFERENCES T_Авиакомпании (Авиакомпания) ON DELETE NO ACTION ON UPDATE NO ACTION;

ALTER TABLE T_Билет ADD CONSTRAINT FK_T_Билет13 FOREIGN KEY (ФИО) REFERENCES T_Пассажиры (ФИО) ON DELETE NO ACTION ON UPDATE NO ACTION;