Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Бийский технологический институт (филиал)

федерального государственного бюджетного образовательного

учреждения высшего образования

«Алтайский государственный технический университет. И.И.Ползунова»

(БТИ АлтГТУ)

Факультет ИТАУ

Кафедра МСИА

ИНФОРМАЦИОННАЯ СИСТЕМА БИБЛИОТЕЧНОГО ФОНДА ГОРОДА

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВОМУ ПРОЕКТУ

по дисциплине «Методы и средства проектирования ИС и технологий»

Выполнил: А.А. Фокина

студент гр. ИСТ-31

Руководитель: А.В. Шалунов

проф., д.н

БИЙСК 2015



Оглавление

Введение

1. Аналитическая часть

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

1.2 Постановка задачи

1.3 Метод разработки

1.3.1 StarUML

1.3.2 NClass

1.3.2 Visual Paradigm for UML

1.4 Обоснование проектных решений

2. Проектная часть

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

2.2 Диаграмма классов

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

2.4 Диаграмма деятельности

2.5 Диаграмма «Сущность-Связь»

Заключение

Список используемых источников

Приложение А Диаграмма вариантов использования

Приложение Б Диаграмма классов

Приложение В Диаграммы последовательности

Приложение Г Диаграммы деятельности

Приложение Д Диаграмма «Сущность-Связь»



Введение

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

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

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

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

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

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

- Диаграмма вариантов использования (Use Case Diagram);

- Диаграмма классов (Class Diagram);

- Диаграмма последовательности (Sequence Diagram);

- Диаграмма деятельности (Activity Diagram);

- Диаграмма «Сущность-Связь» (Entity Relationship Diagram).



1. Аналитическая часть

информационный система библиотечный город

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

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

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

Библиотечный фонд размещен в залах-хранилищах различных библиотек на определенных местах хранения (номер зала, стеллажа, полки) и идентифицируется индивидуальным номером (кодом печатного издания). Каждое издание имеет определенный срок выдачи, а также код поставщика, который производит его завоз в библиотеки. С одной стороны, библиотечный фонд может пополняться, с другой - с течением времени происходит его списание.

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

1.2 Постановка задачи

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

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

Для достижения этой цели будут использоваться UML-диаграммы, наглядно представляющие работу данной системы.

1.3 Метод разработки

В процессе разработки курсового проекта было использовано программное обеспечение Visual Paradigm for UML. Для обоснования этого решения следует дать краткое описание некоторых других программных продуктов и сравнить их с выбранным.

1.3.1 StarUML

StarUML - программная платформа моделирования, которая поддерживает UML (Унифицированный Язык Моделирования). Она основана на версии UML 1.4 и поддерживает нотацию UML версии 2.0 и одиннадцать различных типов диаграмм. Она активно поддерживает подход MDA (Архитектура Управляемая Моделью) и концепцию профилей UML. StarUML превосходен в отношении настройки окружения пользователя и имеет высокую степень расширяемости в том, что касается его функциональных возможностей [1].

StarUML - многофункциональный инструмент UML, написанный на языке Delphi, который также имеет много встроенных языков программирования (C, C++, Java и др.). Главной особенностью программного средства является схема обзора, которая позволяет видеть состояние проекта и рисовать графики вручную, можно выбрать шаблон и изменить его под свои потребности. Свою законченную работу (проект) можно экспортировать в формате jpeg, wmf [2].

1.3.2 NClass

NClass - это свободное и бесплатное программное обеспечение для проектирования UML-диаграммы классов для C# и Java приложений. Оно написано только с помощью языка C# и требует.NET Framework 4.0 или последнюю версию Mono [4].

Данная программа имеет следующие недостатки:

- NClass поддерживает разработку только диаграмм классов стандарта UML;

- Также эта программа не содержит некоторые важные особенности работы с ней, такие как undo(отменить предыдущее действие) или round-trip engineering (полный цикл проектирования), которые часто запрашиваются пользователем. Эти особенности планируют включить в дальнейшие версии ПО [3].

1.3.2 Visual Paradigm for UML

Visual Paradigm for UML - это программное обеспечение, предназначенное для создания UML диаграмм и последующего генерирования их кода на различных языках программирования.

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

Код ресурса также может быть сгенерирован с помощью этого приложения. Программа распознает различные типы языков программирования, такие как Java, ODL, RUBY, PHP и многие другие. Приложение, бесспорно, очень многофункционально. Одно из доказательств этому - наличие различных дополнений, уже встроенных в программу. Они могут помочь пользователю настроить внешний вид макета диаграмм.

