Автоматизация расписания областного государственного бюджетного учреждения 'Центр социальной помощи семье и детям г. Стрежевого'

Автоматизация расписания областного государственного бюджетного учреждения 'Центр социальной помощи семье и детям г. Стрежевого'

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. Современные web-технологии      

1.1    Обзор технологий разработки web-ресурсов

1.2 Обоснование выбора средств разработки

1.3 Обоснование создания АИС

ГЛАВА 2. Логическое проектирование и разработка общей концепции системы

2.1 Анализ предметной области и анализ требований

2.2 Функции разрабатываемой системы

2.3 Построение информационно логической модели системы

2.4 Построение модели «сущность-связь»

ГЛАВА 3. АИС электронное расписание       

3.1 Структурная организация

3.2 Работа в системе

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ВВЕДЕНИЕ

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

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

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

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

Объектом исследования являются автоматизированные информационные системы

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

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

Для достижения указанной цели необходимо решить следующие задачи:

Рассмотреть существующие технологии разработки веб приложений

Осуществить и обосновать выбор технологий разработки

Осуществить логическое проектирование и разработку общей концепции системы.

Разработать автоматизированную систему

Результаты работы могут быть использованы на практике для автоматизации деятельности организации или для теоретического ознакомления с рассматриваемым вопросом

ГЛАВА 1. Современные web-технологии

.1Обзор технологий разработки web-ресурсов

(англ. HyperText Transfer Protocol - протокол передачи гипертекста) - это протокол прикладного уровня передачи данных (изначально в виде гипертекстовых документов в HTML-формате, которые в настоящее время используются для передачи произвольных данных). Основой HTTP является технология "клиент-сервер", то есть, предполагается существование потребителей (клиентов), которые, в свою очередь, инициируют подключение и отправляют запрос, и поставщиков (серверов), которые, в свою очередь, ожидают, что запрос на соединение будет принимать необходимые меры и отдавать обратное сообщение с результатом.ныне широко используется во Всемирной паутине, чтобы получить информацию от вебсайтов. В 2006 году, в Северной Америке доля HTTP-трафика превысила долю P2P-сетей и составила 46%, из которых, в свою очередь, почти половина потокового видео и аудио.также используется в качестве "транспорта" для других приложений уровня протокола, таких как SOAP, XML-RPC, WebDAV.

Главной манипуляцией в HTTP является ресурс, который, в свою очередь, указывает URI (Universal Resource Identifier), по желанию клиента. Как правило, эти ресурсы, хранящихся на сервере файлов, но они также могут быть логическими объектами или чем-то абстрактным. Функцией HTTP является возможность указать в запросе разные методы представления одного и того же ресурса по различным параметрам: формату, кодировке, языку и так далее (в частности, для этих целей используется заголовок). Благодаря возможности указания, например, такого плана как для кодирования сообщения, клиент и сервер могут обмениваться бинарными данными, хотя данный протокол является текстом.- это протокол прикладного уровня, подобными ему являются такие протоколы как FTP и SMTP. С сообщениями на обыкновенной схеме "запрос-ответ". Для идентификации ресурсов (HTTP использует глобальный URL). В отличие от многих других протоколов, HTTP не предназначен для того, чтобы сохранить свое состояние. Это означает, что неизбежны промежуточные ступени между парами "запрос-ответ". Компоненты HTTP существуют не для того, чтобы хранить статус-информацию о последних запросах и ответах (например, "cookies", которые на стороне клиента, "сессии" на стороне сервера). Браузер отправляет запросы, способные гоняться за запоздалыми ответами. Сервер находится в состоянии сохранения IP-адреса и заголовка запроса маленьких клиентов. Однако, сам протокол не осознает предыдущих запросов и ответов, это не внутреннее состояние, оно не подлежит этим требованиям.(англ. Cascading Style Sheets - каскадные таблицы стилей) - это формальный язык для описания появления документа с наличием языка разметки.

Прежде всего, как средство описания, представляется внешний вид веб-страниц с помощью языков разметки HTML и XHTML, но может также применяться к любым XML-документам, например, таким как SVG или XUL.используется создателями веб-страниц в качестве цвета, шрифта, размещения отдельных блоков и других аспектов представления явлений этих веб-страниц. Основная цель CSS-разработки - это разделение описания логической структуры веб-страницы (которая, в свою очередь, применяется с помощью HTML или других языков разметки) от описания явления этой веб-страницы (это, в свою очередь, происходит с помощью формального языка CSS). Это разделение может привести к улучшению доступности документа, предложению широких возможностей и гибкости для управления его представлением, а также уменьшением частоты и сложности структурного содержания. Кроме того, CSS помогает использовать документ в различных стилях или методах вывода, таких как презентация-рекламы, печать рекламы, чтение-голосом (специальный говорящий браузер или программа чтения с экрана), или при выводе устройствами с шрифтом Брайля.

До появления CSS-дизайна, веб-страницы были оформлены только в формате HTML непосредственно в содержании документа. Но с появлением CSS возникло разделение содержимого и представления документа. Из-за этого нововведения легко можно было использовать один стиль, чтобы оформлять массу подобных документов, а также быстро изменять это оформление.

Преимущества:

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

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

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

• Дополнительные возможности для дизайна. Например, с помощью CSS-верстки можно сделать блок текста, который, в свою очередь, остальной текст будет обтекать (например, меню) или для того, чтобы меню было всегда видно, если прокручивать страницу.

Недостатки:

• Различные раскладки дисплея в различных браузерах (особенно устаревших), которые, в свою очередь, имеют различные способы интерпретации и те же данные CSS.

• Частая необходимость на практике исправлять не только один CSS-файл, но и теги HTML, которые, в свою очередь, невидимым и сложным образом связаны с CSS-селекторами, иногда сводит на нет удобство использования файлов одного типа и значительно увеличивает время проверки и обработки.- прототип-ориентированный сценарий на основе языка программирования. Является диалектом языка ECMAScript.часто используется как встроенный язык для программного доступа к объектам. В наиболее используемых браузером в качестве языка сценариев для создания интерактивных web-страниц.

Основные архитектурные черты: динамическая типизация, слабая типизация, автоматическое управление памятью, прототип программирование, функции как первоклассные объекты.был отмечен на многих языках, в то время как целью было развитие языка, как Java, но просто в использовании не программистами. JavaScript-языком не обладает какое-либо предприятие или организация, что отличает его от ряда языков программирования, используемых в веб-разработке.

