Размещено на http://www.allbest.ru/

Введение

автоматизированный информационный документооборот

В наше время автоматизация деятельности является важной частью практически любого предприятия. Управление многими процессами при помощи персонального компьютера позволяет организовать более высокий уровень производительности труда и сэкономить время сотрудников. Качественно реализованная автоматизация процессов заметно упрощает работу предприятия.

Автоматизацию деятельности следует проводить, если на предприятии существуют большие затраты рабочего времени на ведение и контроль документов и поддержку данных в достоверном состоянии или есть вероятность появления большого количества ошибок и описок во время подготовок отчетов.

В данной выпускной квалификационной работе будет рассмотрено создание автоматизированной информационной системы для центра развития ребенка, где автоматизация процессов может упростить работу сотрудников с документами и сделать их работу намного эффективнее.

Целью работы является частичная автоматизация документооборота и обеспечение информационной поддержки деятельности центра развития ребенка путем создания автоматизированной информационной системы (далее АИС), основанной на базе данных. Результатом работы является АИС, которая хранит информацию о сотрудниках, воспитанниках и их родителей, позволяет пользователю осуществлять поиск информации, автозаполнение приказов и форм, учет документации.

Основополагающая часть разработки - это реляционная база данных, для создания которой следует последовательно определить инфологическую, логическую и физическую модель данных [1]. В ходе разработки системы следует решить следующие задачи:

- анализ предметной области;

- обзор и анализ систем управления базами данных;

- проектирование и создание базы данных;

- обзор и анализ средств разработки;

- разработка архитектуры программного средства;

- написание и программная реализация алгоритмов обработки данных;

- определение средств для обеспечения целостности и безопасности данных;

- отладка и тестирование программного средства;

- разработка сопровождающей документации.

Главное требование к системе - это автозаполнение заданных форм и отчетов, так как это и является целью создания АИС. Также, система должна быть гибкой - иметь возможность загрузжать новые формы, шаблоны, их редактировать. Пользователи должны максимально просто и легко взаимодействовать с интерфейсом, следовательно, графическая оболочка должна быть максимально простой и понятной. Также, система должна быть разработана без какого либо платного программного обеспечения. Безусловно, система должна быть в доступе на персональных компьютерах работников, следовательно, работать без установки дополнительного платного обеспечения. Таким образом, автоматизированная информационная система должна отвечать следующим основным требованиям:

- максимально удобный и понятный интерфейс для пользовательской работы;

- автоматизированное построение заданных форм, отчетов;

- возможность простого изменения и дополнения шаблонов форм и отчетов;

- возможность использования на ЭВМ организации без установки дополнительного платного программного обеспечения.

В современном мире, развивающихся информационных технологий, одни программы приходят на смену другим за считанные годы. Данные аналоги предоставляют устаревшую и неподходящую под определенную специфику учреждения выходную информацию, некоторые же из них и вовсе подходят только для системы Windows 98. При разработке автоматизированной информационной системы будут применяться современные программные средства, самые свежие версии программ. Это позволит сократить время на разработку и доработку автоматизированной информационной системы, так как новое программное обеспечение довольно широко распространено и имеет множество вариантов применения.

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

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

1. Анализ существующих технических решений

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

1.1 1С:Дошкольное учреждение

Одним из аналогов является продукт фирмы «1С» под названием «1С:Дошкольное учреждение» [2]. Сейчас это лидер по известности и тиражу продаж. Фирма набрала известность благодаря продукту «1С: Бухгалтерия». «1С:Дошкольное учреждение» позволяет создать систему электронного документооборота, ведет кадровый учет и позволяет управлять ресурсами организации. В системе реализованы многие функции: учет воспитанников и кадров, автоматическое заполнение некоторых форм и приказов, формирование штатного расписания, регистрация документов, учет материальных ресурсов.

Функционал программного продукта:

1)Учет контингента воспитанников (регистрация информации о ребенке и родителях, учет посещаемости, автозаполнение договором о приеме ребенке, формы 85-К, учет заявок на зачисление).

2)Кадровый учет (автозаполнение приказов о приеме на работу или увольнении, формирование штатного расписания и графика отпусков).

3)Делопроизводство (регистрация документов, контроль за исполнением задач, хранение и учет электронного образа документа).

4)Сопровождение педагогической деятельности (учет методической литературы, электронная библиотека).

5)Учет материальных ресурсов.

Пользователи продукта имеют возможность формировать некоторые документы, которые есть в функционале системы, и выводить их на печать. Недостатками данного продукта является стоимость - на 5 рабочих мест, 21 600 рублей, ограниченное количество формирующихся отчетов и приказов и отсутствие возможности добавления новых форм и шаблонов неквалифицированным пользователем.

1.2 Небольшие базы данных под управлением СУБД Microsoft Access

