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

                                            Министерство сельского хозяйства РФ

Федеральное государственное образовательное  учреждение

высшего профессионального образования

«Пермская государственная сельскохозяйственная академия

имени академика Д. Н. Прянишникова»

 

 

Кафедра: Информационных технологий и

автоматизированного проектирования

КУРСОВОЙ  ПРОЕКТ

 

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

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

 

 

 

 

 

 

                                          Руководитель: ассистент

                                                                                          Кичигина К.В.

 

Пермь 2011

 

Содержание 

Введение……………………………………………………………………………………….…3                                                                                                        

1. Системный анализ и анализ требований……………………………………….…………....4                                                        

1.1 Рамки системы……………………………………………………………………………….4

1.2 Определение прецедентов…………………………………………………………………..5

1.3 Диаграмма прецедентов……………………………………………………………………..8                                                                         

1.4 Дополнительная спецификация……………………………………………………………..8                                                                                                   

1.5 Видение……………………………………………………………………………………...11

1.6 Словарь терминов…………………………………………………………………………..14

1.7 Диаграмма последовательности…………………………………………………………..15                                                                                 

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

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

3.1 Диаграммы кооперации…………………………………………………………………….19                                                                 

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

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

4. Модель данных………………………………………………………………………………21

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

Заключение……………………………………………………………………………………...25                                                                                                  

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

          

 

 

 

 

Введение

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

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

Поэтому в проекте  ставится задача: с помощью технических  средств упорядочить и структурировать информацию данной организации. Достижение цели возможно путем разработки автоматизированной информационной системы «ТурФирма» и  ее реализации на базе технологий Caseberry.

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

В этой работе будут  показаны основные методы и средства, с помощью которых будет разрабатываться АИС «ТурФирма». Она будет проста в использовании и от менеджера не будет требоваться особых навыков работы с персональным компьютером, только на уровне пользователя.

 

 

 

 

 

 

 

 

 

 

 

 

 1 Системный анализ и анализ требований

       1.1Рамки системы

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

Рис. 1 Рамки  системы

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

        Таблица1-Перечень исполнителей и их задач

Исполнители	Тип	Задачи
Менеджер	Основной исполнитель	Заносить и  сохранять информацию; Создать электронную карточку договора; Анализировать тур- путешествие; Заносить необходимую информацию для формирования  отчетов; Оформить продажу.
Системный администратор	Вспомогательный исполнитель	Добавлять пользователей;Изменять параметры пользователей; Удалять  пользователей; Управлять безопасностью; Управлять системными таблицами

 

         Для определения исполнителей, их  задач и прецедентов можно  использовать внешнее событие (Таб. 2).

Таблица 2- Перечень исполнителей и их задач на основе анализа внешних событий

Внешнее событие	Инициатор	Задача	Прецедент
Ввод информации о путешествии	Менеджер	Занести и сохранить  информацию	Оформление  договора
Ввод информации о клиенте	Менеджер	Создать электронную  карточку договора	Оформление  договора
Оговаривается название и длительность путешествия	Менеджер или  клиент	Анализировать  тур- путешествие	Оформление  договора
Формирование  ведомости о выбранном туре	Менеджер	Заносить необходимую  информацию для формирования  отчетов	Формирование  отчетов
Акт совершения продажи	Менеджер, клиент	Оформить продажу	Оформление  продажи
Добавление  и удаление пользователей, изменение  параметров пользователей, управление безопасностью.	Системный администратор	Добавлять пользователей;изменять параметры пользователей;удалять пользователей; управлять безопасностью;Управлять системными таблицами.	Управление  безопасностью

     1.2 Определение прецедентов

Описание  всех прецедентов в сжатом виде

• Оформление продажи.

Менеджер на основе договора создает квитанцию на оплату тура. Передает квитанцию  на оплату клиенту.

• Формирование отчета 

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

• Управление безопасностью системы

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

  Развернутое описание прецедента: Оформление договора

Основной  исполнитель: менеджер

Заинтересованные  лица и их данные:

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

  клиент: хочет быть уверен в безошибочном занесении его личных данных и их сохранности в системе, не хочет ждать слишком долго.

Предусловия: менеджер идентифицирован и аутентифицирован, клиент содержится в базе

Результат: данные о клиенте корректно внесены в систему, договор сформирован.

Основной  успешный сценарий:

1. Менеджер включает систему;
2. Клиент приходит в турфирму с целью отправиться в путешествие;
3. Менеджер начинает составление нового договора и вносит клиента в базу;
4. Менеджер предлагает клиенту выбрать тур;
5. Клиент выбирает тур;
6. Менеджер заносит информацию о выбранном туре в систему; клиент сообщает менеджеру желаемый срок поездки;
7. Менеджер вводит данные тура и срок в систему;
8. Менеджер завершает составление договора и присваивает договору уникальный номер;
9. Система печатает договор;
10. Клиент подписывает договор и вносит указанную денежную сумму в кассу;
11. Клиент покидает салон.

 

Расширения (или альтернативные потоки)

*а. При каждом выходе системы  из строя.

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

      1. Менеджер перезапускает систему, регистрируется и предлагает восстановить предыдущее состояние.

      2. Система восстанавливает предыдущее  состояние.

3а. Неправильный ввод данных.

1. Система уведомляет  об ошибке и отменяет ввод  данных.

5а. Не оказалось  выбранного клиентом тура

     1 Менеджер предлагает клиенту  альтернативный тур;

6а. Необходимо изменить один  из пунктов договора.

     1.Менеджер  вносит изменения.

     2.Система  автоматически обновляется. 

7а. При вводе  некорректных данных:

1.   Менеджер  изменяет некорректные данные в документе.

2.   Система  сохраняет измененные данные.

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

Специальные требования

• Пользователь должен работать на компьютере с плоским монитором, интерфейс должен быть понятным и доступным.
• Используемое оборудование должно отвечать всем требованиям по безопасности;
• Рабочие место должно быть эргономично.   

Частота использования: в рабочие время (5 дней в неделю (понедельник-пятница)

 

 

 1.3   Диаграмма прецедентов

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

Для того чтобы  создать один из артефактов при определении  требований  к  АИС «ТурФирма»– диаграмму прецедентов, необходимо определить рамки системы, а также исполнителей и их задачи.

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

Рис. 2- Диаграмма  прецедентов

       1.4 Дополнительная спецификация

Версия	Дата	Описание	Автор
Черновой начальный вариант	8 апреля 2011г.	Первый черновой вариант. Будет уточнен на стадии развития	Уланова

      Введение