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

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

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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

ГЛАВА 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.1Обзор технологий разработки web-ресурсов

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

HTTP ныне широко используется во Всемирной паутине, чтобы получить информацию от вебсайтов. В 2006 году, в Северной Америке доля HTTP-трафика превысила долю P2P-сетей и составила 46%, из которых, в свою очередь, почти половина потокового видео и аудио.

HTTP также используется в качестве "транспорта" для других приложений уровня протокола, таких как SOAP, XML-RPC, WebDAV.

Главной манипуляцией в HTTP является ресурс, который, в свою очередь, указывает URI (Universal Resource Identifier), по желанию клиента. Как правило, эти ресурсы, хранящихся на сервере файлов, но они также могут быть логическими объектами или чем-то абстрактным. Функцией HTTP является возможность указать в запросе разные методы представления одного и того же ресурса по различным параметрам: формату, кодировке, языку и так далее (в частности, для этих целей используется заголовок). Благодаря возможности указания, например, такого плана как для кодирования сообщения, клиент и сервер могут обмениваться бинарными данными, хотя данный протокол является текстом.

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

CSS

CSS (англ. Cascading Style Sheets - каскадные таблицы стилей) - это формальный язык для описания появления документа с наличием языка разметки.

Прежде всего, как средство описания, представляется внешний вид веб-страниц с помощью языков разметки HTML и XHTML, но может также применяться к любым XML-документам, например, таким как SVG или XUL.

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

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

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

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

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

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

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

Недостатки:

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

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

JavaScript

JavaScript - прототип-ориентированный сценарий на основе языка программирования. Является диалектом языка ECMAScript.

JavaScript часто используется как встроенный язык для программного доступа к объектам. В наиболее используемых браузером в качестве языка сценариев для создания интерактивных web-страниц.

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

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

Название "JavaScript" является зарегистрированным товарным знаком компании Oracle Corporation.

JavaScript - это объектно-ориентированный язык, но язык прототипирования приводит к различиям в работе с объектами по сравнению с традиционными класса-ориентированных языков. Кроме того, необходимо отметить, что 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 - это не браузерный язык, и он не определяется как выходная и входная информация. Это скорее основа для построения скриптовых языков. В спецификации ECMAScript описывает типы данных, инструкции, ключевые и зарезервированные слова, объекты, операторов, регулярные выражения, без ограничения авторов, полученных языков в расширении с новыми компонентами.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

* удаление узлов.

PHP

PHP (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-типичных системах.

AJAX

Asynchronous Javascript и XML (асинхронный JavaScript и XML) - подход для создания интерактивных пользовательских интерфейсов веб-приложений, что означает, "фон" обмена данными браузера с веб-сервером. В результате, при обновлении данных веб-страница не перезагружается и веб-приложения проще и быстрее.

AJAX - это не технология, а концепция использования нескольких смежных технологий. 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.

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

Уменьшение трафика

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Требуется включенный JavaScript в браузере

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

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

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

CMS

Content 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-код, упрощенную разметку, которая помогает пользователю легко форматировать текст.

CMF

Content 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.

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

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

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

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

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

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

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

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

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

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

PHP используется для обработки информации на стороне сервера, javascript на стороне клиента.

MySQL используется для управления данными, хранящимися в базе.

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

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

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

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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.2

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

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

Рис. 2.3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.4

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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