ФОРМИРОВАНИЕ МОДЕЛИ ФУНКЦИОНИРОВАНИЯ ПРОГРАММНОГО СРЕДСТВА С ИСПОЛЬЗОВАНИЕМ UML

ФОРМИРОВАНИЕ МОДЕЛИ ФУНКЦИОНИРОВАНИЯ ПРОГРАММНОГО СРЕДСТВА С ИСПОЛЬЗОВАНИЕМ UML

формирования модели процесса в рамках которого будет функционировать проектируемое программное

средство

ПО, автоматизирующего процесс покупки товара в книжном магазине.


Диаграмма ВИ (системный

уровень)
Диаграмма последовательности для одного из вариантов использования

информационной системы. Потребность в ней появилась в связи с увеличением

торгового зала и ассортимента книг. На сегодняшний день имеется зал со стеллажами. Книги по жанрам разделены на отделы, такие как «Детективы», «Классическая литература», «Кулинария», «Книги для детей» и т.д., в каждой отделе находится консультант, который помогает клиентам найти интересующую книгу, полагаясь только на свою память. Клиент, получая книгу, следует к кассе. Кассир узнает стоимость товара по «стикеру» наклеенному на книгу. Оплата производится только наличными.

в курсе всех новых поступлений и местонахождении книг, что при

наличии большого ассортимента очень тяжело. «Стикеры» нужно наклеить на каждую книгу перед тем как выставить на стеллаж. Это занимает определенное время. Так же может сыграть роль человеческий фактор и некоторые книги останутся без «стикера» или с ошибочным «стикером» (неверная цена). Существует вероятность того что недобросовестные покупатели могут переклеить «стикер» с более дешевой книги на нужную им книгу. В следствии чего книжный магазин потерпит убытки. Оплата производится наличными, что доставляет трудности некоторым покупателям магазина.

выполняла следующие функции:
Слежение за количеством товара; Формирование каталога; Формирование чека; Запись и хранение

данных о продаже; Авторизация платежа. Каждая книга будет иметь свой идентификационный номер, который равен штрих-коду.
Кассир будет сканировать сканером штрих-код, на экране появится номер книги, автор, цена согласно каталогу книг. Система сама сформирует чек, а так же запишет данные о продаже. Оплата будет возможна как наличным так и безналичным платежом. Так же в зале будут располагаться терминалы, которыми будут пользоваться консультанты. Вход будет запаролен. С помощью этого терминала консультанты смогут просматривать полный каталог книг, выполнять поиск и фильтрацию по разным критериям. В этом каталоге книги будут «разбиты» по жанрам, аналогично отделам. В каталоге будет храниться полная характеристика каждой книги (Издательство, год и т.д.), номер стеллажа и полки, а так же количество оставшегося товара. 

вызванных человеческим фактором. Использовать данную систему будут консультанты и кассиры магазина. Система

включает в себя компьютер, устройство считывания штрих-кода, программное обеспечение.

выбрать книгу.
Цели: Выбрать нужную книгу и купить ее.
Описание сценариев.
Основной сценарий:
Покупатель

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

процесс поставки книг.
Цели: Поставка книг.
Описание сценариев.
Основной сценарий:
Консультант формирует заявку на

приобретение книг.
Кладовщик подписывает заявку.
Кладовщик отправляет заявку поставщику.
Поставщик выставляет счет.
Кладовщик передает счет в бухгалтерию.
Бухгалтер оплачивает счет.
Поставщик привозит товар.
Кладовщик принимает товар согласно накладной. И, если все верно, подписывает накладную.
Кладовщик записывает приход товара

кассиру и т.д.) войти в систему.
Основной сценарий.
Пользователь нажимает любую

клавишу.
Система выдает диалоговое окно с просьбой ввести Должность и Пароль.
Пользователь вводит необходимые данные.
Система проверяет данные.
Система, основываясь на должности, открывает нужное диалоговое окно.
Альтернативный сценарий.
5-А. Пароль не верен. Возврат на пункт 2 основного сценария

этого :
Запустить MS Visio. Выбрать категорию шаблонов меню Файл ?Создать?«ПО и

базы данных»?«Схема модели UML»
В проводнике по моделям UML дать осмысленное имя информационной системе (например: «Система книжного магазина»).

папке «Основной пакет», выбрать команду меню «Создать» и далее «Сценарии

выполнения». Все диаграммы UML за исключением схемы состояний создаются аналогичным образом

вся модель UML с множеством схем будет сохранена в одном

файле, необходимо давать соответствующим листам более короткие названия. В частности рассматриваемый лист желательно переименовать в «ДВИ БИЗНЕС» (сокращенно от «Диаграмма вариантов использования» - классическое название данной схемы).

графических элементов для данной диаграммы.
Разместить на рабочем листе элемент «Граница

системы» и дать ему соответствующее название с помощью
предварительного «дабл клика»

различным вариантам использования ИС. Каждому сценарию дать соответствующее название. Для

этого нужно щелкнуть дважды по элементу, и ввести в поле «Имя» требуемое название. При этом размер эллипса, соответствующего сценарию выполнения будет увеличиваться в размерах пропорционально длине его названия

выполнения разместились в них.

лицам (внешним субъектам информационной системы). Каждому актеру дать соответствующее название.

Для этого нужно щелкнуть дважды по элементу, и ввести в поле «Имя» требуемое название

будет выполнять роль отношения ассоциации. Это единственный тип отношения на

ДВИ, который используется для соединения актеров и сценариев.
Все остальные отношения связывают только однотипные элементы. Щелкнуть правой кнопкой мыши по данному элементу и выбрать команду меню «Параметры отображения фигуры …». В появившемся окне настроить параметры отображения так, как показано на рис. Чаще всего для элемента «Сообщение» на диаграмме вариантов использования имеет смысл отображать только направление стрелки (перемещаемость) и в более редких случаях множественность. Множественность показывает, сколько актеров одного типа может быть связано с конкретным сценарием, и наоборот – сколько однотипных сценариев может инициировать один актер. По умолчанию считается, что это количество никак не ограничивается, поэтому по умолчанию ставится значок * (любое число), в связи с чем этот значок можно не отображать, чтобы не загромождать схему. Также задавая параметры отображения фигуры, в данном окне желательно отмечать галочками 2 последние команды – это позволит не повторять одни и те же действия по настройке отображения много раз

актеров и сценариев.
В случае необходимости задать направление потока информации.

Для этого нужно дважды щелкнуть по элементу «Сообщение», чтобы вызвать для него окно свойств. Далее в разделе «Окончание ассоциаций» нужно для соответствующего конца поставить галочку в столбце «isNavigable» (перемещаемый).

это необходимо.
Разместить на рабочем листе отношения обобщения в необходимом количестве.

Для этого в MS Visio также используется элемент «Использование». Появится стрелка со стереотипом «Uses». Для отношений обобщения стереотип не указывается, поэтому нужно вызвать окно настройки параметров отображения фигуры (о том, как это делается, говорилось в п. 10), и отключить отображение стереотипа. Это связано с тем, что по канонам языка UML, для отношения обобщения стереотипы не отображается, так как внешний вид этой стрелки и без того отличается от других видов отношений. Исправленную стрелку отношения обобщения без стереотипа также можно сохранить в своем наборе элементов. Новому элементу в наборе целесообразно дать осмысленное имя, например «Расширении»

отношений обобщения там, где это необходимо.

вариантов использования (БИЗНЕС и СИСТЕМНУЮ) в MS VISIO