В сети можно найти множество разнопрофильных баз данных, созданных с помощью данной системы [3-5]. Существуют также системы под муниципальные проекты.

Большинство из них представляет собой дружелюбный для пользователя интерфейс, созданный через мастер форм, несколько связанных таблиц (воспитатели, группы воспитанников, воспитанники, родители) и отображают лишь связь между собой и запросы по поиску какой-либо информации. При этом пользователь, сотрудник учреждения, сможет сам создать таблицы или редактировать их. Полезность для учреждения данных систем может заключаться лишь в структурированном хранении информации и быстром доступе к данным. Учреждению требуется немного иной функционал, который позволит упростить работу кадрового отдела и операции по документообороту системы. Некоторые из них все-таки позволяют реализовать автозаполнение форм, но в этом случае формирование отчета занимает довольно длительное время. Также, у данного аналога есть еще один недостаток - сложности в реализации многопользовательского режима.

1.3 Система ChildCare Sage

Рис. 1. Интерфейс системы ChildCare Sage

Программа ChildCare Sage предназначена для регистрации воспитанников, родителей и сотрудников, учета посещаемости, материальных ресурсов и ведения бухгалтерского учета учреждения [6]. Данное иностранное программное обеспечение на английском и не имеет поддержки русского языка (рис.1). Также в системе уделено больше внимания экономическим составляющим предприятия, нет поддержки автозаполнения приказов и отчетов. Стоимость данной разработки зависит от количества данных, внесенных администратором. Цена на продукт для учреждение с 300 воспитанниками будет стоить от 500$. Недостатки данной системы:

- высокая стоимость;

- недостаточная функциональность;

- отсутствие возможности внесения изменений;

- нет многопользовательского доступа;

- неудобный пользовательский интерфейс.

2. Обоснование выбора метода решения поставленной задачи

Электронные базы данных используются во многих организация, в том числе в государственных и учебных. Как правило в государственных учреждениях применяется реляционная СУБД из пакета Microsoft Office - MS Access. Если данные, которые хранятся в БД, нужно распространить вне системы, то используются бумажные отчеты и справки, которые создаются с помощью интерфейса к БД.

Появление локальных сетей, подключение к Internet предоставило возможность с рабочего места учреждения получить доступ к ресурсу в сети. Однако, при использовании данных БД возникают некоторые проблемы: базу данных следует устанавливать на каждую ЭВМ на предприятии или выделить компьютер в локальной сети для такой БД и работать с ней как с общим сетевым ресурсом. Данную проблему можно решить с помощью создания общего сетевого ресурса и интерфейса для доступа к нему.

World Wide Web широко распространена по причине простоты пользовательского интерфейса. Посыл «нажимай на то, что хочешь узнать» лежит в основе гипертекста. В WWW все основные элементы документа: слова, картинки и др - при нажатии могут отобразить новый документ, который будет раскрывать или дополнять выбранный элемент. Данный способ представления информации называется «гипертекстом», а документы, представленные в таком виде - «гипертекстовыми документами». Для конструирования гипертекстовых документов применяется специальный язык описания или HTML (HyperText Markup Language) [7]. Таким образом, возникает задача отображения данных из БД через гипертекстовые документы.

Применение данной технологий для обеспечения доступа к данным подразумевает существование нескольких компонентов:

- IP-сети, поддерживающий базовый набор услуг по передаче данных с общей политикой нумерации и маршрутизации и работающим сервисом имен DNS.

- WWW-сервера, который обеспечивает предоставление гипертекстовых документов через сеть в ответ на запросы клиентов.

Гипертекстовые документы конструируются при помощи стандарта HTML. Данные документы могут храниться в статическом виде или динамически компоноваться в зависимости от запроса.

2.1 Архитектура системы

Система состоит из двух главных элементов: Web-сервера и Web-браузера. Браузер отправляет запрос серверу, тот отсылает обратно ответ. Таким образом происходит работа системы, если сервер занимается отправкой только статичных страниц. Для системы, где существует еще подключение к базе данных, данный алгоритм немного усложняется. Транзакция состоит из следующих этапов (рис. 2) :

1)Браузер отправляет http-запрос с web-страницы через html-форму.

2)Сервер принимает запрос, получает и передает файл PHP на обработку.

3)PHP проводит синтаксический анализ сценария, где осуществляется подключение к БД и выполнения запроса связанный с базой данных. Через PHP происходит соединение с сервером Firebird и отправка необходимого запроса.

4)Сервер Firebird обрабатывает запрос осуществляемый к базе данных и отправляет результаты обратно PHP.

5)PHP завершает сценарий тем, что преобразует результаты запросы в HTML.

6)Сервер отправляет HTML в браузер через который пользователь ожидает ответ.



Рис. 2. Транзакция между клиентом и сервером

