Проектирование информационной системы средствами Rational Rose

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 20.07.2011
Размер файла 582,0 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

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

Курсовая работа

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

на тему:

«Проектирование информационной системы средствами Rational Rose»

Содержание

1. Цель работы

2. Описание предметной области

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

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

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

6. Описание потоков событий

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

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

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

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

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

12. Структура базы данных

13. Тестирование

14. Заключение

Листинг кода

1. Цель работы

· Изучить среду проектирования программного обеспечения Rational Rose, основанную на унифицированном языке моделирования UML.

· Спроектировать информационную систему согласно варианту.

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

2. Описание предметной области

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

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

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

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

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

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

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

Для клиентов:

· Поиск туров по различным критериям:

o По странам;

o По курортам;

o По отелям;

· Покупка туров:

o Наличным расчетом;

o Кредитной картой;

· Заказать тур.

Для турагенств:

· Добавление новых туров в базу данных;

· Удаление туров из базы данных;

· Редактирование туров в базе данных;

· Подтверждение покупки туров клиентом;

· Формирование отчета для Федерального Турагенства;

· Создание резервной копии базы данных;

· Восстановление базы данных из резервной копии.

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

· Доступ к системе ограничивается паролями;

· Разграничение прав доступа к базе данных согласно типу пользователя.

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

· Целостность данных в базе

· Обработка исключительных ситуаций

Требования к интерфейсу

· Понятный пользователям интерфейс;

· Разный интерфейс для клиентов и турагенств;

· Справочная поддержка по всем операциям системы;

· Максимально взаимодействие с пользователем;

· Минимизация затрат ресурсов пользователя при работе с системой;

· Минимизация использования оперативной памяти.

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

· Добавление/удаление таблиц в базе данных;

· Редактирование справочников в баз данных.

Условия эксплуатации

· Пользователи системы должны владеть основами работы на ПК;

· Периодическое создание резервной копии баз данных.

Требования к составу и параметрам технических средств

· Компьютер должен быть подключен к локальной сети;

· Компьютер должен иметь стандартную конфигурацию;

· Большой объем памяти для хранения базы данных.

Требования к информационной и программной совместимости

· Операционная система: Windows;

· СУБД: Microsoft Access.

Требования к программной документации

· Документация пользователя системы:

o Описание доступных операций;

o Описание интерфейса системы;

· Документация администратора системы:

o Описание внутренней структуры базы данных;

o Описание процесса установки системы;

o Описание возможных ошибок и методов их устранения;

o Описание дополнительных программных средств администрирования системы.

Требования к сопровождению системы

Этапы внедрения системы

· Установка базы данных на сервере;

· Установка клиентской части на компьютеры;

· Тестирование работы системы;

· Исправление ошибок;

· Техническая поддержка системы.

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

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

Актеры бизнес USE-CASE:

· Клиент-покупатель

· Федеральное Турагенство

Бизнес сотрудники (Business Workers):

· Турагенство

Рис. 1 Бизнес USE-CASE

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

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

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

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

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

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

Актеры диаграммы вариантов использования:

· Клиент-покупатель

· Турагенство

· Пользователь

· Администратор базы данных

Между отдельными элементами диаграммы существуют разные отношения:

· Отношение ассоциации

· Отношение расширения (<extended>)

· Отношения включения (<include>)

· Отношение обобщения

6. Описание потоков событий

С каждым вариантом использования связаны свои потоки событий.

Ниже приведены описания потоков для трех вариантов использования:

1. Искать тур

2. Купить путевку

3. Создать отчет для агентства

Искать тур

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

Предусловие: авторизация турагенства в системе

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

1. Клиент-покупатель запрашивает в системе турагенства список стран, в которые оно продает путевки.

2. Клиент-покупатель выбирает одну или несколько из стран.

3. Клиент-покупатель запрашивает у системы список курортов этих стран.

4. Клиент-покупатель выбирает один или несколько из курортов.

5. Клиент-покупатель запрашивает у системы список отелей, находящих на этих курортах.

4. Клиент-покупатель выбирает отель, чтобы купить в последующем в него путевку. Если клиент ничего не выбрал, то выполняется альтернативный поток A1.

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

Альтернативный поток A1:

1. Клиент-покупатель сообщает системе турагенства, что не выбрал никакой тур.

2. Клиент-покупатель сообщает системе, будет ли он продолжать искать туры.

3. Если клиент-покупатель не будет искать туры, то выполняется п. 4, иначе п. 3.

3. Клиент-покупатель запускает новый основной поток для подбора тура.

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

