Міністерство освіти Республіки Білорусь
Білоруський Державний Університет
Факультет радіофізики та фізичної електроніки
Кафедра кібернетики
Курсова робота на тему:
«Розробка алгоритмів і програмних засобів підсистеми документообігу системи управління вмістом інформаційного серверу»
Виконав: студент Басалаев Н.В. курс 3, семестр 6-ої.
Керівник:
Стрікелев Д.А.
Мінськ
2004 < p> Зміст:
Вступ 3
Глава 1. Теоретичні основи розробки інформаційного серверу 6
1.1. Web-технології як основа доставки інформації в інформаційній системі
6
1.2. Архітектура інформаційного серверу 15
1.3. Принципи організації документообігу на інформаційному сервері
18
1.4. Засоби створення інформаційних серверів 24
Глава 2. Підсистема організації документообігу «InfoBeacon» 29
2.1. Архітектура та функціональність підсистеми 29
2.2. Організація політики безпеки в рамках підсистеми 33
2.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 Wide
Web слід звернути увагу на генетичний зв'язок цієї системи зінформаційно-пошуковими системами і глобальними мережами. По суті, 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 Mail
Extensions. Навігатор (браузер) повинен знати, якого типу документ вінотримує, адже він повинен його інтерпретувати, показувати і взагалі щось зним робити.
Браузер надають користувачеві можливість вказувати зовнішніпрограми-інтерпретатори для різних типів документів.
Чудової знахідкою, яка дозволила відкрити безлічі людей доступ до
Інтернет, була концепція гіпертексту, запропонована Теодором Хольм
Нельсоном. Саме Нельсон вважається батьком ідеї гіпертексту в тому вигляді, вякому він зараз існує.
Гіпертекст - це звичайний текст, що містить посилання як на власніфрагменти, так і на інші тексти. Розповідаючи про те, що послужилопрообразом для цього винаходу, Нельсон згадує уривок з одногонарису Ванневаром Буша, написаного в 1945 році: «Робота людської думкипобудована на принципі асоціацій. Аналізуючи будь-яке поняття чиелемент, вона неодмінно прагне поставити йому у відповідність якої-небудьінший знайомий образ, підказуємо асоціацією думок, і цевідповідність встановлюється завдяки важковловимий павутині зв'язків,формованих клітинами людського мозку ». Спроектувати цю ідею про роботумозку однієї людини на комп'ютерну мережу, яка охоплює весь світ, Нельсонпосіяв насіння явища, яке згодом переросло у «Всесвітню
Павутину ».
Ідея гіпертексту була простою, елегантною і прекрасною. Але успіхідеї визначався наявністю мережі. Якщо мережа є, гіпертекст неймовірнокорисний. Він тоді стає ключовим механізмом. Справа в тому, що принаявність мережі тексти, пов'язані між собою посиланнями, можна розміщувати нарізних, територіально віддалених комп'ютерах, і створювати іредагувати тексти можуть різні люди. Таким чином, створюється «павутина»взаємопов'язаних текстів, здатна стати гігантським інформаційнимсховищем.
У 1988 році проект гіпертекстової системи Xanadu Теодора Нельсоназнайшов джерело фінансування у Джона Уокера, засновника Autodesk. Тоді
Уокер пророче заявив: «У 1964 році Xanadu була мрією одинаки. У 1980році - спільною метою невеликої групи талановитих технологів. У 1989 році вонастане продуктом. А в 1995 році вона почне переробляти світ ». Все виявилосянавіть ближче до істини, ніж Уокер міг уявити.
В основі web-технологій лежить проста ідея - HTML-сторінки не зобов'язанібути статичними і зберігатися в готовому вигляді. Ніщо не заважає формувати їхдинамічно у відповідь на запит користувача. Якщо для цього використовуєтьсяокремий додаток, що запускається www-сервером, це CGI (Common
Gateway 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, ЕСМА)проводиться велика робота з уніфікації електронних документів. У роботахзі створення цих стандартів вирішуються не тільки технічні проблемиузгодження різних структурних характеристик документів. Головнеполягає в тому, що розробляється загальна модель документа, якає основою вироблення декількох взаємопов'язаних стандартів.
Проблема захисту електронного документа та його реквізитів визначаєтьсявимогою незмінність документа після надання йому юридичної сили.
Вміст файлу документа та його реквізити можуть бути захищені віднесанкціонованої зміни шляхом розробки спеціальної структури файлуі включення до його складу засобів електронного підпису. Такий спосіб захиступовинен бути належним чином сертифікований, законодавчорегламентований і визнаний всіма учасниками документообігу.
Проблема обробки інформації в графічному вигляді виникає ввідношенні сканованих образів документів, оскільки вихідна інформаціясканера створюється у вигляді графічного файлу. Текст у графічному файлі неможе бути оброблений типовими засобами такими, як текстові процесориабо СУБД. Крім того, графічні файли мають великі розміри. В данийчас існують комп'ютерні системи, що дозволяють обробляти великіобсяги графічної інформації за прийнятний час, однак через високівимог до їх характеристикам вартість таких систем досить висока.
З позицій підвищення ефективності і зниження ресурсоємності сьогоднінайбільший інтерес представляє рішення оптимізаційних задач, якісуттєво стримують процес переходу управління документообігом наякісно новий рівень.
Оптимізаційний характер ряду завдань побудови системдокументооборо