Данный процесс зачастую не зависит от сервера или сценарного механизма PHP. Web-cервер, модуль PHP и сервер Firebird находится на одной ЭВМ предприятия. Cервер БД можно перенести на другую ЭВМ для того, чтобы увеличить надежность системы, быстродействие, производительность.

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

2.2 Выбор Web-сервера

Программное обеспечение, которое обрабатывает запросы от браузера, ищет нужные файлы и предоставляет данные, называется web-сервером. Сейчас существует несколько десятков программ, которые могут выполнять данные задачи. Некоторые из них могут работать независимо от ОС и работать сразу в нескольких операционных системах, хотя большинство ориентировано на использование в одной системе. Есть как коммерческие, так и бесплатные программы. Также существуют программные обеспечения, где данные функции являются лишь частью общего функционала, с ними же предусмотрены возможности реализовывать ограничения прав доступа к некоторым документам, возможность криптографической защиты данных, которые передаются или принимаются, создание на персональных компьютерах несколько Web-серверов с отличными доменными именами, использование нестандартных портов входа для сервера.

Также часто от Web-серверов требуется и поддержка работы с СУБД и языками Java, PHP Hypertext Preprocessor, Perl. Кроме функционала важное значение в выборе Web-сервера принимает удобство в администрировании, простота настройки, быстродействие. Сейчас самый популярный Web-сервер - это бесплатно распространяемый Apache. Также довольно часто можно встретить серверы Netscape, Microsoft Internet Information Server и др. [8].

На сегодняшний день есть Web-серверы для многих платформ: UNIX, Windows NT, IntranetWare, OS/2 Warp, Mac OS, Windows 95. Функционал Web-серверов не ограничен отправкой статических HTML-страниц. Языки составления сценариев являются идеальной платформой для web-разработки.

Благодаря Web-браузерам для администрирования сервера вовсе не обязательно всегда находиться в непосредственной близости от него. В большинстве продуктов имеются функции дистанционного администрирования через Web-браузер.

Наиболее популярная форма обеспечения безопасного соединения - это аутентификация, пользователь сообщает свой идентификатор и пароль. Базовой аутентификацией обладают почти все современные серверы. Некоторые из них обладают более углубленной формой обеспечения безопасности - ограничивают доступ по IP-адресу.

В данной работе выбор был сделан в пользу Apache, так как он бесплатно распространяемый, подходит многих операционных систем, поддерживает базовую идентификацию и позволяют подключать различные модули.

2.3 Выбор системы управления базами данных

Главной составляющей автоматизированной информационной системы является СУБД. Во время выбора СУБД программы следует проанализировать на функциональные возможности, определить критерии их оценки и возможную загрузку системы [9]. Критериями выбора СУБД является стоимость программных средств, требуемый объем оперативной и физической памяти, быстродействие системы, простота использования структуры данных, функциональные возможности системы. Нужно решить, какие характеристики являются более значимыми, а какие менее. Согласно требованиям предъявляемым к АИС, СУБД должна:

1)быть бесплатной;

2)быть многопользовательской (количество пользователей небольшое, около 4-10 человек);

3)хранить небольшой массив данных;

4)иметь возможность расширения и модификации БД.

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

Таблица 1 Анализ существующих систем управления баз данных

	MySQL	ACCESS	FireBird	Oracle
Оперативная память, используемая СУБД при работе с той же БД	сервер Apache + Internet Explorer - 28612 Кбайт	4528 Кбайт	сервер Apache + Internet Explorer - 28612 Кбайт	сервер Apache + Internet Explorer - 28612 Кбайт
Объём памяти на жёстком диске необходимый для самой СУБД	Браузер (130 МБ) и web-сервера (например, Apache - 8Мбайт)	530 Мбайт	Браузер (130 МБ) и web-сервера (например, Apache - 8Мбайт)+ FireBird (около 40 Мб)	1 Гбайт
Быстродействие	Локально разница между выполнениями запросов почти неощутима, при работе через Internet быстродействие зависит от трафика, удаленности от сервера
Простота использования	Прописывать все нужно в ручную, но особых трудностей в работе с данной СУБД нет	Наглядный интерфейс	Прописывать все нужно в ручную, но особых трудностей в работе с данной СУБД нет	Наиболее сложная, требует времени на изучение больше по сравнению с другими
Многопользовательский режим	Да	Нет (Сложная реализация)	Да	Да
Стоимость лицензии	110 000	15 000	0	При БД размером до 4 ГБ - бесплатная

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

Развитые СУБД, в том числе и Firebird [11], уже довольно давно основываются на архитектуре «клиент-сервер». При такой организации системы самые трудоемкие операции над БД выполняет определенный мощный компьютер-сервер. World Wide Web основывается на клиент-серверной архитектуре. Web-браузер - это типичный клиент, но отличающийся от клиентов, которые построены с помощью Visual C++, Visual Basic и других средств разработки, более гибкой настройкой функциональности, которая может описываться даже во время выполнения программы. В таком случае не требуется перекомпиляция или переустановка модулей.

