47387 (588481), страница 3
Текст из файла (страница 3)
а) долго работать с компьютером не так безопасно, как с книгой;
б) компьютер не всегда доступен;
в) тексты удобнее читать на бумаге;
г) нет единого подхода к интерфейсам электронного документооборота;
1.4.1 Техническая модель
В упрощенном виде схема ЛВС изображена на рисунке 1.
Р
исунок 1.1 - Схема ЛВС кафедры
Рабочие места субъектов автоматизации оснащены следующей оргтехникой:
рабочие места сотрудников кафедры:
системный блок - Intel Celeron 2000MHz /RAM 256Mb/HDD 40Gb/Video 32Mb/ /Сетевой адаптер 100Mbit;
монитор - Rover Scan 17
принтер - HP LaserJet 1100;
клавиатура;
манипулятор "Мышь";
операционная система - Windows XP.
Сервер базы данных:
Intel Pentium 2400MHz/RAM 512Mb/HDD 80Gb/Сетевой адаптер 100Mbit
Операционная система - Windows 2000 Server, СУБД - MS SQL Server 2000.
Все рабочие станции и сервер объединены в локально-вычислительную сеть по стандарту IEEE 802.3u Fast Ethernet.
1.4.2 Топологическая модель
Средства вычислительной техники, объединенные в локально-вычислительную сеть в организации, расположены в одном здании на втором этаже
1.4.3 Регламент и режим работы
Регламент работы сотрудников кафедры определяется в целом: пять дней в неделю по 10 часов в день. Режим работы: с 8.00 до 18.00.
1.4.4 Программная модель
На кафедре используется следующее программное обеспечение:
Операционные системы, офисное ПО: MS Windows 98 SE, MS Windows 2000 Server, MS Windows XP Professional, MS Office 97, MS Office XP;
СУБД: MS SQL Server 2000;
Специальное ПО: SQL-сервер.
1.4.5 Информационная модель
Схема обработки информации изображена на рисунке 2.
Рисунок 1.2 - Схема обработки информации автоматизированной системой
Функции системы:
сбор, контроль, корректировка, хранение информации;
Входная информация:
данные, вводимые администратором
данные, вводимые методистом
данные, вводимые зав. лаб.
данные, вводимые секретарем
данные, вводимые преподавателями
Выходная информация.
2. Описание постановки задач
2.1 Характеристика задач
2.1.1 Цель и назначение системы
Обязательные задачи, решение которых должна обеспечивать любая система электронного документооборота, - это непосредственная работа с регистрационной карточкой, контроль исполнения, ввод и вывод документов, их поиск и организация защищенной работы в сетевом режиме. Задачи, которые должна выполнять автоматизированная система:
Работа с регистрационной карточкой
Регистрация документов - базовый процесс, начало существования документа в системе. Должна быть реализована возможность изначального заполнения реквизитов документа, присоединения файлов различного типа и возможность их последующей (частичной) модификации.
Составные документы - функция поддержки нескольких выделенных частей (файлов) в одном документе и установление логических связей с другими документами.
Номенклатура дел - функция поддержки стандартной (входящие, исходящие, внутренние) номенклатуры, а также других потоков документов, определяемых пользователем.
Дизайнер форм карточек - дает возможность настройки как самого набора реквизитов, так и размещения их в необходимом порядке в электронной форме регистрационной карточки.
Словари и справочники - возможность добавления и редактирования пользовательских данных для ускоренного ввода в поля регистрационной карточки.
Контроль исполнительской дисциплины.
Сроки поручений - возможность задания временного (в течение определенного времени), точного (требуемая дата) или бессрочного графика исполнения контрольных поручений по документу.
Автоматические уведомления - генерируются системой для периодических или разовых напоминаний исполнителям и контролерам о текущих или просроченных заданиях.
Задание маршрута - выбор очередности и относительного порядка прохождения документа по инстанциям.
Протокол обработки - функция, позволяющая выяснить, где и на каком участке находится (находился) документ и каким изменениям он был подвергнут.
Поиск документов.
Реквизитный поиск - задание точных или частичных значений одного или нескольких известных реквизитов, набора или промежутка значений (для перечислимых типов), задание номенклатуры, обеспечение корректного поиска и выдача списка результатов.
Поиск по форме - задание значений реквизитов непосредственно на форме, соответствующей регистрационной карточке по выбранной номенклатуре дел.
Полнотекстовый поиск - индексация и последующий поиск по присоединенным файлам с текстовой информацией.
Ввод документов.
Ручной ввод информации.
Импорт - перевод из растровых форматов (*. 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 логина и пароля) пользователь уведомляется об ошибке авторизации и автоматически попадает на форму регистрации для повторного ввода данных. Таким образом, осуществляется достаточная защита системы от доступа посторонних.
Рисунок 3.2 -Алгоритм авторизации.
Возможности пользователя в системе определяются присвоенной ему группой. На основании значений группы строится интерфейс системы (отображаются разрешенные элементы управления и вводятся ограничения). Таким образом, создается необходимое автоматизированное рабочее место для пользователя.
В системе четыре типа автоматизированных рабочих мест, определяемых группами пользователей.
Для группы “зав. лаб. ” предусмотрены:
Администрирование подотчета.
Таблица “Сотрудники" (просмотр).
Таблица “Плановая загрузка” (просмотр).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