Постусловие: купить путевку

Купить путевку

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

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

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

1. Система турагенства запрашивает у клиента-покупателя количество путевок по выбранному туру, которые он намеревается приобрести.

2. Клиент-покупатель сообщает количество покупаемых им путевок.

3. Система турагенства проверяет наличие путевок.

4. Система турагенства предлагает оплатить путевку наличными или кредитной картой. Если нужного количества путевок нет в наличии, то выполняется альтернативный поток A1.

5. Клиент-покупатель указывает способ оплаты.

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

Альтернативный поток A1:

1. Система турагенства сообщает клиенту-покупателю, что нужного количества путевок нет в наличии. Происходит переход на основной поток п. 1.

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

Постусловие: турагенство добавляет сведения о продаже в базу данных.

Создать отчет для агентства

Вариант использования "Создать отчет для агентства" позволяет турагенству выдать отчет для федерального турагенства, содержащий все сведения о проданных им туров.

Предусловие: авторизация турагенства в системе.

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

1. Система турагенства запрашивает из базы данных все свои продажи путевок.

2. Система турагенства формирует отчет. Если ошибок нет, то переход к п. 4.

3. Администратор исправляет ошибку.

4. Система турагенства отправляет отчет федеральному турагенству.

5. Система турагенства получает результат проверки отчета.

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

Постусловие: нет

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

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

На диаграммах применяются:

· переходы - обозначают направление передачи управления;

· точки принятия решений - переход, содержащий контрольное условие;

· слияние и разделение потоков действий.

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

Рис. 3 Диаграмма деятельности варианта использования «Искать тур»

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

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

На диаграмме классов могут быть следующие виды:

· Entity - класс сущностей;

· Boundary - граничные классы (например интерфейсные классы)

· Control - отвечают за координацию действий.

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

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

По построенной диаграмме классов была спроектирована внутренняя структура базы данных средствами Rational Rose (см. Рис. 5). Также был получен DDL код базы данных.

Рис. 5 Внутренняя структура базы данных

Полученный DDL код:

CREATE TABLE Hotels (

Hotel_name VARCHAR ( 255 ) NOT NULL,

Hotel_stars SMALLINT NOT NULL,

CountGuests SMALLINT NOT NULL,

id_hotel SMALLINT NOT NULL,

id_kurort SMALLINT NOT NULL,

CONSTRAINT PK_Hotels20 PRIMARY KEY (id_hotel)

);

CREATE TABLE Client (

Surname VARCHAR ( 255 ) NOT NULL,

Name VARCHAR ( 255 ) NOT NULL,

Otchestvo VARCHAR ( 255 ) NOT NULL,

Birth_date VARCHAR ( 255 ) NOT NULL,

Passport_info VARCHAR ( 255 ) NOT NULL,

id_client SMALLINT NOT NULL,

CONSTRAINT PK_Client18 PRIMARY KEY (id_client)

);

CREATE TABLE Sales (

Cost_of_one SMALLINT NOT NULL,

Count SMALLINT NOT NULL,

id_sale SMALLINT NOT NULL,

id_client SMALLINT NOT NULL,

id_hotel SMALLINT NOT NULL,

id_turagen SMALLINT NOT NULL,

CONSTRAINT PK_Sales22 PRIMARY KEY (id_sale)

);

CREATE TABLE Turagenstvo (

Turag_name VARCHAR ( 255 ) NOT NULL,

id_turagen SMALLINT NOT NULL,

CONSTRAINT PK_Turagenstvo23 PRIMARY KEY (id_turagen)

);

CREATE TABLE Kurorts (

Kurort_name VARCHAR ( 255 ) NOT NULL,

Mid_temp SMALLINT NOT NULL,

id_kurort SMALLINT NOT NULL,

id_country SMALLINT NOT NULL,

CONSTRAINT PK_Kurorts21 PRIMARY KEY (id_kurort)

);

CREATE TABLE Countrys (

Country_name VARCHAR ( 255 ) NOT NULL,

id_country SMALLINT NOT NULL,

CONSTRAINT PK_Countrys19 PRIMARY KEY (id_country)

);

ALTER TABLE Hotels ADD CONSTRAINT FK_Hotels21 FOREIGN KEY (id_kurort) REFERENCES Kurorts (id_kurort) ON DELETE NO ACTION ON UPDATE NO ACTION;

ALTER TABLE Sales ADD CONSTRAINT FK_Sales20 FOREIGN KEY (id_hotel) REFERENCES Hotels (id_hotel) ON DELETE NO ACTION ON UPDATE NO ACTION;

