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




Скачать 354.11 Kb.
НазваниеРазработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера
страница1/2
Дата публикации18.11.2013
Размер354.11 Kb.
ТипКурсовая работа
uchebilka.ru > Информатика > Курсовая работа
  1   2
Реферат скачан с сайта allreferat.wow.ua


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

Министерство образования Республики Беларусь Белорусский Государственный Университет Факультет радиофизики и физической электроники Кафедра кибернетики Курсовая работа на тему: «Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера» Выполнил: студент Басалаев Н.В. курс 3, семестр 6-ой. Руководитель: Стрикелев Д.А. Минск 2004 Содержание:Введение 3Глава 1. Теоретические основы разработки информационного сервера 61.1. Web-технологии как основа доставки информации в информационной системе61.2. Архитектура информационного сервера 151.3. Принципы организации документооборота на информационном сервере181.4. Средства создания информационных серверов 24Глава 2. Подсистема организации документооборота «InfoBeacon» 292.1. Архитектура и функциональность подсистемы 292.2. Организация политики безопасности в рамках подсистемы 332.3. Компоненты подсистемы и схема хранения данных 34Заключение 40Список литературы 41Приложение 1. Листинги SQL-запросов по созданию таблиц 42Приложение 2. Листинги основных PHP скриптов 44 Введение Последние десять лет ознаменовались фантастическим развитием Internetи новых способов общения между людьми. На переднем крае этого явлениянаходится World Wide Web (WWW). Ежедневно в этой новой коммуникационнойсреде открываются тысячи новых сайтов, а потребителям предлагаются новыевиды услуг. Часто можно услышать, что в Internet можно найти все. Остаетсятолько вопрос: «Где именно?». Создание сайтов, наполненных гигантскимиобъемами информации отвечает на этот вопрос. Так что появление такогоопределения как «информационный сервер» является вполне естественным. Естественно, что информация на таких серверах должна быть достаточноупорядоченной, иначе пропадает вся информативная ценность. Но ведь до того,как информация станет упорядоченной и дойдет до конечного потребителя, онадолжна пройти довольно жесткий отбор, редактирование. С этой целью иразрабатываются системы управления содержанием ИС, с функциональнымивозможностями значительно различающимися в зависимости от области ихприменения. В зависимости от ситуации, возможности ИС могут включать в себяоперации по подготовке и обработке документов, обмена документами,автоматизированного формирования одних документов на основе других, ихавтоматизированной обработке. Зачастую ИС позволяет связать участниковтерриториально-распределенной организационной структуры в единое поледеятельности и обеспечить согласованную, последовательную, непротиворечивуюи оперативную работу. Почти всегда от ИС требуется предоставлять средстване только для технологического управления и администрирования системой, нои решения, позволяющие обеспечить необходимый уровень защитыконфиденциальных данных от несанкционированного доступа, нежелательногопросмотра или удаления, а также от ошибок безответственных инеблагонадежных пользователей. Нередко встречаются проблемные ситуации, когда на CMS ИС налагаютсядополнительные требования: в том случае, если процесс публикации данныхлибо долгий и многоэтапный (онлайн-издания, различные каталоги Internetадресов, онлайн-магазины и т.д.), либо требования к достоверности икорректности информации крайне высоки (корпоративные сайты известныхкомпаний, марок, и т.п.), необходима многократная проверка и утверждениепубликуемых данных разными участниками, управляющими документопотоками, чтотребует включения в состав CMS подсистемы документооборота. [2] Основными задачами подобной подсистемы являются разделения процессовсоздания, редактирования и оформления документов между пользователямисистемы, что позволяет более эффективно управлять цифровой интеллектуальнойсобственностью организации. Если еще одно десятилетие назад можно было задуматься над управлениембумажным документооборотом, то сейчас та же проблема стоит в электроннойплоскости. Только уже на гораздо более остром уровне. Не зря же наш векназывается «информационным». Вообще, CMS сама по себе является системой документооборота, т.к. CMS(Content Management System) – система динамического обновление иредактирования содержания Интернет-сайта или любой другой информационнойсистемы. Система, созданная с использованием CMS - это, прежде всего,гораздо более эффективный инструмент для бизнеса компании, чем статичносверстанный сайт. Информации становится больше, а управлять сайтомстановится проще. CMS снижают стоимость создания сайтов и их поддержки. Основнымифункциями систем являются разработка, доставка контента (наполнения,содержания) и управление сайтом. Несомненным плюсом системы управлениясодержанием является снижение стоимости администрирования вообще иподдержки сайта в частности. Это происходит, благодаря снижению потерьвремени на поиски документов, пресечению дублирования и ошибок. Часто CMSсоздают для пользователей, которые мало знакомы с разработкой сайтов.Используя CMS они могут получить возможность создать и администрироватьсобственный сайт, не отличающийся по своим возможностям от сайтов,выполненных профессиональными разработчиками. Системы управления содержимым исключительно полезны для Web-сайтов,на которых содержание поддерживается более чем одним автором, либосопровождение осуществляет нетехнический персонал, либо содержимое играфическое оформление разрабатываются различными людьми и даже отделами. Таким образом, разработка алгоритмов и программных средств подсистемыдокументооборота системы управления содержанием информационного серверапредставляется крайне актуальной темой исследования и разработки. Глава 1. Теоретические основы разработки информационного сервера 1.1. Web-технологии как основа доставки информации в информационной системе World Wide Web - система для доступа к гипертекстовой и гипермедиа-информации. Изначально проект WWW зародился в CERN, европейском центрефизики высоких энергий в 1990, но со временем перерос рамки сообществаученых-физиков. Первые программы, демонстрирующие работу системы, былизакончены в 1992 году для компьютера NeXT. За несколько лет, прошедших стех пор, система WWW совершила победоносное шествие практически по всемоперационным платформам, включая самые примитивные (MS-DOS). В связи с отсутствием возможности дать строгое определение World WideWeb следует обратить внимание на генетическую связь этой системы синформационно-поисковыми системами и глобальными сетями. По существу, Webпредставляет собой результат применения возможностей доступа ктерриториально распределенной информации для создания глобальныхгипертекстовых и мультимедиа информационно-поисковых систем. Возможностидоступа к территориально-распределенной информации обеспечивает для Webвсемирная сеть Internet. Наследуя базовые черты информационно-поисковыхсистем, web-система в основном развивается как хранилищеслабоструктурированной, разноплановой и часто несогласованной информации итем отличается от баз данных, где информация структурирована ивзаимосвязана. Web представляет собой сеть узлов, содержащих гипермедиа-документы исвязи, позволяющие из одного документа ссылаться на другие, размещенные какна том же узле, так и на других. С самого момента своего рождения Web была определена в качестветехнологии-посредника для связывания различных типов информационныхресурсов. При этом HTML-страницы играли роль цемента всей этойинформационной конструкции. Это давало возможность быстро наращиватьинформационную емкость за счет конвертации информационных массивов в форматWeb или их подключения серверам Web через программы-шлюзы. Сама технология была построена по схеме «клиент-сервер»,неориентированной на постоянное соединение. Технология клиент-сервер является реализацией распределеннойобработки данных. В системе архитектуры клиент-сервер обработка данныхразделена между компьютером-клиентом и компьютером-сервером, связь междукоторыми происходит по сети. Это разделение процессов обработки данныхосновано на группировании функций. Как правило, компьютер-сервер баз данныхвыделяется для выполнения операций с базами данных, а компьютер-клиентвыполняет прикладные программы. Основная функция компьютера-клиента состоит в выполнении приложения(интерфейса с пользователем и логики представления) и осуществлении связи ссервером, когда этого требует приложение. Компьютер-клиент может быть какпростой машиной типа персонального компьютера (ПК) с процессором 286 иоперационной системой DOS, так и мощной рабочей станцией с многозадачной имногопользовательской операционной системой типа UNIX. Таким образом, выборкомпьютера, операционной системы, оперативной и дисковой памяти, другогооборудования определяется требованиями приложения. В качестве программы-клиента обычно выступает браузер. Как следует уже из самого термина, главная функция компьютера-серверазаключается в обслуживании потребностей клиента. Одно из важных требованийк серверу - операционная система, в среде которой размещен сервер, должнабыть многозадачной (и, желательно, но не обязательно,многопользовательской). Сервером, как правило, выступает программа-серверпротокола обмена гипертекстовой информацией HTTP, которая отвечает назапросы клиентов. Преимущества технологии клиент-сервер: . независимость от платформ: доступ к разнородным сетевым средам, в состав которых входят компьютеры разных типов с различными операционными системами; . большее число пользователей; . относительно низкие затраты на внедрение и эксплуатацию; . высокая способность к интеграции существующих информационных ресурсов; . повышение уровня эффективности использования оборудования; . прикладные программные средства доступны с любого рабочего места, имеющего соответствующие права доступа; . минимальный состав программно-технических средств на клиентском рабочем месте (теоретически необходима лишь программа просмотра - браузер и общесистемное программное обеспечение); . минимальные затраты на настройку и сопровождение клиентских рабочих мест, что позволяет реализовывать системы с тысячами пользователей. Hypertext Transfer Protocol (HTTP) - это протокол, который клиенты исерверы WWW используют для общения между собой. Он, по сути дела, являетсяосновой Web. Рассмотрим основные принципы работы HTTP . Все HTTP-транзакции имеют один общий формат. Каждый запрос клиента иответ сервера состоит из трех частей: строки запроса (ответа), разделазаголовка и тела. Сервер отвечает на запрос клиента. Если запрос клиента успешен, тосервер посылает затребованные данные. Это может быть копия файла илидокумент сформированный "на лету". Если запрос клиента удовлетворитьнельзя, то сервер передает дополнительные данные в виде удобного длячеловека разъяснения причин, по которым сервер не смог выполнить запрос. В HTTP 1.0 после передачи сервером затребованных данных следуетразъединение с клиентом и транзакция завершается. В HTTP 1.1 сервер поумолчанию не разрывает соединение, и клиент может посылать другие запросы.Это позволяет сэкономить время и затраты клиента, которому не приходитсязаново соединяться с тем же сервером. Таким образом, в HTTP 1.1 транзакцияможет циклически повторяться, пока клиент или сервер не закроет соединениеявно. С технологией HTTP неразрывно связано такое понятие как URL. Этааббревиатура расшифровывается как Uniform Resource Locator, что можновольно перевести, как "единый указатель на ресурс". Практически, это адресдокумента. Типичный для URL вид: протокол://полное.имя.машины.или.адрес:порт/путь Здесь «протокол» принимает значения: http - передача гипертекста; ftp - протокол передачи файлов; telnet -терминальный доступ; news - новости Usenet; file - для доступа к локальнымфайлам. Параметр «порт» можно не указывать и тогда подразумевается порт,стандартный для данного протокола. Для ftp используются порты 20 и 21, дляhttp - 80, для telnet - 23, для gopher - 70, news - 119 и т.д. Параметр «путь» специфичен для каждого протокола, например, для ftp -это путь в файловой системе. Похожий смысл имеет этот параметр и для другихпротоколов. Согласование типов передаваемых в рамках www документов производитсяс помощью заголовков, которыми обмениваются навигатор и WWW-сервер. Веськомплекс этих заголовков известен как MIME, Multipurpose Internet MailExtensions. Навигатор (браузер) должен знать, какого типа документ онполучает, ведь он должен его интерпретировать, показывать и вообще что-то сним делать. Браузер предоставляют пользователю возможность указывать внешниепрограммы-интерпретаторы для разных типов документов. Чудесной находкой, позволившей открыть множеству людей доступ кИнтернет, была концепция гипертекста, предложенная Теодором ХольмомНельсоном. Именно Нельсон считается отцом идеи гипертекста в том виде, вкотором он сейчас существует. Гипертекст - это обычный текст, содержащий ссылки как на собственныефрагменты, так и на другие тексты. Рассказывая о том, что послужилопрообразом для этого изобретения, Нельсон вспоминает отрывок из одногоочерка Ванневара Буша, написанного в 1945 году: «Работа человеческой мыслипостроена на принципе ассоциаций. Анализируя какое-либо понятие илиэлемент, она непременно стремится поставить ему в соответствие какой-нибудьдругой знакомый образ, подсказываемый ассоциацией мыслей, и этосоответствие устанавливается благодаря трудноуловимой паутине связей,формируемых клетками человеческого мозга». Спроецировав эту идею о работемозга одного человека на компьютерную сеть, охватывающую весь мир, Нельсонпосеял семена явления, которое впоследствии переросло во «ВсемирнуюПаутину». Идея гипертекста была простой, элегантной и великолепной. Но успехидеи определялся наличием сети. Если сеть есть, гипертекст невероятнополезен. Он тогда становится ключевым механизмом. Дело в том, что приналичии сети тексты, связанные друг с другом ссылками, можно размещать наразличных, территориально удаленных компьютерах, и создавать иредактировать тексты могут разные люди. Таким образом, создается «паутина»взаимосвязанных текстов, способная стать гигантским информационнымхранилищем. В 1988 году проект гипертекстовой системы Xanadu Теодора Нельсонаобрел источник финансирования у Джона Уокера, основателя Autodesk. ТогдаУокер пророчески заявил: «В 1964 году Xanadu была мечтой одиночки. В 1980году - общей целью небольшой группы талантливых технологов. В 1989 году онастанет продуктом. А в 1995 году она начнет переделывать мир». Все оказалосьдаже ближе к истине, чем Уокер мог вообразить. В основе web-технологий лежит простая идея - HTML-страницы не обязаныбыть статичными и храниться в готовом виде. Ничто не мешает формировать ихдинамически в ответ на запрос пользователя. Если для этого используетсяотдельное приложение, которое запускается www-сервером, это CGI (CommonGateway Interface). Создать CGI-приложение несложно. В то время как www-сервер занимается управлением правами доступа, обработкой поступающихзапросов, передачей данных клиенту и пр., от программы CGI требуется всеголишь вывести HTML-страницу в стандартный поток вывода. При этом она можетбыть написана на C++, Perl, Php присоединяться к базам данных или другимресурсам и выполняться очень быстро. Данные запроса передаются в CGI-приложения через переменные окружения или через стандартный ввод. Внастоящее время генерация HTML с помощью CGI, будь то скомпилированнаяпрограмма или интерпретируемый perl-скрипт, распространено чрезвычайношироко. Однако использование CGI имеет и недостатки. Например, при сильнойзагрузке www-сервера. В течение одной секунды он должен обслужить 100запросов пользователей. Это означает одновременный запуск 100 CGI-приложений. С точки зрения операционной системы создание нового процессатрудоемкая процедура, как, впрочем, и поддержание его в работоспособномсостоянии. Для запуска программы операционная система создает специальныеструктуры внутри ядра, выделяет память под сегменты задачи, загружаетданные приложения с диска и связывает его с динамическими библиотеками.После завершения работы приложения необходимо освобождать все занятые имресурсы. Нельзя забывать и про время инициализации приложения. В случае,когда идет работа с базой данных, время инициализации - это времяустановления соединения с сервером БД, и это соединение не всегдавыполняется быстро (требуется установить канал связи, проверить правадоступа и пр.) В ситуации, когда сервер БД загружен, это время будет ещебольше. Технология CGI проста и удобна, но ее следует использовать в томслучае, когда время отклика не критично (генерация отчетов и пр.) и когдазапросы для CGI-приложений поступают не очень часто (раз в 10-60 секунд).Что же делать, если необходим динамический HTML, но ресурсы на CGI тратитьне хочется? Выход был найден и здесь - чтобы обойтись без запуска отдельногоприложения, его нужно встроить в www-сервер. Поскольку заранее неизвестно,что именно будет делать это приложение, следует встроить в www-серверинтерпретатор удобного для обработки данных языка. Такое решение позволиткаждый запрос обрабатывать отдельным потоком сервера, а не отдельнымпроцессом операционной системы. Это увеличивает время отклика и снижаетнагрузку на процессор. Программы, которые обрабатывает этот интерпретатор,часто называют «скриптами» (Scripts). В решении внедрить интерпретатор вwww-сервер таятся как плюсы, так и минусы - интерпретация скриптовпозволяет вносить в них изменения и немедленно видеть результат, новыполняются они медленнее скомпилированной программы. К тому же ошибка вCGI-приложении никак не повлияет на устойчивость www-сервера, а вот ошибкаво встроенном интерпретаторе, скорее всего, будет для сервера фатальна. Какпоказала практика, плюсы все же перевесили. Основной задачей, возлагаемойна скрипты, стало взаимодействие с БД, а здесь основные задержки возникают,как правило, на сервере БД. К тому же отсутствие необходимости в компиляциинеобычайно удобно при отладке интернет-приложений. Это важно, так как встадии отладки эти приложения пребывают вплоть до того момента, когда ихзаменяют другими. В стане UNIX изначально получил широкое распространение интерпретаторязыка PERL (Practical Expression Regular Language). В названии таитсяглавный смысл – «обработка регулярных выражений», то есть специальныхвыражений, которые обрабатывают строки по шаблонам. Perl позволяетлаконично описывать и решать сложные задачи хранения и синтаксическогоразбора строк произвольной длины. Для интернет-задач, которые, в основном,оперируют текстом, это вполне удобный инструмент. Интерпретатор Perl былвстроен в основной www-сервер операционной системы Linux Apache. Однако,Perl придуман был изначально не для Internet, и отсюда вытекали все егонедостатки, например, неудобства при организации доступа к базам данных. Даи далеко не прост PERL в обучении! Более разумной альтернативой являетсяPHP (Personal Home Page). PHP был придуман в 1994 году для расширениявозможностей «домашней» страницы. Вначале умел он не очень много - понималпростейший язык и всего несколько макросов. Позднее PHP получил развитие ив настоящее время это интерпретатор мощного C-подобного языка, которыйвстраивается в www-сервер Apache. Огромная часть интернет-приложений подUNIX- семейством создается на PHP. Существует он и под Windows, но особойпопулярностью здесь не пользуется. Для создания работоспособной версии веб-сервера со встроенным PHP придется немного потрудиться. Вначале необходимополучить исходный текст www-сервера и PHP-интерпретатора. Затем установитьбиблиотеки для работы с СУБД, которая Вам необходима. Наконец,скомпилировать, связать (слинковать, как-то некрасиво, хотя более точно)это друг с другом и заняться редактированием настроечных файлов. К недостаткам PHP (версии 3) сам автор относит снижениепроизводительности на больших проектах, отсутствие поддержки сессий, малоекол-во подключаемых модулей (хотя это вопрос времени). В настоящее времяуже существует PHP 4, которая решила большинство этих проблем (например,отсутствие сессий) и буквально в этом году должен появиться PHP5. Именно указанные технологии на основе общих принципов построения сетиInternet и, в особенности, на базе системы протоколов TCP/IP сделаливозможным функционирование WWW. Следует обратить внимание на тот факт, что,общаясь с web, пользователь в каждый конкретный момент времениустанавливает связь только с одним web-узлом. Таким образом, взаимодействиепользователя с web всегда укладывается в схему клиент-сервер, несмотря нато, что серверы, т.е. web-узлы, могут сменяться даже во время одногосеанса, а управляет этой сменой узлов пользователь (клиент) с помощьюактивации ссылок в изображении просматриваемого документа. Рассмотрим процесс миграции информационной системы из традиционнойтехнологической схемы локального окружения в Web-технологию. Традиционная схема представляет из себя: 1) интерфейс пользователя 2) ядро системы 3) информационный массив 4) интерфейс администратора 5) утилиты администратора С точки зрения Web-технологии интерфейс пользователя - это браузер,который взаимодействует с ядром через http-сервер. Таким образом происходитпервый этап декомпозиции традиционной информационной системы в Web. Второй шаг - это возможность использования браузера в качествеинтерфейса администратора. Здесь возникают вопросы разграничения доступа иактуализации информации в базах данных системы. Следующий шаг - распределение нагрузки по нескольким серверам, атакже использование кэширования на серверах-посредниках. Пока декомпозиции подвергалась связка "конечный пользователь-ядро".Можно провести декомпозицию и на стороне сервера. Первым таким шагомявляется применение CGI при доступе к ресурсам. Сервер становитсяпосредником между браузером и сервером ресурса. Основные проблемы Web-технологии - это вопросы отсутствия реальногосеанса работы с сервером и безопасность. Для поддержки сеанса в Web применяется спецификация Cookie. Идеясостоит в том, чтобы передавать от клиента на сервер и обратно информацию опользователе и его действиях, которая привязывается по типу информационногоресурса и времени. 1.2. Архитектура информационного сервера Первоначально системы такого уровня базировались на классическойдвухуровневой клиент-серверной архитектуре (рис. 1). Рис. 1. Двухуровневая клиент-серверная архитектура Данная клиент-серверная архитектура характеризуется наличием двухвзаимодействующих самостоятельных модулей – программы-браузера и серверабазы данных, в качестве которого может выступать Microsoft SQL Server,Oracle, Sybase, MySQL и другие. Сервер БД отвечает за хранение, управлениеи целостность данных, а также обеспечивает возможность одновременногодоступа нескольких пользователей. Клиентская часть представлена такназываемым “толстым” клиентом, то есть приложением, на которомсконцентрированы основные правила работы системы и расположенпользовательский интерфейс программы. При всей простоте построения такойархитектуры, она обладает множеством недостатков, наиболее существенные изкоторых - это высокие требования к сетевым ресурсам и пропускнойспособности сети. Кроме того, при большом количестве «клиентов» возрастаюттребования к аппаратному обеспечению сервера БД, а это, как известно, самыйдорогостоящий узел в любой информационной системе. Как видим, минусов у такой архитектуры достаточно, а решениетривиально - нужно отделить логику от клиентской части и СУБД, выделив ее вотдельный слой. Так и поступили разработчики и следующим шагом развитияклиент-серверной архитектуры стало внедрение среднего уровня, реализующегозадачи управления механизмами доступа к БД (рис. 2). Рис. 2. Трехуровневая клиент-серверная архитектура Плюсы данной архитектуры очевидны. Благодаря концентрации логики насервере приложений, стало возможно подключать различные БД. Теперь, сервербазы данных освобожден от задач распараллеливания работы между различнымипользователями, что существенно снижает его аппаратные требования. Такжеснизились требования к клиентским машинам за счет выполнения ресурсоемкихопераций сервером приложений и решающих теперь только задачи визуализацииданных. Именно поэтому такую схему построения информационных систем частоназывают архитектурой “тонкого” клиента. Но, тем не менее, узким местом, как и в двухуровневой клиент-серверной архитектуре, остаются повышенные требования к пропускнойспособности сети, что в свою очередь накладывает жесткие ограничения наиспользование таких систем в сетях с неустойчивой связью и малой пропускнойспособностью (Internet, GPRS, мобильная связь). Существует еще один важный момент использования систем, построенныхна такой архитектуре. Уровень «клиентов», в целом обладающий огромнойвычислительной мощностью, на самом деле простаивает, занимаясь лишь выводоминформации на экран пользователя. Так почему бы не использовать этотпотенциал в работе всей системы? Более 95 % данных, используемых в документообороте, могут бытьразмещены на одном персональном компьютере, обеспечив возможность егонезависимой работы. Поток исправлений и дополнений, создаваемый на этомкомпьютере, ничтожен по сравнению с объемом данных, используемых при этом.Поэтому если хранить непрерывно используемые данные на самих компьютерах, иорганизовать обмен между ними исправлениями и дополнениями к хранящимсяданным, то суммарный передаваемый трафик резко снизиться. Это позволяетпонизить требования к каналам связи между компьютерами и чаще использоватьасинхронную связь, и благодаря этому создавать надежно функционирующиераспределенные информационные системы, использующие для связи отдельныхэлементов неустойчивую связь типа Интернета, мобильную связь, коммерческиеспутниковые каналы. А минимизация трафика между элементами сделает вполнедоступной стоимость эксплуатации такой связи. Конечно, реализация такойсистемы не элементарна, и требует решения ряда проблем, одна из которыхсвоевременная синхронизация данных. Построенные на основе данной архитектуры системы будут обладатьнадежностью, безопасностью информации и высокой скоростью вычислений, чтоот них в первую очередь и требуется. 1.3. Принципы организации документооборота на информационном сервере Документооборот - это регламентированная технологическая схема ипроцесс движения документов по установленным пунктам обработки длявыполнения необходимых операций с ними. Документооборот можно трактовать и как статическую структуру пунктовпрохождения, и как динамический процесс прохождения документоводновременно. Число пунктов обработки документов, скорость перемещениядокументов между ними и оперативность выполнения в каждом пунктенеобходимого набора операций определяют степень совершенстватехнологической линии обработки документов и эффективность обеспеченияаппарата управления полезной и достоверной информацией. Эффективная работа с документами невозможна без систематизации иклассификации. Для систематизации документов используется номенклатура дел- перечень наименований дел, оформленный в установленном порядке.Номенклатура дел является классификационным справочником ииспользуется для построения информационно-поисковой системы. Делопредставляет собой первичный комплекс документов, сгруппированных поопределенному признаку. Наиболее крупной единицей систематизированной информацииявляется информационный ресурс - организованная совокупностьдокументированной информации, включающая базы данных и знаний, другиемассивы информации в информационных системах. В настоящее время, сувеличением объема документированной информации существенно возрастает рольавтоматизированных информационно-поисковых систем. Они становятсянеотъемлемой частью современных систем документооборота. Перенесенные наэлектронные носители информационные ресурсы с помощью средстввычислительной техники и телекоммуникаций приобретают качественно новоесостояние и становятся доступными для оперативного воспроизводстванеобходимой информации и превращаются в важнейший фактор эффективногофункционирования организации. Не всегда различают понятия электронный документ и электронноесообщение. Иногда термин электронный документ понимается как файл данных,сформированных, например, текстовым процессором или электронной таблицей,т.е. электронное сообщение. Это допустимо, если не вносится путаница иподмена понятий. Между тем к передаче и обработке электронных сообщений иэлектронных документов предъявляются разные требования. Электронноесообщение может свободно редактироваться и в измененном виде передаватьсядалее для после дующей обработки. Электронный документ, как и документбумажный, изменяться не может, если он наделен юридической силой. Этотребование определяет различие между компьютерными системами обработкиэлектронных сообщений и электронных документов. Жизненный цикл документа в системе документооборота включаетследующие основные стадии работы с документом: создание; исполнение;хранение; уничтожение документа На различных стадиях пользователи системы выполняют над документоммножество действий. Совокупность действий, которые осуществляетпользователь на всех стадиях жизненного цикла документа, определяет егороль и функции в документообороте. В ряде случаев понятия роли и функцииучастника документооборота совпадают. Пользователь системы как участник документооборота играет вопределенный момент времени одну из заранее определенных ролей. Он можетиметь одну роль или несколько в зависимости от характера работы над текущимдокументом и установленного регламента. Например, сотрудник управлениявыступает в роли автора одних документов, ответственного исполнителя -других, рецензента - третьих, и так далее. Каждый конкретный документопоток предполагает соответствующеераспределение ролей. Практически всегда в соответствие с ролью ставитсяопределенный набор действий и процедур, содержание которых зависит оттехнологии документооборота. Состав действий для одной и той же роли можетизменяться в зависимости от типа обрабатываемого документа. Для каждого действия определяется система элементарныхтехнологических операций, составляющих содержание действия. Этот наборопераций может изменяться в зависимости от параметров и характеристиктехнологической линии обработки документов. Автоматизированная система документооборота должна поддерживать накачественно новом уровне следующие процессы: . создание и генерацию информации; . сбор, накопление, обработку, хранение и передачу информации; . поиск, распространение и использование информации. Такая система является компонентом интегрированной информационнойсреды как совокупности информационных ресурсов, телекоммуникационной средыи в целом информационной инфраструктуры. Заметим, что мы не будемразграничивать понятия автоматизированной системы обработки документов иавтоматизированной системы управления документооборотом, поскольку всовременных информационных средах их функции часто объединены. Типовая компьютерная среда включает следующие основные компоненты: . средства разработки сообщений; . корпоративную информационную систему; . систему документооборота и обработки сообщений. Проанализируем состав и назначение каждого компонента. Средства разработки сообщений К средствам разработки сообщений относятся разнообразныеинструментальные системы, при помощи которых создаются электронныесообщения. Типичными средствами этой категории являются текстовые редакторыи электронные таблицы. Все создаваемые этими средствами файлы имеют статусэлектронных сообщений. Информационная система Информационная система включает средства накопления и обработкибольших массивов однотипной информации, базы данных и приложений на ихоснове. Система документооборота и обработки сообщений В системе документооборота и обработки сообщений, как было ужеуказано, следует разделять электронный документ и электронное сообщение. Всоответствии с этим разделяют системы электронного документооборота иобмена электронными сообщениями (по составу операций они могут бытьблизки). Поступающие файлы электронных сообщений должны преобразовываться вформат электронных документов. Последние формируются непосредственно всреде системы документооборота при помощи встроенныхспециализированных средств. Между компонентами системы выделяют следующие интерфейсы: 1. Интерфейс между средствами разработки сообщений и информационной системой – определяет способы получения средствами разработки сообщений информации из баз данных информационной системы. 2. Интерфейс между средствами разработки сообщений и системой документооборота и обработки сообщений. Определяет способы взаимодействия средств разработки сообщений, с одной стороны, и системы документооборота - с другой. Передаются проекты документов и копии документов, имеющие статус электронных сообщений, а также сопровождающие их комментарии, замечания и т.д. 3. Интерфейс между информационной системой и системой документооборота. Сообщения формируются в информационной системе при помощи генераторов отчетов и передаются в систему документооборота. Этот интерфейс имеет смысл и в том случае, если рассматривать систему документооборота как составную часть корпоративной информационной системы. Рассмотрим некоторые основные принципы и правила автоматизированногодокументооборота. Система автоматизированного документооборота должна прежде всегоосуществлять эффективную обработку и перемещение электронных документов,создавая тем самым физическую среду для информации. При разработке или выборе технологии обработки документов иуправления документопотоками необходимо учитывать ограничения техническогохарактера, связанные: . с соблюдением стандартов; . с защитой электронного документа и его реквизитов; . с обработкой информации в графическом виде. Международными организациями по стандартизации (ISO, CCIT, ЕСМА)проводится большая работа по унификации электронных документов. В работахпо созданию этих стандартов решаются не только технические проблемысогласования различных структурных характеристик документов. Главноезаключается в том, что разрабатывается общая модель документа, котораяявляется основой выработки нескольких взаимоувязанных стандартов. Проблема защиты электронного документа и его реквизитов определяетсятребованием неизменяемости документа после придания ему юридической силы.Содержимое файла документа и его реквизиты могут быть защищены отнесанкционированного изменения путем разработки специальной структуры файлаи включения в его состав средств электронной подписи. Такой способ защитыдолжен быть надлежащим образом сертифицирован, законодательнорегламентирован и признан всеми участниками документооборота. Проблема обработки информации в графическом виде возникает вотношении сканированных образов документов, поскольку выходная информациясканера создается в виде графического файла. Текст в графическом файле неможет быть обработан типовыми средствами такими, как текстовые процессорыили СУБД. Кроме того, графические файлы имеют большие размеры. В настоящеевремя существуют компьютерные системы, позволяющие обрабатывать большиеобъемы графической информации за приемлемое время, однако из-за высокихтребований к их характеристикам стоимость таких систем достаточно высока. С позиций повышения эффективности и снижения ресурсоемкости сегоднянаибольший интерес представляет решение оптимизационных задач, которыесущественно сдерживают процесс перехода управления документооборотом накачественно новый уровень. Оптимизационный характер ряда задач построения системдокументооборота вытекает из основных технологических требований кдокументообороту. [3] Таблица 1 Требования, предъявляемые к документообороту|Прохождение /документов кратчайшим путем ||Избирательность распределения документов между руководителями и ||специалистами ||Обусловленность перемещения документов деловой необходимостью ||Единообразие маршрута движения и состава технологических операций для||массовых категорий документов ||Однократность выполнения каждой операции | 1.4. Средства создания информационных серверов PHP — это серверный (или серверной стороны) язык сценариев,разработанный специально для Web. В HTML-страницу можно внедрить PHP-код,который будет выполняться при каждом ее посещении. PHP-код интерпретируетсяWeb-сервером и генерирует HTML-код или другой вывод, наблюдаемыйпосетителями страницы. Разработка РНР была начата в 1994 году и вначале осуществлялась однимчеловеком, Расмусом Лердорфом (Rasmus Lerdorf). Этот язык был принят рядомталантливых людей и претерпел три основных редакции, пока не стал широкоиспользуемым и зрелым продуктом, с которым мы имеем дело в настоящее время.По состоянию на октябрь 2002 года он использовался в более чем девятимиллионах доменов разбросанных по всему миру, причем их число неуклоннорастет. Текущее юличество доменов, в которых используется РНР, можнопосмотреть по адресу http://www.php.net/usage.php. PHP - это продукт с открытым исходным кодом, то есть вы имеете доступк исходному коду. Его можно использовать, изменять и свободнораспространять другим пользователям или организациям. Первоначально РНР являлось сокращением от «Personal Home Page»(«Персональная домашняя страница»), но затем это название было изменено всоответствии с соглашением по рекурсивному именованию GNU (GNU = Gnu's NotUnix) и теперь означает «РНР Hypertext Preprocessor» («Гипертекстовыйпрепроцессор РНР»). В настоящее время основной версией РНР является четвертая. Адресдомашней страницы РНР выглядит как http //www.php.net. MySQL - очень быстрая, надежная система управления реляционнымибазами данных (СУРБД). Вообще говоря, база данных позволяет эффективнохранить, искать, сортировать и получать данные. Сервер MySQL управляетдоступом к данным, позволяя работать с ними одновременно несколькимпользователям, обеспечивает быстрый доступ к данным и гарантируетпредоставление доступа только пользователям, имеющим на это право.Следовательно, MySQL является многопользовательским, многопоточнымсервером. Он применяет SQL (Structured Query Language - языкструктурированных запросов), используемый по всему миру стандартный языкзапросов в базы данных. MySQL появился на рынке в 1996 году, но егоразработка началась еще в 1979 году. В настоящее время пакет MySQL доступен в соответствии с лицензиейOpen Source, но в случае необходимости можно получить и коммерческиелицензии. Приступая к созданию информационного сайта, можно использоватьмножество различных продуктов. Возникает необходимость в выборе следующих компонентов: . оборудование для Web-сервера; . операционная система; . программное обеспечение Web-сервера; . система управления базами данных; . язык программирования или создания сценариев. Выбор некоторых из этих компонентов будет зависеть от ужепроизведенных выборов. Например, не все операционные системы могут работатьна любом оборудовании, не все языки создания сценариев могут обеспечитьподключение ко всем базам данных и т. д. Одно из замечательных свойств РНР состоит в том, что он доступен дляоперационной системы Microsoft Windows, для многих версий UNIX ивыполняется на любых полнофункциональных Web-серверах. Система MySQLобладает такой же степенью гибкости. В число конкурентов РНР входят Perl, Active Server Pages (ASP) отMicrosoft, Java Server Pages (JSP) и Allaire ColdFusion. PHP обладает множеством преимуществ по сравнению с этими продуктамикоторых наиболее значительными являются: . высокая производительность; . наличие интерфейсов ко многим различным системам баз данных; . встроенные библиотеки для выполнения многих общих задач, связанных с Web; . низкая стоимость; . простота изучения и использования; . переносимость; . доступность исходного кода. Система РНР исключительно эффективна. Используя единственныйнедорогой сервер, можно обслуживать миллионы обращений в день. Результатытестирования, опубликованные компанией Zend Technologies на своемофициальном сайте http://www.zend.com, подтверждают более высокуюпроизводительность РНР по сравнению с конкурирующими продуктами. РНР обладает встроенной возможностью подключения ко многим системамуправления базами данных. В дополнение к MySQL, помимо прочих, можнонепосредственно подключаться к базам данных PostgreSQL, mSQL, Oracle, dbm,Hyperware, Informix, InterBase и Sybase. Используя стандарт открытого интерфейса связи с базами данных (OpenDatabase Connectivity Standard— ODBC), можно подключаться к любой базеданных, для которой существует ODBC-драйвер. Это распространяется напродукты Microsoft и множества других компаний. Поскольку РНР был разработан для использования в Web, он имеетмножество встроенных функций для выполнения большого разнообразия полезныхзадач, связанных с Web. С его помощью можно на лету генерировать GIF-изображения, подключаться к другим сетевым службам, отправлять сообщенияэлектронной почты, работать с cookie-наборами и генерировать PDF-документы— и все это при помощи всего нескольких строк кода. Пакет РНР является бесплатным. Наиболее новую версию можно в любоймомент, причем совершенно бесплатно, выгрузить из сайта по адресуhttp://www.php.net. Синтаксис РНР основан на других языках программирования, в первуюочередь С и Perl. Пакет PHP можно использовать под управлением множества различныхоперационных систем. PHP-код можно разрабатывать в среде таких бесплатныхUnix-подобных операционных систем, как Linux и FreeBSD, коммерческих версийUnix типа Solaris и IRIX или различных версий Microsoft Windows. Как правило, программы будут работать без каких-либо изменений вразличных средах, в которых установлен пакет РНР. Пользователь имеет доступ к исходному коду РНР. В отличие откоммерческих закрытых программных продуктов, если нужно что-либо изменитьили добавить в этом языке, то это всегда можно сделать. Не следует дожидаться, пока компания-изготовитель выпустит пакетисправлений. Нет необходимости беспокоиться о том, что изготовитель покинетрынок или перестанет поддерживать продукт. К конкурентам MySQL, помимо прочих, относятся PostgreSQL, MicrosoftSQL Server и Oracle. MySQL обладает многими преимуществами, в том числе высокойпроизводительностью, низкой стоимостью, простотой конфигурирования иизучения, переносимостью и доступностью исходного кода. MySQL, вне всяких сомнений, работает исключительно быстро. Результатысравнительных тестов производительности, выполненных компанией-изготовителем, можно посмотреть на странице по адресуhttp://web.raysql.com/benchmark.html. Многие из этих сравнительных тестовпоказывают, что MySQL работает на порядок быстрее конкурирующих продуктов. Пакет MySQL доступен бесплатно в соответствии с лицензией напрограммное обеспечение с открытым исходным кодом или, если это необходимодля приложения, за небольшую сумму можно приобрести коммерческую лицензию. В большинстве современных баз данных используется язык SQL. Еслиранее вы работали с другими СУРБД, переход к этой системе не долженвызывать какие-либо затруднения. Установка MySQL столь же проста, как иустановка многих аналогичных продуктов. MySQL может использоваться в среде многих UNIX-подобных систем, атакже в среде Microsoft Windows. Как и в случае РНР, исходный код MySQL можно свободно выгружать иизменять. [1] Глава 2. Подсистема организации документооборота «InfoBeacon» 2.1. Архитектура и функциональность подсистемы Давайте предположим, что в группу Web-разработчиков онлайн-изданиянекоторой компании входят хороший администратор-оформитель, редакторытематических разделов и авторы статей. Сайт содержит регулярно обновляемыестраницы новостей со всего мира, новостей и обзоров из сферы высокихтехнологий, спортивной и музыкальной рубрик. Главная страница отображаетзаголовки новейших статей по каждой из четырех категорий. В этом онлайн-издании администратор-оформитель обеспечиваетпривлекательный вид содержимого, а также контролирует содержание материалови безопасность системы в целом. С другой, стороны авторы пишутзамечательные статьи, но не умеют толком оформлять свои работы дляпредставления в Web. Задача состоит в том, чтобы позволить каждому сконцентрироваться насвоей работе и объединить результаты усилий, чтобы получилась оперативнаяслужба новостей. Основные требования, которые будут предъявляться к этой системе: . увеличение продуктивности работы, позволив авторам сконцентрироваться на статьях, а дизайнеру - на оформлении; . позволить редактору просматривать статьи и выбирать те, которые будут публиковаться; . создать единообразный внешний вид сайта с использованием шаблонов страниц; . предоставить авторам доступ только к предназначенным для них областям сайта; . предотвратить изменение актуального содержимого. Первым делом, необходимо продумать способ ввода содержимого всистему. Для этого существует три возможности. 1. FTP Авторам и дизайнерам можно предоставить FTP-доступ к областям Web-сервера. Это позволит им загружать на сервер файлы со своих локальныхкомпьютеров. Для загружаемых файлов потребуется выработать строгий стандартименования (который позволит четко идентифицировать принадлежностьизображений к тем или иным статьям). С другой стороны, можновоспользоваться основанной на Web системой, которая будет решать упомянутыезадачи отдельно от загрузки файлов через FTP. Использование FTP порождает проблему, связанную с выдачей полномочий.Необходимая степень гибкости не дает возможность применять FTP-протокол дляпредоставления пользователям функциональности по передаче файлов. 2. Метод загрузки файлов HTTP-протокол предоставляет метод загрузки файлов при помощи Web-браузера. Язык РНР позволяет решать эту задачу очень просто и эффективно. Кроме того, метод загрузки файлов дает возможность хранить текст вбазе данных вместо файлов. Для этого выполняется чтение во временный файл исохранение его содержимого в базе данных, а не копирование в другую областьфайловой системы. 3. Интерактивное редактирование Пользователи должны иметь возможность, создавать и редактироватьдокументы без задействования FTP-протокола либо другого метода загрузкифайлов. Вместо этого авторам, например, можно предоставить большоетекстовое поле, в котором они смогут редактировать содержимое своих статей. Несмотря на относительную простоту этого метода, он зачастуюоказывается весьма эффективным. Web-браузер не предоставляет каких-либовозможностей по редактированию текста, кроме лишь функций копирования ивставки, за реализацию которых отвечает операционная система. Однако, когдатребуется внести лишь небольшие изменения, скажем, исправитьорфографическую ошибку, при помощи подобных функций подобное осуществляетсядостаточно быстро. [1] Как и при методе загрузки файлов, данные формы можно записать в файллибо сохранить в базе данных. В нашем проекте реализуется как раз последний метод ввода содержимогов систему. Итак, после того, как статья введена, ее можно отправить наредактирование. Для этого выбирается тематика статьи (в нашей системе этоновости, компьютеры, спорт и музыка) и после этого материал отсылаетсясоответствующему редактору. При входе редактора в систему у него появляетсясписок статей, предназначенных для редактирования. Он может начатьредактирование, написать сообщение автору статьи либо написать свою статью.При написании статью в чужой раздел у него будут права обычного автора наэту статью. Кстати, статью может редактировать и автор, пока редактор ненажмет ссылку «Готово». После нажатия этой ссылки статья становитсянедоступной ни для редактора, ни для автора. Она переходит в распоряжениеадминистратора. Он может ее редактировать, удалить либо, что наиболеевероятно, опубликовать ее на сайте. Из рис.3 видно, что на протяжении своего маршрута документ попадает ктрем участника процесса документооборота. То есть весь процесс обработкидокумента можно условно разделить на три этапа: создание, редактирование ипубликация. Однако это разделение, как и названия этапов, достаточноусловны потому, что границы между этими этапами не такие конкретные, какможет показаться с первого взгляда. Например, администратор имеет доступ кдокументу еще на этапе редактирования. Он может следить за ходомредактирования, а также имеет право сам править или даже удалить документ.На схеме это никак не указано, так как в общем-то это дополнительнаяфункция системы и принципиально ничего не изменяет в архитектуре системы.Она только дает больше прав администратору. Рис. 3. Маршруты документов в системе На рис. 4 показано, как эта подсистема маршрутизации документавписывается в общую логическую структуру информационного сервера. Рис. 4. Описание логической структуры информационного сервера 2.2. Организация политики безопасности в рамках подсистемы При успешной аутентификации пользователя (сравнение данных, введенныхпользователем для входа, с данными, введенными при регистрации, которыехранятся в базе данных), выводится список собственных статей, их состояниена данный момент, новые статьи для редактирования (если вошедшийпользователь является редактором) и личные сообщения. Если пользователь ещене вводил данные для входа в систему, то отображается только форма входнойрегистрации. После входа автора в систему переменной сеанса auth_userприсваивается значение. Информация, введенная в форме входной регистрации,передается в сценарий login.php, который сравнивает имя пользователя ипароль с соответствующим значениями базы данных. В случае успешного входапользователь перемещается на страницу, на которой он пребывал ранее, спомощью значения глобальной переменной HTTP_REFERER. Это означает, чтосценарий, входа в систему может вызываться из любой страницы приложения. Затем автор приветствуется с использованием его имени и емупредоставляете возможность выхода из системы. Эта ссылка всегдаотображается в верхней част страницы stories.php, что позволяет легко выйтииз системы в любой момент. Сценарий logout. php просто сбрасывает значениепеременной auth_user. [1] При попытке передачи сценарию редактирования идентификатора статьидля изменения, этот же сценарий проверяет наличие прав доступа к этойстатье, формируя запрос к базе данных с использованием имени пользователявошедшего автора или редактора. Это позволяет надежно разграничить правадоступа как между авторами, так и между редакторами. 2.3. Компоненты подсистемы и схема хранения данных В качестве статьи будем рассматривать документ состоящий иззаголовка, текста и изображения. Такого рода документы вполне можносчитать структурированными. Чем выше степень структуризации документа, тем проще его разбить насоставляющие, которые будут храниться в базе данных. Преимущество такогоподхода состоит в возможности единообразного структурированногопредставления всех документов. В качестве примера возьмем статью новостей. Заголовок будет хранитьсяв своем поле отдельно от текста. Изображение, по самой своей природе,является отдельным компонентом документа. Поскольку заголовок является отдельным элементом, для его отображенияможно задать стандартный шрифт и стиль, а также легко отделить заголовок отостальной части статьи, сформировав главную страницу заголовков. Другой подход применительно к крупным документам предполагаеторганизацию отдельных абзацев в соответствие с отношением "один ко многим".Другими словами, каждый абзац будет храниться в отдельной строке базыданных и иметь связь с идентификатором главного документа. Такой виддинамической структуры документа позволит формировать страницу содержаниядля каждого документа и отображать каждый раздел независимо либо жеотображать документ целиком. На начальном этапе необходимо принять чрезвычайно важное решениеотносительно метода хранения содержимого после его загрузки в систему.Поскольку вместе с текстом хранятся и метаданные, благоразумно поместитьтекстовую часть содержимого в базу данных. Несмотря на то что система MySQLспособна хранить мультимедиа-данные все же лучше держать загружаемыеизображения в файловой системе. Использование больших двоичных объектов(BLOB) в базе данных MySQL может привести к снижию производительностиприложения. В базе данных будут храниться лишь имена файлов изображений.Дескриптор
  1   2