На данный момент интерфейс приложения подразумевает заполнение клиентом формы с разными элементами управления и отправкой соответствующего запроса на сервер, прием результатов такой обработки обработки. Главными считается динамическое взаимодействие браузера и сервера внутри сессии.

2.4 PHP: Hypertext Preprocessor

РНР -- это серверный язык создания сценариев, который разработан специально для Web. В HTML-страничку можно добавить код РНР, который выполняется при каждом посещении данного документа. Web-сервер интерпретирует код PHP и создает HTML. Первоначально PHP являлся обычной маленькой CGI оболочкой, которая была написана на Perl, с целью исключить запуск Perl при обращении к серверу в стандартном обращении CGI, и применялся для небольших Internet-страниц. Позднее он стал являться инструментом включения SQL в Web-страницу [13], как CGI-оболочка, анализирующая запросы SQL и обладающая возможностью создания форм и таблиц, которые основанных на этих запросах.

PHP в качестве модуля сервера Apache в данной разработке используется по нескольким причинам:

- обладает интерфейсами к различным СУБД;

- содержит множество встроенных библиотек;

- прост в изучении и применении;

- находится в свободном доступе;

- обладает высокой производительностью.

Автоматизированная система для центра развития ребенка должна предоставлять пользователю автоматически заполненный документ: приказ, договор или справку. В качестве формата расширения документов был принят RTF, так как данный формат хранения размеченных текстовых документов стандартизирован, его чтение и открытие может выполняться на многих устройствах.

Подключение к СУБД Firebird осуществляется с помощью функций ibase_connect. Определение запроса осуществляется через ibase_query, результат данного запроса можно просматривать через выборку из БД ibase_fetch_row.

PHP обладает множеством функций для работы с документами [14, 15]. Для реализации функции автозаполнения документов был создан класс RTFTemplate. Конструктор в данном классе читает полностью содержимое файла в строку с помощью функции file_get_contents, с помощью функции str_ireplace происходит замена параметров данными из таблицы, также происходит возвращение уже измененного файла пользователю через функции out() и out_h().

Стоит заметить, что следует файл rtf привести к одному языку, прописывать параметры сразу без форматирования и использовать кодировку utf-8. Преобразование к нужной кодировке выполняется с помощью функции iconv.

Таким образом, PHP - довольно простой и функциональный инструмент, который в данной работе являлся главным элементов разработки.

3. Процесс проектирования

Разработку автоматизированной информационной системы можно разделить на несколько этапов работы. Если нарушить данный алгоритм или пропустить один из этапов проектирование система может стать неэффективной и ненадежной.

3.1 Инфологическое проектирование

Первым разделом разработки является инфологическое проектирование [16]. Данный этап позволяет провести анализ предметной области и создать ее модель. Документы и информация, полученная от сотрудников, являются основой анализа предметной области, а модель представляется в виде ER-диаграммы.

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

- Платная услуга может оказываться нескольким группам.

- В группе могут быть несколько детей.

- Дети могут получать разные платные услуги.

- Кружок ведет только один педагог.

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

- Трудовой договор зависит от должности, сотрудник обладает только одним трудовым договором.

Перед тем, как сформировать ER-диаграмму следует определить сущности предметной области и их атрибуты [1]:

1)Сотрудники: Табельный номер, ФИО, пол, дата рождения, место рождения, адрес по прописке, адрес места жительства, сотовый телефон, домашний телефон, адрес электронной почты, № трудового договора, данные о паспорте (серия-номер, дата выдачи, кем и когда выдан), ИНН, уволен с (место и дата увольнения), страховое свидетельство, образование, знание иностранного языка (язык и уровень владения), семейное положение, состав семьи, сведения о предоставляемых льготах, страховой полис, должность, гражданство, вид работы, профессия, номер счета банковской карты, ФИО в род. падеже, другие сведения (примечания).

2)Трудовой договор: Номер трудового договора, тип заключение договора, дата начала исполнения обязанностей, ставка, дата трудового договора.

3)Платные услуги: наименование услуги, род группы, продолжительность занятия, стоимость занятия.

4)Дети: табельный номер, ФИО, пол, дата рождения, номер свидетельства о рождении, номер полиса, место жительства ребенка.

5)Ответственное лицо: идентификатор ответственного лица, ФИО, сотовый телефон, рабочий телефон, адрес по прописке, адрес места жительства, электронная почта, данные о паспорте (серия-номер, дата выдачи, кем и когда выдан).

6)Шаблоны документов: идентификатор шаблона, имя, размер файла, путь к шаблону на сервере.