Приложение также очень удобно в использовании. Пользователь может сам сформировать различные диаграммы или получить информацию из файлов с расширениями XML и XLS. Приложение также позволяет пользователю делать такие действия, как undo (отменить предыдущее действие) или redo (повторить предыдущее действие) и zoom in (увеличить изображение) или zoom out (уменьшить изображение).

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

Созданные диаграммы могут быть экспортированы в различные форматы файлов. Например, они могут быть открыты и просмотрены в HTML, PDF и DOC форматах. Пользователь также может сохранить свои диаграммы, как изображения [5].

Таким образом, использование программы Visual Paradigm for UML более удобно для создания данного проекта, поскольку данное ПО не только имеет бесплатную лицензию для некоммерческих целей, но и обладает рядом преимуществ непосредственно для создания диаграмм по сравнению с другими приложениями.

1.4 Обоснование проектных решений

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

При выборе ЭВМ необходимо руководствоваться рядом характеристик. К таким характеристикам относятся надежность, стоимость, производительность, объем памяти и другие.

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и выбранная среда программирования: Visual Paradigm for UML. Стоит заметить, что использовалась более новая (12.2) версия данного ПО, так как она представляет более полные возможности, по сравнению с предыдущими своими версиями.

Для написания отчета использовался текстовый процессор Microsoft Word 2010.



2. Проектная часть

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

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

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

Актант (актер, внешняя сущность, actor) - абстрактное описание класса источников/приемников сообщений, которые напрямую взаимодействуют с системой, подсистемой или классом. Это-описание роли, которую играет пользователь (человек или другая система, подсистема, класс) во время взаимодействия с системой.

Каждая роль требует для себя вполне определенного сервиса (обслуживания). Актант обычно изображается на диаграммах как “человек” с надписью (символ человека).

Актант находится вне системы и его внутренняя структура не определяется. Он является источником/приемником сообщений.

Вариант использования (прецедент, use case) - абстрактное описание класса сервиса (сервисных функций), предоставляемого актанту в ответ на его запросы. Сервис могут предоставлять система в целом, подсистема или класс. Таким образом, вариант использования означает моделирование некоторой части функциональности или поведения системы. Вариант использования имеет имя и означает некоторую последовательность действий, видимых внешнему источнику/приемнику (актанту). Подробно этот процесс описывается сценарием, построение которого рассматривается в следующей лабораторной работе.

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

На диаграмме вариант использования изображается обычно эллипсом, внутри ставится имя. Между актантами и вариантами использования ассоциация - единственный вид связи [6].

Для данной системы выделим следующих актеров:

- Работник;

- Читатель;

- Поставщик;

- Общая БД библиотек.

Актер «Работник» может выполнять следующие действия:

- Зарегистрировать читателя;

- Заказать книгу;

- Зарегистрировать книгу;

- Изменить информацию о книге;

- Изменить информацию о читателе;

- Списать книгу;

- Поставить отметку о выдаче книги;

- Поставить отметку о возврате книги;

- Запросить информацию о наличии книги в другой библиотеке.

Актер «Читатель» может выполнять следующие действия:

- Поиск в каталоге;

- Заказать книгу.

Актер «Поставщик» может выполнять следующие действия:

- Поставить книгу.

Актер «Общая БД библиотек» может выполнять следующие действия:

- Выдать информацию (о наличии запрошенной книги в другой библиотеке фонда).

Диаграмма вариантов использования приведена в приложении А.

2.2 Диаграмма классов

Классы в UML изображаются на диаграммах классов, которые позволяют описать систему в статическом состоянии -- определить типы объектов системы и различного рода статические связи между ними [7].

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

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

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

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

Кратность свойства обозначает количество объектов, которые могут заполнять данное свойство [8].

Для данного курсового проекта были созданы следующие классы: Экран, Заказ, Поставщик, Печатное издание, Работник, Автор, Читатель и Библиотека. Классы Экран и Заказ имеют стереотип boundary, что означает граничный (объекты этих классов реализуют интерфейсы системы с внешней средой и различными пользователями). Остальные классы имеют стереотип entity - сущностные - объекты этих классов представляют собой блоки длительно хранимой информации, используемые для организации баз данных и знаний, файловых систем хранения данных различной логической структуры [9].

Рассмотрим атрибуты и операции, присущие граничным классам:

Класс Экран, операции:

- Сделать заказ(): int;

- Выбрать операцию для БД Печатные издания(): int;

- Выбрать операцию для БД Читатели(): int;

- Выбрать операцию для БД Поставщики(): int;

- Выбрать операцию для БД Работники(): int;

- Выбрать операцию для БД Библиотеки(): int;

- Выбрать операцию для БД Автор(): int;

Класс Заказ, атрибуты:

- Код издания: int;

