1. Анализ предметной области

1.1Анализ требований. Диаграмма вариантов использования

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

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

Для документирования требований используются диаграммы языка UML.

UML (англ. Unified Modeling Language – унифицированный язык моделирования) – язык графического моделирования в области разработки программного обеспечения. UML не является языком программирования, но на основании UML-моделей возможна генерация кода.

Сущности – это абстракции, являющиеся основными элементами модели.

Отношения связывают сущности.

Совокупности сущностей и отношений группируются в диаграммы.

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

Диаграмма вариантов использования (Use Case Diagram, диаграмма прецедентов) – иллюстрирует, какие актеры в каких вариантах использования фигурируют. Таким образом, диаграмма прецедентов полностью описывает ожидаемые функциональные возможности системы (требования).

Таблица 1.1. Диаграмма вариантов использования
Сущность	Описание	Нотация
Актер (Actor)	Пользователи или иные объекты, находящиеся вне системы и непосредственно взаимодействующие с ней.
Вариант использования, прецедент (Use Case)	Спецификация поведения системы, приводящего к значимому для актера результату («Зачем мне нужна система?»)
Отношение	Описание	Нотация
Ассоциация (Association)	Отношение, указывающее на связь между актером и вариантом использования. Направление связи показывает, кто является ее инициатором. Связь может быть односторонней или двухсторонней.
Расширение (Extend)	Включение дополнительного (необязательного) поведения в исходный вариант использования	< <extend>>
Включение (Include)	Выделение одного из обязательных действий в составе варианта использования	< <include>>
Обобщение (Generalization)	Отношение между общим и более специфичным (второй наследует черты первого, добавляя к ним свои)

Правила:

1. Не моделировать связи между актерами. По определению актеры находятся вне системы и связи между ними не относятся к сфере компетенции диаграммы.

2. Не соединять связью непосредственно два варианта использования. Диаграммы данного типа не описывают последовательность выполнения действий или потоки данных.

3. Каждый вариант использования должен быть инициирован актером.

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

5. При выделении вариантов использования следует придерживаться концепции «Уровня моря», т.е. не слишком мелко и не слишком крупно. Допустимо опускаться до уровня подфункций в следующих случаях:

• Для более легкого прочтения диаграммы

• При их большой важности для проекта

• При их частой повторяемости

• Если этот вариант использования является единственным для определенного актера.

Пример:

Информационная система оптового заводского склада

Описание предметной области:

На склад поставляются детали, выполненные из определенных материалов, от заданного круга поставщиков (постоянных или случайных) из различных городов.

В качестве поставщиков могут выступать юридические лица и индивидуальные предприниматели, причем эти группы описываются своим набором характеризующих атрибутов; юридические лица – номер и дата гос. регистрации, наименование, юридический адрес, форма собственности; предприниматели – ИНН, ФИО, страховой полис, номер паспорта, дата прописки.

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

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

Осуществляется отпуск деталей в цеха завода с учетом даты, количества и номера цеха. Поддерживается актуальное количество товаров на складе.

На рисунке 1.1. отражены основные функции и роли пользователей будущей системы.

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

Задание:

• получите вариант задания для курсовой работы (описание предметной области),

• составьте список пользователей и функций,

• постройте диаграмму вариантов использования.