ALTER TABLE Sales ADD CONSTRAINT FK_Sales18 FOREIGN KEY (id_client) REFERENCES Client (id_client) ON DELETE NO ACTION ON UPDATE NO ACTION;

ALTER TABLE Sales ADD CONSTRAINT FK_Sales22 FOREIGN KEY (id_turagen) REFERENCES Turagenstvo (id_turagen) ON DELETE NO ACTION ON UPDATE NO ACTION;

ALTER TABLE Kurorts ADD CONSTRAINT FK_Kurorts19 FOREIGN KEY (id_country) REFERENCES Countrys (id_country) ON DELETE NO ACTION ON UPDATE NO ACTION;

программный обеспечение rational rose

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

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

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

Рис. 6 Диаграмма последовательности уровня бизнес-логики

Рис. 7 Диаграмма последовательности уровня взаимодействия объектов

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

Диаграмма развертывания показывает физические элементы, под которые проектируется система. Диаграмма развертывания состоит из связанных узлов.

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

Рис. 8 Диаграмма развертывания

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

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

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

12. Структура базы данных

С помощью Microsoft Access была создана внутренняя структура базы данных. На Рис. 10 показана внутренняя структура базы данных: таблицы и связи между таблицами.

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

Описание таблиц базы данных

Таблица Countrys содержит список стран, в которые имеются туры.

Атрибут

Тип данных

id

integer

country

string

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

Атрибут

Тип данных

id

integer

name

string

coun_id

integer

mid_temp

double

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

Атрибут

Тип данных

id

integer

name

string

kurort_id

integer

stars

double

num_guest

integer

Таблица Turagenstva содержит список турагенств, которые работают в системе и продают туры.

Атрибут

Тип данных

id

integer

name

string

Таблица Clients содержит список клиентов, которые работают в системе и заказывают туры. Таблица содержит следующие атрибуты: фамилия, имя, паспортные данные, адрес, телефон.

Атрибут

Тип данных

id

integer

surname

string

name

string

passport_info

string

address

string

phone

string

Интерфейс для работы с базой данных

Главное окно программы показано на Рис. 11. Как видно разный функционал располагается на разных вкладках.

Рис. 11 Вид окна программы

Пример работы программы можно увидеть на следующих рисунках. На Рис. 12 представлен вывод всей информации о продажах туров. На Рис. 13 показан пример готового отчетах о продажах туров.

Рис. 12 Информация о продажах туров

Рис. 13 Отчет о продажах

13. Тестирование

В ходе тестирования системы:

· Были проверены все доступные операции на предмет их корректной работы;

· Были проверены исключительные ситуации, в частности случаи, когда не вся информация заполнена, в таких случаях система выдает предупреждения.

Тестирование добавления информации о продаже:

Действие:

Ожидаемый результат:

Отклик системы:

Тестирование удаления продажи

Действие:

Ожидаемый результат и отклик системы:

14. Заключение

В ходе выполнения курсовой работы была спроектирована средствами Rational Rose информационная система деятельности турагенств. Для построения диаграмм в среде использовался унифицированный язык моделирования UML.

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

· Диаграмма Бизнес-логики (Business USE-CASE);

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

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

· Диаграмма классов (Class Diagram);

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

· Диаграмма развертывания (Deployment Diagram);

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

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

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

Листинг кода

public class Administrator

{

public AdminWork theAdminWork;

/**

* @roseuid 4CC4FDC203B9

*/

public Administrator()

{

}

}

public class Client

{

public String Surname;

public String Name;

public String Otchestvo;

public String Birth_date;

public String Passport_info;

private int id_client;

public ClientISearchInterface theClientISearchInterface;

public Sales theSales;

public ClientBuyInterface theClientBuyInterface;

public ClientZakazInterface theClientZakazInterface;

/**

* @roseuid 4CC4FDC3002E

*/

public Client()

{

}

}

public class ClientBuyInterface

{

public Client theClient;

/**

* @roseuid 4CC4FDC201E4

*/

public ClientBuyInterface()

{

}

/**

* @roseuid 4CC4F9D3008C

*/

public void buyCreditCard()

{

}

/**

* @roseuid 4CC4F9DD02AF

*/

public void buyNal()

{

}

}

public class ClientISearchInterface

{

public Client theClient;

/**

* @roseuid 4CC4FDC2007D

*/

public ClientISearchInterface()

{

}

/**

* @roseuid 4CC4ED6F03C8

*/

public void getCountrys()

{

}

/**

* @roseuid 4CC4ED7800AB

*/

public void getKurorts()

{

}

/**

* @roseuid 4CC4ED7E03A9

*/

public void getHotels()

{

}

}

