Для построения функциональной модели процесса оформления процесса работы Интернет магазина использовалась методология функционального моделирования IDEF0.
Модель не может быть построена без чётко сформулированной цели, цель позволяет сфокусировать усилия в нужном направлении и поясняет, почему этот процесс должен быть замоделирован и что должна показывать модель. Цель данной модели формулируется следующим образом: изучить потоки документов, сопровождающих Интернет магазин для автоматизации документооборота.
Соответственно цели моделирования была выбрана точка зрения. Точку зрения можно представить как взгляд человека, который отвечает за исследуемый процесс и видит систему в нужном для моделирования аспекте, в данном случае это покупатель и менеджер по продажам.
Функциональная модель описывает рабочие места, операции, документы, реквизиты этих документов и маршруты их перемещения. Для построения функциональной модели выявляются деловые процедуры процесса оформления текущей учебной документации, определяется процесс формирования определённых видов документов (карточка товара, заказ, отчётов, реестры продукции и т. п.) и управления документопотоками. Как было сказано при описании SADT-методологии, функциональная модель состоит из блоков (функций), которыми являются на верхних уровнях деловые процедуры, а на нижних — функции обработки реквизитов и дуг (входов и выходов), которые в данной модели являются документами. Функциональная модель декомпозируется до уровня, на котором все функции принадлежат множеству функций работы над реквизитами.
Система управления. Функциональная модель бизнеса
Ниже представлена полная функциональная модель работы Интернет магазина после анализа исследуемого объекта. На рисунке 2 приведена контекстная диаграмма, отражающая наиболее общее описание исследуемого процесса – работы Интернет магазина. По ней можно сделать вывод о том, что работа этих объектов осуществляется с использованием Интернет магазина, которому в свою очередь представляют данные о покупателе, товаре, в соответствие с финансовыми ограничениями остатком товара, ограничениями ввода, силами инженеров, менеджеров и покупателей, с помощью ПЭВМ и результатом работы являются данные о товаре и заказ.
Рис. 2 A-0 – контекстная диаграмма
Декомпозиция блока, т.е. более подробное рассмотрение процесса, представлено на рисунке 3. Работу всего Интернет магазина можно условно разделить на части в соответствии с этапами рабочего процесса. Из рисунка 3 видно, что работа магазина это сбор заказов от покупателей о приобретаемом товаре и работа с данными о товаре. Аналогично рисунку 2 на рисунке 3 показаны входы и выходы, а также управляющие воздействия для декомпозированного блока.
Рис. 3 А0 – декомпозиция первого уровня
На рисунке 4 показана декомпозиция блока А1 — это формальное разделение процедуры ввода заказа на товар.
Процессный подход, бизнес-процесс и бизнес-модель ➫ ➫ ➫
Рис. 4 — А1 – декомпозиция второго уровня
На рисунке 5 показана декомпозиция блока А11 — это формальное разделение процедуры ввода предварительного заказа.
Рис.5 — А11 – декомпозиция третьего уровня
Функциональная IDEF-модель представляет все правила по ведению деловых процедур и обработке сопровождающих деловую процедуру документов в достаточном объеме и при этом обладает непротиворечивостью представления информации. Кроме того, функциональная модель облегчает выполнение решаемых задач по обработке документов благодаря наглядности представления информации, что имеет большое значение также при проверке правильности модели экспертами предметной области. Немаловажным следует считать и тот факт, что при внесении изменений в существующую в организации модель документооборота IDEF-модель легко поддается корректировке.
Являясь основой для дальнейшей разработки ИС, функциональная модель даже сама по себе имеет большое значение: она содержит наиболее подробную информацию обо всех функциях, выполняемых каждым работником и всей организацией в целом, причём механизм каждой функции описан до элементарных подробностей. Подобную информацию обычно невозможно получить непосредственно из должностных инструкций и подобных документов, и потому функциональная модель, полностью завершённая и одобренная представителями предметной области, может использоваться, например, для обучения новых сотрудников.
ОСНОВНЫЕ ЭЛЕМЕНТЫ МОДЕЛИ
После проведения детального исследования предметной области необходимо четко определить цель будущего проекта, достижение которой позволит создать инструмент для решения рассматриваемой проблемы. Перед началом реализации модели следует выбрать методологию функционального моделирования и точку зрения, в соответствии с которыми будет разрабатываться модель. Модель может быть построена как на бумаге, так и с помощью программного обеспечения, поддерживающего выбранную методологию моделирования, или с помощью графических редакторов.
Перед началом построения необходимо по результатам проведенного исследования предметной области определить перечень функций и список данных, которые будут использованы при реализации модели.
Название проекта: моделирование работы интернет магазина
Цель проекта: реализация структурной функциональной модели работы интернет магазина, составление ТЗ на разработку системы.
Точка зрения: покупатель, менеджер по продажам
Технология моделирования: метод функционального моделирования IDEFO.
Инструментарий, программный продукт BPwin 4.0.
1. Интернет магазин — А0;
2. ввод заказа – А1
3. ввод предварительного заказа – А11
4. работа с корзиной товаров – А111
5. завершение составления предварительного заказа — А112
6. корректировка заказа – А12
7. работа с данными о товаре – А2
СЛОВАРЬ
Товар – описание некоторого вида продукции продаваемого через Интернет магазин
Покупатель – человек желающий купить товар
Информация покупателя – данные о покупателе и комментарии к заказываемому товару и поставщику товара.
Количество товара – требуемое количество товара покупателем.
Параметры товара – требуемые параметры товара покупателем
Остаток товара – количество товара у поставщика, имеющегося для продажи.
ТП – торговый представительчеловек, отвечающий за сбор информации от покупателя о приобретаемом им товаре.
Менеджер продаж – человек, отвечающий за правильность введенных данных о товаре и его параметрах, а также осуществляет подтверждение и корректировку заказа.
Заказ на товар – набор данных включающий в себя достоверную информацию о покупателе и заказываемых им товарах.
Источник: infopedia.su
Функциональная модель
Функциональное моделирование позволяет описать алгоритм процесса, то есть последовательность функций. Во-первых, предприятие представляется в виде совокупности бизнесов процессов – это последовательность шагов, которое обеспечивает функциональную деятельность предприятия. Во-вторых, взаимодействие функций реализуется через виды стрелок (вход, выход – рис.1).
При построении модели определяется точка зрения. Для функциональной модели выбирается точка зрения среднего звена, так как сотрудники могут реализовывать и видеть весь процесс.
Функциональное моделирование начинается с создания дерева. В моей функциональной модели это выглядит следующим образом:
«Сувениры и подарки»
 |  |
 |
