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

      В этом документе описаны все требования к АИС «ТурФирма», не вошедшие в описание прецедентов.

     Функциональность (Имеющая отношение ко многим прецедентам)

     Регистрация событий и обработка ошибок.

     Все ошибки регистрируются на жестком диске ПК, на котором установлена АИС.

    Подключаемые бизнес-правила

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

Безопасность

Вход в систему должен осуществляться только после аутентификации пользователя (ввода пароля).

        Удобство использования

        Человеческие факторы

        Пользователь (менеджер) АИС «ТурФирма»  будет работать с большим потоком данных, поэтому необходимо следующее:

- избегать мерцающих цветов на экране;

-чтобы текст был виден с расстояния 50-70 см;

-все вводимые  данные должны быть представлены черными буквами на светлом фоне;

-запрещено использование любых шрифтов кроме Times New Roman;

-интерфейс должен обладать выделенными панелями для работы с навигацией, и основными функциями системы;

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

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

         Надежность

Возможность восстановления информации

При сбоях в  работе аппаратного и программного обеспечения нужно обеспечить возможность резервного копирования информации на сервере.

        Производительность

Система должна быстро обрабатывать информацию по процессу продажи путевок клиенту.

Возможность поддержки

        Адаптация системы: Различные пользователи АИС могут устанавливать свои бизнес-правила для обработки данных о продажах. Поэтому в нескольких заранее определенных точках сценария нужно обеспечить возможность подключения бизнес-правил.

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

Ограничения

Руководство данного проекта  настаивает на применение технологий Casseberry, поскольку это наиболее выгодное и удобное средство.

       Приобретаемые компоненты

      Устройства печати(принтер и т.б.)

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

Бесплатные  компоненты на основе открытого кода

В данной системе этого  не предусмотрено.

       Интерфейсы

Важные интерфейсы и аппаратные средства

• Устройство для печати (лазерный принтер);
• 19 дюймовый ЖК монитор;
• Оптическая мышь;
• Высокопроизводительный компьютер.

Таблица 3 - Бизнес-правила

Имя	Правило	Возможность изменения	Источник
Правило 1	Подпись покупателя в договоре.	Низкая вероятность  изменения. Подпись клиента обязательна  при заключении договора.	Политика предприятия.
Правило 2	Наличие паспортных данных (серии и номера)	Низкая вероятность  изменения. В договор обязательно  вносятся паспортные данные.	Политика предприятия.
Правило 3	Правила вычисления скидок.  В зависимости  от суммы и других условий может  быть предоставлена скидка.	Высокая вероятность  изменения. Каждое предприятие устанавливает свои скидки.	Политика предприятия.

 

• Вопросы законодательства

Все споры решаются в соответствии с законодательством РФ.

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

• Информация из предметной области

Составление договоров

Менеджер начинает оформление договора только при предъявлении клиентом паспортных данных. Договор должен быть подписан 2 сторонами. Обязательства возникают с момента подписания договора.   

     1.5Видение

Даты внесения изменений

Версия	Дата	Описание	Автор
Окончательный вариант	01 мая 2011г.	Окончательный оригинальный вариант	Уланова

• Введение

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

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

Формулировка проблемы

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

        Место системы

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

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

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

Таблица 4- Основные задачи высокого уровня и проблемы заинтересованных лиц

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

 

 

    Задачи уровня пользователя

     Таблица 5-Список исполнителей и их задач

Исполнитель	Задачи
Менеджер	Оформление  продаж;Оформление договоров;Формирование отчетов.
Клиент	Получение договора;Получение  тура

 

Обзор

Перспективы продукта

АИС «ТурФирма» будет устанавлена в Тур-фирме ОАО «Лагуна». Система будет обслуживать пользователей, и взаимодействовать с другими системами.

 

Рис. 3 Контекстная диаграмма АИС «ТурФирма»

Преимущества системы 

Таблица 6- Преимущества системы

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

 

Основные свойства системы

• Быстрая и интегрированная обработка информации о турах
• Оформление договоров.
• Автоматический переход в автономный режим работы при выходе из строя внешних систем.
• Определение и выполнение настраиваемых бизнес-правил в фиксированных точках выполнения сценариев.

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

     Таблица 7- Словарь терминов

Термин	Определение	Синоним
Клиент	Клиент турфирмы, желающий отправиться в поездку	Турист
Менеджер	Сотрудник турфирмы, работающий с клиентами	Туроператор
Договор	Соглашение  между двумя или большим числом лиц, определяющее условия поездки клиента. Договор признается заключенным, когда стороны выражают (в требуемой законом форме) согласие по всем существенным его пунктам.
Поездка	Выбранный клиентом тур и оформленный в соответствии с договором	Тур; Путешествие

 

 

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

     Диаграмма последовательности системы (system sequence diagram) – это схема, которая для определенного сценария прецедента показывает генерируемые внешними исполнителями события, их порядок, а также события, генерируемые внутри самой системы. При этом вся система рассматривается как "черный ящик". Назначение данной диаграммы – отображение событий, передаваемых исполнителями системе через ее границы.

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

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

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

Описание  системных операций

ОП1: New Dogovor(Date)

Операция	New Dogovor(Date)
Ссылки	Прецеденты: оформление договора
Предусловия	Тур клиентом выбран
Постусловия	-Создан экземпляр d класса Договор; -Инициализированы  атрибуты экземпляра d.

ОП2: DannyeNewClient( )

Операция	DannyeNewClient( )
Ссылки	Прецеденты: оформление договора
Предусловия	Создан новый  договор
Постусловия	-Создан экземпляр  класса k «Клиент»; -Экземпляр k связан с классом «Договор»; -Инициализированы  атрибуты экземпляра k.

 

ОП3: EnterTur(srok,recvizity,cena)

Операция	EnterTur(srok,recvizity,cena)
Ссылки	Прецеденты: оформление договора
Предусловия	Данные клиента  сохранены в « Клиент»
Постусловия	-Создан экземпляр t класса «Тур»; -Экземпляр t связан с классом «Клиент»; -Инициализированы  атрибуты экземпляра t.

 

ОП4: №Dogovora

Операция	№Dogovora
Ссылки	Прецеденты: оформление договора
Предусловия	Присвоение  договору уникального номера
Постусловия	-Создан экземпляр n класса «Номер договора»; -Экземпляр n связан с классом «Договор»; -Инициализированы  атрибуты экземпляра n.