Формирование требований пользователей к АИС
Основными требованиями, предъявляемыми к этой системе, являются следующие:
· обеспечение доступа к информационной системе через сеть, лучше — через Интернет;
· обеспечение безопасности при работе с данными, авторизации по паролю;
· хранение данных в специализированной базе данных в открытом формате;
· АИС должна основываться на открытой и надёжной программной платформе.
Глава 2. Разработка концепции АС
Изучение объекта
Основным документом при учёте успеваемости и посещаемости является сводка анализа успеваемости за семестр. Проанализировав её содержание, мы можем выделить следующие объекты:
ñ название группы;
ñ классный руководитель группы;
ñ количество студентов в группе;
ñ количество неуспевающих;
ñ количество неаттестованных;
ñ процент успеваемости;
ñ качество успеваемости;
ñ средний балл.
Анализ успеваемости проводится по каждой группе в отдельности, по техникуму целиком, а также по каждой отдельной специальности, включающей в себя различные группы.
Варианты концепции АС
Варианты концепций АИС разбиваются на две группы, обеспечивающие ответ на два вопроса: использовать или нет реляционную базу данных и использовать ПО, изначально предназначенное для работы в сети, или нет.
В случае использования реляционной базы данных поля личных дел нужно будет привести к нормализованной форме, продумать структуру таблиц базы данных и использовать одну из имеющихся на рынке СУБД. В случае отказа от использования реляционной базы данных данные возможно будет хранить, например, в отдельных файлах. В то же время данные личных дел студентов достаточно хорошо нормализуются, а реляционные базы данных ан текущем уровне развития СУБД обеспечивают бОльшее удобство работы с ними и предоставляют «из коробки» такие функции, как, например, поиск по базе данных, так что, очевидно, целесообразнее использовать реляционную СУБД.
Также, поскольку изначально предполагается доступ к административному интерфейсу АИС по сети, целесообразно использовать ПО, изначально предназначенное для этого, чем разработать АИС с помощью средств, не включающих в себя сетевой доступ, и достраивать сетевую инфраструктуру позже.
Глава 3. Техническое задание
Требования к системе в целом
АИС должна иметь модульную структуру, каждая её подсистема должна быть по возможности выделена в отдельный модуль.
АИС не должна подразумевать отдельного сотрудника для поддержания своей работоспособности, функции по её обслуживанию должны сводиться к обычным функциям системного администрирования.
АИС должна стремиться к максимальной эргономичности для обеспечения удобства её использования.
В области надёжности АИС должна стремиться к 100%-й работе, без отказов.
АИС не должна предоставлять доступ к административному интерфейсу неавторизованному персоналу и посторонним лицам. Для обеспечения безопасности будет достаточно предъявления доступа к интерфейсу только после сообщения пароля.
Данные АИС должны храниться в файлах, имеющих возможность быть подвергнутыми резервному копированию для обеспечения сохранности при авариях.
АИС не должна использовать какие-либо решения с неясной патентной чистотой. Необходимо использовать программное обеспечение с открытым исходным кодом.
Требования к функциям и задачам, выполняемым системой
АИС должна реализовывать функции добавления, редактирования, удаления, просмотра личных дел и поиска по ним. При выполнении этих функций не должно быть отказов. Выходная информация должна предоставляться в человеко-читаемой форме, по возможности структурированно.