Доставка товара Приём товара Продажа товара
 |  |  |  | |
 |  |  | |  |
Привоз сгрузка склад цена сообщение оплата
Подписание договора отбраковка клиента получение товара
Определив, что должна включать в себя моя проблемная область, я начала составлять функциональную модель. Первая диаграмма должна показывать с чего начинается функционирование предприятия и что на него влияет.
2.3 Информационная модель
Первичный ключ — поле или группа полей, обеспечивающих уникальность каждой записи в таблице.
Внешний ключ-поле или группа полей, которые не совпадают с первичным ключом, и используется для объединения с другими таблицами.
2. 4. Microsoft SQL Server 6.0
Microsoft SQL Server 6.0 – одна из наиболее мощных СУБД архитектуры клиент-сервер. Эта СУБД позволяет удовлетворять такие требования, предъявляемые к системам распределенной обработке данных, как тиражирование данных, параллельная обработка, поддержка больших баз данных на относительно недорогих аппаратных платформах при сохранении простоты управления и использования.
Microsoft SQL Server представляет собой систему, выполняющую функции управления базой данных. Для пользовательского приложения SQL Server является мощным источником генерации и управления нужными данными.Основная База Данных
Когда SQL Сервер установлен, программа установки создает MASTER устройство, затем создает основную базу данных и устанавливает ее на этом устройстве. Основная база данных управляет базой данных пользователя и
функционированием SQL Server в целом. Она следит за отчетностью пользователя, дистанционированием серверов, с которыми этот сервер может взаимодействовать, с процессами продолжения, перестраиваемыми переменными среды, сообщениями ошибки системы, базой данных в SQL Server, пространстве памяти распределенных в каждой базе данных, отводах и дисках доступных в системе, и активных блокировках.
Также есть возможность добавить объекты пользователя к основной базе данных, но этого делать не рекомендуется.
Любые объекты созданные в основной базе данных должны использоваться для администрации системы в целом.
Установите разрешения на MASTER так, чтобы большинство пользователей не смогли создавать там объекты.
Важно копировать основную базу данных всякий раз, когда Вы изменяете ее — всякий раз, когда Вы создаете, любое устройство или базу данных; объект базы данных от MASTER; и всякий раз, когда Вы выполняете хранимые процедуры.
Список использованной литературы
1. Ахаян Р., Горев А., Макашарипов С. Эффективная работа с СУБД. — СПб.: Питер, 1997. — с. 100-105.
2. Горев А., МакашариповС., Владимиров Ю. Microsoft SQL Server для профессионалов. — СПб.: Питер, 1998. — с. 80-
Источник: kazedu.com
Описание функциональной модели
Функциональная модель ИС
Функциональная модель ИС представляет собой комплекс экономических задач с высокой степенью информационных обменов (связей) между задачами. При этом под задачей будем понимать некоторый процесс обработки информации с четко определенным множеством входной и выходной информации (например, начисление сдельной заработной платы, учет прихода материалов, оформление заказа на закупку и т.д.).
Состав функциональных подсистем во многом определяется особенностями экономической системы, ее отраслевой принадлежности, формы собственности, размера, характера деятельности предприятия.
Функциональные подсистемы ЭИС могут строиться по различным принципам:
— по предметному,
— по функциональному,
— по проблемному,
— смешанному (предметно-функциональному).
- Уровни Функциональные подсистемы управления Сбыт Производство Снабжение Финансы
- Стратегический уровень
- Новые продукты и услуги
- Исследования и разработки
- Производственные мощности
- Выбор технологий
- Материальные источники
- Товарный прогноз
- Финансовые источники
- Выписка счетов и накладных
- Обработка производственных заказов
- Складские операции
- Заказы на закупку
- Ведение бухгалтерских книг
Функциональная модель описывает вычисления в системе. Она показывает, каким образом выходные данные вычисляются по входным данным, не рассматривая порядок и способ реализации вычислений. Функциональная модель состоит из набора диаграмм потока данных, которые показывают потоки значений от внешних входов через операции и внутренние хранилища данных к внешним выходам.
Функциональная модель описывает смысл операций объектной модели и действий динамической модели, а также ограничения на объектную модель. Неинтерактивные программы (например, компиляторы) имеют тривиальную динамическую модель: их цель состоит в вычислении значения некоторой функции. Основной моделью таких программ является функциональная модель (хотя если программа имеет нетривиальные структуры данных, для нее важна и объектная модель).
Функциональная модель IDEF0.
Метод SADT (IDEF0) (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься. Модель, основанная на организационно-штатной структуре, может продемонстрировать лишь хаос, царящий в организации (о котором в принципе руководству и так известно, иначе оно бы не инициировало соответствующие работы), на ее основе можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.
В соответствии с этим принципом бизнес-модель должна выглядеть следующим образом:
1. Верхний уровень модели должен отражать только контекст системы — взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.
2. На втором уровне модели должны быть отражены основные виды деятельности (тематически сгруппированные бизнес-процессы) предприятия и их взаимосвязи. В случае большого их количества некоторые из них можно вынести на третий уровень модели. Но в любом случае под виды деятельности необходимо отводить не более двух уровней модели.
3. Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций — совокупностей операций, сгруппированных по определенным признакам. Бизнес-функции детализируются с помощью элементарных бизнес-операций.
4. Описание элементарной бизнес-операции осуществляется посредством задания алгоритма ее выполнения.
Метод SADT разработан Дугласом Россом (SoftTech, Inc.) в 1969 г. для моделирования искусственных систем средней сложности.
Данный метод успешно использовался в военных, промышленных и коммерческих организациях США для решения широкого круга задач, таких как долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка ПО для оборонных систем, управление финансами и материально-техническим снабжением и др. Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки семейства стандартов IDEF (Icam DEFinition), являющегося основной частью программы ICAM (интегрированная компьютеризация производства), проводимой по инициативе ВВС США. Метод SADT реализован в одном из стандартов этого семейства — IDEF0, который был утвержден в качестве федерального стандарта США в 1993 г., его подробные спецификации можно найти на сайте http://www.idef.com.
Существует также российская версия данного стандарта. Вместе со стандартом IDEF0 обычно используются стандарт моделирования процессов IDEF3 и стандарт моделирования данных IDEF1Х.
Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этого метода основываются на следующих концепциях:
• Графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описывается посредством интерфейсных дуг, выражающих «ограничения», которые, в свою очередь, определяют когда и каким образом функции выполняются и управляются.
• Строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков — ограничение мощности краткосрочной памяти человека), связность диаграмм (номера блоков), уникальность меток и наименований (отсутствие повторяющихся имен), синтаксические правила для графики (блоков и дуг), разделение входов и управлений (правило определения роли данных).
• Отделение организации от функции, т.е. исключение влияния административной структуры организации на функциональную модель.
Метод SADT может использоваться для моделирования самых разнообразных процессов и систем. В существующих системах метод SADT может быть использован для анализа функций, выполняемых системой, и указания механизмов, посредством которых они осуществляются.
Состав функциональной модели
Результатом применения метода SADT является модель , которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы — главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги соответственно. Место соединения дуги с блоком определяет тип интерфейса.
Управляющая информация входит в блок сверху, в то время как входная информация, которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу (Рис. 1).
Рисунок 1. Функциональный блок и интерфейсные дуги
Одной из наиболее важных особенностей метода SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
На Рис. 2, где приведены четыре диаграммы и их взаимосвязи, показана структура SADT-модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует «внутреннее строение» блока на родительской диаграмме.
Рисунок 2. Структура SADT-модели. Декомпозиция диаграмм
Источник: resheniya.info