Разработка функциональной модели

 

При разработке функциональной модели (определении функциональных требований) может возникнуть множество проблем:

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

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

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

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

Для моделирования процесса работы интернет-магазина воспользуемся методологией SADT (IDEF0). Данная методология при описании функционального аспекта информационной системы конкурирует с методами, ориентированными на потоки данных (DFD). В отличие от них IDEF0 позволяет:

- описывать любые системы, а не только информационные (DFD предназначена для описания программного обеспечения);

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

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

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

Модель может содержать 4 типа диаграмм:

-контекстную диаграмму;

-диаграммы декомпозиции;

-диаграммы дерева узлов;

-диаграммы только для экспозиции (FEO).

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

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

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

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

Контекстная диаграмма работы интернет-магазина приведена на рисунке 3.1.

Рисунок 3.1 - Контекстная диаграмма организации продажи товара через интернет-магазин

 

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

Декомпозиция процесса продажи товара через интернет-магазин приведена на рисунке 3.2 и состоит из следующих структурных единиц:

- занесение информации;

- просмотр сайта;

- сравнение товаров;

- формирование корзины покупок;

- оформление заказа.

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

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

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

Рисунок 3.2 - Декомпозиция процесса продажи товара через интернет-магазин