В основе разрабатываемой ИСУД лежит модульная структура ее функциональных элементов, позволяющая разработчику сформировать тот или иной тип архитектуры ИСУД в зависимости от требований заказчика.
Безусловно, основным видом архитектуры для ИСУД является архитектура "клиент-сервер" (рис. 5.).
Рис. 5. Клиент-серверная архитектура СУД
Однако проектируемая система поддерживает архитектуру "файл-сервер" (рис. 6). В дальнейшем будет осуществлен переход к архитектуре "Клиент- Сервер".
Рис. 6. Файл-серверная архитектура СУД
Благодаря модульной структуре программного обеспечения СУД и неизменной структуре БД переход от одной архитектуры к другой будет сделан без снижения производственных и технических показателей.
Сравнительная характеристика "клиент-серверной" и "файл-серверной" архитектур представлена в таблице 1.
Таблица 1 Сравнительная характеристика архитектур
| Файловая система | Клиент-серверная система |
| Низкая цена | Большой разброс цен |
| Хорошо подходит для малых БД и БД конечного пользователя | Годится для малых БД. Не подходит для БД конечного пользователя |
| Масштабируется до средних БД | Масштабируется до больших БД |
| Минимально централизованное управление | Высокая степень централизации управления |
| Очень гибкий интерфейс конечного пользователя | Гибкий интерфейс конечного пользователя |
| Низкая или средняя зависимость от поставщика | Средняя зависимость от поставщика |
| Неэффективно использует сеть | Может эффективно использовать сеть |
Функциональная целостность
Понятие функциональной целостности имеет отношение к сохранности документов в базе данных в неизменном виде.
Разрабатываемая система гарантирует пользователю сохранность документа в базе данных в неизменном виде только при обеспечении внешней защиты базы данных. Под внешней защитой здесь подразумевается, в первую очередь, разграничение политики доступа пользователей к локальной ЭВМ средствами операционной системы при локальной, "файл-серверной" конфигурации и применение систем сетевой защиты (например, брандмауэра) и сетевой политики доступа при конфигурации "клиент-сервер".
Во избежание несанкционированного доступа системный администратор обязан провести полное администрирование как проектируемой ИСУД так и администрирование сетевого доступа к БД. Последнее возможно только при наличии в организации доменной локальной сети, которой пока что нет. Подробнее вопрос, касающийся локальной сети предприятия будет рассмотрен в разделе 4.5 курсового проекта.
4.4 Технические требования
Требования к системе в целом
А) Требования к структуре и функционированию системы
Разрабатываемая система управления документооборотом представляет собой единую ИС, выполненную в архитектуре "Файл-сервер". В связи со специфическими особенностями данной архитектуры, доступ к ядру системы носит сетевой характер. В связи с этим, администрирование системы должно производиться непосредственно на сервере предприятия. Наделение сотрудников правами доступа производится в соответствии с занимаемыми должностями. Так, пользователи директор и секретарь имеют доступ ко всем таблицам и документам БД. Пользователи, входящие в группу пользователей завучи имеют доступ ко всем внутренним документам организации Заказчика, а также к некоторым исходящим документам, в частности, отчету по форме ОШ-1 и соответсвующим им таблицам БД, с наложенными ограничениями. Пользователи, входящие в группы учителя и классные руководители имеют доступ о таблицам БД, связанными с внутренними и внешними документами, касающихся учащихся классов. Это таки документы как: журналы успеваемости, характеристики учащихся, а также отчетная информация . Ограничения, отображения информации в таблицах БД, накладываются посредством использования SQL - запросов. Данная операция также проводится силами системного администратора.
Требования к численности, квалификации персонала и режиму его работы
А) Численность персонала.
Функционирование разрабатываемой ИС не зависит от численности персонала, которая, в свою очередь, определяется штатным расписанием МОУ гимназии № 16, исходя из общей численности сотрудников. Но важным требованием является наличие или введение должности системного администратора, в перечень задач которого должны входить:
a. задача поддержания работоспособности технических средств;
b. задачи установки (инсталляции) и поддержания работоспособности системных программных средств – операционной системы;
c. задача установки (инсталляции) программы.
d. Задача устранения мелких сбоев, возникших при работе внедряемой ИС
e. Задачи по защите конфиденциальной информации, хранящийся в БД внедряемой ИС и используемой для ее работы, от несанкционированного доступа, посредством администрирования данной ИС, т.е системный администратор должен разграничить права доступа между будущими пользователями Информационной системы.
Б) Квалификация персонала, порядок его подготовки и контроль знаний и навыков.
Для нормального функционирования внедряемой информационной системы, персоналу, который будет непосредственно работать с разрабатываемой ИСУД необходимо знать порядок и форму осуществления документооборота гимназии в своей области, так как формы осуществления документооборота для административно-управленческого звена и преподавательского состава гимназии отличаются друг от друга.
Также персонал гимназии должен иметь первоначальные навыки работы с операционной системой 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.
Для нормального функционирования системы требуется наличие у Заказчика ПЭВМ, обладающих следующим набором технических характеристик:
ü процессор Pentium-4 с тактовой частотой, ГГц - 2, не менее;
ü материнскую плату с FSB, МГц - 133, не менее;
ü оперативную память объемом, Гб - 1, не менее;
ü жесткий диск объемом, Гб – 60, не менее;
ü СD/DVD – ROM;
ü FDD ( дисковод гибких дисков);
ü Видеокарта с памятью, Мб – 64, не менее;
ü Клавиатура;
ü Манипулятор Мышь;
ü Монитор;
ü Звуковая плата ;
ü Сетевая карта.
Чтобы обеспечить устойчивое функционирование серверной части необходимо использовать сервер Kraftway Express 100 E 124, обладающий следующим набором технических зарактеристик:
ü Два 4-х ядерных процессора Intel Xeon Е5540, 2.53 GHz ;
ü Оперативная память RAM 4Gb DDR-3 1066 MHz EEC (4*1Gb);
ü RAID массив из пяти жестких дисков:(4 HDD 2 TB, 1 HDD 500Gb);
ü DVD – ROM;
ü 2-x канальный серверный сетевой адаптер Intel PRO 1000T 10/100/1000Mbs;
ü Дополнительный радиатор охлаждения для процессоров;
ü 6 вентиляторов охлаждения системных компонентов.
Сервер должен быть закуплен в двух экземплярах. Данное решение является самым оптимальным, потому что второй сервер будет использоваться в качестве резервного контроллера домена, что обеспечит безотказное функционирование локальной сети предприятия. Закупка двух серверов, с указанными характеристиками обойдется в 400 118 рублей. Экономический расчет всех затрат на закупку необходимого оборудования а также на внедрение ИСУД приводится в приложении 6.
Проектирование ЛВС гимназии
Перед начальным этапом проектирования локальной вычислительной сети было проведено предпроектное обследование предприятия на предмет наличия локальной сети. В ходе этого обследования было выяснено, что в данный момент времени на предприятии функционирует бездоменная локальная вычислительная сеть, состоящая из четырех не связанных между собой сетей. Существующая сеть имеет физическую топологию "Общая шина", а в качестве логической топологии используется звезда. В качестве кабеля используется сетевой кабель UTP (неэкранированная витая пара) третьей категории, т.е кабель с волновым сопротивлением 100 ОМ. В ходе предпроектного обследования было также выявлено полное отсутствие коммутаторов и маршрутизаторов. Сеть функционирует на основе HUB(мостов) фирмы D-LINK. Данная схема построения ЛВС существенно усложняет администрирование сети системным администратором, роль которого выполняет учитель информатики, поскольку в данной схеме сети полностью отсутствует централизованный доступ к серверу организации. Отсутствие централизованного доступа к серверу, как собственно и самого сервера неприемлимо. Для внедрения ИСУД необходимо полностью перепроектировать ЛВС организации Заказчика.
Оптимальным решением для организации Заказчика является прокладка доменной сети. Исходя из результатов предпроектного обследования было принято решении о проектировании локальной сети, которая имеет следующую конфигурацию:
1) в качестве сетевого оборудования было выбрано сетевое оборудование фирмы 3СОМ, т.к оно является оптимальным по сотношению цена\качество;
2) в качестве сетевого кабеля был выбран кабель UTP пятой категории;
3) в качестве сервера должен быть использован сервер Kraftway Express 100 E 124, обладающий следующим набором технических зарактеристик:
ü Два 4-х ядерных процессора Intel Xeon Е5540, 2.53 GHz ;
ü Оперативная память RAM 4Gb DDR-3 1066 MHz EEC (4*1Gb);
ü RAID массив из пяти жестких дисков:(4 HDD 2 TB, 1 HDD 500Gb);
ü DVD – ROM;
ü 2-x канальный серверный сетевой адаптер Intel PRO 1000T 10/100/1000Mbs;
ü Дополнительный радиатор охлаждения для процессоров;
ü 6 вентиляторов охлаждения системных компонентов.
4) Вновь спроектированная сеть должна иметь топологию "иерархическая звезда". Именно эта топология в совокупности с новым сетевым оборудованием фирмы 3COM обеспечит устойчивое функционирование сети, поскольку топология "иерархическая звезда" предусматривает построение "покрывающего дерева".
Список материальных затрат на проектирование ЛВС приводится в таблице 1.
Таблица 1 "Затраты на проектирование ЛВС "
| № п/п | Вид затрат | Название Оборудованиия | Описание | Цена | Количество | Стоимость |
| 1 | Сет. кабель | Кабель UTP - 5 | Неэкранированная витая пара 5-ой категории | 13 руб/метр | 1500 метров | 19500 |
| 2 | коммутаторы | 3COM switch 4500 PWR 50-port | 50 портовый коммутатор с поддержкой ст. IEEE 802.1D"покрывающее дерево" | 65402 | 1 штука | 65402 |
| 3 | коммутаторы | 3COM switch 4500 PWR 16-port | 26 портовый коммутатор с поддержкой ст. IEEE 802.1D"покрывающее дерево" | 15000 | 1 штука | 15000 |
| 4 | Расходные матеиалы | Кабель канал | Кабель канал | 15 | 1000метров | 15000 |
| 5 | Монтажные работы по прокладке сети | Прокладка сети | 20000 | 20000 | ||
| 6 | Сервер | Kraftway Express100 E124 | 200059 | 2 шт. | 400118 | |
| 7 | ОС | WS 2008 | WS 2008 | 20000 | 1 шт | 20000 |
| ИТОГО | 574535 |
5. ПРОГРАММИРОВАНИЕ ОТДЕЛЬНОГО БЛОКА ИЛИ ПОДСИСТЕМЫ СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТООБОРОТОМ
На основе разработанных концептуальной, логической моделей, а также модели предметного воплощения было разработано программное приложение с использованием возможностей интегрированной среды разработки Borland Delphi 7.0.
В исходный дистрибутив программного модуля входят: исполняемый файл модуля СУД (аdministratosr.exe), файлы базы данных,а такде текстовый файл с описанием установки и настройки разработанного приложения.
Разработанный модуль ИСУД представляет собой подсистему администратора СУД.
Создание БД
В процессе разработки СУД была создана БД в Microsoft Office Access. Создана схема данных на основе логической модели и представлена в приложении 5.
На основе схемы данных было создано 11 таблиц со следующими набором атрибутов .
Vnutr_documents
| Имя поля | Тип поля | Размер поля | Описание |
| Vnutr_reg_number | Текст | 15 | Номер внутреннего д-та |
| Date_registr | Дата\Время | __________ | Дата регистрации вн. д-та |
| Soderzhanie | Текст | 100 | Содержание |
| Srok_ispolneniya | Дата\Время | __________ | Срок исполнения |
| Status_documenta | Текст | 25 | Статус документа |
ishod _ documents
| Имя поля | Тип поля | Размер поля | Описание |
| Ishod_number | Текст | 15 | Номер исходящегого д-та |
| Date_registr | Дата\Время | __________ | Дата регистрации ис. д-та |
| Soderzhanie | Текст | 100 | Содержание |
| Srok_ispolneniya | Дата\Время | __________ | Срок исполнения |
| Status_documenta | Текст | 25 | Статус документа |
vid _ documenta ;
| Имя поля | Тип поля | Размер | Описание |
vhod _ documents
| Имя поля | Тип поля | Размер поля | Описание |
| Vxod_number | Текст | 15 | Номер входящего д-та |
| Date_registr | Дата\Время | __________ | Дата регистрации вх. д-та |
| Soderzhanie | Текст | 100 | Содержание |
| Srok_ispolneniya | Дата\Время | __________ | Срок исполнения |
| Status_documenta | Текст | 25 | Статус документа |
potoki_dokumentov
| Имя поля | Тип поля | Размер | Описание |
| Code_potoka | Текст | 4 | Код потока |
| Naimnovanie_potoka | Текст | 30 | Наименование потока |
Podpischik
| Имя поля | Тип поля | Размер поля | Описание |
| Code_podpischika | Текст | 12 | ID подписчика |
| Podpischik | Текст | 30 | Подписчик |
Dolgnosty
| Имя поля | Тип поля | Размер | Описание |
| Code_dolgnosty | Текст | 12 | Код потока |
| Dolgnosty | Текст | 30 | Наименование потока |
Ispolnitely
| Имя поля | Тип поля | Размер поля | Описание |
| Code_ ispolnitelya | Текст | 12 | ID исполнителя |
| Ispolnitely | Текст | 30 | Исполнитель |
Podrazdeleniya
| Имя поля | Тип поля | Размер | Описание |
| Code_podrazdeleniya | Текст | 4 | Код потока |
| Nazvanie_podrazdeleniya | Текст | 30 | Наименование потока |
Sotrudniki
| Имя поля | Тип поля | Размер | Описание |
| Sotrudnik | Текст | 50 | ФИО сотрудника |
| Dolgnosty | Текст | 30 | Должность сотрудника |
| Login | Текст | 30 | Системное имя пользователя |
| Password | Текст | 30 | Пароль пользователя |
| Kabinet | Текст | 4 | кабинет сотрудника |
| Telephone | Текст | 15 | телефон сотрудника |
| Текст | 40 | Е-mail сотрудника | |
| AS | Логический | _______ | Администратор системы |
| AD | Логический | _______ | Администратор документооборота |
| RK | Логический | _______ | Расширенный контроль |
| KIZ | Логический | _______ | Контроль исполнения заданий |
| CR | Логический | _______ | Создание отчетов |
| SRF | Логический | _______ | Создание регистрационных форм |
Дата: 2019-05-28, просмотров: 226.
