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

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

Разработка и оптимизация схемы данных программного продукта

Изначально вариант схемы данных разрабатывался с использованием Microsoft Office Access. База данных была локальной, находилась на персональном компьютере. Затем база данных была перенесена на удалённый сервер, теперь работа с ней осуществляется с помощью системы управления базами данных MySQL через web-интерфейс phpMyAdmin [18].

В результате была разработана схема, изображенная на рисунке 3.

Рисунок 3 – ER-диаграмма

 

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

Таблица 6

Таблица заявок «zayavki»

Имя поля	Пояснение	Тип	Индекс
id	Номер договора	int(11)	Значение первичное
Task	Проблема клиента	varchar(500)	Значение не должно быть пустым
Сlient	ФИО клиента	varchar(100)	Значение не должно быть пустым
Worker	ФИО сотрудника	varchar(100)	Значение не должно быть пустым
Date_of_issue	Дата подачи заявки	date	Значение не должно быть пустым
Request_status	Статус проблемы	varchar(32)	Значение не должно быть пустым

 

Таблица 7

Список сотрудников «contacts»

Имя поля	Пояснение	Тип	Индекс
id	id сотрудника	int(11)	Значение первичное
FIO	ФИО сотрудника	varchar(100)	Значение не должно быть пустым
Position	Должность сотрудника	varchar(100)	Значение не должно быть пустым
Mail	Эл. почта	varchar(100)
Phone_number	Номер телефона	bigint(12)
Address	Адрес	varchar(100)

Таблица 8

Данные для авторизации «client_auth» и «sotrudnik_auth»

Имя поля	Пояснение	Тип	Индекс
id	Номер договора для клиента	int(11)	Значение первичное
FIO	ФИО пользователя	text	Значение не должно быть пустым
Login	Логин пользователя	varchar(16)	Значение не должно быть пустым
Password	Пароль пользователя	varchar(16)	Значение не должно быть пустым

 

Описание клиент-серверного взаимодействия

« Клиент - сервер» (англ. client - server) — вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг, называемыми серверами, и заказчиками услуг, называемыми клиентами [14]. Фактически клиент и сервер — программное обеспечение. Обычно эти программы расположены на разных вычислительных машинах и взаимодействуют между собой через вычислительную сеть посредством сетевых протоколов, но они могут быть расположены также и на одной машине.

Любой SQL-сервер имеет физическую и логическую структуру. Физическая структура - метод, с помощью которого SQL-сервер хранит свои данные в ОС. На настоящий момент известно 2 варианта хранения данных. С буферизацией средствами ОС, т.е. сервер СУБД держит свои данные в файлах и без буферизации, когда сервер СУБД работает со своими данными на отдельном разделе диска (raw access), доступ к которому полностью управляется сервером СУБД.

Второй способ быстрее, так как сервер СУБД работает в обход файловой системы напрямую с разделом, но в этом случае пользователь накрепко привязан к средствам проверки, починки и резервирования данных в комплекте СУБД.