4. Требования к обеспечивающим подсистемам

   1. Требования к информационному обеспечению

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

1. информация должна быть достоверной и актуальной;

2. информация должна быть достаточно полной;

3. информация должна легко восприниматься визуально;

4. доступ к информации должен быть максимально быстр.

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

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

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

3. достоверность и актуальность на текущий момент времени;

4. информация должна храниться в базе данных.

2. Требования к программному обеспечению

Разрабатываемый программный комплекс должен быть рассчитан на функционирование в следующей программной среде:

1. Веб-браузер с поддержкой HTML4 и JavaScript;

2. СУБД MySQL версии 5 и выше

3. Веб-сервер с поддержкой PHP 5 и выше.

3. Требования к техническому обеспечению

Технологическое оборудование:

1. Браузер с поддержкойJavaScript.

2. Выделенный веб-сервер и сервер базы данных.

4. Требования к защите информации от несанкционированного доступа

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

• Основные роли следующие:

• Ответственный за проблему;

• Участник оперативной группы по решению проблемы;

• Получивший предложение о вступлении в оперативную группу;

• Получивший предложение об эскалации проблемы;

• Не имеющий отношения;

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

3. Проектирование информационного обеспечения

   1. Описание внешнего информационного обеспечения

База данных системы LANBillingсодержит следующие сущности.

• Учетная запись. Содержит данные о логине и пароле доступа в интернет, его ФИО, тарифный план, номер договора и информацию о балансе пользователя.

• Аккаунт. Содержит данные о логине и пароле от личного кабинета пользователя, его ФИО, паспортные данные, адрес подключения, тип пользователя и номер договора.

2. Разработка структуры внутреннего информационного обеспечения

   1. Идентификация информационного пространства

Из описания задачи следует, что в базе данных должны быть следующие сущности:

• Incident– основные данные об инциденте;

• Incident_Type– информация о типе инцидента;

• Incident_Movement– информация об эскалациях инцидентов

• Incident_Invite– информация о приглашениях в оперативные группы;

• Incident_Relation– информация об оперативных группах;

• Abonent – информация об абоненте;

• Abonent_Type– информация об организационной форме;

Таблица 6 – описание сущности Incident

Атрибут	Первичный ключ	Внешний ключ	Физические ограничения	Логические ограничения	Примечание
id	да	-	INTEGER	Not null
name	-	-	VARCHAR(70)
opener_id	-	да	INTEGER	Not null
solver_id	-	да	INTEGER
time_open	-	-	TIMESTAMP	Not null
time_close	-	-	TIMESTAMP
description	-	-	TEXT	Not null
comment	-	-	TEXT
priority	-	-	INTEGER
abonent_id	-	да	INTEGER	Not null
tele_id	-	да	INTEGER
type_id	-	да	INTEGER	Not null
status	-	-	INTEGER
problem_id	-	да	INTEGER

Таблица 7 – описание сущности Incident_Type

Атрибут	Первичный ключ	Внешний ключ	Физические ограничения	Логические ограничения	Примечание
id	да	-	INTEGER	Not null
name	-	-	VARCHAR(80)	Not null
overdue_minutes	-	-	INTEGER	Not null
visible_fields	-	-	TEXT

Таблица 8 – описание сущности Incident_Movement

Атрибут	Первичный ключ	Внешний ключ	Физические ограничения	Логические ограничения	Примечание
id	да	-	INTEGER	Not null
from_empl_id	-	да	INTEGER	Not null
to_dept_id	-	да	INTEGER	Not null
get_empl_id	-	да	INTEGER	Not null
time_send	-	-	TIMESTAMP	Not null
time_confirm	-	-	TIMESTAMP
comment	-	-	TEXT
movement_status	-	-	INTEGER	Not null
incident_id		да	INTEGER	Not null

Таблица 9 – описание сущности Incident_Invite:

Атрибут	Первичный ключ	Внешний ключ	Физические ограничения	Логические ограничения	Примечание
id	да	-	INTEGER	Not null
inviter_id	-	да	INTEGER	Not null
employee_id	-	да	INTEGER	Not null
date	-	-	TIMESTAMP	Not Null
comment	-	-	TEXT
is_viewed	-	-	BOOL
is_confirmed	-	-	BOOL
incident_id	-	да	INTEGER	Not null

Таблица 10 – описание сущности Incident_Relation:

Атрибут	Первичный ключ	Внешний ключ	Физические ограничения	Логические ограничения	Примечание
id	да	-	INTEGER	Not null
employee_id	-	да	INTEGER	Not null
date	-	да	TIMESTAMP	Not null
is_done	-	-	BOOL	Not null
done_comment	-	-	TEXT
status	-	-	INTEGER
done_time	-	-	TIMESTAMP	Not null
task	-	-	TEXT
comment	-	-	TEXT
incident_id	-	да	INTEGER	Not null
invite_id	-	да	INTEGER	Not null

Таблица 11 – описание сущности Abonent

Атрибут	Первичный ключ	Внешний ключ	Физические ограничения	Логические ограничения	Примечание
id	да	-	INTEGER	Not null
name	-	-	VARCHAR(200)	Not null
address_id	-	да	INTEGER	Not null
apartment	-	-	VARCHAR(10)
type	-	-	INTEGER	Not null
is_vip	-	-	BOOL
billing_id	-	-	INTEGER
login			VARCHAR(200)

Таблица 12 – описание сущности Abonent_Phones

Атрибут	Первичный ключ	Внешний ключ	Физические ограничения	Логические ограничения	Примечание
id	да	-	INTEGER	Not null
abonent_id	-	да	INTEGER	Not null
phone_number_id	-	да	INTEGER	Not null