Конспект лекций, страница 9

PDF-файл Конспект лекций, страница 9, который располагается в категории "лекции и семинары" в предмете "объектно-ориентированный анализ и проектирование" изседьмого семестра. Конспект лекций, страница 9 - СтудИзба 2019-09-18 СтудИзба

Описание файла

PDF-файл из архива "Конспект лекций", который расположен в категории "лекции и семинары". Всё это находится в предмете "объектно-ориентированный анализ и проектирование" из седьмого семестра, которые можно найти в файловом архиве МГУ им. Ломоносова. Не смотря на прямую связь этого архива с МГУ им. Ломоносова, его также можно найти и в других разделах. .

Просмотр PDF-файла онлайн

Текст 9 страницы из PDF

Такие подмножества (наборы стереотипов) в стандарте языка UML носятназвание профилей языка.Теги (именованные значения) – специальные термины, используемые спецификацииограничений и свойств, такие как disjoint, complete, incomplete и др., могутсопровождаться указанием значения свойства, например, author=Вася или location=server.Примечание – элемент диаграммы для комментария или другой текстовойинформации. Примечание может содержать дополнительные сведения об элементахмодели (с ними его соединяет пунктирная линия).Ограничение – это семантическое ограничение, имеющее вид текстового выраженияна естественном или формальном языке (OCL – Object Constraint Language), котороеневозможно выразить с помощью нотации UML.

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

–М.: Вильямс, 2002.2. Рамбо Дж., Блаха М. UML 2.0. Объектно-ориентированное моделированиеи разработка. 2-е изд.: Пер. с англ. – СПб.: Питер, 2006. – Главы 1, 2.3. К. Ларман «Применение UML и шаблонов проектирования»4. Фаулер М. UML. Основы. 3-е издание. Краткое руководство по стандартному языкуобъектного моделирования.: Пер. с англ. – СПб: Символ-Плюс, 2005.5. Г. Буч, Дж. Рамбо, И. Якобсон «UML. Руководство пользователя»6. Розенберг Д., Скотт К. «Применение объектно-ориентированного моделирования сиспользованием UML и анализ прецедентов»7.

Шмуллер Дж. «Освой самостоятельно UML за 24 часа»8. Дж. Коналлен «Разработка WEB-приложений с использованием UML»Ссылки:http://www.uml.orghttp://www.uml2.ru13Лекция 4. Моделирование бизнес-процессовМоделированиебизнес-процессовявляетсяважнойсоставнойчастьюкрупномасштабных проектов по созданию ПО. Отсутствие таких моделей является однойиз главных причин неудач многих проектов.Бизнес-процесс определяется как логически завершенный набор взаимосвязанных ивзаимодействующих видов деятельности, поддерживающий деятельность организации иреализующий ее политику, направленную на достижение поставленных целей. Бизнеспроцесс использует определенные ресурсы (финансовые, материальные, человеческие,информационные). Выделяют следующие классы процессов: основные процессы (производство товаров и услуг, приносят доход, составляютосновную деятельность компании); обеспечивающие процессы (обеспечение основных процессов финансами, кадрами,комплектующими, тех.

обслуживанием, администрирование и юридическоеобеспечение); процессы управления (планирование и контроль бизнес-процессов других видов).Бизнес-модель – это формализованное описание бизнес-процессов предприятия,фиксирующее существующее положение дел (модель AS-IS «как есть») илиустанавливающее новые усовершенствованные способы осуществления деятельности(модель AS-TO-BE «как будет»). Цели бизнес-моделирования:1) обеспечить понимание структуры организации и происходящих в ней процессов;2) обеспечить понимание текущих проблем организации и возможностей их решения;3) убедиться, что заказчики, пользователи и разработчики одинаково понимают целии задачи организации;4) создать базу для формирования требований к будущему ПО организации.Рис.

Аналитик бизнес-процессов, его деятельность и рабочие документы.1Бизнес-модель должна давать ответы на вопросы:1. Какие процедуры (функции, работы) необходимо выполнить для получения заданногоконечного результата?2. В какой последовательности выполняются эти процедуры?3. Какие механизмы контроля и управления существуют в рамках рассматриваемогобизнес-процесса?4.

