Контрольная работа по "Информационные технологии управления"

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Федеральное агентство по образованию

 

Государственное образовательное  учреждение

высшего профессионального  образования

 «Санкт-Петербургский  государственный

 экономический университет»

филиал в городе Анадырь

 

Кафедра информационных систем в экономике

 

 

Контрольная работа по дисциплине

 

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ УПРАВЛЕНИЯ

 

 

Выполнил: Сухоносов Сергей Николаевич__________________________

(Фамилия И. О.)

Студент 1-го.  курса 4 года 5 мес.  Специальность  ГиМУ______________  

                                                 (срок обучения)

 

Группа   3512___№ зачетной книжки  3669__________________________

 

 Преподаватель: Ляховская Светлана  Геннадьевна                                       .  

(Фамилия И. О.)

Должность: ____________________________________________________

(уч. степень, уч. звание)

 

Оценка: ______________ Дата: ___________________________________

 

Подпись: ______________________________________________________

 

 

 

 

 

 

 

 г.Анадырь

2013 г.

 

Методология IDEF0 Современные методологии  описания бизнес-процессов Классические стандарты DFD и WFD содержат набор символов или  обозначений, с помощью которых  описывается бизнес-процесс. Эти  обозначения принято называть языком или методологией описания процессов. В данном случае этот язык или методология  являются классическими. В настоящее время в  мире появилось много других языков или методологий описания бизнес-процессов, содержащих несколько иные обозначения. Причем каждая методология содержит свой язык и имеет свое название. В настоящее время это приводит к некоторому замешательству среди  конечных пользователей, которые данные технологии применяют на практике в  своей организации. Отсюда возникает  кажущаяся сложность применения процессных технологий. На самом деле, несмотря на свое различие, в основном связанное  с названием диаграмм и видов  используемых объектов современные  методологии описания бизнес-процессов  практически идентичны и представляют из себя незначительные видоизменения двух классических схем - DFD и WFD – Work Flow Diagram, которые были рассмотрены. Давайте рассмотрим другие современные языки описания бизнес-процессов: • IDEF0;   • DFD в нотациях Гейна-Сарсона и Йордана-Де Марко;   • IDEF3;   • Oracle;   • BAAN;   • Swimmer lanes;   • ARIS. Методология IDEF0 Первая распространенная методология, которая будет рассмотрена  это IDEF0. Этот язык придумали американские военные с целью успешного  тиражирования бизнес-процессов  предприятий аэрокосмической промышленности. В свое время американские военные  столкнулись со следующей проблемой. При проектировании заводов было замечено, что каждый раз приходится заново проделывать один и тот  же шаг - проектировать одинаковые подсистемы управления, на что уходило дополнительное время и ресурсы. После этого  было предложено разработать язык или  чертеж, с помощью которого можно  было бы описать типовые подсистемы управления и при строительстве  нового завода использовать наработанные схемы. Язык который был придуман и использован для этих целей лег в основу методологии описания бизнес-процессов IDEF0. Методология IDEF0 незначительно  отличается от классической схемы описания бизнес-процессов DFD, которая была рассмотрена  ранее. Основным отличием является наличие  в языке дополнительной аналитики. Данный стандарт описания бизнес-процессов  предлагает показывать не просто входы  и выходы, как это делается в DFD-формате, он предлагает ввести три типа входов. Первый тип входов назвали так  же входом, а два других входа  назвали управлением и механизмами. В стандарте IDEF0 c помощью входа показывают объекты – информационные и материальные потоки, которые преобразуются в бизнес-процессе. С помощью управления показывают объекты – материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения. С помощью механизмов стали показывать механизмы, при помощи которых бизнес-процесс реализуется: технические средства, люди, информационные системы и т.д. Выход бизнес-процесса, описанного в стандарте IDEF0 полностью соответствует по смыслу выходу процесса, описанному при помощи DFD-схемы. Четыре типа объектов, применяемых для описания входов и выходов в стандарте IDEF0, в английском варианте образуют сокращение ICOM и на схеме IDEF0 размещаются в строго отведенных местах относительно работ, которые называются функциональными блоками (Таблица 1). Таблица 1. Название и размещение входов и выходов в стандарте IDEF0 относительно функционального блока. Давайте рассмотрим пример бизнес-процесса "Выточить деталь", который выполняет токарь. Входом процесса является заготовка из которой вытачивается деталь – она физически преобразуется в процессе. Для того, что бы токарь начал точить деталь ему нужно дать задание или план. Также ему понадобится чертеж с размерами детали. Так вот, чертеж, задание или план нужны для реализации бизнес-процесса и процесс без них не начнется, но по ходу выполнения процесса они не преобразуются. Согласно стандарту IDEF0 их относят к управлению. Для того, что бы выточить деталь нужен токарь, нужен станок – их относят к механизмам. Выходами или результатами бизнес-процесса является деталь (рис. 1). Рис. 1. Стандарт описания бизнес-процесса IDEF0. Стандарт IDEF0 получил большое  распространение в США и активно  используется в России. Ввиду того, что в стандарте IDEF0 появилась  дополнительная аналитика по сравнению  с классическим стандартом DFD, схемы  бизнес-процессов получаемые при описании в стандарте IDEF0 выглядят более сложными с точки зрения менеджеров компании, в виду ограниченного наличия у них свободного времени. Данная сложность часто приводит к тому, что менеджеры, особенно высшего уровня, которые должны принимать активное участие в проекте по описанию и оптимизации деятельности компании, "отказываются" от работы с IDEF0. В данном случае IDEF0 - является излишне информационно насыщенным и сложным стандартом. Второй недостаток стандарта IDEF0 связан с тем, что он дает больше поводов и возможностей сторонникам  сопротивлений изменениям притормозить проект по описанию и оптимизации  бизнес-процессов и дискредитировать его идею. Это также связано  с усложненной аналитикой стандарта IDEF0, которая часто дает повод  задуматься и задавать следующие  вопросы: "А правильно ли, что  этот объект отнесен ко входу? Может его отнести к управлению?" Тем не менее, стандарт IDEF0 имеет  большое распространение в России, так как по нему существует много книг и различных информационно-методических материалов. Также существуют программные  продукты, поддерживающие данный стандарт, овладеть которым несложно. Практика показала, что  стандарт IDEF0 целесообразно использовать в проектах по описанию и оптимизации  локальных бизнес-процессов, в небольших  проектах в которых больше участвуют  и принимают решения специалисты  предметных областей, а руководители высшего уровня привлекаются для  принятия решений по минимуму. На рис. 2 приведена диаграмма IDEF0 верхнего уровня бизнес-процесса "Увольнение сотрудника". Рис. 2. Диаграмма IDEF0 верхнего уровня бизнес-процесса "Увольнение сотрудника".

 