Название "JavaScript" является зарегистрированным товарным знаком компании Oracle Corporation.- это объектно-ориентированный язык, но язык прототипирования приводит к различиям в работе с объектами по сравнению с традиционными класса-ориентированных языков. Кроме того, необходимо отметить, что JavaScript имеет ряд свойств в функциональных языках, функции как первоклассные объекты, такие как списки, карринг, анонимные функции, замыкания - что делает язык более гибким.

Не придавая значения схожести с Cи-синтаксисом, JavaScript вместе с этим имеет принципиальные отличия от Cи-языка:

• Объекты, с возможностью самоанализа;

• функции как первоклассных объектов;

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

• автоматическая сборка мусора;

• анонимные функции.

Нет таких полезных вещей, как:

• Модульная система: JavaScript не способна управлять зависимостями и изоляцией в объеме;

• стандартные библиотеки: в частности, отсутствует интерфейс программирования приложений с файловой системой, управление потоком-I/o-типа основы для двоичных данных;

• стандартные интерфейсы к веб-серверам и базе данных;

• пакет-система управления, в свою очередь, будет отслеживать зависимости и автоматически устанавливать их.

Синтаксис JavaScript-языка похож на синтаксис Cи и Java, семантически же язык гораздо ближе к Self Smalltalk или Lisp.

В JavaScript:

• все идентификаторы регистра,

• имена переменных, в которых можно использовать буквы, символы подчеркивания, знак доллара, арабские цифры,

• имена переменных не могут начинаться с цифры,

• дизайн однострочных комментариев / / в строку и многострочные комментарии начинаются с /* и заканчиваются */.

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

• ядро (ECMAScript),

• объектная модель браузера (Browser Object Model или BOM),

• объектная модель документа (Document Object Model или DOM).

Если рассматривать другую среду, отличающуюся от JavaScript среды браузера, объектная модель браузера и объектная модель документа могут не поддерживаться.

Объектную модель документа иногда называют отключенной JavaScript сущностью, которая существует в соответствии с определением DOM как язык-независимым интерфейсом документа. В противоположность этому ряд авторов находят спецификации BOM и DOM тесно связанными друг с другом.- это не браузерный язык, и он не определяется как выходная и входная информация. Это скорее основа для построения скриптовых языков. В спецификации ECMAScript описывает типы данных, инструкции, ключевые и зарезервированные слова, объекты, операторов, регулярные выражения, без ограничения авторов, полученных языков в расширении с новыми компонентами.

Объектная модель браузера - браузер определенной части речи, которая является слоем между ядром и объектной моделью документа. Основное предназначение объектной модели документа - управление окном браузера и обеспечение их сотрудничества. Каждое окно браузера, кажется, объектом window, срединным-DOM-объектом. Объектная модель браузера сегодня не нормируется, но спецификация все еще в разработке WHATWG и W3C.

Рядом с управлением окнами в объектной модели браузера, браузер часто обеспечивает поддержку следующих единиц:

• управление кадров,

• задержки в исполнении, и циклы с задержкой,

• система диалогов,

• управление открытием адреса страницы,

• управление информацией о браузере,

• управление информацией о параметрах монитора,

• ограниченное управление историей просмотра,

• Поддержка HTTP-cookies.

Объектная модель документа - это интерфейс прикладного программирования для HTML-и XML-документов. В соответствии DOM, документ (например, веб-страница) может быть представлена как дерево объектов с несколькими свойствами, которые, в свою очередь, помогают в решении различных манипуляций:

• создание и добавление узлов,

• прием узлов,

• преобразование единиц измерения,

• преобразование отношений между узлами,

• удаление узлов.(Hypertext Preprocessor - PHP: препроцессор гипертекста, первоначально Personal Home Page Tools - "инструменты для создания персональных веб-страниц") - скриптовый язык, для общего программирования, интенсивно используется для разработки веб-приложений. Сегодня поддерживается подавляющим большинством хостинг-провайдеров и является одним из лидеров среди языков программирования, используемых для создания динамических вебсайтов.

Язык и его переводчик, разработанный группой энтузиастов в рамках проекта с открытым исходным кодом. Проект распространяется под собственной лицензией GNU GPL.

В области веб-программирования, в частности, на стороне сервера, PHP - это один из популярных скриптовых языков (наряду с JSP, Perl и языками в ASP.NET) благодаря своей простоте, скорости выполнения, довольно богатой функциональностью, кросс распределению исходного кода на основе PHP-лицензии.

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

• автоматическое извлечение POST и GET-параметров и переменного окружения веб-сервера в заданном массиве;

• взаимодействие с достаточно большим количеством различных систем управления базами данных (MySQL, MySQLi, SQLite, PostgreSQL, Oracle (OCI8), Oracle, Microsoft SQL Server, Sybase, ODBC, mSQL, IBM DB2, Cloudscape и Apache Derby, Informix, Ovrimos SQL, Lotus Notes дБ++, ДБМ, dBase, DBX, FrontBase, FilePro, Ingres II, КУНЖУТ, Firebird / InterBase, Paradox, Access-файл, MaxDB, интерфейс PDO);

• автоматическая отправка HTTP-заголовков;

• работа с HTTP разрешениями;

• работа с cookies и сессиями;

• сотрудничество с локальными и удаленным файлами, сокетами;

• обработка файлов на сервере;

• работа с XForms.

Сегодня, PHP - это сотни тысяч разработчиков. В соответствии с оценкой компании TIOBE, основываясь на данных поисковых систем, в июне 2013 PHP была на 5 месте среди языков программирования. Крупнейшие вебсайты разработаны с помощью PHP, в том числе Facebook, Wikipedia и другие.

Входит в LAMP - распространённый набор программного обеспечения для создания и хостинга веб-сайтов (Linux, Apache, MySQL, PHP).

Содержание в LAMP - это общий пакет программного обеспечения для создания и хостинга вебсайтов (Linux, Apache, MySQL, PHP). Традиционно используется при разработке WEB-программирования (Perl, PHP, ASP и другие), помогает в реализации практически любой задачи. Но обработка с помощью достаточно большого объема данных, имеющих сложную структуру, довольно сложна. Возможна, но проблематична. Разработка таких программ требует роста стоимости рабочей силы программистов, экспоненциально увеличивается объем кода и количество ошибок снижается, повышается надежность программного обеспечения.

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

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

