Принципы работы с требованиями к ПО. Леффингуэлл (2002) (Принципы работы с требованиями к ПО. Леффингуэлл (2002).djvu), страница 15

тов, является моделью предполагаемых функций предприятия. ', И Модель объектов бизнеспроцесса описывает сущности,"которые' обеспе,',! у чивают функциональные воэможности для реализации прецедентов бвэ- ) нес-процесса, а также их взаимодействие. В среде информационных технологий и систем (1$/ГГ), изобилующей сложностями бизнес-процесса, прежде чем пытаться определить конкретные проблемьь достойные регаения, необходимо понять некоторые моменты самого бизнес. процесса.

Эта среда со. стоит не просто иэ одного — двух пользователей и их интерфейса с компьютером, а из организаций, предприятий, департаментов, глобальных и корпоративных сетей, заказчиков, пользователей, готовой продукции, систем управления и т.д. Кроме того, даже при создании отдельного приложения необходимо помнить о многогранности среды, в которой оно будет функционировать.

Возможно, нам удастся достичь по. нимания, задавая правильные вопросьн но, как правило, для частного случая должен существовать некий метод, позволяющий добиться большего, чем в более общем случае. В ~рсдс 1$/1Т полезно иметь метод, с помощью которого можно ответить на следую. щие вопросы ° Зачем воооще создается система? ° Где она должна размещаться? ° Как определить, какие фуггкциопальпые возможности л)чше всего разместить в отдельно взятой системе? ° Когда следует применять этапы ручной обработки? 74 т4асть 1. Анализ проблемы ° Когда для решения проблемы следует рассматривать возможность реструктуризации самой органиэации» К счастью, существует метод, который идеально подходит для решения этой конкретной проблемы.

Это — модели)»ока яке бкэяес-я)»окесса. Цели моделирования бизнес-процесса В данной книге мы можел» воспринимать термины "бизнес" и "бизнес-моделирование" в самом широком смысле. Например, бизнес может заключаться в разработке программного обеспечения или производстве сварочных роботов. Можно моделировать некоммерческое предприятие, сервисную органиэацию, процесс внутри подразделения или внутренний рабочий процесс. В любом случае цель бизнес-моделирования двояка.

° Разобраться в структуре и динамике организации ° Удостовериться в том, что заказчики, конечные пользователи и разработчики имеют одинаковое понимание организации Бизнес-моделирование дает команде воэможность понять, где приложения программного обеспечения могут улучшить производительность данного предприятия, и помогает определить требования к этим приложениям. Использование методов инженерии программного обеспечения для моделирования бизнес-процессов Для моделирования бизнес-процессов, безусловно, можно применить множество методов. Но мы, как разработчики программного обеспечения, имеем в своем распоряжении множество разнообразных средств и методов, которые уже использовались для мо. делирования программного обеспечения. Мы знаем, как моделировать сущности (объекты и классы), отношения (зависимостн, ассоциации и т.д.), сложные процессы (последовательности деятельностей, переходы состояний, события, условную зависимость и т.д.) и другие конструкции, естественным образом возникающие при разработке программного приложения.

При правильном выборе метода моделирования бизнес-процесса некс» торые рабочие продукты, а именно прецеденты и модели объектов, в дальнейшем будут полезны при создании решения. Если мы сможем применить зти же методы для моделирования бизнес-процесса, нам удастся использовать в обоих случаях одни н те же понятия. Например, сущность бизнес- области "расчетный лист" можно связать с программной сущностью "строка платежной ведомости". Если нам удастся испольэовать одинаковые или очень близкие методы как при анализе проблемы, так н при конструировании решения, зто позволит применять общие рабочие продукты.

Глава 5. Моделиронание бизнес-процессов 7$ Выбор подходящего метода Исторически сложилось так, что разработанные в ооласти программного обеспечения методы моделирования привели к возникновению новых способов визуализации орплнзации. Поскольку методы объектно.ориентированного визуального моделирования применяются практически во всех новых проектах разработки программного обеспечения, естественно попытатыя использовать аналогичные методы в области моделирования бизнес-процессов.

Эта методология хорошо описана в работе Айвара Джейкобсона ()эсоЬзоп), Марии Эриксон (Епсюоп) и Агпеты Джейкобсон ()асоЬзоп) (1994) и др. В 1980 — 90-х годах наблюдалось быстрое развитие как методов моделирования бяэпес.процессов, так и методологий разработки программного обеспечения. Но уам, они очень отличались! За основу брались различные объектно. оряентированпые (ОО) методы и нотации, разработанные различными экспертами а области программного обеспечения и специалистами по методологии.! К счастью, методологические "войны" зцвершнлись, и в отрасли воцарился станларт моделирования систем, интенсивно использующих програмлшое обеспечение, — Уинфициро. ввквый язых модсяиРоваяня (() МЬ, 1) п(6ед Моде!(п8 Еапбиа8е).

Унифицированный язык моделирования (СМЕ) В конце 1997 года в качестве отраслевого стандарта был принят графический язык "визуализации, спецификации, конструирования и документирования артефактов систем, интенсивно использующих программное обеспечение" (Воос1ц )асоЬзоп апс1 КшпЬэикЬ), Язык ()М1.з предлагает набор элементов моделирования, обозначений, отношений и правил использования, которые можно применять при разработке программного обеспечения. 11о ()МЕ можно также использовать для моделирования систем и бизнеспроцессов.

