перемещения товара

9) Данные о списании товара

АКТ

2.1 Диаграмма вариантов использования

Диаграмма использования ( use case diagram ) предназначена для отображения внешнего функционирования проектируемой системы и ее взаимодействия с внешним миром пользователями. Эти диаграммы впервые были рассмотрены в книге Иваром Якобсоном ( Ivar Jacobson ). Основой подхода являются так называемые блоки использования ( use case ), которые представляют собой некоторый набор функций системы, объединяемых в единое целое с точки зрения пользователя. Один блок использования не обязательно представляет собой одну часть системы или даже единую группу функций. Он представляет собой именно понимание пользователем поведения системы.

Диаграммы использования являются широко применяемыми в различных технологиях проектирования. Их главная задача - спецификация требований к системе на начальных этапах проектирования, когда решаются наиболее общие задачи предназначения разрабатываемой системы. Широкое распространение диаграмм использования привела в частности и к тому, что они имеют очень широкое и иногда различное толкование.

Диаграмма состоит из следующих элементов:

внешние пользователи ( actors ), это такие воздействия, которые передают или получают информацию для системы, это могут быть физические объекты разной природы от людей и механизмов до программных систем, один физический объект может описываться несколькими пользователями, если он взаимодействует с разными функциями, блоки использования ( use case ), это такие группы функций системы, которые объединяются в единое целое для внешнего пользователя, связи между блоками использования и связи между блоками использования и внешними пользователям.

Выделены следующие виды связей:

взаимодействие; (только между пользователем и блоком использования)

расширение - данный вид отношения от блока А к блоку В обозначает, что исполнение блока В может дополняется исполнением некоторых функций блока А;

использование - данный вид отношения от блока А к блоку В обозначает, что исполнение А также включает исполнение блока В;

Графически блоки использования обозначаются эллипсами с указанием имени внутри эллипса или рядом с ним. Внешние пользователи графически обозначаются как прямоугольники с табулятором «Пользователь» или в виде схематичной фигурки человека, с именем под ней.

Графическое обозначение для связей следующее:

взаимодействие - сплошная линия,

расширение - линия со стрелкой от блока, предоставляющего расширение к базовому блоку, помеченная словом «extends»

использование - линия со стрелкой от использующего блока к используемому блоку, помеченная словом «uses».

Все блоки использования объединяются на рисунке в единый прямоугольник, очерчивающий рамки проектируемой системы.

2.2 Диаграмма коопераций (сотрудничества)

Диаграмма сотрудничества ( Collaboration diagram ) предназначена для описания методов взаимодействия между объектами. Для пояснения смысла и назначения диаграммы необходимо ввести такое понятие как «сотрудничество».

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

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

Диаграмма сотрудничества включает в себя объекты и отношения между ними, заключающееся в вызове методов друг друга. Некоторые объекты появляются только в рамках реализации сотрудничества, они помечаются специальным словом «new» ( новый ). Те объекты, которые уничтожаются во время реализации сотрудничества помечаются специальным словом «destroy» ( уничтожить ).

На диаграмме могут быть показаны связи между объектами представляющие:

параметры процедур,

локальные переменные,

self ссылки ( ссылки на сам объект ).

В случае вызова метода одного объекта другим объектом, рядом со связью указывается имя метода и задается направление взаимодействия (чей метод вызывается). Так как диаграммы сотрудничества очень часто используются для построения процедурных спецификаций, допускается указывать последовательности вызовов методов путем их нумерации.

2.3 Диаграммы последовательностей

2.4 Диаграмма классов:

Диаграмма классов представляет набор:

1) классов,

2) типов данных,

3) интерфейсов и

4) отношений между ними.

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

Графическое представление класса - это прямоугольник, который может быть разделен на три части:

Верхняя часть прямоугольника содержит имя класса, средняя - атрибуты, нижняя - методы поведения ( операции ). Атрибуты или методы при изображении класса могут быть скрыты для того, что бы подчеркнуть другие аспекты диаграммы классов, например, состав классов и отношения между ними. В этом случае изображение класса принимает простейший вид прямоугольника с именем класса.

Каждый атрибут представляется в следующем виде:

