Построение диаграммы вариантов использования на основе шаблона «. Методические указания для индивидуальной самостоя тельной работы студентов, обучающихся по направлению подготовки 080700 Бизнесинформатика
 Скачать 1.09 Mb.
|
|
1 МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ Федеральное агентство по образованию ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «Омский государственный университет путей сообщения» Институт автоматики, телекоммуникаций и информационных технологий (ИАТИТ) Кафедра «Высшая математика» СОЗДАНИЕ ОБЪЕКТНО-ОРИЕНТИРОВАННЫХ МОДЕЛЕЙ БИЗНЕС– ПРОЦЕССОВ НА ОСНОВЕ ШАБЛОНА «СХЕМА МОДЕЛИ UML» MS OFFICE VISIO 2007 Часть 2 Построение диаграммы вариантов использования на основе шаблона «Схема модели UML» MS Office Visio 2007 Омск 2014 2 УДК 004.9(075.8) ББК 32.97я73 К84 Создание объектно-ориентированных моделей бизнес-процессов на осно- ве шаблона «Схема модели UML» MS Office Visio 2007. Часть 2. Построение диаграммы вариантов использования на основе шаблона «Схема модели UML» MS Office Visio 2007. Методические указания для индивидуальной самостоя- тельной работы студентов, обучающихся по направлению подготовки 080700 «Бизнес–информатика» очной формы обучения /Т.Ю.Круковская; Омский гос.ун-т путей сообщения. Омск, 2011. 23 с. Соответствуют действующей программе курса для технических вузов, содержат базовые теоретические сведения о построении с помощью шаблона «Схема модели UML» диаграммы вариантов использования, включающего ба- зовые элементы и отношения между ними. Библиогр.: 8 назв., рис.21. Рецензент: Шарова А.Н. кандидат педагогических наук, доцент кафедры информатики и вычислительной техники Омского государственного педагогического универ- ситета 3 Оглавление ВВЕДЕНИЕ ........................................................................................................................................ 4 Построение диаграммы вариантов использования на основе шаблона «Схема модели UML» MS Office Visio 2007 ......................................................................................................................... 5 1. Основные теоретические сведения .......................................................................................... 5 1.1. Базовые элементы диаграммы использования ................................................................... 5 1.1.1. Прецедент/вариант использования ................................................................... 5 1.1.2. Действующее лицо/Актер ..................................................................................... 7 1.1.3. Взаимодействия на диаграмме вариантов использования ......................... 9 1.1.3.1.Отношение «Ассоциация» ...................................................................................... 9 1.1.3.2. Отношение «Включение» ..................................................................................... 10 1.1.3.3. Отношение «Расширение» .................................................................................. 11 1.1.3.4. Обобщение ............................................................................................................... 13 2. Практические задания ............................................................................................................. 14 Список литературы и ссылки на интернет–ресурсы ................................................................ 23 4 ВВЕДЕНИЕ Предлагаемые методические указания предназначены для приобретения практических навыков работы с инструментальной средой MS Visio 2007 в приложении к задачам моделирования системы процессов на основе методов объектно–ориентированного анализа, моделирования и проектирования языка графического описания Unified Modeling Language (UML). Язык визуализации UML, прежде всего, предназначен для моделирования и разработки программных систем, однако его выразительность позволяет опи- сывать деятельность непрограммных систем, в частности описывать модель ор- ганизации, включающую деловые объекты: подразделения, должности, ресур- сы, операции и пр. Методические указания содержат базовые теоретические сведения о соз- дании диаграмм вариантов использования, служащих для моделирования ди- намических аспектов системы, (бизнес–процесса), представлен обзор основных элементов: прецедентов (вариантов использования), действующих лиц, различ- ных видов отношений, а также их краткое описание. Практическая часть методических указаний ориентирована на демонстра- цию основных возможностей MS Visio 2007 в приложении к задаче структури- рованного описания действующих лиц/актеров, прецедентов/вариантов исполь- зования, главной диаграммы прецедентов/вариантов использования условной предметной области. Содержание методических материалов основано на рабочих материалах, которые автор использовал при проведении практических занятий по дисцип- лине «Моделирование и анализ бизнес–процессов» со студентами, обучающи- мися по направлению подготовки 080700 «Бизнес–информатика». Подбор содержательной части заданий производился с учетом взаимосвя- зи с общепрофессиональными и специальными дисциплинами, изучаемыми студентами на предшествующих и последующих курсах. С благодарностью примем замечания, комментарии и пожелания уважае- мых читателей по содержанию и оформлению методических указаний, которые можно направлять по адресу feano@inbox.ru 5 Построение диаграммы вариантов использования на основе шаблона «Схема модели UML» MS Office Visio 2007 Ключевые слова: прецедент/вариант использования, Действующее ли- цо/Актер, отношения взаимодействия: ассоциации (association relationship), включения (include relationship), расширения (extend relationship), обобщения (generalization relationship). 1. Основные теоретические сведения Диаграмма прецедентов/вариантов использования (use case diagram) – это один из видов диаграмм, которые применяются для моделирования динамиче- ских аспектов системы, подсистемы, класса. Данный вид диаграмм имеет большое значение для визуализации, специ- фицирования, документирования поведения систем, подсистем, классов и облег- чает взаимодействие пользователя и аналитика. Диаграммы прецедентов/ вариантов использования применяются при биз- нес–анализе для моделирования процессов предметной области, формирования функциональных требований и направления их реализации. Применение диа- граммы прецедентов/вариантов использования в области описания бизнес– процессов предметной области расширяется благодаря дополнительным базо- вым элементам, которые отражают сущность бизнес–процессов (бизнес–актант, бизнес–прецедент, бизнес–сущность и бизнес–управление). 1.1. Базовые элементы диаграммы использования 1.1.1. Прецедент/вариант использования Прецедент/вариант использования (use case) — описание последовательно- сти действий, включая их варианты, которые система или другая сущность могут выполнять в процессе взаимодействия с Действующими лицами/Актерами с це- лью получения значимого результата, причем они позволяют точно ранжировать функции по значимости получаемого результата. Прецедент/вариант использования представляет собой спецификацию об- щих особенностей поведения или функционирования моделируемой бизнес– системы без рассмотрения внутренней структуры этой системы. Отдельный пре- 6 цедент/вариант использования обозначается на диаграмме геометрической фигу- рой в виде эллипса, внутри которого содержится его имя, оформленное строкой пояснительного текста. Рис.1 . Графическое обозначение варианта использования Примерами вариантов использования могут быть следующие действия: проверить состояние текущего счета клиента, оформить заказ на покупку товара, получение дополнительной информации о кредитоспособности клиента, отобра- жение графической формы на экране, бронирование билета на рейс самолета, подбор рейса самолета, управление рейсами и др. Как и другие диаграммы, диаграмма вариантов использования может со- держать примечания и ограничения, содержащиеся в проектируемой модели фрагмента бизнес–системы, имеющие непосредственное отношение к контексту предметной области. В качестве такой информации могут быть комментарии разработчика (на- пример, дата и версия разработки диаграммы или ее отдельных компонентов), ограничения (например, на значения отдельных связей или экземпляры сущно- стей) и помеченные значения (рис.2). Рис.2. Примеры примечаний в диаграмме прецедентов/вариантов использования Отдельный прецедент/вариант использования отличается тем, что охваты- вает некоторую очевидную для пользователей функцию, которая способствует решению некоторой дискретной задачи пользователя. 7 1.1.2. Действующее лицо/Актер Действующее лицо/Актер (actor) — внешняя по отношению к моделируе- мой системе сущность, которая при взаимодействии использует ее функцио- нальные возможности для достижения определенных целей или решения част- ных задач. Каждый элемент «Действующее лицо/Актер» может рассматриваться как некая отдельная роль относительно конкретного варианта использования. Стандартным графическим обозначением данного элемента является сим- вол с подписью «Актер» (Рис.3). Рис. 3. Графическое обозначение элемента «Действующее лицо/Актер» Имя актера должно быть достаточно информативным с точки зрения се- мантики. В качестве имени подходят наименования должностей в компании (на- пример, продавец, кассир, менеджер, президент). Актеры взаимодействуют с системой посредством передачи и приема со- общений от вариантов использования. Сообщение представляет собой запрос Актером сервиса от системы и получение этого сервиса. Это взаимодействие может быть выражено посредством ассоциаций между отдельными Актерами и вариантами использования. Кроме этого, с Актерами могут быть связаны интерфейсы, которые опре- деляют, каким образом другие элементы модели взаимодействуют с этими Акте- рами. В некоторых случаях Действующее лицо/Актер может обозначаться в виде прямоугольника класса со стереотипом < При формировании диаграммы вариантов использования и определении Действующих лиц/Актеров, взаимодействующих с системой следует учитывать обстоятельства: кто взаимодействует с системой или использует систему; кто передает или принимает информацию в/из системы; кто является внешним по отношению к системе. 8 Каждый вариант использования показывает, как конкретный актер исполь- зует систему и в дальнейшем расширяется диаграммами состояний и последова- тельности действий. Считается, что, что изобразительных средств языка UML явно не хватает для того, чтобы учесть на диаграммах вариантов использования особенности функционального поведения сложной системы. С этой целью рекомендуется дополнять диаграммы вариантов использо- вания текстовыми сценариями, которые уточняют или детализируют последо- вательность действий, совершаемых системой при выполнении ее вариантов использования. Сценарий (scenario) – определенная последовательность действий, кото- рая описывает действия Действующего лица/Актера и вариантов использования в форме обычного текста. Сценарий действий для отдельного варианта исполь- зования может быть создан различными способами, например, так как показано во фрагменте таблицы: Шаблон для написания сценария отдельного варианта использования Таблица 1 Главный раздел Типичный ход событий Раздел «Исключения» Раздел «Ограничения» … … … … В главном разделе сценария указывается имя рассматриваемого варианта использования, имена взаимосвязанных с ним Действующих лиц/Актеров, цель выполнения варианта, условный тип и ссылки на другие варианты использова- ния. В свою очередь описание главного раздела сценария выполнения вариан- тов использования также может быть оформлено в виде таблицы: Шаблон для написания главного раздела сценария отдельного варианта использования Таблица 2 Вариант использования … Актеры … Цель выполнения варианта использования … Краткое описание … Тип … Ссылки на другие варианты использования … Диаграмма вариантов использования и поясняющие ее текстовые сцена- рии в совокупности может представлять собой самостоятельную модель, кото- 9 рая в языке UML получила название модели вариантов использования и имеет свое специальное стандартное имя или стереотип < 1.1.3. Взаимодействия на диаграмме вариантов использования Для описания взаимодействия между элементами диаграммы прецеден- тов/вариантов использования могут существовать различные отношения: В языке UML имеется несколько стандартных видов отношений между Актерами и вариантами использования: ассоциации (association relationship) включения (include relationship) расширения (extend relationship) обобщения (generalization relationship) 1.1.3.1. Отношение «Ассоциация» Применительно к диаграммам вариантов использования отношение «Ас- социация» служит для обозначения специфической роли актера при его взаимо- действии с отдельным вариантом использования. На диаграмме вариантов использования, так же как и на других диаграм- мах, отношение «Ассоциация» обозначается сплошной линией между актером и вариантом использования, может иметь некоторые дополнительные обозначе- ния, например, имя и кратность (рис. 4). Такая ассоциация является простой ас- социацией. Рис.4. Пример графического представления отношения ассоциации между Актером и вариантом использования Кроме простой ассоциации на диаграмме может быть представлена ассо- циация, показывающая, что вариант использования инициализируется Акте- ром. Такая ассоциация является направленной и обозначается сплошной линией с однонаправленной стрелкой, например, так как показано на рис.5. В качестве Действующего лица/Актера выступает Система менеджмента процесса, которая инициализирует действия по отношению к функциональным областям, например для формирования целевых значений системы измерений логистических показателей. 10 Рис.5. Пример графического представления ассоциации, показывающей инициализацию актером варианта использования 1.1.3.2. Отношение «Включение» Отношение «Включение» (include) — это разновидность отношения зави- симости между базовым вариантом использования и его специальным случаем. Отношение «Включение» – показывает, что вариант использования включается в базовую последовательность и выполняется всегда. Отношение «Включение» устанавливается только между двумя вариан- тами использования и указывает на то, что заданное поведение для одного вари- анта использования включается в качестве составного фрагмента в последова- тельность поведения другого варианта использования. Данное отношение является направленным бинарным отношением в том смысле, что пара экземпляров вариантов использования всегда упорядочена в отношении включения. Так, например, отношение включения, направленное от варианта исполь- зования "Предоставление кредита в банке" к варианту использования "Проверка платежеспособности клиента", указывает на то, что каждый экземпляр первого варианта использования всегда включает в себя функциональное поведение или выполнение второго варианта использования. В этом смысле поведение второго варианта использования является частью поведения первого варианта использования на данной диаграмме. Графически данное отношение обозначается в форме пунктирной линии со стрелкой, направ- ленной от базового варианта использования к включаемому варианту использо- вания. При этом данная линия помечается стереотипом < 11 Рис. 6. Пример графического изображения отношения включения между вариантами использования Семантика этого отношения определяется следующим образом. Процесс выполнения базового варианта использования включает в себя как собственное подмножество последовательность действий, которая определена для включае- мого варианта использования. При этом выполнение включаемой последова- тельности действий происходит всегда при инициировании базового варианта использования. Один вариант использования может входить в несколько других вариан- тов, а также содержать в себе другие варианты. Включаемый вариант использования является независимым от базового варианта в том смысле, что он предоставляет последнему инкапсулированное поведение, детали реализации которого скрыты от последнего и могут быть лег- ко перераспределены между несколькими включаемыми вариантами использо- вания. Более того, базовый вариант зависит только от результатов выполнения включаемого в него варианта использования, но не от структуры включаемых в него вариантов. 1.1.3.3. Отношение «Расширение» Отношение «Расширение» (extend) определяет и расширяет взаимосвязь базового варианта использования с другим вариантом использования, функцио- нальное поведение которого задействуется базовым не всегда, а только при вы- полнении дополнительных условий. Отношение «Расширение»вставляет собст- венную последовательность действий. В соответствии с принятым в языке UML общим соглашением отношение расширения является зависимостью, направленной к базовому варианту исполь- зования и соединенной с ним в так называемой точке расширения. Отношение «Расширения» между вариантами использования обозначается как отношение зависимости в форме пунктирной линии со стрелкой, направлен- ной от того варианта использования, который является расширением для базово- го варианта использования. Данная линия со стрелкой должна быть помечена стереотипом < Рис. 7. Пример графического изображения отношение «Расширение» ме- жду вариантами использования 12 В изображенном фрагменте имеет место отношение расширения между ба- зовым вариантом использования "Предоставление кредита в банке" и вариантом использования "Предоставление налоговых льгот". Это означает, что свойства поведения первого варианта использования в некоторых случаях могут быть дополнены функциональностью второго варианта использования. Для того чтобы это расширение имело место, должно быть вы- полнено определенное логическое условие данного отношения расширения. Расширение показывает, что вариант использования расширяет базовую после- довательность действий и вставляет собственную последовательность. При этом расширенная последовательность может осуществляться в зависимости от опре- деленных условий. Отношение расширения позволяет моделировать таким образом, что один из вариантов использования должен присоединять к своему поведению дополни- тельное поведение, определенное для другого варианта использования. В то же время данное отношение всегда предполагает проверку условия и ссылку на точку расширения в базовом варианте использования. Точка расширения определяет место в базовом варианте использования, в которое должно быть помещено расширение при выполнении соответствую- щего логического условия. При этом один из вариантов использования может быть расширением для нескольких базовых вариантов, а также иметь в качестве собственных расшире- ний другие варианты. Базовый вариант использования не зависит от своих рас- ширений. Семантика отношения расширения определяется следующим образом. Если базовый вариант использования выполняет некоторую последователь- ность действий, которая определяет его поведение, и при этом имеется точка расширения на экземпляр другого варианта использования, которая является первой из всех точек расширения у базового варианта, то проверяется логиче- ское условие данного отношения. Если это условие выполняется, исходная последовательность действий расширяется посредством включения действий другого варианта использова- ния. Следует заметить, что условие отношения расширения проверяется лишь один раз — при первой ссылке на точку расширения, и если оно выполняет- ся, то все расширяющие варианты использования вставляются в базовый вари- ант. Рис.8. Отношение «Расширение» между вариантами использования 13 Отношение расширения отмечает тот факт, что один из вариантов исполь- зования может присоединять к своему поведению некоторое дополнительное по- ведение, определенное для другого варианта. 1.1.3.4. Обобщение Отношение обобщения (наследование) показывает, что дочерний вариант использования содержит все атрибуты, последовательность поведения и точки расширения, определенные в родительском варианте использования, а так же вступает во все те взаимодействия, в которые вступает родительский вариант использования. Графически отношение обобщения обозначается стрелкой–обобщением, направленной на родительский вариант использования (рис.9). Рис.9. Пример графического изображения отношения обобщения между вариантами использования В данном примере отношение обобщения указывает на то, что вариант ис- пользования "Предоставление кредита корпоративным клиентам" является спе- циализацией варианта использования "Предоставление кредита клиентам банка". При этом вариант использования "Предоставление кредита клиентам бан- ка" еще называют предком или родителем по отношению к варианту использо- вания "Предоставление кредита корпоративным клиентам", а последний вариант называют потомком по отношению к первому варианту использования. Следует подчеркнуть, что потомок наследует все свойства поведения сво- его родителя, а также может обладать дополнительными особенностями поведе- ния. Отношение обобщения между вариантами использования применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми особенностями поведения родительских вариантов. При этом дочерние варианты использования участвуют во всех отношениях родительских вариантов. В свою очередь, дочерние варианты могут наделяться новыми свой- ствами поведения, которые отсутствуют у родительских вариантов использова- ния, а также уточнять или модифицировать наследуемые от них свойства пове- дения. 14 2. Практическое задание Создание диаграммы прецедентов/вариантов использования на основе шаб- лона «Схема модели UML» MS Office Visio 2007 Цель работы: получить навыки структурирования определенной предметной области и построения диаграмм прецедентов/вариантов использования. Задание: дляусловнойпредметной области «Предприятие по сборке и продаже компьютеров» создайте структурированное описание действующих лиц/актеров, прецедентов/вариантов использования, главную диаграмму преце- дентов/вариантов использования, показав на ней прецеденты/варианты исполь- зования, действующих лиц/актеров, отношения между элементами, добавить описания к действующим лицам/актерам и вариантам использования, для каж- дого (отдельных) варианта использования задайте поток событий в виде от- дельного файла и прикрепите его к варианту использования. Содержание отчета: Файл Диаграмма прецедентов.vsd 1. Структурированное описание предметной области «Предприятие по сборке и продаже компьютеров»; 2. Диаграмма прецедентов/вариантов использования; 3. Краткое описание каждого актера и прецедента; 4. Описание потока событий для каждого варианта использования. Порядок выполнения практических заданий 1. Откройте приложение MS Office Visio и выберите в Категории шабло- нов шаблон Программное обеспечение и базы данных (рис.11). Рис.11. 2. Выберите Готовый шаблон – Схема модели UML и выполните сохра- нение документа в личной папке с именем Диаграмма прецедентов.vsd. (Диаграмма вариантов использования.vsd) 15 3. Установите с помощью команды Файл/Параметры страницы и диало- гового окна Параметры страницы следующие опции: на вкладке Свой- ства страницы – укажите имя – Действующие лица/Актеры, единицы измерения – миллиметры, тип – передняя, на вкладке Настройка печати – Бумага в принтере – Книжная, Масштаб – 100%, разместить – на одном листе, на вкладке Размер страницы – как в принтере, на вкладке Тени – опции выберите по своему усмотрению, на вкладке Макеты и маршру- ты – направление – сверху вниз, установите опцию – сдвигать другие фи- гуры при размещении, интервал между фигурами примите – по умолча- нию, примените параметры, нажав кнопку ОК. 4. Установите масштаб видимости достаточно удобный для работы с листом документа, например 100%. 5. Выполните команду Вставка/Объект и выберите объект Документ Microsoft Word и вставьте его на текущую страницу. Рис.12. 6. Выполните для заданной предметной области выделение действующих лиц/актеров и приведите их краткое описание с указанием их основных функций, для чего создайте таблицу Описание действующих лиц/актеров предметной области «Предприятие по сборке и продаже компьютеров» так, как показано на рис. (данные для заполнения таблицы приведены в таблице 3) Рис.13. 16 Описание действующих лиц/актеров предметной области «Предприятие по сборке и продаже компьютеров» Таблица 3 Действующее ли- цо/Актер Краткое описание Коммерческий дирек- тор Сотрудник, который руководит и координирует про- цессы закупок, поставок, продаж, принимает страте- гические решения в области сбыта, ценообразования, маркетинговой, ассортиментной политики. Бухгалтер Сотрудник, который осуществляет организацию бух- галтерского учета хозяйственно–финансовой дея- тельности и контроль за экономным использованием материальных, трудовых и финансовых ресурсов, сохранностью собственности предприятия. Кассир Сотрудник, который осуществляет операции по приему, учету, выдаче и хранению денежных средств и ценных бумаг, составляет кассовую отчет- ность. Менеджер по работе с клиентами Сотрудник, который ведет переговоры с клиентами, следит за ассортиментом продукции, проводит до- кументальное оформление покупки, осуществляет контроль над комплектацией заказа, расчетом за укомплектованный заказ клиента. Менеджер по снабже- нию Сотрудник, который изучает оперативную маркетин- говую информацию и рекламные материалы, подго- тавливает и корректирует преддоговорную докумен- тацию, проводит переговоры с поставщиками, обес- печивает доставку материальных ресурсов от по- ставщиков и продавцов, организует обработку по- ставок материально–технических ресурсов. Инженер по сборке настольных компью- теров Сотрудник, который занимается сборкой настольных компьютеров. Инженер по сборке ноутбуков Сотрудник, который занимается сборкой ноутбуков. Инженер по тестиро- ванию Сотрудник, который занимается тестированием соб- ранных компьютеров (функциональное, нагрузочное, на удобство использования); автоматизацией тести- рования, анализом функциональных требований к продуктам, составление плана тестирования. Завскладом Сотрудник, руководит работой склада по приему, хранению и отпуску товарно–материальных ценно- 17 стей, составляет установленную отчетность, обеспе- чивает сохранность складируемых товарно– материальных ценностей. 7. Выполните создание второй страницы с помощью команды Встав- ка/Создать страницу…и присвойте ей имя Возможности системы 8. Выполните текстовое или табличное описание возможностей, которые должна предоставлять система, основываясь на данных таблицы 4. Возможности системы для действующих лиц/актеров Таблица 4 Актер Директор Использует систему для руководства и координации процессов закупок, поставок, продаж, принятия стра- тегически важных решений в области сбыта, цено- образования, маркетинговой, ассортиментной поли- тики. Актер Бухгалтер Использует систему для организации бухгалтерско- го учета хозяйственно–финансовой деятельности и контроля за экономным использованием материаль- ных, трудовых и финансовых ресурсов, сохранно- стью собственности предприятия. Актер Менеджер по работе с клиентами Использует систему для оформления, редактирова- ния, комплектацией заказов, контроля за расчетом за укомплектованный заказ, управления информацией о клиентах предприятия. Актер Менеджер по снабжению Использует систему для управления оперативной маркетинговой информацией и рекламных материа- лов, договорной документации с поставщиками, обеспечения доставки материальных ресурсов от по- ставщиков и продавцов, организации обработки по- ставок комплектующих материально–технических ресурсов. Актер Инженер по сборке настольных компьютеров Использует систему для просмотра нарядов на сбор- ку персональных компьютеров, для заказа комплек- тующих со склада и отметки о ходе выполнения ра- боты. Актер Инженер по сборке ноутбуков Использует систему для просмотра нарядов на сбор- ку ноутбуков, для заказа комплектующих со склада и отметки о ходе выполнения работы. Актер Инженер по тестированию Использует систему для просмотра нарядов на тести- рование собранной продукции и отметки о ходе вы- полнения работы, тестирования собранных компью- теров, автоматизации тестирования. 18 Актер Завскладом Использует систему для приема, хранения, отпуска товарно–материальных ценностей – комплектующих, составления установленной отчетности, обеспечения сохранности складируемых товарно–материальных ценностей. 9. Выполните создание третьей страницы с помощью команды Встав- ка/Создать страницу…и присвойте ей имя Прецеденты/варианты ис- пользования. 10. Создайте описание прецедентов/вариантов использования, основываясь на содержании таблицы 4. Прецеденты/варианты использования Таблица 4 Прецедент/вариант использования Краткое описание Управление системой Инициируется директором. Позволяет руководить и корректировать произ- водственными процессами. Учет финансово–хозяйственной деятельности Инициируется бухгалтером. Позволяет вести учет хозяйственно–финансовой деятельности, контроль за использова- нием материальных, трудовых и фи- нансовых ресурсов, сохранностью собственности предприятия. Работа с заказом Инициируется менеджером по работе с клиентами. Позволяет формировать, корректировать, удалять, просматри- вать заказ клиента. Управление информацией о клиенте Запускается менеджером по работе с клиентами. Позволяет добавлять, из- менять или удалять клиентов, а также просматривать информацию о клиен- тах. Управление информацией о постав- щиках Запускается менеджером по снабже- нию. Позволяет добавлять, изменять или удалять поставщиков, а также просматривать информацию о постав- щиках. Управление информацией о ком- плектующих изделиях и запасных частях Запускается менеджером по снабже- нию. Позволяет просматривать ин- формацию о комплектующих издели- ях, производить анализ их расходова- ния, прогнозировать необходимое их 19 количество и делать заказ. Сборка компьютеров Инициализируется инженером по сборке. Позволяет просматривать на- ряды на сборку компьютеров, делать заказ на сборку комплектующих изде- лий, делать отметки о ходе выполне- ния работы. Пополнение комплектующими из- делиями и запасными частями Инициируется инженером по сборке компьютеров. Предназначено для за- требования необходимых комплек- тующих изделий и запасных частей со склада. Тестирование компьютеров Инициируется инженером по тестиро- ванию. Позволяет просмотреть список компьютеров, подлежащих тестирова- нию, провести тестирование, сделать отметки о ходе выполнения работ. Учет поступления и выдачи ком- плектующих изделий и запасных частей Инициируется заведующим складом. Позволяет вести учет поступления и выдачи запчастей и комплектующих изделий. 11. Выполните создание третьей страницы с помощью команды Встав- ка/Создать страницу…и присвойте ей имя Диаграмма прецеден- тов/вариантов использования. 12. Создайте Диаграмму прецедентов/вариантов использования с указанием Действующих лиц/Актеров, прецедентов, отношений между элементами, например, так, как это показано на рис. 14. ☼ При создании диаграммы необходимо учесть, что Действующее ли- цо/Актер Инженер по сборке связан с Действующими лицами/Актерами Инженер по сборке настольных компьютеров и Инженер по сборке ноут- буков отношением обобщения, так как выступает в качестве родительского прецедента/варианта использования, между прецедентами Сборка компью- теров и Требование необходимых комплектующих установлено отношение включения, поскольку для сборки компьютеров обязательно нужно заказы- вать необходимые комплектующие со склада, для прецедента Работа с за- казом показано отношение расширения (extend) с базовым прецедентом Управление информацией о клиенте, поскольку, когда актер Менеджер по работе с клиентами работает с заказом (оформляет, корректирует и т.д.), то не всегда при этом он управляет информацией о клиентах, для всех осталь- ных прецедентов/вариантов использования использовано отношение ассо- циации. 20 Рис.14. Главная диаграмма прецедентов/вариантов использования 13. Выполните создание четвертой страницы с помощью команды Встав- ка/Создать страницу…и присвойте ей имя Диалоговые окна 14. Выполните команду Фигуры/Программное обеспечение и базы дан- ных/Программное обеспечение/Окна и диалоговые окна и, используя эле- менты этой категории, создайте для потока событий прецедента/варианта использования Управление информацией о клиенте диалоговые окна Вход в систему, Выбор варианта действий, например, так как показано на рис. ☼ При этом следует учесть, что прецедент/вариант использования начи- нает выполняться тогда, когда Действующее лицо/Актер Менеджер по работе с клиентами подключается к системе и вводит свое имя и пароль. Рис.15 ☼ После ввода имени пользователя и пароля система проверяет правильность пароля и выводит возможные варианты действий: добавить (Add), изменить (Change), 21 удалить (Delete), просмотреть (View) выйти (Exit). Рис.16 ☼ Если выбрана операция добавить (Add), выполняется поток добавить ново- го клиента (Add a New Client). Система отображает диалоговое окно, содержа- щее поля для ввода данных о новом клиенте, пользователь заполняет поля вво- да, система запоминает введенные данные. Затем прецедент начинается сначала (Рис.17). Рис. 17 ☼ Если выбрана операция изменить (Change) выполняется поток Изменить данные о клиенте (Change Client Data).Система отображает диалоговое окно, содержащее список клиентов и поле для ввода номера клиента (или поля для данных клиента), Менеджер по работе с клиентами выбирает необходимого клиента из списка или вводит его номер в поле (или его данные), система ото- бражает информацию о данном клиенте, после изменений система запоминает введенные данные. Затем прецедент начинается сначала (рис.18). 22 Рис.18. ☼ Если выбрана операция удалить (Delete), выполняется поток удалить клиента (Delete Client). Система отображает диалоговое окно, содержащее список кли- ентов и поле для ввода номера клиента. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле. Система удаляет выбранного клиента. Затем прецедент начинается сначала (рис.) Рис.19. ☼ Если выбрана операция просмотреть (View), выполняется поток просмотреть данные о клиенте (View Client Data). Система отображает диалоговое окно, со- держащее список клиентов и поле для ввода номера клиента (или поля ввода). Менеджер выбирает необходимого клиента из списка или вводит его номер в поле ввода. Система отображает информацию о выбранном клиенте. Когда ме- неджер просмотрит информацию, прецедент начнется сначала. Рис.20. ☼ Если выбрана операция выйти (Exit) прецедент завершается. 15. Расположите созданные диалоговые окна на странице, например, так, как это показано на рис.21. 23 Рис.21. 16. Сохраните изменения и завершите работу с приложением. Список литературы и ссылки на интернет–ресурсы 1. Буч Г. Язык UML. Руководство пользователя/Г. Буч, Д. Рамбо, Якобсон И. 2– е изд.: Пер. с анг. Мухин Н.– М.:ДМК Пресс, 2007. – 496 с. 2. Галатенко В.А. Курс лекций по курсу «Основы информационной безопасности» [Электронный ресурс]. Режим доступа: http://citforum.ru/security/articles/galatenko/ 3. Информика Режим доступа: http://www.informicus.ru/default.aspx?SECTION=6&id=73&subdivisionid=5 4. Леоненко А. Самоучитель.UML. [Электронный ресурс]. Режим доступа: http://khpi–iip.mipk.kharkiv.edu/library/case/leon/gl5/gl5.html#4 5. Пашкевич А.П.Современные технологии программирования/А.П.Пашкевич, Чумаков О.А. Курс лекций. [Электронный ресурс]. Режим доступа: http://www.bsuir.by/m/12_100229_1_58444.pdf 6. Фастовский Э.Г. Лабораторные работы по курсу "Системы автоматизированно- го проектирования программного обеспечения" [Электронный ресурс]. Режим доступа: http://khpi–iip.mipk.kharkiv.edu/library/case/lab/labs/lab04.html 7. [Электронный ресурс]. Режим доступа: http://www.znannya.org/?view=Example_construction_diagram_sequence 8. [Электронный ресурс]. Режим доступа: http://www.caseclub.ru/articles/use_case.html |