Формирование требований пользователей к АИС

Основными требованиями, предъявляемыми к этой системе, являются следующие:

· обеспечение доступа к информационной системе через сеть, лучше — через Интернет;

· обеспечение безопасности при работе с данными, авторизации по паролю;

· хранение данных в специализированной базе данных в открытом формате;

· АИС должна основываться на открытой и надёжной программной платформе.

Глава 2. Разработка концепции АС

Изучение объекта

Основным документом при учёте успеваемости и посещаемости является сводка анализа успеваемости за семестр. Проанализировав её содержание, мы можем выделить следующие объекты:

ñ название группы;

ñ классный руководитель группы;

ñ количество студентов в группе;

ñ количество неуспевающих;

ñ количество неаттестованных;

ñ процент успеваемости;

ñ качество успеваемости;

ñ средний балл.

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

Варианты концепции АС

Варианты концепций АИС разбиваются на две группы, обеспечивающие ответ на два вопроса: использовать или нет реляционную базу данных и использовать ПО, изначально предназначенное для работы в сети, или нет.

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

Также, поскольку изначально предполагается доступ к административному интерфейсу АИС по сети, целесообразно использовать ПО, изначально предназначенное для этого, чем разработать АИС с помощью средств, не включающих в себя сетевой доступ, и достраивать сетевую инфраструктуру позже.

Глава 3. Техническое задание

Требования к системе в целом

АИС должна иметь модульную структуру, каждая её подсистема должна быть по возможности выделена в отдельный модуль.

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

АИС должна стремиться к максимальной эргономичности для обеспечения удобства её использования.

В области надёжности АИС должна стремиться к 100%-й работе, без отказов.

АИС не должна предоставлять доступ к административному интерфейсу неавторизованному персоналу и посторонним лицам. Для обеспечения безопасности будет достаточно предъявления доступа к интерфейсу только после сообщения пароля.

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

АИС не должна использовать какие-либо решения с неясной патентной чистотой. Необходимо использовать программное обеспечение с открытым исходным кодом.

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

АИС должна реализовывать функции добавления, редактирования, удаления, просмотра личных дел и поиска по ним. При выполнении этих функций не должно быть отказов. Выходная информация должна предоставляться в человеко-читаемой форме, по возможности структурированно.