Комплексная информационная автоматизированная система "Кафедра" (стр. 4 из 14)
Работа с регистрационной карточкой
Регистрация документов - базовый процесс, начало существования документа в системе. Должна быть реализована возможность изначального заполнения реквизитов документа, присоединения файлов различного типа и возможность их последующей (частичной) модификации.
Составные документы - функция поддержки нескольких выделенных частей (файлов) в одном документе и установление логических связей с другими документами.
Номенклатура дел - функция поддержки стандартной (входящие, исходящие, внутренние) номенклатуры, а также других потоков документов, определяемых пользователем.
Дизайнер форм карточек - дает возможность настройки как самого набора реквизитов, так и размещения их в необходимом порядке в электронной форме регистрационной карточки.
Словари и справочники - возможность добавления и редактирования пользовательских данных для ускоренного ввода в поля регистрационной карточки.
Контроль исполнительской дисциплины.
Сроки поручений - возможность задания временного (в течение определенного времени), точного (требуемая дата) или бессрочного графика исполнения контрольных поручений по документу.
Автоматические уведомления - генерируются системой для периодических или разовых напоминаний исполнителям и контролерам о текущих или просроченных заданиях.
Задание маршрута - выбор очередности и относительного порядка прохождения документа по инстанциям.
Протокол обработки - функция, позволяющая выяснить, где и на каком участке находится (находился) документ и каким изменениям он был подвергнут.
Поиск документов.
Реквизитный поиск - задание точных или частичных значений одного или нескольких известных реквизитов, набора или промежутка значений (для перечислимых типов), задание номенклатуры, обеспечение корректного поиска и выдача списка результатов.
Поиск по форме - задание значений реквизитов непосредственно на форме, соответствующей регистрационной карточке по выбранной номенклатуре дел.
Полнотекстовый поиск - индексация и последующий поиск по присоединенным файлам с текстовой информацией.
Ввод документов.
Ручной ввод информации.
Импорт - перевод из растровых форматов (*. doc, *. txt, *.html).
Вывод документов.
Генерация отчетов - создание выходных документов в виде журналов регистрации, отчетов по исполнительской дисциплине и других форм.
Средства просмотра и печати отчетов - наличие в системе встроенных средств для просмотра и печати выходных документов либо функция их экспорта (с возможным последующим редактированием) во внешнее приложение-обработчик.
Редактор отчетов - возможность задания запросов на выбор информации из базы данных и создания соответствующей этому запросу формы вывода итогового документа (отчета либо журнала).
Организация защищенного документооборота в сети
Разграничение прав доступа - задание пользователю или группе пользователей прав на чтение/модификацию для каждого документа или для выбранной номенклатуры дел.
Шифрование -передача документов и информации о поручениях в зашифрованном виде.
Веб-доступ - организация защищенного доступа к текущей информации по движению документов и к самим документам через интернет при помощи обычного браузера.
Перечень подразделений, для которых решается задача.
Система ориентирована на УЗ на уровне кафедры. Реализация модулей “Зав. лаб" (АРМ заведующего лабораториями), “Методист" (АРМ методиста кафедры), “Секретарь” (АРМ секретаря кафедры), “Преподаватель” (АРМ преподавателей кафедры) в виде готового ПО.
Данная оболочка позволяет структурировать и заметно упростить работу сотрудников кафедры. Благодаря ей ППС может всегда узнать изменение расписания занятий, вести отчетность по успеваемости студентов, оформить графики замен, УВП облегчит учет рабочей техники и комплектующих, следить за своевременным ремонтом и заменой оборудования, с учетом затрат на ПО, методист сведет в один документ планы загрузки преподавателей, секретарю позволит организовать списки студентов и информацию о преподавателях что в общем повысит производительность каждого подразделения и кафедры в целом, уменьшит утомляемость и исключит по возможности бумажную волокиту.
Разделение прав пользователей.
Для корректной работы системы и защиты от несанкционированного использования необходимо четко разделить права пользователей. Это можно осуществить с помощью системы паролей.
Пользователей системы можно разделить на правовые категории, такие как:
заведующий лабораторией;
методист;
секретарь;
ППС;
администратор
Пользователи регистрируются в системе во время первого сеанса работы с ней. Они не имеют права на изменение информационной структуры системы, выше своего разрешения и на получение информации о работе в системе других пользователей.
Пользователь может:
1) создать новый документ;
2) редактировать старые документы;
4) получать отчет.
2.2 Входная информация
Входная информация для системы:
расписание занятий;
информация о преподавателях;
списки МЦ на балансе кафедры;
информация о студентах.
2.3 Нормативно-справочная информация
Нормативно-справочной информацией для системы являются поля таблиц: в таблице “Студенты" поле FIO_studenta, в таблице “Сотрудники" полеFIO_sotrudnica, в таблице “Плановая загрузка” поляuch_god, fio_prep, nazv_discp, grup, semester, в таблице “Материальные ценности” поля text, sernum.
Таблица 2.1 Нормативно-справочная информация
| № п/п | Наименование данных | Условное наименование |
| 1 | ФИО студента | FIO_studenta |
| 2 | ФИО сотрудника, | FIO_sotrudnica |
| 3 | Учебный год | uch_god |
| 4 | ФИО преподавателя | fio_prep |
| 5 | Название дисциплины | nazv_discp |
| 6 | группа | grup |
| 7 | Название | text |
| 8 | серия | sernum |
2.4 Выходная информация
расписание занятий;
акты списания;
акты комплектации;
акты замены;
ведомость выдачи материальных ценностей;
ведомость выдачи канцелярских товаров;
требования для основных средств, комплектующих, МБП;
плановая загрузка преподавателей;
годовой план;
план за семестр;
карточки загрузки преподавателя;
информация о студентах;
информация о преподавателях
2.5 Требования к системе
Требования к системе в целом
система должна строиться как открытая система, допускающая расширение состава реализуемых функций не более, чем на 10% от состава исходных функций;
эргономичный и интуитивно-понятный интерфейс;
развитая система пассивных подсказок.
Требования к техническому обеспечению
а) техническое обеспечение должно обеспечивать корректную реализацию функций системы, а именно:
сбор, обработку и хранение информации в базе данных и файловом виде, а также обмен данными между отдельными периферийными устройствами;
решение функциональных задач разрабатываемой системы в интерактивном режиме;
поддержку работы в локальной вычислительной сети и/или удалённый доступ к ней.
б) техническое обеспечение должно обеспечивать безопасную для здоровья пользователя и окружающих его людей работу с системой, удовлетворять требованиям ГОСТ 12.0.003-74, 12.1 003-74, 12.1 005-74, 12.1 033-74, 12.1 004-91, 12.1 045-84, 12.1 006-84.
Требования к информационному обеспечению.
время доступа к информации не более 5 секунд;
время формирования любого отчета - не более 15 секунд;
однократный ввод данных и их многократное использование;
достоверность входных и выходных данных;
наличие средств адаптации информационной базы к условиям конкретной кафедры;
наличие средств защиты данных от внешних и внутренних помех;
наличие средств, обеспечивающих развитие информационного обеспечения.
3. Описание алгоритмов
3.1 Общие положения
При первоначальной загрузке доступ к системе имеет только администратор, который, пройдя авторизацию, имеет возможность добавлять пользователей. При добавлении необходимо указать имя и фамилию пользователя, персональный логин/пароль (поля f_name, l_name, username, password) а также группу пользователя (администратор, методист, преподаватель, зав. лаб., секретарь, поле groupp). Указанная группа пользователя в дальнейшем будет определять права доступа к системе. Добавление пользователей осуществляется в таблицу “auth_users", при этом пароли шифруются стандартными средствами, что повышает защищенность системы и исключает несанкционированный доступ.
Рисунок 3.1 - Структура алгоритма.
При запуске системы пользователь изначально попадает на форму регистрации, где ему необходимо свои персональные логин/пароль. Если введенные данные имеют соответствие в таблице auth_users, то регистрация считается успешно пройденной и пользователь получает доступ для работы в системе. При вводе некорректных данных (отсутствующих в таблице auth_users логина и пароля) пользователь уведомляется об ошибке авторизации и автоматически попадает на форму регистрации для повторного ввода данных. Таким образом, осуществляется достаточная защита системы от доступа посторонних.