Моделирование бизнес-процессов на примере ООО "ПромТрансИнформ" - Экономико-математическое моделирование дипломная работа
Главная
Экономико-математическое моделирование
Моделирование бизнес-процессов на примере ООО "ПромТрансИнформ"
Архитектура интегрированных информационных систем ARIS как методология моделирования бизнес-процессов. Преимущества и недостатки существующих аналогов. Выбор и обоснование типов диаграмм, используемых для описания бизнес-процесса средствами ARIS.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
информационный моделирование бизнес
В данной работе рассматриваются бизнес-процессы ООО «ПромТрансИнформ» - далее ПТИ.
· общая характеристика предприятия;
Были рассмотрены виды деятельности организации, какие продукты она внедряет и какие услуги оказывает, с какими организациями (в частности крупнейшими) заключены договоры и как это влияет на деятельность организации.
· описаны методологии описания бизнес-процессов;
В основном применяется в ПТИ методология ARIS,которая позволяет рассматривать организацию со всех точек зрения и позволяет рассмотреть организацию с помощью иерархии моделей -- от обобщения до уровня процедур и ресурсного окружения функций.
· построены диаграммы бизнес-моделей (в нотациях ARIS с помощью CASE-средства Microsoft Visio) «AS IS» (как есть);
· найдено «узкое место» и, на примере модели eEPC, изображена модель «AS TO BE» (как должно быть);
«Узким местом» в данной курсовой является слабая организация рабочего процесса, которая возникает, когда обязанности распределены не рационально, что тормозит выполнение заказа.
· написано соглашение по моделированию и документирование бизнес-процесса;
Цель работы заключается в моделировании бизнес-процессов ООО «ПромТрансИнформ», выявление недостатков в деятельности конкретных отделов и предложение способа их устранения.
Вопрос об улучшении деятельности предприятия за счет нахождения и устранения, так называемых, «узких мест» в работе сотрудников, с помощью моделирования бизнес-процессов является актуальным в любом развивающемся предприятии.
Объектом изучения, в данной курсовой работе, является ООО ПТИ и его отделы, главной услугой которого - автоматизация предприятий промышленного железнодорожного транспорта.
Предметом изучения является взаимодействие отделов и сотрудников в этих отделах, подчиняющихся Генеральному директору.
Задачи работы: обучение навыкам работы с методологией моделирования бизнес-процессов ARIS, сбор информации и изучение бизнес-процессов предприятия, процедур моделирования, построение диаграмм бизнес-моделей, разработка соглашения по моделированию и документирование бизнес-процесса, проведение анализа процесса.
Методы работы. Работа выполняется с целью повышения навыков построения диаграмм бизнес-моделей в нотациях ARIS с помощью CASE-средства Microsoft Visio на примере бизнес-процессов ОАО «ПТИ».
В качестве исходных данных в работе используются следующие сведения:
· организационно-штатная структура предприятия;
· организация проектирования в консалтинговых предприятиях;
· сведения об используемых прикладных системах ПТИ.
В результате проделанной работы и устранении «узких мест» ожидается упрощение и облегчение работа сотрудников, следовательно, уменьшение трудоемкости и совершения ошибок в отчетах.
1. Архитектура интегрированных информационных систем ARIS как методология моделирования бизнес-процессов
Разработчиком методологии ARIS (Architecture of Integrated Information Systems) является компания IDS Scheer AG, основанная в 1984 г. профессором Августом-Вильгельмом Шеером в г. Саарбрюккен (Саар, Германия). Методология ARIS представляет собой современный подход к структурированному описанию деятельности организации и ее представлению в виде взаимосвязанных и взаимодополняющих графических моделей, удобных для понимания и анализа.
Модели, используемые в ARIS, представлены на рисунке 1.1.
Рисунок 1.1 - Классификация моделей ARIS
Модели, создаваемые по методологии ARIS, отражают существующую ситуацию с той или иной степенью приближенности. Степень детализации описания зависит от целей проекта, в рамках которого проводится моделирование. Модели ARIS могут быть использованы для анализа и выработки различного рода решений по реорганизации деятельности предприятия, в том числе по внедрению информационной системы управления, разработке систем менеджмента качества.
Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а так же выявить взаимосвязи между ними. Создаваемые модели представляют собой документированную совокупность знаний о системе управления, включая организационную структуру, протекающие процессы, взаимодействия между организацией и субъектами рынка, состав и структуру документов, последовательность шагов процессов, должностные инструкции отделов и их сотрудников. В отличие от других подходов, методология ARIS предполагает хранение всей информации в едином репозитории, что обеспечивает целостность и непротиворечивость процесса моделирования и анализа, а также позволяет проводить верификацию моделей.
Методология ARIS основывается на концепции интеграции, предлагающей целостный взгляд на процессы, и представляет собой множество различных методик, объединенных в рамках единого системного подхода. Среди них такие известные, как:
· диаграмма eEPC (Extended Event Driven Process Chain - событийная цепочка процесса)
· диаграмма Чена (ERM - Entity Relationship Model - модель "сущность - связь")
· язык UML (Unified Modeling Language - универсальный язык моделирования)
· методика OMT (Object Modeling Technique - методика объектно-ориентированного моделирования)
· методика BSC (Balanced Scorecard - система сбалансированных показателей) Достоинством такого подхода является то, что появляется возможность описания процессов и их окружения с различных, взаимодополняющих точек зрения.
2. Преимущества и недостатки существующих методологий моделирования бизнес-процессов
· возможность рассматривать объект с разных точек зрения; разные уровни описания, обеспечивающие поддержку концепции жизненного цикла систем; дифференцированный взгляд на анализируемый объект (организацию, систему управления и т.д.);
· богатство методов моделирования, отражающих различные аспекты исследуемой предметной области, позволяет моделировать широкий спектр систем (организационно-хозяйственных, технологических и прочих);
· единый репозиторий; все модели и объекты создаются и хранятся в единой базе проекта, что обеспечивает построение интегрированной и целостной модели предметной области;
· возможность многократного применения результатов моделирования; накопленное корпоративное знание о всех аспектах деятельности организации может в дальнейшем служить основой при разработке различных проектов непосредственно в среде ARIS и с использованием интерфейсов и других средств.
· Для некоторых процессов чрезмерная формализация не только малоэффективна, но даже вредна в силу их специфики. Примером могут являться те составляющие бизнес - деятельности, которые напрямую связаны с творческими решениями малопрогнозируемых проблем, возникающих в ходе этой деятельности.
SADT ( Structured Analysis and Design Technique ) -- методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией.
SADT возникла в конце 60-х годов в ходе революции, вызванной структурным программированием. Когда большинство специалистов билось над созданием программного обеспечения, немногие старались разрешить более сложную задачу создания крупномасштабных систем, включающих как людей и машины, так и программное обеспечение, аналогичных системам, применяемым в телефонной связи, промышленности, управлении и контроле за вооружением. В то время специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности. Таким образом, разработчики решили формализовать процесс создания системы, разбив его на следующие фазы:
· Анализ -- определение того, что система будет делать
· Проектирование -- определение подсистем и их взаимодействие
· Реализация -- разработка подсистем по отдельности
· Объединение -- соединение подсистем в единое целое
· Тестирование -- проверка работы системы
· Установка -- введение системы в действие
· Эксплуатация -- использование системы
Метод SADT в наибольшей степени подходит для описания моделей верхнего уровня. Его основные преимущества заключаются в следующем:
· полнота описания БП (управления, информационные и материальные потоки, обратные связи).
· Возможность агрегирования и детализации потоков данных и информации (разделение и слияние дуг)
· Наличие жестких требований, обеспечивающих получение модели стандартного вида.
· Простота документирования процесса
· Соответствие подхода к описанию процесса стандарту ИССО
В то же время SADT обладает рядом недостатков:
· Сложность восприятия -- большое количество дуг на диаграмме.
· Большое количество уровней декомпозиции
· Трудность увязки нескольких процессов, представленных в различных моделях одной и той же организации.
Основные преимущества IDEF0 состоят в следующем:
· полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи);
· комплексность при декомпозиции (мигрирование и туннелирование стрелок);
· возможность агрегирования и детализации потоков данных и информации (разделение и слияние стрелок);
· наличие жестких требований методологии, обеспечивающих получение моделей процессов стандартного вида;
· простота документирования процессов;
· соответствие подхода к описанию процессов в IDEF0 стандартам ISO 9000:2000.
Отсюда и общее назначение IDEF0 - это перестройка структуры функций, которая позволит повысить производительность и эффективность системы.
Методология IDEF3 (Integrated Definition Process Description Capture Method) была разработана с целью более удобного описания рабочих процессов (Work Flow), для которых важно отразить логическую последовательность выполнения процедур. Эта методика, в отличии от IDEF0, не стандартизирована.
IDEF3 - это структурный метод, показывающий причинно-следственные связи и события. Он также показывает, как организована работа, и какие пользователи работают с моделируемой системой. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса. Сценарием называется описание последовательности изменения свойств объекта в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение ее свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух потоков: документы, определяющие структуру и последовательность процесса (технологические указания, описания стандартов) и документы, отображающие ход его выполнения (результаты экспертиз, отчеты о браке).
Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:
· документировать имеющиеся данные о технологии процесса;
· определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов;
· определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса (например, изменение технологических свойств конечного продукта);
· содействовать принятию оптимальных решений при реорганизации технологических процессов;
· разрабатывать имитационные модели технологических процессов по принципу «как будет, если...».
IDEF3 имеет прямую взаимосвязь с методологией IDEF0 - каждая функция может быть представлена в виде отдельного процесса средствами IDEF3. Но функциональное моделирование в IDEF3 отличается от моделирования в IDEF0 и DFD, тем что она отражает функции системы во временной последовательности их осуществления.
Методология DFD (Data Flow Diagrams) - диаграммы потоков данных - это способ представления процессов обработки информации. Авторы методики Гейн и Сарсон разработали ее независимо от IDEF0. Эта методика, в отличии от IDEF0 не стандартизирована.
В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD (потоки данных) показывают, как объекты (включая и данные) реально перемещаются от одной функции к другой. Это представление потока данных обеспечивает отражение в модели DFD таких физических характеристик системы, как движение объектов, хранение объектов, распространение объектов.
Диаграммы DFD обеспечивают удобный способ описания передаваемой информации как между частями моделируемой системы, так и между системой и внешним миром. Это качество определяет область применения DFD - они используются для создания моделей информационного обмена организации, например, модели документооборота. Также DFD широко применяется при построении корпоративных информационных систем.
Unified Modeling Language (UML), унифицированный язык моделирования, непатентованный язык моделирования и спецификации, предназначенный для использования в области разработки программного обеспечения. Тем не менее, сфера его применения не ограничивается областью моделирования информационных систем. Он также может быть использован для моделирования инженерных систем, бизнес-процессов, организационных структур. UML -- язык используемый системными инженерами для спецификации, визуализации, конструирования и документирования сложных информационно-насыщенных объектных систем.
· Избыточность языка. UML часто критикуется, как неоправданно большой и сложный. Он включает много избыточных или практически неиспользуемых диаграмм и конструкций.
· Неточная семантика. Так как UML определён комбинацией себя (абстрактный синтаксис), OCL (языком описания ограничений -- формальной проверки правильности) и Английского (подробная семантика), то он лишен скованности присущей языкам, точно определённым техниками формального описания. В некоторых случаях абстрактный синтаксис UML, OCL и Английский противоречат друг другу, в других случаях они неполные. Неточность описания самого UML одинаково отражается на пользователях и поставщиках инструментов, приводя к несовместимости инструментов из-за уникального трактования спецификаций.
· Проблемы при изучении и внедрении. Вышеописанные проблемы делают проблематичным изучение и внедрение UML, особенно когда руководство насильно заставляет использовать UML бизнес-аналитиков при отсутствии у них предварительных навыков.
· Пытается быть всем для всех. UML -- это язык моделирования общего назначения, который пытается достигнуть совместимости со всеми возможными языками разработки. В контексте конкретного проекта, для достижения командой проектировщиков определённой цели, должны быть выбраны применимые возможности UML. Кроме того, пути ограничения области применения UML в конкретной области проходят через формализм, который не полностью сформулирован, и который сам является объектом критики.
3. Выбор бизнес-процесса для моделирования и его содержательное описание
3.1 Общая характеристика предприятия
ООО ПромТрансИнформ занимается автоматизацией предприятий промышленного железнодорожного транспорта за счет внедрения информационных компонентов программно-технического комплекса Интегрированной информационной системы управления «Транспортно-логистический комплекс», управлением проектами внедрения специализированных информационных систем управления на магистральном железнодорожном транспорте, а также управлением проектами внедрения на территории Республики Казахстан приборов, устройств и информационных систем железнодорожной автоматики и телемеханики,оказывает консалтинговые услуги в этой сфере.
Основными направлениями деятельности ООО «ПромТрансИнформ» являются:
-Автоматизация железнодорожных предприятий, которая работает с такими ИТ-продуктами, как ИАС «Транспортная работа»,ИАС «Эксплуатационные расходы», ИАС «Транспортные активы»,ИАС «Взаимодействие с клиентами»,ИАС «Эффективность логистики».
Аппаратно-программный комплекс ИАС ТР является частью программно-технической платформы «PTI Framework .Net.2.1.», на котором построена Интегрированная информационная система управления «Железнодорожный комплекс» (ИИСУ «ЖДК»)
Данный комплекс является специализированным решением ООО «ПромТрансИнформ», базирующимся на ИТ-продуктах линейки .NET компании Microsoft.
ИАС ТР использует значительный объем встроенной бизнес-логики, обеспечивающей автоматизированное ведение процессов управления железнодорожным комплексом Заказчика.
Информационно-аналитическая система «Транспортная работа» (далее «ИАС ТР»), разработана специалистами ООО «ПромТрансИнформ» (г. Новосибирск).
Основной целью внедрения ИАС ТР является комплексная автоматизация управленческих бизнес-процессов производственного планирования и учета объемов и стоимости:
Транспортной логистики (перевозок); Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Транспортной (логистической) работы;
Транспортного оРазмещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
бслуживания клиентов (оказания транспортных услуг);
Транспортных расходов (себестоимости работ Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Эксплуатации транспортных активов железнодорожного предприятия на подъездном пути и в магистральном движении.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Она учитывает отраслевые отличия производственно-экономической деятельности железнодорожных предприятий (по сравнению с деятельностью промышленных предприятий)
Также ООО ПромТрансИнформ занимается транспортным и экономическим консалтингом (Транспортно-логические комплексы на ж/д, Транспортный консалтинг на ж/д транспорте, Экономический консалтинг на ж/д транспорте, ИТ-Консалтинг на ж/д транспорте, Методические руководства по ж/д тарифам) и управлением проектами на ж/д предприятиях (внедрение информационных систем на ж/д транспорте, оптимизация бизнес-процессов железнодорожной транспортной логистики, оптимизация эксплуатационных расходов железнодорожного транспортного комплекса, внедрение систем управления проектами).
Основными партнерами и заказчиками ООО «ПромТрансИнформ» являются предприятия промышленного железнодорожного комплекса железнодорожной отрасли Республики Казахстан и России.
Основным методологическим партнером ООО «ПромТрансИнформ» является ГОУ «Сибирский государственный университет путей сообщения» (г.Новосибирск).Специалисты компании имеют 6 - летний опыт работы в железнодорожной отрасли.
В качестве исследуемого объекта возьмем ООО «ПромТрансИнформ», а именно процесс организации рабочего процесса. Исследовав это предприятия и пообщавшись с сотрудниками, можно определить, что налицо слабая организация рабочего процесса. Более полное описание «узкого места» и способы его устранения представлены в разделе «Анализ процесса».
Организационная структура ООО «ПромТрансИнформ» (рисунок 3.1):
3.3 Порядок проведения обследования
· Место проведения обследования - здание ООО ПромТрансИнформ ул.Красный проспект, 220/5,оф.326 (Сибирская Ярмарка);
· Способ обследования - интервью с сотрудниками ООО ПромТрансИнформ в устной форме, получение необходимой документации в электронном виде.
4. Моделирование «AS IS» (как есть), описание подхода. выбор и обоснование типов диаграмм, используемых для описания бизнес-процесса средствами ARIS
Каждое предприятие имеет структуры, правила и документы, которые составляют основу для исправного функционирования корпоративных процедур и должны быть интегрированы с новой системой управления качеством. Анализ "Как есть" предполагает исследование внедряемого стандарта с учетом спецификации компании. Цель такого анализа - выяснение требований стандарта, и в какой мере они затрагивают конкретные аспекты деятельности компании. На этом же этапе в рамках компании проводится инвентаризация документов и информационных систем, имеющих отношение к качеству.
Для моделирования процессов ООО «ПромТрансИнформ» будем использовать следующие диаграммы:
· Organizational chart - описание организационной структуры отдела.
· Knowledge map - отображение типов знаний работников ПТИ и структуризации форм их хранения для определения возможностей, которыми они располагают.
· Authorization map - описание полномочий работников.
· Informational carrier diagram - описание документов для удобства описания процессов, происходящих в отделе.
· Function Tree - разделение функций, выполняемых отделом, на уровни для более наглядного представления деятельности отдела.
· Function allocation diagram - описание объектов, окружающих функцию, для наглядного представления сложной функции.
· Communication diagram - представление взаимодействий организационных единиц, для описания выполнения всего процесса производства.
· Risk diagram - для описания рисков, возникающих в процессе деятельности.
· Product/Service Tree - для структурирования продуктов, полученных в результате деятельности отдела.
· Technical resources model - для описания технических ресурсов, используемых в отделе.
· Value-added chain diagram - описание процессов отдела, влияющих на качество функционирования. Для описания видов деятельности ПТИ, создающих добавленное качество выпускаемой продукции.
· Event-driven process chain diagram - описание действий в рамках бизнес-процесса. Для наглядного представления процессов, выполняемых отделом.
Цель проекта по моделированию совпадает с целью курсового проекта и представлена во введении. В донной работе рассмотрены модели «AS IS» (как есть) и «AS TO BE» (как должно быть). Способ моделирования - сверху вниз.
Рассмотрено моделирование на следующих уровнях абстракции: типовые бизнес-процессы и экземплярные бизнес-процессы.
Рассмотрены модели, относительно исходных данных: описание требований, описание полномочий, должностные инструкции, услуги компании, функции сотрудников.
Методология ARIS содержит множество типов моделей, каждая из которых отнесена к определенному типу представления и уровню описания. В работе используются следующая иерархия, используемая для моделирования бизнес-процесса:
- процессы верхнего уровня , к которым относятся диаграммы Organizational chart- Организационная структура ПТИ, Technical resources model - Технические ресурсы, Product/Service Tree -Продукты и услуги ПТИ
- подпроцессы , к которым относятся диаграмма Informational carrier diagram - Документы ПТИ
- сценарии процессов , к которым относятся диаграмма Authorization map - Полномочия бизнес-аналитика
- процедуры (операции), к которым относятся диаграммы Event-Driven Process Chain , Knowledge map - Карта знаний бизнес-аналитика, Function allocation diagram - Окружение функции - процесс модернизации ИАС «Транспортная работа» под клиента, Value-added chain diagram - Процедуры для процесса участия в конкурсе.
В предыдущем разделе были перечислены виды диаграмм, которые представлены в курсовой работе. Элементы этих диаграмм детально описаны в соглашении по моделированию.
Соглашение по моделированию определяет трактовку следующих терминов, используемых в проекте (таблица 5.1):
Действия сотрудников, выполняемые при появлении заданного комплекса условий (событий) и направленные на получение требуемого результата.
Отражение изменения состояния внешней или внутренней среды, выражающееся в наборе документов, принятых решениях, наступлении определенного срока и пр. Является результатом выполняемого действия, а также необходимостью выполнения одного или нескольких следующих действий. В отличие от функций, которые отражают процесс, протекающий во времени и имеющий определенную длительность, события происходят в одной точке во времени.
Связанный набор повторяемых действий (функций), преобразующих исходный материал и (или) информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами.
Продукт/услуга - результат человеческой деятельности или технологического процесса. Продукт может быть как материальным, так и нематериальным (услуга).
5.2 Диаграмма событийно-управляемой цепочки процесса (extended Event-driven Process Chain, eEPC)
Используемые объекты и их символы представлены в таблице 5.2.1.
Таблица 5.2.1 - используемые объекты
Символ с именем по умолчанию (рус./англ.)
Отображение событий, происходящих при выполнении бизнес-процесса
Имя начинается с имени объекта, состояние или событие по отношению к которому произошло
Носитель информации (Information carrier)
Представление информационного носителя данных в нематериальной форме (напр., на магнитном диске или флеш-памяти)
Именуется названием файла или именем информационной базы данных
Носитель информации (Information carrier)
Представление информационного носителя данных в материализованном виде (напр., на бумаге)
Имя должно содержать наименование документа
Экземпляр функции (Function instance)
Описание экземпляра бизнес-функции в цепочке выполнения бизнес-процесса.
Имя начинается с действия или обозначения процесса, существенные характеристики которого приводятся далее в имени.
Представление должности сотрудника организации.
Прикладная система (Application system)
Представление используемых прикладных систем
Имя содержит название экземпляра прикладной системы
Типы связей, используемых в диаграмме событийно-управляемой цепочки процесса, представлены в таблице 5.2.2.
Предназначена для описания создаваемого на выходе события
Предназначена для описания итога выполнения
Предназначена для описания итога выполнения
Организационная единица (Organizational unit)
Предназначена для указания подразделения/лица, выполняющего функцию
Предназначена для указания подразделения/лица, выполняющего функцию
Носитель информации (Information carrier)
Имеет на входе (Provides input for)
Предназначена для описания документирования функции
Создает на выходе (Creates output to)
Носитель информации (Information carrier)
Прикладная система (Application system)
Предназначена для описания используемой прикладной системы
5.3 Диаграмма организационной структуры предприятия (Organizational chart)
Таблица 5.3.1 - Используемые объекты
Символ с именем по умолчанию (рус./англ.)
Организационная единица (Organizational unit)
Обозначение отдельного штатного подразделения.
Представление должности сотрудника организации.
Типы связей, используемых в диаграмме организационной структуры, представлены в таблице 5.3.2.
является непосредственным руководителем (is disciplinary superior)
предназначена для указания руководителя организационной единицы
Организационная единица (Organizational unit)
предназначена для описания состава организационной единицы
5.4 Диаграмма структуры знаний (Knowledge structure diagram)
Типы объектов, используемых в диаграмме структуры знаний, представлены в таблице 5.4.1.
Символ с именем по умолчанию (рус./англ.)
Документированное знание (Documented knowledge)
Объект используется для идентификации формализованного (задокументированного) объема знаний, необходимых для выполнения бизнес-функции.
Полное название документа, содержащего информацию
Категория знаний (Knowledge category)
Представление знаний или умений, которыми должен обладать сотрудник или необходимыми для успешного выполнения бизнес-функции.
Полуформальное определение необходимого объема знаний
Представление должности сотрудника организации.
Типы связей, используемых в диаграмме структуры знаний, представлены в таблице 5.4.2.
Предназначена для описания требуемых знаний для данной должности
Категория знаний (Knowledge category)
Категория знаний (Knowledge category)
Предназначена для описания документированных знаний, необходимых сотруднику
Документированное знание (Documented knowledge)
Категория умений (Knowledge category)
Предназначена для описания умений, необходимых сотруднику
Документированное знание (Documented knowledge)
5.5 Диаграмма информационных носителей (Informational carrier diagram)
Типы объектов, используемых в диаграмме, представлены в таблице 5.5.1
Символ с именем по умолчанию (рус./англ.)
Носитель информации (Information carrier)
Представление информационного носителя в материальной форме
Имя должно содержать наименование совокупности (картотеки) документов
Типы связей, используемых в диаграмме, представлены в таблице 5.5.2.
Носитель информации (Information carrier)
Предназначена для структурирования документов организации
Носитель информации (Information carrier)
5.6 Карта полномочий (Authorization map)
Типы используемых объектов представлены в таблице 5.6.1.
Символ с именем по умолчанию (рус./англ.)
Полномочие (Authorization condition)
Представление полномочия для данного сотрудника
Представление должности сотрудника организации.
Типы связей представлены в таблице 5.6.2.
Таблица 5.6.2 - типы связей между объектами
Предназначена для описания полномочия
Полномочие (Authorization condition)
Типы используемых объектов представлены в таблице 5.7.1.
Символ с именем по умолчанию (рус./англ.)
Описание бизнес-функции в цепочке выполнения бизнес-процесса.
Имя начинается с действия или обозначения процесса, существенные характеристики которого приводятся далее в имени.
Типы связей представлены в таблице 5.7.2.
Является процессно-ориентированным вышестоящим (Is process-oriented superior)
Предназначена для описания типа подчиненности функций
5.8 Диаграмма окружения функции (Function allocation diagram)
Типы используемых объектов представлены в таблице 5.8.1.
Символ с именем по умолчанию (рус./англ.)
Имя начинается с действия или обозначения процесса, существенные характеристики которого приводятся далее в имени.
Операционный ресурс (Operating resource)
Представление используемых ресурсов
Прикладная система (Application system)
Представление используемых прикладных систем
Имя содержит название экземпляра прикладной системы
Представление должности сотрудника организации.
Имя содержит название прикрепл
Моделирование бизнес-процессов на примере ООО "ПромТрансИнформ" дипломная работа. Экономико-математическое моделирование.
Объект, предмет и задачи социологии управления
Курсовая Работа Детская Литература
Реферат по теме Южный Буг
Мой День Распорядок Дня Эссе
Реферат: Miniver Essay Research Paper The worn path
Контрольная работа: Расчет многолетней величины годового стока
Реферат по теме Китайские культурно-исторические традиции
Амулеты И Обереги Древнего Египта Эссе
Реферат: Внутренняя и внешняя культура. Скачать бесплатно и без регистрации
Курсовая работа: Бухгалтерский баланс, его структура, содержание и порядок составления
Реферат по теме Деформация правовой системы в Нацистской Германии
Курсовая работа по теме Анализ основных проблем платежного баланса Российской Федерации
Контрольная Работа На Тему Электромагнитная Индукция
Курсовая работа по теме Эпизоотическая ситуация и система противоэпизоотических мероприятий против бешенства в г. Абакан
Реферат: Состав и особенности учета расходорв на продажу
Курсовая Работа Гражданское Государство И Государство
Реферат: Учёт ценных бумаг 2
Реферат: Групповое сознание японцев . Скачать бесплатно и без регистрации
Почему Я Люблю Свеклу Сочинение
Психология Коррупционного Поведения Госслужащих Реферат
Лейкозы (лейкемии) - Медицина презентация
Массаж и самомассаж. Механизмы физиологического влияния массажа на организм - Медицина реферат
Особливості екології і технології виробництва ковбаси напівкоченої "Одеської" - Кулинария и продукты питания курсовая работа