Разработка функциональной модели
При разработке функциональной модели (определении функциональных требований) может возникнуть множество проблем:
- заказчик не может точно выразить, решение каких задач возлагается на информационную систему. Зачастую заказчик даже не знает, что такое требование и как его формулировать;
- представители заказчика (начальники разных уровней, эксперты-технологи, рядовые пользователи) по-своему видят работу будущей системы и часто их требования к системе носят взаимоисключающий характер. Особенно характерна такая ситуация, когда разрабатываемая система будет внедряться на нескольких объектах автоматизации;
- заказчик зачастую не знает возможностей современных вычислительных систем и стремится рассматривать процесс автоматизации как простой перенос элементарных видов деятельности, выполняемых вручную, на компьютеры. При этом он не задумывается об оптимизации бизнес-процессов внутри организации с приходом новых технологий;
- заказчик не верит в возможность выполнения некоторых функций «бездушными» машинами.
Для моделирования процесса работы интернет-магазина воспользуемся методологией SADT (IDEF0). Данная методология при описании функционального аспекта информационной системы конкурирует с методами, ориентированными на потоки данных (DFD). В отличие от них IDEF0 позволяет:
- описывать любые системы, а не только информационные (DFD предназначена для описания программного обеспечения);
- создать описание системы и ее внешнего окружения до определения окончательных требований к ней. Иными словами, с помощью данной методологии можно постепенно выстраивать и анализировать систему даже тогда, когда трудно еще представить ее воплощение.
Таким образом, IDEF0 может применяться на ранних этапах создания широкого круга систем. В то же время она может быть использована для анализа функций существующих систем и выработки решений по их улучшению.
Основу методологии IDEF0 составляет графический язык описания процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.
Модель может содержать 4 типа диаграмм:
-контекстную диаграмму;
-диаграммы декомпозиции;
-диаграммы дерева узлов;
-диаграммы только для экспозиции (FEO).
Контекстная диаграмма (диаграмма верхнего уровня), являясь вершиной древовидной структуры диаграмм, показывает назначение системы (основную функцию) и ее взаимодействие с внешней средой. В каждой модели может быть только одна контекстная диаграмма. После описания основной функции выполняется функциональная декомпозиция, т. е. определяются функции, из которых состоит основная.
Далее функции делятся на подфункции и так до достижения требуемого уровня детализации исследуемой системы. Диаграммы, которые описывают каждый такой фрагмент системы, называются диаграммами декомпозиции. После каждого сеанса декомпозиции проводятся сеансы экспертизы – эксперты предметной области указывают на соответствие реальных процессов созданным диаграммам. Найденные несоответствия устраняются, после чего приступают к дальнейшей детализации процессов.
Диаграмма дерева узлов показывает иерархическую зависимость функций (работ), но не связи между ними. Их может быть сколько угодно, поскольку дерево можно построить на произвольную глубину и с произвольного узла.
Диаграммы для экспозиции строятся для иллюстрации отдельных фрагментов модели с целью отображения альтернативной точки зрения на происходящие в системе процессы (например, с точки зрения руководства организации).
Контекстная диаграмма работы интернет-магазина приведена на рисунке 3.1.
Рисунок 3.1 - Контекстная диаграмма организации продажи товара через интернет-магазин
Интернет магазин функционирует на основе CMS. Входными данными для системы являются: ассортимент товаров, которые администратор магазина заносит с помощью системы управления контентом, тем самым формируя содержание сайта, и данные для формирования заказа, необходимые в процессе оформления покупки.
Декомпозиция процесса продажи товара через интернет-магазин приведена на рисунке 3.2 и состоит из следующих структурных единиц:
- занесение информации;
- просмотр сайта;
- сравнение товаров;
- формирование корзины покупок;
- оформление заказа.
Выходными данными являются данные о заказе (информация о покупателе и набор товаров для заказа) и результаты поиска товаров, без оформления покупки.
Интернет-магазин действует на основе нормативных документов сети Интернет, регламентирующих правила создания и работы веб-систем, устава предприятия, а также законодательных актов РФ, регламентирующих торговую деятельность.
Механизмами, осуществляющими организацию работы интернет-магазина является менеджер по продажам (осуществляет комплектование заказа и вводит информацию о товаре) и покупатель.
Рисунок 3.2 - Декомпозиция процесса продажи товара через интернет-магазин