Файл: Отчет по преддипломной практике огу 09. 03. 02. 7223. 223 П руководитель от кафедры.docx

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


Рисунок 2.16 – Диаграмма классов
Диаграммы компонентов используются для визуализации организации компонентов системы и зависимостей между ними. Они позволяют получить высокоуровневое представление о компонентах системы.

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

Компонентные диаграммы:

1. 
   Используются в компонентно-ориентированных разработках для описания систем с сервис-ориентированной архитектурой;
   
2. 
   Показать структуру самого кода;
   
3. 
   Может использоваться для фокусировки на отношениях между компонентами, скрывая при этом детализацию спецификации;
   
4. 
   Помощь в информировании и разъяснении функций создаваемой системы заинтересованным сторонам.
   

На рисунке 2.17 изображена диаграмма компонентов.


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

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

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

---

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

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

1. 
   Для моделирования встроенных систем. Встроенной (embedded) системой называется аппаратный комплекс, взаимодействующий с физическим миром, в котором велика роль программного обеспечения. Встроенные системы управляют двигателями, приводами и дисплеями, а сами управляются внешними воздействиями, например, датчиками температуры и перемещения. Диаграмму размещения можно использовать для моделирования устройств и процессоров, из которых состоит встроенная система.
   
2. 
   Моделирование клиент-серверных систем. Клиент-серверная (client/server) система – это типичный пример архитектуры, где основное внимание уделяется четкому распределению обязанностей между интерфейсом пользователя, существующим на клиенте, и хранимыми данными системы, существующими на сервере. Клиент-серверные системы находятся на одном конце спектра распределенных систем и требуют от вас принятия решений о том, как связать клиенты и серверы сетью, а также о том, как физически распределены программные артефакты между узлами. Диаграммы размещения позволяют моделировать топологию такой системы.
   
3. 
   Моделирование полностью распределенных систем. На другом конце спектра распределенных систем находятся те из них, которые распределены широко или даже глобально (fully distributed) и охватывают серверы различных уровней. Часто на таких системах устанавливаются разные версии программных компонентов, часть которых даже мигрирует с одного узла на другой. Проектирование подобной системы требует решений, которые допускают непрерывное изменение системной топологии. Диаграммы размещения можно использовать для визуализации текущей топологии и распределения артефактов системы, чтобы можно было осмысленно говорить о влиянии на нее различных изменений.
   

Диаграмма размещения для информационной системы библиотеки вуза представлена на рисунке 2.18.


Рисунок 2.18 – Диаграмма размещения

---

3 Разработка информационной системы

3.1 Выбор СУБД
База данных – это упорядоченный набор данных, который предусматривает все стандартные правила хранения и обработки информации, а также организован по установленным требованиям [23].

Для взаимодействия и управления базой данных используются СУБД (системы управления базами данных).

СУБД – это программное обеспечение, с помощью которого пользователи могут определять, создавать и поддерживать базу данных, а также осуществлять к ней контролируемый доступ [24].

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

– обеспечение быстрого доступа к данным;

– управление транзакциями;

– поддержка целостности данных;

– гарантирование безопасности данных;

– реализация языка запросов к данным;

– ведение журнала изменений, произошедших с базой данных [25].

Как и с CASE-средствами, для выбора наиболее подходящей СУБД необходимо провести сравнительный анализ функциональных возможностей, который приведен в таблице 3.1.
Таблица 3.1 – Сравнительный анализ функциональных возможностей

СУБД	Тип	Разработчик	Операционная система	Лицензия	Исходный код	Поддержка
Oracle DB	Мультимодельная	Oracle Corporation	Linux, MS Windows, Oracle Solaris, IBM AIX	Коммерческая	Закрытый	Платная
MySQL	Реляционная	Oracle Corporation	Linux, MS Windows, Oracle Solaris, Free BSD, macOS	GNU GPL и коммерческая	Открытый	Платная
SQL Server	Реляционная	Microsoft	MS Windows, Linux	Коммерческая	Закрытый	Бесплатная

На основе сравнительного анализа можно сделать вывод, что СУБД MS SQL Server является наиболее подходящей для работы с разрабатываемой информационной системой.

---

3.2 Проектирование базы данных
Проектирование базы данных СППР по замене сетевого оборудования организации. В результате проведенного анализа предметной области легко перечислить все основные сущности этой БД.

В реляционную модель проектированной БД будут входить следующие таблицы (сущности): «Тестовые анкеты», «Вопросы», «Опросы», «Результаты опросов», «Пользователи» (Таблицы 3.2-3.6).
Таблица 3.2 – Список атрибутов таблицы «Тестовые анкеты»

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

Таблица 3.3 – Список атрибутов таблицы «Вопросы»

Ключевое поле	Название	Назначение
ПК (первичный ключ)	idQuestion	Ключевое поле, предназначенное для однозначной идентификации каждой записи в таблице. Представляет собой первичный ключ. Это уникальное значение, соответствующее каждому туру. Это целое число. Т.е. для идентификации каждого тура будет применяться определенный номер. Этот номер может быть случайным целым числом или счетчик по порядку.
	Type
	Question
	Answer

---

Таблица 3.4 – Список атрибутов таблицы «Опросы»

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

Таблица 3.5 – Список атрибутов таблицы «Результаты опросов»

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

Таблица 3.6 – Список атрибутов таблицы «Пользователи»

---