7)Расчетная таблица: Количество занятий, которые посещал ребенок, стоимость одного занятия.

8)Табель: табельный номер ребенка, календарные дни, отсутствие/присутствие на занятии. Особенности системы и выявленные сущности образуют ER-диаграмму (рис.3).

Рис. 3. ER-диаграмма АИС для центра развития ребенка

3.2 Анализ информационных задач и круга пользователей системы

Рассмотрим группы пользователей, основные задачи которые они выполняют и их возможные запросы к БД:

1. Заведующая центром развития:

- добавляет, изменяет и удаляет новые платные услуги;

- назначает преподавателя для каждой платной услуги;

- получает список всех детей, которые посещают платные услуги;

- изменяет должностных оклады, ставки сотрудников;

- получает полную информацию о детях, их законных представителях;

- получает информацию о посещение платных услуг детьми;

- получает данные из расчетной таблицы, при необходимости может изменить или удалить ее.

2. Делопроизводитель:

- добавляет нового сотрудника, занимается их увольнением;

- оформляет трудовой договор сотрудника;

- получает полную информацию о существующих платных услугах в кружках;

- формирует группы которые входят в платные кружки;

- формирует группы детей;

- получает информацию о посещении детьми платных услуг, данные из расчетной таблицы;

- принимает детей, добавляет их законных представителей.

3. Педагог-психолог:

- получает информацию о составе групп;

- получает полные данные о детях и их законных представителях;

- вносит в табель данные о посещении ребенком платных услуг;

- получает данные из расчетной таблицы.

3.3 Логическое проектирование

Логическое проектирование происходит с целью создания концептуальной модели БД. Качество работ на этом этапе отражается на увеличении надежности и быстродействии системы. Для создания базы данных нужно преобразовать ER-диаграмму в схему БД (рис.4).

Рис. 4. Схема реляционной базы данных

Преобразование уточненной ER-диаграммы в схему БД осуществляется с помощью сопоставления каждой связи и каждой сущности, которая имеет свои атрибуты, отношения.

3.5 Составление реляционных отношений

Реляционное отношение является отображение одной определенной сущности и ее атрибутов и обладает собственным первичным ключом и внешними ключами (при необходимости). Отношения сформулированы в табл. 2-10. Для всех отношений указаны их атрибуты с внутренними названиями, длинной и типом: N - числовой (Numeric), C - символьный тип фиксированной длины (Char), V - символьный тип переменной длины (Varchar), D - дата (Date).

Таблица 2 Схема отношения сотрудники (employees)

Содержание поля	Имя поля	Тип, длина	Примечания
Табельный номер	E_TABEL	N(3)	первичный ключ
Фамилия	E_FNAME	V(40)	обязательное поле
Имя, отчество	E_LNAME	V(45)	обязательное поле
Дата рождения	E_BORN	D	обязательное поле
Место рождения	E_BORNPLACE	V(40)	обязательное поле
Адрес места жительства	E_PLACELIFE	V(100)	обязательное поле
Адрес прописки	E_PLACEPASP	V(100)	обязательное поле
Телефон сотовый	E_TEL	N(11)	обязательное поле
Телефон домашний	E_TELHOME	N(11)	обязательное поле
Почта электронная	E_EMAIL	V(40)	обязательное поле
Номер трудового договора	E_OFFER	N(3)	внешний ключ (к Offer)
Пол	E_SEX	C(1)	обязательное поле
Серия и номер паспорта	E_PASP	C(10)	обязательное уникальное поле
Когда выдан паспорт	E_DATE	D	обязательное поле
Кем выдан паспорт	E_GIVEN	V(80)	обязательное поле
ИНН	E_INN	C(12)	обязательное уникальное поле
Номер пенсионного страхового свидетельства	E_PENS	C(14)	обязательное уникальное поле
Уволен с (место)	E_OUTPLACE	V(80)	обязательное поле
Уволен с (дата)	E_OUTDATE	D	обязательное поле
Семейное положение	E_SP	C(1)	T- в браке, F - не в браке
Гражданство	E_COUNTRY	V(40)	обязательное поле
Профессия	E_PROF	V(40)	обязательное поле
Номер счета банковской зарплатной карты	E_BANKKART	N(16)	обязательное поле
Фамилия Имя Отчество в родительном падеже	E_RODFIO	V(90)	обязательное поле

Таблица 3. Схема отношения трудовой договор (offer)

Содержание поля	Имя поля	Тип, длина	Примечания
Номер трудового договора	O_NUM	I(3)	первичный ключ
Заключение договора	O_TYPE	V(20)	обязательное поле
Дата начала работы	O_DATEWORK	D	обязательное поле
Вид работы	O_TYPEWORK	V(12)	обязательное поле
Должность	O_POST	V(30)	внешний ключ (к Posts)
Оклад	O_OKLAD	N(5)	обязательное поле
Вид трудового договора	O_TYPEOFF		обязательное поле
Cтавка	O_STAVKA	N(1,3)	от 0 до 1
Дата трудового договора	O_DATE	D	обязательное поле

