Методические указания для выполнения лабораторных работ по дисциплине
 Скачать 3.64 Mb.
|
|
business worker используется для обозначения классов исполнителей, т.е. активных объектов, выполняющих прецеденты (например, Прода- вец, Исполнитель, Склад, Отправитель). Стереотип business entity используется для объектов-сущностей – пассивных объектов, используемых в ходе выполнения преце- дента (например, Заказ, Продукт). Рис.5.8. Различные изображения классов Поскольку класс — это множество объектов, связанных общностью свойств и поведения, все объекты одного класса имеют схожие свойства. Свойства объектов описываются с помощью характеристик, называемых атрибутами. При этом состав атрибутов одинаков для всего класса, различные экземпляры одного класса отлича- ются лишь набором конкретных значений атрибутов. Например, класс Продавец мо- жет иметь атрибуты: ФИО, Стаж, Квалификация и т.д. Для добавления атрибута щелкните правой кнопкой мыши на классе. В от- крывшемся меню выберите пункт New Attribute(новый атрибут) и введите имя атри- бута. Можно вводить и другим способом. Откройте окно спецификации класса двой- ным щелчком мыши на выделенном классе. Перейдите на вкладку Attributes (Атри- буты). Если у класса уже имеются атрибуты, они будут перечислены на этой вкладке. Щелкните правой кнопкой мыши где-нибудь внутри области атрибутов. В открыв- шемся меню выберите пункт Insert (Вставить). Введите имя нового атрибута в колон- ке Name. Можно ввести также тип данных (Type), например, Integer – целое число, String – строка, Date – дата. В колонке Initial можно ввести значение по умолчанию (рис. 5.9). Удалить атрибут можно, выделив его имя и выбрав во всплывающем меню (по щелчку правой кнопки мыши) пункт Delete. 56 Рис.5.9. Добавление атрибута в окне спецификации класса Операции класса вводятся аналогично. Перейдите на вкладку Operations (Опе- рации) окна спецификации. Щелкните правой кнопкой мыши где-нибудь внутри об- ласти операций. В открывшемся меню выберите пункт Insert (Вставить). Введите имя новой операции в колонке Operation. Идентифицируя операции, изучите все сообщения на диаграммах последова- тельности и кооперации. Анализ этих диаграмм помогает выявить все операции ак- тивного объекта. Так, из диаграммы, представленной на рис. 5.6, можно определить, что к обязательствам объекта Продавец относятся: Прием заявки, Оформление заказа, Выдача счета, Передача заказа Изготовителю, Прием сообщения о готовности про- дукта, Сообщение клиенту о готовности продукта, Заказ транспорта. Данные опе- рации должны быть внесены в спецификацию соответствующего класса Продавец. У классов объектов-сущностей, как правило, операции отсутствуют. Поместите также на диаграмму классов акторов («отбуксировав» их из браузе- ра), введите для них атрибуты и операции. Для того чтобы атрибуты и операции класса (или актора) были видны на диа- грамме, выделите класс, щелкните правой кнопкой мыши и во всплывающем меню выберите Options, Show All Attributesи Show All Operations. Следующим этапом построения диаграммы классов является установление от- ношений между классами (рис. 5.10). Между классами исполнителей (business worker) устанавливаются отношения коммуникации (ассоциации со стереотипом communicate). На диаграмме классов не нужна такая детализация взаимодействий, как на диаграммах последовательности и кооперации, достаточно лишь указать наличие ассоциации (коммуникации), т.к. здесь отображаются только статические устойчивые связи между объектами. Чтобы установить отношение коммуникации выберите инструмент Association (Ассоциация) на панели инструментов. Проведите мышью линию ассоциации от од- ного класса исполнителей к другому (чтобы сделать связь двунаправленной, проведи- те еще одну линию в обратном направлении). Откройте окно спецификации отноше- ния двойным щелчком на выделенном отношении, на вкладке General в поле Stereo- type выберите стереотип «communicate». 57 Рис.5.10. Отношения коммуникации и использования между классами Между классами объектов-сущностей (business entity) отношения коммуника- ции не устанавливаются. Класс сущности может быть связан с классом исполнителя отношением использования (ассоциации со стереотипом uses) в случае, если испол- нитель некоторым образом использует сущность. Например, Продавец формирует Заказ, Изготовитель использует Заказ для получения описания продукта, Изготовите- лем создает Продукт. Чтобы установить отношение использования выберите инструмент Association (Ассоциация) на панели инструментов. Проведите мышью линию ассоциации от класса исполнителей к классу сущности. Откройте окно спецификации отношения, на вкладке General в поле Stereotype выберите (или введите) стереотип «uses». Введите имя отношения в поле имени (Name). При выборе имени отношения помните, что, как правило, это глагол или глагольная фраза, описывающая, зачем нужно отношение. Помимо (вместо) имени отношения можно ввести роли каждого из классов в этом от- ношении (см. рис. 5.11). Рис.5.11. Введение роли для участников отношения 58 На диаграмме классов могут быть отражены также отношения структурирова- ния – обобщения и включения (рис. 5.12). С помощью обобщения (generalization) по- казывают отношение наследования между двумя классами. Например, можно ввести абстрактный класс Служащий, являющийся обобщением исполнителей Продавец, Кассир и т.д. Обобщенный класс содержит атрибуты, общие для классов-потомков, например, «ФИО», «Стаж». Соответствующие атрибуты у классов-потомков можно удалить. Рис.5.12. Отношения обобщения и включения между классами Разместите на диаграмме обобщенный класс ведите для него атрибуты. Чтобы установить отношение обобщения между двумя классами, выберите кнопку Generali- zation на панели инструментов ипроведите линию от подкласса (потомка) к обоб- щенному классу (предку). Отношение включения (include) устанавливается между классами, один из кото- рых является частью другого. Например, Продавец и Кассир являются частью фирмы, занимающейся изготовлением и продажей продукта (см. рис. 5.12). В заключение можете документировать основные элементы диаграммы клас- сов. 5. Доработка модели Завершите создание объектной модели бизнес-процесса, выбранного вами в ка- честве индивидуального задания. Модель обязательно должна содержать диаграмму (несколько диаграмм) последовательности, диаграмму кооперации, диаграмму клас- сов. Диаграммы последовательности и кооперации должны быть согласованы с диа- граммами деятельности, построенными на предыдущей лабораторной работе. На диа- грамме классов должны быть представлены классы исполнителей и объектов- сущностей, а также разнообразные отношения (коммуникации, использования, отно- шения структурирования). 59 Лабораторная работа №6 «Создание UML-модели информационной системы» Цель работы: Получить практические навыки в построении UML-модели ин- формационной системы поддержки бизнес-процесса средствами пакета Rational Rose. Порядок выполнения работы. 1. Выбор задания. Выберите бизнес-процесс, для поддержки которого Вы будете проектировать информационную систему (ИС). Бизнес-процесс должен включать операции, выпол- няемые в автоматизированном режиме. Модель ИС строится на основе объектной мо- дели бизнес-процесса. В качестве индивидуального задания Вы можете использовать тот же бизнес-процесс, который Вы выбрали при выполнении предыдущих лабора- торных работ, если этот процесс (или его фрагмент) может быть автоматизирован. 2. Построение объектной модели автоматизируемого бизнес-процесса Создайте диаграмму последовательности для выбранного бизнес-процесса. Диаграмма обязательно должна содержать хотя бы один объект, относящийся к клас- су информационных систем. Это должен быть активный объект, связанный с другими участниками процесса отношениями сообщений, т.е. он должен получать и отправ- лять сообщения. Чем подробнее Вы опишете взаимодействие исполнителей бизнес- процесса с информационной системой, тем проще Вам будет построить ее модель. Пример диаграммы последовательности автоматизируемого процесса приведен на рис. 6.1. Рис.6.1. Диаграмма последовательности автоматизируемого бизнес-процесса 60 В бизнес-процессе может быть задействована не одна, а несколько информаци- онных систем. В виде отдельных объектов могут быть представлены и отдельные мо- дули ИС или отдельные приложения в составе пакета прикладных программ. 3. Создание диаграммы вариантов использования ИС Создайте новую диаграмму use case, предназначенную для моделирования функций информационной системы. В окне браузера щелкните правой кнопкой мыши на папке Use case view (представление вариантов использования), выберите во всплы- вающем меню New→ Use caseDiagram и задайте имя новой диаграммы. Прежде всего, необходимо определить пользователей проектируемой ИС. На основе анализа диаграммы последовательности бизнес-процесса выберите все актив- ные объекты (или бизнес-акторы), использующие в своей деятельности информаци- онную систему, т.е. взаимодействующие с соответствующим объектом. Каждому из таких объектов в модели информационной системы должен соответствовать актор — пользователь ИС. Поместите на диаграмму use case ИС соответствующих акторов (имя актора ИС не должно полностью совпадать с именем соответствующего объекта или бизнес-актора). Пример сопоставления объектам модели бизнес-процесса акторов модели информационной системы приведен на рис. 6.2. Рис. 6.2. Сопоставление объектам бизнес-процесса акторов ИС В примере, представленном на рис. 6.2, Продавец и Изготовитель взаимодей- ствуют с информационной системой, т.е. принимают или посылают сообщения объ- екту ИС «Заказы». Поэтому на диаграмму use case ИС помещены два актора - Пользо- ватель Продавец и Пользователь Изготовитель. Помимо участников бизнес-процесса на диаграмму use case ИС могут быть до- бавлены и другие акторы ИС, например, занимающиеся поддержкой и администриро- ванием системы, в частности, пополнением базы данных, настройкой системы и т.д. 61 Следующим шагом является определение функций информационной систе- мы. Вернитесь к диаграмме последовательности бизнес-процесса. Просмотрите всю «линию жизни» объекта информационной системы и выпишите все входящие и вы- ходящие отношения сообщения (обязательства ИС по отношению к бизнесу). Занеси- те их в окно документации объекта ИС (см. рис. 6.3). Рис. 6.3. Внесение обязательств объекта ИС в окно документации После того, как выписаны все обязательства информационной системы, необ- ходимо определить, какие прецеденты ИС могут реализовать эти обязательства. По- думайте, можно ли все функции выполнить с помощью одного прецедента или требу- ется несколько разных прецедентов. Помните, что прецедентом является относитель- но законченная последовательность действий ИС, заканчивающаяся предоставлением пользователю некоторого результата. Сгруппируйте все обязательства ИС в группы, соответствующие разным прецедентам (это можно сделать в окне документации). Возможно, Вам потребуется дополнить список обязательств ИС. Перейдите на диаграмму use case ИС и поместите на нее требуемое количество прецедентов. Поименуйте прецеденты. Вернитесь к диаграмме последовательности бизнес-процесса. Выберите объект ИС, в окне документации этого объекта выделите левой кнопкой мыши все обяза- тельства ИС, относящиеся к одному из прецедентов, и скопируйте их в буфер. Перей- дите на диаграмму use case ИС, выберите соответствующий прецедент и вставьте в окне документации обязательства из буфера (см. рис. 6.4). По такой же схеме скопируйте обязательства информационной системы, относя- щиеся к другим прецедентам ИС, и внесите их в документацию прецедентов. На диаграмме use case ИС соедините прецеденты с акторами ИС, участвующими в выполнении прецедентов (вводящими данные и/или получающими результаты), отно- шениями ассоциации, поименуйте эти связи (см. рис. 6.4). 62 Рис. 6.4. Документирование прецедентов ИС, установление связи между прецедентами и акторами ИС На диаграмму use case ИС могут быть добавлены также прецеденты, напрямую не связанные с поддержкой бизнес-процесса. Например, прецеденты, выполняющие служебные функции, такие как настройка системы, формирование отчетов, предос- тавление справки, авторизация пользователей и т.д. Эти прецеденты могут выпол- няться как для конечных пользователей, являющихся участниками бизнес-процесса, так и для акторов, занимающихся администрированием системы. Желательно структурировать выявленные прецеденты с помощью отношений обобщения, включения и расширения, например, выделить обобщенные прецеденты или выделить в отдельные прецеденты относительно законченные последовательно- сти действий, или отдельно выделить последовательности действий, дополняющие основной ход событий при определенных условиях. Процесс формирования диаграммы вариантов использования является творче- ским. Возможно, Вам потребуется несколько итераций прежде, чем Вы сформируете окончательный вариант. 4. Создание диаграмм деятельности для основных прецедентов ИС Выберите на диаграмме use case ИС прецедент. Проанализируйте описание действий этого прецедента, внесенные на предыдущем этапе в окно документации. Добавьте в это описание новые действия, в частности, «внутренние» действия, не предусматривающие взаимодействие с пользователем. В результате должна полу- читься цепочка действий, в которой каждое действие «цепляет» следующее. Создайте диаграмму деятельности (выбрав в контекстном меню Sub Diagrams → New Activity Diagram). Разделите поле диаграммы на две дорожки: одна должна соответствовать действиям пользователя, другая – действиям информационной сис- темы. Пример диаграммы деятельности для прецедента ИС приведен на рис. 6.5. 63 Рис. 6.5. Диаграмма деятельности прецедента ИС 5. Доработка модели Завершите создание модели информационной системы (ИС) поддержки бизнес- процесса, выбранного вами в качестве индивидуального задания. Модель обязательно должна содержать диаграмму последовательности автоматизируемого бизнес- процесса, диаграмму прецедентов ИС, диаграмму деятельности для основных преце- дентов ИС, а также, возможно (не обязательно) диаграмму классов ИС и диаграмму последовательности для прецедентов ИС. 64 Литература 1. Силич В.А., Силич М.П. Моделирование и анализ бизнес-процессов : учебное пособие. - Томск : Томск. гос. ун-т систем управления и радиоэлектроники, 2011. – 212 с. 2. Методология IDEF0. Стандарт. Русская версия. - М.: Метатехнология, 1993. – 107 с. 3. Калянов Г.Н. CASE-технологии: консалтинг в автоматизации бизнес- процессов. – М.: Горячая линия-Телеком, 2000. – 318 с. 4. Маклаков С.В. Моделирование бизнес-процессов с AllFusion Process Modeler (BPwin 4.1). – М.: ДИАЛОГ-МИФИ, 2003. – 240 с. 5. Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии: Практикум. - М.: Горячая линия-Телеком, 2005. – 160 с. 6. Леоненков А.В. Самоучитель UML. – СПб.: БХВ-Петербург, 2001. – 304 с. 7. Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии; Под ред. Г.Н. Калянова. — М.: Финансы и статистика, 2003. – 256 c. 8. Вендров А.М. CASE-технологии. Современные методы и средства проектиро- вания информационных систем. – М: Финансы и статистика, 1998. – 176 с. 9. Грекул В.И. Проектирование информационных систем. Курс лекций: Учебное пособие для вузов/ В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. - М.: Ин- тернет-Университет Информационных Технологий, 2005. – 298 с. 65 Приложение 1 Варианты индивидуального задания Вариант 1. Продажа туристического продукта Процесс продажи туристическим агентством турпродукта клиенту включает три ос- новных этапа: прием заявки; подбор и предложение тура; оформление правоотношений и расчет с клиентом. Первый этап начинается с приема клиента в офисе и определения его потребностей в выборе определенного типа отдыха. Клиенту предоставляется интересующая его информа- ция и после того, как он определит свои потребности, оформляется заявка туриста на бро- нирование тура. Она содержит информацию о клиенте и сведения о намерении приобрести те или иные услуги (маршрут, начало и продолжительность тура, требования к проживанию и др.). Заявка подписывается клиентом и менеджером турагентства. Обе стороны поучают по экземпляру. Корме того, клиент в подтверждение своих намерений оплачивает часть стоимости тура. Оплата производится в кассе агентства. Клиент получает квитанцию об оп- лате. Второй этап предполагает бронирование тура, оформление визы, приобретение биле- тов на транспорт, страхование тура. При бронировании тура менеджер турагентства заполняет предложенную туроперато- ром форму заявки и отправляет ее на адрес туроператора (по факсу или по e-mail). Туропера- тор либо бронирует тур (при наличии свободных мест в отеле), либо отказывает в брони. В первом случае оформляется туристский ваучер – документ, гарантирующий туристу получе- ние всех указанных в ваучере и оплаченных туристом услуг (проживание, питание, экскур- сионное обслуживание и т.д.). Для принимающей стороны ваучер является гарантией полу- чения от фирмы, направившей туриста, уплаченных им денежных средств. В случае, если в туроператор отказал в брони, менеджер турагентства связывается с клиентом. Клиент корректирует свои требования и процедура бронирования повторяется. Помимо брони, при необходимости, турагентство приобретает билеты на транспорт, а также страхует клиента. При выезде за рубеж, как правило, оформляется медицинский стра- ховой полис, являющийся договором страхования между страхователем (туристом) и стра- ховщиком (страховой компанией). Для оформления визы клиент должен предоставить турагентству необходимые доку- менты (загранпаспорт, фотографии, заполненную анкету и др.). Менеджер турагентства про- веряет правильность заполнения анкеты, наличие всех необходимых документов и обраща- ется в Консульство выбранной для турпоездки страны (или пересылает все документы по почте). Как правило, необходимо также предъявить подтверждение забронированного на весь срок поездки номера в отеле и уплатить консульский сбор. Оформление визы произво- дится в срок от нескольких дней до нескольких месяцев, в зависимости от требований по- сольства той или иной страны. На заключительном этапе осуществляется заключение договора на туристическое об- служивание, окончательный расчет с клиентом, а также выдача всех документов (туристиче- ской путевки, ваучера, билетов на транспорт, паспорта с визой, страхового полиса, памятки). Договор на туристическое обслуживание является главным документом, на основании которого строятся взаимоотношения турагентства с клиентом. Туристская путевка формы ТУР-1 представляет собой бланк строгой отчетности, который используется при расчетах с туристом. Дата выписки (передачи) путевки и дата ее реализации отражаются на счетах бух- галтерского учета. При передаче путевки туристу отрывной талон остается у турфирмы в ка- честве документа, подтверждающего факт и дату реализации турпродукта. Памятка туриста в обязательном порядке выдается туристу, выезжающему за рубеж. В ней описаны особенности посещаемой страны, возможные риски и опасности, запреты и рекомендации о том, как необходимо себя вести в этой стране, указывается вся необходимая информация о ней, которую туристу надо знать, выезжая в данную страну. |