Отчет по преддипломной практике в ООО «РН-Информ» филиал в г. Иркутск

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

     Иногда  в процессе проектирования модели существительное-объект изменяется по причине того, что различные существительные становятся наиболее применимыми вариантами или глагольное слово может быть заменено чем-либо более конкретным. В случае, когда действие возникает впервые, ему присваивается уникальный номер. Даже если впоследствии это действие удаляется, то его порядковый номер не переносится на другие действия.

     В диаграммах стандарта IDEF3 уникальный номер действия обычно располагается после номера «родительского» действия.

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

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

     Таблица 1

     Типы  связей

 

     Одна  из причин существования прецедентной связи между двумя действиями такой: некие объекты, производимые предыдущим действием, могут быть востребованы последующим действием. Интерфейсная стрелка связи объектопотока отличается от интерфейсной интерфейсные стрелки временной прецедентной двойным наконечником. Такие связи должны содержать обозначение объектов, которые перемещаются между действиями. Связи объектопотока имеют такие же временные свойства, как и в прецедентной связи, т.е. действие, от которого объектопоток начинается должно завершиться, прежде чем начнется действие, к которому связь объектопотока указывает.

     Реляционные связи определяют взаимоотношения, которые не подразумевают наличия прецедентной связи или объектопотока. Значение каждой реляционной связи должно быть определено, так как реляционная связь не определяется сама по себе (в отличие от прецедентной связи, в которой отражается начало и конец выполнения действия в модели или связи объектопотока, которая указывает читателю на перемещение объектов между действиями процесса).

     Реляционная связь также может быть использована для определения взаимоотношений  между параллельными действиями. Имя интерфейсной интерфейсные стрелки  может быть использовано для описания специфики взаимоотношений между действиями, а более основательное описание может являться дополнительной текстовой характеристикой для этих действий.

     Обычно  реляционная связь используется для описания особенных случаев  прецедентной связи.

     Особенно  важно четко описывать временные  отношения между двумя действиями, связанными реляционной связью.

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

1. Разветвляющий узел:

     - завершение одного действия приводит  к активации других действий.

2. Консолидирующий узел (узел слияния):

     - завершение одного или более  действий приводит к активации  всего лишь одного действия.

     Узел  «И» всегда будет активировать каждое последующее действие, с которым  оно соединяется (см. таблица 2). Все  действия, которые соединяются с  узлом «И» консолидирующего типа должны завершиться прежде, чем следующее действие может начаться.

     Независимо  от количества действий, соединенных  с разветвляющим либо консолидирующим  узлом «Эксклюзив «ИЛИ», только одно из них будет активировано и, соответственно, только одно действие завершиться прежде, чем может начаться действие, следующее после консолидирующего узла «Эксклюзив «ИЛИ». Если правила ввода в действие узла известны, то тогда они должны содержаться в описании узла, в ссылке на узел либо в подписи интерфейсной интерфейсные стрелки, которая исходит из разветвляющего узла.

     Узел  «ИЛИ» приводит в действие такие  комбинации процесса, которые не могут  быть описаны ни узлом «И» (все  действия), ни узлом «Эксклюзив «ИЛИ» (одно и только одно действие). Так  же как и реляционная связь, использование узла «ИЛИ» определяется самим автором по его усмотрению. 

     Таблица 2

     Описание  типов узлов

 

     Ссылки  – это специальные символы, которые  дают ссылку на иные особенности описываемого процесса. Они добавляются к диаграмме, чтобы обратить внимание читателя к  чему-то важному (см. таблица 4).

     Ссылка  изображается в виде прямоугольника, также как действие, но разделено внутри прямоугольника чертой. Ссылка обычно включает тип ссылки и идентификатор (описание некого объекта, особенно важного для данного конкретного действия). 

     Таблица 4

     Ссылки

 

      2.5 Модель бизнес-процесса оплата услуг ОАО «АНХК» за очистку

     стоков

 

     Представив  описание синтаксиса и семантики  стандарта IDEF3, далее будет рассмотрена модель бизнес-процесса оплата услуг ОАО «АНХК», описанный с использованием рассматриваемого стандарта. Так как было выше определено, стандарт IDEF3 является стандартом описания технологии бизнес-процесса и описывает последовательность выполнения работ (действий), исполняемых с целью достижения позитивного и оцениваемого результата. Ниже будет детально и пошагово проанализирован бизнес-процесс оплаты за пользование услуг ОАО «АНХК».

     Для этого мы в модели создадим двух субъектов:

• субъект №1 – оператор;
• субъект №2 – пользователь услугой.

     Субъект №1 выполняет следующий набор функций (действий):

• обработка данных по лицевому счету абонента;
• проверка на наличие денежных средств на лицевом счете абонента;
• зачисление принятых от абонента денежных средств на лицевой счет абонента;
• распечатка приходного кассового чека.

     Субъект №2 осуществляет в данном бизнес-процессе следующий набор функций (действий):

• проверка денег на своем лицевом счете;
• определение вносимой денежной суммы;
• оплата счета;
• приемка приходного кассового чека.

     Таким образом, после определения функций  для каждого субъекта процесса перейдем непосредственно к созданию модели, построенной на основе методики стандарта IDEF3. (см. рис.5)

 

     

     Рис. 5 Модель бизнес-процесса оплата услуг  ОАО «АНХК» за очистку стоков 

     Теперь  детально рассмотрим все составные  элементы в представленной модели бизнес-процесса. Но для начала приведем текстовое описание представленной выше модели.

     Действие  первое: «Проверка денег на счете».

     Данное  действие осуществляется в самом  начале самим абонентом (субъектом  №2). Цель данного действия – определить остаток денежных средств на лицевом счете и в случае недостаточности средств продолжить выполнять действия по процессу, либо в случае удовлетворения достаточным количеством денежных средств на счету, приостановить дальнейшие действия.

     Далее после действия «Проверка денег на счете» следует прецедентная интерфейсная стрелка, которая означает, что следующее действие может начаться только в случае завершения действия «Проверка денег на счете».

     Действие  второе: «Обработка данных по счету».

     Данное  действие начинается только после завершения предыдущего действия. Второе действие имеет особенность, которая отражена в добавлении к нему ссылки «Кассир». Это, в частности, означает, что автор модели подчеркивает, что действие «Обработка данных по счету» выполняется Кассиром Субъекта №1. Действие не декомпозировано, т.к. имеет в левом верхнем углу прямоугольника поперечную черту. (На это надо обращать внимание при прочтении диаграмм стандарта IDEF).