1.1 Автоматизована система електронного документообігу Атлас-док (стр. 5 )

-  0 рівень контролю. Централізований контроль виконання КК. Термін виконання при цьому не підлягає контролю.

-  1 рівень контролю. Централізований контроль виконання КК. Термін виконання при цьому контролюється..

-  2 рівень контролю. Децентралізований контроль виконання КК. Термін виконання при цьому контролюється.

Контрольні картки в АТЛАС-ДОК можуть бути: класичні й циклічні.

Класична КК – завдання, яке має разовий термін виконання.

Циклічна КК – завдання, яке має циклічний термін виконання (щодекадне, щомісячне, 1 раз в квартал тощо). Для циклічних КК в системі передбачена можливість створення нових КК на базі існуючих КК-шаблонів із зазначенням нового терміну виконання.

Контрольні картки, у свою чергу, можуть мати, деталізуючи КК, які конкретизують виконання завдання його фактичними виконавцями.

2.2.14.1  Контролер КК

Контролер КК – підрозділ або фізична особа в межах власної організації, на яку покладено контроль щодо виконання встановленого завдання. Одна КК може контролюватись необмеженою кількістю контролерів. Контролер із позначкою «гол» (головний) здійснює функцію загального моніторингу виконання завдання. Контролер, який не має такої позначки, називається співконтролером. КК може мати лише одного головного контролера.

2.2.14.2  Виконавець КК

Виконавець КК – структурний підрозділ, фізична особа в межах власної або підлеглої організації, на яку покладено виконання завдання. Одна КК може мати необмежену кількість виконавців. Виконавець із позначкою «Гол» є головним виконавцем завдання і, в загальному випадку, повинен звітувати щодо його виконання перед контролерами КК. Виконавець, який не має такої позначки, називається співвиконавцем. КК може бути лише одного головного виконавця.

2.2.15  Картка звіту (КЗ)

Картка звіту (КЗ) - спеціалізована картка системи, яка призначена для звітування виконавцями КК щодо виконання встановленого завдання. До однієї КК може бути прикріплена необмежена кількість таких карток.

Контролер на підставі отриманих карток-звітів має можливість зняти КК з контролю.

2.2.16  Картка зв’язку (КЗв)

Картка зв’язку (КЗв) – спеціалізована картка системи, яка призначена для встановлення зв’язку між двома зареєстрованими в системі документами (РК).

Можливі типи зв’язків наведено в довіднику Типи зв’язку РК документів (наприклад, “Додатково до”, “Звіт з виконання”, “Відповідь на”, “Редагує” тощо).

Зв’язки документа (РК), у свою чергу групуються згідно дат реєстрації документів:

-  Зв’язок прямого напрямку. Визначає список пов’язаних документів (РК), дата реєстрації яких менша за дату реєстрації поточного документа;

-  Зв’язок зворотного напрямку. Визначає список пов’язаних документів (РК), дата реєстрації яких більша за дату реєстрації поточного документа.

2.2.17  Картка транспортування (КТр)

Картка транспортування (КТр) – спеціалізований об’єкт АТЛАС-ДОК, який призначений для забезпечення фактичного руху всіх об’єктів системи.

2.2.18  Електронна копія документу, версія електронного документу

В системі передбачена можливість “прикріплення” до документу (РК) його електронної копії (ЕД). “Прикріпити” електронну копію документа означає завантажити копію документа з ПК користувача в електронне сховище (ЕС) системи. Користувач з відповідними правами (що визначається адміністратором системи) виконує наступні операції:

-  Завантажити ЕД (або версії) в електронне сховище системи.

-  Перегляд ЕД.

-  Почати роботу з ЕД. При цьому ЕД копіюється з електронного сховища на ПК користувача; для інших користувачів системи виконується блокування ЕД в електронному сховищі.

-  Завершити роботу з документом. При цьому в електронному сховищі АТЛАС-ДОК виконується збереження нової електронної версії документа й робота інших користувачів з ним розблоковується.

-  Отримати останню версію документу. При цьому на ПК користувача здійснюється копіювання останньої версії електронного документа. Робота інших користувачів з ЕД не блокується.

Система підтримує налагодження принципу збереження електронних версій документа.

Користувачі ж в режимі підтримки електронних версій документів мають можливість роботи з його конкретною версією.

2.2.19  Поштова скринька (ПС)

Поштова скринька (ПС) – механізм підтримки отримання, повернення й передачі об’єктів документообігу користувачем системи в рамках ярликів документів.

Кожний користувач системи автоматично отримує власну поштову скриньку зі стандартним набором поштових папок:

-  Надіслано. Папка містить список РК, об’єкти до яких були надіслані користувачу іншими учасниками документообігу.

-  Повернуто. Папка містить список РК, об’єкти до яких були повернуті користувачу.

