Требования к структуре и функционированию системы

Распределение функций между пользователями будет осуществлено за счет создания двух подсистем. Имеет место функциональное разделение подсистем. Подсистема инженера ТК будет представлено набором следующих функций: ведение системы классификации и кодирования информации; просмотр данных; импорт данных; формирование программы и задания на отбор проб стоков по местам отбора и на проведение исследований по ингредиентам; регистрация информации о пробах сточных вод с “Актов отбора проб; выявление превышения ДК; расчет повышенной платы; подготовка и печать отчетов; экспорт данных для формирования отчетов вне системы.

Подсистема сотрудника АТ позволит выполнять функции: ведение системы классификации и кодирования информации; просмотр данных; получение задания на отбор пробы по местам отбора и на проведение исследований по ингредиентам; регистрация результатов анализа; экспорт данных для формирования отчетов вне системы.

Информационный обмен между подсистемами будет осуществляться за счет использования единой базы данных, реализуемой на основе СУБД Oracle 9, благодаря чему будет устранен недостаток существующей системы – отсутствие единого информационного пространства. Связь рабочих станций с сервером Oracle будет осуществляться при помощи единой информационной сети предприятия.

Система должна обеспечивать оперативное автоматизированное (по запросу пользователя) получение данных о произведенной абонентами оплате за сброс сточных вод от ИС бухгалтерии (БУХГ), о тарифах и объемах сброса стоков – от ИС абонентского отдела (АО).

Подсистемы ИС будут функционировать только в режиме взаимодействия между собой посредством связи с единой БД. В случае неработоспособности сервера Oracle система не будет выполнять свои функции.

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

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