Кто выполняет процедуры процесса?5. Какие входящие документы/информацию использует каждая процедура процесса?6. Какие исходящие документы/информацию генерирует процедура процесса?7. Какие ресурсы необходимы для выполнения каждой процедуры процесса?8. Какая документация/условия регламентирует выполнение процедуры?Рассмотрим методику моделирования деловых процессов, являющуюся составнойчастью технологии Rational Unified Process.Аналитик бизнес-процессов возглавляет и координирует бизнес-моделирование.Создает: видение бизнеса – документ, где определены цели бизнес-моделирования; оценку организации – документ, описывающий текущее состояние дел в организации; бизнес-правила – условия, соблюдение которых необходимо; глоссарий деятельности – словарь основных терминов организации; дополнительную спецификацию – документ со сведениями, не вошедшими в другиедокументы; модель бизнес-процессов (Business Use Case Model), моделирующую взгляд напредприятие извне, как на «черный ящик»; модель бизнес-анализа (Business Analysis Model), моделирующую взгляд напредприятие изнутри, как на «белый ящик».Модель бизнес-целей представляет собой древовидную структуру, описывающуюзависимости вида цель-подцель (см.

рисунок). Связи в дереве таковы, что достижениеподцелей приводит или приближает к достижению родительской бизнес-цели.Стать крупнейшим поставщиком мебели в ЕвропеПривлечь новых покупателейСнизить ценыВернуть прежних клиентовУлучшить обслуживание2Повысить качествоМодель бизнес-процессов (Business Use Case Model) – модель, описывающая бизнеспроцессы организации в терминах ролей и их потребностей. Она представляет собойрасширение модели вариантов использования UML за счет введения набора стереотиповBusiness Actor (стереотип действующего лица) и Business Use Case (стереотип вариантаиспользования).

Из этой можели видно в каком контексте работает предприятие, но невидно как именно протекает его работа (это описывает модель бизнес-анализа).Деловое лицо (business actor) – некоторая роль, выполняемая по отношению кбизнес-процессам организации. Кандидатами на эту роль являются: акционеры, заказчики,поставщики, партнеры, потенциальные клиенты, местные органы власти, коллеги изподразделений, не охваченных моделью, внешние бизнес-системы (предприятия илиподразделения). Обнаружить действующих лиц бизнес-процессов можно, найдя ответы навопросы: Кто извлекает пользу из существования организации? Кто помогает организации осуществлять свою деятельность? Кому организация передает информацию и от кого получает?Бизнес процесс (Business use-case) описывает последовательность действий в рамкахэкономической деятельности предприятия, приносящую ощутимый результатконкретному деловому действующему лицу.Пример модели бизнес-процессов (регистрация пассажиров на рейс в аэропорту):<<инициирует>><<учасПассажиртвуе Пройти регистрациют>><<инициирует>>Руководительтуристической группыЗарегистрировать группуКаждый бизнес-процесс сопровождается спецификацией, в которой содержится:наименование;краткое описание бизнес-процесса;цели и результаты;описание сценариев (основного и альтернативных);специальные требования (время и стоимость);расширения (исключительные ситуации);связи;диаграммы деятельности (моделирующие сценарии бизнес-процесса).Пример:Наименование – Пройти регистрацию.Краткое описание – Процесс регистрации пассажира на рейс.Цели – Получить посадочный талон и сдать багаж.Основной сценарий:1.

Пассажир встает в очередь к стойке регистратора.2. Пассажир предъявляет билет регистратору.33. Регистратор подтверждает правильность билета.4. Регистратор оформляет багаж.5. Регистратор резервирует место для пассажира.6. Регистратор печатает посадочный талон.7. Регистратор выдает пассажиру посадочный талон и квитанцию на багаж.8.

Пассажир уходит от стойки регистратора. Альтернативные сценарии:1а. Билет неправильно оформлен – регистратор отсылает пассажира к агенту поперевозкам.2а. Багаж превышает установленный вес – регистратор оформляет доплату. Специальные требования – Время регистрации не должно превышать 1 минуты.Модель бизнес-процессов может быть структурирована: при необходимостивводятся связи обобщения между действующими лицами и связи включения ирасширения между бизнес-вариантами использования. Для моделирования сценариевбизнес-варианта по отдельности или в совокупности используются диаграммыдеятельности:[ Неправильно ]Отсылка к агенту поперевозкам аэропортаПроверкарезервирования[ Правильно ]Получениельгот[ Нет багажа ][ Багаж ]Прием багажа ипечать квитанцииПечать посадочноготалонаПолучение пассажиромперевозочных документовМодель бизнес-анализа (модель бизнес-объектов) создается другим исполнителемв рамках RUP: бизнес-разработчиком.Бизнес-разработчик выполняет следующие деятельности: работает над бизнес-системой (отделом или подразделением организации); уточняет спецификацию бизнес-процессов (business use case); моделирует реализацию бизнес процессов в виде модели бизнес-анализа (businessanalysis).4Рис.

Свежие статьи
Популярно сейчас