Добавить документ в свой блог или на сайт

Похожие:

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

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconПояснительная записка к дипломной работе на тему: «Система обработки...
Целью работы является разработка подсистемы фильтрации и обработки сигнала в составе системы обработки аудиоинформации для внесения...

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconДокументированием. Вопросы учета и движения документов определяются понятием
Создание системы электронного документооборота гп угцр на базе программных комплексов Lotus Notes/Domino и ics manager

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconОсобенности моделирования динамики экспериментальной тросовой системы...
Целью настоящей статьи является сравнительный анализ особенностей моделирования рассматриваемой системы каждым из программных средств...

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconЕ. А. Карамышева Институт кибернетики имени В. М. Глушкова нан украины, Киев, Украина
Ключевые слова: автоматизированные системы сбора и обработки данных, системы управления взаимоотношениями с клиентами, автоматизированные...

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconД. А. Храмов Особенности моделирования динамики экспериментальной...
Целью настоящей статьи является сравнительный анализ особенностей моделирования рассматриваемой системы каждым из программных средств...

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

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconКомпонентная модель com. Разработка клиента внутрипроцессного com-сервера
Компонентная модель com. Разработка клиента внутрипроцессного com-сервера Цель работы: изучение архитектуры внутрипроцессного com...

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconВопросы к зачету «Социальный менеджмент»
Социальное управление как самостоятельная отрасль научного знания. Функции социального управления. Системы и подсистемы социального...

Разработка алгоритмов и программных средств подсистемы документооборота системы управления содержанием информационного сервера iconРеферат скачан с сайта allreferat wow ua
Разработка программных средств конвертирования html-текстов в семантические сети

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
uchebilka.ru
Главная страница


<