ring є засобом створення, редагування, відображення та збереження текстів електронної техдокументації - потужним текстовим процесором. При збереженні текстів електронної технічної документації підсистема автоматично формує модулі даних (згідно створеної користувачем структури розділів документа) і зберігає зазначені модулі в базі даних або у файлі бібліотеки.
Підсистема Importer забезпечує можливість імпорту документів з файлів різних форматів (включаючи *. doc і *) із збереженням структури та змісту розділів документа у внутрішньому форматі AuthorIT. Є нюанси: спроба імпорту неправильно структурованого вордовского документа не пройде. Особливо, якщо такий файл містить купу OLE-об'єктів (ActiveX) і складні колонтитули.
Підсистема Publisher забезпечує можливість складання документів з модулів даних внутрішнього формату AuthorIT, публікації технічної документації в різних форматах help-файлів, а також у форматі MSWord. Вордовие файли виходять чудовими - ніяких проблем з кирилицею і т.п. Важливо тільки налаштувати шаблон - це просто.
Підсистема Project Manager забезпечує можливість управління проектом розробки (супроводу і т.д.) техдокументації - організацією і призначенням завдань конкретним користувачам, управління продуктом в цілому. Підсистема Administration забезпечує можливість управління базою даних, управління правами користувачів.
Таким чином, AuthorIT забезпечує можливість одночасної роботи багатьох користувачів з бібліотекою. Права і повноваження користувачів розділені на основі аутентифікації і авторизації. Іншими словами, зміни, внесені до бібліотеки конкретним користувачем, автоматично фіксуються із зазначенням імені користувача, дати, часу і характеру внесених ним змін.
. СКЛАД КОМПЛЕКТУ ДОКУМЕНТАЦІЇ
Цілі і завдання документування в кожному конкретному випадку залежать, по-перше, від типу документованого технічного рішення, і, по-друге, від того, як ви з цим технічним рішенням збираєтеся звертатися. Одна справа, якщо вам належить розробити і здати автоматизовану систему своєму замовнику, і зовсім інша, якщо ви, навпаки, замовляєте і приймаєте її у виконавця. Одна справа, якщо ви розробляєте програмний комплекс і продаєте його «в коробці», і зовсім інша, якщо ви своїми силами впроваджуєте його у ваших клієнтів (а якщо цим займаються ваші VAR-партнери, то третє).
Кожна з цих ситуацій зумовлена ??функціями, можливостями і потребами її учасників. У тому числі, можливостями повідомляти і потребами отримувати технічну інформацію. Тому склад комплекту технічної документації, спосіб її розробки і порядок здачі-приймання визначаються тим, для чого і для кого вона створюється. У табл. 1 перераховані найбільш часто зустрічаються на практиці типи технічних рішень і показано, яку документацію на них ми беремося підготувати за вашим замовленням.
Таблиця 1. Типи технічних рішень і документація на них
ТіпДокументиТехніческіе кошти-керівництво з експлуатації - керівництво з технічного обслужіваніюПрограммний продукт-опис програми - керівництво оператора - керівництво користувача, - керівництво адміністратора, - керівництво системного адміністратора - керівництво програміста - опис мови - довідкова сістемаАппаратно-програмний комплекс- загальний опис апаратно-програмного комп...