IDEF3-нотация для обнаружения источников потребностей в информации.

 

 Основы стандарта IDEF3

Предназначение IDEF3

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

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

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

IDEF3 имеет прямую взаимосвязь  с методологией – каждая функция  (функциональный блок IDEF0) может быть  представлена в виде отдельного  процесса средствами IDEF3.

 

Два типа диаграмм в IDEF3

Существуют два типа диаграмм в стандарте IDEF3, представляющие описание одного и того же сценария технологического процесса в разных ракурсах:

• Диаграммы относящиеся к первому типу называются диаграммами Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD),
• а ко второму - диаграммами Состояния Объекта в и его Трансформаций Процессе (Object State Transition Network, OSTN).

Иное встречающееся название для PFDD - диаграмма работ WFD (Work Flow Diagram).

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

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

Рисунок 1. Пример PFDD диаграммы.

 

 

На рис.1 изображена диаграмма PFDD, являющаяся графическим отображение  сценария обработки детали. Прямоугольники на диаграмме PFDD называются функциональными элементами или элементами поведения (Unit of Behavior, UOB) и обозначают событие, стадию процесса или принятие решения. Каждый UOB имеет свое имя, отображаемое в глагольном наклонении и уникальный номер. Стрелки или линии являются отображением перемещения детали между UOB-блоками в ходе процесса.

Объект, обозначенный J1 - называется перекрестком (Junction). Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Классификация возможных типов перекрестков приведена в таблице.

Обозначение

Наименование	Смысл в случае слияния стрелок   (Fan-in Junction)	Смысл в случае разветвления стрелок (Fan-out Junction)
	Asynchronous AND	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
	Synchronous AND	Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются  одновременно
	Asynchronous OR	Один или несколько  предшествующих процессов должны быть завершены	Один или несколько  следующих процессов должны быть запущены
	Synchronous OR	Один или несколько  предшествующих процессов завершаются  одновременно	Один или несколько  следующих процессов запускаются  одновременно
	XOR (Exclusive OR)	Только один предшествующий процесс завершен	Только один следующий  процесс   запускается

Все перекрестки в PFDD диаграмме  нумеруются, каждый номер имеет префикс "J".  

 

Все перекрестки в PFDD диаграмме  нумеруются, каждый номер имеет префикс "J".

Сценарий, отображаемый на диаграмме, можно описать в следующем  виде:

Деталь поступает в  окрасочный цех, подготовленной к окраске. В процессе окраски наносится один слой эмали при высокой температуре. После этого, производится сушка детали, после которой начинается этап проверки качества нанесенного слоя. Если тест подтверждает недостаточное качество нанесенного слоя (недостаточную толщину, неоднородность и т.д.), то деталь заново пропускается через цех окраски. Если деталь успешно проходит контроль качества, то она отправляется в следующий цех для дальнейшей обработки.

Каждый функциональный блок UOB может иметь последовательность декомпозиций, и, следовательно, может быть детализирован с любой необходимой точностью. Под декомпозицией мы понимаем представление каждого UOB с помощью отдельной IDEF3 диаграммы. Например, мы можем декомпозировать UOB "Окрасить Деталь", представив его отдельным процессом и построив для него свою PFDD диаграмму. При этом эта диаграмма будет называться дочерней, по отношению к изображенной на рис. 1, а та, соответственно родительской. Номера UOB дочерних диаграмм имеют сквозную нумерацию, т.е., если родительский UOB имеет номер "1", то блоки UOB на его декомпозиции будут соответственно иметь номера "1.1", "1.2" и т.д. Применение принципа декомпозиции в IDEF3 позволяет структурировано описывать процессы с любым требуемым уровнем детализации.

Рисунок 2. Пример OSTN диаграммы 

Если диаграммы PFDD технологический процесс "С точки зрения наблюдателя", то другой класс диаграмм IDEF3 OSTN позволяет рассматривать тот же самый процесс "С точки зрения объекта". На рис.2 представлено отображение процесса окраски с точки зрения OSTN диаграммы. Состояния объекта (в нашем случае детали) и Изменение состояния являются ключевыми понятиями OSTN диаграммы. Состояния объекта отображаются окружностями, а их изменения направленными линиями. Каждая линия имеет ссылку на соответствующий функциональный блок UOB, в результате которого произошло отображаемое ей изменение состояния объекта.

На рис 3. Приведен еще  один более сложный пример IDEF3 диаграммы  

 

Рисунок 3. Пример PFDD диаграммы.

 

 

 

 

 

 

 

 

 

 

Литература и  источники

1. Г. Верников. Основы IDEF3, www.cfin.ru/vernikov .