2.2. Формирование требований как основной этап в разработке ис

Требование – это условие или возможность, которой должна соответствовать система. Это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы. Первичные данные поступают из различных источников, характеризуются противоречивостью, неполнотой, нечеткостью, изменчивостью. Требования нужны в частности для того, чтобы Разработчик мог определить и согласовать с Заказчиком временные и финансовые перспективы проекта автоматизации. Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания ИС. Однако собрать на ранних стадиях все данные, необходимые для реализации ИС, удается только в исключительных случаях. На практике процесс сбора, анализа и обработки растянут во времени на протяжении всего жизненного цикла ИС.

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

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

Анализ требований (АТ) закладывает фундамент всего процесса проектирования и реализации системы. Хорошо проработанные требования позволяют:

• выработать общее понимание между Заказчиком и Разработчиком;

• определить рамки проекта;

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

• обезопасить Заказчика от риска получить продукт, в котором он не сможет работать,

Компания должна предлагать бронирование автомобилей через Интернет во всем Мире. Она должна предлагать клиентам услугу проката в очень упрощенной форме.

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

Объединить филиалы прокатных компаний, расположенных в крупных городах и небольших населённых пунктах.

Описание входной и выходной информации ИС

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

Входными документами и сообщениями являются:

1. Запросы от клиентов, которые сообщают информацию

   1. Выбор страны

   2. Выбор города

   3. Выбор партнера проката авто

   4. Выбор автомобиля

2. Данные о клиенте

   1. ФИО

   2. Дата рождения

   3. Адрес проживания

   4. Номер телефона

   5. Категория водительских прав

   6. Дата выдачи прав

   7. e-mail

Выходная информация представляется двумя видами:

1. в виде отчетов, которые создаются на основе требуемых запросов, по базе данных. Их цель – предоставление наглядной информации. Они могут быть не только представлены в ПК, но и распечатаны для удобства выбора;

2. в виде запросов, которые создаются в соответствиями с информационными требованиями;

3. в виде форм, предназначенных для ведения нормативно-справочной информации

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

Информационный анализ процессов и создание контекстной диаграммы системы.

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

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

При формулировании области необходимо учитывать два компонента – широту и глубину. Широта подразумевает определение границ модели – мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком Уровне детализации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени – трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему; поскольку все объекты модели взаимосвязаны, внесение нового объекта может быть не просто арифметической добавкой, но в состоянии изменить существующие взаимосвязи.

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

Точка зрения (Viewpoint). Хотя при построении модели учитываются мнения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования.

На рис. 1 представлена Контекстная диаграммы ИС проката автомобилей. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции.

Рис. 1. Контекстная диаграмма А(0)

Для ИС проката автомобилей входящей информацией будет являться клиент.

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

К механизму управления относятся: персонал и аппаратно- программное обеспечение. Исходящим потоком данных является оказанная услуга.

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

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

1. Сдача в прокат. Происходит процесс бронирования авто, оплаты счета до выдачи автомобиля

• Входная информация — клиент;

• Выходная информация — автомобиль;

• Управление — нормативно правовые акты, руководство.

• Механизм управления — персонал, аппаратно- программное обеспечение

2. Возврат автомобиля. Происходит процесс проверки состояния автомобиля и приема возврата.

• Входная информация — автомобиль;

• Выходная информация — оказанная услуга;

• Управление — нормативно правовые акты, руководство.

• Механизм управления — персонал, аппаратно- программное обеспечение

Рис. 2. Контекстная диаграмма «ИС проката авто»

Далее на следующем уровне декомпозиции (Рис.3) разбивается процесс сдачи в прокат на 3 блока.

1. Бронирование авто. Происходит выбор авто, регистрация клиета, оформление счета оплаты.

• Входная информация — клиент;

• Выходная информация — счет;

• Управление — нормативно правовые акты, руководство.

• Механизм управления — персонал, аппаратно- программное обеспечение

1. Оплата счета. Клиент оплачивает счет.

• Входная информация — счет;

• Выходная информация — подтверждение об оплате;

• Управление — нормативно правовые акты;

• Механизм управления —аппаратно- программное обеспечение.

1. Выдача автомобиля. Происходит проверка наличия необходимых документов, регистрация автомобиля о выдаче в прокат.

• Входная информация — подтверждение об оплате;

• Выходная информация — автомобиль;

• Управление — нормативно правовые акты, руководство.

• Механизм управления — персонал, аппаратно- программное обеспечение

Рис. 3. Контекстная диаграмма «Сдача в прокат»

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

Из БД о клиенте заявка отправляется оператору, после чего оператор связывается по телефону с клиентом и подтверждает его заявку. Далее оператор уточняет, какую форму оплаты за услугу проката, клиент предпочитает. После этого оператор формирует счет и отправляет его на e-mail клиента. (рис.4 )

Рис. 4. Диаграмма потоков данных «Бронирование авто»

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

На выходе данной диаграммы может быть 2 случая:

1. выбранный автомобиль

2. отмена выбора автомобиля. (рис. 5)

Рис 5. Диаграмма выбора атомобиля