А.М. Вендров - Объектно-ориентированный анализ и проектирование, страница 14

Причины этого достаточно очевидны:реляционная технология используется достаточно долго, освоенаогромным количеством пользователей и разработчиков, сталапромышленным стандартом, в нее вложены значительные средства исоздано множество корпоративных БД в самых различных отраслях,реляционная модель проста и имеет строгое математическое основание;существуетбольшоеразнообразиепромышленныхсредствпроектирования, реализации и эксплуатации реляционных БД. Вследствие68этого реляционные БД в основном используются для хранения и поискаобъектов в так называемых объектно-реляционных системах.Объектно-ориентированноепроектированиеимеетточкисоприкосновения с реляционным проектированием.

Например, как былоотмечено выше, классы в объектной модели могут некоторым образомсоответствовать сущностям (в качестве упражнения можно предложитьдетально проанализировать все сходства и различия диаграмм "сущностьсвязь" и диаграмм классов). Как правило, такое соответствие имеет местотолько на ранней стадии разработки системы. В дальнейшем, разумеется,целиобъектно-ориентированногопроектирования(адекватноемоделирование предметной области в терминах взаимодействия объектов)и разработки реляционной БД (нормализация данных) расходятся. Такимобразом, единственно возможным средством преодоления данного разрываявляется построение отображения между объектно-ориентированной иреляционной технологиями, которое в основном сводится к отображениюмежду диаграммами классов и реляционной моделью.Взаимосвязь между структурным и объектно-ориентированнымподходами достаточно четко просматривается в методиках анализа ипроектирования, которые будут рассмотрены в последующих главах.? Вопросы для самоконтроля:1.

Вчемзаключаютсяосновныепринципыобъектноориентированного подхода?2. В чем состоят достоинства и недостатки объектноориентированного подхода?3. Чем язык UML принципиально отличается от моделей SADT, DFDи ERM?4. Каковы принципиальные различия и что общего междуструктурным и объектно-ориентированным подходами?69Глава 2. Моделирование бизнес-процессов испецификация требований к ПО2.1. Основные понятия моделирования бизнес-процессовМоделирование бизнес-процессов является важной составной частьюпроектов по созданию крупномасштабных систем ПО.

Отсутствие такихмоделей является одной из главных причин неудач многих проектов.Бизнес-процесс определяется как логически завершенный наборвзаимосвязанныхивзаимодействующихвидовдеятельности,поддерживающий деятельность организации и реализующий ее политику,направленную на достижение поставленных целей. Бизнес-процесс в узкомсмысле можно определить как набор связанных процедур, направленныхна достижение определенного результата, представляющего ценность дляпотребителя.Бизнес-процесс использует определенные ресурсы (финансовые,материальные, человеческие, информационные) для преобразованиявходных элементов в выходные.Важным шагом структуризации деятельности любой организацииявляются выделение и классификация бизнес-процессов. Можно выделитьследующие классы процессов:• основные процессы;• обеспечивающие процессы;• процессы управления.Основными бизнес-процессами являются процессы, ориентированныена производство товаров или оказание услуг, составляющие основнуюдеятельность организации и обеспечивающие получение дохода.Обеспечивающие бизнес-процессы предназначены для поддержкивыполнения основных бизнес-процессов.

Такими процессами являютсяфинансовое обеспечения деятельности, обеспечение кадрами, юридическоеобеспечение, администрирование, обеспечение безопасности, поставкакомплектующих материалов, ремонт и техническое обслуживание и т.д.Бизнес-процессы управления - это процессы, охватывающие веськомплекс функций управления на уровне каждого бизнес-процесса исистемы в целом. Примерами таких процессов могут быть процессыстратегического, оперативного и текущего планирования, процессыформирования и выполнения управляющих воздействий. Процессыуправления оказывают воздействие на все остальные процессыорганизации.70Бизнес-модель - это формализованное (в данном случае графическое) описание процессов, связанных с ресурсами и отражающихсуществующую или предполагаемую деятельность предприятия.Построение бизнес-моделей заключается в применении различныхметодов и средств для визуального моделирования бизнес-процесов.

