2 Разработка модели функциональных требований задачи «учета приема/выдачи книг»

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

Итак, для начала рассмотрим нашу систему, состоящую из нескольких подсистем. Диаграмма прецедентов для АИС «УФД/Библиотека» представлена на рисунке 2.1

Рисунок 2.1 - Диаграмма прецедентов АИС «УФД/Библиотека»

На рисунке 2.1 хорошо видно, что система состоит из нескольких подсистем. Каждая подсистема выполняет свой комплекс функциональных задач.

Рассмотрим подсистему учета приема/выдачи книг. Диаграмма прецедентов для данной подсистемы приведена на рисунке 2.2

Рисунок 2.2 – Диаграмма прецедентов подсистемы учета/приема выдачи литературы

Рисунок 2.3 - Диаграмма прецедентов задачи

«Учета приема/выдачи книг»

На рисунке 2.3 видно, что в рассматриваемой подсистеме принимают участие два актера:

• актер Сотрудник библиотеки использует систему для приема и выдачи книг, просмотра электронного заказа, а также формирования отчетов;

• актер Читатель использует систему для оформления электронной заявки на литературу из фондов библиотеки.

Прецеденты, имеющиеся в данной подсистеме занесены в таблицу 2.1

Таблица 2.1 Описание прецедентов.

Прецедент	Краткое описание
Выдача книг	Запускается сотрудником библиотеки. Позволяет работать с данными, касающимися выдачи книг
Просмотр електронного заказа	Запускается сотрудником библиотеки. Позволяет просматривать список заказанных читателями книг.
Прием книг	Запускается сотрудником библиотеки. Позволяет работать с данными, касающимися приема книг.
Формирование отчета о приеме/выдаче книг	Запускается сотрудником библиотеки. Позволяет просматривать информацию о приеме/выдаче книг, а также при помощи задания критериев формировать отчет о проделанной работе.
Выбор критериев	Запускается сотрудником библиотеки. Позволяет задать критерии для формирования отче та.
Проверка наличия книги на момент выдачи	Запускается сотрудником библиотеки. Позволяет просматривать информацию о наличии свободных книг в фонде.

Продолжение таблицы 2.1

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

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

Отношение такого типа как между прецедентами Формирование отчетов о приеме/выдаче книг и Выбор критериев - отношение расширения, поскольку, когда актер Библиотекарь работает с формированием отчетов о приеме/выдаче книг, то не всегда при этом он управляет информацией о критериях.

Отношение такого типа как между прецедентами Выдача книг и Заполнение требования на выдачу книг - отношение включения, поскольку для выдачи книги обязательно нужно заполнить требование на ее выдачу.

Основными прецедентами выбранной подсистемы являются первые четыре, рассмотренные в таблице 2.1, рассмотрение их и будет продолжено в работе.