Данная книга не содержит руководства по ()МЬ. (Для этого можно обратиться к следующим трем книгам по ГМйх ВоосЬ, КишЬанБЬ апд )асоЬзоп. Тlм Гпзумд Моде(!яд Тхэпяыабе Гзвг Сн|де (19997, )асоЬзоп, ВоосЬ апс( КншЬан8)ь 77м 11гз(!мс(боугшаге Юхве(врямпг Рюсеы (1999); КншЬапБЬ. ВоосЬ апс( )асоЬзоп. Тйе Гнфес( Мсхгв!!пд 1хэпепаве Яг)ствясе Манна((1998).) Но в данном разделе мы будем использовать некоторые основные концепции ()МЕ и на их основе будем строить дальнейшее изложение.

! Среди ОО-методов можно «юэвзть метод Б) ж, разработанный Грейди Бучем (С~аду ВоосЬ) яз корпорации Капопа1 бойчэгс; ОЬ!е«с Мос1е11пх Тссйпк)ис (ОМТ) Джеймса Рамбо ()ашсз Кпшьанф), ра. ботва~него тогда в компании Сепега! пеппе; Кезропз!Гй(!гу47г!теп !зсэ!Бп Ребекки Унрфс-Брок (КеЬссса Рйпз.Вгосй) нз компания Техтроинкс; ОЬбссг Опсшсд бойзюгс Епк)псег!пя Айаара Джейкобсонэ (1гэг )эсо)эоп), работавшего тогда в яшелской компании ОЬ)есюгу; метод Коула-Йордана Питера Коула (Рссег Соад) и зла Йордана (Ес1 Уоип1оп); а также полдюжины других.

з Язык 1)М)., версия 1.1, был принят в 1997 году международной органиэацией ОЬ)есс Мапакешепг Сгочр (ОМС) после того, кэк создатели его исходной версии нз корпорации Кабопа! бойчагс (Буч (Воосй), Джей кобсон ЦасоЬзоп), Рамбо (КшпЬаэбй) ) основали широкий отраслевой консорциум и включили в язык концепции других методов, обеспечив также обратную связь н процесс пересмотра.

76 Часть 1. Анализ проблемы Моделирование бизнес-процесса с использованием концепций к.)МЬ Одной из целей моделирования бизнес-процесса является создание такой его модели, которой можно руководствоваться при разработке приложения. Для этого можно использовать две основные модельные конструкции, 'модель яРвцедвятов бкэнвс-процесса фиюилз иллеаэе яюЫ) и модель вбзвхтвв бялявс-процесса ((яп(явлл в1унт тоде(). Модель прецедентов баимс-тфоцесса представляет собой модель предполагаемьгх функций бизнес.единицы и используется в качестве исходной информации для выявления ролей и взаимосвязей в организации. Она состоит из актаров (пользователей и систем, которые взаимодействуют с данной бизнес единицей) и прецедентов (последовательностей событий, посредством которых акторы взаимодействуют с ее элементами, чтобы выполнить нужную им работу).

Ангары и прецеденты совместно описывают, кто участвует в деятельности бизнес-единицы и как эта деятельность протекает. На рис. 5.1 изображена модель прецедентов бизнес. процесса. Обратите внимание. что используемые для представления прецедентов овальные пиктограммы содержат слэш, означающий, что зто прецедент бизнес-уровня. а не системного уровня. з лзгс. 5. Ь Модель ярвцвдвнякм бклилоярвцахя Акторы в модели прецедентов бизнес-процесса представляют внешние по отношению к бизнес единице роли (например, служащие и клиенты), а прецеденты представляют процессы. Приведем несколько примеров прецедентов бизнес-процесса.

° Предоставление служащему электронной версии расчетного листа. ° Встреча с заказчиком для согласования сроков контракта. Ниже перечислены возможные акторы бизнес-процесса. 1. Клиент 2. Служащий 3. Разработчик программного обеспечения Модель вбмхякм Йлянон)гоцлсса описьгвает сущности (подразделения, платежные чеки, системы) и то, как они взаимодействуют в процессе создания фующиональных возможностей, необходимых для осуществления прецедентов бизнес-процесса.

На рис. 5.2 представлена мс» дель объектов бизнес-процесса. Пиктограмма в виде кружочка с актором внутри представляет з Данная пиктограмма является одним из многих стандартных стереотипов 13МЬ Более под. робно о пиктограммах моделирования см. )гайопа( бойнаге Согрогэг(оп (1999). Глава б. Моделирование бизнес-процессов 77 яекоего сотрудника, который находится внутри бизнес-процесса, например служащего, обрабатывающего платежные ведомости, или системного администратора.

Кружок со слэшем представляет некую сущность бизнес-процесса или нечто, что сотрудники производят (вапример, платежную ведомость, шарикоподшипник или файл исходного кода). » гл»е. 5.2. Модель обэокэвоо бизк»еярокесса Модель объектов бизнес-процесса также включает в себя реализации прецедентов бвзнес-процесса, которые показывают, как эти прецеденты "осуществляются" при взаимодействии сотрудников и сущностей бизнес-процесса. Чтобы отразить существование в организации групп или подразделений, можно сгруппировать сотрудников и бизнес- сущности в организационные единицы. Модель прецедентов и модель объектов бизнес-процесса в совокупности обеспечивают исчерпывающее представление о том, как функционирует бизнес-единица, и позво.