42
Таблица 2.2 - UserStatus
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Название типа пользователя
Таблица предназначена для хранения информации о статусе
пользователя. Таблица состоит из 2-х полей и содержит такую информацию
как идентификатор и название статуса.
Таблица 2.3 - Order
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Number
nvarchar(MAX)
Номер заказа
CustomerId
Int
Ссылка на заказчика
TypesOfJobsId
Int
Ссылка на тип указанных услуг
DeviceId
Int
Ссылка на ремонтируемое устройство
RepairerId
Int
Ссылка на сотрудника
Price
float
Цена
StatusId
Int
Ссылка на статус
Таблица необходима для хранения информации о заказе. Таблица
содержит ссылки на такие данные как информация о заказчике, данные о
предоставляемых типах работ, информация об устройстве, которое
обслуживается, статус заказа, список комплектующих которые
использовались во время ремонта. Кроме этого таблица также содержит
ссылку на ответственное за ремонт лицо, и общую сумму предоставленных
услуг.
Таблица 2.4 - Device
Название поля
Тип поля
Описание
Id
Int
Идентификатор
SerialNumber
nvarchar(MAX)
Серийный номер
Manufacturer
nvarchar(MAX)
Поставщик
TypeId
Int
Тип устройства
Таблица необходима для того чтобы хранить информацию об
устройстве, которое обслуживается. Содержит такие данные как серийный
номер, производитель и тип устройства.
Таблица 2.5 - DeviceType
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Название типа устройства
Таблица для того чтобы хранить информацию о типе устройства.
43
Таблица 2.6 - Status
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Название статуса заказа
Таблица для того чтобы хранить список статусов заказа.
Таблица 2.7 - DetailForOrder
Название поля
Тип поля
Описание
Id
Int
Идентификатор
DetailId
Int
Ссылка на запчасти
OrderId
Int
Ссылка на заказ
Таблица необходима для того чтобы хранить список использованных
при ремонте комплектующих.
Таблица 2.8 - Detail
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Серийный номер
Manufacturer
Int
Поставщик
Price
Float
Цена
Таблица предназначена для содержания данных об комплектующих,
таких как название детали и информация о поставщике.
Таблица 2.9 - Manufacturer
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Название
Adress
nvarchar(MAX)
Адрес
Email
nvarchar(MAX)
Электронный адрес
Таблица содержит список поставщиков комплектующих.
Таблица 2.10 - Customer
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Имя
SecondName
nvarchar(MAX)
Отчество
Surname
nvarchar(MAX)
Фамилия
Adress
nvarchar(MAX)
Адрес
Email
nvarchar(MAX)
Электронный адрес
Таблица содержит список клиентов центра обслуживания.
44
Таблица 2.11 - TypeOfJobs
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Имя
Price
float
Цена
Таблица содержит типы работ предоставляемые сервисом
обслуживания.
Таблица 2.12 - Repair
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Имя
SecondName
nvarchar(MAX)
Отчество
Surname
nvarchar(MAX)
Фамилия
PositionId
int
Должность
Phone
nvarchar(MAX)
Телефон
Email
nvarchar(MAX)
Электронный адрес
Таблица содержит список сотрудников которые предоставляют
ремонтные работы.
Таблица 2.13 - Position
Название поля
Тип поля
Описание
Id
Int
Идентификатор
Name
nvarchar(MAX)
Название должности
Таблица содержит список должностей сотрудников.
На следующем рисунке представлена физически реализованная БД
выбранными средствами проектирования. Так ка для взаимодействия с БД
будет использован фреймворк ADO.NET Entity Framework (EF), нужно также
промежуточное представление данных в фреймворке. Схема портированных
данных представлена в приложении 2.
45
Detail
Id
int
Name
nvarchar(MAX)
Manufacturer
int
Price
float
Имя столбца
Тип данных
Разрешить...
Order
Id
int
Number
nvarchar(MAX)
CustomerId
int
TypesOfJobsId
int
DeviceId
int
RepairerId
int
Price
float
StatusId
int
Имя столбца
Тип данных
Разрешить...
DetailForOrder
Id
int
DetailId
int
Quantity
float
OrderId
int
Имя столбца
Тип данных
Разрешить...
Manufacturer
Id
int
Name
nvarchar(M...
Adress
nvarchar(M...
Email
nvarchar(M...
Имя столбца
Тип данных
Разре...
Customer
Id
int
Name
nvarchar(M...
SecondName
nvarchar(M...
Surname
nvarchar(M...
Phone
nvarchar(M...
Имя столбца
Тип данных
Разре...
TypeOfJobs
Id
int
Name
nvarchar(M...
Price
float
Имя столбца
Тип данных
Разре...
Device
Id
int
SerialNumber
nvarchar(M...
Manufacturer
nvarchar(M...
TypeId
int
Имя столбца
Тип данных
Разре...
DeviceType
Id
int
Name
nvarchar...
Имя столбца
Тип данн...
Разр...
Repair
Id
int
Name
nvarchar...
SecondName
nvarchar...
Surname
nvarchar...
PositionId
int
Phone
nvarchar...
Email
nvarchar...
Имя столбца
Тип данн...
Разр...
Position
id
int
Name
nvarchar...
Имя столбца
Тип данн...
Разр...
Status
id
int
Name
nvarchar...
Имя столбца
Тип данн...
Разр...
Users
Id
int
Login
nvarchar(MAX)
Pass...
nvarchar(MAX)
Statu...
int
Имя с...
Тип данных
Разрешить значения NULL
UserStatus
Id
int
Name
nvarchar(MAX)
Имя столбца
Тип данных
Разрешит...
Рисунок 2.2 – Структура базы данных представление MS SQL
46
2.2. Описание алгоритма и отдельные фрагменты реализации
2.2.1. Общая структура и состав проекта
Используя фреймворк (WCF) и выбранный язык программирования
СШарп, в ходе реализации практической части работы, реализована
информационная система ориентированная на использование в локальной
сети организации. Основная задача, возлагаемая на ИС, это учет и контроль
выполнения заказов сервисного центра по обслуживанию медицинского
оборудования «MedicalDeviceSupport». Система фиксирует заказ и
сопровождает его до момента закрытия, учитываются материально-
технические средства, расходные материалы и комплектующие, виды работ
выполненные в ходе реализации заказа.
Программа разделена на две части – клиент и сервер.
1) Сервер (программа Менеджера) – связан с базой данных, и
содержит основные программные средства для решения поставленных
задач, точнее именно в этой программе реализованы все классы,
которые отвечают за обработку и передачу данных между другими
составляющими системы.
2) Клиент (программа для сотрудников тех. отдела) – программа
предназначена для обработки и первичного учета информации
связанной с ведением заказов. Работа с сервером и БД организована
через интерфейс классов сервера, который с помощью WCF передает
необходимую информацию на сервер.
Проект построен по принципу клиент-серверной архитектуры
связанной с базой данных.
47
Рисунок 2.3 – Схема архитектуры проекта
Для организации связи между клиентом и сервером используется
технология WCF.
WCF - программный фреймворк, который используется в ходе
передачи данных от приложения к приложению, WCF входит в структуру
.NET Framework. Фреймворк обеспечивает возможность построения
транзакционной системы с высоким уровнем стабильности и безопасности на
основе унифицированной программной модели межплатформенного
взаимодействия[26].
Так как класс службы WCF не может существовать самостоятельно. В
нашем случае служба WCF находиться под управлением процесса Windows,
называемого хостовым процессом. В данном случае используется
автохостинг (то есть хост-процессом является графическое Windows
приложение).
Клиент и сервер представляют собой одно и то же приложение, которое
работает просто в разных режимах. Само приложение построено с помощью
технологии WPF.
Технологии WPF (Windows Presentation Foundation) представляют
собой поддерживаемый платформой .NET инструмент построения
графического интерфейса пользователя.
48
Технология построена на основе DirectX, что позволяет задействовать в
процессе отрисовки графическую карту и технологии аппаратного ускорения
графики. Важной особенностью технологии является возможность описания
интерфейса с использованием языка декларативной разметки интерфейса
XAML, основанного на XML. Такой подход позволяет строить нестатические
адаптивные интерфейсы, ориентированные на использование в различных по
техническим характеристикам устройствах[23]. Интерфейс автоматически
подстраивается под размеры монитора и другие параметры системы на
которой запущен программный продукт.
Рисунок 2.4 – Архитектура WPF
Рисунок 2.5 – Клиент-серверная модель разработанной системы
49
2.2.2. Структурная схема пакета
Разработанное ПО полностью соответствует современным
стандартным требованием ООП разработки. Каждая сущность БД имеет
представление в виде модели (класса), работа с базой данных вынесена в
отдельный слой, который собой представляет интерфейс с описанием
необходимых методов выполняющих запросы и класс, который реализует
данный методы.
Среди информационных процессов, протекающих в ходе работы
программы можно выделить следующие:
Предварительный процесс - инициируется пользователем в момент
загрузки программы. Реакция системы – запрос данных авторизации,
предоставление пользователю возможности выбора режима работа и
дополнительных настроек в зависимости от успешности авторизации.
Процесс загрузки данных – реализуется системой посредством
обращения к БД системы и предоставляет пользователю наборы
информационных массивов с целью их повторного использования и
минимизации вводов (наборы комплектующих, поставщики, постоянные
заказчики).
Процесс обработки данных – система фиксирует выборку данных,
осуществленных пользователем, добавляя оперативную информацию
(например: дата заказа) и дополнительно введенную оператором системы
информацию (например: добавление нового клиента).
Заключительный этап информационной трансакции – система
контролирует правильность ввода информации и после подтверждения
пользователя. Далее стоит рассматривать два направления:
1 От администратора к техническому исполнителю - фиксирует в
системе заявку, закрепленную за определенным пользователем
(исполнителем), статус заявки – «В работе». Выбранный пользователь имеет
50
доступ к заявке и может вносить в нее коррективы (выполненные виды
работ, использованные комплектующие).
2 От исполнителя к администратору – исполнитель закрывает заявку
изменяя статус на «Выполненная», администратор видит итоговый счет по
заказу и взымает оплату с заказчика.
В ходе протекания вышеупомянутых процессов используется каскад
программных модулей обеспечивающих процессы функционально.
Взаимодействие с системой реализуется в диалоговом режиме на основе
использования различных компонентов, основным из которых является
компонент построения меню. Результирующая информация может быть
просмотрена как в электронном, так и в печатном виде. Полученная
информация проверяется администратором и клиентом (заказчиком услуги).
В случае правильности осуществляется оплата услуги, а заказ хранится в
архиве ИС с пометкой «Закрытый», в противном случае – пользователь ИС
определяет характер ошибок и причину их возникновения, после устранения
осуществляется повторная печать накладной.
Состав и последовательность операций, выполняемых специалистом
на своем рабочем месте с использованием разработанной АИС, представлена
на рис. 2.6. Схема отражает отдельные фрагменты технологического
процесса работы с системой на примере оформления заказа.
51
Рисунок 2.6 Диаграмма последовательности операций оформления заказа
С точки зрения представления классов и их взаимодействия в
программе, ситуация может быть проиллюстрирована диаграммой классов
представляемых средой разработки[15] (рис. 2.7)