Лидером среди баз данных, используемых для разработки WEB-приложений, на сегодняшнее время, безусловно, является MySQL. Основное достоинство MySQL (плавно переходящее в недостаток) - ее простота. Как следствие - высочайшая скорость выполнения SQL-запросов и необходимость явного программирования главных правил поддержания непротиворечивости и целостности данных на уровне сервера приложений.

Среди иных баз данных, используемых для WEB-разработок, отметим Oracle и PostgreSQL. PostgreSQL - свободно распространяемая СУБД с открытым исходным кодом, ориентированная основным образом на работу в UNIX-типичных системах. Javascript и XML (асинхронный JavaScript и XML) - подход для создания интерактивных пользовательских интерфейсов веб-приложений, что означает, "фон" обмена данными браузера с веб-сервером. В результате, при обновлении данных веб-страница не перезагружается и веб-приложения проще и быстрее.- это не технология, а концепция использования нескольких смежных технологий. AJAX базируется на двух принципах:

• применение технологии динамического доступа к серверу "на лету", без перезагрузки всей страницы полностью, например, с XML Http Request;

• через динамическое устройство дочерних фреймов;

• через динамическое создание тега <script>. Через динамическое создание тега <img>, как это реализовано в google analytics;

• использование DHTML для динамического преобразования содержимого страницы.

Действие интерфейса преобразуется работой с элементами DOM (Document Object Model), которое, в свою очередь, имеет обработанные данные доступные пользователю, что показывает его изменения. Здесь же проходит обработка шагов и щелчков мыши и нажатия клавиш. Каскадные таблицы стилей или CSS (Cascading Style Sheets), представляют собой последовательное изложение элементов приложения и упрощенность доступа к DOM-объектам. Объект XMLHttpRequest (или аналогичные механизмы) для асинхронного обмена данными с сервером обработки пользователей требования и нагрузки во время эксплуатации и необходимых данных.

Три из этих четырех технологий CSS, DOM и JavaScript образуют собой DHTML (Dynamic HTML). По мнению некоторых экспертов, DHTML инструменты, которые введены в 1997 г., подавали достаточно большие надежды, но они не оправдались.

В качестве формата могут быть использованы куски простого текста, HTML, JSON или XML.

Основные преимущества технологии:

Уменьшение трафикапомогает значительно сократить трафик при работе с веб-приложением благодаря тому, что вместо загрузки всей страницы достаточно загрузить только измененные части, или только для отправки/получения данных в формате JSON или XML, а также изменять содержимое страницы, с помощью JavaScript.

Снижение нагрузки на сервер

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

Ускорение реакции интерфейса

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

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

Главные недостатки:

Отсутствие интеграции со стандартными инструментами браузера

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

Другой недостаток преобразования содержимого страницы при постоянном URL заключается в невозможности сохранения закладки на желаемый материал. Проблему можно успешно решить при помощи History.pushState.

Динамически загружаемое содержимое недоступно поисковикам (если не проверять запрос, обычный он или XMLHttpRequest)

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

Старые методы учёта статистики сайтов становятся неактуальными

Многие сервисы статистики ведут учёт просмотров новых страниц сайта. Для сайтов, страницы которых, в свою очередь, широко используют AJAX, подобная статистика теряет актуальность.

Усложнение проекта

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

Требуется включенный JavaScript в браузере может быть выключен из соображений безопасности. И, безусловно, AJAX-страницы труднодоступны не полнофункциональным браузерам, роботам и веб-архивам.

Достаточно низкая скорость при грубом программировании

Казалось бы, AJAX предназначен именно для увеличения скорости. Но, когда AJAX-запросов на одной странице много и, например, по каждому щелчку подгружается список, AJAX-страница становится даже медленнее традиционной.management system (система управления контентом) - информационная система или компьютерная программа для организации кооперативного процесса обработки, создания и управления контентом (например, содержимым). Основные функции CMS:

• предоставление инструментов для создания содержимого, организация содержимых частей,

• контент-менеджмент: - память, версия, контроль, техническое обслуживание access-режим, управление потоком, документы, и т.д.,

• публикация контента,

• представление информации в подходящую форму для навигации, поиска.

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

В общем, систему управления контентом можно разделить на:

• Систему управления масштабом предприятия (Enterprise-Content-Management-System)

• Систему управления веб-контентом (Web-Content Management System)

По причине того, что ECMS имеют достаточно глубокую внутреннюю классификацию и тематику (HRM, DMS, CRM, ERP и так далее), термин CMS замещает термин WCMS, становится синонимом системы управления сайтом. Как и CMS управление графическим и текстовым контентом веб-сайта, пользовательским интерфейсом для работы с содержимым сайта, применяются удобные инструменты хранения и публикации информации, автоматизация процесса размещения информации в базах данных и ее выдачи в HTML.

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

Генерация страниц по запросу. Системы этого типа работают на основе «Модуль редактирования, база данных, модуль представления». Модуль представления генерирует содержимое страницы в момент запроса на основе информации из базы данных. Данные в базе данных изменяются, показывая модуль редактирования. Страница создается сервером заново, отвечая на любой запрос, который, в свою очередь, создает дополнительную нагрузку на системные ресурсы. Нагрузка может быть снова снижена путем кэширования, что, в свою очередь, имеется в современных web-серверах.

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

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

Большинство современных CMS имеют модульную архитектуру, их поддерживает администратор по настройке и выбирает компоненты, которые, в свою очередь, являются необходимым. Типовые модули: динамическое меню, блог, новости, опросы, поиск по сайту, статистика посещений, гостевая книга и т.д.

Страницы, организованные системой управления контентом, основаны на следующих технологиях: web-сервер, хранилище данных (как правило, СУБД, например, MySQL или PostgreSQL, но есть noSQL (CMS), web-приложения, большинства работы самой системы, визуализации (WSIWG), файл-менеджер, веб-интерфейс для администрирования файлов сайта, RMS-система-пользователей и редактор страниц).

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

Как правило существуют следующие общие технологические платформы, как организовывается основа для web-приложений, таких как CMS, PHP, Perl, .NET.

Есть термин контент-менеджер, который показывает вид карьеры, род деятельности - это редактор вебсайта или сотрудник, работающий с CMS.

Большинство современных систем управления контентом осуществляются в виде визуальных (WSIWG) редактор-программ, которые, в свою очередь, создает HTML-код, упрощенную разметку, которая помогает пользователю легко форматировать текст.Management Framework (CMF) - это инфраструктура (фреймворк-программного обеспечения системы) для проектирования систем управления контентом. На их основе создаются системы управления контентом (CMS) и веб-приложения.

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

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

