Проектирование и разработка модуля «Учет работы ресторана » средствами 1С: предприятие 8.2

Элементы DFD диаграмм Основными  элементами диаграмм потоков данных являются:

• внешние сущности;
• процессы;
• накопители данных;
• потоки данных.

Внешние сущности.

Под внешней сущностью (External Entity) понимается материальный объект, являющийся источником или приемником информации. В качестве внешней сущности на DFD диаграмме могут выступать заказчики, поставщики, клиенты, склад, банк и другие. К сожалению, DFD методология не оформлена как стандарт. По этой причине в диаграммах потоков данных используются различные условные обозначения. На рисунке 1 показаны символы внешних сущностей, используемые в нотациях «Yourdon and Coad Process Notation» и «Gane and Sarson Process Notation». 
Определение некоторого объекта в качестве внешней сущности указывает на то, что он находится за пределами границ анализируемой информационной системы.

 
Процессы.

Процессы представляют собой  преобразование входных потоков  данных в выходные в соответствии с определенным алгоритмом. В реальной жизни процесс может выполняться  некоторым подразделением организации, выполняющим обработку входных  документов и выпуск отчетов, отдельным  сотрудником, программой, установленной  на компьютере, специальным логическим устройством и тому подобное. 
Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить) и поясняющими существительными, например: «Напечатать адрес получателя», «Акцептовать счет». Информация в нижнем поле символа процесса указывает, какое подразделение организации, сотрудник, программа или аппаратное устройство выполняет данный процесс. Если такое поле отсутствует, то подобная информация может быть указана в текстовом примечании. В отличие от IDEF0 диаграмм, в DFD диаграммах не используются стрелки управления для обозначения правил выполнения действия и стрелки механизмов для обозначения требуемых ресурсов.  
 
Накопители данных.

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

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

• работа (activity) - синоним работе в IDEF0 и IDEF3;
• внешняя сущность (external entity) - объекты - источники/получатели информации/данных, изменяемых или используемых в данной функции.
• стрелка (data flow) - обозначение потока информации (данных);
• data store (хранилище данных) - любой механизм или абстракция (например, запись в базе данных), в которой хранятся данные.

Элементы DFD диаграмм показаны в Таблице 2:

Таблица 2

Элементы DFD диаграмм

№	Наименование	Описание	Графическое представление
1	Работа (Activity)	Объект обозначает функции  или процессы, которые обрабатывают и изменяют информацию.
2	Информационный поток (Precedence)	Объект обозначает информационный поток от объекта-источника к  объекту-приемнику.
3	Внешняя ссылка (External reference)	Указывают на место, организацию  или человека, которые участвуют  в процессе обмена информацией с  системой, но располагаются за рамками  этой диаграммы.
4	Хранилище данных (Data store)	Хранилища данных представляют собой собственно данные, к которым  осуществляется доступ, эти данные также могут быть созданы или  изменены работами. На одной диаграмме  может присутствовать несколько  копий одного и того же хранилища  данных.

 

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

• Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса.
• Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
• Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта.
• Содействовать принятию оптимальных решений при реорганизации технологических процессов.
• Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..."

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

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

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

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

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

Описательные методы IDEF3 позволяют:

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

Приведены основные блоки  для диаграмм IDEF3 в Таблице 3:

Таблица 3

Основные «строительные  блоки» для диаграмм IDEF3

№	Наименование	Описание	Графическое представление
1	Единица работы (Unit of Work)	Объект служит для описания функций (процедур, работ), выполняемых  подразделениями/сотрудниками предприятия.
2	Объект ссылки (Referents)	Объект, используемый для  описания ссылок на другие диаграммы  модели, циклические переходы в рамках одной модели, различные комментарии  к функциям.
Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей.
	Связь предшествования (Precedence)	Показывает, что прежде чем  начнется работа-приемник, должна завершиться  работа-источник. Обозначается сплошной линией.
	Связь отношения (Relational)	Показывает связь между  двумя работами или между работой  и объектом ссылки. Обозначается пунктирной линией.
	Поток объектов (Object Flow)	Показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и  потребляется другой работой. Обозначается стрелкой с двумя наконечниками
Перекрестки (Junctions) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения.
	Перекресток слияния (Fan-in Junction)	Узел, собирающий множество  стрелок в одну, указывая на необходимость  условия завершенности работ-источников стрелок для продолжения процесса.
	Перекресток ветвления (Fan-out Junction)	Узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие  за перекрестком, выполняются параллельно  или альтернативно.
3	Логическое «И»	Логический оператор, определяющий связи между функциями в рамках процесса. Позволяет описать ветвление  процесса.
4	Логическое «ИЛИ»	Логический оператор, определяющий связи между функциями в рамках процесса. Позволяет описать ветвление  процесса.
5	Логическое исключающее  «ИЛИ»	Логический оператор, определяющий связи функциями в рамках процесса. Позволяет описать ветвление  процесса.

 

 

 

2. Проектирование информационной системы «учет РАБОТЫ ресторана»

2.1.  Анализ программных продуктов

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

  Были найдены такие  информационные системы  как:

1. Сайт Ресторана «Шёлковый путь» для ресторана         (http://www.restoran.cf1.ru/silk-way/)
2. Сайт Ресторана «Хутор» (http://www.parkcityhotel.ru/celebration/hutor/)
3. Сайт Ресторана «King’s Cross» (http://restostar.com/organization/?id=3)

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

 

 

 

 

 

 

 

Рисунок – 1 Сайт ресторана  Шёлковый путь

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

Во второй информационной системе (рис.2) ресторана «Хутор» я сразу же отметил красивый дизайн сайта, функция слайд – шоу эффектно меняется на протяжении всего пребывания на сайте. Интерфейс интуитивно понятный.

 

 

 

 

 

 

 

 

 

 

Рисунок – 2 Сайт ресторана  Хутор

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

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

 

 

 

 

 

 

 

 

 

Рисунок – 3 Сайт ресторана King’s Cross

Для наглядности сравним  выбранные ИС в таблице:

Критерий	Шёлковый путь	Хутор	King’s Cross
Функциональность	Достаточный	Достаточный	Достаточный
Интерфейс	Понятный. Но больше документальный	Понятный	Легкий, понятный для пользователя
Дизайн	Хороший дизайн	Привлекательный дизайн, хорошо читаем.	Привлекательный дизайн, хорошо читаем.
Удобность для  пользователя	Удобно	Удобно	Удобно