Программное обеспечение автоматизированной системы управления документами предприятия
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
Пензенский государственный университет
Факультет вычислительной техники
Направление подготовки 09.03.01 «Информатика и вычислительная техника»
Профиль Вычислительные машины, комплексы, системы и сети
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ
РАБОТА БАКАЛАВРА
на тему
Программное обеспечение автоматизированной системы управления документами предприятия
Пенза, 2015
РЕФЕРАТ
Пояснительная записка содержит 109 листов, 48 рисунков, 1 таблицу, 9 источников, 7 приложений.
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТАМИ ПРЕДПРИЯТИЯ.
Объектом разработки является система автоматизированного управления электронными документами (СУЭД).
Цель работы - разработка системы управления электронными документами, которая предназначена для автоматизации документооборота предприятия.
В результате проведенной работы создан проект, удовлетворяющий поставленной задаче.
В пояснительной записке приведены методика разработки СУЭД, характеристика и принцип работы системы.
Графическая часть проекта содержит UML-диаграммы, схему базы данных и листинги программы.
СОДЕРЖАНИЕ
РЕФЕРАТ
ВВЕДЕНИЕ
.ИССЛЕДОВАТЕЛЬСКАЯ ЧАСТЬ
.1Описание предметной области
.КОНСТРУКТОРСКАЯ ЧАСТЬ
.1Выбор архитектуры приложения
.2Характеристика СУЭД
.3Особенности СУЭД
.4Требования к системе
.ТЕХНОЛОГИЧЕСКИЕ СРЕДСТВА РАЗРАБОТКИ И ОТЛАДКИ
.1Общие сведения
.2Сведения об IDE Eclipse PHP Development Tools
.3Сведения о редакторе Notepad++
.4Сведения о LAMP сервере
.5Сведения о приложении PHPMyAdmin
.6Сведения об обработчике шаблонов Smarty
.ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОГРАММЫ
.1Этапы проектирования
.2Описание логической структуры
.3Проектирование базы данных
.УСТАНОВКА И АДМИНИСТРИРОВАНИЕ ПРИЛОЖЕНИЯ
.1Создание базы данных и пользователя для СУЭД
.2Установка СУЭД
.РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
.1Раздел «Админ»
.2Создание отделов
.3Создание категорий документов
.4Добавление пользователей
.5Раздел «Добавить документ»
.6Редактирование документа
.7Поиск документов
.8Просмотр изменений документов
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
Приложение А ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ
Приложение А1. Диаграмма вариантов использования администратора
Приложение А2. Диаграмма вариантов использования пользователя
Приложение Б ДИАГРАММА ДЕЯТЕЛЬНОСТИ
Приложение Б1. Диаграмма деятельности администратора
Приложение Б2. Диаграмма деятельности пользователя
Приложение В ДИАГРАММА ПОСЛЕДОВАТЕЛЬНОСТИ ДЕЙСТВИЙ
Приложение В1. Диаграмма последовательности действий администратора
Приложение В2. Диаграмма последовательности действий пользователя
Приложение Г ДИАГРАММА РАЗВЕРТЫВАНИЯ
Приложение Д ДИАГРАММА КЛАССОВ
Приложение Е СХЕМА БД
Приложение Ж ЛИСТИНГИ
Приложение Ж1. Подключение к базе данных
Приложение Ж2. Создание базы данных
Приложение Ж3. Информация о пользователях
ВВЕДЕНИЕ
Автоматизация документооборота, на сегодняшний день, стала не просто средством оптимизации внутренних процессов предприятия, а насущной необходимостью в условиях жесткой конкуренции. Именно автоматизация документооборота дает новые возможности любой организации по ускорению работы, позволяет опередить конкурентов при принятии как оперативных, так и стратегических решений.
В связи с ростом развития технологий, предприятию все больше необходима автоматизация документооборота. Причин этому много. Во-первых, информацию необходимо обрабатывать как можно быстрее и качественнее, подчас информационные потоки не менее важны, чем материальные. Во-вторых, утеря информации или ее попадание в чужие руки может обойтись весьма дорого. Можно выделить ряд проблем, общих для тех организаций, где работа с документами ведется традиционным способом:
·потеря документов;
·накапливается множество документов, назначение и источник которых неясны;
·документы и информация, содержащаяся в них, попадают в чужие руки;
·тратится много рабочего времени на поиск нужного документа и формирование тематической подборки документов;
·создается несколько копий одного и того же документа - на бумагу и копирование документов тратиться немало средств;
·на подготовку и согласование документов тратится много времени.
Внедрение системы электронного документооборота позволяет решить все эти проблемы, а также:
·обеспечит слаженную работу всех подразделений;
·упростит работу с документами, повысит ее эффективность;
·повысит производительность труда сотрудников за счет сокращения времени создания, обработки и поиска документов;
·повысит оперативность доступа к информации;
·позволит разграничить права доступа сотрудников к информации.
Назначением информационной системы документооборота является автоматизация технологических процессов, связанных с подготовкой, согласованием и обработкой деловых документов организации.
Особенностью системы является многоуровневая обработка документов, характерная для государственных организаций.
Автоматизированная система управления документами базируется на современных программных средствах с использованием новейших информационных технологий, которые удовлетворяют самым высоким требованиям по защите информации и быстродействию системы, эффективно распределяют нагрузку в режиме коллективного доступа к документам.
1.ИССЛЕДОВАТЕЛЬСКАЯ ЧАСТЬ
1.1Описание предметной области
С точки зрения системы автоматизации делопроизводства, документ, как правило, распадается на тело документа - файл, вся содержательная работа с которым обычно ведется вне рамок системы делопроизводства, и регистрационную карточку, содержащую все реквизиты документа, с которой собственно и идет работа. Файлов может и не существовать, документ может оставаться в бумажной форме.
Автоматизированные системы делопроизводства делятся на два класса. К первому относятся системы управления электронными архивами. Их основные функции: регистрация новых документов, хранение, поиск и их извлечение с целью передачи в приложения, умеющие с ними работать. Ко второму классу относятся системы управления электронным документооборотом. На них возложены функции управления документами на пути прохождения от одного пользователя к другому с возможностью контроля за их перемещением и отслеживанием всех изменений и операций с документами. В готовых системах одного класса могут встречаться функции другого класса.
Исторически системы управления документами являлись вертикальными приложениями, т.е. программами, использование которых ограничивается одной специальной областью. СУЭД или DMS (Document Management System) разрабатывались для использования небольшими группами специалистов, работающих в территориальной близости друг от друга с сильно структурированными документами.
За рубежом приложения вертикального управления документами в основном внедрялись в таких областях как фармацевтические исследования, страхование, инженерные разработки, промышленное производство.
В современных предприятиях требования по доступности и необходимости совместной работы с документами растут экспоненциально. Имеющие высокую ценность информационные материалы создаются ежедневно, размещаются в глобальных сетях, распространяются в различных профессиональных коллективах. В эпоху Интернета формализованные документы, доступные только специалистам, не могут более служить хранилищем корпоративных знаний.
Ниже перечислены категории технологий электронного управления документами (ЭУД) с примерами наиболее известных поставщиков и продуктов в каждом классе (по информации International Data Corporation (IDC)):
·Системы ЭУД, ориентированные на бизнес-процессы (Business-process EDM): Documentum, FileNet (Panagon и Watermark), Hummingbird (PC DOCS)
·Корпоративные системы ЭУД (Enterprise-centric EDM): Lotus (Domino.Doc), дополнения к Novell GroupWise, Opent Text (LiveLink), Keyfile Corp., Oracle (Context)
·Системы управления контентом (Content management): Adobe, Excalibur
·Системы управления информацией (порталы) (Information Management): Excalibur, Oracle Context, PC DOCS/Fulcrum, Verity, Lotus (Domino/Notes, K-station)
·Системы управления образами (Imaging)
·Системы управления потоками работ (Workflow management): Lotus (Domino/Notes и Domino Worflow), Jetform, FileNet, Action Technologies, Staffware
·Система управления корпоративным контентом DIRECTUM - система одноименной отечественной компании DIRECTUM - позволяет строить инфраструктуру электронного взаимодействия, закрывающую различные задачи бизнеса на разных уровнях: от делопроизводителей до топ-менеджмента.
Каждый элемент системы органично дополняет другие, поэтому они могут внедряться как вместе, создавая целостную инфраструктуру, так и по отдельности.
В составе DIRECTUM выделяются три основных слоя:
·платформа, построенная на обязательных компонентах системы;
·модули системы и технические решения;
·бизнес-решения.
Системы ЭУД - ориентированы на бизнес-процессы и предназначены для специфических вертикальных и горизонтальных приложений, иногда ориентированные на использование в определенной индустрии. Эти решения, как правило, обеспечивают полный жизненный цикл работы с документами, включая технологии работы с образами, управления записями и потоками работ, управление контентом и т.д.
Корпоративные системы ЭУД - обеспечивают корпоративную инфраструктуру для создания, совместной работы над документами и их публикации, доступную, как правило, всем пользователям в организации. Основные возможности этих систем аналогичны системам, ориентированным на бизнес-процессы. Однако, их отличительной особенностью является способ использования и распространения. Аналогично таким средствам как текстовые редакторы и электронные таблицы, корпоративные системы ЭУД являются стандартным, "приложением по умолчанию" для создания и публикации документов в организации. Как правило, эти средства не ориентированы на использование только в какой-то определенной индустрии или для узко определенной задачи. Они предлагаются и внедряются как общекорпоративные технологии, доступные практически любой категории пользователей.
Системы управления контентом - обеспечивают процесс отслеживания создания, доступа, контроля и доставки информации вплоть до уровня разделов документов и объектов для их последующего повторного использования и компиляции. Потенциально доступность информации не в виде документов, а в меньших объектов облегчает процесс обмена информацией между приложениями.
Системы управления информацией (порталы) - обеспечивают агрегирование, управление и доставку информации через сети Internet, Intranet и Extranet. Эти технологии обеспечивают фундамент создания информационных порталов. Системы управления информацией дают возможность организациям накапливать и использовать экспертизу в распределенной корпоративной среде на основе использования бизнес-правил, контекста и метаданных. Хотя большинство доступных сегодня технологий обеспечивают, в основном, статические публикации, обеспечение большей интерактивности и средств совместной работы - дело ближайшего будущего.
Системы управления образами преобразуют информацию с бумажных носителей в цифровой формат, как правило, это TIFF (Tagged Image File Format), после чего документ может быть использован в работе уже в электронной форме.
Системы управления потоками работ (workflow) обеспечивают систематическую маршрутизацию работ любого типа в рамках структурированных и неструктурированных бизнес-процессов. Они используются в целях ускорения бизнес-процессов, увеличения эффективности и степени контролируемости процессов в организации.
Из важнейших характеристик СУЭД специалисты обычно выделяют следующие:
·программная платформа (система, обеспечивающая хранение и поиск документов, а также система обмена сообщениями. В настоящее время используется архитектура «клиент-сервер»);
·поддержка распределенной обработки информации;
·возможности масштабирования (набор поддерживаемых платформ; максимальное число пользователей; число уровней вложенности структур);
·открытость архитектуры и возможность интеграции с другими приложениями;
·типы документов, с которыми работает система (форматы документов; поддержка работы с составными документами и несколькими версиями документа; связи документов (один документ может быть ответом на другой или может быть порожден при исполнении предыдущего документа); совместное использование электронных и бумажных документов);
·коллективная работа группы исполнителей над одним (или несколькими) документами;
·возможность работы по "свободной" схеме (без жесткой фиксации маршрутов);
·средства для определения маршрутных схем прохождения документов;
·возможности контроля за прохождением документов;
·способ оповещения должностных лиц;
·особенности настройки продукта для нужд конкретного заказчика (например, регистрационная карточка должна содержать все необходимые реквизиты); наличие локализованного (русифицированного) интерфейса;
·средства регламентации доступа и криптозащиты;
·средства оповещения о нарушениях в регламенте прохождения документов;
·ориентация на традиционную российскую концепцию документооборота.
Системы управления электронными архивами характеризуются следующими функциями:
1)Ввод - система должна обеспечивать ввод, обработку, хранение, регистрацию документов.
2)Хранение - централизованное хранилище данных позволяет решить целый ряд проблем:
·возможность оперативного получения целостной и непротиворечивой информации;
·организация сбора, хранения и обработки информации;
·высокая надежность и управляемость системы, быстрый и подконтрольный доступ пользователей к информации;
·экономию средств за счет сосредоточения обслуживающего персонала в одном месте;
2.КОНСТРУКТОРСКАЯ ЧАСТЬ
2.1Выбор архитектуры приложения
Программная система должна быть сетевой и многопользовательской. База данных системы будет располагаться на сервере и доступ к ней должен быть получен с нескольких компьютеров.
Чтобы выполнить данные требования, будет применяться технология «клиент-сервер».
Серверная часть веб-приложения - это программа или скрипт на сервере, обрабатывающая запросы пользователя (точнее, запросы браузера). Чаще всего серверная часть веб-приложения программируется на PHP. При каждом переходе пользователя по ссылке браузер отправляет запрос к серверу. Сервер обрабатывает этот запрос, вызывая некоторый PHP-скрипт, который формирует веб-страницу, описанную языком HTML, и отсылает клиенту по сети. Браузер тут же отображает полученный результат в виде очередной веб-страницы.
Клиентская часть веб приложения - это графический интерфейс. Он отображается в браузере. Пользователь взаимодействует с веб-приложением именно через браузер, кликая по ссылкам и кнопкам.
База данных (БД, или система управления базами данных, СУБД) - программное обеспечение на сервере, занимающееся хранением данных и их выдачей в нужный момент. Серверная часть веб-приложения т.е., PHP скрипт, обращается к базе данных, извлекая данные, которые необходимы для формирования страницы, запрошенной пользователем.
«Клиент-сервер» означает такой способ взаимодействия программных компонентов, при котором они образуют единую систему. Как видно из самого названия, существует некий клиентский процесс, требующий определённых ресурсов, а также серверный процесс, который эти ресурсы предоставляет.
При этом совсем необязательно, чтобы они находились на одном и том же компьютере. На практике принято размещать сервер на одном узле локальной сети, а клиенты - на других узлах. На рисунке 1 показана архитектура типа «клиент-сервер».
Клиент управляет пользовательским интерфейсом и логикой приложения, действуя как сложная рабочая станция, на которой выполняются приложения баз данных. Клиент принимает от пользователя запрос, проверяет синтаксис и генерирует запрос к базе данных на языке SQL, который соответствует логике приложения. Затем он передаёт сообщение серверу, ожидает поступления ответа и форматирует полученные данные для представления их пользователю. Сервер принимает и обрабатывает запросы к базе данных, а затем передаёт полученные результаты обратно клиенту.
Такая обработка включает проверку полномочий клиента, обеспечение требований целостности, поддержку системного каталога, а также выполнение запроса и обновление данных. Помимо этого, поддерживается управление параллельностью и восстановлением.
Рисунок 1 - Общая схема построения систем с архитектурой «клиент/сервер»
Таблица 1 - Функции, выполняемые участниками взаимодействия в среде «клиент-сервер»
КлиентСервер1. Управляет пользовательским интерфейсом 2. Принимает и проверяет синтаксис введённого пользователем запроса 3. Выполняет приложение 4. Генерирует запрос к базе данных и передаёт его серверу 5. Отображает полученные данные пользователю1. Принимает и обрабатывает запросы к базе данных со стороны клиентов 2. Проверяет полномочия пользователей 3. Гарантирует соблюдение ограничений целостности 4. Выполняет запросы/обновления и возвращает результаты клиенту 5. Поддерживает системный каталог 6. Обеспечивает параллельный доступ к базе данных 7. Обеспечивает управление восстановлением
Преимущества данного типа архитектуры:
.Обеспечивается более широкий доступ к существующим базам данных.
.Повышается общая производительность системы. Поскольку клиенты и сервер находятся на разных компьютерах, их процессоры способны выполнять приложения параллельно. При этом настройка производительности компьютера с сервером упрощается, если на нём выполняется только работа с базой данных.
.Стоимость аппаратного обеспечения снижается. Достаточно мощный компьютер с большим устройством хранения нужен только серверу - для хранения и управления базой данных.
.Сокращаются коммуникационные расходы. Приложения выполняют часть операций на клиентских компьютерах и посылают через сеть только запросы к базе данных, что позволяет существенно сократить объём пересылаемых по сети данных.
.Повышается уровень непротиворечивости данных. Сервер может самостоятельно управлять проверкой целостности данных, поскольку все ограничения определяются и проверяются только в одном месте. При этом каждому приложению не придётся выполнять собственную проверку.
2.2Характеристика СУЭД
В процессе разработки было создано веб-приложение, представляющее собой систему управления электронными документами (СУЭД). В качестве средства разработки был выбран язык PHP, специально предназначенный для создания веб-приложений. Веб-приложение выполняет стандарт ISO 17025, который в целом базируется на концепции централизованного хранения документов, ограниченного доступа и отслеживании изменений, а также стандарт МЭБ для управления документами.
В проекте реализовано:
Управление пользователями и отделами:
Только администратор может добавлять пользователей и отделы. Он назначает им права доступа к файлам. Возможно добавлять любое количество сотрудников. Права могут быть установлены как ограничительные, так и разрешающие.
Централизованное хранение документов:
Централизованное хранение документов делает поиск документов в СУЭД намного проще, так как поиск производится только в одной области.
Ограниченный доступ:
Система позволяет ограничивать доступ к документам каждому пользователю или отделу.
Отслеживание изменений:
Действия по изменению, добавлению и удалению файлов отслеживаются. СУЭД будет фиксировать изменения файлов, чтобы в случае необходимости просмотреть их.
2.3Особенности СУЭД
Особенности данного проекта:
·Возможность добавить файл любого типа в хранилище
·Не требуется FTP-сервер. Файлы можно загрузить прямо из браузера.
·Мета-данные для каждого файла
·Возможность создавать и назначать отдел/категорию каждому файлу
·История изменений
·Физически документы хранятся на сервере
·Файлы имеют срок хранения
·Пользователи самостоятельно могут создавать поля документа, которые будут заполнятся данными, в соответствии с потребностями компании
·Автоматизированный процесс истечения срока хранения файлов
·Администратор/рецензент может одобрить или отклонить загрузку нового или измененного документа в хранилище
·Возможен поиск файлов по названию, автору, отделу, категории, комментариям
·Не требуется никаких внешних процессов индексирования
·Возможность изменить URL
·Пользователи могут ограничивать доступ к собственным файлам
·Три типа пользователей: пользователь, рецензент и администратор
·Управление максимальным размером файлов независимо от более высоких пределов сервера.
2.4Требования к системе
Для работы СУЭД необходимы следующие компоненты:
Сетевой сервер Apache 2.x (или любой другой веб-сервер, который поддерживает PHP) (#"justify">Сервер MySQL 5.0+ (#"justify">PHP 5.4+ скомпилирован с поддержкой PDO MySQL (#"justify">3.ТЕХНОЛОГИЧЕСКИЕ СРЕДСТВА РАЗРАБОТКИ И ОТЛАДКИ
3.1Общие сведения
Веб-приложение - клиент-серверное приложение, в котором клиентом выступает браузер, а сервером - веб-сервер. Логика веб-приложения распределена между сервером и клиентом, хранение данных осуществляется, преимущественно в базе данных.
Одним из преимуществ такого подхода является тот факт, что клиенты не зависят от конкретной операционной системы пользователя, потому что веб-приложения являются межплатформенными сервисами.
В качестве языка программирования был выбран PHP, который является скриптовым языком общего назначения. Он используется на стороне сервера и разработан специально для разработки web-приложений. Он позволяет внедрять код непосредственно в HTML-страницу, выполняемый при каждом ее посещении. При этом программа на PHP интерпретируется web-сервером, а результат ее работы в виде HTML-страницы отображается браузером пользователя.
Язык имеет очень широкое распространение и предустановлен на большинстве хостингов. Изначально разрабатывался для создания домашних страниц «о себе». Но получив массовое распространение и завоевав популярность был значительно доработан.
Также при разработке использовался HTML - язык гипертекстовой разметки документов, который используется для описания страниц сайта.
Для интерпретации тегов в понятный для человека вид на компьютере пользователя должен быть установлен браузер. Полученный форматированный текст можно отобразить на экране монитора компьютера, телевизора или мобильного устройства.или каскадные таблицы стилей - используется для графического оформления сайта. Позволяют адаптировать сайт к экранам с различными характеристиками. Отделяет разработку структуры сайта от описания его внешнего вида.- язык программирования, код которого исполняется на стороне клиента, тем самым разгружая сервер. JavaScript подвергся влиянию многих языков, целью разработчиков было создание языка понятного не только программистам.- библиотека написанная на JavaScript, позволяющая упростит работу с HTML. В частности позволяет легко получать доступ к элементам модели DOM. В библиотеке реализована функция AJAX для подгрузки контента без перезагрузки основной страницы.
3.2Сведения об IDE Eclipse PHP Development Tools
Для создания проекта использовалась интегрированная среда разработки приложений на языке программирования PHP - Eclipse PHP Development Tools, разработанная на основе Eclipse, распространяемая на условиях лицензии Eclipse Public License.
При разработке данного проекта использовалась последняя версия IDE -Eclipse Luna. Т.к. Eclipse написана на Java, для работы потребуется Java Runtime Environment - виртуальная машина для запуска java-приложений.
Возможности:
·Сворачивание кода
·Рефакторинг
·Генерация кода (методы доступа к членам класса, мастер классов и интерфейсов)
·Анализ и исправление кода
·Поддержка PHP 4 и PHP 5 (включая замыкания и пространства имен)
·Иерархическое представление классов и методов
·Отладка PHP-скриптов (как локально, так и с помощью интеграции с Zend Server и XDebug)
·Поддержка HTML, CSS, JavaScript
·и другие.
3.3Сведения о редакторе Notepad++
Также при написании исходного кода использовался Notepad++. Данный текстовый редактор осуществляет подсветку синтаксиса множества языков программирования. Редактор разрабатывался специально для программистов, встроенная система завершения слов, позволяет быстро набирать код программы. Поддержка регулярных выражений упрощает поиск информации и рефакторинг участков кода. Возможна работа одновременно с несколькими документами.
3.4Сведения о LAMP сервере
- акроним, обозначающий набор комплекс серверного программного обеспечения, широко используемого в Интернете. LAMP назван по первым буквам входящих в его состав компонентов:
·Linux - операционная система Linux;
·Apache - веб-сервер;
·MariaDB / MySQL - СУБД;
·PHP - язык программирования, используемый для создания веб-приложений (помимо PHP могут подразумеваться другие языки, такие как Perl и Python).
Акроним LAMP может использоваться для обозначения:
1.Инфраструктуры веб-сервера
2.Парадигмы программирования
.Пакета программ
Хотя изначально эти программные продукты не разрабатывались специально для работы друг с другом, такая связка стала весьма популярной из-за своей гибкости, производительности и низкой стоимости (все её составляющие являются открытыми и могут быть бесплатно загружены из Интернета). Набор LAMP входит в состав большинства дистрибутивов Linux и предоставляется многими хостинговыми компаниями.
Иногда букву P в аббревиатуре расшифровывают как Perl и Python, другие возможные языки веб-разработки.
Существует множество вариантов термина, в частности:
·LEMP - Nginx вместо Apache (Nginx читается Engine-X)
·LNMP - другой вариант названия 'Nginx вместо Apache
·BAMP - BSD вместо Linux
·MAMP - Mac OS X вместо Linux.
·SAMP - Solaris вместо Linux
·WAMP - под Microsoft Windows вместо Linux
·WASP - Windows, Apache, SQL Server и PHP
·WIMP - Windows, IIS, MySQL и PHP
·PAMP - Personal Apache MySQL PHP - набор серверов для платформы S60. Специфика платформы накладывает свой отпечаток на работу комплекса. Так, в частности, модули PHP получают и возвращают строки только в кодировке UTF-8.
·FNMP - FreeBSD и Nginx вместо Linux и Apache.
·XAMPP - кроссплатформенная сборка веб-сервера, X (любая из четырёх операционных систем), Apache, MySQL, PHP, Perl.
·Zend Server - пакет от разработчиков PHP.
·Instant Rails - с языком Ruby.
Поскольку программы, входящие в LAMP, в основном были разработаны для Linux, то установка и взаимная настройка их под Windows требует некоторого времени. Для решения этой проблемы было создано много пакетов программ, которые позволяют начать работать сразу после установки, такой набор называют WAMP. Примеры популярных пакетов: Open Server, Denwer, XAMPP.
3.5Сведения о приложении PHPMyAdmin
- веб-приложение с открытым исходным кодом, написанное на языке PHP и представляющее собой веб-интерфейс для администрирования СУБД MySQL. PHPMyAdmin позволяет через браузер осуществлять администрирование сервера MySQL, запускать команды SQL и просматривать содержимое таблиц и баз данных. Приложение пользуется большой популярностью у веб-разработчиков, так как позволяет управлять СУБД MySQL без непосредственного ввода SQL команд, предоставляя дружественный интерфейс.
На сегодняшний день PHPMyAdmin достаточно широко применяется. Это связано с тем, что разработчики интенсивно развивают свой продукт, учитывая все нововведения СУБД MySQL. Подавляющее большинство российских провайдеров используют это приложение в качестве панели управления для того, чтобы предоставить своим клиентам возможность администрирования выделенных им баз данных.
Приложение распространяется под лицензией GNU (General Public License) и поэтому многие другие разработчики интегрируют его в свои разработки, например XAMPP, Denwer, AppServ, Open Server.
Проект на данный момент времени локализован на более чем 62 языках.
3.6Сведения об обработчике шаблонов Smarty
- это компилирующий обработчик шаблонов для PHP. Он позволяет добиться отделения прикладной логики приложения от представления. Это очень удобно в ситуациях, когда программист и верстальщик шаблона - различные люди.
Например, нужно создать страницу, которая показывает газетную статью.
Название статьи, автор и сама статья - элементы, которые не содержат никакой информации о том, как они будут представлены. Их передают в Smarty из приложения.
Затем верстальщик шаблона редактирует шаблоны и использует комбинацию тэгов HTML и тэгов шаблона, чтобы отформатировать представление этих переменных, содержащих элементы типа таблиц HTML, фоновых цветов, размеров шрифта, стилей, SVG и т.д.).
Однажды программист захочет изменить способ хранения статьи, то есть внести изменения в логику приложения. Это изменение не вызовет изменений в шаблонах. Содержание будет все еще передаваться в шаблон таким же самым способом.
Аналогично, если верстальщик захочет полностью перепроектировать шаблоны, это не потребует никаких изменений в прикладной логике.
Таким образом, программист может вносить изменения в прикладную логику без необходимости изменения шаблонов, а дизайнер шаблонов может вносить изменения в шаблоны без вреда для прикладной логики.
Конечно же, шаблоны могут содержать в себе логику, но лишь при условии, что эта логика необходима для правильного представления данных. Такие задачи, как подключение других шаблонов, чередующаяся окраска строчек в таблице, приведение букв к верхнему регистру, циклический проход по массиву для его отображения и т.д. - всё это примеры логики представления.
Тем не менее, не следует полагать, что Smarty заставляет разделять прикладную логику и логику представления. Smarty не видит разницы между этими вещами, так что переносить прикладную логику в шаблоны вы можете на свой страх и риск.
Если необходимо, чтобы в шаблоне вообще не должно быть логики, можно ограничиться использованием чистого текста и переменных.
Одна из уникальных возможностей Smarty - компилирование шаблонов. Это означает, что Smarty читает файлы шаблонов и создает PHP-код на их основе. Код создаётся один раз и потом только выполняется. Поэтому нет необходимости в медленной обработке файла шаблона для каждого запроса. Каждый шаблон может пользоваться всеми преимуществами таких компиляторов PHP и кэшируюших решений, как eAccelerator, ionCube, mmCache, Zend Accelerator и прочих.
Особенности Smarty:
·Высокая скорость работы.
·Он эффективен, так как обработчик PHP делает за него основную работу.
·Никакой лишней обработки шаблонов, они компилируются только один раз.
·Перекомпилируются только те шаблоны, которые изменились.
·Можно легко создавать собственные пользовательские функции и модификаторы переменных, что делает язык шаблонов чрезвычайно расширяемым.
·Настраиваемые {разделители} тэгов шаблона, то есть можно использовать {$foo}, {{$foo}}, <!--{$foo}--> и т.д.
·Конструкции {if}..{elseif}..{else}..{/if} передаются обработчику PHP, так что синтаксис выражения {if...} может быть настолько простым или сложным, насколько вам угодно.
·Допустимо неограниченное вложение секций, условий и т.д.
·Существует возможность включения PHP-кода прямо в шаблон, однако обычно в этом нет необходимости (и это не рекомендуется), так как движок весьма гибок и расширяем.
·Встроенный механизм кэширования.
·Произвольные источники шаблонов.
·Пользовательские функции кэширования.
·Компонентная архитектура.
4.ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОГРАММЫ
4.1Этапы проектирования
Проектирование программного обеспечения выполняется в несколько этапов, что соответствует основным этапам объектно-ориентированного анализа и проектирования программных систем:
разработка спецификаций;
проектирование и конструирование программы;
доказательство правильности проекта (верификация);
кодирование, т.е. описание программы на конкретном языке программирования;
отладка и проверка правильности программы;
доработка и улучшение;
производство окончательного программного продукта.
Последовательный процесс объектно-ориентированного проектирования приведен на рисунке 2.
Он включает анализ требований к системе со стороны пользователя, анализ системы с точки зрения принципов ее функционирования и основных составных частей, проектирование и непосредственно кодирование с использованием определенного языка программирования.
Рисунок 2 - Процесс объектно-ориентированного анализа и проектирования программы
На первом этапе детально анализировалась основная цель разработки программы, и составлялось подробное описание всех действий, которые она должна выполнять. На данном этапе было необходимо дать ответы на следующие вопросы:
какими должны быть входные данные;
какие данные являются корректными, а какие ошибочными;
кто будет использовать разработанное программное обеспечение, и каким должен быть интерфейс;
какие ошибки необходимо выявлять, и какие сообщения необходимо выдавать пользователю при наличии ошибок;
какими должны быть выходные данные;
какая документация на разрабатываемую программу должна быть подготовлена.
4.2Описание логической структуры
В качестве языка для создания спецификаций, конструирования, визуализирования и документирования функций данного программного обеспечения применяется язык UML, который является языком визуального моделирования программного обеспечения, включающий в себя определенную систему условных обозначений (нотацию).
При проведении первого этапа проектирования была построена UML диаграмма вариантов использования (см. Приложение А).
Диаграммы вариантов использования отображают взаимодействие между вариантами использования, представляющими функции системы, и действующими лицами, представляющими людей или системы, получающие или передающие информацию в данную систему.
Для моделирования процесса выполнения операций в языке UML была построена диаграмма деятельности (см. Приложение Б).
На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Сам же результат может привести к изменению состояния системы или возвращению некоторого значения.
Для отражения последовательности передачи сообщений между объектами была построена диаграмма последовательностей действий (см. Приложение В).
Взаимодействие объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов.
Для представления общей конфигурации и топологии распределенной программной системы была построена диаграмма развертывания (см. Приложение Г).
Она применяется и содержит распределение компонентов по отдельным узлам системы. Кроме того, диаграмма развертывания показывает наличие физических соединений - маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы.
Для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования была построена диаграмма классов (см. Приложение Д).
Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений.
4.3Проектирование базы данных
В ходе разработки СУЭД была создана база данных.
Для управления БД используется веб-приложение PHPMyAdmin, входящее в состав XAMPP.
Всю информацию, которую следует сохранять в базе данных, можно разбить на несколько основных групп: данные о пользователях, информация о документах, и настройки администратора.
В Приложении Е приведена схема БД.
В Приложении Ж1 приведен листинг подключения приложения к БД, в Приложении Ж2 - создание таблиц, а в Приложении Ж3 - получение информации о пользователях из БД.
На рисунке 3 отображен список созданных в БД таблиц.
Рисунок 3 - Список таблиц БД
автоматизированный управление электронный документ
В таблицу odm_access_log (рис.4) заносятся id файла и документа, метка timestamp - это последовательность символов или закодированной информации, показывающей, когда произошло определённое событие, а в поле action перечисляются даты.
Рисунок 4 - Таблица odm_access_log
В таблице odm_admin (рис.5) проверяется значение является ли пользователь администратором или нет.
Рисунок 5 - Таблица odm_admin
В таблицу odm_category (рис.6) заносятся добавляемые пользователем категории.
Рисунок 6 - Таблица odm_categoty
В таблицу odm_data (рис.7) заносится информация о документе.
Рисунок 7 - Таблица odm_data
В таблицу odm_ department (рис.8) заносятся добавляемые пользователем отделы.
Рисунок 8 - Таблица odm_department
В таблице odm_ dept_perms (рис.9) определяются права доступа для отдела.
Рисунок 9 - Таблица odm_dept_perms
В таблице odm_dept_perms (рис.10) проверяется значение является ли пользователь рецензентом или нет.
Рисунок 10 - Таблица odm_reviewer
В таблице odm_dept_filetypes (рис.11) содержатся типы файлов.
Рисунок 11 - Таблица odm_dept_filetypes
В таблицу odm_log (рис.12) заносится информация об изменении документа.
Рисунок 12 - Таблица odm_log
В таблице odm_odmsys (рис.13) содержится информация о версии БД.
Рисунок 13 - Таблица odm_odmsys
В таблице odm_rights (рис.14) содержатся значения прав доступа.
Рисунок 14 - Таблица odm_rights
В таблице odm_settings (рис.15) содержатся значения настроек СУЭД.
Рисунок 15 - Таблица odm_settings
В таблицу odm_udf (рис.16) заносятся поля, создаваемые пользователем (например, заметки, комментарии и т.д.).
Рисунок 16 - Таблица odm_udf
В таблице odm_user (рис.17) содержится информация о пользователях (логин и пароль и т.д.). В качестве ключа используется числовой идентификатор.
Рисунок 17 - Таблица odm_user
В таблице odm_user_perms (рис.18) содержатся значения прав доступа пользователей.
Рисунок 18 - Таблица odm_user_perms
5.УСТАНОВКА И АДМИНИСТРИРОВАНИЕ ПРИЛОЖЕНИЯ
5.1 Создание базы данных и пользователя для СУЭД
Перед созданием БД, должен быть запущен XAMPP (или аналогичный кроссплатформенный дистрибутив, например Open Server или Denwer). Это не требуется если у пользователя имеется зарегистрированное доменное имя и хостинг, поддерживающий PHP и MySQL.
Далее, чтобы создать базу данных, в адресной строке браузера нужно прописать: <#"justify">Для того, чтобы создать базу данных, пользователь должен нажать ссылку «Создать БД» (рис.20), которая находится в левой колонке приложения.
Рисунок 20 - Создание БД
Откроется окно, где пользователь должен дать имя БД, затем нажать кнопку «Создать» (рис.21):
Рисунок 21 - Создание БД
Созданная БД появится в списке. Следующий шаг - добавление пользователя. Для этого, в панели приложения нужно кликнуть по кнопке «Привилегии» и создать пользователя (рис.22). Ему нужно задать имя пользователя, пароль и тип хоста. В данном проекте используется локальный хост.
Рисунок 22 - Создание БД
Также нужно задать пользователю права доступа (рис.5):
Рисунок 23 - Создание БД
Рисунок 24 - Создание БД
5.2Установка СУЭД