Большинство современных CMF - это реализация архитектуры Model-View-Controller. Web-фреймворк обеспечивает тесную интеграцию всех трех слоев MVC-архитектуры. Инфраструктуры скрывают от программиста детали подключения к базе данных и создание web-страниц с помощью шаблонов, представлений, помогают программисту сосредоточиться на реализации бизнес-логики.

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

Многие веб-фреймворки предлагают полуавтоматическое создание прототипа web-приложения, выполняющего главные операции (CRUD-операции на данных методом скаффолдинга).

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

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

Многие современные системы управления контентом созданы MVC. В этой связи, они специально написаны для системы, например, могут быть: Joomla! (начиная с версии 1.5), с Битрикс (версия 6), MODx Revolution (начиная с версии 2.0), SilverStripe, Contao, Frog CMS/Wolf CMS - это постепенная передача такой архитектуры TPO3. Другие системы используют фреймворки, в своей среде популярные. Так, в Python Plone CMS, построенных на основе Zope (и их расширения - CMF), коммерческие CMS ExpressionEngine использует свободный фреймворк, CodeIgniter, от того же автора.

В последнее время наблюдается тенденция использовать в качестве основы для создания системы управления контентом Zend Framework: примерами являются, в последнее время Packt Open Source Awards 2010 в номинации «наиболее многообещающие CMS», Pimcore и Tomato-CMS, и также Concrete5 указанная, что в 2011 году Open-Source-CMS, как наиболее быстро развивающаяся CMS.

Количество CMS обеспечивает API для расширения его функциональных возможностей, право на CMF, хотя четкую грань между CMS и CMF иногда трудно различить. Например, CMF, CMS, может быть приписано, что они подобны системам, таким как Drupal.

.2 Обоснование выбора средств разработки

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

Необходимо определиться с использованием СМS/CMF. Подобные системы позволяют на качественно ином уровне абстракции осуществлять разработку и управление ресурсами. Но, как и у любого инструмента у них есть свои преимущества и недостатки.

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

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

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

Системы CMF лишены многих недостатков систем CMS. Но они значительно сложнее. Так называемый «Порог вхождения» в них значительно выше. Для использования фреймворков, нужно обладать определенным уровнем знаний как в области технологий web-разработки начиная от html до php и ajaх, так и в устройстве и логике самого фреймворка.

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

Таким образом, так как в рассматриваемом проекте необходимо осуществить реализацию сервиса приема заявок на сайте организации. То наиболее оптимальным будет использование технологий HTML, CSS, PHP, JavaScript, MySQL. Этих инструментов будет вполне достаточно, для решения поставленной задачи. Использование CMS/CMF в данном случае в силу вышеописанных причин не рационально, тем более что все подобные системы - это еще один уровень абстракции над теми технологиями, которые будут использоваться. и CSS используются для формирования шаблона документа. HTML отвечает за структуру и расположение элементов, а CSS за внешний вид этих элементов. используется для обработки информации на стороне сервера, javascript на стороне клиента. используется для управления данными, хранящимися в базе.

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

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

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

.3 Обоснование создания АИС

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

Таким образом, для осуществления поставленной в работе цели необходимо создать новый web-сайт, который будет удовлетворять необходимым условиям и решать все поставленные задачи.

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

ГЛАВА 2. Логическое проектирование и разработка общей концепции системы

.1 Анализ предметной области и анализ требований

Центр социальной помощи семье и детям г. Стрежевого занимается оказанием социальной, психологической, педагогической помощи семьям и детям (до 18 лет) с нарушениями развития г. Стрежевого.

Основными направлениями деятельности центра являются:

Оказание комплексной социальной, медицинской, психолого-педагогической помощи детям с нарушениями развития;

Ранняя помощь детям с особыми потребностями и их семьям, детям медицинской, социальной и биологической групп риска;

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

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

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

Для того чтобы ребенку была оказана помощь, одному из членов семьи (родителей) необходимо подать в центр заявку по определенной форме, приложив необходимый пакет документов (копия паспорта родителя, копия свидетельства о рождении и т. п.). Заявка клиента регистрируется сотрудником центра, к ней прикрепляется пакет документов. Далее заявка отправляется на рассмотрение. Результатом рассмотрения является вынесение решения по заявке: оказать помощь в полном объеме, оказать помощь, но не в полном объеме, отказать в оказании помощи. Если в результате рассмотрения вынесено решение об оказании помощи, то составляется список услуг, которые необходимо оказать и сроки исполнения, составляется контрольный лист оказания услуг клиенту. Для своевременного оказания услуг и социальной помощи, а также для установления сроков исполнения новых заявок составляется расписание приема специалистов. Расписание составляется с определенной периодичностью и утверждается руководителем центра, который при необходимости меняет его.

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

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

В результате детального анализа была построена модель предметной области (Рис. 2.1) и выявлены основные бизнес-процессы.

Рис. 2.1

Опишем семантический смысл каждой сущности:

Клиент - родитель или семья, нуждающаяся в социальной помощи

Ребенок - ребенок, которому возможно будет оказана социальная помощь

Специалист - специалист центра, оказывающий услуги либо выполняющий внутренние функции

Время работы специалиста - расписание времени работы специалиста

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

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

Отдел - отдел центра, может быть отделом, который непосредственно работает с клиентами (например, отдел социально-медицинской помощи), либо отделом, выполняющим внутренние функции центра

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

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

Заявка - заявка клиента на оказание социальной помощи, является входящим документом. К заявке могут прилагаться сопутствующие документы (например, копия паспорта клиента, )

Тип социальной помощи - тип социальной помощи, который запрашивает клиент. Каждому типу социальной помощи соответствует список видов услуг, оказание которых подразумевается данным типом (например, для типа «Оказание комплексной социальной, медицинской, психолого-педагогической помощи детям с нарушениями развития, способствуя повышению качества их жизни» это могут быть услуги ЛФК, массажа, психолого-педагогической помощи, услуги логопеда и т п.)

Документ - документ, участвующий в документообороте центра. Может быть внутренним документом (приказ, служебная записка), внешним (заверенная копия паспорта клиента, заявление, письмо) исключая заявки на оказание социальной помощи.

Тип документа - тип документа (например, приказ, копия паспорта и т. п.)