public class Countrys

{

public String Country_name;

private int id_country;

public Kurorts theKurorts;

/**

* @roseuid 4CC4FDC102CE

*/

public Countrys()

{

}

}

public class Hotels

{

public String Hotel_name;

public Integer Hotel_stars;

public Integer CountGuests;

private int id_hotel;

/**

* @roseuid 4CC4FDC200CB

*/

public Hotels()

{

}

}

public class Kurorts

{

public String Kurort_name;

public Integer Mid_temp;

private int id_kurort;

public Countrys theCountrys;

/**

* @roseuid 4CC4FDC2001F

*/

public Kurorts()

{

}

}

public class ManSaleInterface

{

public TuragenManager theTuragenManager;

/**

* @roseuid 4CC4FDC2033C

*/

public ManSaleInterface()

{

}

/**

* @roseuid 4CC4FB15038A

*/

public void addSale()

{

}

/**

* @roseuid 4CC4FB1B0186

*/

public void updateSale()

{

}

/**

* @roseuid 4CC4FB2000CB

*/

public void deleteSale()

{

}

/**

* @roseuid 4CC4FB2203D8

*/

public void opname2()

{

}

}

public class Sales

{

public Integer Cost_of_one;

public Integer Count;

public Client theClient;

/**

* @roseuid 4CC4FDC20177

*/

public Sales()

{

}

}

public class TuragenManager

{

public ManKatalogInterface theManKatalogInterface;

public ManOtchetInterface theManOtchetInterface;

public ManSaleInterface theManSaleInterface;

/**

* @roseuid 4CC4FDC202BF

*/

public TuragenManager()

{

}

}

public class Turagenstvo

{

public String Turag_name;

private int id_turagen;

/**

* @roseuid 4CC4FDC20128

*/

public Turagenstvo()

{

}

}

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


Подобные документы

  • Разработка информационной системы для ведения каталога книг/читателей, поисковой системы и системы предварительных заказов на приобретение книг. Среда Rational Rose. Внесение изменений в объект. Основные операции классов и атрибуты типов данных.

    лабораторная работа [417,6 K], добавлен 17.05.2013

  • UML как стандарт для создания модели информационной системы. Особенности работы в средстве проектирования Rational Rose 2003. Назначение операций главного меню File и Edit. Особенности разработки диаграммы развертывания в среде IBM Rational Rose 2003.

    дипломная работа [524,1 K], добавлен 27.09.2010

  • Характеристика CASE-засобу Rational Rose 98/2000. Дослідження призначення панелей інструментів середовища. Причини, що стримують застосування CASE-засобів. Особливості робочого інтерфейсу Rational Rose. Відмінність між нотаціями Booch, OMT та Unified.

    лабораторная работа [260,8 K], добавлен 10.11.2021

  • Загальна характеристика мови моделювання UML. Розробка діаграм UML з метою автоматизації продаж в магазині. Rational Rose як засіб візуального моделювання об'єктно-орієнтованих інформаційних систем. Зворотне проектування як головна перевага Rational Rose.

    контрольная работа [1,7 M], добавлен 23.10.2014

  • Классификация автоматизированных информационных систем (АИС). Проектирование АИС складского учета с использованием CASE-средства Rational Rose. Подходы к проектированию, анализ CASE-средств. Программная реализация профессионально ориентированной АИС.

    курсовая работа [1,4 M], добавлен 06.03.2012

  • Разработать ЭИС электрических сетей с использованием структурного и объектно-ориентированного подхода средствами Rational Rose. Экономический расчет эффективности проекта. Модель экономической информационной системы службы информационных технологий.

    дипломная работа [54,2 K], добавлен 06.08.2008

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

    курсовая работа [183,9 K], добавлен 25.06.2011

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

    курсовая работа [840,0 K], добавлен 11.07.2012

  • Разработка объектно-ориентированной модели ООО "Мир Компьютеров". Описание предметной области. Разработка функциональной модели системы средствами BPwin. Проектирование информационной системы средствами Rational Rose. Сопровождение информационных сетей.

    курсовая работа [843,4 K], добавлен 07.01.2015

  • Характеристика МУП "Рыбницкое предприятие коммунального хозяйства и благоустройство": структура, финансовое состояние, документооборот. Разработка объектно-ориентированной и функциональной модели информационной системы средствами Rational Rose и BPwin.

    отчет по практике [1,2 M], добавлен 02.12.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.