Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края - Программирование, компьютеры и …

Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края - Программирование, компьютеры и …




































Главная

Программирование, компьютеры и кибернетика
Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края

Понятие и структура информационного портала для автоматизации рабочего места. Описание методологий моделирования бизнес-процессов, системы электронного документооборота DIRECTUM. Система информационного обеспечения в Министерстве сельского хозяйства.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.


Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края
На какой бы стадии развития организация не находилась, она рано или поздно сталкивается с такими проблемами, как низкая скорость принятия решений, безответственность сотрудников, сбои в работе и как следствие: снижается доходность или конкурентоспособность, замедляется развитие, а возможно, компания даже закрывается. Руководитель или собственник в один прекрасный момент понимает, что необходимо что-то менять. Интуитивно понятно, что для решения проблем нужно представить всю деятельность компании, что сразу невозможно, поэтому ее нужно определенным образом описать, и, скорее всего, в соответствии с какими-то четкими правилами. Иными словами, назревшие проблемы требуют системного подхода и формализации деятельности организации - набора удобных и простых в использовании документов, определяющих, что и как должно происходить, кто за что отвечает.
Система управления организацией - совокупность взаимосвязанных элементов, из которых основными являются система целей и показателей, модель бизнес-процессов и организационная структура управления.
Системы управления, построенные на принципах управления функциями, представляют собой иерархическую пирамидальную структуру подразделений, сгруппированных по выполняемым функциям. Под функциональным подразделением можно понимать группу экспертов в данной функциональной области. В организациях, построенных по данному принципу, управление осуществляется на административно-командных принципах. Другим подходом построения систем управления является управление потоками работ или процессами, составляющими деятельность предприятия. Процессное подразделение включает в себя координатора - владельца процесса и исполнителей из различных функциональных областей, сгруппированных по принципу единства результата бизнес-процесса. Подобные системы часто называют «горизонтальные», подразумевая под «вертикальным» управлением иерархию функциональных подразделений и руководителей в стандартной системе управления, построенной по функциональному принципу.
Понятие бизнес-процесс лежит в основе процессного подхода к анализу и синтезу деятельности организации. Процессный подход позволяет рассматривать деятельность организации как связанную систему бизнес-процессов, каждый из которых протекает во взаимосвязи с другими бизнес-процессами или внешней средой. В настоящий момент применение процессного подхода является обязательным условием для построения Системы менеджмента качества в соответствии с требованиями стандарта ISO 9001:2008. Практика показывает, что система управления, построенная на принципах процессного управления, является более эффективной и результативной по сравнению с равной ей по масштабу функциональной системой. Вместе с тем, разработка и внедрение такой системы - сложный процесс [1].
Актуальность темы, отражающей сущность реинжиниринга, обуславливается тем, что необходимо внедрять новую модель управления, а не устранять системные ошибки в несоответствующей современному рынку системе организации предприятия.
Целью выпускной квалификационной работы является анализ автоматизации процессов отдела информатизации и аналитических систем, и выявления преимуществ разработанного информационного портала для автоматизации рабочего места сотрудников.
В соответствии с поставленной целью необходимо решить следующие задачи:
- проанализировать теоретико-методологические основы реинжиниринга бизнес-процессов;
- провести сбор и обработку информации об отделе информатизации и аналитических систем;
- выявить особенности и слабые места в отделе информатизации и аналитических систем;
- построить структуру отдела в виде функциональных возможностей;
- описать преимущества разработанного информационного портала для автоматизации рабочего места сотрудников.
Объектом исследования является отдел информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края.
Предметом исследования являются процессы отдела информатизации и аналитических систем и разработка информационного портала для автоматизации рабочего места сотрудников.
Дипломный проект состоит из трех взаимосвязанных глав. В первой главе приведены теоретические основы по внедрению и настройке информационных систем. Во второй главе рассмотрена организационная структура предприятия и отдела информатизации и аналитических систем, приведено обоснование проведения работ по созданию информационного портала. В третьей главе предложено техническое задание на разработку информационного портала, а также сформулированы преимущества внедрения информационного портала для автоматизации рабочего места сотрудников в отделе информационных и аналитических систем.
Теоретико-методологическую основу исследования составляют: методика Группы компаний «Современные технологии управления»; материалы Высшей школы экономики, состоящие из 22 уроков; Серия учебников для программы МВА» Елиферов В.Г., Репин В.В Бизнес-процессы: «Регламентация и управление; ряд базовых учебников по моделированию бизнесс-процессов, таких как Маклаков С.В. «Моделирование бизнес-процессов. Могилко Д.Ю., Шаныгин С.И. «Концептуальное моделирование технологических процессов средствами BPWin».
1 . Теоретические основы внедрения и настройки информационных систем на предприятии
EIP (Enterprise Information Portal)
EEP - (Enterprise Expertise Portals)
EAP (Enterprise Application Portal)
ECP (Enterprise Collaboration Portal)
- EIP (Enterprise Information Portal) - Корпоративный информационный портал
Обеспечивает персонифицированный доступ к внутренним и внешним информационным ресурсам компании. Обеспечивает доступ к данным по классификатору и с возможностью проведения сквозного полнотекстового и атрибутивного поиска.
- EEP - (Enterprise Expertise Portals) - Корпоративный экспертный портал, обеспечивает подключение к экспертам (связь между пользователями) на основе их знаний (способностей)
Не всегда портал содержит нужную пользователю информацию, однако, в случае ее отсутствия, он может подключить пользователя к нужным специалистам, которые могут поделиться необходимой информацией, дать экспертные оценки по интересующим вопросам;
- EAP (Enterprise Application Portal) - Корпоративный портал приложений. Портал, который предоставляет пользователям различные корпоративные приложения компании с помощью которых они могут получить требуемую информацию и данные;
- ECP (Enterprise Collaboration Portal) - Корпоративный портал совместной работы. Портал, предоставляющий информацию и приложения, и обеспечивающий работу группы сотрудников над какой-либо задачей, проектом (фактически, автоматизация бизнес-процессов);
- EKP (Enterprise Knowledge Portal) - Корпоративный портал управления знаниями.
Интегрированный портал, охватывающий все перечисленные выше, предназначенный для обеспечения коллективной работы (автоматизация бизнес-процессов) с максимальным информационным обеспечением и аккумулированием корпоративной информации.
Первые три типа порталов предназначены для индивидуальной работы и обеспечивают пользователя необходимой ему информацией, приложениями, экспертными заключения специалистов (которых он может найти и к которым пользователь может подключиться с помощью портала). Иногда все их объединяют под общим названием «Корпоративный информационный портал».
Вторые два типа порталов это порталы совместной работы (автоматизации бизнес-процессов). Они позволяют проводить определенный цикл работ в соответствии с алгоритмом бизнес-процессов, автоматически передавать промежуточные результаты по цепочке другим пользователям, отслеживать и координировать ход работ. При этом пользователи имеют максимальное информационное обеспечение, а компания акумулирует корпоративную информацию, превращая ее в свой капитал.
- B2C (Business-to-Consumer) Автоматизированные системы электронной коммерции, в которых в качестве продавца выступает юридическое лицо (предприятие, организация), а покупателя - физическое лицо;
- B2B (Business-to-Business) Автоматизированные системы электронной коммерции, в которых в качестве субъектов процессов продажи и покупки выступают юридические лица (предприятия, организации). Такие системы (электронные торговые площадки) обычно используются для организации снабжения компаний и реализации продукции.
- B2E (Business-to-Employee) Внутрикорпоративная система, по организации работы персонала компании, отдельных структур или подразделений. Фактически, B2E системы являются системами автоматизации управления и берут на себя некоторые функции Корпоративных информационных систем (КИС). Как правило, такие системы функционируют во внутрикорпоративной сети - Интранет. При этом Интранет может использовать защищенные каналы в Интернет.
Корпоративные порталы B2C, B2B, B2E включают в себя корпоративные порталы EAP, EIP, EKP, однако на базе последних можно строить и другие самые различные системы.
Исходя из этих определений, корпоративный портал призван решать следующие основные задачи:
1) предоставление унифицированного (обычный браузер, не требующий никакого специального клиентского программного обеспечения) персонализированного доступа в реальном времени к корпоративной информации сотрудникам компании, а также клиентам и партнерам компании вне зависимости от их территориального расположения, для поддержки процессов принятия решений и управления;
2) обеспечение рабочих мест и средств коллективной работы с унифицированным персонализированным доступом в реальном времени к корпоративным приложениям и информации сотрудникам компании, а также клиентам и партнерам компании вне зависимости от их территориального расположения, т.е., фактически, автоматизация бизнес-процессов.
В сфере маркетинга и реализации наибольше применение находят, естественно корпоративные порталы B2C - Интернет-магазины.
Единственное ограничение корпоративного портала - наличие Интернет-доступа, но мобильный Интернет и спутниковый Интернет, практически снимают все территориальные ограничения. Корпоративный информационный портал это кросс-платформенное решение, не зависящее от оборудования и приложений.
Приведенные выше определения и вытекающие задачи практически не имеют границ. Ведь в принципе, на основе унифицированного браузера можно создать и корпоративную информационную систему компании любого масштаба. Причем, может, так и было бы, если бы Интернет-технологии появились бы лет на двадцать раньше.
Необходимо провести грань между корпоративным информационным порталом и корпоративной информационной системой.
Корпоративный информационный портал чаще всего является дополнением традиционной корпоративной информационной системы (на базе локальной сети), отвечающим за взаимодействие компании с внешним миром (в широком понимании - частью общей глобальной корпоративной информационной системы), иногда изолированной системой, решающей ограниченные задачи.
Если же корпоративный информационный портал включает в себя автоматизацию основных бизнес-процессов компании, включает подсистемы бухгалтерского учета и т.д., то он, очевидно, превращается в корпоративную информационную систему, созданную с применением Интернет-технологии[2].
Разработанный информационный портал на данном предприятии включает в себя ряд информационных систем и программных продуктов. Основные информационные системы будут описаны в данной работе.
1.2 Описание методологий моделирования бизнес-процессов
Бизнес-процесс - последовательность действий, направленная на получение заданного результата, ценного для организации (Рис. 1.1). Например, Прием заказа клиента, Планирование закупок, Производство товара, и т.п.
Рисунок 1.1 - Система бизнес-процессов [3]
Бизнес-моделирование - процесс описания той или иной сферы деятельности организации с использованием четкого формализованного подхода (методологии), поддерживаемый специализированным программным продуктом.
Бизнес-модель - формализованное описание определенного аспекта или сферы деятельности организации. Например: дерево целей, модель бизнес-процессов, модель организационной структуры и т.п.
Организация - группа людей и средств с распределением ответственности, полномочий и взаимоотношений. Пример: компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, или же их части, или комбинации из них (ISO 9000:2005).
Модель - модель М моделирует объект А, если модель М отвечает на вопросы относительно объекта А. Пример: карта города является его моделью, выполненной в определенном масштабе с использованием условных обозначений.
В истории развития бизнес-моделирования, как концептуального подхода к управлению организацией, можно условно выделить четыре этапа:
Первый этап наступает в 70-е годы XX века. В 70-е годы прошлого века начались реализация сложных крупномасштабных проектов совместно специалистами различных предметных областей (системы вооружения, полеты в космос, атомные электростанции, транспортные сети и т.п.), произошло достаточно серьезное изменение условий функционирования как коммерческих так производственных компаний. Анализ проблем возникающих в деятельности организаций, привел к тому, что они стали рассматриваться как организационно-технические системы, включающие:
- компьютеры (программное обеспечение);
Это в свою очередь вызвало необходимость в разработке адекватных способов этих элементов в структурированном связном виде. Минимальные требования, которым должно было отвечать описание организации, следующие:
- простота для возможности понимания специалистами различных предметных отраслей;
Одной из самых известных методологий описания организаций как организационно-технических систем, стала методология структурного анализа и проектирования систем SADT (Structured Analysis and Design Technique). Она была разработана американцем Дугласом Россом (D. Ross) в 1973 г. Особенно широкое применение получило одно из подмножеств SADT методология функционального моделирования IDEF0 (Integration Definition For Function Modeling). Инициатором ее разработки и дальнейшей стандартизации было Министерство обороны США. Методология IDEF0 успешно применялась в военных, коммерческих организациях для решения широкого спектра задач (от разработки программного обеспечения для оборонных систем до разработки систем материально-технического снабжения и управления финансами). Наличие возможностей и опыт применения IDEF0 в различных предметных сферах, наряду с растущей компьютерной поддержкой сделало ее еще более доступной в использовании. Это в свою очередь, также привело к широкому использованию IDEF0 как методологии для описания бизнес-процессов организаций.
Во многом популярность методологии функционального моделирования IDEF0 обусловлена простотой нотации, основными элементами которой является функциональный блок и стрелка.
Рисунок 1.2 - Функциональный блок[3]
Каждая из четырех сторон блока имеет строго определенное значение:
- левая сторона обозначает входы, т.е. что поступает на вход процесса и будет преобразовано;
- правая сторона - выход, т.е. что создается на выходе процесса в результате его выполнения;
- верхняя сторона - управление, т.е. какие требования необходимо выполнить или чем руководствоваться при исполнении процесса;
- нижняя сторона - механизм, т.е. какие ресурсы необходимы для исполнения процесса.
Исходя из смыслового значения сторон блока, процесс в общем виде можно определить как деятельность (последовательность работ), которая преобразует Входы в Выходы по правилам и требованиям, уставленным Управлением, с помощью определенных Механизмов (ресурсов).
Второй этап начался в 80-е годы XX века. Мощнейший импульс дальнейшему развитию методов описания деятельности организаций придало широкое внедрение персональных компьютеров, а также разработка информационных систем (или систем автоматизации) компаний различных предметных областей. Потребность в автоматизации бизнес-процессов в свою очередь вызвала необходимость их описания и формализации на принципиально другом уровне.
В зависимости от целей, стоящих перед специалистами по автоматизации, было разработано достаточно большое число методологий для описания деятельности организаций, самые известные из которых:
- функциональное моделирование с использованием диаграмм потоков данных различных нотаций (Йордана / Де Марко, Гейна-Сарсона);
- информационное моделирование с использованием диаграмм «сущность-связь» различных нотаций (Чена, Баркера);
- моделирование бизнес-процессов в виде цепочки событий (нотация EPC);
- динамического функционального анализа на основе сетей Петри различного вида, функционально-стоимостного анализа.
Каждая из методологий (нотаций) в силу имеющих место ограничений оптимально решала ту или иную задачу, стоящую перед специалистами по автоматизации.
Бурное развитие информационных технологий в 80 гг., рост объемов разработки наряду со все более острой необходимостью проектирования «правильного» программного обеспечения «с первого раза», привело к созданию целого отдельного направления программотехники CASE-технологий (Computer-Aided Software/System Engineering).
CASE-средства позволяют уйти от сложностей «ручного» применения методологий для описания (моделирования) бизнес-процессов, являются средством автоматизации труда специалистов по разработке программного обеспечения (аналитиков, постановщиков задач, проектировщиков, программистов, технических писателей). Они, как правило, предоставляют возможность визуального (графического) описания бизнес-процессов с помощью той или иной методологий (нотации), обеспечивают удобную среду для групповой работы специалистов на всех этапах анализа, проектирования, разработки и сопровождения систем программного обеспечения.
Третий этап настал в 90-е годы XX века . В начале 90-х годов на Западном рынке появились первые программные продукты, предназначенные для решения задач, связанных с организационными вопросами управления организациями. Этому способствовало:
1) с одной стороны появления значительного опыта по моделированию бизнес-процессов на основе CASE-технологий. Понимание того, что моделирование бизнес-процессов первично по отношению к задачам их автоматизации привело к смещению акцентов от задач автоматизации до решения задач общего менеджмента (поскольку по меткому выражению классика: нельзя автоматизировать хаос);
2) с другой стороны принципиально изменилась бизнес-среда, в которой функционируют современные организации (Интернет, глобализация, доминирование на рынке потребителя и т.д.). Динамика изменений бизнес-среды стала такова, что компаниям приходится постоянно корректировать свою систему управления: стратегию, бизнес-процессы и организационную структуру. Изменения системы управления из отдельных проектов и разовых акций превратилось в постоянный процесс, который должен протекать без потери контроля над действующей системой управления, обеспечивая достижение текущих целей ее функционирования.
Постепенно в силу особенностей применения CASE-средств, их стали применять не только для целей автоматизации деятельности, но и для широкого круга задач бизнес-анализа деятельности организаций. Действительно, наличие у компании модели деятельность «как есть» позволяло построить модель «как должно быть», а в дальнейшем и провести ее реструктуризацию, со значительно меньшими трудностями и рисками.
Моделирование, направленное на решение организационных вопросов управления, стало следующим логичным шагом развития CASE-средств. Они стали охватывать полный цикл построения системы управления: стратегия - бизнес-процессы - организационная структура - регламентирующие документы - анализ, представляя компаниям новые возможности по осуществлению «регулярного менеджмента».
Программы, предназначенные для решения организационных вопросов управления или бизнес-моделирования, выделили в отдельный класс, который на западном рынке получил название «BMS» (Business Modeling Software). К ключевым преимуществам программ этого класса можно отнести:
- широкие возможности визуального (графического) моделирования компании;
- обеспечение возможности одноформатного, одинакового понимания бизнес-процессов компании сотрудниками с разным уровнем квалификации, различных подразделений;
- изначально встроенная поддержка процессного подхода;
- представление единого информационного пространства для описания всех существенных аспектов ее функционирования;
- получение различных отчетов из модели (например, в виде регламентных документов: Положения о подразделения, Должностные инструкции, Регламент процесса, Регламент процедуры, Матрицы ответственности и др.).
Бизнес-модель, построенная с помощью программ класса «BMS», как правило, включает:
- модель организационной структуры;
- справочник используемых документов.
Наличие комплексной бизнес-модели компании, основанной на визуальном (графическом) представлении информации о ней, представило новые возможности для анализа и дальнейшего совершенствования деятельности как организации в целом, так и ее отдельных бизнес-процессов. Преимущества же использования графики уже давно оценили инженеры, разрабатывая чертежи и схемы объектов, либо явлений реального мира. Если даже для такого простого объекта как отдельная деталь, выгоды использования визуального (графического) представления информации (а именно чертежа детали) для анализа очевидны, то, что уж говорить про организации, «устройство» которых на порядки сложнее. Проведя аналогию можно сказать, что бизнес-моделирование это по-сути «разработка чертежей» организации. Бизнес-модель позволяет сделать компанию более прозрачной, готовой к регулярному анализу, управлению и, самое главное, дальнейшему улучшению.
Бизнес-моделирование, безусловно, необходимо в высококонкурентной, динамичной бизнес-среде, там где скорость проведении внутренних изменений, сопутствующие им риски являются критическими факторами успеха компании.
Четвертый этап наступил в 2000 гг. XXI века и длится до настоящего времени. Бизнес-моделирование, поддержанное соответствующим программным обеспечением, постепенно развилось до отдельной методологии менеджмента, которая получила название «бизнес-инжиниринга». Стержневая идея бизнес-инжиниринга заключается в анализе и совершенствовании деятельности компании посредством широкого применения ее бизнес-моделей, созданных с применением процессного подхода.
Существующая динамика изменений внешней бизнес-среды выдвигает новые требования к проведению соответствующих им внутренних изменений. Скорость проведения изменений, улучшений во многом определяется возможностями анализа того или иного аспекта деятельности организации, будь-то бизнес-процесс или организационная структура. Наличие навыков проведения внутренних изменений, их системное применение являются необходимым условием выживаемости и успешности компании. Бизнес-моделирование является тем инструментом, который позволяет облегчить проведение внутренних изменений, улучшений на уровне соответствующем сложности этой задачи.
Перечислим набор основных знаний и инструментов, которыми, должен владеть современный бизнес-аналитик, специалист по бизнес-моделированию:
1) программные продукты бизнес-моделирования: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бизнес-инженер, Microsoft Visio.
2) нотации бизнес-моделирования и описания бизнес-процессов: IDEF0, IDEF3, Data Flow Diagram (DFD), extended Event Driven Process Chain (eEPC), Value Added chain Diagram (VAD), Cross Functional Flowchart и др.
3) методики и методы бизнес-инжиниринга / менеджмента.
- Разработка и внедрение системы сбалансированных показателей BSC / KPI
- Анализ, оптимизация, повышение качества бизнес-процессов
- Управление бизнес-процессами на долгосрочной основе
- Функционально-стоимостной анализ (ФСА) и имитационное моделирование
- Описание и оптимизация организационной структуры, численности персонала
- Построение систем мотивации персонала
- Построение и организация функционирования системы менеджмента качества (ISO 9000)
- Управление проектами (в том числе по PMBOK - Project management body of knowledge)
- Построение комплексной бизнес-модели организации
- TQM (всеобщее управление качеством)
- Различные отраслевые методики и стандарты, разработки консалтинговых компаний
4) типовые решения, примеры, наработки и материалы. Чтобы не разрабатывать большую часть материалов с нуля и не совершать ошибок, которые уже прошли другие специалисты, необходим набор типовых решений, моделей, документов и т.п.
Таким образом, можно сформировать следующую схему:
Методика + Типовые решения + Программный продукт = Результат
Рисунок 1.3 - Набор знаний и инструментов бизнес-аналитика
Здесь Методики и методы показывают, КАК выполнять проекты и задачи. Типовые решения и материалы демонстрируют, ЧТО должно получиться на выходе (результат).
С помощью ППБМ автоматизируется выполнение всех задач и проектов. Это в несколько раз сокращает время и повышает эффективность работ. Например, система Business Studio позволяет по нажатию одной кнопки автоматически сформировать регламентирующую документацию на основе разработанных моделей бизнес-процессов, обеспечивая значительную экономию финансовых и трудовых ресурсов.
В каждый программный продукт бизнес-моделирования заложен свой набор нотаций. В нашем случае, мы будем использовать систему бизнес-моделирования Business Studio, которая включает в себя Нотации IDEF0, Процесс и Процедура, EPC. Рассмотрим, каждую из них подробнее.
IDEF0 - нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти функции. Нотация IDEF0 является одной из самых популярных нотаций моделирования бизнес-процессов. К ее особенностям можно отнести:
Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу.
Поддержка декомпозиции. Нотация IDEF0 поддерживает последовательную декомпозицию процесса до требуемого уровня детализации. Дочерняя диаграмма, создаваемая при декомпозиции, охватывает ту же область, что и родительский процесса, но описывает ее более подробно. При декомпозиции стрелки родительского процесса переносятся на дочернюю диаграмму в виде граничных стрелок.
Доминирование. Блоки IDEF0 на неконтекстной диаграмме должны располагаться по диагонали - от левого верхнего угла диаграммы до правого нижнего в порядке присвоенных номеров. Блоки на диаграмме, расположенные вверху слева, «доминируют» над блоками, расположенными внизу справа. «Доминирование» понимается как влияние, которое блок оказывает на другие блоки диаграммы. Расположение блоков на листе диаграммы отражает авторское понимание доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные.
Выделение 4 видов стрелок. Выделяются следующие виды стрелок: Вход, Выход, Механизм, Управление. Входы преобразуются или расходуются процессом, чтобы создать то, что появится на его выходе. Управления определяют условия, необходимые процессу, чтобы произвести правильный выход. Выходы - данные или материальные объекты, произведенные процессом. Механизмы идентифицируют средства, поддерживающие выполнение процесса. Таким образом, блок IDEF0 показывает преобразование входа в выход с помощью механизмов с учетом управляющих воздействий.
Нотации Процесс (Basic Flowchart в Microsoft Visio) и Процедура (Cross Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы, также как и нотация IDEF0.
Различие между нотациями Процесс и Процедура состоит в том, что дополнительно к графическим элементам, применяемым в нотации Процесс, в нотации Процедура используются дорожки (Swim Lanes), обозначающие организационные единицы - исполнителей действий процесса. Это позволяет повысить наглядность диаграммы.
Нотации Процесс и Процедура можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Пример диаграммы в нотации Процесс приведен на рисунке 1.6, а диаграммы в нотации Процедура - на рисунке 1.7.
Нотация EPC (Event-Driven Process Chain - событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться только в нотации EPC.
При декомпозиции процесса ЕРС, расположенного на диаграмме SADT, стрелки с диаграммы SADT на диаграмму ЕРС не переносятся.
Правила моделирования процессов в нотации EPC:
1) д иаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).
2) события и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.
3) рекомендуемое количество функций на диаграмме - не более 20. Если количеств
Разработка информационного портала для автоматизации рабочего места сотрудника на примере отдела информатизации и аналитических систем Министерства сельского хозяйства и перерабатывающей промышленности Краснодарского края дипломная работа. Программирование, компьютеры и кибернетика.
Курсовая работа: Комплектование тракторных агрегатов
Реферат На Тему Холодное Оружие
Источники Российского Права Курсовая Работа
Контрольные Работы Огэ 9 Класс
Курсовая работа: Проблемы предпринимательства в России содержание и особенности государственного регулирования
Реферат: Инвестиционные банки
Выводы Аттестационной Работы
Контрольная работа: Оборудование для обработки овощей
Книга: Иметь и не иметь
Дипломная работа по теме Проектирование и разработка информационной системы библиотеки
Курсовая Работа На Тему Системы И Средства Формирования Отчетов
Реферат На Тему Работа Над Малой Формой В Старших Классах Детской Музыкальной Школы На Примере "Вокализа" Н. Ракова
Реферат: От парадокса к трюизму, или Восстановление нормы
Автореферат На Тему Дидактичні Основи Побудови Підручників З Природничо-Математичних Дисциплін Для Початкових Шкіл України
Ответ на вопрос по теме Экзаменационные задания по БЖД
Легкая Атлетика В Древней Греции Реферат
Курсовая работа по теме Изменения климатических условий на Земле
Курсовая Работа На Тему Вимірювальні Канали Контрольно-Вимірювальних Систем В Екології
Дипломная Работа На Тему Счетная Палата Как Институт Государственного Финансового Контроля
Курсовая работа по теме Усилительный каскад с общим коллектором
Настройка Windows по средствам системного реестра - Программирование, компьютеры и кибернетика курсовая работа
Стилистические особенности "Братья Карамазовы" - Литература курсовая работа
Проект ресторана на 84 места, реализующий бизнес-ланч г.Владикавказ - Кулинария и продукты питания дипломная работа


Report Page