Расписание - расписание приема клиентов специалистами. Составляется с учетом замен сотрудников, находящихся в отпусках, приоритетам и срокам обслуживания клиентов.

Согласно данной модели можно выявить два основных бизнес-процесса:

Обработка заявок от клиентов

Составление расписания приема специалистов

Рассмотрим бизнес-процесс «Обработка заявок от клиентов». Схема процесса представлена на Рис. 2.2.

Рис. 2.2

Сначала заявка, как входящий документ, регистрируется и ей присваивается номер. Также дополнительно к ней, регистрируются сопутствующие документы (заявление, копия паспорта и т. п.). Затем весь пакет документов отдается на рассмотрение (имеет ли право данный клиент на получение социальной помощи или нет). Рассмотрение производится специалистами центра и сопутствующими органами на основании юридических документов РФ, регулирующими правила и условия оказания социальной помощи. После рассмотрения выносится решение (резолюция) по заявке, а именно предоставлять помощь или нет, и если предоставлять то в каком объеме. Если решено было не предоставлять помощи, то далее клиент информируется об отказе с указанием причины, в противном случае назначается исполнитель, определяется список услуг, которые планируется оказать, и устанавливаются сроки исполнения, а затем происходит информирование клиента.

Рассмотрим бизнес-процесс «Составление расписания приема специалистов». Схема процесса представлена на Рис. 2.3.

Рис. 2.3

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

На основании вышеизложенного, можно выделить следующие основные требования к разрабатываемой системе:

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

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

Система должна автоматизировать процесс обработки заявки (регистрация, обработка, вынесение резолюции, оказание услуг по ней)

Система должна предоставлять возможность формирования отчетов

.2 Функции разрабатываемой системы

В результате анализа требований к системе можно выделить следующие группы функций системы:

Хранение данных - хранение всей необходимой информации об основных объектах предметной области.

Обработка информации - реализация сложных алгоритмов обработки информации (таких как составление расписания и процесса обработки заявки)

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

Для группы функций «Хранение данных» относятся следующие функции:

Хранение информации о клиентах (карточка клиента, информация о детях, история заявок, история об оказанных услугах)

Хранение информации о заявках и документах (карточка заявки, история движения заявки по стадиям обработки, электронные варианты документов)

Хранение информации о специалистах центра (время приема, график отпусков, история оказания услуг клиентам)

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

Хранение информации о составленном расписании приема специалистов

Для группы функций «Обработка информации» относятся следующие функции:

Автоматическое составление расписания приема специалистов за определенный промежуток времени

Автоматизация процесса обработки заявки клиента (для каждой стадии движения заявки)

Для группы функций «Сбор статистики и построение отчетов» относятся следующие функции:

Просмотр уже сформированного расписания с фильтром по клиенту, специалисту, временному интервалу

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

Просмотр информации об обработанных/просроченных заявках за определенный период времени

Просмотр статистики по услугам (количество обращений, количество обслуженных клиентов, количество отказов в обслуживании по данной услуге)

Просмотр статистики по отделам (количество оказанных услуг, заявок, обслуженных клиентов)

Просмотр статистики по специалисту (количество зарегистрированных заявок, оказанных услуг, количество обработанных заявок)

.3 Построение информационно логической модели системы

В ходе анализа требований к разрабатываемой системе мною была построена диаграмма вариантов использования системы (Рис. 2.4).

Рис. 2.4

Как видно из диаграммы в системе имеются три роли:

Руководитель - руководитель организации,

Специалист - специалист центра, может непосредственно работать с клиентами либо же выполнять внутренние функции

Клиент - клиент центра

Ниже представлено пошаговое описание вариантов использования системы:

Вариант использования «Просмотр отчета»(для роли «Специалист»)

Пользователь открывает раздел «Отчеты» в системе

Система выводит на экран список доступных для формирования отчетов

Пользователь выбирает нужный отчет из списка доступных

Система запрашивает параметры отчета (если это необходимо)

Пользователь задает параметры отчета

Система формирует на экране искомый отчет, составленный на основе текущего состояния системы

Вариант использования «Просмотр отчета» (для роли «Клиент»)

Пользователь открывает раздел «Личный кабинет» в системе

Система выводит на экран страницу личного кабинета пользователя

Пользователь выбирает просмотр статистики

Система запрашивает параметры отчета (если это необходимо)

Пользователь задает параметры отчета

Система формирует на экране искомый отчет, составленный на основе текущего состояния системы

Вариант использования «Просмотр расписания»

Пользователь выбирает в системе функцию «Просмотр расписания»

Система запрашивает параметры фильтрации: период времени, специалист

(по умолчанию - Все), клиент (по умолчанию -Все)

Пользователь задает параметры фильтрации

Система на основании имеющихся данных (уже хранящихся в системе данных) формирует расписание работы специалистов с учетом фильтров

Система выводит результаты на экран

Вариант использования «Регистрация клиента»

Пользователь выбирает в системе функцию «Зарегистрировать клиента»

Система выводит на экран пустую форму карточки клиента

Пользователь заполняет форму и нажимает «Сохранить»

Система сохраняет информацию о клиенте в базу данных

Система сообщает пользователю о том, что информация успешно сохранена

Вариант использования «Регистрация заявки»

Пользователь выбирает в системе функцию «Зарегистрировать заявку»

Система выводит на экран пустую форму карточки заявки

Пользователь заполняет форму и нажимает «Сохранить»

Система сохраняет информацию о заявке в базу данных

Система сообщает пользователю о том, что информация успешно сохранена

Вариант использования «Вынесение решения (резолюции) по заявке»

Пользователь открывает в системе список заявок, доступных для резолюции

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

Пользователь выбирает необходимую заявку

Пользователь нажимает кнопку «Вынести резолюцию»

Система открывает форму резолюции по заявке

Пользователь заполняет форму (в том числе указывая, будет ли заявка исполнена или нет) и нажимает «Сохранить»

Система сохраняет информацию о резолюции в базу данных

Система сообщает пользователю о том, что информация успешно сохранена

Вариант использования «Снятие заявки с контроля»

Пользователь открывает в системе список заявок

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

Пользователь выбирает необходимую заявку

Пользователь нажимает кнопку «Снять с контроля»

Система открывает форму снятия с контроля по заявке

Пользователь заполняет форму и нажимает «Сохранить»

Система сохраняет информацию о заявке в базу данных

Система сообщает пользователю о, том что информация успешно сохранена

Вариант использования «Контроль исполнения услуги»

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

Система выводит на экран форму для ввода периода