- Код поставщика: int;

- Количество: int.

Класс Заказ, операции:

- Сформировать заказ(): int;

- Отправить заказ(): int;

- Удалить заказ(): int;

- Вывести список заказов. (): int.

Для классов типа сущностные (кроме класса Печатные издания) операции являются однотипными:

- Добавить элемент класса(): int;

- Удалить элемент класса(): int;

- Изменить информацию об элементе класса(): int;

- Вывести список всех элементов класса(): int.

Для класса Печатные издания существуют две дополнительные операции:

- Поставить отметку о выдаче(): int;

- Поставить отметку о возврате(): int.

Теперь рассмотрим подробнее атрибуты, присущие сущностным классам:

Класс Печатные издания:

- Код издания: int;

- Название издания: string;

- Код автора: int;

- Код поставщика: int;

- Год издания: int;

- Количество страниц: int;

- Код использования: boolean;

- Код библиотеки: int;

- Номер зала: int;

- Номер стеллажа: int;

- Номер полки: int;

- Код читателя: int;

- Срок выдачи: int.

Класс Автор:

- Код автора: int;

- Фамилия: string;

- Имя: string;

- Отчество: string;

- Дата рождения: string;

- Страна: string;

- Город: string;

Класс Читатель:

- Код читателя: int;

- Фамилия: string;

- Имя: string;

- Отчество: string;

- Год рождения: int;

- Адрес: string;

- Телефон: int;

- Дата регистрации: string;

- Электронный адрес: string.

Класс Библиотека:

- Код библиотеки: int;

- Адрес: string;

- Телефон: int;

- Электронный адрес: string.

Класс Работник:

- Код работника: int;

- Фамилия: string;

- Имя: string;

- Отчество: string;

- Должность: string;

- Адрес: string;

- Телефон: int;

- Код библиотеки: int.

Класс Поставщик:

- Код поставщика: int;

- Название фирмы: string;

- Адрес: string;

- Телефон: int;

- Электронный адрес: string;

- Название издания: string.

Разработанная диаграмма классов представлена в приложении Б.

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

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

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

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

Линия жизни объекта (object lifeline) изображается пунктирной вертикальной линией, ассоциированной с единственным объектом на диаграмме последовательности. Линия жизни служит для обозначения периода времени, в течение которого объект существует в системе и, следовательно, может потенциально участвовать во всех ее взаимодействиях. Если объект существует в системе постоянно, то и его линия жизни должна продолжаться по всей плоскости диаграммы последовательности от самой верхней ее части до самой нижней.

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

Таким образом, сообщения не только передают некоторую информацию, но и требуют или предполагают выполнения ожидаемых действий от принимающего объекта [10].

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

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

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

Поставщик может только просматривать информацию о библиотеках и заказах, а Общая БД библиотек имеет возможность просмотра информации о библиотеках, печатных изданиях и авторах.

Диаграммы последовательности для данных пользователей представлены в приложении В.

2.4 Диаграмма деятельности

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

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

Таким образом, диаграммы деятельности позволяют реализовать в языке UML особенности процедурного и синхронного управления, обусловленного завершением внутренних деятельностей и действий. Основным направлением использования диаграмм деятельности является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения.

В контексте языка UML деятельность (activity) представляет собой совокупность отдельных вычислений, выполняемых автоматом, приводящих к некоторому результату или действию (action). На диаграмме деятельности отображается логика и последовательность переходов от одной деятельности к другой, а внимание аналитика фокусируется на результатах. Результат деятельности может привести к изменению состояния системы или возвращению некоторого значения [11].

Диаграмма деятельности представляет по существу обычную блок-схему. На ней показываются деятельности - шаги в выполнении процесса, изображаемые в виде прямоугольников с сопряженными дугами горизонтальными сторонами и переходы между ними, показываемые стрелками. Предусмотрена возможность ветвления, изображаемая в виде ромба. На этих диаграммах можно показать распараллеливание процесса на подпроцессы и слияние подпроцессов. Для обозначения этих действий используются жирные горизонтальные или вертикальные линии. Все элементы могут быть проименованы [12].

Во всех разработанных схемах есть условие, идущее от деятельности «Выбрать действие» на Экране. В зависимости от того, какая база данных была выбрана пользователем на первом шаге использования системы, с ней будет выполнено необходимое действие, которое также выбиралось пользователем.

Отдельно интересен маршрут деятельности клиента, когда он делает заказ. Тогда последовательность действий системы такова:

1. Клиент выбирает БД Заказ;

2. Выбирает необходимое действие с этой БД: Сформировать заказ;

3. Посылается запрос на выполнение данного действия выбранной БД;

4. Начинается формирование заказа;