видимость имя: тип = начальное значение

Перед именем может следовать знак обозначающий видимость атрибута для других классов:

+ общедоступный ( public ) атрибут

# защищенный ( protected ) атрибут

-закрытый ( private ) атрибут

Каждый метод представляется в следующем виде:

видимость имя( список параметров ): тип возвращаемого значения

Описатель видимости имеет те же значения, что и для атрибута.

Список параметров представляет собой перечень описателей параметров, разделенных запятой. Описатель каждого параметра имеет вид:

вид имя: тип = значение по умолчанию

вид параметра может быть следующим:

in входной параметр

out выходной параметр

inout входной и выходной параметр

Текст реализации операции может быть сопоставлен в качестве примечания для каждого метода.

Интерфейсы

Интерфейсы предназначены для спецификации внешнего вида операций для классов.

Отношения между классами

Двухместная связь ( Binary Association )

это отношение между двумя классами, включая возможность рефлексивного отношения класса с самим собой. Изображается сплошной линией, соединяющей два класса. Линия может иметь один или несколько соединенных сегментов. Конец линии соединенный с классом называется ролью. Для связи может быть задано имя , которое представляет отношение в целом, оно не должно располагаться вблизи краев линии для того, что бы не возникало конфликтов с именованием ролей.

Отношения между классами

2.5 Диаграмма деятельности (действий)

Диаграммы действий ( activity diagrams ) показывают выполнение операций. Они являются разновидностью автомата. Предназначение данной диаграммы - показать поток управления, внутренний для операции, в противоположность показу реакции на внешние события ( как это делается в диаграмме состояний ).

Диаграмма действий состоит из следующих элементов:

Действия

Действия показывают выполнение некоторой неделимой операции. Каждое действие имеет имя, определяющее смысл этого действия. Имя может представлять собой текст на естественном языке, псевдокод операции или фрагмент текста на некотором языке программирования. Внутри описания могут использоваться атрибуты того объекта за которым закреплена диаграмма действий.

Условия

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

Переходы

Переходы имеют тот же смысл, что и в автоматной модели диаграммы состояний. Но здесь они не помечаются никаким событием и имеют условие только для специальных состояний - «условие», т.е. они просто передают управление от одного действия к другому. Окончание входных действий непосредственно приводит к выполнению перехода. Возможность распараллеливания и синхронизации остается.

Полосы выполнения

Диаграмма действий может быть разделена на полосы ( swim lanes ), которые включают в себя определенный набор действий и переходов. Каждая полоса имеет собственное имя и тем самым позволяет группировать действия в единое целое. Ее можно сравнить с пакетом для классов. Графически каждая полоса представляет собой вертикальное разделение диаграммы действий с помощью сплошной линии. Каждое действие может находиться только в одной полосе, тогда как переходы могут пересекать полосы.

Выводы

Изучили основы средств UML.

Изучили деятельность магазина и смоделировали средствами UML информационную систему предприятия.

Построили диаграммы вариантов использования, коопераций (сотрудничества), последовательностей, классов, деятельности (действий), которые отображают деятельность предприятия.

Осуществили моделирование информационной системы на ранней стадии - фазе формирования концепции, включая формирование идей, постановку целей, изучение мотиваций и требований заказчика, анализ исходных данных, определение основных требований и ограничений, требуемых материальных, финансовых и трудовых ресурсов. Для моделирования бизнес-процессов заданной предметной области применили CASE-средство Visual UML.

Список литературы:

1. Шлеер С, Меллор С., Объектно-ориентированный анализ: моделирование мира в состояниях.- М. 1992

2. Г.Буч, Объектно-ориентированное проектирование с примерами применения М., "Конкорд", 1992.

3. Богословская Н.В., Бржезовский А.В., Жаков В.И., Путилов В.А., Фильчаков В.В., Автоматизированные методы спецификации программных систем. -Апатиты, КФ ПетрГУ, 1996. 147с.

4. Страуструп Б., Язык программирования С++. - М., Радио и связь, 1991.

5. Гайдамакин Н.А. «Автоматизированные информационные системы, базы и банки данных».

6. Леоненков «Основы UML».

Размещено на Allbest.ru