Пользователь вводит период

Система формирует список услуг

Пользователь выбирает элемент в списке и нажимает «Отметка об исполнении»

Система выводит форму для указания даты/времени начала и окончания исполнения услуги

Пользователь вводит необходимые данные в форму

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

Система сообщает пользователю о том, что информация успешно сохранена

Вариант использования «Составление расписания»

Пользователь в меню системы нажимает кнопку «Составить расписание»

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

Пользователь заполняет форму, то есть вводит временной интервал

Пользователь нажимает кнопку «Построить»

Система согласно алгоритму построения расписания формирует расписание приема для указанного периода

Система выводит результаты на экран

Вариант использования «Редактирование расписания»

Пользователь выполняет вариант использования «Просмотр расписания»

Система выводит на экран расписание приема за указанный период

Пользователь нажимает кнопку «Редактировать»

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

Пользователь редактирует данные в форме (время приема, переназначает специалиста, услугу, клиентов)

Пользователь нажимает кнопку «Сохранить»

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

Система сообщает пользователю о том, что информация успешно сохранена

Составление расписания в системе происходит согласно специальному алгоритму, его описание представлено ниже:

Для каждого дня из указанного интервала выполняются следующие шаги:

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

Для каждого клиента выполняются следующие действия:

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

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

Для каждого специалиста, который может оказывать указанную услугу, выполняются следующие шаги:

Определяется, работает ли в это день специалист или нет (отпуск, больничный и т. п.)

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

Если же да, то берется первый свободный сотрудник с временем работы отличающемся от времени работы данного.

Берется первый специалист из списка, у которого есть время оказать услугу клиенту. И данный клиент назначается этому специалисту на самое раннее возможное время. То есть в данное время данный специалист оказывает данному клиенту данную услугу.

Если же не находится ни одного специалиста, способного оказать данную услугу клиенту, то осуществляется переход к следующей услуге из списка услуг

.4 Построение модели «сущность-связь»

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

Рис. 2.6

Рассмотрим более подробное описание каждой сущности:

Отдел - содержит информацию об отделах организации (Наименование, Описание)

Атрибуты:- идентификатор отдела в БД

Название - название отдела

Описание - описание деятельности отдела, дополнительные комментарии

Работа с клиентом - индикатор взаимодействия отдела непосредственно с клиентом (работает с клиентом или нет)

Атрибуты:- идентификатор пользователя в БД

Логин - логин пользователя

Пароль - пароль пользователяклиента - идентификатор клиентаспециалиста - идентификатор специалиста

Роль - роль пользователя

Должность - содержит информацию о должности специалистов центра (Название, Описание)

Атрибуты:- идентификатор пользователя БД

Название - название должности

Тип услуги - содержит информацию о предоставляемых услугах (Наименование, Длительность оказания услуги, Описание услуги, ИД отдела, который ее предоставляет)

Атрибуты:- идентификатор типа услуги в БД

Название - название типа услуги

Описание - описание типа услугиотдела - идентификатор отдела

Длительность - длительность оказания услуги в минутах

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

Атрибуты:типа услуги - идентификатор типа услугидолжности - идентификатор должности

Сотрудник - содержит всю информацию о сотрудниках (ФИО, Дата рождения, Телефон домашний, Телефон рабочий, Адрес, Дата принятия на работу)

Атрибуты:- идентификатор сотрудника в БД

Имя - имя сотрудника

Фамилия - фамилия сотрудника

Отчество - отчество сотрудника

Дата рождения - дата рождения сотрудника

Адрес - адрес сотрудника

Дата приема - дата приема сотрудника на работу

Домашний телефон - домашний номер телефона сотрудника

Рабочий телефон - рабочий номер телефона сотрудникаотдела - идентификатор отдела, в котором работает сотрудникдолжности - идентификатор должности сотрудника

Клиент - содержит информацию о клиентах (ФИО, Дата рождения, Паспортные данные, Дата регистрации, Телефон. Адрес, Пол)

Атрибуты:- идентификатор клиента

Имя - имя клиента

Фамилия - фамилия клиента

Отчество - отчество клиента

Телефон - контактный телефон клиента

Дата регистрации - дата регистрации клиента

Дата рождения - дата рождения клиента

Паспорт - паспортные данные клиента

Пол - пол клиента

Ребенок - содержит информацию о детях (которые получают помощь в организации) - ФИО, Пол, ИД родителей (из таблицы Client)

Атрибуты:- идентификатор ребенка в БД

Имя - имя ребенка

Фамилия - фамилия ребенка

Отчество - отчество ребенка

Пол - пол ребенкародителя мама - идентификатор клиента, являющегося матерью ребенкародителя папа - идентификатор клиента, являющегося отцом ребенка

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

Атрибуты:- идентификатор записи в БД

Дата От - дата начала периода нерабочего времени

Дата До - дата окончания периода нерабочего времени

От - время начала периода нерабочего времени (в минутах от 0:00)

До - время окончания периода нерабочего времени (в минутах от 0:00)

Тип - тип учета рабочего времени

Тип учета рабочего времени - тип записи в таблице TimeTracking (больничный, декрет и т. п.)

Атрибуты:- идентификатор записи в БД

Название - название типа учета рабочего времени

Заявка - содержит информацию о заявках клиентов (Описание, Номер, ИД специалиста, который зарегистрировал, ИД исполнителя, ИД принявшего решения, Резолюцию по заявке, Приоритет выполнения, Флаг «На контроле», Комментарий исполнителю, Дата регистрации, Срок исполнения, Дата снятия с контроля, ИД клиента, ИД типа услуг по заявке, Комментарий исполнителю)

Атрибуты:- идентификатор заявки в БД

Описание - описание заявки

Номер - номер заявки

Дата регистрации - дата регистрации заявкирегистратора - идентификатор сотрудника зарегистрировавшего заявку

Резолюция - резолюция по заявке

Дата резолюции - дата вынесения резолюциивынесшего резолюцию - идентификатор сотрудника, вынесшего резолюциюисполнителя - идентификатор сотрудника, который будет исполнять заявку

Комментарий к исполнению - комментарий к исполнению заявки

Срок исполнения - срок исполнения заявки (дата, к которой резолюция по данной заявке должна быть исполнена)

Дата начала исполнения - дата начала исполнения заявки

Приоритет - приоритет исполнения заявки (0 - не срочно, 1 - нормальный, 2 - срочный)

