Лекции.Орг


Поиск:




Категории:

Астрономия
Биология
География
Другие языки
Интернет
Информатика
История
Культура
Литература
Логика
Математика
Медицина
Механика
Охрана труда
Педагогика
Политика
Право
Психология
Религия
Риторика
Социология
Спорт
Строительство
Технология
Транспорт
Физика
Философия
Финансы
Химия
Экология
Экономика
Электроника

 

 

 

 


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




 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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





Поделиться с друзьями:


Дата добавления: 2016-07-29; Мы поможем в написании ваших работ!; просмотров: 2489 | Нарушение авторских прав


Поиск на сайте:

Лучшие изречения:

Велико ли, мало ли дело, его надо делать. © Неизвестно
==> читать все изречения...

2527 - | 2186 -


© 2015-2025 lektsii.org - Контакты - Последнее добавление

Ген: 0.009 с.