«ABSTRACT The topic of this graduate work - Development BPWin-model of service enter prise. In this work was considered the modeling tool of service enterprise BPwin 4.0 as a mean which lets reorganize the service, ...»
РЕФЕРАТ
Тема данной дипломной работы - «Разработка BPWin -модели сервисного
предприятия» - в рамках которой был рассмотрен инструмент моделирования ока
зание услуг в BPwin 4.0 как средство позволяющие реорганизовать сервис, учи
тывая основные критерии реорганизационной политики.
Работа посвящена изучению функциональной схемы существующего раз
влекательного центра и возможных вариантов её модернизации. В ней рассмотре ны основные процессы оказания услуг, а полученные данные систематизированы для практического применения.
В дипломной работе последовательно рассмотрены цели и задачи проекти рования информационной системы предприятия, был дан обзор средства модели рования BPwin 4.0 и развернуто представлена информационная система предпри ятия, рассмотрены функциональная схема, состояние и перспективы развития сервисного предприятия как объекта исследования.
ABSTRACT
The topic of this graduate work - "Development BPWin-model of service enter prise". In this work was considered the modeling tool of service enterprise BPwin 4.0 as a mean which lets reorganize the service, given the basic criteria reorganization policy.This graduate work studies the functional diagram of the existing entertainment center and possible options for its modernization. It discusses the basic service process es, and the data systematically for practical application.
In the graduate work consistently reviewed the goals and objectives of designing the enterprise information system, provided an overview of simulation tools BPwin 4. and deployed an enterprise information system is presented, considered a functional di agram, state and prospects of the service company as a research subject.
ВВЕДЕНИЕ
Реорганизация деятельности сервиса важна, она связана с внедрением кор поративных информационных систем. Существующие инструментальные сред ства позволяют минимизировать риски и решать ключевые вопросы при реорга низации сервисного предприятия и его информационной системы.Прежде чем пытаться улучшить деятельность сервисного предприятия, выбрать и внедрить информационную систем у, необходим о п роан али зи ро вать, как оно работает в настоящее время: как оно взаимодействует с внешни ми организациями, заказчиками и поставщиками, как организована работа на каждом сервисе услуг. Руководитель предприятия хорошо разбирается, как ра ботает организация в целом, но не в состоянии знать особенности деятельности всех сотрудников. Рядовой сотрудник хорошо разбирается в своих обязанностях, но плохо знает, как работают его коллеги.
В процессе детализированного изучения функциональной модели организа ции владельцу компании легче проанализировать и рассчитать все возможные пу ти улучшения сервисов. Вооружившись мнением специалистов той или иной об ласти, легче принять правильное решение в модернизации структуры предприя тия. В связи с этим в настоящее время эта проблема проще всего решается с по мощью программных средств разработанных для облегчения моделировать, ана лизировать сервисы. Одним из таких средств визуального моделирования серви сов является программное обеспечение BPwin 4.0, которое и будет использовано в ходе данной дипломной работы.
Цель проведенного мною исследования в данном проекте - построение функциональной модели предприятия сервиса, на основе которой будут проана лизированы протекающие сервисы. Исходя из этого - основной задачей будет по строение иерархической структуры организации, дающую возможность детализа ции (декомпозиции) любых нужных нам процессов, для дальнейшего изучения и их рационализации.
Объектом исследования является процесс изучения информационной си стемы предприятия сервиса, а предметом - его структура и функциональная мо дель.
При составлении данной квалификационной работы, в ходе сбора материала и структурирования работы, мне пришлось найти и проанализировать значитель ный объем информации, так или иначе посвященной моделированию сервисов, информационным системам предприятий сервиса. Это позволило более детально разобраться в производственных процессах организации, а переработанный ма терил организовать таким образом, что бы его можно было использовать в каче стве основы для выпускной квалификационной работы.
Теоретической и методологической основой работы являются труды специ алистов области CASE технологий: А.Н. Салугин, С.В. Маклаков, С.В.Черемных, И.О. Семенов, В.И. Дубейковский, а так же проектирования информационных систем: В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина.
1 СРЕДСТВА ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ
1.1 ТЕХНОЛОГИЯ И РАБОТА С BPWIN 4. BPwin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных сервисов. Модель, создан ная средствами BPwin, позволяет документировать действия, которые необходи мо предпринять, для улучшения сервиса. При этом формируется целостная кар тина деятельности сервисного предприятия - от моделей организации работы в отделах до сложных иерархических структур. При разработке или закупке про граммного обеспечения модели сервиса служат прекрасным средством докумен тирования потребностей, помогая обеспечить высокую эффективность инвести ций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и мощное средство моделирования процессов при создании корпоративных инфор мационных систем (КИС).Модели BPwin дают основу для осмысления сервиса и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков ин формации в организации. Неэффективная, высокозатратная или избыточная дея тельность может быть легко выявлена и, следовательно, усовершенствована, из менена или устранена в соответствии с общими целями организации.
Внешние обстоятельства зачастую вынуждают вносить изменения в дея тельность организации. Последствия этих изменений должны быть тщательно изучены и осмыслены перед тем, как система будет переделана с их учетом.
BPwin может помочь пользователю на протяжении всего цикла, предоставив воз можность оптимизировать сервис, которого коснутся эти изменения.
С помощью BPwin пользователь может сделать свою работу более продук тивной. Действия и другие объекты создаются буквально несколькими щелчками мыши, а затем легко отбуксированы в нужное место. Интерфейс BPwin, выпол ненный в стиле "проводника" облегчает навигацию и редактирование сложных процессов с иерархической структурой. Развитые возможности изменения мас штаба представления позволяют быстро найти и сосредоточиться на необходимой для работы части модели процесса.
BPwin позволяет:
- обеспечить эффективность операций, рассматривая текущие сервисы через мощные инструменты моделирования.
- совершенствовать сервис, формулируя и определяя альтернативные реак ции на воздействия рынка.
- быстро исключать непродуктивные операции, легко и интуитивно сопо ставляя операционные изменения. Неэффективные, неэкономичные или избыточ ные операции могут быть легко выявлены и, следовательно, улучшены, изменены или вовсе исключены - в соответствии с целями компании.
BPwin автоматизирует решение многих вспомогательных задач, которые обычно связаны с построением модели процесса, и обеспечивает логическую строгость, необходимую для достижения корректных и согласованных результа тов. BPwin отслеживает связи в диаграммах, сохраняя их целостность при внесе нии изменений в модель. Динамическая "подсветка" объектов служит подсказкой при построении модели и предостерегает от повторения распространенных оши бок в моделировании. Кроме этого, BPwin поддерживает заданные пользователем свойства, что позволяет вносить соответствующую вашим потребностям инфор мацию.
Различные варианты оформления с гибким использованием шрифтов, цвета и других средств форматирования придают документам большую наглядность.
Пользователь может просматривать и распечатывать общее представление своей модели в виде древовидных диаграмм. С помощью средства создания FEO диа грамм (For Exposition Only) вариации модели или проблемной области можно проанализировать, не внося изменений в основную модель. Возможности настройки пользовательских палитр цветов позволяют легко адаптировать вид документов в соответствии с особенностями принтера или демонстрационного проектора без внесения изменений в саму модель.
BPwin позволяет адаптироваться к постоянно меняющимся реалиям совре менного рынка Конкуренция предполагает мгновенную реакцию на новые возможности, угрозы и потребности покупателей. Сегодня постоянные изменения стали нормой.
Поскольку сервисы становятся все более сложными, требуются решения, пред ставляющие интегрированный взгляд на функционирование компании. Таким ре шением является BPwin 4.0.
Модели сервисов в масштабах всего предприятия могут оказаться очень сложными. BPwin предоставляет возможности, призванные облегчить инкремен тальную разработку моделей и разграничение процессов. Средства объединения дают возможность нескольким проектным группам проводить анализ различных фрагментов деятельности, а затем создать глобальное представление. Иногда бы вает необходимо более детально изучить определенную часть общей модели.
BPwin позволяет разбить модель на фрагменты, поработать с ними, а затем вновь объединить их в одно целое.
BPwin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям бизнес-аналитиков и системных аналитиков. BPwin позволяет повторно использовать ключевую ин формацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.
С помощью функционального моделирования (нотация IDEF0), можно про вести систематический анализ бизнеса, сосредоточившись на регулярно решае мых задачах (функциях), свидетельствующих об их правильном выполнении по казателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье).
Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающих ся между различными операциями, включая их хранение, для достижения макси мальной доступности и минимального времени ответа. Такое моделирование поз воляет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.
Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть кон кретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.
BPwin предоставляет средства для изучения операций и управления опера циями на различных уровнях детализации. Например, иногда бывает важно со средоточиться на определенной части бизнеса организации. BPwin позволяет раз делить сложный процесс на множество управляемых частей, обеспечивая группам разработчиков модели возможность сосредоточиться на интересующих их аспек тах. В итоге, эти различные аспекты могут быть согласованы и объединены, что бы составить единый, целостный взгляд на ваше предприятие. BPwin позволяет объединить раздельные модели в единую согласованную модель и достигнуть со гласования проекта. BPwin помогает понять общее влияние изменений на суще ствующие сервисы, обеспечивая быструю и эффективную адаптацию.
Отличительные черты BPwin:
- интуитивно-понятный графический интерфейс, который быстро и легко осваивается, что позволяет сосредоточиться на анализе самой предметной обла сти, не отвлекаясь на изучение инструментальных средств. Интерактивное выде ление объектов обеспечивает постоянную визуальную обратную связь при по строении модели. BPwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании.
- автоматизация процесса проектирования. BPwin автоматизирует многие задачи, обычно связанные с построением моделей процессов, обеспечивая семан тическую точность, необходимую для гарантии правильных и согласованных ре зультатов. Подсветка объектов упрощает построение модели, исключая часто встречающиеся ошибки моделирования.
- свойства, определяемые пользователем. Можно настроить BPwin для сбо ра информации, существенной для вашего бизнеса. Эта информация становится сразу же доступной через генератор отчетов BPwin и может быть экспортирована в другие программы, например, Microsoft Word и Excel.
- диаграммы Swim Lane. BPwin поддерживает диаграммы Swim Lane, предоставляя эффективный механизм для визуализации и оптимизации сложных сервисов. Диаграммы Swim Lane координируют сложные процессы и функцио нальные ограничения и позволяют вам видеть процессы, роли и обязанности во всем их многообразии.
- настраиваемый интерфейс электронных таблиц. Новая структура словаря модели делает ввод и управление информацией быстрым и простым. Этот настра иваемый интерфейс электронных таблиц прост в применении и предоставляет от личный механизм для распространения моделей, независимо от того, вводите вы данные вручную или импортируете их.
- развитые диаграммы. Контекстные диаграммы для описания границ си стемы, области действия, назначения объектов. Иерархическая структура диа грамм, облегчающая последовательное уточнение элементов модели. Декомпози ционные диаграммы для описания особенностей взаимодействия различных про цессов. BPwin также поддерживает автоматическую настройку размеров диа грамм и возможность изменения масштабов изображения моделей.
- организационные диаграммы. Организационные структуры оказывают огромное влияние на определение и выполнение сервисов. BPwin поддерживает явное определение ролей, а это определяет и категоризирует задачи или работы, составляющие сервисы. Основываясь на ролях, определенных пользователем, BPwin формирует организационные диаграммы.
- технологии моделирования. BPwin обеспечивает совместное и повторное использование технологий моделирования сервисов (IDEL0), потоков работ (IDEP3) и потоков данных (DFD).
- функционально-стоимостной анализ (ABC). BPwin полностью поддержи вает методы расчета себестоимости по объему хозяйственной деятельности (АВС) и оптимизирована для анализа процессов. Развитые средства подготовки отчетов и двунаправленный интерфейс со специализированным инструментарием АВС облегчают реализацию корпоративной стратегии на основе управления хозяй ственной деятельностью.
- собственный генератор отчетов. Report Template Builder (RTB) - это новый генератор отчетов, общий для ERwin и BPwin, создающий разнообразные отчеты и Web-страницы. Вы можете определять шаблоны отчетов, применяя их затем к любым своим моделям. Подход "определить однажды - применять повторно и по всюду" позволяет организации быстро создавать и продвигать стандарты отчетно сти. RTB поддерживает множество форматов, включая RTF, HTML, XLS (Excel) и обычный текст.
- интерфейс к средствам имитационного моделирования. Для моделирова ния сложных условий деятельности BPwin предлагает интерфейс к имитационно му ПО. Это позволяет использовать готовые модели для изучения изменяющегося во времени (динамического) взаимодействия сервисов. Распределение ресурсов и потоки могут быть оптимизированы для достижения эффективной загрузки. Ими тационное моделирование позволяет в динамике проанализировать воздействие изменений. Прежде чем эти изменения будут произведены, можно проверить раз личные сценарии и обеспечить тем самым принятие оптимального решения.
BPwin имеет достаточно простой и интуитивно понятный интерфейс поль зователя, дающий возможность аналитику создавать сложные модели при мини мальных усилиях.
При запуске BPwin по умолчанию появляется основная панель инстру ментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer Функциональность панели инструментов доступна из основного меню BPwin.
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла либо из репо зитория ModelMart.
Как было указано выше, BPwin поддерживает три методологии - IDEF0, IDEF3 и DFD, каждая из которых реш ает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно как диаграммы IDEF0, так и диаграммы IDEF3 hDFD.
М одель в BPwin рассм атривается как совокупность работ, каждая из которых оперирует некоторым набором данных. Работа изображается в виде прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется всплывающее контекстное меню, каж дый пункт которого соответствует редактору какого-либо свойства объекта.
Инструмент навигации Model Explorer имеет три вкладки - Activities, Dia grams и Objects. Вкладка Activities показывает в виде раскрывающегося иерархи ческого списка все работы модели. Одновременно могут быть показаны все мо дели, открытые в BPwin. Работы с диаграмм 1DEF0 показываются зеленым цве том, IDEF3 - желтым и DFD - голубым.
1.3 ПРИНЦИПЫ ПОСТРОЕНИЯ МОДЕЛИ IDEF
На начальных этапах создания информационной системы необходимо по нять, как работает организация, которую собираются автоматизировать. Для опи сания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области, следовательно, она должна содержать в себе знания всех участников сервисов организации.В 1DEF0 система представляется как совокупность взаимодействующих ра бот или функций. Такая чисто функциональная ориентация является принципи альной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодей ствие процессов организации.
Под моделью в IDEF0 понимают описание системы (текстовое и графи ческое), которое должно дать ответ на некоторые заранее определенные вопро сы.
Процесс моделирования какой-либо системы в IDEF0 начинается с опре деления контекста, т. е. наиболее абстрактного уровня описания системы в це лом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими слова ми, мы должны определить, что мы будем в дальнейшем рассматривать как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ, другими словами, первоначально необходимо определить область (Scope) моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в течение моде лирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направле ние моделирования и когда должна быть закончена модель. При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - мы определяем, что будет рассмат риваться внутри системы, а что снаружи. Елубина определяет, на каком Уровне детализации модель является завершенной. При определении глубины систе мы необходимо не забывать об ограничениях времени -трудоемкость построе ния модели растет в геометрической прогрессии от глубины декомпозиции.
Формулировка цели позволяет команде аналитиков сфокусировать уси лия в нужном направлении. Примерами формулирования цели могут быть сле дующие утверждения: "Определить текущие проблемы сервиса и сделать анализ возможных улучшений", "Описать функциональность сервисного предприятия с целью создания спецификаций для информационной системы" и т. д.
Модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для него аспекте. Точка зрения должна соответствовать цели моделирования. Описание работы сервисного предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом Целью построения функциональных моделей обычно является выявление наиболее слабых и уязвимых мест деятельности сервиса, анализе преимуществ новых процессов оказания услуг и степени изменения существующей структуры организации бизнеса. Анализ недостатков и "узких мест" начинаю т с п о строения м одели A S-1S (Как есть), т.е. модели существующей организации работы. Модель AS-IS может строиться на основе изучения документа ции (должностных инструкций, положений о предприятии, приказов, отчетов и т.п.), анкетирования и опроса служащих предприятия, создания фотографии ра бочего дня и других источников. Полученная модель AS-IS служит для выявле ния неуправляемых работ, работ не обеспеченных ресурсами, ненужных и н е эффективных работ, дублирую щ ихся работ и других недостатков в организа ции деятельности предприятия. Исправление недостатков, перенаправление ин формационных и материальных потоков приводит к созданию модели ТО-ВЕ (Как будет) - модели идеальной организации сервисов. Как правило, строится несколько моделей ТО-BE, среди которых определяют наилучший вариант.
Технология проектирования информационных систем подразумевает сна чала создание модели AS-IS, ее анализ и улучшение сервисов, т. е. создание мо дели ТО-BE, и только на основе модели ТО-BE строится модель данных, прото тип и затем окончательный вариант информационной системы.
Основу методологии IDEF0 составляет графический язык описания серви сов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных Диаграмм. К аж дая диаграмм а является единицей описания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
- контекстную (в каждой модели может быть только одна контекстная диаграмма);
- декомпозиции;
- дерева узлов;
- только для экспозиции (FEO).
Контекстная диаграмма является вершиной древовидной структуры диа грамм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагмен тов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и т. д., до достижения нужного уровня подробности описания.
После каждого сеанса декомпозиции проводятся сеансы экспертизы - эксперты предметной области указывают на соответствие реальных сервисов созданным диаграммам. Найденные несоответствия исправляются, и только после прохож дения экспертизы без замечаний можно приступать к следующему сеансу деком позиции. Так достигается соответствие модели реальным сервисам на любом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.
Диаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосвязи между работами. Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произ вольную глубину и не обязательно с корня.
Диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения либо для специальных целей.
Работы обозначают поименованные процессы, функции или задачи, кото рые происходят в течение определенного времени и имеют распознаваемые ре зультаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены.
Диаграммы декомпозиции содержат родственные работы, т. е. дочерние работы, имеющие общую родительскую работу. Для создания диаграммы Каждая из работ на диаграмме декомпозиции может быть, в свою очередь де композирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо.
Взаимодействие работ с внешним миром и между собой описывается в ви де стрелок. Стрелки представляют собой некую информацию и именуются суще ствительными (например, "Заготовка” "Изделие" Заказ").
В IDEF0 существует пять типов стрелок:
Вход (INPUT) - материал или информация, которые используются или преоб разуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к опреде ленной стороне прямоугольника, изображающего работу, или выходит из нее.
Стрелка входа рисуется как входящая в левую грань работы.
Управление (CONTROL) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. "Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы.
Выход (OUTPUT) - материал или информация, которые производятся рабо той. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без резуль тата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.
Механизм (MECHANISM) - ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как входящая в нижнюю грань работы.
Вызов (CALL) - специальная стрелка, указывающая на другую модель работы.
Стрелка механизма рисуется как исходящая из нижней грани работы.
Стрелки на контекстной диаграмме служат для описания взаимодействия си стемы с окружающим миром. Они могут начинаться у границы диаграммы и закан чиваться у работы, и наоборот. Такие стрелки называются граничными.
Диаграмма декомпозиции предназначена для детализации работы. В отли чие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в IDEL0 - это не элемент управления ниж естоящ ими работа ми. Работы нижнего уровня - это, то же самое, что и работы верхнего уровня, но в более детальном изложении. Как следствие этого границы работы верхнего уровня - это, то же самое, что и границы диаграммы декомпозиции. ICOM (аб бревиатура от Input, Control, Output и Mechanism) - коды, предназначенные для идентификации граничных стрелок.
Словарь стрелок редактируется при помощи специального редактора Ar row Dictionary, в котором определяется стрелка и вносится относящийся к ней комментарий Словарь стрелок решает очень важную задачу. Диаграммы создаются ана литиком для того, чтобы провести сеанс экспертизы, т. е. обсудить Диаграмму со специалистом предметной области. Поскольку формальные определения ча сто сложны для, восприятия, аналитик вынужден употреблять профессиональ ный жаргон, а, чтобы не возникло неоднозначных трактовок, в словаре стрелок каждому понятию можно дать расширенное и, если это необходимо, формальное определение.
Вновь внесенные граничные стрелки на диаграмме декомпозиции нижнего уровня изображаются в квадратных скобках и автоматически не появляются на диаграмме верхнего уровня Тоннелирование может быть применено для изображения малозначимых стрелок. Если на какой-либо диаграмме нижнего уровня необходимо изобразить малозначимые данные или объекты, которые не обрабатываются или не исполь зуются работами на текущем уровне, то их необходимо направить на вышесто ящий уровень (на родительскую диаграмму). Если эти данные не используются на родительской диаграмме, их нужно направить еще выше и т. д. В результате малозначимая стрелка будет изображена на всех уровнях и затруднит чтение всех диаграмм, на которых она присутствует. Выходом является тоннелирование стрелки на самом нижнем уровне. Такое тоннелирование называется "не-вродительской-диаграмме".
Другим примером тоннелирования может быть ситуация, когда стрелка механизма мигрирует с верхнего уровня на нижний, причем на нижнем уровне этот механизм используется одинаково во всех работах без исключения. (Е[редполагается, что не нужно детализировать стрелку механизма, т. е. стрелка ме ханизма на дочерней работе именована до разветвления, а после разветвления ветви не имеет собственного имени.) В этом случае стрелка механизма на ниж нем уровне может быть удалена, после чего на родительской диаграмме она может быть затоннелирована, а в комментарии к стрелке или в словаре можно указать, что механизм будет использоваться во всех работах дочерней диаграммы декомпозиции. Такое тоннелирование называется "не-в-дочерней-работе"
1.5 ДИАГРАММЫ ДЕРЕВА УЗЛОВ И FEO
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами (стрелки). Е[роцесс создания модели работ является итерационным, следова тельно, работы могут менять свое расположение в дереве узлов многократно.Чтобы не запутаться и проверить способ декомпозиции, следует после каж дого изменения создавать диаграмму дерева узлов.
Д иаграмм ы "только для экспозиции" (FEO ) часто использую тся в модели для иллюстрации других точек зрения, для отображения отдельных деталей, которые не поддерж иваю тся явно синтаксисом IDEF0. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку по сути являются просто картинками - копиями стандартных диаграмм и не включа ются в анализ синтаксиса. Например, работа на диаграмме FEO может не иметь стрелок управления и выхода. С целью обсуждения определенных аспектов модели с экспертом предм етн ой области м ож ет быть создана диаграм м а только с одной работой и одной стрелкой, поскольку стандартная диаграмма декомпозиции содержит множество деталей, не относящихся к т е ме обсуждения и дезориентирующих эксперта. Но если FEO используется для иллюстрации альтернативных точек зрения (альтернативный контекст), реко мендуется все-таки придерживаться синтаксиса IDEF0.
1.6 СЛИЯНИЕ И РАСЩЕПЛЕНИЕ МОДЕЛЕЙ
Возможность слияния и расщепления моделей обеспечивает коллек тивную работу над проектом. Так, руководитель проекта может создать деком позицию верхнего уровня и дать задание аналитикам продолжить декомпозицию каждой ветви дерева в виде отдельных моделей. После окончания работы над отдельными ветвями все подмодели могут быть слиты в единую модель. С другой стороны, отдельная ветвь модели может быть отщеплена для использо вания в качестве независимой модели, для доработки или архивирования. BPwin использует для слияния и разветвления моделей стрелки вызова.Цикл автор-читатель (рисунок 1.1) предназначен для обеспечения обратной связи при построении модели. Он включает определенные формализованные процедуры, предписывающие правила координации деятельности участников создания модели. В работе над моделью принимают участие специалисты раз ных профилей - аналитики (авторы), эксперты предметной области (читатели), библиотекари и комитет технического контроля. Обычно библиотекарь выделя ется для больших проектов. Цикл автор-читатель содержит следующие этапы.
Рисунок 1.1- Цикл автор-читатель На очередном этапе деком пози ции аналитик создает диаграм м у на основе общих знаний, анализа документации и опроса экспертов. Общие знания не позволяют создать диаграмму достаточно корректно, поэтому она нуждается в уточнении и дополнении.
Все коммуникации при создании модели контролируются библиотекарем.
Он ответственен за прохождение папок и архивирование диаграмм модели. По сле создания диаграмма посылается библиотекарю для помещения в архив.
Автором формируется папка и передается для распространения биб лиотекарю (одна копия направляется автору). В папку должна входить теку щая диаграмма. Кроме того, в папку могут включаться сопутствующие отче ты, в том числе словарь стрелок и работ, диаграмма верхнего уровня, дерево узлов и любая необходимая дополнительная документация. На папке реги стрируются входящие данные - дата, автор, данные читателя и т. д., после че го папка направляется эксперту предметной области (читателю).
Читатель рецензирует папку и записывает свои комментарии. Замечания вносятся в диаграмму по определенным правилам.
После рецензирования папки возвращаются библиотекарю. Библиотекарь дол жен обеспечивать проведение рецензирования в срок. Затем папки регистрируются и направляются автору.
Автор вносит ответ на замечания и, если он согласен с замечаниями, вносит из менения в модель. На практике зачастую сеанс экспертизы проводится в форме уст ного собеседования между автором и экспертом. В этом случае особенно важно вно сить замечания эксперта и комментарии автора в диаграмму для документирования всех идей, возникших в результате моделирования.
Если это необходимо, проводится дополнительная экспертиза у того же или у другого эксперта.
После прохождения нескольких циклов число замечаний обычно уменьшается и диаграмма становится стабильной. Когда автор считает, что диаграмма уже доста точно проработана и достигла уровня Recommended, он пересылает ее на утвержде ние в комитет технического контроля, где она проходит окончательную эксперти зу. После внесения замечаний и окончательных изменений диаграмма (или набор диаграмм) окончательно утверждается, получает статус Publication и может быть распечатана и распространена среди участников проекта.
1.7.1 СТОИМОСТНЫЙ АНАЛИЗ (АВС) И СВОЙСТВА, ОПРЕДЕЛЯЕМЫЕ
ПОЛЬЗОВАТЕЛЕМ (UDP)
Как было указано ранее, обычно сначала строится функциональная модель существующей организации работы - AS-IS (Как есть). После построения модели AS-IS проводится анализ сервисов, потоки данных и объектов перенаправляются и улучшаются, в результате строится модель ТО-BE. Как правило, строится несколь ко моделей ТО-BE, из которых по какому-либо критерию выбирается наилучшая.Проблема состоит в том, что таких критериев много и непросто определить важ нейший. Для того чтобы определить качество созданной модели с точки зрения эф фективности сервисов, необходима система метрики, т. е. качество следует оцени вать количественно.
BPwin предоставляет аналитику два инструмента для оценки модели стоимостный анализ, основанный на работах (Activity Based Costing, АВС), и свой ства, определяемые пользователем (User Defined Properties, UDP). ABC является широко распространенной методикой, используемой международными корпораци ями и государственными организациями (в том числе Департаментом обороны США) для идентификации истинных движителей затрат в организации.
Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количе ственная оценка невозможна без детального понимания функциональности предприятия. Обычно АВС применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации дея тельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действитель ной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, кото рые должны быть улучшены в первую очередь), обеспечение менеджеров финансо вой мерой предлагаемых изменений, и др.
АВС может проводиться только тогда, когда модель работы последовательная (следует синтаксическим правилам IDEF0), корректная (отражает бизнес), полная (охватывает всю рассматриваемую область) и стабильная (проходит цикл экспер тизы без изменений), другими словами, создание модели работы закончено.
Встроенные возможности BPwin позволяют разрабатывать упрощенные модели стоимости, которые тем не менее оказываются чрезвычайно полезными для предварительной оценки затрат. Если схема выполнения более сложная (например, работы производятся альтернативно), можно отказаться от подсчета и задать итоговые суммы для каждой работы вручную (Override Decompositions).
В этом случае результаты расчетов с нижних уровней декомпозиции будут игно рироваться, при расчетах на верхних уровнях будет учитываться сумма, заданная вручную. На любом уровне результаты расчетов сохраняются независимо от выбранного режима, поэтому при выключении опции Override Decompositions расчет снизу вверх производится обычным образом.
Для проведения более тонкого анализа можно воспользоваться специали зированным средством стоимостного анализа EasyABC (ABC Technology, Inc.).
BPwin имеет двунаправленный интерфейс с EasyABC.
Результаты стоимостного анализа могут существенно повлиять на очеред ность выполнения работ.
Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin - Activity Cost Report (меню Tools/Report/Activity Cost Report). Отчет позволяет документировать имя, номер, определение и стоимость работ, как сум марную, так и раздельно по центрам затрат.
Результаты отображаются и непосредственно на диаграммах. В левом нижнем углу прям оугольника работы может показы ваться либо стоимость (по умолчанию), либо продолжительность, либо частота проведения работы.
АВС позволяет оценить стоимостные и временные характеристики си стемы. Если стоимостных показателей недостаточно, имеется возможность вне сения собственных метрик - свойств, определенных пользователем (User De fined Properties, UDP). UDP позволяют провести дополнительный анализ, хотя и без суммирующих подсчетов.
Для описания UDP служит диалог UDP Dictionary (меню Dictionary /UDP). UDP можно поставить в соответствие одно или несколько ключевых слов.
Ключевые слова могут быть использованы для отбора UDP при печати отчетов или при присвоении свойств работам и стрелкам. Ключевые слова должны быть описаны в словаре UDP Keyword List.
Каждой работе можно поставить в соответствие набор UDP.
Так же с помощью кнопки Filter можно задать задания фильтра по клю чевым словам UDP. По умолчанию в списке показываются свойства всех катего рий.
В верхнем окне диалога вносится имя UDP, в списке выбора Datatype опи сывается тип свойства. Одно ключевое слово может объединять несколько свойств, в то же время одному свойству может соответствовать несколько клю чевых слов. Свойство типа List может содержать массив предварительно опреде ленных значений. Значения из списка можно редактировать и удалять.
Р езультат задания значен ий UDP мож но проан али зи ровать в отчете D iagram Object Report.
1.8 ДОПОЛНЕНИЕ СОЗДАННОЙ МОДЕЛИ ПРОЦЕССОВ ОРГАНИЗАЦИОННЫМИ ДИА
ГРАММАМИ, ДИАГРАММАМИ DI D И WORKFLOW (11)113)1.8.1 ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DATA FLOW DIAGRAMMING)
Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEFO, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:- функции обработки информации (работы);
- документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;
- внешние ссылки (external references), которые обеспечивают интер фейс с внешними объектами, находящимися за границами модели руемой системы;
- таблицы для хранения документов (хранилище данных, data store).
В BPwin для построения диаграмм потоков данных используется нотация Гейна - Сарсона.
Стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физи ческие характеристики системы - движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities).
DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии ч ет ко определить цель, область и единую точку зрения на моделируемую систему.
В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скруглен ными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0.
Внешние сущности изображают входы в систему и/или выходы из систе мы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть ис пользована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.
Стрелки описывают движение объектов из одной части системы в дру гую. Поскольку в DFD каждая сторона работы имеет четкого назначения, как в 1DEF0, стрелки могут подходить выходить из любой грани прямоуголь ника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа "команда-ответ" между работами, между работой и внешней сущностью и между внешними сущностями.
В материальны х системах хранилищ а данных изображ аю тся там, где объекты ожидают обработки, например в очереди. В системах обработки ин формации хранилища данных являются механизмом, который позволяет сохра нить данные для последующих процессов.
В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляю щейся стрелки может иметь собственное имя.
Диаграммы DFD могут быть построены с использованием традиционного структурного анализа, подобно тому как строятся диаграммы IDEF0. Сначала строится физическая модель, отображающая текущее состояние дел. Затем эта модель преобразуется в логическую модель, которая отображает требования к существующей системе. После этого строится модель, отображающая требова ния к будущей системе. И наконец, строится физическая модель, на основе кото рой должна быть построена новая система.
Альтернативным подходом является подход, популярный при создании программного обеспечения, называемый событийным разделением (event Parti tioning), в котором различные диаграммы DFD выстраивают модель системы.
Во-первых, логическая модель строится как совокупность работ и документи рования того, что они (эти работы) должны делать.
Затем модель окружения (environment model) описывает систему как объ ект, взаимодействующий с событиями из внешних сущностей. Модель окруже ния обычно содержит описание цели системы, одну контекстную диаграмму и список событий. Контекстная диаграмма содержит один прямоугольник работы, изображающий систему в целом, и внешние сущности, с которыми система взаимодействует.
Наконец, модель поведения (behavior model) показывает, как система обра батывает события. Эта модель состоит из одной диаграммы, в которой каждый прямоугольник изображает каждое событие из модели окружения. Хранилища могут быть добавлены для моделирования данных, которые необходимо запо минать между событиями. Потоки добавляются для связи с другими элемента ми, и диаграмма проверяется с точки зрения соответствия модели окружения.
Полученные диаграммы могут быть преобразованы с целью более наглядного представления системы, в частности работы на диаграммах могут быть декомпозированы.
Наличие в диаграммах DFD элементов для описания источников, прием ников и хранилищ данных позволяет более эффективно и наглядно описать про цесс документооборота. Однако для описания логики взаимодействия информа ционных потоков более подходит 1DEF3, называемая также workflow diagram ming - методологией моделирования, использующая графическое описание ин формационных потоков, взаимоотношений между процессами обработки инфор мации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании сервисов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован, для документирования каждой функции.
1DEF3 - это метод, имеющий основной целью дать возможность аналити кам описать ситуацию, когда процессы выполняются в определенной последо вательности, а также описать объекты, участвующие совместно в одном процес се.
Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.
IDEF3 может быть также использован как метод создания процессов.
IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
Каждая работа в IDEF3 описывает какой-либо сценарий сервиса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существитель ным, обозначающим процесс действия, или фразой, содержащей такое суще ствительное.
UOW, также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с пря мыми углами и имеют имя, выраженное отглагольным существительным, обозна чающим процесс действия, одиночным или в составе фразы, и номер (идентифи катор); другое имя существительное в составе той же фразы обычно отображает ос новной выход (результат) работы. Часто имя существительное в имени работы ме няется в процессе моделирования, поскольку модель может уточняться и редак тироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь ис пользоваться для других работ. Обычно номер работы состоит из номера роди тельской работы и порядкового номера на текущей диаграмме.
Работа в IDEF3 требует более подробного описания, чем работа в IDEF Каждая UOW должна иметь ассоциированный документ, который включает тек стовое описание компонентов работы: объектов (Objects) и фактов (Facts), свя занных с работой, ограничений (Constraints), накладываемых на работу, и до полнительное описание работы (Description). Эта информация заносится во вкладку UOW диалога Activity Properties.
Связи показывают взаимоотношения работ. Все связи в IDEF3 однона правленны и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи.
Старшая (Precedence) стрелка - сплошная линия, связывающая единицы ра бот (UOW). Рисуется слева направо или сверху вниз. Показывает, что работаисточник должна закончиться прежде, чем работа-цель начнется.
Стрелка отношения (Relational Link) - пунктирная линия, исполь зующаяся для изображения связей между единицами работ (UOW), а также меж ду единицами работ и объектами ссылок.
Потоки объектов (Object Flow) - стрелка с двумя наконечниками, приме няется для описания того факта, что объект используется в двух или более еди ницах работы, например когда объект порождается в одной работе и исполь зуется в другой.
Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель. Часто результатом работы-источника становится объ ект, необходимый для запуска работы-цели. В этом случае стрелку, обознача ющую объект, изображают с двойным наконечником. Имя стрелки должно ясно идентифицировать отображаемый объект. Поток объектов имеет ту же семанти ку, что и старшая стрелка.
Отношение показывает, что стрелка является альтернативой старшей стрелке или потоку объектов в смысле задания последовательности выполнения работ - работа-источник не обязательно должна закончиться прежде, чем работацель начнется. Более того, работа-цель может закончиться прежде, чем закончит ся работа-источник.
Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания не скольких работ. Перекрестки используются для отображения логики взаимодей ствия стрелок при слиянии и разветвлении или для отображения множества со бытий, которые могут или должны завершены перед началом следующей рабо ты. Различают перекрестки я слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для ветвления.
Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J.
Можно редактировать свойства перекрестка при помощи диалога Junction Prop erties (вызывается из контекстного меню). В отличие от IDEF0 и DFD в IDEF стрелки могут сливаться и разветвляться только через перекрестки.
Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Объ екты ссылки должны быть связаны с единицами работ или перекрестками пунк тирными линиями. Официальная спецификация IDEF3 различает три стиля объ ектов ссыл ок - безусловные (unconditional), синхронные (synchronous) и асин хронные (asynchronous). BPwin поддерживает только безусловные объекты ссы лок. Синхронные и асинхронные объекты ссылок, используемые в диаграммах переходов состояний объектов, не поддерживаются.
В IDEF3 декомпозиция используется для детализации работ. Методология 1DEF3 позволяет декомпозировать работу многократно, т. е. работа может иметь множество дочерних работ. Это позволяет в одной модели описать альтернативные потоки. Декомпозиция может быть сценарием или описанием. Описание включает все возможные пути развития процесса. Сценарий является частным случаем описа ния и иллюстрирует только один путь реализации процесса. По умолчанию при декомпозиции на диаграмму 1DEF3 создается описание При создании сценария или описания необходимо придерживаться допол нительных ограничений - в сценарии или декомпозиции может существовать только одна точка входа. За точкой входа следует работа или перекресток. Для декомпозиции может существовать только одна точка выхода. Сценарий, кото рый не является декомпозицией, может иметь несколько точек выхода.
Рассмотрим процесс декомпозиции диаграмм IDEF3, включающий взаи модействие автора (аналитика) и одного или нескольких экспертов предметной области.
Перед проведением сеанса экспертизы у экспертов предметной области должны быть задокументированы сценарии и рамки модели для того, чтобы экс перт мог понять цели декомпозиции. Кроме того, если точка зрения моделирова ния отличается от точки зрения эксперта, она должна быть особенно тщательно задокументирована.
Возможно, что эксперт самостоятельно не сможет передать необходимую информацию. В этом случае аналитик должен приготовить список вопросов для проведения интервью.
Обычно эксперт предметной области передает аналитику текстовое описа ние сценария. В дополнение к этому может существовать документация, описы вающая интересующие процессы. Из всей этой информации аналитик должен составить список кандидатов на работы (отглагольные существительные, обо значающие процесс, одиночные или в составе фразы) и кандидатов на объекты (существительные, обозначающие результат выполнения работы), которые необ ходимы для перечисленных в списке работ.
В некоторых случаях целесообразно создать графическую модель для пред ставления ее эксперту предметной области. Графическая модель может быть так же создана после сеанса сбора информации для того, чтобы детали форматирова ния диаграммы не смущали участников.
Поскольку разные фрагменты модели IDEF3 могут быть созданы разными группами аналитиков в разное время, IDEF3 поддерживает простую схему нуме рации работ в рамках всей модели. Разные аналитики оперируют разными диапа зонами номеров, работая при этом независимо.
Если диаграмма создается после проведения интервью, аналитик должен принять некоторые решения, относящиеся к иерархии диаграмм, например сколько деталей включать в одну диаграмму. Если последовательность и согла сование диаграмм неочевидны, может быть проведена еще одна экспертиза для детализации и уточнения информации. Важно различать подразумевающее со гласование (согласование, которое подразумевается в отсутствие связей) и ясное согласование (согласование, ясно изложенное в мнении эксперта).
IDEF3 позволяет внести информацию в модель различными способами.
Например, логика взаимодействия может быть отображена графически в виде комбинации перекрестков. Та же информация может быть отображена в виде объекта ссылки типа ELAB (Elaboration). Это позволяет аналитику вносить ин формацию в удобном в данный момент времени виде. Важно учитывать, что модели могут быть реорганизованы, например для их представления в более презентабельном виде. Выбор формата для презентации часто имеет важное зна чение для организации модели, поскольку комбинация перекрестков занимает значительное место на диаграмме и использование иерархии перекрестков за трудняет расположение работ на диаграмме.
BPwin 4.0 содержит набор инструментов для моделирования организа ционной структуры предприятия. Он содержит четыре новых словаря - словарь изображений (bitmap), словарь ресурсов, словарь ролей и словарь групп ролей.
Словарь изображений служит для импорта файлов в формате bmp в модель.
Импортированные изображения можно использовать в диаграммах для улуч шения их внешнего вида.
Словарь Role Group Dictionary позволяет создать и определить свойства групп ролей. Еруппы ролей могут использоваться как на организационных диа граммах, так и на диаграммах Swim Lane. В качестве значения группы ролей мо жет быть название предприятия, отдела, цеха или название региона, города и т. д.
Для каждой группы ролей может быть внесено описание, указано изобра жение, предварительно импортированное в словаре изображений, и указана важность группы ролей.
Ролью может быть должность или позиция конкретного исполнителя.
Каждой роли может соответствовать одна или несколько групп ролей. Кроме того, в словаре ролей для каждой роли можно внести определение (Definition), связать роль с изображением (Bitmap) и геометрической фигурой (Shape), ука зать важность роли (Importance).
В данном разделе использованы материалы первоисточников [4,7ИСПОЛЬЗОВАНИЕ CASE-СРЕДСТВ ДЛЯ РАЗРАБОТКИ ФУНКЦИО
НАЛЬНОЙ МОДЕЛИ ПРЕДПРИЯТИЯ КИНОМАКС
В настоящее время все большую популярность приобретают инженерные ме тоды реорганизации сервисных предприятий на основе информационных технологий.В первой части записки было показано, что понятие «сервис» в технологии сервиса уверенно входит в лексикон аналитиков всех уровней. Расширяется спектр компьюте ризованных инструментальных методов анализа экономических процессов и сервиса в частности.
Структурный системный анализ как практический метод служит инструментом для анализа ситуаций в среде сервиса безотносительно к его содержанию его услуг.
Научный подход в этой области сложился сравнительно недавно. В настоящее время под этим термином понимаются исследования системы, которые начинаются с ее об щего обзора и затем детализируется по иерархической схеме со все большим чис лом уровней. Уточним некоторые детали, структурного анализа: идея разбиения ис следуемого процесса на функциональные блоки; идея иерархии, означающая воз можность декомпозиции любых процессов в виде иерархических структур; использо вание графических нотаций с возможностью разъясняющего дополнения.
Нами будет рассмотрена деятельность компании «КиноМакс», которая су ществует уже 6 лет. «КиноМакс» представляет собой развлекательный комплекс, включающий в себя 6 кинозалов, зону игровых автоматов, детскую комнату, ряд ре сторанов, как классического обслуживания, так и самообслуживания, так же на его территории расположено интернет-кафе. За деятельностью такой крупной организа ции руководству очень сложно осуществлять контроль и добиться прозрачности сер висов протекающих на предприятии без специализированной системы управления.
Смоделировать и наглядно изобразить всю структуру сервисов предприятия как раз позволяет BPwin. Годовой оборот компании составляет примерно 250 млн. рублей.
Компания реализует услуги сервиса, работает со многими поставщиками. Предпола гаемый объем рынка для компании «КиноМакс» в последующие 2 года - млн. ру бл ей.
Несмотря на некоторое увеличение объема продаж, прибыли уменьшаются, растет конкуренция на рынке. Чтобы не потерять позиции, компании необходимо про анализировать текущие сервисы и реорганизовать их с целью увеличения эффектив ности производства и продаж.
2.2 ОСНОВНЫЕ ЭЛЕМЕНТЫ МОДЕЛИ
Название проекта: «Деятельность компании КиноМакс».Цель проекта: подготовить рабочую модель сервиса компании.
Точка зрения: руководство предприятия.
Инструментарий: методология функционального моделирования IDEFO и программное приложение BPWin 4. - заявки, новые кадры, посетители;
- инструкции, ГОСТ, Сан-эпидем требования, трудовой кодекс;
- персонал компании, оборудование;
- удовлетворение потребностей клиента, отчеты;
АО (Деятельность компании КиноМакс) - осуществляет контроль компании;
- организует работу и эффективное взаимодействие всех структурных под разделений;
- решает вопросы, касающиеся финансово-экономической и производствен но-хозяйственной деятельности предприятия - обеспечивает выполнение предприятием всех обязательства перед феде ральным, региональным и местным бюджетами, государственными внебюджетными социальными фондами, поставщиками, заказчиками и кредиторами, вклю чая учреждения банка, а также хозяйственных и трудовых договоров (контрактов и бизнес-планов).
А1 (Бухгалтерия):
- распределение доходов - А 1.1;
- расчет заработной платы - А 1.4;
- составление отчетов - А 1.5;
А2 (Старший кассир):
- прием, учет, выдача и хранение денежных средств и ценных бумаг - А 1.1;
- ведет на основе приходных и расходных документов кассовую книгу А2.2;
- передает в соответствии с установленным порядком денежные средства инкассаторам - А2.3;
составляет кассовую отчетность А2.4;
- принимает деньги от менеджеров предприятия в конце их рабочей смены А2.5;
- комплектование предприятия кадрами рабочих требуемых профессий А3.1;
- проведение аттестации работников на предприятии - АЗ.2;
- оформление приема, перевода и увольнения работников - АЗ.З;
- подготовка документов по пенсионному страхованию - АЗА;
- организация табельного учета, графиков отпусков - АЗ.5;
- обеспечение тех. поддержки на предприятии - А4.1;
- поддержка в рабочем состоянии серверов и рабочих станций - А4.2;
- обеспечивает своевременное копирование, архивирование и резервирова ние данных - А 4.3;
- обеспечение сетевой безопасности - А4.4;
- монтаж оборудования локальной сети, а так же обеспечение её стабиль ной работы - А4.5;
А5 (Менеджерский отдел):
- сбор ежедневной выручки модулей предприятия - А 5.1;
- подготовка ежедневной документации и отчетов - А5.2;
- контроль модулей предприятия - А5.3;
- решение конфликтных и текущих вопросов в течении работы - А5.4;
А6 (Развлекательные модули):
- организация кино-показа - А 6.1;
- предоставление услуги игровых автоматов - А6.2;
- предоставление компьютеров с доступом в интернет - А6.3;
- оказание услуг печати, ксерокопии, записи на информационный носитель Модули ресторанного обслуживания - А - кино-бар «Консешн» - А 7.1;
- пиццерия «Лос-Пиратос» - А 7.2;
- блинная «Блин-Сметаныч» - А 7.3;
- РБО классической кухни «Панорама»- А 7.4;
- Алко-бар «Синема ХО» - А 7.5;
- суши-бар «Мисаго» - А 7.6;
- кафе «Кофе - Неро» - А 7.7;
В настоящее время компания «КиноМакс» использует купленную бухгал терскую информационную систему «1C», которая позволяет оформить заказ, счет и отследить платежи по счетам.
Реорганизация может потребовать внедрения новой корпоративной информа ционной системы. Однако перед тем как пытаться производить какие-то улучшения, необходимо разобраться в существующих сервисах.
2.4 ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ БЛОКОВ
посетитель развлекательного Рисунок 2.4.1 - А-0 - Контекстная диаграмма модели деятельности компании КиноМакс Это основной блок контекстной IDEFO-диаграммы, находящийся на самом верхнем уровне иерархии модели и определяющий основную концепцию пред приятия или его цель. Структурирование любой проблемы с помощью системного анализа предполагает анализ и синтез ее составляющих. В этой части основной целью является получение максимальной прибыли и решается затем многокрите риальная задача с использованием функциональной модели.Таким образом, название главного функционального блока «Деятельность компании КиноМакс» с входящим потоком информации о клиентах компании, за явках, оборудованием и результатом на выходе полностью отражают цель моде лирования.
Декомпозиция на уровне контекстного моделирования начинается с того, что все производство разбивается на функциональные блоки. На данном этапе по казана структура предприятия и сервис, которые включают пять функциональных блоков: А1 - Бухгалтерия, А2 - Старший кассир, АЗ - Отдел кадров, А4 - IT от дел, А5 - Менеджеры, А5 - Развлекательные модули, А6 - модули ресторанного обслуживания. Демонстрация диаграмм и краткая аннотация представлены ниже.
Следует отметить, что некоторые блоки выбраны с определенным произво лом и могут быть легко модифицированы с целью их адаптации к изменившейся ситуации. Это делает модель системы гибкой и удобной в эксплуатации. Инфор мационные, людские, финансовые, материальные и информационные потоки пе рераспределяются с помощью стрелок и легко прослеживаются визуально как на контекстной диаграмме, так и на диаграммах типа DFD.
Связь с фактическими данными любого происхождения (кредиты, баланс, материалы, кадры, комплектующие и др.) может быть осуществлена посредством процедур импорт-экспорт в системе BPWin.
Рисунок 2.4.2 - АО - Декомпозиция первого уровня А1 (Бухгалтерия):
- осуществляет организацию бухгалтерского учета хозяйственно финансо вой деятельности предприятия и контроль за экономным использованием матери альных, трудовых и финансовых ресурсов, сохранностью собственности предпри ятия;
- обеспечивает рациональную организацию учета и отчетности на предпри ятиях МП на основе максимальной централизации и механизации учетно вычислительных работ, прогрессивных форм и методов бухгалтерского учета и контроля;
- руководит разработкой и осуществлением мероприятий направленных на соблюдение финансовой дисциплины;
- организует учет поступающих денежных средств товарно-материальных ценностей и основных средств, своевременное отражение в счетах бухгалтерского учета операций связанных с их движением, учет издержек производства и обра щения;
- исполнение смет расходов, реализации продукции выполнения работ услуг результатов хозяйственно-финансовой организации, а также финансовых, расчет ных и кредитных операций;
- обеспечивает контроль: за законностью, своевременностью, правильно стью оформления документов, составлением экономически обоснованных отчет ных калькуляций себестоимости продукции, работ (услуг), расчетами по заработ ной плате с работниками предприятия, правильным начислением и перечислени ем платежей в государственный бюджет, взносов на государственное социальное страхование, отчислении средств в фонды экономического стимулирования и другие фонды и резервы;
участвует в проведении экономического анализа хозяйственно финансовой деятельности по данным бухгалтерского учета и отчетности в целях выявления внутрихозяйственных резервов, устранения потерь и непроизводи тельных затрат;
- принимает меры по предупреждению недостач, незаконного расходования денежных средств и товарно-материальных ценностей, нарушений финансового и хозяйственного законодательств;.
- участвует в оформлении документов по недостачам и хищениям денежных средств и товарно-материальных ценностей, контролирует передачу в необходи мых случаях этих документов в следственные и судебные органы;
- ведет работу по обеспечению строгого соблюдения штатной, финансовой и кассовой дисциплин, смет административно- хозяйственных и других расходов, законности списания с бухгалтерских балансов недостач, дебиторской задолжен ности и других потерь, сохранности бухгалтерских документов, а также оформле нию и сдаче их установленном порядке в архив;
- участвует в работе по совершенствованию и расширению сферы действия внутрихозяйственного расчета, разработке рациональной плановой и учетной до кументации, организации внедрения средств механизации учетно вычислительных работ;
- руководит работниками бухгалтерии предприятия МП.
Рисунок 2.4.3 - А1- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция первого по уровню иерархии блока «деятельность компании КиноМакс»
А2 (Старший кассир):
- осуществляет операции по приему, учету, выдаче и хранению денежных средств и ценных бумаг с обязательным соблюдением правил, обеспечивающих их сохранность.
- получает по оформленным в соответствии с установленным порядком до кументам денежные средства и ценные бумаги в учреждениях банка для выплаты работникам заработной платы, премий, оплаты командировочных и других расхо дов.
- ведет на основе приходных и расходных документов кассовую книгу, све ряет фактическое наличие денежных сумм и ценных бумаг с книжным остатком.
- составляет описи ветхих купюр, а также соответствующие документы для их передачи в учреждения банка с целью замены на новые.
- передает в соответствии с установленным порядком денежные средства инкассаторам.
- составляет кассовую отчетность.
- принимает деньги от кассиров предприятия в конце их рабочей смены (при необходимости и в прочих случаях).
- бережно обращается с деньгами (не загрязняет их и не производит какихлибо надписей на бумажных купюрах).
- обеспечивает бесперебойную работу касс предприятия, контролирует от сутствие нарушений правил торговли в работе касс.
- принимает меры по предотвращению и ликвидации конфликтных ситуа ций.
- информирует руководство об имеющихся недостатках в работе касс и в своей работе, принимаемых мерах по их ликвидации.
- поддерживает на рабочем месте атмосферу доброжелательности. Старший кассир должен быть терпеливым, внимательным, вежливым при работе с клиен тами и работниками предприятия.
- обеспечивает чистоту и порядок на рабочем месте.
- соблюдает трудовую и производственную дисциплину, правила и нормы охраны труда, требования производственной санитарии и гигиены, требования противопожарной безопасности, гражданской обороны.
- исполняет распоряжения и приказы администрации предприятия.
Рисунок 2.4.4 - А2- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция первого по уровню иерархии блока «деятельность компании КиноМакс»
- осуществляет контроль за своевременным исполнением приказов, поруче ний и распоряжений директора;
- ведет учет личного состава организации, ее подразделений;
- оформляет прием, перевод и увольнение работников в соответствии с тру довым законодательством, положениями и приказами руководителя организации;
- формирует и ведет дела работников, вносит в них изменения, связанные о трудовой деятельностью;
- участвует в разработке перспективных и годовых планов по труду и кад рам. Подготавливает необходимые материалы для квалификационной и аттеста ционной комиссий и представление на работников к поощрениям и награждени ям;
- заполняет, учитывает и хранит трудовые книжки, производит подсчет тру дового стажа, выдает справки о настоящей и прошлой трудовой деятельности ра ботников;
- ведет учет предоставления отпусков работникам, осуществляет контроль за составлением и соблюдением графиков очередных отпусков.
- оформляет документы, необходимые для назначения пенсий работникам организации;
- изучает движение и причины текучести кадров, участвует в разработке мероприятий по их устранению;
- подготавливает документы по истечении установленных сроком текущего хранения к сдаче на хранение в архив;
- проверяет соответствие подготавливаемых в организации проектов прика зов распоряжений документами вышестоящих организаций, на основании кото рых они издаются;
- заполняет контрольные карточки и ведет картотеки учета приказов, распо ряжений и других документов, а также поручений требующих контроля за их ис полнением;
- ведет оперативный учет прохождения документов;
- определяет причины несвоевременного исполнения поручений;
- информирует руководителя организация о состоянии их выполнения;
- осуществляет контроль за состоянием трудовой дисциплины в подразде лениях организации и соблюдением работниками правил внутреннего и трудового распорядка;
- составляет установленную отчетность.
/ комплектоваг ние предприятия Рисунок 2.4.5 - АЗ- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция первого по уровню иерархии блока «деятельность компании КиноМакс»
- обеспечивает бесперебойное функционирование оборудования информа ционной системы и принимает оперативные меры по устранению возникающих в процессе работы нарушений:
- выполняет профилактические работы по поддержанию работоспособности средств вычислительной техники.
- осуществляет подключение и замену внешних устройств, проведение те стирования средств вычислительной техники.
- проводит тестирование и мелкий ремонт («на месте») отдельных устройств и средств вычислительной техники, кабельных линий локальной ком пьютерной сети.
- производит заправку принтеров и копировальной техники;
- организует ремонт средств вычислительной техники с привлечением спе циализированных учреждений.
- осуществляет мониторинг работы и диагностику компьютерного и сетевого оборудования информационной системы с целью своевременного выявления неисправностей.
- участвует в определении задач и внедрении новых аппаратных средств:
- следит за новинками в области компьютерных и околокомпьютерных тех нологий с целью планирования модернизации оборудования информационной си стемы.
- участвует в выборе оптимального сочетания потребностей пользователей и возможностей аппаратных средств.
- подготавливает предложения о приобретении, разработке или обмене ап паратного обеспечения.
- производит закупку компьютерного оборудования.
- организует сопровождение договоров со сторонними организациями, предоставляющими услуги по аппаратному оснащению предприятия.
- принимает участие в администрировании локальной вычислительной сети предприятия:
- участвует в работах по прокладке физических линий связи между компо нентами информационной сети.
- организует подготовку проектной документации по кабельному хозяйству информационной системы, а также подготавливает сметы расходов на содержа ние кабельного хозяйства.
- участвует в ведении журнала системной информации, иной технической документации.
- участвует в разработке инструкций, методических и нормативных матери алов по использованию и эксплуатации информационной системы в целом, и обо рудования системы, в частности.
- отвечает за своевременное выполнение заявок на обслуживание.
- выявляет ошибки пользователей и аппаратного обеспечения информаци онной системы, восстанавливает работоспособность оборудования.
- сообщает своему непосредственному руководителю о случаях зло употребления оборудованием информационной системы и принятых мерах.
Рисунок 2.4.6 - А4- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция первого по уровню иерархии блока «деятельность компании КиноМакс»
А5 (Менеджерский отдел):
- осуществляет координацию работы персонала службы организации раз влекательного комплекса, подготовка комплекса к рабочей смене.
- координирует работу обслуживающего персонала по подготовке залов к обслуживанию посетителей; созданию комфортных условий в зале (температур ных и визуальных).
- осуществляет контроль за соблюдением работниками службы делового стиля и опрятности.
- осуществляет координацию действий по встрече и приветствию посетите лей, контролирует качество обслуживания клиентов персоналом службы.
- осуществляет контроль за оказанием услуги работниками модулей, делает замечания работникам, указывает на их ошибки и требует исправления ошибок.
- осуществляет контроль за порядком, процедурой и последовательностью обслуживания клиентов.
- контролирует подготовку счета клиента и принятие оплаты.
- работает с жалобами клиентов (выясняет причины неудовлетворенности клиентов, устанавливает виновников, принимает меры по жалобам).
- осуществляет контроль за соблюдением персоналом службы стандартов гигиены, обеспечением санитарной чистоты оборудования и инвентаря.
- осуществляет контроль за подготовкой модулей к завершению рабочего дня.
- планирует потребности подразделений службы.
- организует инструктаж работников службы, оказывает помощь работни кам в разрешении возникающих в ходе работы проблем, распределяет задания между ними и определяет степень их ответственности.
- контроль работы, обучение официантов, барменов, администраторов, под готовка развлекательного центра к приему гостей, контроль и ведение необходи мой документации, решение конфликтных ситуаций, общение с гостями.
Рисунок 2.4.7 - А5- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция первого по уровню иерархии блока «деятельность компании КиноМакс»
А6 (Развлекательные модули):
Рисунок 2.4.8 - А6- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция первого по уровню иерархии блока «деятельность компании КиноМакс»
А6.1 (Кинотеатр):
- кинотеатр оказывает услугу прямого развлекательного характера, все ра ботники которого непосредственно подчинены менеджеру компании.
- в кассе кинотеатра гость «КиноМакса» приобретает билет на желаемый киносеанс или предоставляет пригласительный билет, который кассир регистри рует в базе данных. После чего гость может приобрести в кино-баре поп-корн и прохладительные напитки и направиться в кинозал для дальнейшего просмотра кино.
- билетер должен находиться возле входа в кинозал и регистрировать каж дого вошедшего посетителя, отрывая контрольные чеки от билетов. Которые он в дальнейшем должен предоставить менеджерам.
- менеджеры, в свою очередь, могут в любой момент проконтролировать количество проданных билетов, пересчитав количество занятых мест в кинозале.
Так же менеджеры составляют расписание киносеансов, занимаются организаци ей презентаций фильмов, для привлечения посетителей.
- рабочие кинопрожекторной осуществляют прием, бережное хранение, и возврат арендодателям пленки с кинофильмами. Так же обеспечивают беспере бойную работу и тех. обслуживание оборудования.
посетитель развлекательного центра посетитель развлекателэного центра Рисунок 2.4.9 - А6.1- Контекстная диаграмма IDEF0 на третьем уровне - декомпозиция второго по уровню иерархии блока «развлекательные модули»
А6.2 (Интернет-кафе):
- предоставление компьютера в аренду, включая доступ в интернет. В дан ную услугу включается функционирующий компьютер с установленной на него операционной системой Windows ХР professional SP3; так же установлены пакет программ Microsoft Office 2007; программы редактирования и просмотра изобра жений: Photoshop CS4, Corel Draw; интернет браузеры: Mozilla Fire Fox, Opera; так же ряд программ для интерактивного общения: QIP, Mail agent, Skype, Yahoo mes senger, MSN messenger; инсталлированы различные игры, в основном ориентиро ванные на локальную сеть и интернет.
- предоставление компьютера в аренду без доступа в интернет (если гостю необходимо просто поработать с документами или нужны только игры в локаль ном режиме работы).
- оказание дополнительных услуг: печать черно-белая, сканирование доку ментов, ксерокопирование документов, запись информации на компакт-диск.
- так же администратор интернет кафе по мере возможности оказывает по мощь гостю связанную с использованием арендуемого компьютера, если возника ет такая необходимость.
Обязанности администратора интернет кафе:
- содержать в исправном и работоспособном состоянии все компьютеры.
- содержать в чистоте системные блоки и мониторы, протирать пыль.
- содержать в чистоте столы.
- следить за тем, чтобы никто не употреблял спиртные напитки в клубе.
- следить за кассой, не оставлять кассу открытой, чеки отдавать клиентам.
- следить, чтобы посетители не портили оборудование, столы, стулья.
- не разрешать посетителям кричать и нецензурно выражаться в клубе, осо бенно тихо вести себя ночью.
- следить за тем, чтобы те кто не играет не сидели за компьютерными сто лами, не разрешать никому ничего трогать на компьютерах без разрешения.
- за кассой работает один назначенный администратор, рядом с ним никому сидеть не разрешается.
- сумма наличных денег должна строго соответствовать сумме пробитой на кассе и соответствовать выручке по программе AstaLaVista.
- нецензурно выражающихся клиентов предупреждать, разрешается наказы вать уменьшением времени, за многократные нарушения можно удалять время.
- выгонять не играющих игроков из клуба.
- администратор должен находиться около кассы.
- приходить на работу вовремя.
- в случае критической ситуации жать тревожную кнопку до наступления критической ситуации.
- администратор обязан при приеме и сдаче смены заполнять таблицу с обо рудованием.
Рисунок 2.4.10 - А6.2.1- Контекстная диаграмма IDEF3 на третьем уровне - декомпози ция второго по уровню иерархии блока «развлекательные модули»
А6.3 (Игровая зона):
- оператор игровой зоны принимает денежные средства от гостей, с после дующей выдачей чека и жетона в случае если гостю необходима услуга игровых автоматов или киев, шаров и треугольника если оплатили аренду бильярда.
- оператор обязан следить за исправностью игрового оборудования и свое временно докладывать своему непосредственному начальству всю необходимую информацию.
- сдача выручки и кассовой отчётности каждую смену.
Рисунок 2.4.11- А6.3- Контекстная диаграмма IDEF0 на третьем уровне - декомпозиция второго по уровню иерархии блока «развлекательные модули»
А6.4 (Детская комната):
В то время как родители совершают покупки или хотят посидеть на терри тории развлекательного комплекса они могут оставить ребенка под присмотром профессиональных аниматоров детской комнаты. Так же на территории детской комнаты возможна организация дней рождений, культурно-развлекательной программы для детей.
- работник детской комнаты принимает оплату от родителей ребенка, за присмотр или развлекательную программу. Ответственность за детей во время отсутствия родителей полностью ложится на аниматора. Он обязан контролиро вать каждого ребенка находящегося на территории детской комнаты.
посетитель развлекательного центра 'l0 E Рисунок 2.4.12 - А6.4 - Контекстная диаграмма IDEF0 на третьем уровне - декомпозиция второго по уровню иерархии блока «развлекательные модули»
А 7 (Модули ресторанного обслуживания):
Рисунок 2.4.13 - А7 - Контекстная диаграмма IDEF0 на втором уровне - декомпозиция первого по уровню иерархии блока «деятельность компании КиноМакс»
А 7.1 (Центральная кухня) Центральное Пищевое Производство (ЦПП) КиноМакса выполняет следу ющие функции:
- осуществляет прием сырья с основного склада, проводит входящий кон троль на полученное сырье, после чего часть сырья поступает на внутренний склад, часть сырья на основное производство;
- поступившее сырье распределяется по цехам, согласно технологическим процессам (например - овощи на обработку в овощной цех, яйца в цех по обра ботке яиц, мясо, рыба - в мясорыбный цех и т.д.);
- после приема товара в цех, производится первичная обработка сырья мойка, зачистка, если сырье поступает в таре, то обработка тары (банки моются) и т.д.;
- сырье прошедшее первичную обработку поступает в доготовочные цеха для приготовления полуфабрикатов. Доготовочные цеха готовят полуфабрикаты высокой степени готовности и полуфабрикаты требующие дополнительных тех нологических процессов. Изготовленные полуфабрикатов маркируются согласно стандартов, принятых на ЦПП - согласно принятой заявки с модулей формируется заказ из полуфабрика тов, упаковывается в тару для транспортировки.
- оформляется накладная-перемещение (трансфер) согласно заявки. Внут ренним транспортом перемещают на удаленные объекты, в модули находящиеся на территории Парк Хауса полуфабрикаты принимают старшие повара.
На территории КиноМакса находятся рестораны как быстрого (РБО) так и классического обслуживания (РКО).
К ресторанам быстрого обслуживания относятся:
- ресторан итальянской кухни «Лос Пиратос» - А7.3. Кухня позициониро вана в двух направления - пиццерия и классическая итальянская кухня;
- ресторан европейской кухни «Панорама» - А7.5;
- ресторан русской кухни «Блин Сметаныч» - А7.4. Кухня позиционирована в двух направлениях - блинная и традиционная русская кухня;
- кино-бар «Консешн» - А7.2.
К ресторанам классического обслуживания:
- ресторан японской кухни «Мисаго» - А7.7;
- кофейня «КофеНеро» - А7.8;
- алкогольный-бар «CINEMA» - А7.6.
Основной функционал модулей заключается в следующем:
- менеджером готовится заявка на ЦПП на полуфабрикаты и заявка на ОС (основной склад) - напитки, чистящие, моющие и расходные материалы, согласно суточному расходу;
- согласно графику поставок, менеджер получает по накладной перемеще ния заказ;
- распределяет товар на внутренний склад и в доготовочный цех модуля.
- в доготовочном цехе полуфабрикаты доводятся до готовности и поступа ют на линию раздачи (для ресторанов РБО), - производится реализация - для ресторанов РКО - в доготовчном цехе полуфабрикаты доводятся до готовности при поступлении заказа через официанта.
АВС предполагает объединение затрат в “центры затрат” (под которыми понимается любой функциональный блок или состояние системы, влияющие на стоимость функционирования системы) с последующим размещением стоимостей по объектам модели.
При начальной установке определялись единица измерения и вид представ ления денежных единиц на экране. Кроме того задавались единицы времени (ме сяцы) которые использовались для оценки затрат. Эти параметры являются гло бальными по отношению к модели, задаются в закладке “ABC costs” диалога за дания свойств модели (Рисунок 2.5.1).
Рисунок 2.5.1 Затратный анализ для блока «Интернет-кафе «Киберхаус»»
Значения, полученные в результате обработки данных в процессе выполне ния работ отражаются на основной диаграмме.
В итоговых обсуждениях модели использовалось дерево модели, позволя ющее быстро оценивать ситуацию на предприятии, охватывая всю модель в це лом. На рисунке 2.6.1 это дерево демонстрируется.
Рисунок 2.6.1 - АО - Дерево модели (полная модель)
2.7 ОТЧЕТЫ ПО МОДЕЛИРОВАНИЮ
Система BPWin позволяет формировать отчеты за определенные промежут ки работы предприятия с оценкой затрат, количества выпущенных изделий, теку чести кадров и т.д. На рисунке 5 показаны примеры создания отчетов, носящих демонстрационный характер.Diagram O b ject R eport 1 Standard i------------------------------------Delete 1_ Report on: 1^ Activities Data Stores Externals Referents Junctions Start From ГТ Number of Levels:
Activity Options User-Defined Properties: профилем предприятия, изменяющимися внешними и внут| Рисунок 2.7.1 - Формирование простого отчета о должностных обязанностях сотрудни ков предприятия 2.8 ИНТЕГРАЦИЯ ПРОЦЕССОВ И ДАННЫХ НА БАЗЕ Erwin и BPWin.
На основе модели BPwin'a можно построить модель данных. Для построе ния модели данных предлагается мощный и удобный инструмент - ERwin. ERwin имеет два уровня представления модели - логический и физический. На логиче ском уровне данные представляются безотносительно конкретной СУБД. Физиче ский уровень данных - это, по - существу, отображение системного каталога, ко торый зависит от конкретной реализации СУБД. ERwin позволяет проводить про цессы прямого и обратного проектирования БД. Это означает, что по модели дан ных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравни вать модель и содержимое системного каталога после редактирования того, либо другого.
С точки зрения пользователя ERwin, процесс создания логической моде ли данных заключается в визуальном редактировании ER-диаграммы. Диа грамма ERwin строится из трех основных блоков: сущностей, атрибутов и свя зей.
Проведем анализ предметной области с целью выделить основные сущности.
Поскольку речь идет об оказании услуг, ясно, что в модели должна присутствовать сущность СОТРУДНИКИ т.е те кто выполняет работу. Согласно правилам, на ERдиаграмме названия сущностей записываются большими буквами.
Сущность сотрудники подразумевает участие по крайней мере ещё трёх соот ветствующих сущностей, какие работы производятся, в каком МОДУЛЕ выполня ются и какие используются РЕСУРСЫ. Внесем эти сущности в диаграмму. (Рисунок 2.8.1) Рисунок 2.8.1 - Диаграмма сущностей Для задания связей между указанными сущностями сначала составим описа ние данной предметной области при помощи ряда истинных вызываний на есте ственном языке:
- сотрудники выполняют работу в своем модуле;
- ресурсы доставляются в модуль, где оказывается услуга;
- работы выполняются непосредственно в модуле;
Все три связи являются связями "один-ко-многим". Во всех трёх случаях сущность модуля является дочерней. Создаём связи и задаём ключевые поля.
(Рисунок 2.8.2) Рисунок 2.8.2 - Диаграмма логической модели с атрибутами Перед тем как приступить к созданию физической модели, необходимо выбрать сервер СУБД. Вид панели диалога, позволяющей это сделать, приведен на рисунке 2.8.3.
Рисунок 2.8.3 - Панель выбора сервера СУБД На физическом уровне модели сущности соответствуем таблица в реальной СУБД, атрибуту - колонка таблицы, связи - внешний ключ (если для связи задава лось имя роли, то оно соответствует имени колонки внешнего ключа в дочерней таб лице), первичным и альтернативным ключам - уникальные индексы, а инверсным входам - неуникальные.
После того как будут выполнены все действия, физическая модель приобретет следующий вид (Рисунок 2.8.4).
Рисунок 2.8.4 - Физическая модель Последним шагом является генерация схемы БД. Все необходимые параметры можно задать на предназначенной для этого панели диалога (Рисунок 2.8.5). Нажатие помощью кнопки Generate.
Рисунок 2.8.5 - Панель генерации схемы БД Результат генерации (Рисунок 2.8.6) Рисунок 2.8.6 - Панель генерации схемы БД После разработки модели данных ее следует связать с моделью процессов.
Такая связь гарантирует завершенность анализа, гарантирует, что есть источник данных (Сущность) для всех потребностей данных (Работа) и позволяет делить данные между единицами и функциями сервисов. Каждая стрелка в модели про цессов может быть связана с несколькими атрибутами различных сущностей.
Связи объектов способствуют согласованности, корректности и завершенности анализа.
Рисунок 2.8.7 - Импорт модели данных в BPWin Теперь можно выбрать сущности и атрибуты, которые необходимо ассоци ировать со стрелками. Таблица 2.8. Наименование стрелки Наименование сущности Наименование атрибута Заявки на выполнение работы Рисунок 2.8.8 Диалоговое окно связей сущностей со стрелками Работы могут воздействовать на данные. Для документирования такого воз действия необходимо кликнуть правой кнопкой мыши по желаемой работе и вы брать Data Usage Editor. В появившемся диалоге Data Usage Editor нужно в верх нем списке кликнуть по имени стрелки, с которой были связаны сущности и атри буты. В нижнем левом окне появится список связанных сущностей. Если выбрать сущность, то, во-первых, в правом окне появится список соответствующих атри бутов, во- вторых, в центре открываются окна выбора CRUD (Create, Retrieve, Update, Delete). Если кликнуть по атрибуту, то значение окон выбора меняется на IRUN (Insert, Retrieve, Update, Nullify). Ассоциации CRUD и IRUN -это правила использования сущностей и атрибутов работами. Данные не могут использоваться работами произвольно. Стрелки входа представляют данные, которые работа пре образовывает в выход или потребляет. Такие данные могут быть восстановлены (Retrieve), обновлены (Update), удалены (Delete), но не могут быть созданы (Create). Стрелки контроля могут быть только восстановлены (Retrieve) и не могут быть изменены. Стрелки выхода могут быть обновлены (если им соответствуют данные стрелок входа) или созданы (Create).
В данном разделе использованы материалы первоисточников [3,5,11,14].
3 РАСЧЁТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ ПРИМЕНЕНИЯ
ПРОГРАММНО ПРОДУКТА
3.1 АНАЛИЗ СЕБЕСТОИМОСТИ ПРОДУКЦИИ
При составлении сметы затрат на разработку программы дипломного про екта учитываются:- стоимость лицензионной версии программы и прочих материалов;
- транспортные расходы;
- основная заработная плата;
- отчисления на социальные нужды.
При расчёте затрат учитывается стоимость приобретения программного средства разработки информационной системы и затраты на расходные материа лы.