48390 (Проектирование системы электронного документооборота для гимназии), страница 3

2016-07-30СтудИзба

Описание файла

Документ из архива "Проектирование системы электронного документооборота для гимназии", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "информатика, программирование" в общих файлах.

Онлайн просмотр документа "48390"

Текст 3 страницы из документа "48390"

ishod_documents:

ishod_number(текст) – номер исходящего документа

Date_registr(дата) – дата регистрации исходящего документа

Soderzhanie(текст) – содержание документа

Srok_ispolneniya(дата) – срок исполнения документа

Status_documenta(текст) – статус документа

vhod_documents:

vhod_number – номер входящего документа

Date_registr(дата) – дата регистрации исходящего документа

Soderzhanie(текст) – содержание документа

Srok_ispolneniya(дата) – срок исполнения документа

Status_documenta(текст) – статус документа

vid_documenta:

Code_vida_documenta (текст) – код вида документа

Vid _documenta(текст) – вид документа

Tip_documenta(текст) – тип документа

potoki_dokumentov:

Code_potoka(текст) – код потока документов

Naimenovanie_potoka(текст) - наименование потока документов

Podpischik:

Code_podpischika(текст) – код подписчика

Podpischik(текст) – ФИО подписчика

Code_dolgnosty – код должности

Ispolnitely:

Code_ispolnitelya(текст) – код исполнителя

Ispolnitely(текст) – ФИО исполнителя

Code_dolgnosty – код должности

Podrazdelenie:

Code_podrazdeleniya(текст) – код подразделения

Nazvanie_podradeleniya(текст) – название подразделения

Dolgnosty:

Code_dolgnosty(текст) – код должности

Dolgnosty (текст) – должность

Sotrudniki:

Sotrudnik(текст) – ФИО сотрудника

Login(текст) – системное имя

Password(текст) - пароль

Kabinet(текст) - № кабинета сотрудника

Telephone(текст) - № телефона сотрудника

e-mail(текст) – адрес электронной почты сотрудника

AS(логический) – администрирование системы

AD(логический) – администрирование документооборота

RK(логический) – расширенный контроль

KIZ(логический) – контроль исполнения задания

CR(логический) – создание отчетов

SRF(логический) – создание регистрационных форм.

В логических полях БД фиксируются права пользователей ИСУД.

После создания физической модели данных, была произведена генерация схемы БД в СУБД Microsoft Access. Ниже представлена схема данных.

Рис.4 "Схема данных"


4.2 Архитектурная функциональность

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

Безусловно, основным видом архитектуры для ИСУД является архитектура "клиент-сервер" (рис. 5.).

Рис. 5. Клиент-серверная архитектура СУД

Однако проектируемая система поддерживает архитектуру "файл-сервер" (рис. 6). В дальнейшем будет осуществлен переход к архитектуре "Клиент- Сервер".

Рис. 6. Файл-серверная архитектура СУД

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

Сравнительная характеристика "клиент-серверной" и "файл-серверной" архитектур представлена в таблице 1.



Таблица 1 Сравнительная характеристика архитектур

Файловая система

Клиент-серверная система

Низкая цена

Большой разброс цен

Хорошо подходит для малых БД и БД конечного пользователя

Годится для малых БД. Не подходит для БД конечного пользователя

Масштабируется до средних БД

Масштабируется до больших БД

Минимально централизованное управление

Высокая степень централизации управления

Очень гибкий интерфейс конечного пользователя

Гибкий интерфейс конечного пользователя

Низкая или средняя зависимость от поставщика

Средняя зависимость от поставщика

Неэффективно использует сеть

Может эффективно использовать сеть

    1. Функциональная целостность

Понятие функциональной целостности имеет отношение к сохранности документов в базе данных в неизменном виде.

Разрабатываемая система гарантирует пользователю сохранность документа в базе данных в неизменном виде только при обеспечении внешней защиты базы данных. Под внешней защитой здесь подразумевается, в первую очередь, разграничение политики доступа пользователей к локальной ЭВМ средствами операционной системы при локальной, "файл-серверной" конфигурации и применение систем сетевой защиты (например, брандмауэра) и сетевой политики доступа при конфигурации "клиент-сервер".

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

    1. Технические требования

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

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

Разрабатываемая система управления документооборотом представляет собой единую ИС, выполненную в архитектуре "Файл-сервер". В связи со специфическими особенностями данной архитектуры, доступ к ядру системы носит сетевой характер. В связи с этим, администрирование системы должно производиться непосредственно на сервере предприятия. Наделение сотрудников правами доступа производится в соответствии с занимаемыми должностями. Так, пользователи директор и секретарь имеют доступ ко всем таблицам и документам БД. Пользователи, входящие в группу пользователей завучи имеют доступ ко всем внутренним документам организации Заказчика, а также к некоторым исходящим документам, в частности, отчету по форме ОШ-1 и соответсвующим им таблицам БД, с наложенными ограничениями. Пользователи, входящие в группы учителя и классные руководители имеют доступ о таблицам БД, связанными с внутренними и внешними документами, касающихся учащихся классов. Это таки документы как: журналы успеваемости, характеристики учащихся, а также отчетная информация . Ограничения, отображения информации в таблицах БД, накладываются посредством использования SQL- запросов. Данная операция также проводится силами системного администратора.

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