5. Система отправляет запрос БД Печатное издание на получение информации о необходимом печатном издании;

6. Система отправляет запрос БД Поставщик на получение информации о возможных поставщиках данного издания;

7. Завершение запроса;

8. Получение пользователем подтверждения о выполнении операции по формированию заказа.

Диаграммы деятельности для пользователей Читатель, Работник, Поставщик и Общая БД библиотек представлены в приложении Г.

2.5 Диаграмма «Сущность-Связь»

Диаграммы "сущность-связь" (ER-Diagram) предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).

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

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

Другими словами, сущности представляют собой базовые типы информации, хранимой в базе данных, а отношения показывают, как эти типы данных взаимоувязаны друг с другом [13].

Атрибут сущности - это именованная характеристика, являющаяся некоторым свойством сущности.

Ключ сущности - это неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности. Неизбыточность заключается в том, что удаление любого атрибута из ключа нарушается его уникальность [14].

В данном курсовом проектировании были созданы следующие сущности: Поставщик, Заказ, Читатель, Работник, Печатное издание, Автор и Библиотека.

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

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

- Печатное издание и Заказ (атрибуты: Код издания из таблицы Печатные издания и Код издания из таблицы Заказов);

- Печатное издание и Автор (Код издания из таблицы Печатные издания и Код автора из таблицы Автор).

Разработанная диаграмма «Сущность-Связь» представлена в приложении Д.



Заключение

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

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

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



Список используемых источников

1) StarUML. Руководство разработчика - StudFiles [Электронный ресурс]. Режим доступа: http://www.studfiles.ru/preview/2497143/

2) StarUML - Get App [Электронный ресурс]. Режим доступа: http://get-app.ucoz.ru/load/prochee/staruml/9-1-0-523

3) NClass - Academic [Электронный ресурс]. Режим доступа: http://en.academic.ru/dic.nsf/enwiki/10256022

4) NClass - Wikipedia [Электронный ресурс]. Режим доступа: https://en.wikipedia.org/wiki/NClass

5) Visual Paradigm for UML -Softango.com Wikipedia [Электронный ресурс]. Режим доступа: http://www.softango.com/visual-paradigm-for-uml-standard-edition.html

6) UML. Диаграмма вариантов использования и правила ее построения - Narod.ru [Электронный ресурс]. Режим доступа: http://deryabych.narod.ru/4/4.html

7) Синтаксис и семантика основных объектов UML - koi.tspu.ru [Электронный ресурс]. Режим доступа: http://koi.tspu.ru/koi_books/gazizov/l12p02.htm

8) Диаграммы классов: основы UML - Src-Code.net [Электронный ресурс]. Режим доступа: http://src-code.net/diagrammy-klassov-osnovy-uml/

9) UML - StudFiles [Электронный ресурс]. Режим доступа: http://www.studfiles.ru/preview/2114176/page:5/

10) Диаграмма последовательности (sequence diagram) - DimDim Software [Электронный ресурс]. Режим доступа: http://www.info-system.ru/designing/methodology/uml/theory/sequence_diagram_theory.html

11) Диаграмма деятельности (activity diagram) - DimDim Software [Электронный ресурс]. Режим доступа: http://www.info-system.ru/designing/methodology/uml/theory/activity_diagramm_theory.html

12) Диаграммы UML - Библиофонд [Электронный ресурс]. Режим доступа: http://bibliofond.ru/view.aspx?id=792249

13) Диаграммы “сущность-связь” - Interface [Электронный ресурс]. Режим доступа: http://www.interface.ru/fset.asp?Url=/case/defs5.htm

14) Диаграммы "Сущность - связь" - narod.ru [Электронный ресурс]. Режим доступа: http://veselyy89.narod.ru/Blok_2/Vopros_12.htm



Приложение А Диаграмма вариантов использования

Приложение Б Диаграмма классов

Приложение В Диаграммы последовательности

Рисунок В.1 Диаграмма последовательности для пользователя «Работник»



Рисунок В.2 Диаграмма последовательности для пользователя «Читатель»

Рисунок В.3 Диаграмма последовательности для пользователя «Поставщик»

Рисунок В.4 Диаграмма последовательности для пользователя «Общая БД библиотек»

Приложение Г Диаграммы деятельности

Рисунок Г.1 Диаграмма деятельности для пользователя «Работник»

Рисунок Г.2 Диаграмма деятельности для пользователя «Поставщик»

Рисунок Г.3 Диаграмма деятельности для пользователя «Общая БД библиотек»

Рисунок Г.4 Диаграмма деятельности для пользователя «Читатель»



Приложение Д Диаграмма «Сущность-Связь»

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

...