close

Вход

Забыли?

вход по аккаунту

?

РЕФЕРАТ Тема данной дипломной работы

код для вставкиСкачать
РЕФЕРАТ
Тема данной дипломной работы - «Разработка 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.0
and deployed an enterprise information system is presented, considered a functional di­
agram, state and prospects of the service company as a research subject.
2
ВВЕДЕНИЕ
Реорганизация деятельности сервиса важна, она связана с внедрением кор­
поративных информационных систем. Существующие инструментальные сред­
ства позволяют минимизировать риски и решать ключевые вопросы при реорга­
низации сервисного предприятия и его информационной системы.
Прежде чем пытаться улучшить деятельность сервисного предприятия,
выбрать и внедрить информационную систем у, необходим о п роан али зи ро­
вать, как оно работает в настоящее время: как оно взаимодействует с внешни­
ми организациями, заказчиками и поставщиками, как организована работа на
каждом сервисе услуг. Руководитель предприятия хорошо разбирается, как ра­
ботает организация в целом, но не в состоянии знать особенности деятельности
всех сотрудников. Рядовой сотрудник хорошо разбирается в своих обязанностях,
но плохо знает, как работают его коллеги.
В процессе детализированного изучения функциональной модели организа­
ции владельцу компании легче проанализировать и рассчитать все возможные пу­
ти улучшения сервисов. Вооружившись мнением специалистов той или иной об­
ласти, легче принять правильное решение в модернизации структуры предприя­
тия. В связи с этим в настоящее время эта проблема проще всего решается с по­
мощью программных средств разработанных для облегчения моделировать, ана­
лизировать сервисы. Одним из таких средств визуального моделирования серви­
сов является программное обеспечение BPwin 4.0, которое и будет использовано в
ходе данной дипломной работы.
Цель проведенного мною исследования в данном проекте - построение
функциональной модели предприятия сервиса, на основе которой будут проана­
лизированы протекающие сервисы. Исходя из этого - основной задачей будет по­
строение иерархической структуры организации, дающую возможность детализа­
ции (декомпозиции) любых нужных нам процессов, для дальнейшего изучения и
их рационализации.
3
Объектом исследования является процесс изучения информационной си­
стемы предприятия сервиса, а предметом - его структура и функциональная мо­
дель.
При составлении данной квалификационной работы, в ходе сбора материала
и структурирования работы, мне пришлось найти и проанализировать значитель­
ный объем информации, так или иначе посвященной моделированию сервисов,
информационным системам предприятий сервиса. Это позволило более детально
разобраться в производственных процессах организации, а переработанный ма­
терил организовать таким образом, что бы его можно было использовать в каче­
стве основы для выпускной квалификационной работы.
Теоретической и методологической основой работы являются труды специ­
алистов области CASE технологий: А.Н. Салугин, С.В. Маклаков, С.В.Черемных,
И.О. Семенов, В.И. Дубейковский, а так же проектирования информационных
систем: В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина.
4
1 СРЕДСТВА ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ
1.1 ТЕХНОЛОГИЯ И РАБОТА С BPWIN 4.0
BPwin - мощный инструмент моделирования, который используется для
анализа, документирования и реорганизации сложных сервисов. Модель, создан­
ная средствами BPwin, позволяет документировать действия, которые необходи­
мо предпринять, для улучшения сервиса. При этом формируется целостная кар­
тина деятельности сервисного предприятия - от моделей организации работы в
отделах до сложных иерархических структур. При разработке или закупке про­
граммного обеспечения модели сервиса служат прекрасным средством докумен­
тирования потребностей, помогая обеспечить высокую эффективность инвести­
ций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и
мощное средство моделирования процессов при создании корпоративных инфор­
мационных систем (КИС).
Модели BPwin дают основу для осмысления сервиса и оценки влияния тех
или иных событий, а также описывают взаимодействие процессов и потоков ин­
формации в организации. Неэффективная, высокозатратная или избыточная дея­
тельность может быть легко выявлена и, следовательно, усовершенствована, из­
менена или устранена в соответствии с общими целями организации.
Внешние обстоятельства зачастую вынуждают вносить изменения в дея­
тельность организации. Последствия этих изменений должны быть тщательно
изучены и осмыслены перед тем, как система будет переделана с их учетом.
BPwin может помочь пользователю на протяжении всего цикла, предоставив воз­
можность оптимизировать сервис, которого коснутся эти изменения.
С помощью BPwin пользователь может сделать свою работу более продук­
тивной. Действия и другие объекты создаются буквально несколькими щелчками
мыши, а затем легко отбуксированы в нужное место. Интерфейс BPwin, выпол­
ненный в стиле "проводника" облегчает навигацию и редактирование сложных
процессов с иерархической структурой. Развитые возможности изменения мас­
5
штаба представления позволяют быстро найти и сосредоточиться на необходимой
для работы части модели процесса.
BPwin позволяет:
- обеспечить эффективность операций, рассматривая текущие сервисы через
мощные инструменты моделирования.
- совершенствовать сервис, формулируя и определяя альтернативные реак­
ции на воздействия рынка.
- быстро исключать непродуктивные операции, легко и интуитивно сопо­
ставляя операционные изменения. Неэффективные, неэкономичные или избыточ­
ные операции могут быть легко выявлены и, следовательно, улучшены, изменены
или вовсе исключены - в соответствии с целями компании.
BPwin автоматизирует решение многих вспомогательных задач, которые
обычно связаны с построением модели процесса, и обеспечивает логическую
строгость, необходимую для достижения корректных и согласованных результа­
тов. BPwin отслеживает связи в диаграммах, сохраняя их целостность при внесе­
нии изменений в модель. Динамическая "подсветка" объектов служит подсказкой
при построении модели и предостерегает от повторения распространенных оши­
бок в моделировании. Кроме этого, BPwin поддерживает заданные пользователем
свойства, что позволяет вносить соответствующую вашим потребностям инфор­
мацию.
Различные варианты оформления с гибким использованием шрифтов, цвета
и других средств форматирования придают документам большую наглядность.
Пользователь может просматривать и распечатывать общее представление своей
модели в виде древовидных диаграмм. С помощью средства создания FEO диа­
грамм (For Exposition Only) вариации модели или проблемной области можно
проанализировать, не внося изменений в основную модель. Возможности
настройки пользовательских палитр цветов позволяют легко адаптировать вид
документов в соответствии с особенностями принтера или демонстрационного
проектора без внесения изменений в саму модель.
6
BPwin позволяет адаптироваться к постоянно меняющимся реалиям совре­
менного рынка
Конкуренция предполагает мгновенную реакцию на новые возможности,
угрозы и потребности покупателей. Сегодня постоянные изменения стали нормой.
Поскольку сервисы становятся все более сложными, требуются решения, пред­
ставляющие интегрированный взгляд на функционирование компании. Таким ре­
шением является BPwin 4.0.
Модели сервисов в масштабах всего предприятия могут оказаться очень
сложными. BPwin предоставляет возможности, призванные облегчить инкремен­
тальную разработку моделей и разграничение процессов. Средства объединения
дают возможность нескольким проектным группам проводить анализ различных
фрагментов деятельности, а затем создать глобальное представление. Иногда бы­
вает необходимо более детально изучить определенную часть общей модели.
BPwin позволяет разбить модель на фрагменты, поработать с ними, а затем вновь
объединить их в одно целое.
BPwin совмещает в одном инструменте средства моделирования функций
(IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три
основных аспекта бизнеса для соответствия потребностям бизнес-аналитиков и
системных аналитиков. BPwin позволяет повторно использовать ключевую ин­
формацию моделирования с точки зрения базовых аспектов, чтобы определить
точки конфликтов и, в конечном счете, достичь их согласования.
С помощью функционального моделирования (нотация IDEF0), можно про­
вести систематический анализ бизнеса, сосредоточившись на регулярно решае­
мых задачах (функциях), свидетельствующих об их правильном выполнении по­
казателях, необходимых для этого ресурсах, результатах и исходных материалах
(сырье).
Моделирование потоков данных (DFD), часто используемое при разработке
программного обеспечения, сосредоточено вокруг потоков данных, передающих­
ся между различными операциями, включая их хранение, для достижения макси­
мальной доступности и минимального времени ответа. Такое моделирование поз­
7
воляет рассмотреть конкретный процесс, проанализировать операции, из которых
он состоит, а также точки принятия решений, влияющих на его ход.
Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть кон­
кретный процесс, проанализировать операции, из которых он состоит, а также
точки принятия решений, влияющих на его ход.
BPwin предоставляет средства для изучения операций и управления опера­
циями на различных уровнях детализации. Например, иногда бывает важно со­
средоточиться на определенной части бизнеса организации. BPwin позволяет раз­
делить сложный процесс на множество управляемых частей, обеспечивая группам
разработчиков модели возможность сосредоточиться на интересующих их аспек­
тах. В итоге, эти различные аспекты могут быть согласованы и объединены, что­
бы составить единый, целостный взгляд на ваше предприятие. BPwin позволяет
объединить раздельные модели в единую согласованную модель и достигнуть со­
гласования проекта. BPwin помогает понять общее влияние изменений на суще­
ствующие сервисы, обеспечивая быструю и эффективную адаптацию.
Отличительные черты BPwin:
- интуитивно-понятный графический интерфейс, который быстро и легко
осваивается, что позволяет сосредоточиться на анализе самой предметной обла­
сти, не отвлекаясь на изучение инструментальных средств. Интерактивное выде­
ление объектов обеспечивает постоянную визуальную обратную связь при по­
строении модели. BPwin поддерживает ссылочную целостность, не допуская
определения некорректных связей и гарантируя непротиворечивость отношений
между объектами при моделировании.
- автоматизация процесса проектирования. BPwin автоматизирует многие
задачи, обычно связанные с построением моделей процессов, обеспечивая семан­
тическую точность, необходимую для гарантии правильных и согласованных ре­
зультатов. Подсветка объектов упрощает построение модели, исключая часто
встречающиеся ошибки моделирования.
- свойства, определяемые пользователем. Можно настроить BPwin для сбо­
ра информации, существенной для вашего бизнеса. Эта информация становится
8
сразу же доступной через генератор отчетов BPwin и может быть экспортирована
в другие программы, например, Microsoft Word и Excel.
- диаграммы Swim Lane. BPwin поддерживает диаграммы Swim Lane,
предоставляя эффективный механизм для визуализации и оптимизации сложных
сервисов. Диаграммы Swim Lane координируют сложные процессы и функцио­
нальные ограничения и позволяют вам видеть процессы, роли и обязанности во
всем их многообразии.
- настраиваемый интерфейс электронных таблиц. Новая структура словаря
модели делает ввод и управление информацией быстрым и простым. Этот настра­
иваемый интерфейс электронных таблиц прост в применении и предоставляет от­
личный механизм для распространения моделей, независимо от того, вводите вы
данные вручную или импортируете их.
- развитые диаграммы. Контекстные диаграммы для описания границ си­
стемы, области действия, назначения объектов. Иерархическая структура диа­
грамм, облегчающая последовательное уточнение элементов модели. Декомпози­
ционные диаграммы для описания особенностей взаимодействия различных про­
цессов. BPwin также поддерживает автоматическую настройку размеров диа­
грамм и возможность изменения масштабов изображения моделей.
- организационные диаграммы. Организационные структуры оказывают
огромное влияние на определение и выполнение сервисов. BPwin поддерживает
явное определение ролей, а это определяет и категоризирует задачи или работы,
составляющие сервисы. Основываясь на ролях, определенных пользователем,
BPwin формирует организационные диаграммы.
- технологии моделирования. BPwin обеспечивает совместное и повторное
использование технологий моделирования сервисов (IDEL0), потоков работ
(IDEP3) и потоков данных (DFD).
- функционально-стоимостной анализ (ABC). BPwin полностью поддержи­
вает методы расчета себестоимости по объему хозяйственной деятельности (АВС)
и оптимизирована для анализа процессов. Развитые средства подготовки отчетов
и двунаправленный интерфейс со специализированным инструментарием АВС
9
облегчают реализацию корпоративной стратегии на основе управления хозяй­
ственной деятельностью.
- собственный генератор отчетов. Report Template Builder (RTB) - это новый
генератор отчетов, общий для ERwin и BPwin, создающий разнообразные отчеты
и Web-страницы. Вы можете определять шаблоны отчетов, применяя их затем к
любым своим моделям. Подход "определить однажды - применять повторно и по­
всюду" позволяет организации быстро создавать и продвигать стандарты отчетно­
сти. RTB поддерживает множество форматов, включая RTF, HTML, XLS (Excel) и
обычный текст.
- интерфейс к средствам имитационного моделирования. Для моделирова­
ния сложных условий деятельности BPwin предлагает интерфейс к имитационно­
му ПО. Это позволяет использовать готовые модели для изучения изменяющегося
во времени (динамического) взаимодействия сервисов. Распределение ресурсов и
потоки могут быть оптимизированы для достижения эффективной загрузки. Ими­
тационное моделирование позволяет в динамике проанализировать воздействие
изменений. Прежде чем эти изменения будут произведены, можно проверить раз­
личные сценарии и обеспечить тем самым принятие оптимального решения.
1.2 ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА BPWIN 4.0
BPwin имеет достаточно простой и интуитивно понятный интерфейс поль­
зователя, дающий возможность аналитику создавать сложные модели при мини­
мальных усилиях.
При запуске BPwin по умолчанию появляется основная панель инстру­
ментов, палитра инструментов (вид которой зависит от выбранной нотации) и,
в левой части, навигатор модели - Model Explorer
Функциональность панели инструментов доступна из основного меню
BPwin.
10
При создании новой модели возникает диалог, в котором следует указать,
будет ли создана модель заново, или она будет открыта из файла либо из репо­
зитория ModelMart.
Как было указано выше, BPwin поддерживает три методологии - IDEF0,
IDEF3 и DFD, каждая из которых реш ает свои специфические задачи. В
BPwin возможно построение смешанных моделей, т. е. модель может содержать
одновременно как диаграммы IDEF0, так и диаграммы IDEF3 h DFD.
М одель в BPwin рассм атривается как совокупность работ, каждая из
которых оперирует некоторым набором данных. Работа изображается в виде
прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту
модели левой кнопкой мыши, появляется всплывающее контекстное меню, каж­
дый пункт которого соответствует редактору какого-либо свойства объекта.
Инструмент навигации Model Explorer имеет три вкладки - Activities, Dia­
grams и Objects. Вкладка Activities показывает в виде раскрывающегося иерархи­
ческого списка все работы модели. Одновременно могут быть показаны все мо­
дели, открытые в BPwin. Работы с диаграмм 1DEF0 показываются зеленым цве­
том, IDEF3 - желтым и DFD - голубым.
1.3 ПРИНЦИПЫ ПОСТРОЕНИЯ МОДЕЛИ IDEF0
На начальных этапах создания информационной системы необходимо по­
нять, как работает организация, которую собираются автоматизировать. Для опи­
сания работы предприятия необходимо построить модель. Такая модель должна
быть адекватна предметной области, следовательно, она должна содержать в
себе знания всех участников сервисов организации.
В 1DEF0 система представляется как совокупность взаимодействующих ра­
бот или функций. Такая чисто функциональная ориентация является принципи­
альной - функции системы анализируются независимо от объектов, которыми
они оперируют. Это позволяет более четко смоделировать логику и взаимодей­
ствие процессов организации.
11
Под моделью в IDEF0 понимают описание системы (текстовое и графи­
ческое), которое должно дать ответ на некоторые заранее определенные вопро­
сы.
Процесс моделирования какой-либо системы в IDEF0 начинается с опре­
деления контекста, т. е. наиболее абстрактного уровня описания системы в це­
лом. В контекст входит определение субъекта моделирования, цели и точки
зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно
установить, что входит в систему, а что лежит за ее пределами, другими слова­
ми, мы должны определить, что мы будем в дальнейшем рассматривать как
компоненты системы, а что как внешнее воздействие. На определение субъекта
системы будет существенно влиять позиция, с которой рассматривается система,
и цель моделирования - вопросы, на которые построенная модель должна дать
ответ, другими словами, первоначально необходимо определить область (Scope)
моделирования. Описание области как системы в целом, так и ее компонентов
является основой построения модели. Хотя предполагается, что в течение моде­
лирования область может корректироваться, она должна быть в основном
сформулирована изначально, поскольку именно область определяет направле­
ние моделирования и когда должна быть закончена модель. При формулировании
области необходимо учитывать два компонента - широту и глубину. Широта
подразумевает определение границ модели - мы определяем, что будет рассмат­
риваться внутри системы, а что снаружи. Елубина определяет, на каком Уровне
детализации модель является завершенной. При определении глубины систе­
мы необходимо не забывать об ограничениях времени -трудоемкость
построе­
ния модели растет в геометрической прогрессии от глубины декомпозиции.
Формулировка цели позволяет команде аналитиков сфокусировать уси­
лия в нужном направлении. Примерами формулирования цели могут быть сле­
дующие утверждения: "Определить текущие проблемы сервиса и сделать анализ
возможных улучшений", "Описать функциональность сервисного предприятия с
целью создания спецификаций для информационной системы" и т. д.
12
Модель должна строиться с единой точки зрения. Точку зрения можно
представить как взгляд человека, который видит систему в нужном для него
аспекте. Точка зрения должна соответствовать цели моделирования. Описание
работы сервисного предприятия с точки зрения финансиста и технолога будет
выглядеть совершенно по-разному, поэтому в течение моделирования важно
оставаться на выбранной точке зрения. Как правило, выбирается точка зрения
человека, ответственного за моделируемую работу в целом
Целью построения функциональных моделей обычно является выявление
наиболее слабых и уязвимых мест деятельности сервиса, анализе преимуществ
новых процессов оказания услуг и степени изменения существующей структуры
организации бизнеса. Анализ недостатков и "узких мест" начинаю т с п о ­
строения м одели A S-1S (Как есть), т.е. модели существующей организации
работы. Модель AS-IS может
ции
строиться
на
основе
изучения
документа­
(должностных инструкций, положений о предприятии, приказов, отчетов и
т.п.), анкетирования и опроса служащих предприятия, создания фотографии ра­
бочего дня и других источников. Полученная модель AS-IS служит для выявле­
ния неуправляемых работ, работ не обеспеченных ресурсами, ненужных и н е­
эффективных работ, дублирую щ ихся работ и других недостатков в организа­
ции деятельности предприятия. Исправление недостатков, перенаправление ин­
формационных и материальных потоков приводит к созданию модели ТО-ВЕ
(Как будет) - модели идеальной организации сервисов. Как правило, строится
несколько моделей ТО-BE, среди которых определяют наилучший вариант.
Технология проектирования информационных систем подразумевает сна­
чала создание модели AS-IS, ее анализ и улучшение сервисов, т. е. создание мо­
дели ТО-BE, и только на основе модели ТО-BE строится модель данных, прото­
тип и затем окончательный вариант информационной системы.
13
1.4 ДИАГРАММЫ НОТАЦИИ IDEF0
Основу методологии IDEF0 составляет графический язык описания серви­
сов. Модель в нотации IDEF0 представляет собой совокупность иерархически
упорядоченных и взаимосвязанных Диаграмм. К аж дая диаграмм а является
единицей описания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
- контекстную (в каждой модели может быть только одна контекстная
диаграмма);
- декомпозиции;
- дерева узлов;
- только для экспозиции (FEO).
Контекстная диаграмма является вершиной древовидной структуры диа­
грамм и представляет собой самое общее описание системы и ее взаимодействия
с внешней средой. После описания системы в целом проводится разбиение ее на
крупные фрагменты. Этот процесс называется функциональной декомпозицией,
а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагмен­
тов, называются диаграммами декомпозиции. После декомпозиции контекстной
диаграммы проводится декомпозиция каждого большого фрагмента системы
на более мелкие и т. д., до достижения нужного уровня подробности описания.
После каждого сеанса декомпозиции проводятся сеансы экспертизы - эксперты
предметной области указывают на соответствие реальных сервисов созданным
диаграммам. Найденные несоответствия исправляются, и только после прохож­
дения экспертизы без замечаний можно приступать к следующему сеансу деком­
позиции. Так достигается соответствие модели реальным сервисам на любом
уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента
одинаков во всей модели.
Диаграмма дерева узлов показывает иерархическую зависимость работ, но
не взаимосвязи между работами. Диаграмм деревьев узлов может быть в моде14
ли сколь угодно много, поскольку дерево может быть построено на произ­
вольную глубину и не обязательно с корня.
Диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных
фрагментов модели, для иллюстрации альтернативной точки зрения либо для
специальных целей.
Работы обозначают поименованные процессы, функции или задачи, кото­
рые происходят в течение определенного времени и имеют распознаваемые ре­
зультаты. Работы изображаются в виде прямоугольников. Все работы должны
быть названы и определены.
Диаграммы декомпозиции содержат родственные работы, т. е. дочерние
работы, имеющие общую родительскую работу. Для создания диаграммы
Каждая из работ на диаграмме декомпозиции может быть, в свою очередь де­
композирована. На диаграмме декомпозиции работы нумеруются автоматически
слева направо.
Взаимодействие работ с внешним миром и между собой описывается в ви­
де стрелок. Стрелки представляют собой некую информацию и именуются суще­
ствительными (например,
"Заготовка”, "Изделие" Заказ").
В IDEF0 существует пять типов стрелок:
Вход (INPUT) - материал или информация, которые используются или преоб­
разуются работой для получения результата (выхода). Допускается, что работа
может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к опреде­
ленной стороне прямоугольника, изображающего работу, или выходит из нее.
Стрелка входа рисуется как входящая в левую грань работы.
Управление (CONTROL) - правила, стратегии, процедуры или стандарты,
которыми руководствуется работа. "Каждая работа должна иметь хотя бы одну
стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань
работы.
Выход (OUTPUT) - материал или информация, которые производятся рабо­
той. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без резуль­
15
тата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как
исходящая из правой грани работы.
Механизм (MECHANISM) - ресурсы, которые выполняют работу, например
персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как
входящая в нижнюю грань работы.
Вызов (CALL) - специальная стрелка, указывающая на другую модель работы.
Стрелка механизма рисуется как исходящая из нижней грани работы.
Стрелки на контекстной диаграмме служат для описания взаимодействия си­
стемы с окружающим миром. Они могут начинаться у границы диаграммы и закан­
чиваться у работы, и наоборот. Такие стрелки называются граничными.
Диаграмма декомпозиции предназначена для детализации работы. В отли­
чие от моделей, отображающих структуру организации, работа на диаграмме
верхнего уровня в IDEL0 - это не элемент управления ниж естоящ ими работа­
ми. Работы нижнего уровня - это, то же самое, что и работы верхнего уровня,
но в более детальном изложении. Как следствие этого границы работы верхнего
уровня - это, то же самое, что и границы диаграммы декомпозиции. ICOM (аб­
бревиатура от Input, Control, Output и Mechanism) - коды, предназначенные для
идентификации граничных стрелок.
Словарь стрелок редактируется при помощи специального редактора Ar­
row Dictionary, в котором определяется стрелка и вносится относящийся к ней
комментарий
Словарь стрелок решает очень важную задачу. Диаграммы создаются ана­
литиком для того, чтобы провести сеанс экспертизы, т. е. обсудить Диаграмму
со специалистом предметной области. Поскольку формальные определения ча­
сто сложны для, восприятия, аналитик вынужден употреблять профессиональ­
ный жаргон, а, чтобы не возникло неоднозначных трактовок, в словаре стрелок
каждому понятию можно дать расширенное и, если это необходимо, формальное
определение.
16
Вновь внесенные граничные стрелки на диаграмме декомпозиции нижнего
уровня изображаются в квадратных скобках и автоматически не появляются на
диаграмме верхнего уровня
Тоннелирование может быть применено для изображения малозначимых
стрелок. Если на какой-либо диаграмме нижнего уровня необходимо изобразить
малозначимые данные или объекты, которые не обрабатываются или не исполь­
зуются работами на текущем уровне, то их необходимо направить на вышесто­
ящий уровень (на родительскую диаграмму). Если эти данные не используются
на родительской диаграмме, их нужно направить еще выше и т. д. В результате
малозначимая стрелка будет изображена на всех уровнях и затруднит чтение
всех диаграмм, на которых она присутствует. Выходом является тоннелирование
стрелки на самом нижнем уровне. Такое тоннелирование называется "не-вродительской-диаграмме".
Другим примером тоннелирования может быть ситуация, когда стрелка
механизма мигрирует с верхнего уровня на нижний, причем на нижнем уровне
этот механизм используется одинаково во всех работах без исключения. (Е[редполагается, что не нужно детализировать стрелку механизма, т. е. стрелка ме­
ханизма на дочерней работе именована до разветвления, а после разветвления
ветви не имеет собственного имени.) В этом случае стрелка механизма на ниж ­
нем уровне может быть удалена, после чего на родительской диаграмме она
может быть затоннелирована, а в комментарии к стрелке или в словаре можно
указать, что механизм будет использоваться во всех работах дочерней диаграммы
декомпозиции. Такое тоннелирование называется "не-в-дочерней-работе"
1.5 ДИАГРАММЫ ДЕРЕВА УЗЛОВ И FEO
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет
рассмотреть всю модель целиком, но не показывает взаимосвязи между работами
(стрелки). Е[роцесс создания модели работ является итерационным, следова­
17
тельно, работы могут менять свое расположение в дереве узлов многократно.
Чтобы
не запутаться и проверить способ декомпозиции, следует после каж­
дого изменения создавать диаграмму дерева узлов.
Д иаграмм ы "только для экспозиции" (FEO ) часто использую тся в
модели для иллюстрации других точек зрения, для отображения отдельных
деталей, которые не поддерж иваю тся явно синтаксисом IDEF0. Диаграммы
FEO позволяют нарушить любое синтаксическое правило, поскольку по сути
являются просто картинками - копиями стандартных диаграмм и не включа­
ются в анализ синтаксиса. Например, работа на диаграмме FEO может не
иметь стрелок управления и выхода. С
аспектов
модели
с
целью
обсуждения
определенных
экспертом предм етн ой области м ож ет быть создана
диаграм м а только с одной работой и одной стрелкой, поскольку стандартная
диаграмма декомпозиции содержит множество деталей, не относящихся к т е ­
ме обсуждения и дезориентирующих эксперта. Но если FEO используется для
иллюстрации альтернативных точек зрения (альтернативный контекст), реко­
мендуется все-таки придерживаться синтаксиса IDEF0.
1.6 СЛИЯНИЕ И РАСЩЕПЛЕНИЕ МОДЕЛЕЙ
Возможность слияния и расщепления моделей обеспечивает коллек­
тивную работу над проектом. Так, руководитель проекта может создать деком­
позицию верхнего уровня и дать задание аналитикам продолжить декомпозицию
каждой ветви дерева в виде отдельных моделей. После окончания работы над
отдельными ветвями все подмодели могут быть слиты в единую модель. С
другой стороны, отдельная ветвь модели может быть отщеплена для использо­
вания в качестве независимой модели, для доработки или архивирования. BPwin
использует для слияния и разветвления моделей стрелки вызова.
18
1.7 ЦИКЛ АВТОР-ЧИТАТЕЛЬ
Цикл автор-читатель (рисунок 1.1) предназначен для обеспечения обратной
связи при построении модели. Он включает определенные формализованные
процедуры, предписывающие правила координации деятельности участников
создания модели. В работе над моделью принимают участие специалисты раз­
ных профилей - аналитики (авторы), эксперты предметной области (читатели),
библиотекари и комитет технического контроля. Обычно библиотекарь выделя­
ется для больших проектов. Цикл автор-читатель содержит следующие этапы.
3. Папка с ответами
Рисунок 1.1- Цикл автор-читатель
На очередном этапе деком пози ции аналитик создает диаграм м у на
основе общих знаний, анализа документации и опроса экспертов. Общие знания
не позволяют создать диаграмму достаточно корректно, поэтому она нуждается
в уточнении и дополнении.
Все коммуникации при создании модели контролируются библиотекарем.
Он ответственен за прохождение папок и архивирование диаграмм модели. По­
сле создания диаграмма посылается библиотекарю для помещения в архив.
Автором формируется папка и передается для распространения биб­
лиотекарю (одна копия направляется автору). В папку должна входить теку­
щая диаграмма. Кроме того, в папку могут включаться сопутствующие отче­
ты, в том числе словарь стрелок и работ, диаграмма верхнего уровня, дерево
узлов и любая необходимая дополнительная документация. На папке реги­
стрируются входящие данные - дата, автор, данные читателя и т. д., после че­
го папка направляется эксперту предметной области (читателю).
19
Читатель рецензирует папку и записывает свои комментарии. Замечания
вносятся в диаграмму по определенным правилам.
После рецензирования папки возвращаются библиотекарю. Библиотекарь дол­
жен обеспечивать проведение рецензирования в срок. Затем папки регистрируются и
направляются автору.
Автор вносит ответ на замечания и, если он согласен с замечаниями, вносит из­
менения в модель. На практике зачастую сеанс экспертизы проводится в форме уст­
ного собеседования между автором и экспертом. В этом случае особенно важно вно­
сить замечания эксперта и комментарии автора в диаграмму для документирования
всех идей, возникших в результате моделирования.
Если это необходимо, проводится дополнительная экспертиза у того же или у
другого эксперта.
После прохождения нескольких циклов число замечаний обычно уменьшается
и диаграмма становится стабильной. Когда автор считает, что диаграмма уже доста­
точно проработана и достигла уровня Recommended, он пересылает ее на утвержде­
ние в комитет технического контроля, где она проходит окончательную эксперти­
зу. После внесения замечаний и окончательных изменений диаграмма (или набор
диаграмм) окончательно утверждается, получает статус Publication и может быть
распечатана и распространена среди участников проекта.
1.7.1 СТОИМОСТНЫЙ АНАЛИЗ (АВС) И СВОЙСТВА, ОПРЕДЕЛЯЕМЫЕ
ПОЛЬЗОВАТЕЛЕМ (UDP)
Как было указано ранее, обычно сначала строится функциональная модель
существующей организации работы - AS-IS (Как есть). После построения модели
AS-IS проводится анализ сервисов, потоки данных и объектов перенаправляются и
улучшаются, в результате строится модель ТО-BE. Как правило, строится несколь­
ко моделей ТО-BE, из которых по какому-либо критерию выбирается наилучшая.
Проблема состоит в том, что таких критериев много и непросто определить важ­
20
нейший. Для того чтобы определить качество созданной модели с точки зрения эф­
фективности сервисов, необходима система метрики, т. е. качество следует оцени­
вать количественно.
BPwin предоставляет аналитику два инструмента для оценки модели стоимостный анализ, основанный на работах (Activity Based Costing, АВС), и свой­
ства, определяемые пользователем (User Defined Properties, UDP). ABC является
широко распространенной методикой, используемой международными корпораци­
ями и государственными организациями (в том числе Департаментом обороны
США) для идентификации истинных движителей затрат в организации.
Стоимостный анализ представляет собой соглашение об учете, используемое
для сбора затрат, связанных с работами, с целью определить общую стоимость
процесса. Стоимостный анализ основан на модели работ, потому что количе­
ственная оценка невозможна без детального понимания функциональности
предприятия. Обычно АВС применяется для того, чтобы понять происхождение
выходных затрат и облегчить выбор нужной модели работ при реорганизации дея­
тельности предприятия (Business Process Re-engineering, BPR). С помощью
стоимостного анализа можно решить такие задачи, как определение действитель­
ной стоимости производства продукта, определение действительной стоимости
поддержки клиента, идентификация работ, которые стоят больше всего (те, кото­
рые должны быть улучшены в первую очередь), обеспечение менеджеров финансо­
вой мерой предлагаемых изменений, и др.
АВС может проводиться только тогда, когда модель работы последовательная
(следует синтаксическим правилам IDEF0), корректная (отражает бизнес), полная
(охватывает всю рассматриваемую область) и стабильная (проходит цикл экспер­
тизы без изменений), другими словами, создание модели работы закончено.
Встроенные возможности BPwin позволяют разрабатывать упрощенные
модели стоимости, которые тем не менее оказываются чрезвычайно полезными
для предварительной оценки затрат. Если схема выполнения более сложная
(например, работы производятся альтернативно), можно отказаться от подсчета и
задать итоговые суммы для каждой работы вручную (Override Decompositions).
21
В этом случае результаты расчетов с нижних уровней декомпозиции будут игно­
рироваться, при расчетах на верхних уровнях будет учитываться сумма, заданная
вручную. На любом уровне результаты расчетов сохраняются независимо от
выбранного режима, поэтому при выключении опции 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.
22
Так же с помощью кнопки 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
диалогов
также применяются
любой
грани
прямоуголь­
стрелки
для
типа "команда-ответ" между работами, между работой и
внешней сущностью и между внешними сущностями.
В материальны х системах хранилищ а данных изображ аю тся там, где
объекты ожидают обработки, например в очереди. В системах обработки ин­
24
формации хранилища данных являются механизмом, который позволяет сохра­
нить данные для последующих процессов.
В DFD стрелки могут сливаться и разветвляться, что позволяет описать
декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляю­
щейся стрелки может иметь собственное имя.
Диаграммы DFD могут быть построены с использованием традиционного
структурного анализа, подобно тому как строятся диаграммы IDEF0. Сначала
строится физическая модель, отображающая текущее состояние дел. Затем эта
модель преобразуется в логическую модель, которая отображает требования к
существующей системе. После этого строится модель, отображающая требова­
ния к будущей системе. И наконец, строится физическая модель, на основе кото­
рой должна быть построена новая система.
Альтернативным подходом является подход, популярный при создании
программного обеспечения, называемый событийным разделением (event Parti­
tioning), в котором различные диаграммы DFD выстраивают модель системы.
Во-первых, логическая модель строится как совокупность работ и документи­
рования того, что они (эти работы) должны делать.
Затем модель окружения (environment model) описывает систему как объ­
ект, взаимодействующий с событиями из внешних сущностей. Модель окруже­
ния обычно содержит описание цели системы, одну контекстную диаграмму и
список событий. Контекстная диаграмма содержит один прямоугольник работы,
изображающий систему в целом, и внешние сущности, с которыми система
взаимодействует.
Наконец, модель поведения (behavior model) показывает, как система обра­
батывает события. Эта модель состоит из одной диаграммы, в которой каждый
прямоугольник изображает каждое событие из модели окружения. Хранилища
могут быть добавлены для моделирования данных, которые необходимо запо­
минать между событиями. Потоки добавляются для связи с другими элемента­
ми, и диаграмма проверяется с точки зрения соответствия модели окружения.
25
Полученные диаграммы могут быть преобразованы с целью более
наглядного представления системы, в частности работы на диаграммах могут
быть декомпозированы.
1.8.2 МЕТОД ОПИСАНИЯ ПРОЦЕССОВ IDEF3
Наличие в диаграммах DFD элементов для описания источников, прием­
ников и хранилищ данных позволяет более эффективно и наглядно описать про­
цесс документооборота. Однако для описания логики взаимодействия информа­
ционных потоков более подходит 1DEF3, называемая также workflow diagram­
ming - методологией моделирования, использующая графическое описание ин­
формационных потоков, взаимоотношений между процессами обработки инфор­
мации и объектов, являющихся частью этих процессов. Диаграммы Workflow
могут быть использованы в моделировании сервисов для анализа завершенности
процедур обработки информации. С их помощью можно описывать сценарии
действий сотрудников организации, например последовательность обработки
заказа события, которые необходимо обработать за конечное время. Каждый
сценарий сопровождается описанием процесса и может быть использован, для
документирования каждой функции.
1DEF3 - это метод, имеющий основной целью дать возможность аналити­
кам описать ситуацию, когда процессы выполняются в определенной последо­
вательности, а также описать объекты, участвующие совместно в одном процес­
се.
Техника описания набора данных IDEF3 является частью структурного
анализа. В отличие от некоторых методик описаний процессов IDEF3 не
ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может
привести к созданию неполных или противоречивых моделей.
26
IDEF3 может быть также использован как метод создания процессов.
IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей,
которые в дальнейшем могут быть использованы для имитационного анализа.
Каждая работа в IDEF3 описывает какой-либо сценарий сервиса и может
являться составляющей другой работы. Поскольку сценарий описывает цель и
рамки модели, важно, чтобы работы именовались отглагольным существитель­
ным, обозначающим процесс действия, или фразой, содержащей такое суще­
ствительное.
UOW, также называемые работами (activity), являются центральными
компонентами модели. В IDEF3 работы изображаются прямоугольниками с пря­
мыми углами и имеют имя, выраженное отглагольным существительным, обозна­
чающим процесс действия, одиночным или в составе фразы, и номер (идентифи­
катор); другое имя существительное в составе той же фразы обычно отображает ос­
новной выход (результат) работы. Часто имя существительное в имени работы ме­
няется в процессе моделирования, поскольку модель может уточняться и редак­
тироваться. Идентификатор работы присваивается при создании и не меняется
никогда. Даже если работа будет удалена, ее идентификатор не будет вновь ис­
пользоваться для других работ. Обычно номер работы состоит из номера роди­
тельской работы и порядкового номера на текущей диаграмме.
Работа в IDEF3 требует более подробного описания, чем работа в IDEF0
Каждая UOW должна иметь ассоциированный документ, который включает тек­
стовое описание компонентов работы: объектов (Objects) и фактов (Facts), свя­
занных с работой, ограничений (Constraints), накладываемых на работу, и до­
полнительное описание работы (Description). Эта информация заносится во
вкладку UOW диалога Activity Properties.
Связи показывают взаимоотношения работ. Все связи в IDEF3 однона­
правленны и могут быть направлены куда угодно, но обычно диаграммы
IDEF3 стараются построить так, чтобы связи были направлены слева направо. В
IDEF3 различают три типа стрелок, изображающих связи.
27
Старшая (Precedence) стрелка - сплошная линия, связывающая единицы ра­
бот (UOW). Рисуется слева направо или сверху вниз. Показывает, что работаисточник должна закончиться прежде, чем работа-цель начнется.
Стрелка отношения (Relational Link) - пунктирная линия, исполь­
зующаяся для изображения связей между единицами работ (UOW), а также меж­
ду единицами работ и объектами ссылок.
Потоки объектов (Object Flow) - стрелка с двумя наконечниками, приме­
няется для описания того факта, что объект используется в двух или более еди­
ницах работы, например когда объект порождается в одной работе и исполь­
зуется в другой.
Старшая связь показывает, что работа-источник заканчивается ранее, чем
начинается работа-цель. Часто результатом работы-источника становится объ­
ект, необходимый для запуска работы-цели. В этом случае стрелку, обознача­
ющую объект, изображают с двойным наконечником. Имя стрелки должно ясно
идентифицировать отображаемый объект. Поток объектов имеет ту же семанти­
ку, что и старшая стрелка.
Отношение показывает, что стрелка является альтернативой старшей
стрелке или потоку объектов в смысле задания последовательности выполнения
работ - работа-источник не обязательно должна закончиться прежде, чем работацель начнется. Более того, работа-цель может закончиться прежде, чем закончит­
ся работа-источник.
Окончание одной работы может служить сигналом к началу нескольких
работ, или же одна работа для своего запуска может ожидать окончания не­
скольких работ. Перекрестки используются для отображения логики взаимодей­
ствия стрелок при слиянии и разветвлении или для отображения множества со­
бытий, которые могут или должны завершены перед началом следующей рабо­
ты. Различают перекрестки я слияния (Fan-in Junction) и разветвления (Fan-out
Junction) стрелок. Перекресток не может использоваться одновременно для
слияния и для ветвления.
28
Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J.
Можно редактировать свойства перекрестка при помощи диалога Junction Prop­
erties (вызывается из контекстного меню). В отличие от IDEF0 и DFD в IDEF3
стрелки могут сливаться и разветвляться только через перекрестки.
Объект ссылки в IDEF3 выражает некую идею, концепцию или данные,
которые нельзя связать со стрелкой, перекрестком или работой. Объект ссылки
изображается в виде прямоугольника, похожего на прямоугольник работы. Объ­
екты ссылки должны быть связаны с единицами работ или перекрестками пунк­
тирными линиями. Официальная спецификация IDEF3 различает три стиля объ­
ектов ссыл ок - безусловные (unconditional), синхронные (synchronous) и асин­
хронные (asynchronous). BPwin поддерживает только безусловные объекты ссы­
лок. Синхронные и асинхронные объекты ссылок, используемые в диаграммах
переходов состояний объектов, не поддерживаются.
В IDEF3 декомпозиция используется для детализации работ. Методология
1DEF3 позволяет декомпозировать работу многократно, т. е. работа может иметь
множество дочерних работ. Это позволяет в одной модели описать альтернативные
потоки. Декомпозиция может быть сценарием или описанием. Описание включает
все возможные пути развития процесса. Сценарий является частным случаем описа­
ния и иллюстрирует только один путь реализации процесса. По умолчанию при
декомпозиции на диаграмму 1DEF3 создается описание
При создании сценария или описания необходимо придерживаться допол­
нительных ограничений - в сценарии или декомпозиции может существовать
только одна точка входа. За точкой входа следует работа или перекресток. Для
декомпозиции может существовать только одна точка выхода. Сценарий, кото­
рый не является декомпозицией, может иметь несколько точек выхода.
Рассмотрим процесс декомпозиции диаграмм IDEF3, включающий взаи­
модействие автора (аналитика) и одного или нескольких экспертов предметной
области.
Перед проведением сеанса экспертизы у экспертов предметной области
должны быть задокументированы сценарии и рамки модели для того, чтобы экс­
29
перт мог понять цели декомпозиции. Кроме того, если точка зрения моделирова­
ния отличается от точки зрения эксперта, она должна быть особенно тщательно
задокументирована.
Возможно, что эксперт самостоятельно не сможет передать необходимую
информацию. В этом случае аналитик должен приготовить список вопросов для
проведения интервью.
Обычно эксперт предметной области передает аналитику текстовое описа­
ние сценария. В дополнение к этому может существовать документация, описы­
вающая интересующие процессы. Из всей этой информации аналитик должен
составить список кандидатов на работы (отглагольные существительные, обо­
значающие процесс, одиночные или в составе фразы) и кандидатов на объекты
(существительные, обозначающие результат выполнения работы), которые необ­
ходимы для перечисленных в списке работ.
В некоторых случаях целесообразно создать графическую модель для пред­
ставления ее эксперту предметной области. Графическая модель может быть так­
же создана после сеанса сбора информации для того, чтобы детали форматирова­
ния диаграммы не смущали участников.
Поскольку разные фрагменты модели IDEF3 могут быть созданы разными
группами аналитиков в разное время, IDEF3 поддерживает простую схему нуме­
рации работ в рамках всей модели. Разные аналитики оперируют разными диапа­
зонами номеров, работая при этом независимо.
Если диаграмма создается после проведения интервью, аналитик должен
принять некоторые решения, относящиеся к иерархии диаграмм, например
сколько деталей включать в одну диаграмму. Если последовательность и согла­
сование диаграмм неочевидны, может быть проведена еще одна экспертиза для
детализации и уточнения информации. Важно различать подразумевающее со­
гласование (согласование, которое подразумевается в отсутствие связей) и ясное
согласование (согласование, ясно изложенное в мнении эксперта).
IDEF3 позволяет внести информацию в модель различными способами.
Например, логика взаимодействия может быть отображена графически в виде
30
комбинации перекрестков. Та же информация может быть отображена в виде
объекта ссылки типа ELAB (Elaboration). Это позволяет аналитику вносить ин­
формацию в удобном в данный момент времени виде. Важно учитывать, что
модели могут быть реорганизованы, например для их представления в более
презентабельном виде. Выбор формата для презентации часто имеет важное зна­
чение для организации модели, поскольку комбинация перекрестков занимает
значительное место на диаграмме и использование иерархии перекрестков за­
трудняет расположение работ на диаграмме.
BPwin 4.0 содержит набор инструментов для моделирования организа­
ционной структуры предприятия. Он содержит четыре новых словаря - словарь
изображений (bitmap), словарь ресурсов, словарь ролей и словарь групп ролей.
Словарь изображений служит для импорта файлов в формате bmp в модель.
Импортированные изображения можно использовать в диаграммах для улуч­
шения их внешнего вида.
Словарь Role Group Dictionary позволяет создать и определить свойства
групп ролей. Еруппы ролей могут использоваться как на организационных диа­
граммах, так и на диаграммах Swim Lane. В качестве значения группы ролей мо­
жет быть название предприятия, отдела, цеха или название региона, города и т. д.
Для каждой группы ролей может быть внесено описание, указано изобра­
жение, предварительно импортированное в словаре изображений, и указана
важность группы ролей.
Ролью может быть должность или позиция конкретного исполнителя.
Каждой роли может соответствовать одна или несколько групп ролей. Кроме
того, в словаре ролей для каждой роли можно внести определение (Definition),
связать роль с изображением (Bitmap) и геометрической фигурой (Shape), ука­
зать важность роли (Importance).
В
данном
разделе
использованы
материалы
первоисточников
[4,7-
10,12,13,15,16].
31
2 ИСПОЛЬЗОВАНИЕ CASE-СРЕДСТВ ДЛЯ РАЗРАБОТКИ ФУНКЦИО­
НАЛЬНОЙ МОДЕЛИ ПРЕДПРИЯТИЯ КИНОМАКС
2.1 ПОСТАНОВКА ЗАДАЧИ
В настоящее время все большую популярность приобретают инженерные ме­
тоды реорганизации сервисных предприятий на основе информационных технологий.
В первой части записки было показано, что понятие «сервис» в технологии сервиса
уверенно входит в лексикон аналитиков всех уровней. Расширяется спектр компьюте­
ризованных инструментальных методов анализа экономических процессов и сервиса
в частности.
Структурный системный анализ как практический метод служит инструментом
для анализа ситуаций в среде сервиса безотносительно к его содержанию его услуг.
Научный подход в этой области сложился сравнительно недавно. В настоящее время
под этим термином понимаются исследования системы, которые начинаются с ее об­
щего обзора и затем детализируется по иерархической схеме со все большим чис­
лом уровней. Уточним некоторые детали, структурного анализа: идея разбиения ис­
следуемого процесса на функциональные блоки; идея иерархии, означающая воз­
можность декомпозиции любых процессов в виде иерархических структур; использо­
вание графических нотаций с возможностью разъясняющего дополнения.
Нами будет рассмотрена деятельность компании «КиноМакс», которая су­
ществует уже 6 лет. «КиноМакс» представляет собой развлекательный комплекс,
включающий в себя 6 кинозалов, зону игровых автоматов, детскую комнату, ряд ре­
сторанов, как классического обслуживания, так и самообслуживания, так же на его
территории расположено интернет-кафе. За деятельностью такой крупной организа­
ции руководству очень сложно осуществлять контроль и добиться прозрачности сер­
висов протекающих на предприятии без специализированной системы управления.
Смоделировать и наглядно изобразить всю структуру сервисов предприятия как раз
позволяет BPwin. Годовой оборот компании составляет примерно 250 млн. рублей.
Компания реализует услуги сервиса, работает со многими поставщиками. Предпола­
32
гаемый объем рынка для компании «КиноМакс» в последующие 2 года - 550
млн. ру бл ей.
Несмотря на некоторое увеличение объема продаж, прибыли уменьшаются,
растет конкуренция на рынке. Чтобы не потерять позиции, компании необходимо про­
анализировать текущие сервисы и реорганизовать их с целью увеличения эффектив­
ности производства и продаж.
2.2 ОСНОВНЫЕ ЭЛЕМЕНТЫ МОДЕЛИ
Название проекта: «Деятельность компании КиноМакс».
Цель проекта: подготовить рабочую модель сервиса компании.
Точка зрения: руководство предприятия.
Инструментарий: методология функционального моделирования IDEFO и
программное приложение BPWin 4.1
Список данных:
- заявки, новые кадры, посетители;
- инструкции, ГОСТ, Сан-эпидем требования, трудовой кодекс;
- персонал компании, оборудование;
- удовлетворение потребностей клиента, отчеты;
2.3 СПИСОК ФУНКЦИЙ
АО (Деятельность компании КиноМакс)
Директор:
- осуществляет контроль компании;
- организует работу и эффективное взаимодействие всех структурных под­
разделений;
- решает вопросы, касающиеся финансово-экономической и производствен­
но-хозяйственной деятельности предприятия
- обеспечивает выполнение предприятием всех обязательства перед феде­
ральным, региональным и местным бюджетами, государственными внебюджет33
ными социальными фондами, поставщиками, заказчиками и кредиторами, вклю­
чая учреждения банка, а также хозяйственных и трудовых договоров (контрактов
и бизнес-планов).
А1 (Бухгалтерия):
- распределение доходов - А 1.1;
- составление смет - А 1.2;
- оплата счетов - А 1.3;
- расчет заработной платы - А 1.4;
- составление отчетов - А 1.5;
А2 (Старший кассир):
- прием, учет, выдача и хранение денежных средств и ценных бумаг - А 1.1;
- ведет на основе приходных и расходных документов кассовую книгу А2.2;
- передает в соответствии с установленным порядком денежные средства
инкассаторам - А2.3;
составляет кассовую отчетность А2.4;
- принимает деньги от менеджеров предприятия в конце их рабочей смены А2.5;
АЗ (Отдел кадров):
- комплектование предприятия кадрами рабочих требуемых профессий А3.1;
- проведение аттестации работников на предприятии - АЗ.2;
- оформление приема, перевода и увольнения работников - АЗ.З;
- подготовка документов по пенсионному страхованию - АЗА;
- организация табельного учета, графиков отпусков - АЗ.5;
А4 (IT отдел):
- обеспечение тех. поддержки на предприятии - А4.1;
- поддержка в рабочем состоянии серверов и рабочих станций - А4.2;
- обеспечивает своевременное копирование, архивирование и резервирова­
ние данных - А 4.3;
34
- обеспечение сетевой безопасности - А4.4;
- монтаж оборудования локальной сети, а так же обеспечение её стабиль­
ной работы - А4.5;
А5 (Менеджерский отдел):
- сбор ежедневной выручки модулей предприятия - А 5.1;
- подготовка ежедневной документации и отчетов - А5.2;
- контроль модулей предприятия - А5.3;
- решение конфликтных и текущих вопросов в течении работы - А5.4;
А6 (Развлекательные модули):
- организация кино-показа - А 6.1;
- предоставление услуги игровых автоматов - А6.2;
- предоставление компьютеров с доступом в интернет - А6.3;
- оказание услуг печати, ксерокопии, записи на информационный носитель
-А 6 .4 ;
Модули ресторанного обслуживания - А 7
- кино-бар «Консешн» - А 7.1;
- пиццерия «Лос-Пиратос» - А 7.2;
- блинная «Блин-Сметаныч» - А 7.3;
- РБО классической кухни «Панорама»- А 7.4;
- Алко-бар «Синема ХО» - А 7.5;
- суши-бар «Мисаго» - А 7.6;
- кафе «Кофе - Неро» - А 7.7;
В настоящее время компания «КиноМакс» использует купленную бухгал­
терскую информационную систему «1C», которая позволяет оформить заказ, счет и
отследить платежи по счетам.
Реорганизация может потребовать внедрения новой корпоративной информа­
ционной системы. Однако перед тем как пытаться производить какие-то улучшения,
необходимо разобраться в существующих сервисах.
35
2.4 ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ БЛОКОВ
Трудовой
кодекс
ГОСТ
'
посетитель
развлекательного
центра
Сан-эпидем
требования
г
Ц
Деятельность компании
КиноМакс
Обслуженный
посетитель
Необслуженный
Ц
Отчеты
налоговую
0
380 4Э0Р
Персонал
Оборудование
Рисунок 2.4.1 - А-0 - Контекстная диаграмма модели деятельности компании КиноМакс
Это основной блок контекстной IDEFO-диаграммы, находящийся на самом
верхнем уровне иерархии модели и определяющий основную концепцию пред­
приятия или его цель. Структурирование любой проблемы с помощью системного
анализа предполагает анализ и синтез ее составляющих. В этой части основной
целью является получение максимальной прибыли и решается затем многокрите­
риальная задача с использованием функциональной модели.
Таким образом, название главного функционального блока «Деятельность
компании КиноМакс» с входящим потоком информации о клиентах компании, за­
явках, оборудованием и результатом на выходе полностью отражают цель моде­
лирования.
Декомпозиция на уровне контекстного моделирования начинается с того,
что все производство разбивается на функциональные блоки. На данном этапе по­
казана структура предприятия и сервис, которые включают пять функциональных
блоков: А1 - Бухгалтерия, А2 - Старший кассир, АЗ - Отдел кадров, А4 - IT от­
дел, А5 - Менеджеры, А5 - Развлекательные модули, А6 - модули ресторанного
обслуживания. Демонстрация диаграмм и краткая аннотация представлены ниже.
Следует отметить, что некоторые блоки выбраны с определенным произво­
лом и могут быть легко модифицированы с целью их адаптации к изменившейся
36
ситуации. Это делает модель системы гибкой и удобной в эксплуатации. Инфор­
мационные, людские, финансовые, материальные и информационные потоки пе­
рераспределяются с помощью стрелок и легко прослеживаются визуально как на
контекстной диаграмме, так и на диаграммах типа DFD.
Связь с фактическими данными любого происхождения (кредиты, баланс,
материалы, кадры, комплектующие и др.) может быть осуществлена посредством
процедур импорт-экспорт в системе BPWin.
Рисунок 2.4.2 - АО - Декомпозиция первого уровня
А1 (Бухгалтерия):
- осуществляет организацию бухгалтерского учета хозяйственно финансо­
вой деятельности предприятия и контроль за экономным использованием матери­
альных, трудовых и финансовых ресурсов, сохранностью собственности предпри­
ятия;
- обеспечивает рациональную организацию учета и отчетности на предпри­
ятиях МП на основе максимальной централизации и механизации учетно­
вычислительных работ, прогрессивных форм и методов бухгалтерского учета и
контроля;
- руководит разработкой и осуществлением мероприятий направленных на
соблюдение финансовой дисциплины;
- организует учет поступающих денежных средств товарно-материальных
ценностей и основных средств, своевременное отражение в счетах бухгалтерского
учета операций связанных с их движением, учет издержек производства и обра­
щения;
- исполнение смет расходов, реализации продукции выполнения работ услуг
результатов хозяйственно-финансовой организации, а также финансовых, расчет­
ных и кредитных операций;
- обеспечивает контроль: за законностью, своевременностью, правильно­
стью оформления документов, составлением экономически обоснованных отчет­
ных калькуляций себестоимости продукции, работ (услуг), расчетами по заработ­
ной плате с работниками предприятия, правильным начислением и перечислени­
ем платежей в государственный бюджет, взносов на государственное социальное
страхование, отчислении средств в фонды экономического стимулирования и
другие фонды и резервы;
участвует
в
проведении
экономического
анализа
хозяйственно­
финансовой деятельности по данным бухгалтерского учета и отчетности в целях
выявления внутрихозяйственных резервов, устранения потерь и непроизводи­
тельных затрат;
- принимает меры по предупреждению недостач, незаконного расходования
денежных средств и товарно-материальных ценностей, нарушений финансового и
хозяйственного законодательств;.
- участвует в оформлении документов по недостачам и хищениям денежных
средств и товарно-материальных ценностей, контролирует передачу в необходи­
мых случаях этих документов в следственные и судебные органы;
- ведет работу по обеспечению строгого соблюдения штатной, финансовой
и кассовой дисциплин, смет административно- хозяйственных и других расходов,
законности списания с бухгалтерских балансов недостач, дебиторской задолжен­
38
ности и других потерь, сохранности бухгалтерских документов, а также оформле­
нию и сдаче их установленном порядке в архив;
- участвует в работе по совершенствованию и расширению сферы действия
внутрихозяйственного расчета, разработке рациональной плановой и учетной до­
кументации,
организации
внедрения
средств
механизации
учетно­
вычислительных работ;
- руководит работниками бухгалтерии предприятия МП.
J0DE:
|TITLE:
бухгалтерия
|NUMBER:
Рисунок 2.4.3 - А1- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция
первого по уровню иерархии блока «деятельность компании КиноМакс»
А2 (Старший кассир):
- осуществляет операции по приему, учету, выдаче и хранению денежных
средств и ценных бумаг с обязательным соблюдением правил, обеспечивающих
их сохранность.
- получает по оформленным в соответствии с установленным порядком до­
кументам денежные средства и ценные бумаги в учреждениях банка для выплаты
ЗУ
работникам заработной платы, премий, оплаты командировочных и других расхо­
дов.
- ведет на основе приходных и расходных документов кассовую книгу, све­
ряет фактическое наличие денежных сумм и ценных бумаг с книжным остатком.
- составляет описи ветхих купюр, а также соответствующие документы для
их передачи в учреждения банка с целью замены на новые.
- передает в соответствии с установленным порядком денежные средства
инкассаторам.
- составляет кассовую отчетность.
- принимает деньги от кассиров предприятия в конце их рабочей смены (при
необходимости и в прочих случаях).
- бережно обращается с деньгами (не загрязняет их и не производит какихлибо надписей на бумажных купюрах).
- обеспечивает бесперебойную работу касс предприятия, контролирует от­
сутствие нарушений правил торговли в работе касс.
- принимает меры по предотвращению и ликвидации конфликтных ситуа­
ций.
- информирует руководство об имеющихся недостатках в работе касс и в
своей работе, принимаемых мерах по их ликвидации.
- поддерживает на рабочем месте атмосферу доброжелательности. Старший
кассир должен быть терпеливым, внимательным, вежливым при работе с клиен­
тами и работниками предприятия.
- обеспечивает чистоту и порядок на рабочем месте.
- соблюдает трудовую и производственную дисциплину, правила и нормы
охраны труда, требования производственной санитарии и гигиены, требования
противопожарной безопасности, гражданской обороны.
- исполняет распоряжения и приказы администрации предприятия.
40
^/ГО СТ
^ - Т р удовой кодекс
Д окум ен та ^ ?
Документация
Ведение кассовой киилЦ:
Деньги
Персонал
MODE:
старший кассир
NUMBER:
Рисунок 2.4.4 - А2- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция
первого по уровню иерархии блока «деятельность компании КиноМакс»
АЗ (Отдел кадров):
- осуществляет контроль за своевременным исполнением приказов, поруче­
ний и распоряжений директора;
- ведет учет личного состава организации, ее подразделений;
- оформляет прием, перевод и увольнение работников в соответствии с тру­
довым законодательством, положениями и приказами руководителя организации;
- формирует и ведет дела работников, вносит в них изменения, связанные о
трудовой деятельностью;
- участвует в разработке перспективных и годовых планов по труду и кад­
рам. Подготавливает необходимые материалы для квалификационной и аттеста­
ционной комиссий и представление на работников к поощрениям и награждени­
ям;
- заполняет, учитывает и хранит трудовые книжки, производит подсчет тру­
дового стажа, выдает справки о настоящей и прошлой трудовой деятельности ра­
ботников;
41
- ведет учет предоставления отпусков работникам, осуществляет контроль
за составлением и соблюдением графиков очередных отпусков.
- оформляет документы, необходимые для назначения пенсий работникам
организации;
- изучает движение и причины текучести кадров, участвует в разработке
мероприятий по их устранению;
- подготавливает документы по истечении установленных сроком текущего
хранения к сдаче на хранение в архив;
- проверяет соответствие подготавливаемых в организации проектов прика­
зов распоряжений документами вышестоящих организаций, на основании кото­
рых они издаются;
- заполняет контрольные карточки и ведет картотеки учета приказов, распо­
ряжений и других документов, а также поручений требующих контроля за их ис­
полнением;
- ведет оперативный учет прохождения документов;
- определяет причины несвоевременного исполнения поручений;
- информирует руководителя организация о состоянии их выполнения;
- осуществляет контроль за состоянием трудовой дисциплины в подразде­
лениях организации и соблюдением работниками правил внутреннего и трудового
распорядка;
- составляет установленную отчетность.
42
JL
..Трудпвпй кпдекг...
Сотрудники
/ комплектоваг ние предприятия
кадрами раб оч их требуемых
про Сессий
1
Ор
ь
Документац 1 я
Оформлен ие приема,
перевода и увольнение
рабо гников
2
Ор.
№
Проведение аттестацщ
работников на предприяп
Подготовка документов
по пенсионному страхованию.
Ор._________________________ А
Организация табельного учета,
графиков отпусков
Ор_______
5
Персонал
Оборудование
Документация
IODE:
TITLE:
отдел кадров
NUMBER:
Рисунок 2.4.5 - АЗ- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция
первого по уровню иерархии блока «деятельность компании КиноМакс»
А4 (IT отдел):
- обеспечивает бесперебойное функционирование оборудования информа­
ционной системы и принимает оперативные меры по устранению возникающих в
процессе работы нарушений:
- выполняет профилактические работы по поддержанию работоспособности
средств вычислительной техники.
- осуществляет подключение и замену внешних устройств, проведение те­
стирования средств вычислительной техники.
- проводит тестирование и мелкий ремонт («на месте») отдельных
устройств и средств вычислительной техники, кабельных линий локальной ком­
пьютерной сети.
- производит заправку принтеров и копировальной техники;
- организует ремонт средств вычислительной техники с привлечением спе­
циализированных учреждений.
- осуществляет мониторинг работы и диагностику компьютерного и сетево43
го оборудования информационной системы с целью своевременного выявления
неисправностей.
- участвует в определении задач и внедрении новых аппаратных средств:
- следит за новинками в области компьютерных и околокомпьютерных тех­
нологий с целью планирования модернизации оборудования информационной си­
стемы.
- участвует в выборе оптимального сочетания потребностей пользователей
и возможностей аппаратных средств.
- подготавливает предложения о приобретении, разработке или обмене ап­
паратного обеспечения.
- производит закупку компьютерного оборудования.
- организует сопровождение договоров со сторонними организациями,
предоставляющими услуги по аппаратному оснащению предприятия.
- принимает участие в администрировании локальной вычислительной сети
предприятия:
- участвует в работах по прокладке физических линий связи между компо­
нентами информационной сети.
- организует подготовку проектной документации по кабельному хозяйству
информационной системы, а также подготавливает сметы расходов на содержа­
ние кабельного хозяйства.
- участвует в ведении журнала системной информации, иной технической
документации.
- участвует в разработке инструкций, методических и нормативных матери­
алов по использованию и эксплуатации информационной системы в целом, и обо­
рудования системы, в частности.
- отвечает за своевременное выполнение заявок на обслуживание.
- выявляет ошибки пользователей и аппаратного обеспечения информаци­
онной системы, восстанавливает работоспособность оборудования.
- сообщает своему непосредственному руководителю о случаях зло­
употребления оборудованием информационной системы и принятых мерах.
44
Рисунок 2.4.6 - А4- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция
первого по уровню иерархии блока «деятельность компании КиноМакс»
45
А5 (Менеджерский отдел):
- осуществляет координацию работы персонала службы организации раз­
влекательного комплекса, подготовка комплекса к рабочей смене.
- координирует работу обслуживающего персонала по подготовке залов к
обслуживанию посетителей; созданию комфортных условий в зале (температур­
ных и визуальных).
- осуществляет контроль за соблюдением работниками службы делового
стиля и опрятности.
- осуществляет координацию действий по встрече и приветствию посетите­
лей, контролирует качество обслуживания клиентов персоналом службы.
- осуществляет контроль за оказанием услуги работниками модулей, делает
замечания работникам, указывает на их ошибки и требует исправления ошибок.
- осуществляет контроль за порядком, процедурой и последовательностью
обслуживания клиентов.
- контролирует подготовку счета клиента и принятие оплаты.
- работает с жалобами клиентов (выясняет причины неудовлетворенности
клиентов, устанавливает виновников, принимает меры по жалобам).
- осуществляет контроль за соблюдением персоналом службы стандартов
гигиены, обеспечением санитарной чистоты оборудования и инвентаря.
- осуществляет контроль за подготовкой модулей к завершению рабочего
дня.
- планирует потребности подразделений службы.
- организует инструктаж работников службы, оказывает помощь работни­
кам в разрешении возникающих в ходе работы проблем, распределяет задания
между ними и определяет степень их ответственности.
- контроль работы, обучение официантов, барменов, администраторов, под­
готовка развлекательного центра к приему гостей, контроль и ведение необходи­
мой документации, решение конфликтных ситуаций, общение с гостями.
46
,0DE
|TITLE
менеджерский отдел
|NUMBER:
Рисунок 2.4.7 - А5- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция
первого по уровню иерархии блока «деятельность компании КиноМакс»
47
А6 (Развлекательные модули):
ODE:
TITLE:
дс
развлекательные модули
NUMBER:
Рисунок 2.4.8 - А6- Контекстная диаграмма IDEF0 на втором уровне - декомпозиция
первого по уровню иерархии блока «деятельность компании КиноМакс»
А6.1 (Кинотеатр):
- кинотеатр оказывает услугу прямого развлекательного характера, все ра­
ботники которого непосредственно подчинены менеджеру компании.
- в кассе кинотеатра гость «КиноМакса» приобретает билет на желаемый
киносеанс или предоставляет пригласительный билет, который кассир регистри­
рует в базе данных. После чего гость может приобрести в кино-баре поп-корн и
прохладительные напитки и направиться в кинозал для дальнейшего просмотра
кино.
- билетер должен находиться возле входа в кинозал и регистрировать каж­
дого вошедшего посетителя, отрывая контрольные чеки от билетов. Которые он в
дальнейшем должен предоставить менеджерам.
- менеджеры, в свою очередь, могут в любой момент проконтролировать
количество проданных билетов, пересчитав количество занятых мест в кинозале.
‘■+0
Так же менеджеры составляют расписание киносеансов, занимаются организаци­
ей презентаций фильмов, для привлечения посетителей.
- рабочие кинопрожекторной осуществляют прием, бережное хранение, и
возврат арендодателям пленки с кинофильмами. Так же обеспечивают беспере­
бойную работу и тех. обслуживание оборудования.
ГОСТ Трудовой кодекс
Необслуженный посетитель^
посетитель развлекательного центра
посетитель развлекателэного центра
ежедневная выручка
Ор.
Обслуженный посетитель^
Ор
Персонатк^^^
оо рудование
У
юсе
|title:
Кинотеатр
|NUMBER:
Рисунок 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; инсталлированы различные игры, в основном ориентиро­
ванные на локальную сеть и интернет.
4У
- предоставление компьютера в аренду без доступа в интернет (если гостю
необходимо просто поработать с документами или нужны только игры в локаль­
ном режиме работы).
- оказание дополнительных услуг: печать черно-белая, сканирование доку­
ментов, ксерокопирование документов, запись информации на компакт-диск.
- так же администратор интернет кафе по мере возможности оказывает по­
мощь гостю связанную с использованием арендуемого компьютера, если возника­
ет такая необходимость.
Обязанности администратора интернет кафе:
- содержать в исправном и работоспособном состоянии все компьютеры.
- содержать в чистоте системные блоки и мониторы, протирать пыль.
- содержать в чистоте столы.
- следить за тем, чтобы никто не употреблял спиртные напитки в клубе.
- следить за кассой, не оставлять кассу открытой, чеки отдавать клиентам.
- следить, чтобы посетители не портили оборудование, столы, стулья.
- не разрешать посетителям кричать и нецензурно выражаться в клубе, осо­
бенно тихо вести себя ночью.
- следить за тем , чтобы те кто не играет не сидели за компьютерными сто­
лами, не разрешать никому ничего трогать на компьютерах без разрешения.
- за кассой работает один назначенный администратор, рядом с ним никому
сидеть не разрешается.
- сумма наличных денег должна строго соответствовать сумме пробитой на
кассе и соответствовать выручке по программе AstaLaVista.
- нецензурно выражающихся клиентов предупреждать, разрешается наказы­
вать уменьшением времени, за многократные нарушения можно удалять время.
- выгонять не играющих игроков из клуба.
- администратор должен находиться около кассы.
- приходить на работу вовремя.
50
- в случае критической ситуации жать тревожную кнопку до наступления
критической ситуации.
- администратор обязан при приеме и сдаче смены заполнять таблицу с обо­
рудованием.
N0DE:
|TITLE:
Интернет-кафе "Киберхаус"
|NUMBER:
Рисунок 2.4.10 - А6.2.1- Контекстная диаграмма IDEF3 на третьем уровне - декомпози­
ция второго по уровню иерархии блока «развлекательные модули»
А6.3 (Игровая зона):
- оператор игровой зоны принимает денежные средства от гостей, с после­
дующей выдачей чека и жетона в случае если гостю необходима услуга игровых
автоматов или киев, шаров и треугольника если оплатили аренду бильярда.
- оператор обязан следить за исправностью игрового оборудования и свое­
временно докладывать своему непосредственному начальству всю необходимую
информацию.
- сдача выручки и кассовой отчётности каждую смену.
51
node
|T|TLE:
Игровая зона
|NUHBER:
Рисунок 2.4.11- А6.3- Контекстная диаграмма IDEF0 на третьем уровне - декомпозиция
второго по уровню иерархии блока «развлекательные модули»
А6.4 (Детская комната):
В то время как родители совершают покупки или хотят посидеть на терри­
тории развлекательного комплекса они могут оставить ребенка под присмотром
профессиональных аниматоров детской комнаты. Так же на территории детской
комнаты возможна организация дней рождений, культурно-развлекательной
программы для детей.
- работник детской комнаты принимает оплату от родителей ребенка, за
присмотр или развлекательную программу. Ответственность за детей во время
отсутствия родителей полностью ложится на аниматора. Он обязан контролиро­
вать каждого ребенка находящегося на территории детской комнаты.
52
-Трудовой кодекс
ГОСТ
посетитель
развлекательного
центра
Необслуженный посетитель
Р аб отник д е тской ко м н а ть Й
Ор___
ежедневная выручка .
ill
ребенок
■Деньги
Обслуженный посетитель
Присмотр и развлекательная
программа для детей
Ор
П ерсоналу
'l0DE:
.^О б орудование
|TITLE:
Детская комната
| NUMBER:
Рисунок 2.4.12 - А6.4 - Контекстная диаграмма IDEF0 на третьем уровне - декомпозиция
второго по уровню иерархии блока «развлекательные модули»
53
А 7 (Модули ресторанного обслуживания):
Рисунок 2.4.13 - А7 - Контекстная диаграмма IDEF0 на втором уровне - декомпозиция
первого по уровню иерархии блока «деятельность компании КиноМакс»
А 7.1 (Центральная кухня)
Центральное Пищевое Производство (ЦПП) КиноМакса выполняет следу­
ющие функции:
- осуществляет прием сырья с основного склада, проводит входящий кон­
троль на полученное сырье, после чего часть сырья поступает на внутренний
склад, часть сырья на основное производство;
- поступившее сырье распределяется по цехам, согласно технологическим
процессам (например - овощи на обработку в овощной цех, яйца в цех по обра­
ботке яиц, мясо, рыба - в мясорыбный цех и т.д.);
- после приема товара в цех, производится первичная обработка сырья мойка, зачистка, если сырье поступает в таре, то обработка тары (банки моются) и
т.д.;
- сырье прошедшее первичную обработку поступает в доготовочные цеха
для приготовления полуфабрикатов. Доготовочные цеха готовят полуфабрикаты
54
высокой степени готовности и полуфабрикаты требующие дополнительных тех­
нологических процессов. Изготовленные полуфабрикатов маркируются согласно
стандартов, принятых на ЦПП
- согласно принятой заявки с модулей формируется заказ из полуфабрика­
тов, упаковывается в тару для транспортировки.
- оформляется накладная-перемещение (трансфер) согласно заявки. Внут­
ренним транспортом перемещают на удаленные объекты, в модули находящиеся
на территории Парк Хауса полуфабрикаты принимают старшие повара.
На территории КиноМакса находятся рестораны как быстрого (РБО) так и
классического обслуживания (РКО).
К ресторанам быстрого обслуживания относятся:
- ресторан итальянской кухни «Лос Пиратос» - А7.3. Кухня позициониро­
вана в двух направления - пиццерия и классическая итальянская кухня;
- ресторан европейской кухни «Панорама» - А7.5;
- ресторан русской кухни «Блин Сметаныч» - А7.4. Кухня позиционирована
в двух направлениях - блинная и традиционная русская кухня;
- кино-бар «Консешн» - А7.2.
К ресторанам классического обслуживания:
- ресторан японской кухни «Мисаго» - А7.7;
- кофейня «КофеНеро» - А7.8;
- алкогольный-бар «CINEMA» - А7.6.
Основной функционал модулей заключается в следующем:
- менеджером готовится заявка на ЦПП на полуфабрикаты и заявка на ОС
(основной склад) - напитки, чистящие, моющие и расходные материалы, согласно
суточному расходу;
- согласно графику поставок, менеджер получает по накладной перемеще­
ния заказ;
- распределяет товар на внутренний склад и в доготовочный цех модуля.
55
- в доготовочном цехе полуфабрикаты доводятся до готовности и поступа­
ют на линию раздачи (для ресторанов РБО),
- производится реализация
- для ресторанов РКО - в доготовчном цехе полуфабрикаты доводятся до
готовности при поступлении заказа через официанта.
2.5 СТОИМОСТНЫЙ АНАЛИЗ (АВС)
АВС предполагает объединение затрат в “центры затрат” (под которыми
понимается любой функциональный блок или состояние системы, влияющие на
стоимость функционирования системы) с последующим размещением стоимостей
по объектам модели.
При начальной установке определялись единица измерения и вид представ­
ления денежных единиц на экране. Кроме того задавались единицы времени (ме­
сяцы) которые использовались для оценки затрат. Эти параметры являются гло­
бальными по отношению к модели, задаются в закладке “ABC costs” диалога за­
дания свойств модели (Рисунок 2.5.1).
56
Рисунок 2.5.1 Затратный анализ для блока «Интернет-кафе «Киберхаус»»
Значения, полученные в результате обработки данных в процессе выполне­
ния работ отражаются на основной диаграмме.
2.6 ДЕРЕВО МОДЕЛИ
В итоговых обсуждениях модели использовалось дерево модели, позволя­
ющее быстро оценивать ситуацию на предприятии, охватывая всю модель в це­
лом. На рисунке 2.6.1 это дерево демонстрируется.
57
□ распределение доходов
о составление смет
о оплата счетов
о расчет заработной платы
о составление отчетов
о Прием ежедневной выручки
а комплектование предприятия
и отчетов от менеджеров
кадрами рабочих требуемых
профессий
о Составление кассовой
отчетности
о Передача денег
инкассаторам
D Ведение кассовой книги
о Оформление приема,
перевода и увольнение
работников
о Проведение аттестации
работников на предприятии
о Подготовка документов по
пенсионному страхованию.
о обеспечение тех. поддержки о Сбор ежедневной выручки о Кинотеатр
модулей предприятия
о Интернет-кафе
состоянии серверов и
о Закупка необходимого
"Киберхаус"
рабочих станций
оборудования и ресурсов
О Игровая зона
о поддержка в рабочем
□ копирование, рхивирование о Подготовка ежедневной
и резервирование данных;
документации и отчетов
о обеспечение сетевой
безопасности
о поддержка и обслуживание
локальной сети
О Контроль модулей
предприятий
о Решение конфликтных
ситуаций и текущих задач
о Организация табельного учета,
графиков отпусков
о Детская комната
а Центральная кухня
о Кино-бар ''Консешн1'
о Пиццерия
"Лос-Пиратос11
о Блинная ''Блин
Смета ныч"
о Классическая кухня
"Панорама11
о Алко-бар “Синема
ХО
'1
о Суши бар "Мисаго'1
□ Кафе "Кофе-Неро”
Рисунок 2.6.1 - АО - Дерево модели (полная модель)
2.7 ОТЧЕТЫ ПО МОДЕЛИРОВАНИЮ
Система BPWin позволяет формировать отчеты за определенные промежут­
ки работы предприятия с оценкой затрат, количества выпущенных изделий, теку­
чести кадров и т.д. На рисунке 5 показаны примеры создания отчетов, носящих
демонстрационный характер.
58
X
Diagram O b ject R eport
1 Standard i------------------------------------Delete
Update
New
Reports: 1
1_________________________________________________________________________________
Report on: 1^ Activities
Data Stores
Externals
Referents
Junctions
F 3
Model: Компания К и н о теке
Start From ГТ7
|АЗ: отдел кадрое
Activity:
3^
F
Definition
Status
Note
Source
Г
г
г
г
г
г
User-Defined Properties:
UDP Filter..
Fixed Column
s
si
Activity Options
Name
Number
—
Diagram Object Report Preview
Number of Levels:
1
2 5
г Report Format
* Labeled
&
4i
m
Report Format: Labeled
Name: отдел кадров
Number: 3
Definition: 1. Возглавляет работу по комплектованию npi
требуемых профессий, специальностей и квалификации i
профилем предприятия, изменяющимися внешними и внут|
Формированию и ведению банка данных о количественно!
развитии и движении. 2. Организует разработку проп
потребности в кадрах и источников ее удовлетворени:
установления прямых связей с учебными заведениями i
предприятиями аналогичного профиля, информирования
имеющихся вакансиях, использования средств массово!
найме работников. 3. Принимает участие в разработк!
предприятия. 4. Осуществляет работу по подбору, oti
их квалификации, личных и деловых качеств, контрол!
работников в подразделениях предприятия. 5. Обесш т
III
□
<
Close
Help
Рисунок 2.7.1 - Формирование простого отчета о должностных обязанностях сотрудни­
ков предприятия
2.8 ИНТЕГРАЦИЯ ПРОЦЕССОВ И ДАННЫХ НА БАЗЕ Erwin и BPWin.
На основе модели BPwin'a можно построить модель данных. Для построе­
ния модели данных предлагается мощный и удобный инструмент - ERwin. ERwin
имеет два уровня представления модели - логический и физический. На логиче­
ском уровне данные представляются безотносительно конкретной СУБД. Физиче­
ский уровень данных - это, по - существу, отображение системного каталога, ко­
торый зависит от конкретной реализации СУБД. ERwin позволяет проводить про­
цессы прямого и обратного проектирования БД. Это означает, что по модели дан­
ных можно сгенерировать схему БД или автоматически создать модель данных на
основе информации системного каталога. Кроме того, ERwin позволяет выравни­
59
вать модель и содержимое системного каталога после редактирования того, либо
другого.
2.8.1 ЛОГИЧЕСКАЯ МОДЕЛЬ
С точки зрения пользователя ERwin, процесс создания логической моде­
ли данных заключается в визуальном редактировании ER-диаграммы. Диа­
грамма ERwin строится из трех основных блоков: сущностей, атрибутов и свя­
зей.
Проведем анализ предметной области с целью выделить основные сущности.
Поскольку речь идет об оказании услуг, ясно, что в модели должна присутствовать
сущность СОТРУДНИКИ т.е те кто выполняет работу. Согласно правилам, на ERдиаграмме названия сущностей записываются большими буквами.
Сущность сотрудники подразумевает участие по крайней мере ещё трёх соот­
ветствующих сущностей, какие работы производятся, в каком МОДУЛЕ выполня­
ются и какие используются РЕСУРСЫ. Внесем эти сущности в диаграмму. (Рисунок
2 .8 . 1)
60
Рисунок 2.8.1 - Диаграмма сущностей
Для задания связей между указанными сущностями сначала составим описа­
ние данной предметной области при помощи ряда истинных вызываний на есте­
ственном языке:
- сотрудники выполняют работу в своем модуле;
- ресурсы доставляются в модуль, где оказывается услуга;
- работы выполняются непосредственно в модуле;
Все три связи являются связями "один-ко-многим". Во всех трёх случаях
сущность модуля является дочерней. Создаём связи и задаём ключевые поля.
(Рисунок 2.8.2)
61
Рисунок 2.8.2 - Диаграмма логической модели с атрибутами
2.8.2 ФИЗИЧЕСКАЯ МОДЕЛЬ.
Перед тем как приступить к созданию физической модели, необходимо выбрать
сервер СУБД. Вид панели диалога, позволяющей это сделать, приведен на рисунке
2.8.3.
Рисунок 2.8.3 - Панель выбора сервера СУБД
62
На физическом уровне модели сущности соответствуем таблица в реальной
СУБД, атрибуту - колонка таблицы, связи - внешний ключ (если для связи задава­
лось имя роли, то оно соответствует имени колонки внешнего ключа в дочерней таб­
лице), первичным и альтернативным ключам - уникальные индексы, а инверсным
входам - неуникальные.
После того как будут выполнены все действия, физическая модель приобретет
следующий вид (Рисунок 2.8.4).
| Ready
|
|
|
|Access
Рисунок 2.8.4 - Физическая модель
Последним шагом является генерация схемы БД. Все необходимые параметры
можно задать на предназначенной для этого панели диалога (Рисунок 2.8.5). Нажатие
кнопки
будет
Preview
автоматически
позволяет
создан
ERwin.
просмотреть
Генерация
схемы
код,
БД
который
запускается
с
помощью кнопки Generate.
63
Рисунок 2.8.5 - Панель генерации схемы БД
Результат генерации (Рисунок 2.8.6)
64
Рисунок 2.8.6 - Панель генерации схемы БД
После разработки модели данных ее следует связать с моделью процессов.
Такая связь гарантирует завершенность анализа, гарантирует, что есть источник
данных (Сущность) для всех потребностей данных (Работа) и позволяет делить
данные между единицами и функциями сервисов. Каждая стрелка в модели про­
цессов может быть связана с несколькими атрибутами различных сущностей.
Связи объектов способствуют согласованности, корректности и завершенности
анализа.
65
Рисунок 2.8.7 - Импорт модели данных в BPWin
Теперь можно выбрать сущности и атрибуты, которые необходимо ассоци­
ировать со стрелками. Таблица 2.8.1
66
Т аблица 2.8.1
Наименование стрелки
Заявки на выполнение
работы
Наименование сущности
Наименование атрибута
Вид работ
Модуль
Наименование ресурса
ФИО сотрудника
Вид работ
Выполненная работа
Модуль
Наименование ресурса
ФИО сотрудника
Рисунок 2.8.8 Диалоговое окно связей сущностей со стрелками
Работы могут воздействовать на данные. Для документирования такого воз­
действия необходимо кликнуть правой кнопкой мыши по желаемой работе и вы­
брать Data Usage Editor. В появившемся диалоге Data Usage Editor нужно в верх­
нем списке кликнуть по имени стрелки, с которой были связаны сущности и атри­
буты. В нижнем левом окне появится список связанных сущностей. Если выбрать
67
сущность, то, во-первых, в правом окне появится список соответствующих атри­
бутов, во- вторых, в центре открываются окна выбора CRUD (Create, Retrieve,
Update, Delete). Если кликнуть по атрибуту, то значение окон выбора меняется на
IRUN (Insert, Retrieve, Update, Nullify). Ассоциации CRUD и IRUN -это правила
использования сущностей и атрибутов работами. Данные не могут использоваться
работами произвольно. Стрелки входа представляют данные, которые работа пре­
образовывает в выход или потребляет. Такие данные могут быть восстановлены
(Retrieve), обновлены (Update), удалены (Delete), но не могут быть созданы
(Create). Стрелки контроля могут быть только восстановлены (Retrieve) и не могут
быть изменены. Стрелки выхода могут быть обновлены (если им соответствуют
данные стрелок входа) или созданы (Create).
В данном разделе использованы материалы первоисточников [3,5,11,14].
68
3 РАСЧЁТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ ПРИМЕНЕНИЯ
ПРОГРАММНО ПРОДУКТА
3.1 АНАЛИЗ СЕБЕСТОИМОСТИ ПРОДУКЦИИ
При составлении сметы затрат на разработку программы дипломного про­
екта учитываются:
- стоимость лицензионной версии программы и прочих материалов;
- транспортные расходы;
- основная заработная плата;
- отчисления на социальные нужды.
При расчёте затрат учитывается стоимость приобретения программного
средства разработки информационной системы и затраты на расходные материа­
лы.
Затраты на приобретение программного продукта BPWin версии 4.1 состав­
ляют 35000 руб.
Данные по затратам на расходные материалы, использующиеся при разра­
ботке информационной системы, приведены в таблице 3.1.1 по формуле:
где а - стоимость расходных материалов
Таблица 3.1.1 - Затраты на расходные материалы
Наименование
Единица изме­ Количество,
Цена за единицу,
Стоимость,
рения
руб.
руб
1. Канцто­
вары
2. Бумага (А4)
Итого:
шт
Шт.
X
X
50
Пачка
1
150
150
X
X
X
200
Определим промежуточные затраты на основе известных статей расхода по
формуле:
3
Зрмт 3По
где: Зрм - сумма затрат на расходные материалы,
69
Зпо - сумма затрат на приобретение программного обеспечения, а
именно BPWin 4.1.
3 = 200 + 35000 = 35200 руб.
Следовательно, затраты необходимые для разработки программного
обеспечения составляют 35200 руб. Кроме того, в данной статье затрат должны
быть учтены транспортные расходы, которые рассчитаем по формуле:
Зт = ежедневная заработная плата водителя + горюче-смазочные матери­
алы
(2)
Зт=200 + 140 = 340 руб.
Рассчитаем валовые затраты на приобретение программы, расходных мате­
риалов и транспортных издержек по формуле:
3ВМ= 3 + 3 Х
(3)
Звм = 35200 + 340 = 35540 руб.
Рассчитаем затраты на оплату труда сотрудников непосредственно занятых
в процессе разработки и отладки программного обеспечения. К этой статье отно­
сится заработная плата научных сотрудников, непосредственно связанных с про­
ектированием, а также заработная плата сотрудников внештатного состава, при­
влекаемых к разработке. Заработная плата занимает значительный удельный вес в
себестоимости продукции и оказывает большое влияние на ее величину. Поэтому
анализ ее доли в себестоимости продукции, изучение факторов, определяющих ее
величину, и поиск резервов экономии средств по данной статье затрат имеют осо­
бое значение.
Общая сумма заработной платы
зависит от объема работы и ее уровня
сложности.
70
Так как над проектом будет работать один сотрудник, то определим про­
должительность его работы, имея ввиду, что процесс разработки программного
обеспечения будет представлять собой ряд этапов, последовательно сменяющих
друг друга.
Исходя из того, что стоимость работы одного программиста равна 100
руб./ч., а рабочий день программиста составляет 8 часов. Рассчитываем затраты за
1 день работы:
31д
= 100 * 8 = 800 руб.
(4)
Основная заработная плата непосредственного исполнителя разработки рас­
считывается на основании данных таблицы 3.1.2.
Таблица 3.1.2- Расчет основной заработной платы
Этап разработки
Разработка техни­
1 ческого задания
Исполнитель
Программист
Трудоем­
Выплата работнику,
Сумма,
кость, дни
руб./день
руб.
800
800
1
2 Проектирование
Программист
5
800
4000
3 Разработка
Программист
10
800
8000
4 Тестирование
Программист
1
800
800
5 Анализ программы
Программист
4
800
3200
X
21
X
16800
Итого
71
Таким образом, при продолжительности разработки программного обеспе­
чения в 21 день, заработная плата основного исполнителя составит за весь период
разработки:
Зосн = 16800 руб.
Определим размер страховых взносов, к этой статье относятся обязательные
отчисления в следующие фонды:
- пенсионный фонд;
- фонд обязательного медицинского страхования;
- фонд социального страхования.
Общая сумма отчислений на социальное страхование рассчитывается по
формуле:
Зсн
Зосн М бсн5
(5)
где бсн- процент отчислений на социальные нужды (26%)
Зсн = 16800-0,26 = 4368 руб
Далее рассчитаем фонд оплаты труда сотрудника, как сумму установленной
заработной платы за период разработки и величины единого социального налога.
Зфот — Зосн
Зсн
(6 )
ЗфОТ = 16800 + 4368 = 21168 руб.
Следовательно, на оплату работы сотрудника на весь период разработки
программного обеспечения в течение 21 дня потребуется затратить 21168 руб.
На основе проведенных расчетов определим итоговую величину затрат на
реализацию проекта, направленного на разработку и внедрение программного
обеспечения. Определим долю каждой статьи расходов в общей сумме издержек в
таблице 3.1.3.
72
Т абли ца 3.1.3 - И тоговая таб л и ц а см еты затрат
п/п
Наименование статьи расходов
Стоимость лицензионной версии
Сумма, руб.
про­
граммы и прочих материалов
Доля, %.
35540
62,7
2
Основная заработная плата
16800
29,6
3
Отчисления на социальное страхование
4368
7,7
Итого
56708
100
Наибольшую долю в величине затрат на создание программного обеспече­
ния составляет стоимость лицензионной версии программы и прочих материалов,
в то время как заработная плата программиста находится на уровне 30%.
Проведенный анализ расходов на разработку программного обеспечения
свидетельствует о том, что длительность периода разработки и отладки ПО со­
стоит из 21 рабочего дня. В процессе создания ПО будет задействован 1 сотруд­
ник. Наиболее емкими статьями расходов являются затраты на приобретение
BPWin 4.1 и прочих материалов.
3.2 РАСЧЁТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ ПРИМЕНЕНИЯ ПРО­
ГРАММНОГО ПРОДУКТА
Произведём оценку возможных доходов от реализации проекта. Определим
величину будущего дохода от реализации проекта через экономию времени, за­
трачиваемого на ручную работу.
Количество времени, затрачиваемое одним сотрудником:
- сбор данных для анализа - 30 мин.
- анализ стоимости производимых услуг - 1 ч .
- анализ затрат на сервисные услуги - 3 ч.
- анализ затрат на предполагаемые изменения в технологии производства - 2,5
ч.
/
- анализ мест технологического процесса, требующих наибольших затрат - 3 ч.
- оформление отчета - 2 ч.
Сумма затрачиваемого рабочего времени:
tp= 0,5 + 1 + 3 + 2,5 + 3 + 2 = 12 ч.
(7)
Количество времени, при автоматизации рабочего процесса затрачиваемое
одним сотрудником:
- сбор данных для анализа - 30 мин.
- анализ стоимости производимых услуг - 30 мин.
- анализ затрат на сервисные услуги - 20 мин.
- анализ затрат на предполагаемые изменения в технологии производства - 30
мин.
- анализ мест технологического процесса, требующих наибольших затрат - 1 ч .
- оформление отчета - 20 мин.
Сумма затрачиваемого рабочего времени при автоматизации рабочего про­
цесса:
ta= 30 + 30 + 20 + 30 + 60 + 20 = 190 мин
(8)
74
Экономия времени при автоматизации работы составит:
(9)
1эф —tp - ta
1Эф = 720 - 190= 530 мин. ~ 9 ч.
Время работы : 224 дня.
В среднем один сотрудник создаёт отчёт 48 раз в год.
Среднее число сотрудников создающих отчёты за один день равно:
48 • 8 / 224 = 2 человека.
Заработная плата одного сотрудника за один час составляет 120 рублей.
Экономия затрат на оплату труда после внедрения программного обеспече­
ния за один день, составит:
9- 120 = 1080 руб.
За весь год работы:
1080 • 224 = 241920 руб.
Срок окупаемости информационной системы равен:
Т
0Ку п
Где
= 3/Д,
3
(10)
-
общие
затраты
на
создание
продукта;
Д - экономия затрат на оплату труда, от внедрения программного про­
дукта.
Т
о к у п
= 56708 / 241920 = 0,01 *12 * 30 = 84 дня
В ходе расчётов было выяснено, что затраты на автоматизацию работы дан­
ной организации составляют 56708 руб., сумма затрачиваемого рабочего времени
до автоматизации составляет 12 ч., после автоматизации сумма затрачиваемого
рабочего времени составляет 190 мин. При экономии времени в 9 ч. срок окупае­
мости информационной системы составляет примерно 84 дня.
В данном разделе использованы материалы первоисточников [1,2].
75
4 БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ ПРОЕКТА
4.1 ОПИСАНИЕ РАБОЧЕГО МЕСТА, ОБОРУДОВАНИЯ, ВЫПОЛНЯЕМЫХ ОПЕРА­
ЦИЙ
Структурная модель, являющаяся темой дипломного проекта, на стадии
проектирования и использования предполагает применение персональных ЭВМ.
В помещение руководителя имеется ЭВМ, состоящие из видеотерминала и си­
стемного блока.
Особенностью труда пользователей являются повышенное зрительное вос­
приятие, связанное со слежением за информацией, а также наличие ряда других
неблагоприятно воздействующих на зрение факторов. Пользователь утомляется
из-за эффекта мелькания, неустойчивости и нечеткости изображения, необходи­
мости частой адаптации глаз к освещенности дисплея, рабочего места и общей
освещенности помещения. На орган зрения воздействуют появление ярких пятен
за счёт отражения светового потока на клавиатуре и экране, различие в освещён­
ности рабочей поверхности и ее окружения.
4.2 ПРОИЗВОДСТВЕННАЯ САНИТАРИЯ
Производственное освещение служит одним из важнейших факторов влия­
ющих на благоприятные условия труда. Рационально устроенное освещение на
рабочих местах работников, обеспечивает высокий уровень работоспособности и
оказывает положительное психологическое воздействие на работающих, способ­
ствует повышению производительности труда.
4.3 ТЕХНИКА БЕЗОПАСНОСТИ ПРИ ПРОИЗВОДСТВЕ РАБОТ
В ЭВМ источником опасности является электрическая часть, а именно
входные цепи блока питания, который подключен к сети промышленного тока
напряжением 240 в. частотой 50 Гц, с изолированной нейтралью. Выходные цепи
блока питания составляют ± 15, ± 5 В. Помещение с ЭВМ относится к классу по­
мещений без повышенной опасности с точки зрения поражения электрическим
76
током. Температура окружающей среды +20± 5° С, относительная влажность воз­
духа 60± 20%. В помещении необходимы токонепроводящие полы, отсутствие то­
копроводящей пыли, отсутствие высокой температуры и сырости за счет провет­
ривания помещений.
4.4 МЕРЫ ОБЕСПЕЧЕНИЯ ПОЖАРНОЙ БЕЗОПАСНОСТИ
Помещения, в которых установлены персональные ЭВМ, по пожарной
опасности относятся к категории Д, и должны удовлетворять требованиям по
предотвращению и тушению пожара. Обязательно наличие телефонной связи и
пожарной сигнализации.
4.5 ОБЕСПЕЧЕНИЕ ЭЛЕКТРОБЕЗОПАСНОСТИ ТЕХНИЧЕСКИМИ СПОСОБАМИ И
СРЕДСТВАМИ
Так как все токоведущие части ЭВМ изолированы, то случайное прикосно­
вение к токоведущим частям исключено.
Для обеспечения защиты от поражения электрическим током при прикосно­
вении к металлическим нетоковедущим частям, которые могут оказаться под
напряжением в результате повреждения изоляции, я рекомендую применять за­
щитное заземление.
4.6 ОРГАНИЗАЦИОННЫЕ И ТЕХНИЧЕСКИЕ МЕРОПРИЯТИЯ ПО ОБЕСПЕЧЕНИЮ
ЭЛЕКТРОБЕЗОПАСНОСТИ
Основным организационным мероприятием является инструктаж и обуче­
ние безопасным методам труда, а так же проверка знаний правил безопасности и
инструкций в соответствии с занимаемой должностью применительно к выполня­
емой работе.
После выполнения этих действий проводится ремонт неисправного обору­
дования.
77
Если ремонт проводится на токоведущих частях, находящихся под напряжени­
ем, то выполнение работы проводится не менее чем двумя лицами с примене­
нием электрозащитных средств.
В данном разделе использованы материалы первоисточника [6].
78
выводы
1. Разработана структурная модель предприятия сервиса
Модель позволяет:
- автоматизировать деятельность менеджеров развлекательного комплекса,
повышая при этом качество управления;
- повысить качество оказываемых услуг;
- оперативно предоставлять информацию для принятия оптимальных
управленческих решений;
- повысить оперативность выполнения основных сервисов предприятия;
- автоматизировать систему отчетности;
- минимизировать время устранения неисправностей оборудования;
- накапливать данные о состоянии систем жизнеобеспечения и прогнозиро­
вания безаварийной работы;
- учитывать и контролировать потребление ресурсов;
- повысить ответственность исполнителей за качество работ;
- оптимизировать затраты.
2. Модель предприятия может быть использована для сбора и обработки
данных о наличии материалов для реализации сервисных услуг по производству
мебели, а также для интеграции в городскую информационную систему сервиса.
79
ЗАКЛЮЧЕНИЕ
Отношение к информационным технологиям со стороны собственников и
руководителей бизнеса неоднозначно. Для одних это мода, которой надо следо­
вать только потому, что это современно, для других это престиж и одно из
средств повышения стоимости активов предприятия. Но еще больше таких пред­
принимателей (особенно в малом и среднем бизнесе), для кого информационные
технологии представляют исключительно головную боль и неоправданные до­
полнительные расходы.
Использование информационных технологий для управления предприятием
делает любую компанию более конкурентоспособной за счет повышения ее
управляемости и адаптируемости к изменениям рыночной конъюнктуры.
Подобная автоматизация позволяет повысить эффективность управления
компанией за счет обеспечения руководителей и специалистов максимально пол­
ной, оперативной и достоверной информацией на основе единого банка данных.
Снизить расходы на ведение дел за счет автоматизации процессов
обработки информации, регламентации и упрощения доступа сотрудников
компании к нужной информации. Изменить характер труда сотрудников, избавляя
их от выполнения рутинной работы и давая возможность сосредоточиться на
профессионально важных обязанностях. Обеспечить надежный учет и контроль
поступлений и расходования денежных средств на всех уровнях управления.
Руководителям среднего и нижнего звеньев анализировать деятельность своих
подразделений и оперативно готовить сводные и аналитические отчеты для
руководства и смежных отделов.
Повысить
эффективность
обмена
данными
между
отдельными
подразделениями, филиалами и центральным аппаратом. Гарантировать полную
безопасность и целостность данных на всех этапах обработки информации.
80
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1.
Вендров
А.М.
Проектирование
программного
обеспечения
экономических информационных систем: Учебник - 2-е изд., перераб. и доп - М.:
Финансы и статистика, 2006. - 544 с: ил.
2.
Калянов Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес-
процессов. - 3-е изд. - М.: Горячая линия - Телеком, 2002, - 320 с.
3. Малков О.Б., Белимова Е.В. Проектирование баз данных с использовани­
ем CASE-технологии: Методические указания. Омск, 2003. - 48 с.
4.
Малков О.Б. Проектирование экономических информационных си­
стем: Учебное пособие для выполнения курсовой работы. Омск: Изд-во ОмГТУ,
2003. - 88 с.
5. Маклаков С.В. BPwin и Erwin. CASE-средства разработки информацион­
ных систем. - М.: Диалог-МИФИ, 200Е - 304 с.
6.
Маклаков С.В. Моделирование бизнес-процессов с BPwin 4.0. - М.:
Диалог-МИФИ, 2002. - 224 с.
7.
Проектирование экономических информационных систем: Учебник /
Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М.: Фи­
нансы и статистика. 2001. - 512 с.
8. Балтин К.В., Уткин В.Б. Информационные системы в экономике. М ,Издательский центр Академия, 2005 - 288 с.
9. Дубейковский В.И. Практика функционального моделирования с AllFusion
Process Modeler 4.1. Г де? Зачем? Как? М.: ДИАЛОГ - МИФИ, 2004.
10. Абросимов А.Г., Бородинова М.А. Теория экономических информационных
систем. - Самара; Изд-во Самарск. Гос. Экон.академ., 2001-170 с.
11. Бутко В. Р., Дерябкин В. И. CASE - технологии моделирования и проектирова­
ния АИС- Учебн. пособие. - Самара: Изд-во Самарск. Гос. Экой, академ., 2001.-105 с.
12. Гайдамакин И.А. Автоматизированные информационные системы, базы и бан­
ки данных: Вводный курс. - М.:Гелиос АРВ, 2002. - 368с.
81
13. Марка Д.А., МакГоуэн К. SADT — методология структурного анализа и про­
ектирования. -М.: Метатехнология, 1993.
14. Федотова Д.Э., Семенов Ю.Д., ЧижикК.Н. CASE-технологии: Практикум. - М.:
Горячая линия - Телеком, 2005.
15. Черемных С.В., Семенов Ю.Д., Ручкин В.С. Структурный анализ систем: 1DEFтехнологии. Изд-во: Финансы и статистика. - 208 с.
16. http://www.info-system.ru/
82
СОДЕРЖАНИЕ
РЕФ ЕРАТ......................................................................................................................... 2
ВВЕДЕНИЕ...................................................................................................................... 3
1 СРЕДСТВА ФУНКЦИОНАЛЬНОЕ О М ОДЕЛИРОВАНИЯ............................ 5
1.1 ТЕХНОЛОЕИЯ И РАБОТА С BPWIN 4.0.............................................................. 5
1.2 ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА BPWIN 4.0.............................................. 10
1.3 ПРИНЦИПЫ ПОСТРОЕНИЯ МОДЕЛИ ID E F 0......................................... 11
1.4 ДИЛЕРАММЫ НОТАЦИИ 1DEF0................................................................ 14
1.5 ДИАГРАММЫ ДЕРЕВА УЗЛОВ И F E O .......................................................17
1.6 СЛИЯНИЕ И РАСГЦЕПЛЕНИЕ МОДЕЛЕЙ........................................................18
1.7 ЦИКЛ АВТОР-ЧИТАТЕЛЬ....................................................................................19
1.7.1 СТОИМОСТНЫЙ АНАЛИЗ (АВС) И СВОЙСТВА, ОПРЕДЕЛЯЕМЫЕ
ПОЛЬЗОВАТЕЛЕМ (ЕГОР)....................................................................................... 20
1.8 ДОПОЛНЕНИЕ СОЗДАННОЙ МОДЕЛИ ПРОЦЕССОВ
ОРГАНИЗАЦИОННЫМИ ДИАГРАММАМИ, ДИАГРАММАМИ DFD И
WORKFLOW (IDEF3).................................................................................................23
1.8.1 ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DATA FLOW
DIAGRAMMING)..................................................................................................23
1.8.2 МЕТОД ОПИСАНИЯ ПРОЦЕССОВ ID EF3.......................................26
2 ИСПОЛЬЗОВАНИЕ CASE-СРЕДСТВ ДЛЯ РАЗРАБОТКИ
ФУНКЦИОНАЛЬНОЙ МОДЕЛИ ПРЕДПРИЯТИЯ КИ НОМ АКС................. 32
2.1 ПОСТАНОВКА ЗАДАЧИ.................................................................................... 32
2.2 ОСНОВНЫЕ ЭЛЕМЕНТЫ МОДЕЛИ................................................................. 33
2.3 СПИСОК ФУНКЦИЙ.............................................................................................33
2.4 ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ БЛОКОВ.................................................. 36
2.5 СТОИМОСТНЫЙ АНАЛИЗ (АВС)......................................................................56
2.6 ДЕРЕВО МОДЕЛИ.................................................................................................57
2.7 ОТЧЕТЫ ПО МОДЕЛИРОВАНИЮ.....................................................................58
2.8 ИНТЕГРАЦИЯ ПРОЦЕССОВ И ДАННЫХ НА БАЗЕ Erwin и BPWin.............. 59
2.8.1 ЛОЕИЧЕСКАЯ М ОДЕЛЬ.......................................................................... 60
2.8.2 ФИЗИЧЕСКАЯ МОДЕЛЬ.......................................................................... 62
3 РАСЧЁТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ ПРИМЕНЕНИЯ
ПРОЕРАММНО ПРОДУКТА....................................................................................69
3.1 АНАЛИЗ СЕБЕСТОИМОСТИ ПРОДУКЦИИ.....................................................69
3.2 РАСЧЁТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ ПРИМЕНЕНИЯ
ПРОЕРАММНОЕО ПРОДУКТА................................................................................73
4 БЕЗОПАСНОСТЬ И ЭКОЛОЕИЧНОСТЬ ПРО ЕКТА ......................................76
4.1 ОПИСАНИЕ РАБОЧЕЕО МЕСТА, ОБОРУДОВАНИЯ, ВЫПОЛНЯЕМЫХ
ОПЕРАЦИЙ..................................................................................................................76
4.2 ПРОИЗВОДСТВЕННАЯ САНИТАРИЯ...............................................................76
4.3 ТЕХНИКА БЕЗОПАСНОСТИ ПРИ ПРОИЗВОДСТВЕ РАБОТ.........................76
4.4 МЕРЫ ОБЕСПЕЧЕНИЯ ПОЖАРНОЙ БЕЗОПАСНОСТИ................................ 77
4.5 ОБЕСПЕЧЕНИЕ ЭЛЕКТРОБЕЗОПАСНОСТИ ТЕХНИЧЕСКИМИ
СПОСОБАМИ И СРЕДСТВАМИ.............................................................................. 77
83
4.6 ОРГАНИЗАЦИОННЫЕ И ТЕХНИЧЕСКИЕ МЕРОПРИЯТИЯ ПО
ОБЕСПЕЧЕНИЮ ЭЛЕКТРОБЕЗОПАСНОСТИ....................................................... 77
ВЫ ВОДЫ ....................................................................................................................... 79
ЗАКЛЮ ЧЕНИЕ............................................................................................................ 80
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ................................................ 81
84
Документ
Категория
Типовые договоры
Просмотров
764
Размер файла
2 770 Кб
Теги
1/--страниц
Пожаловаться на содержимое документа