МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
Факультет АВТ
Курсовая работа
по дисциплине
«Визуальное программирование»
«Проектирование информационной системы с использованием языка UML»
Выполнил: студент группы ААМ-10 Солдаткин А.А.
_________
(подпись, дата)
Проверила: Тюнина Л. В.
____________
(подпись, дата)
Новосибирск 2010
Содержание
1. Цель работы.. 3
2. Техническое задание. 3
Требования к функциональности. 3
Требования к системе. 3
3. Бизнес-модель (Business USE-CASE Diagram) 6
4. Диаграмма вариантов использования (USE-CASE Diagram) 7
5. Потоки событий. 8
6. Диаграмма деятельности (Activity Diagram) 10
7. Диаграмма классов (Class Diagram) 12
8. Диаграмма последовательности (Sequence Diagram) 13
9. Диаграмма кооперации (Collaboration Diagram) 14
10. Диаграмма размещения (Deployment Diagram) 15
11. Диаграмма компонентов (Component Diagram) 16
Разработать информационную систему для номерагентств, средствами Rational Rose.
Информационная система должна работать в локальной сети организации и иметь клиентский веб-интерфейс. Информационная система должна позволять осуществлять следующие операции:
Менеджер
· Внесение в БД информации о постояльцах;
· Автоматизированный поиск и извлечение информации из БД, для продажи комнат;
· Возможность предоставления скидки;
· Возможность запроса информации о комнате;
· Создание отчетов для бухгалтера.
Администратор
· Удаление и создание пользователей;
· Разграничение прав доступа;
· Архивирование и восстановление данных;
· Работа с данными (редактирование, добавление, удаление).
Бухгалтер
· Составление налоговой отчетности
Гендиректор
· Просмотр отчетов и статистики
Требования к системе
Требования к безопасности ИС:
1. Система логина и пароля для защиты информационной системы.
2. Разграничение прав доступа.
3. Назначение администратором системы каждому пользователю прав доступа в соответствии занимаемой ими ролями.
Требования к надежности ИС:
1. Ежедневное составление резервных копий всей информации для последующего восстановления данных по мере необходимости.
2. Ведение журнала транзакций.
Требования к сопровождению ИС:
Основные этапы внедрения программы
- проведение отладки приложения на локальном компьютере разработчика;
- установка сервера баз данных на сервере пользователя;
- установка и отладка каждого из модулей программы на компьютере пользователя;
- обучение пользователей.
- предоставление пользователю справочной информации
Требования к удобству использования ИС
1. Предоставление сотруднику данных соответственно занимаемой роли в удобной и доступной форме.
2. Предоставление справочной информации для каждого действия.
3. Обеспечить соответствие электронных форм к бумажным.
Требования к производительности ИС:
1. Мгновенное решение поставленных задач перед пользователем.
2. Быстрая перезагрузка системы.
Требования к программной совместимости ИС:
1. Поддержка всех возможных ОС.
2. Поддержка совместимого оборудования.
Описание интерфейсных форм ИС:
1. Форма входа в систему;
2. Форма для редактирования данных о комнате;
3. Форма для запросов о состоянии комнаты;
4. Форма для запросов о свободных комнатах
5. Форма для запросов о клиенте;
Моделирование бизнес процессов – это моделирование деятельности организации. При этом моделируется струкномера организации, роли сотрудников в этой струкномере, взаимосвязи между сотрудниками.
Бизнес модель графически представлена с помощью Business USE-CASE Diagram
Business worker – менеджер, генеральный директор, бухгалтер.
Business actor – клиент, авиакомпания, налоговая.
Рис. 1. Бизнес-модель
Каждый вариант использования определяет последовательность действий, которые должны быть выполнены проектируемой системой при взаимодействии ее с соответствующим актером.
Рис. 2. Диаграмма вариантов использования
Бизнес вариант использования.
Вариант Использования «Продажа номера» позволяет осуществить бронирование комнаты за клиентом.
Предусловие
Клиент выбрал комнату и заполнил заявку.
Основной поток
1. Вариант использования начинается с момента «Заказать номер».
2. Менеджер приступает к обработке заявки.
3. Менеджер проверяет наличие комнаты в БД.
4. Если нет подходящей комнаты, то выполняется альтернативный поток А1.
5. Менеджер оформляет номер.
6. Менеджер фиксирует продажу в журнале продаж.
7. Менеджер печатает находит ключ от номера.
8. Клиент получает ключ от номера.
9. Вариант использования завершается.
Альтернативный поток А1. Отсутствие подходящей комнаты
1. Уведомление клиента об отсутствии подходящей комнаты
2. Вариант использования завершается.
Постусловие
Клиент получил ключи от номера
В таблице продаж должна появится новая запись.
Вариант Использования «Оформление скидки» позволяет осуществить оформление номера клиенту со скидкой.
Предусловие
Менеджер открывает форму
Основной поток
1. Менеджер заполняет форму.
2. Менеджер проверяет наличие скидки.
3. Если клиенту полагается скидка, то выполнятся альтернативный поток А1.
4. Оформление номера без скидки.
5. Вариант использования завершается.
Альтернативный поток А1. Оформление номера со скидкой.
1. Оформляет номер со скидкой.
2. Менеджер выдает ключ от номера
3. Вариант использования завершается
Постусловие
Внесение в базу данных проданного номера.
Вариант использования «Запросить отчетность» позволяет, генеральному директору или налоговой далее «Пользователь» получать отчетность о количестве и стоимости проданных номеров, с целью вычисления доходов и расходов номерагентства.
Предусловие
Пользователь запросил запрос
Основной поток
1. Система определяет, кто прислал запрос.
2. Если запрос от налоговой, то выполняется альтернативный поток А1.
3. Если запрос от ген. директора, то выполняется альтернативный поток А2
Альтернативный поток А1. Подготовка отчета для налоговой.
1. Бухгалтер готовит отчет по форме, определенной законодательством для документа-оборота с налоговой.
2. Выполняется составление отчета
3. Созданный отчет отправляется по обратному адресу.
4. Вариант использования завершается.
Альтернативный поток А2. Подготовка отчета для ген.директора.
1. Бухгалтер готовит отчет по форме, определенной внутриорганизационным стандартом для документа-оборота.
2. Выполняется составление отчета
3. Созданный отчет отправляется по обратному адресу.
4. Вариант использования завершается.
Постусловие
Пользователь получает отчет.
Диаграмма деятельности предназначена для моделирования поведения системы. Она позволяет детализировать алгоритм выполнения операций.
Рис. 3. Диаграмма деятельности, отражающая процесс продажи номера.
Рис. 4. Диаграмма деятельности, отражающая процесс предоставления скидки на покупку номера.
Рис. 5. Диаграмма деятельности, отражающая процесс предоставления отчета.
Диаграмма классов (class diagram) служит для представления статической струкномеры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю струкномеру и типы
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.