На контроле - индикатор, находится ли заявка на контроле или нет

Дата снятия с контроля - дата снятия заявки с контролязакрывшего - ID сотрудника, который снял заявку с контроля

Комментарий к окончанию - комментарий к снятию с контролятипа услуги по заявке - идентификатор типа услуги по заявкеклиента - идентификатор клиента

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

Атрибуты:- идентификатор записи в БДтипа услуги - идентификатор типа оказываемой услугиспециалиста - идентификатор специалиста, который оказывал услугуклиента - идентификатор клиента, которому была оказана услуга

От - время начала оказания услуги (в минутах от 0:00)

До - время окончания оказания услуги (в минутах от 0:00)

Дата обслуживания - дата оказания услуги

Расписание - содержит информацию о спланированном расписании приема для сотрудников (ИД специалиста, ИД услуги, ИД клиента, ИД заявки, Время начала, Время окончания, Дата, Комментарий)

Атрибуты:- идентификатор записи в БД

От - время начала периода обслуживания

До - время окончания периода обслуживания

Дата - дата периода обслуживанияспециалиста - идентификатор сотрудникатипа услуги - идентификатор типа услугизаявки - идентификатор заявкиклиента - идентификатор клиента

Комментарий - комментарий к записи

Часы работы - содержит информацию о недельном времени работы сотрудника (время начала работы, время окончания, день недели, ИД специалиста)

Атрибуты:- идентификатор записи в БДспециалиста - идентификатор сотрудника

От - время начала рабочего периода работы сотрудника (в минутах от 0:00)

До - время окончания периода работы сотрудника (в минутах от 0:00)

День - день недели, для которого указано рабочее время От и До

Документ - содержит информацию о документах (Описание документа, Электронная копия, ИД типа документа)

Атрибуты:- идентификатор документа в БД

Описание - описание документа

Документ -электронная копия документа (любой формат)типа документа - идентификатор типа документазаявки - идентификатор заявки, к которой возможно прикреплен данный документ

Тип документа - содержит информацию о типах документа (Наименование)

Атрибуты:- идентификатор типа документа в БД

Название - название типа документа

Тип услуги по заявке - информация о типе услуг по заявке (Название)

Атрибуты:- идентификатор типа услуги по заявке в БД

Название - название типа услуги по заявке

Услуги типа услуги по заявке - содержит информацию о видах услуг, входящих в тип услуг по заявке (ИД вида услуг, ИД типа услуг по заявке)

Атрибуты:типа услуги - идентификатор типа услугитипа услуги по заявке - идентификатор типа услуги по заявке

ГЛАВА 3. АИС электронное расписание

.1 Структурная организация

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

Сначала спроектируем структуру сайта, которая будет реализована с помощью тегов <div> (рис. 3.1.1).

Рисунок 3.1.1 Структура сайта

Так как элементы header, menu и footer, будет одинаковы для всех страниц сайта, то целесообразно вынести их в отдельные файлы, которые затем будут подгружаться в шаблон каждой страницы. Это позволит менять интерфейс всех страниц сайта, редактируя только несколько соответствующих файлов, а не все страницы.

Таким образом шаблон стандартной страницы сайта будет выглядеть как на рис. 3.1.2.

Рисунок 3.1.2 Шаблон для страниц

Так как на сайте будет реализован сервис приема заявок, то необходимо использование базы данных, в данном случае это MySQL.

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

Таким образом мы обратившись всего к одной странице полностью подготовим к работе базу данных. Единственное условие, база данных должна существовать. Учетные данные для доступа к базе хранятся в файле functions.php, который подгружается в файл header.php, таким образом из любой станицы можно получить доступ к базе.

После запуска файла setup.php (рис. 3.1.3), в базе будут созданы все необходимые таблицы.

Рисунок 3.1.3 Файл setup.php

Рассмотрим работу созданного ресурса.

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

Первоначально необходимо скопировать папку с сайтов в соответствующую папку веб сервера. Затем необходимо создать базу данных и внести название базы, логин и пароль для доступа в файл functions.php (рис. 4).

Рисунок 3.1.4 Данные для доступа к базе

После этого нужно запустить через браузер страницу setup.php (рис. 3.1.5).

автоматизация расписание информационный заявка

Рисунок 3.1.5 Установка таблиц

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

Сайт готов к работе.

3.2 Работа в системе

Для работы в системе предусмотрено несколько ролей:

Администратор

Руководитель

Специалист

Клиент

Администратор управляет пользователями и их ролями. Остальные пользователи не имеют прав на добавление новых пользователей или изменение информации о существующих.

Для работы с ресурсом необходимо пройти процедуру авторизации рис. 3.2.1.

Рис. 3.2.1 Процедура авторизации

Пользователь с ролью администратор может добавлять новых пользователей рис. 3.2.2

Рис. 3.2.2 Регистрация нового пользователя

И добавлять или изменять информацию о пользователях рис. 3.2.3

Рис. 3.2.3 Заполнение информации о пользователе

Специалист имеет возможность регистрировать клиентов, заполняя личную информацию о них рис. 3.2.4.

Рис. 3.2.5 Регистрация клиента

После того, как клиент зарегистрирован может быть произведена регистрация заявки этого клиента на оказание помощи и поддержки рис. 3.2.6

Рис. 3.2.7 Регистрация заявки

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

Все этапы, которые проходит заявка отображаются в личном кабинете специалиста.

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

Рис. 3.2.8 Решение по заявке

В разделе расписание руководитель может просматривать все незавершенные заявки рис. 3.2.9.

Рис. 3.2.9 Незавершенные заявки

ЗАКЛЮЧЕНИЕ

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

Была разработана АИС «Планирование расписания и обработки заявок», разработан алгоритм планирования, а также составлены документы техно-рабочего проекта (пояснительная записка, программа и методика испытаний) и техническое задание на разработку информационной системы.

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

Осуществлена разработка автоматизированной информационной системы для автоматизации деятельности областного государственного бюджетного учреждения «Центр социальной помощи семье и детям г. Стрежевого».

Результаты работы могут быть использованы на практике для автоматизации деятельности организации или для теоретического ознакомления с рассматриваемым вопросом

СПИСОК ЛИТЕРАТУРЫ

«Глобальные сети: информация и средства доступа» - издательство ПГТУ.

Fast Ethernet / Л. Куинн, Р. Рассел. - BHV-Киев, 1998.