Таблица 4. Схема отношения платные услуги (uslugi)

Содержание поля	Имя поля	Тип, длина	Примечания
Идентификатор услуги	US_ID	N(2)	первичный ключ
Название услуги	US_NAME	V(20)	обязательное поле (неопределенный\определенный срок)
Продолжительность занятия	US_TIME	N(2)	обязательное поле
Педагог	US_TEACHER	N(3)	внешний ключ к табельному номеру сотрудника
Стоимость занятия	US_PRICE	N(3)	обязательное поле

Таблица 5 Схема отношения платная услуга-группа (usluga_group)

Содержание поля	Имя поля	Тип, длина	Примечания
Группа	G_ID	N(2)	первичный ключ
Идентификатор услуги	UG_ID	N(2)	внешний ключ (к Uslugi)

Таблица 6Схема отношения группа-дети (group)

Содержание поля	Имя поля	Тип, длина	Примечания
Идентификатор группы	GC_ID	N(2)	внешний ключ (Usluga_Group)
Ребенок	СH_ID	N(3)	внешний ключ (к Child)

Таблица 7Схема отношения дети (child)

Содержание поля	Имя поля	Тип, длина	Примечания
Табельный номер	C_ID	N(3)	первичный ключ
ФИО	C_FIO	V(40)	обязательное поле
Дата рожденья	C_DATE	D	обязательное поле
Ответственное лицо	С_PERSON	N(3)	внешний ключ к (Person)
Место жительства	C_ADRLIFE	V(40)	обязательное поле
Номер путевки	C_NUMP	N(4)	обязательное поле
Дата выдачи путевки	C_DATEP	D	обязательное поле
№ свидетельства о рождении	C_SVID	N(10)	обязательное поле
Полис	C_POLIS	N(10)	обязательное поле

Таблица 8 Схема отношения ответственное лицо (person)

Содержание поля	Имя поля	Тип, длина	Примечания
Идентификатор человека	P_ID	N(3)	первичный ключ
ФИО	P_FIO	V(85)	обязательное поле
Дата рожденья	P_DATE	D	обязательное поле
Сотовый телефон	P_TELMOB	N11)	обязательное поле
Рабочий телефон	P_TELWORK	N11)	обязательное поле
Адрес места жительства	P_ADRLIFE	V(100)	обязательное поле
Адрес по прописке	P_ADRPASP	V(100)	обязательное поле
Электронная почта	P_EMAIL	V(40)	обязательное поле
Степень родства	P_STEP	V(30)	обязательное поле
Серия и номер паспорта	P_PASP	C(10)	обязательное уникальное поле
Когда выдан паспорт	PER_DATE	D	обязательное поле
Кем выдан паспорт	PER_GIVEN	V(90)	обязательное поле
Пол	PER_SEX	C(1)	обязательное поле
ФИО в род падеже	PER_FIO	V(90)	обязательное поле

Таблица 9Схема отношения табель (tabel)

Содержание поля	Имя поля	Тип, длина	Примечания
Табельный номер ребенка	TAB_CH	N(3)	внешний составной ключ (к Group)
Идентификатор группы	TAB_GROUP	N(2)
Календарный день	DAY_1..DAY_31	N(1)	обязательное поле, значение 1/0

Таблица 10Схема отношения расчетная таблица (count_tabel)

Содержание поля	Имя поля	Тип, длина	Примечания
Табельный номер ребенка	COUNT_CH	N(3)	внешний составной ключ
Идентификатор группы	GROUP_ID	N(2)
Количество занятий, которые посетил ребенок	COUNT_DAY	N(2)	обязательное поле
Стоимость одного занятия	COUNT_PRICE	N(3)	обязательное поле (запрос к таблице платных услуг)

3.6 Нормализация полученных отношений

Для того чтобы обеспечить устойчивое состояния базы данных применяются множество средств поддержки целостности. Создание структуры базы данных, которая отвечала бы таким ограничением, называется нормализацией. Суть данных требований - создание записи в БД, которая будет в единственном экземпляре. Пренебрежение данными ограничениями может отправиться на работе системы, создавая несогласованность, неоднозначность и избыточность информации в базе данных. Существуют шесть основных нормальных форм: первая, вторая, третья, четвертая, пятая, и форма Бойса-Кодда, которая находится между третьей и четвертой нормальной формы.

База данных нормализована, если все таблицы находятся в третьей нормальной форме. В данной работе схема БД создавалась как заранее нормализованная. Иногда происходит процесс денормализации, в данном случае с номерами телефонов и адресами сотрудников и ответственных лиц. Данные параметры можно хранить в основной таблице, так как их количество невелико (2-3 значения) и обращение за ними в другую таблицу может отразится на быстродействие системы.