А) Численность персонала.

Функционирование разрабатываемой ИС не зависит от численности персонала, которая, в свою очередь, определяется штатным расписанием МОУ гимназии № 16, исходя из общей численности сотрудников. Но важным требованием является наличие или введение должности системного администратора, в перечень задач которого должны входить:

  1. задача поддержания работоспособности технических средств;

  2. задачи установки (инсталляции) и поддержания работоспособности системных программных средств – операционной системы;

  3. задача установки (инсталляции) программы.

  4. Задача устранения мелких сбоев, возникших при работе внедряемой ИС

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

Б) Квалификация персонала, порядок его подготовки и контроль знаний и навыков.

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

Также персонал гимназии должен иметь первоначальные навыки работы с операционной системой MS Windows XP, интегрированном пакете MS Offiсe ( Word, Excel, Access – обязательно) Навыки работы с другими СУБД, кроме MS Access, приветствуется.

В) требуемый режим работы персонала.

Внедряемая ИСУД не имеет специальных требований, предъявляемых к режиму работы персонала. Режим работы персонала определяется правилами внутреннего распорядка организации Заказчика, т.е гимназии № 16 г. Сочи.

Требования к надежности:

Надежное (устойчивое) функционирование внедряемой программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

  • организацией бесперебойного питания технических средств;

  • использованием надежных технических средств;

  • использованием лицензионного программного обеспечения;

  • регулярным выполнением рекомендаций Министерства труда и социального развития РФ, Министерства Образования РФ, изложенных в Постановлении от 23 июля 1998 г. "Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств";

  • регулярным выполнением требований ГОСТ 51188-98. "Защита информации. Испытания программных средств на наличие компьютерных вирусов".

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

Требования по эргономике и технической эстетике

Взаимодействие ИС с конечным пользователем должно осуществляться посредством стандартного Windows интерфейса: стандартное оформление экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления; удобная навигация как при помощи мыши, так и клавиатуры, должен быть обеспечен легкий вызов справки. Интерфейс должен быть интуитивно понятным, однородная информация должна быть объединена в общие блоки.

Требования к защите информации от несанкционированного доступа

Надежная вычислительная база должна управлять доступом авторизованных пользователей к именованным объектам. Механизм управления (права для владельца/группы/прочих, списки управления доступом) должен позволять специфицировать разделение файлов между индивидами и/или группами. Механизм управления должен ограничивать распространение прав доступа – только авторизованный пользователь, например, владелец объекта может предоставлять права доступа другим пользователям. Все объекты должны подвергаться контролю доступа. В случае экстренной необходимости (попытки взлома и т.д.) сторона, сопровождающая систему должна иметь возможность повысить уровень защищенности системы – шифрование сетевого потока информации , криптографическое закрытие конфиденциальной информации (пароли пользователей), которое производится в соответствии с ГОСТ 28147-89 "Защита информации в автоматизированных системах обработки информации. Алгоритм криптографического закрытия информации" и т.д. Общий же контроль системой защиты программы должен осуществлять непосредственно системный администратор организации Заказчика проекта ИСУД.

Требования к функциям (задачам), выполняемым системой (функциональные блоки нижнего уровня иерархии дерева узлов):

  • регистрация входящих документов;

  • передача документов на подпись директору и их подписание;

  • создание копий документов;

  • передача и обработка копий;

  • контроль исполнения входящих документов;

  • занесение подлинников документов в БД;

  • регистрация внутренних документов;

  • передача документов на исполнение;

  • контроль исполнения внутренних документов;

  • регистрация исходящих документов;

  • передача документов на подпись и их подписание;

  • отправка документов по месту назначения;

  • Ведение БД по сотрудникам и учащимся.

Требования к видам обеспечения

Требования к информационному и программному обеспечению

База данных, проектируемой Информационной Системы Управления Документооборотом должна управляться СУБД Microsoft Access 2003. База Данных должна располагаться на сервере предприятия под управлением сетевой Операционной Системы Microsoft Windows Server 2008. На рабочих станциях (клиентских местах) должна установлена ОС Windows XP Professional с пакетом обновлений SP2, или более поздние версии ОС Windows.

Требования к техническому обеспечению

Клиентская часть, разрабатываемого комплекса должна гарантированно работать на платформенных решениях MS Windows.

Свежие статьи
Популярно сейчас
А знаете ли Вы, что из года в год задания практически не меняются? Математика, преподаваемая в учебных заведениях, никак не менялась минимум 30 лет. Найдите нужный учебный материал на СтудИзбе!
Ответы на популярные вопросы
Да! Наши авторы собирают и выкладывают те работы, которые сдаются в Вашем учебном заведении ежегодно и уже проверены преподавателями.
Да! У нас любой человек может выложить любую учебную работу и зарабатывать на её продажах! Но каждый учебный материал публикуется только после тщательной проверки администрацией.
Вернём деньги! А если быть более точными, то автору даётся немного времени на исправление, а если не исправит или выйдет время, то вернём деньги в полном объёме!
Нет! Мы не выполняем работы на заказ, однако Вы можете попросить что-то выложить в наших социальных сетях.
Добавляйте материалы
и зарабатывайте!
Продажи идут автоматически
4121
Авторов
на СтудИзбе
667
Средний доход
с одного платного файла
Обучение Подробнее