Андерсон, С. Приманка для пользователей: создаем привлекательный сайт / С. Андерсон; [пер. с англ. С. Силинский]. - Москва: Питер, 2013. - 234 с.

Вин, Ч. Как спроектировать современный сайт: профессиональный веб-дизайн на основе сетки / Ч. Вин. - Москва [и др.]: Питер, 2011. - 192 с.

Волоконная оптика в локальных и корпоративных сетях связи / А. Б. Семенов, АйТи. - М.: Компьютер-пресс, 1998.

Вукс, Т. Наполнение сайта и авторское право / Т. Вукс // Интеллектуальная собственность. Авторское право и смежные права. - 2009. - № 6. - С. 49-56.

Высокопроизводительные сети. Энциклопедия пользователя / А. Марк Спортак и др.; пер. с англ. - Киев: ДиаСофт, 1998.

Вычислительные системы, сети и телекоммуникации / Пятибратов и др. - ФИС, 1998.

Гаевский, А. Ю. 100% самоучитель по созданию Web-страниц и Web-сайтов: HTML и JavaScript / А. Ю. Гаевский, В. А. Романовский. - Москва: Технолоджи - 3000: Триумф, 2008. - 457 с.

Грачев, А. Создаем свой сайт на WorldPress: работа с CMS WorldPress 3 / А. Грачев. - Санкт-Петербург [и др.]: Питер, 2011. - 282 с.

Как сделать идеальный сайт // Фотомастерская. - 2012. - № 12. - С. 58-60.

Коммутация и маршрутизация IP/IPX трафика / М. В. Кульгин, АйТи. - М.: Компьютер-пресс, 1998.

Компьютерные сети: учеб. курс. 2-е изд. (+CD-ROM). - MicrosoftPress, Русская редакция, 1998.

Никсон, Р. Создаем динамические веб-сайты с помощью PHP, MySQL и JavaScript / Р. Никсон; [пер. с англ. Н. Вильчинский]. - Санкт-Петербург [и др.]: Питер, 2013. - 496 с.

Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов - СПб. Питер, 2012. - 943 с.

Основы построения сетей: учеб. руководство для специалистов MCSE (+CD-ROM) / Дж. Челлис, Ч. Перкинс, М. Стриб; пер. с англ. - Лори, 1997.

Персональные компьютеры в сетях TCP/IP. Крейг Хант; пер. с англ. - BHV-Киев, 1997.

Практическая передача данных: Модемы, сети и протоколы / Ф. Дженнингс; пер. с англ. - М.: Мир, 1989.

Протоколы Internet. С. Золотов. - СПб. BHV - Санкт-Петербург, 1998.

Профессиональная разработка сайтов на Drupal 7 / Б. Мелансон [и др.; пер. с англ. И. Размайкина]. - Москва [и др.]: Питер, 2013. - 687 с.

Рязанцева, Л. Что нам стоит сайт построить / Л. Рязанцева // Библиополе. - 2008. - № 5. - С. 25-27.

Рязанцева, Л. Что нам стоит сайт построить / Л. Рязанцева // Библиополе. - 2008. - № 6. - С. 27-29.

Рязанцева, Л. Что нам стоит сайт построить / Л. Рязанцева // Библиополе. - 2008. - № 8. - С. 20-21.

Рязанцева, Л. Что нам стоит сайт построить: как писать для веб-сайта / Л. Рязанцева // Библиополе. - 2008. - № 7. - С. 27-29.

Сетевые средства Microsoft Windows NT Server 4.0 / пер. с англ. - СПб. - BHV - Санкт-Петербург, 1997.

Сети предприятий на основе Windows NT для профессионалов / Стерн, Мон­ти; пер. с англ. - СПб.: Питер, 1999.

Сети ЭВМ: протоколы стандарты, интерфейсы / Ю. Блэк; пер. с англ. - М.: Мир, 1990.

Синхронные цифровые сети SDH / Н. Н. Слепов. - Эко-Трендз, 1998.

Соколинский, К. Е. Создание современного сайта библиотеки с помощью модуля J-ИРБИС / К. Е. Соколинский // Научные и технические библиотеки. - 2009. - № 1. - С. 76-80.

Стандарты по локальным вычислительным сетям: Справочник / В. К. Щербо, В. М. Киреичев, С. И. Самойленко; под ред. С. И. Самойленко. - М.: Радио и связь, 1990.

Стейнмец, У. PHP. 75 готовых решений для вашего web-сайта / У. Стейнмец, Брайан Вард. - Санкт-Петербург: Наука и Техника, 2009. - 243 с.

Суслова, О. А. Как создать качественный сайт учреждения культуры / О. А. Суслова // Справочник руководителя учреждения культуры. - 2011. - № 9. - С. 67-74.

Таненбаум Э., Уэзеролл Д. Компьютерные сети. 5-е изд. - СПб.: Питер, 2012. - 960 с.

Титоров, Д. Ю. Технология создания интерактивных сайтов / Д. Ю. Титоров // Информатика: [газ. Изд. дома "Первое сентября"]. - 2010. - № 3 (февр.). - С. 13-18.

Толковый словарь по вычислительной технике / пер. с англ. - М.: Изда­тельский отдел «Русская редакция» ТОО «Channel Trading Ltd.», 1995.

Филиппова, Л. Я. Создание контента (содержания) библиотечных веб-сайтов учебных заведений: из зарубежного опыта / Л. Я. Филиппова // Научные и технические библиотеки. - 2002.- № 2. - С.55-58.

Фрэйн, Б. HTML5 и CSS3. Разработка сайтов для любых браузеров и устройств / Б. Фрэйн; [перевод с английского В. Черник]. - Санкт-Петербург [и др.]: Питер, 2014. - 298 с.

Халворсон, К. Контентная стратегия управления сайтом / К. Халворсон, М. Рэч; [пер. с англ. Е. Матвеева]. - 2-е изд. - Санкт-Петербург [и др.]: Питер, 2013. - 224 с.

Харыбина, Т. Н. Создание библиотечного веб-сайта / Т. Н. Харыбина, Н. А. Слащева, Ю. В. Мохначева // Библиотека. - 2005. - № 4. - С. 44-45.

Хворостьянова, С. В. Веб-сайт: требования к информационной структуре и наполнению / С. В. Хворостьянова // Современная библиотека. - 2011. - № 1. - С. 68-73.

Шляхтина, С. Джентльменский набор для быстрого создания сайта / С. Шляхтина // КомпьютерПресс. - 2007. - № 2. - С. 83-88.