3.7 Определение дополнительных ограничений целостности

Ограничения целостности, которые не указаны в табл. 2-10, перечислены ниже в табл.11.

Таблица 11 Ограничения целостности

Атрибут	Значения
Пол	`М', `Ж'
Заключение договора	`определенный срок', `неопределенный срок'
Вид работы	`основная', `по совместительству'
Вид образования	`начальное','среднее', `'средне-специальное', 'высшее'
Вид трудового договора	`кадры', `помощники', `педагоги'
Степень родства	`мать', `отец', `опекун'

3.8 Описание групп пользователей и прав доступа

Следующим шагом в проектировании автоматизированной системы является назначение прав доступа для каждой группы пользователей.

Права доступа должны назначаться так, чтобы впоследствии хоть один пользователь могу добавлять и удалять каждый объект БД. Все его есть несколько операций, доступ к которым назначается администратором:

- s (сокращение от select) - чтение данных;

- i (сокращение от insert) - добавление данных;

- u (сокращение от update) - модификация данных;

- d (сокращение от delete) - удаление данных.

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

Таблица 12Права доступа к таблицам для определенных групп пользователей

Таблицы	Группы пользователей (роли)
	Заведующая	Делопроизводитель	Педагог-психолог
Сотрудники	S	SIUD
Трудовой договор	SU	SUID
Платные услуги	SIUD	S
Платная услуга-группы	S	SUID	S
Группы-дети	S	SUID	S
Дети	S	SUID	S
Ответственное лицо	S	SUID	S
Табель	S	S	SUID
Расчетная таблица	SUID	S	S

Назначает права администратор БД.

3.9 Создание таблиц

Создание таблицы осуществляется при помощи команды create table. В приложении указан код создаваемых таблиц.

3.10 Назначение прав доступа

Права доступа пользователей предоставляются с помощью команды GRANT. К примеру, права для делопроизводителя к таблицам employees, offers можно назначить следующим образом:

grant select, insert, update, delete on departs to deloproizvod;

grant select, insert, update, delete on rooms to deloproizvod;

Если пользователь не является делопроизводителем, не оформляет множество документов в учреждении, не занимается кадровым учетом, то он не получит данные права доступа к редактированию, добавлению или удалению сотрудников из БД.

Права доступа для заведующей к таблице employees могут быть назначены так:

grant select on employees to zaveduyushchaya;

Права доступа психолога к таблице табеля tabel описываются следующим образом:

grant select, insert, update, delete on tabl to psiholog;

Пользователь, который не ведет учет посещения детьми кружков, не вносит изменения в табель, не имеет права доступа к редактированию, добавлению или удалению информации из табеля.

3.11 Добавление шаблонов документов

Как говорилось ранее автозаполнение документов происходит с помощью PHP. Кроме автозаполнения уже существующих документов, система должна добавлять новые шаблоны. Пользователь загружает файл через интерфейс, назначает ему название, далее система сохраняет файл на сервере и вносит информацию о новом шаблоне в таблицу template_table. Файл шаблона должен иметь определенные параметры в документе, которые впоследствии заполняются значениями из базы данных. В табл. 13-17 представлены автозаменяемые параметры для каждого из объектов: сотрудники, трудовой договор, дети, законные представитель ребенка. Стоит заметить, что также существуют параметры для определение даты создания документа ( CD - текущий день, CM - месяц, CY - год).

Таблица 13 Автозаменяемые параметры сотрудника

Характеристика объекта	Параметр в документе	Атрибут в БД
Табельный номер сотрудника	EMP_TABELNUM	e_tabel
Фамилия сотрудника	EMP_FAM	e_fname
Имя Отчество сотрудника	EMP_IO	e_lname
Дата рождения сотрудника День Месяц Год	EMP_BORNDATE EBD EDM EDY	e_born
Место рождения сотрудника	EMP_BORNPLACE	e_bornplace
Адрес места жительства	EMP_ADRLIFE	e_placelife
Адрес прописки	EMP_ADRPASP	e_placepasp
Телефон мобильный	EMP_MOBTEL	e_tel
Телефон домашний	EMP_TELHOME	e_telhome
Адрес электронной почты	EMP_EMAIL	e_email
Номер трудового договора	EMP_OFFER	e_offer
Пол сотрудника	EMP_POL	e_sex
Серия и номер паспорта	EMP_NUMPASP	e_pasp
Дата выдачи паспорта	EMP_DATEPASP	e_date
Кем выдан паспорт	EMP_KEMPASP	e_given
ИНН сотрудника	EMP_INN	e_inn
Номер пенсионного свидетельства	EMP_PENS	e_pens
Название организации, с которой был уволен	EMP_OUTPLACE	e_outplace
Дата увольнения День Месяц Год	EMP_OUTDATE EOD EOM EOY	e_outdate
Семейное положение	EMP_SP	e_sp
Гражданство	EMP_COUNTRY	e_country
Номер банковской карточки	EMP_BANKKART	e_bankkart
ФИО в родительном падеже	EMP_RODFIO	e_rodfio
Профессия сотрудника	EMP_PROF	e_prof