-  Відправлено. Папка містить список РК, об’єкти до яких були відправлені користувачем іншим учасникам документообігу.

-  Корзина. Папка містить список РК, які були задіяні в папках Надіслано, Повернуто або Відправлено, але вилучені з них користувачем.

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

2.2.20  Справа

По завершенні роботи з документом, матеріальні копії документа зберігаються у відповідних Справах згідно з номенклатурою справ організації.

Довідник системи Справи містить загальний список справ згідно з номенклатурою справ організації і налагоджується адміністратором системи. Для кожної справи визначаються: власник справи, список користувачів, яким надається право роботи із справою, реєстраційні параметри справи тощо.

2.2.21  Звітність

Підсистема представлена списком стандартних друкованих форм.

Для будування звітів в АТЛАС-ДОК використовується спеціалізований будівельник звітів – Fast Reports, який дозволяє експортувати побудовані звіти в інші формати файлової системи.

2.2.22  Налагодження АТЛАС-ДОК

Як і будь-яка інша система – АТЛАС-ДОК потребує налагодження. Налагодження системи виконується:

-  Адміністратором АТЛАС-ДОК.

-  Користувачем.

Адміністратор АТЛАС-ДОК виконує налагодження:

-  Довідників системи.

-  Груп користувачів ДЕВСа і їх прав щодо виконання операцій в системі.

-  Користувачів системи в т. ч. прав щодо виконання ними операцій в системі.

-  Загальних і власних параметрів системи.

-  Параметрів системи за умовчанням.

-  Параметрів користувачів системи.

-  Прав щодо поштових скриньок інших користувачів системи.

-  Суттєвостей системи.

-  Функціональних ролей користувачів в рамках суттєвостей системи.

-  Груп користувачів в рамках ведення суттєвостей системи.

-  Надання прав користувачам системи в рамках ведення суттєвостей системи.

Користувач АТЛАС-ДОК має можливість налагодження:

-  Власного паролю.

-  Окремих параметрів системи.

2.3  Послідовність установки необхідних компонентів

Для встановлення Системи потрібно виконати наступні дії:

Установити (якщо потрібно) та налагодити операційну систему (див. Розділ 4) Инсталювати та налагодити сервер баз даних Oracle (див. Розділ 5, п.5.1 –5.2) Установити Atlas SDS (Atlas Software Distribution System) та сховище версій (детальніше див. у Розділ 6, п.6.2.1 – 6.2.2) Проінсталювати БД, сервер застосувань та клієнтське ПЗ (див. Розділ 7, п.7.1) Зробити первинні настройки системи АСЕДО (детальніше це описано в Розділ 9 та в “Інструкції користувача”) Якщо є потреба, то імпортувати данні зі сторонньої системи

Розділ 3.  Уявлення про програмний комплекс

В даному розділі надана інформація про систему АСЕДО (у подальшому - Систему) компанії Атлас, операційну систему, на якій вона працює, опис компонентів системи та загальну технологію роботи.

3.1  Загальна архітектура комплексу

Структура комплексу представляє собою трирівневу архітектуру, яка представлена сервером бази даних, сервером додатків та програмним забезпеченням клієнтської станції. Взаємодія клієнта та сервера додатків реалізується за допомогою технології DCOM. Принципову схема Системи наведена на Мал. 2.1.

Основою системи є Atlas Development Suite (DevS). Він відповідає за доставку даних користувачу та виконання дій над даними. Загальносистемні принципи організації роботи комплексу розкрито в цьому розділі. Структура поставки Системи, питання інсталяції, адміністрування та налагодження розкриті в розділах 3 - 10.

3.2  Компоненти Atlas Tools

Atlas Tools - це комплекс, що складається з готових продуктів, компонент, каркасу (framework), інструментальних засобів для розробки клієнтських застосувань і правил бізнес-логіки, експлуатації й супроводження розподілених інформаційних систем, що побудований з використанням багаторівневої архітектури клієнт-сервер.

Atlas Tools включає в себе наступні основні компоненти:

·  Atlas Development Suite (Atlas DevS)

·  Atlas Software Distribution System (Atlas SDS)

3.2.1  Atlas Development Suite

Atlas Development Suite являє собою сервер застосувань (application server), середовище для розробки та виконання клієнтських застосувань. DevS являється необхідним ланцюгом в структурі багаторівневих застосувань, що пов’язує в єдине ціле базу даних, бізнес-логіку і рівень представлення даних — клієнтські форми. Сервер застосувань являється фундаментом сучасної інформаційної системи, на якому розташована вся програмна надбудова.

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

Atlas DevS надає альтернативне середовище виконання правил бізнес логіки до збережених процедур СКБД, які виконується на сервері застосувань у вигляді скриптів JavaScript. При цьому об’єктна модель сервера надає доступ скриптів до бази даних.