Целимоделирования:• обеспечить понимание структуры организации и динамикипроисходящих в ней процессов;• обеспечить понимание текущих проблем организации ивозможностей их решения;• убедиться, что заказчики, пользователи и разработчики одинаковопонимают цели и задачи организации;• создать базу для формирования требований к будущей ИСорганизации.Основная область применения бизнес-моделей - это реинжинирингбизнес-процессов. При этом предполагается построение моделей текущейи перспективной деятельности, а также плана и программы перехода изпервого состояния во второе. Любое современное предприятие являетсясложной системой, его деятельность включает в себя исполнение десятковтысяч взаимовлияющих функций и операций. Человек не в состояниипонимать, как такая система функционирует в деталях - это выходит заграницы его возможностей.

Поэтому главная идея создания моделей "ASIS" и "AS-TO-BE" - понять, что делает (будет делать) рассматриваемоепредприятие и как оно функционирует (будет функционировать) длядостижения своих целей.Назначением прикладного ПО является, в первую очередь, решениепроблем бизнеса посредством современных информационных технологий.Требования к ПО формируются на основе бизнес-модели, а критериипроектирования систем прежде всего основываются на наиболее полномих удовлетворении.Следует отметить, что модели бизнес-процессов являются не простопромежуточным результатом, используемым консультантом длявыработки каких-либо рекомендаций и заключений. Они представляютсобой самостоятельный результат, имеющий большое практическоезначение, которое следует из целей их построения.Модель бизнес-процесса должна давать ответы на вопросы:1. Какие процедуры (функции, работы) необходимо выполнить дляполучения заданного конечного результата.2. В какой последовательности выполняются эти процедуры.3.

Какие механизмы контроля и управления существуют в рамкахрассматриваемого бизнес-процесса.4. Кто выполняет процедуры процесса.715. Какие входящие документы/информацию использует каждаяпроцедура процесса.6. Какие исходящие документы/информацию генерирует процедурапроцесса.7. Какие ресурсы необходимы для выполнения каждой процедурыпроцесса.8. Какаядокументация/условиярегламентируетвыполнениепроцедуры.9. Какие параметры характеризуют выполнение процедур и процессав целом.Для моделирования бизнес-процессов необходимо использоватьопределенную методику, которая включает:• описание методов моделирования - способов представленияреальных объектов предприятия при помощи объектов модели;• последовательность шагов по сбору информации, ее обработке ипредставлению в виде моделей;• типовые формы документов.2.2.

Объектно-ориентированный подход к моделированиюбизнес-процессов2.2.1. Методика моделирования Rational Unified ProcessВ технологии Rational Unified Process (IBM Rational Software),претендующей на роль корпоративного технологического стандарта,реализован один из вариантов объектно-ориентированного подхода кмоделированию бизнес-процессов с использованием языка UML.Методика моделирования, являющаяся составной частью даннойтехнологии, предусматривает построение двух моделей:• модели бизнес-процессов (Business Use Case Model);• модели бизнес-анализа (Business Analysis Model).Модель бизнес-процессов - модель, описывающая бизнес-процессыорганизации в терминах ролей и их потребностей. Она представляет собойрасширение модели вариантов использования UML за счет введениянабора стереотипов - Business Actor (стереотип действующего лица) иBusiness Use Case (стереотип варианта использования).Business Actor (действующее лицо бизнес-процессов) - это некотораяроль, внешняя по отношению к бизнес-процессам организации.Потенциальными кандидатами в действующие лица бизнес-процессовявляются:• акционеры;72заказчики;поставщики;партнеры;потенциальные клиенты;местные органы власти;сотрудники подразделений организации, деятельность которых неохвачена моделью;• внешние системы.Список действующих лиц составляется путем ответа на следующиевопросы:• кто извлекает пользу из существования организации?• кто помогает организации осуществлять свою деятельность?• кому организация передает информацию и от кого получает?Business Use Case (вариант использования с точки зрения бизнеспроцессов) определяется как описание последовательности действий(потока событий) в рамках некоторого бизнес-процесса, приносящейощутимый результат конкретному действующему лицу.Это определение подобно общему определению бизнес-процесса, ноимеет более точный смысл.

В терминах объектной модели Business UseCase представляет собой класс, объектами которого являются конкретныепотоки событий в рамках описываемого бизнес-процесса.Каждый Business Use Case отражает цель или потребность некоторогодействующего лица. Например, если рассмотреть процесс регистрациипассажиров в аэропорту (рис. 2.1), то его основным действующим лицомбудет сам Пассажир, главная цель которого в данном процессе - пройтирегистрацию. Эта цель моделируется в виде Business Use Case снаименованием "Пройти регистрацию". Другим действующим лицомявляется Руководитель туристической группы, регистрирующий группупассажиров.