Таблица 14 Автозаменяемые параметры трудового договора сотрудника

Характеристика объекта	Параметр в документе	Атрибут в БД
Номер трудового договора	OFF_NUM	o_num
Срок заключения договора	OFF_SROKOFF	o_type
Дата первого дня работы	OFF_DATEWORK WD, WM, WY	o_datework
Вид работы (основная\по совместительству)	OFF_TYPEWORK	o_typework
Должность по трудовому договору	OFF_POST	o_post
Оклад сотрудника	OFF_OKLAD	o_oklad
Ставка сотрудника	OFF_STAVKA	o_stavka
Дата создания трудового договора	OFF_CREATEDATE CRD CRM CRY	o_date
Вид трудового договора (помощники / технический персонал / педагоги)	OFF_TYPEOFF	o_typeoff

Таблица 15Автозаменяемые параметры ребенка

Характеристика объекта	Параметр в документе	Атрибут в БД
Табельный номер ребенка	CH_ID	c_id
ФИО ребенка	CH_FIO	c_fio
Дата рождения ребенка	CH_BORNDATE	c_date
ФИО законного представителя	CH_PERSON	select per_fio from person where per_id=c_person
Место жительства ребенка	CH_ADRLIFE	c_adrlife
Номер путевки ребенка	CH_NUMPUTEVKA	c_nump
Дата получения путевки	CH_DATEPUTEV CPD CPM CPY	c_datep
Номер свидетельства о рождении	CH_SVIDET	c_svid
Номер полиса	CH_POLIS	c_polis
Пол	CH_POL	c_sex

Таблица 16 Автозаменяемые параметры ответственного лица

Характеристика объекта	Параметр в документе	Атрибут в БД
ФИО законного представителя	PER_FIO	per_fio
Дата рождения	PER_BORNDATE	per_date
Мобильный телефон	PER_TELMOB	per_telmob
Рабочий телефон	PER_TELWORK	per_telwork
Адрес места жительства	PER_ADRLIFE	per_adrlife
Адрес прописки	PER_ADRPASP	per_adrpasp
Электронная почта	PER_EMAIL	per_email
Степень родства	PER_STEPEN	per_step
Номер и серия паспорта	PER_NUMPASP	per_pasp
Дата выдачи паспорта	PER_DATEPASP	per_datepasp
Кем выдан паспорт	PER_KEMPASP	per_given
Пол	PER_POL	per_sex
ФИО в родительном падеже	PER_FIOROD	per_fiorod

Вид документа с данными параметрами представлен на рис.5.



Рис. 5. Шаблон документа

3.12 Разработка интерфейса системы

В данном разделе представлен интерфейс автоматизированной информационной системы для центра развития ребенка.

Рис. 6. Форма аутентификации пользователя

После того, как пользователь вошел в систему, перед ним открывается главное меню системы. На рис. 7 представлено меню пользователя «Делопроизводитель». Он может добавить сотрудника, нажав на первую кнопку меню, после чего система отправит его на страницу с формой добавления нового сотрудника (рис. 8).



Рис. 7. Главное меню пользователя Делопроизводитель

Рис. 8. Форма добавления сотрудника

Также делопроизводитель может изменять информацию о детях (рис.9). В данной таблице представлен весь список детей в порядке их добавления. Если пользователь нажимает на кнопку «Удалить» запись о данном ребенке стирается, если на кнопку «Редактировать» выходит диалоговое окно (рис.10), где пользователь может изменить существующие данные о ребенке.

Рис. 9. Отображение таблицы Child



Рис. 10. Форма изменения информации о детях

Форма добавления шаблона документа представлена на рис. 11. Первым шагом в формировании документа является выбор шаблона: загрузка файла, предназначение имени, сохранение данного шаблона на сервер и добавление в таблицу шаблонов БД или выбор уже загруженного в прошлом шаблона. Вторым шагом является выбор тех объектов из базы данных, которые нужно подставить в шаблон.

Рис. 11. Форма добавления шаблона в систему

В табеле на рис. 12 пользователь вносит данные о посещении детьми платных кружков. В левой колонке - список детей, на верхней строке - дни месяца. Пользователь проставляет зеленые чекбоксы в тех ячейках, даты которых соответствуют посещению ребенка.



Рис. 12. Табель посещения детьми платных услуг

На рис. 13 продемонстрировано меню выбора стандартных документов. Сначала пользователь выб...