Файл: Пояснительная записка к курсовому проекту по дисциплинам Проектирование и архитектура пс, Конструирование на н листах.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 26.10.2023

Просмотров: 116

Скачиваний: 5

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.


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

    1. Нормативно-технические документы, использованные при проектировании

При проектировании использовалась спецификация текущей версии UML - Documents associated with. Unified Modeling Language (UML), v2.5.1. Release date: December 2017.- http://www.omg.org/spec/UML/2.5.1/ [8].

  1. Описание процесса деятельности

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

Оформление заказа необходимо в том случае, если в салоне в наличии не находится машина, необходимая клиенту. Администратор оформляет заказ.

Ведение каталогов – администратор следит за количеством автомобилей определенных марок/комплектаций/цветов/моделей в наличии.

Отчет – это информация о доходах автосалона за определенный период времени.

  1. Основные технические решения

    1. Архитектура системы

Система DS имеет двухуровневую серверную архитектуру

На уровне данных размещается подсистема хранения данных. Она содержит СУБД и БД.

На прикладном уровне размещается подсистема приложений.

Подсистема хранения данных предназначена для хранения оперативных данных системы и данных для формирования аналитических отчетов.

Подсистема приложений предназначена для автоматизации процедур управления автосалоном.

Рис. 3.1. Диаграмма развертывания



Рис. 3.2. Диаграмма пакетов

Слой Data Access (доступ к данным) отвечает за все коммуникации с БД. Здесь формируются запросы к сохраняемым данным и инициируются транзакции БД.


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

Слой Presentation (представление) содержит классы, которые определяют GUI-объекты.

Информационный обмен между компонентами системы

Входящие в состав DS подсистемы в процессе функционирования должны обмениваться информацией на основе открытых форматов обмена данными по протоколам на основе TCP/IP.

Форматы данных будут разработаны и утверждены на этапе технического проектирования.

Решения по режимам функционирования, диагностированию работы системы

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

  1. Работа неавторизованного пользователя

  2. Работа авторизованного пользователя

  3. Аварийный режим 

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

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

Система DC— многопользовательское приложение.

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

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

    1. Сведения по обеспечению заданных в ТЗ потребительский характеристик системы, определяющих ее качество

3.4.1 Надёжность

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

3.4.2 Эргономика и техническая эстетика

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

3.4.3 Защищенность информации 

Защита от несанкционированного доступа обеспечивается в системе «Автосалон» за счёт парольной аутентификации Пользователя при входе в систему и разделением прав доступа для двух классов пользователей:



  1. Клиент

  2. Администратор

Для восстановления работоспособности системы после сбоев предусмотрено резервное копирование БД средствами СУБД MS SQL Server 2019.

    1. Состав функций, реализуемых системой

На диаграмме вариантов использования (рис. 3.3) приведены функции системы.



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

    1. Решения по комплексу технических средств

В соответствии с ТЗ:

В состав комплекса должны входить следующие технические средства:

1) сервер БД;

2) персональные компьютеры (ПК) пользователей.

Характеристики для сервера БД:

– процессор – 2 х Intel Xeon 3 ГГц;

– объем оперативной памяти – 16 Гб;

– дисковая подсистема – 4 х 146 Гб; 

– устройство чтения компакт-дисков (DVD-ROM);

– сетевой адаптер – 100 Мбит/с.

Характеристики для ПК пользователя:

– процессор – Intel Pentium 1.5 ГГц;

– объем оперативной памяти – 256 Мб;

– дисковая память – 40 Гб; 

– сетевой адаптер – 100 Мбит/с.

    1. Решения по информационному обеспечению

Компонентом информационного обеспечения является системная БД «CS».

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

      1. Физическая модель БД

На основе Концептуальной модели предметной области, приведённой в ТЗ (п. 3.2), была получена физическая модель реляционной БД (Рис. 3.6). 

Рис.3.6

Модель определяет физические характеристики (индексы) и использует типы данных конкретной СУБД – MS SQL Server 2019.

Таблица 3.1 Структура таблицы «Product»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_product

Int

Not null

FALSE

Название

Name

String

Null

FALSE


Таблица 3.2 Структура таблицы «Category»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_category

Int

Not null

FALSE

Название

Name

String

Null

FALSE

Таблица 3.3 Структура таблицы «Accessories»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_acc

Int

Not null

FALSE

Категория

Id_category

Int

Null

FALSE

Товар

Id_product

Int

Null

FALSE

Количество

Quantity

Int

Null

FALSE

Таблица 3.4 Структура таблицы «Order line»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_line

Int

Not null

FALSE

Номер заказа

Id_number

Int

Null

FALSE

Количество

Quantity

Int

Null

FALSE

Товар

Id_product

Int

Not null

FALSE

Таблица 3.5 Структура таблицы «Order»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_number

Int

Not null

FALSE

Клиент

Id_client

Int

Null

FALSE

Дата

Date

date

Not null

FALSE

Цена

Price

price

Not null

FALSE


Таблица 3.6 Структура таблицы «Client»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_сlient

Int

Not null

FALSE

ФИО

Name

String

Null

FALSE

Номер телефона

PhoneNumber

Int

Null

FALSE

Номер заказа

Id_number

Int

Not null

FALSE

Таблица 3.7 Структура таблицы «Administrator»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_adm

Int

Not null

FALSE

Дата рождения

BirthDate

Date

Not null

FALSE

Опыт работы

WorkExperience

Int

Not null

FALSE

ФИО

Name

String







Таблица 3.8 Структура таблицы «User»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Логин

Login

String

Not null

FALSE

Пароль

Password

String

Not null

FALSE

Таблица 3.9 Структура таблицы «Construction»

Название (Name)

Имя поля (Code)

Тип (Data type)

Обязат. (null/ not null)

Только для чтения (Read only)

Id

Id_constr

Int

Not null

FALSE

Модель

Id_model

Int

Not null

FALSE

Название

Name

String

Not null

FALSE

Количество лошадиных сил

HordePower

Int

Null

FALSE

Коробка передач

Transmisson

String

Null

FALSE

Цена

Price

Decimal

Null

FALSE

Дата выпуска

Year_of_release

Date

Null

FALSE

Объем двигателя

Engine_capacity

Int

Null

FALSE