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

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

Т.о. підрозділяється на: ракетно-технічне забезпечення, інженерно-авіаційне забезпечення, інженерно-ракетне забезпечення, артилерійсько-технічне забезпечення, танко-технічне забезпечення, автотехнічне забезпечення, радіаційного, хімічного та біологічного захисту, Т.о. зв'язку та АСУ, Т.о. за службами тилу, метрологічне забезпечення.

Технічне забезпечення бойових дій РВСН є комплекс заходів щодо забезпечення військ ракетним озброєнням (РВО) та іншою технікою, підтримці їх у справному стані та у встановленому ступені технічної (бойової) готовності до бойового застосування (застосування за призначенням).

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

Основні завдання Т.о. у РВСН: організація та здійснення ефективного управління всіма видами Т.о.; замовлення, контроль розробки та виготовлення РВО та іншої військової техніки; укомплектування з'єднань (частин) ракетним ОВТ та майном; експлуатація ракетного ОВТ; технічне забезпечення застосування ракетного ОВТ та використання їх за призначенням із заданою ефективністю; забезпечення живучості озброєння та іншої техніки під час бойових дій; забезпечення безпечних та безаварійних умов функціонування ракетного ОВТ та виконання вимог екологічної безпеки; підготовка особового складу до вирішення завдань технічного забезпечення на етапах завчасної та безпосередньої підготовки та в ході ведення бойових дій; забезпечення безпеки ОВТ; забезпечення життєдіяльності особового складу усім етапах життєвого циклу ракетних комплексів.

Т.о. у РВСН організується заступниками Командувача РВСН та командувача (командира) об'єднання (з'єднання, частини) з озброєння та здійснюється у всіх видах діяльності Ракетних військ. Вказівки заступника командира з'єднання (частини) із озброєння з питань Т.о. обов'язкові до виконання командирами частин (підрозділів) і начальниками служб (відділень) з'єднання (частини).

Види Т.о. поділяються на основний види технічного забезпечення загального призначення. До основного виду належить ракетно-технічне забезпечення (РТО). До видів технічного забезпечення загального призначення належать артилерійсько-технічне забезпечення, танкотехнічне забезпечення, автотехнічне забезпечення, інженерно-авіаційне забезпечення, інженерно-технічне забезпечення, технічне забезпечення радіоелектронної боротьби, технічне забезпечення РХБ захисту, технічне забезпечення зв'язку та АСУ, технічне забезпечення по службам тилу, метрологічне забезпечення. Їхньою метою є створення умов для ефективного функціонування ракетно-технічного, а також бойового та тилового забезпечення шляхом підтримки техніки та інших технічних матеріальних засобів відповідних служб об'єднань (з'єднань, частин) у готовності до використання за призначенням.

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

Серед факторів такого впливу необхідно виділити такі:

Сумісність - однією з основних вимог до сучасним системамобробки даних є апаратна та програмна сумісність зі стандартними платформами;

Склад технологічних операцій введення/виведення даних;

Апаратні вимоги програмного забезпечення, що використовується;

Ергономічні вимоги;

Економічні чинники;

Технологічні вимоги щодо підтримки роботи з локальною обчислювальною мережею;

Обсяги даних та вимоги до швидкості їх обробки.

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

Таблиця 3 Характеристики ПЕОМ для роботи з Access 2007

В процесі експлуатації автоматизованого робочого місця співробітника підрозділу з виконання адміністративного законодавства ДІБДР г.Н-ка здійснюється доступ до бази даних, особливу увагу необхідно звернути на критерій вибору технічного забезпечення як ємність жорсткого диска і виробник процесора. При цьому інші параметри обчислювальної системи повинні витримуватись на достатньому для нормального функціонування операційної системи рівні. Вибраний комплекс технічних засобівздатний забезпечити надійну роботу інформаційної системипри існуючому завантаженні.

Обґрунтування проектних рішень щодо інформаційного забезпечення

Інформаційне забезпечення є відображенням інформаційних масивів і потоків тієї предметної області, на яку проектується АРМ. Інформаційне забезпечення включає сукупність єдиної системи потоків інформації – варіантів організації документообігу; систем класифікації та кодування економічної інформації; уніфіковану системудокументації; різні інформаційні масиви, які у машинних носіях. Позашляхове інформаційне забезпечення включає систему економічних показників, потоки інформації, систему класифікації та кодування, документацію. Внутрішньомашинне інформаційне забезпечення - система спеціальним чином організованих даних, що підлягають автоматизованій обробці, накопиченню, зберіганню, пошуку, передачі у вигляді, зручному для сприйняття технічними засобами.

Інформаційне забезпечення АРМ співробітника підрозділу з виконання адміністративного законодавства складається з наступних основних частин:

Позашляхове інформаційне забезпечення, що включає вхідні та вихідні документи;

Внутрішньомашинне інформаційне забезпечення, що включає оброблювану інформацію;

Внутрішньомашинне інформаційне забезпечення, що включає умовно-постійну інформацію (довідники).

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

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

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

Обґрунтування проектних рішень щодо програмного забезпечення

Загальне програмне забезпечення (ПЗ) забезпечує функціонування обчислювальної техніки, розробку та підключення нових програм. Сюди входять операційні системи, системи програмування та програми, що обслуговують.

Професійна орієнтація АРМ визначається функціональною частиною ПЗ (ФПО). Саме тут закладається орієнтація на конкретного спеціаліста, забезпечується вирішення завдань певних предметних областей.

Фахівцям часто доводиться працювати з великими обсягами даних, щоб знайти необхідну інформацію для підготовки різних документів. Для полегшення такого роду робіт було створено системи управління базами даних (СУБД: DBASE, RBASE, ORACLE та інших.). СУБД дозволяють зберігати великі обсяги інформації і, що найголовніше, швидко знаходити потрібні дані.

Наш вибір зупинився на СУБД Microsoft Access – це найпопулярніша сьогодні настільна системауправління базами даних. Її успіх можна пов'язувати з чудовою рекламною кампанією, організованої Microsoft, або включенням її в багате оточення продуктів сімейства Microsoft Office. Корінь успіху, швидше за все, полягає в прекрасній реалізації продукту, розрахованого як на початківця, так і на кваліфікованого користувача.

Незважаючи на свою орієнтованість на кінцевого користувача, в Access є мова програмування Visual Basic for Application, який дозволяє створювати масиви, свої типи даних, викликати DLL-функції, за допомогою OLE Automation контролювати роботу додатків, які можуть функціонувати як OLE-сервери. Ви навіть можете повністю створювати бази даних за допомогою кодування, коли в цьому виникає потреба.

MS Access з усіх засобів розробки має, мабуть, найбагатший набір візуальних засобів.

Головна якість Access, яка залучила нас, – тісна інтеграція із Microsoft Office. Наприклад, скопіювавши в буфер графічний образ таблиці, відкривши Microsoft Wordі застосувавши вставку з буфера, ми одразу отримаємо в документі готову таблицюіз даними з БД. Крім того, таблиці Access із СУБД можуть перекинуті та адаптовані в табличному процесорі Ms Excel. Ця операція має зворотний ефект.

Вся робота з базою даних здійснюється через вікно контейнера бази даних. Звідси здійснюється доступ до всіх об'єктів, а саме: таблиць, запитів, форм, звітів, макросів, модулів.

За допомогою драйверів ISAM можна отримати доступ до файлів таблиць деяких інших форматів: DBASE, Paradox, Excel, текстовим файлам, FoxPro 2.x, а за допомогою технології ODBC - і файлів багатьох інших форматів.

ГОСТ 24.206-80 Вимоги щодо змісту документів з технічного забезпечення

УДК 65.011.56:681.3:002:006.354

Група Т52

Г О С У Д А Р С Т В Е Н І Й С Т А Н Д А Р Т С Ю Ю З А С С Р

Система технічної документації на АСУ	ГОСТ 24.206-80
ВИМОГИ ДО ЗМІСТ ДОКУМЕНТІВ З ТЕХНІЧНОГО ЗАБЕЗПЕЧЕННЯ
System of technical documentationдля комп'ютерних систем управління. Requirements for contents of documents on технічна підтримка

Постановою Державного комітету СРСР за стандартами від 14 травня 1980 р. № 2101 термін запровадження встановлено

з 01.01.81 р.

Цей стандарт поширюється на технічну документацію на автоматизовані системи управління (АСУ) всіх видів, що розробляються для всіх рівнів управління (крім загальнодержавного), та встановлює вимоги до змісту документів, що входять відповідно до вимог ГОСТ 24.101-80 до складу документації технічного забезпечення АСУ.

1. ЗАГАЛЬНІ ПОЛОЖЕННЯ

1.1. Документація з технічного забезпечення АСУ призначена для опису проектних рішень щодо технічного забезпечення у документах:

• опис комплексу технічних засобів;
• структурна схема комплексу технічних засобів;
• план розташування;
• перелік заявок на розробку нових технічних засобів;
• перелік завдань замовнику АСУ (Генпроектувальнику) на проектування у суміжних частинах проекту об'єкта, пов'язане із створенням АСУ;
• відомість обладнання та матеріалів;
• технічні вимоги до технологічного об'єкту керування;
• завдання на проектування у суміжній частині проекту об'єкта, пов'язане із створенням АСУ;
• проектна оцінка надійності комплексу технічних засобів;
• принципова схема;
• схема автоматизації;
• таблиця з'єднань та підключень;
• схема з'єднань зовнішніх проводок;
• креслення загального вигляду;
• схема підключень зовнішніх проводок;
• Специфікація обладнання;
• креслення установки технічних засобів;
• відомість потреби у матеріалах.

1.2. Під час розробки документів на підсистему зміст розділів кожного документа обмежують рамками цієї підсистеми.

1.3. Залежно від призначення та специфічних особливостей створюваних АСУ допускається включати до документів додаткові розділи та відомості, вимоги до змісту яких не встановлені цим стандартом.

1.4. Відсутність проектних рішень щодо розділу документа фіксують у відповідному розділі з необхідними поясненнями.

2. ВИМОГИ ДО ЗМІСТ ДОКУМЕНТІВ

2.1. Опис комплексу технічних засобів

2.1.1. Документ «Опис комплексу технічних засобів» має містити розділи:

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

2.1.2. Вимоги до змісту розділів

2.1.2.1. У розділі «Загальні положення» мають бути наведені вихідні дані, які були використані при проектуванні технічного забезпечення АСУ.

2.1.2.2. У розділі «Структура комплексу технічних засобів» мають бути:

• обґрунтування вибору комплексу технічних засобів (КМС), у тому числі технічних рішень щодо обміну даними з об'єктом управління та технічними засобами інших АСУ (у разі наявності зазначених зв'язків), використання технічних засобів обмеженого застосування (відповідно до переліків, затверджених в установленому порядку) та посилання на документи, що підтверджують узгодження їх постачання;
• опис функціонування КТЗ, у тому числі у пускових та аварійних режимах;
• опис розміщення КТЗ на об'єктах управління та на виробничих площах з урахуванням виконання вимог техніки безпеки та дотримання технічних умов експлуатації технічних засобів;
• обґрунтування застосування та технічні вимоги до обладнання, передбаченого у затверджених проектах та кошторисах на будівництво чи реконструкцію підприємств та виробленому в індивідуальному порядку промисловими підприємствами або будівельно-монтажними організаціями за замовленими специфікаціями та кресленнями проектних організацій як неповторні, що не мають галузевої приналежності з виготовлення та застосовуються у силу спеціальних технічних рішень у проекті;
• обґрунтування методів захисту технічних засобів від механічних, теплових, електромагнітних та інших впливів, захисту даних, у тому числі від несанкціонованого доступу до них, та забезпечення заданої достовірності даних у процесі функціонування КТЗ (за потреби);
• результати проектної оцінки надійності КТС (за потреби).

2.1.2.3. У розділі «Обчислювальний комплекс» слід навести:

• обґрунтування та опис основних рішень щодо вибору типу ЕОМ;
• опис структурної схеми технічних засобів, розміщених у обчислювальному центрі (ВЦ);
• опис основних рішень щодо вибору типів периферійних технічних засобів (ПТС ЕОМ), у тому числі засобів отримання, контролю, підготовки, збору, реєстрації, зберігання та відображення інформації;
• результати розрахунку чи розрахунок числа технічних засобів ПЦ та потреби в машинних носіях даних;
• обґрунтування чисельності персоналу, що забезпечує функціонування ПЦ у пусковому, нормальному та аварійному режимах;
• розрахунок площ та технічні рішення щодо оснащення робочих місць;
• опис особливостей функціонування технічних засобів ПЦ у пусковому, нормальному та аварійному режимах;
• прийнята технологія підготовки машинних носіїв даних, рішення щодо контролю даних при введенні в ЕОМ та в процесі їх зберігання.

2.1.2.4. У розділі «Абонентські пункти» слід навести:

• обґрунтування та опис рішень щодо вибору технічних засобів абонентських пунктів (АП);
• обґрунтування та опис рішень щодо вибору периферійних технічних засобів АП, у тому числі засобів отримання, контролю, підготовки, збору, реєстрації, передачі, відображення інформації та впливу на об'єкт управління;
• результати розрахунку (або розрахунок) числа носіїв технічних засобів кожного АП та потреби в машинних носіях даних;
• обґрунтування чисельності персоналу, що забезпечує функціонування кожного АП;
• технічні рішення щодо оснащення робочих місць оперативного персоналу АП, включаючи опис робочих місць;
• опис особливостей функціонування АП у пусковому, нормальному та аварійному режимах.

2.1.2.5. У розділі «Апаратура передачі даних» слід навести:

• обґрунтування та опис рішень щодо вибору засобів телеобробки та передачі даних, у тому числі рішення щодо вибору каналів зв'язку та результати розрахунків (при необхідності розрахунок) їх числа;
• рішення щодо вибору технічних засобів, що забезпечують сполучення з каналами зв'язку, у тому числі результати розрахунку (або розрахунок) їхньої потреби;
• вимоги до каналів зв'язку, що орендуються;
• відомості про розміщення абонентів та об'ємно-тимчасові характеристики даних, що передаються;
• основні показники надійності, достовірності та інших технічних характеристик засобів телеобробки та передачі даних.

2.2. Структурна схема комплексу технічних засобів

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

2.2.2. Структура КТС АСУ (за потреби) може бути представлена ​​кількома схемами, першою є укрупнена схема КТС АСУ загалом.

2.2.3. Документ допускається включати самостійним розділом документ «Опис комплексу технічних засобів».

2.3. План розташування

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

Документ допускається включати самостійним розділом документ «Опис комплексу технічних засобів».

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

2.4. Перелік заявок на розробку нових технічних засобів

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

Перелік повинен охоплювати всі картки, що складаються відповідно до ГОСТ 20913-75 на стадії технічного проектування та передані замовнику системи (Генпроектувальнику) для подальшого оформлення, затвердження та розміщення в установленому порядку.

(Змінена редакція, Зм. № 1)

2.5. Перелік завдань замовнику АСУ (Генпроектувальнику) на проектування у суміжних частинах проекту об'єкта, пов'язане із створенням АСУ

Документ має містити найменування всіх завдань, їх призначення, дати видачі та строки виконання робіт.

2.6. Відомість обладнання та матеріалів

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

2.7. Технічні вимоги до технологічного об'єкту управління

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

2.8. Завдання на проектування у суміжній частині проекту об'єкта, пов'язане зі створенням АСУ

2.8.1. Загальні вимоги

2.8.1.1. Документи цього складають при необхідності виконання проектних робіт, пов'язаних із створенням АСУ у суміжних частинах проекту об'єкта.

2.8.1.2. Необхідність розробки, найменування відповідних завдань та їх зміст залежить від об'єкта управління, виду АСУ та прийнятих під час її проектування технічних рішень.

2.8.1.3. Документ «Завдання на проектування у суміжній частині проекту об'єкта, пов'язане із створенням АСУ» має складатися з розділів:

• загальні відомості;
• вимоги та вихідні дані.

2.8.1.3.1. У розділі «Загальні відомості» наводять найменування та реквізити замовника та розробника суміжної частини проекту об'єкта та відомості про організацію робіт із виконання завдання.

2.8.1.3.2. У розділі «Вимоги та вихідні дані» наводять завдання та в залежності від його виду відомості, необхідні для розробки суміжної частини проекту об'єкта.

2.8.2. Встановлено такі види завдань:

• на проектування приміщень, кабельних споруд, отворів та заставних конструкцій;
• на розміщення елементів автоматики на технологічному обладнанні та трубопроводах;
• на забезпечення АСУ енергоносіями;
• на проектування засобів зв'язку та сигналізації для АСУ;
• на систему передачі для АСУ.

2.8.3. Вимоги до окремим видамзавдань

2.8.3.1. Документ «Завдання на проектування приміщень, кабельних споруд, отворів та заставних конструкцій» має містити:

• перелік приміщень із зазначенням їх параметрів (площа, навантаження на підлогу, рівень звукового тиску, що допускається, тощо);
• плани приміщень із зазначенням призначення кожного приміщення, розміщення основних технічних засобів, нанесенням та розміщенням каналів, прорізів та, при необхідності, заставних конструкцій для встановлення щитів та пультів;
• ескізи кабельних каналів та монтажних прорізів, креслення заставних конструкцій для встановлення щитів та пультів (при необхідності);
• вихідні дані та вимоги до приміщень по будівельній та санітарно-технічній частинах проекту, освітлення та протипожежного захисту, виконання яких забезпечує нормальне функціонування технічних засобів та ефективну діяльність персоналу АСУ, в тому числі створення гермозони, вимога до оздоблення стін, стелі, підлоги, вимоги до систем опалення, водопостачання, каналізації, вентиляції та кондиціювання (температура, вологість, швидкість руху повітря та кратність його обміну);
• відомості про споживану потужність встановлених технічних засобів АСУ, кількість постійних робочих місць, режим роботи персоналу, напругу мережі для підключення технічних засобів та електроінструменту, вимоги до прокладання кабелів та проводів тощо.

За відсутності будівельних креслень допускається наводити загальне планування приміщень із зазначенням розміщення обладнання, необхідних площ та проходів обслуговування технічних засобів.

2.8.3.2. Документ «Завдання на розміщення елементів автоматики на технологічному обладнанні та трубопроводах» має містити:

• вимоги до встановлення та розміщення заставних пристроїв, первинних приладів, регулюючих та запірних органів і т. д. на технологічному обладнанні та трубопроводах;
• схему розміщення елементів автоматики на технологічному обладнанні та трубопроводах.

2.8.3.3. Документ "Завдання на забезпечення АСУ енергоносіями" повинен містити:

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

Примітка.За відсутності будівельних креслень допускається складати опис споживачів енергоносіїв із наведенням відомостей про їхнє розміщення.

2.8.3.4. Документ «Завдання на проектування засобів зв'язку та сигналізації для АСУ» має містити:

• загальні вимоги щодо розміщення засобів зв'язку та сигналізації, технічних засобів передачі даних по лінії зв'язку;
• вимоги до ліній зв'язку (параметри кабельних ліній, вимоги прокладання кабелів, число каналів зв'язку окремо для кожного пункту збору інформації і т. д.);
• перелік приміщень (пунктів збору інформації) із зазначенням засобів зв'язку, передачі даних, сигналізації, радіофікації і т.д.

2.8.3.5. Документ «Завдання на систему передачі даних для АСУ» повинен містити відомості про розміщення абонентів та об'ємно-тимчасові характеристики інформації, що передається, вимоги до каналів зв'язку та сполучення з ними, використовувані технічні засоби, надійність та інші характеристики передачі даних, експлуатаційні вимоги тощо. .

При складанні документа слід керуватись технічною документацією, затвердженою в установленому порядку.

2.8.3.6. Залежно від призначення та специфічних особливостей створюваних АСУ допускається розробляти інші завдання, вимоги до змісту яких визначено у п. 2.8.1.

2.9. Проектна оцінка надійності комплексу технічних засобів

2.9.1. Документ «Проектна оцінка надійності комплексу технічних засобів» має складатися із розділів:

• вихідні дані;
• результати розрахунку;

2.9.2. Розділ «Вихідні дані» повинен містити всі відомості, необхідні для оцінки надійності КТЗ відповідно до застосовуваної методики, у тому числі паспортні дані технічних засобів щодо інтенсивності відмов та відновлення, тимчасові графіки завантаження технічних засобів тощо.

2.9.3. Розділ «Результати розрахунку» повинен містити оцінки показників надійності (середній час напрацювання на відмову, середній час відновлення, коефіцієнт готовності) для груп технічних засобів, що беруть участь у виконанні певної функції (кілька функцій) перетворення даних, і КТС АСУ в цілому.

Дозволяється використовувати оцінки інших показників надійності, встановлені ГОСТ 27002-83.

2.10. Принципова схема

Схема (електрична, пневматична, гідравлічна) повинна відображати: принцип дії, склад, основні технічні характеристики та взаємодію засобів технічного забезпечення АСУ, призначених для здійснення функцій управління, регулювання, захисту, вимірювання, сигналізації, живлення та ін., а також містити

2.11. Схема автоматизації

Схема повинна містити:

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

На схемі допускається надавати необхідні текстові пояснення.

2.12. Таблиця з'єднань та підключень

У документі повинні бути відображені електричні та трубні з'єднання між апаратами та приладами (монтажними виробами), встановленими у щитах, пультах, установках агрегатних комплексів тощо, а також підключення проводок до зазначених технічних засобів.

2.13. Схема з'єднань зовнішніх проводок

На схемі мають бути зазначені:

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

На схемі допускається надавати необхідні текстові пояснення.

(Змінена редакція, Зм. № 1)

2.14. Схема підключень зовнішніх проводок

На схемі повинні бути показані вступні пристрої (складання комутаційних затискачів, штепсельні роз'єми тощо) щитів, пультів, сполучних коробок і кабелі і проводи, що підключаються до них.

Схему підключення не можна виконувати, якщо ці підключення показані на схемі з'єднання зовнішніх проводок.

2.15. Креслення загального вигляду

Креслення загального виду щита (пульта) має містити:

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

На кресленні допускається надавати необхідні текстові пояснення.

2.16. Специфікація обладнання

2.16.1. Документ «Специфікація обладнання» має бути складений відповідно до вимог ГОСТ 21.110-82.

Порядок запису обладнання та матеріалів, що постачаються замовником, у специфікацію встановлюють у галузевих нормативних документах міністерств (відомств), погоджених із Держпостачом СРСР.

(Змінена редакція, Зм. № 1)

2.16.2. При використанні у проекті технічних засобів, для замовлення яких потрібно заповнення опитувальних листів, додаток останніх до проекту – обов'язковий.

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

2.17. Креслення установки технічних засобів

Документ повинен відображати рішення щодо встановлення засобів технічного забезпечення в обсязі, що відповідає вимогам ГОСТ 2.109-73 до монтажних креслень.

2.18. Відомість потреб у матеріалах

Документ виконують відповідно до вимог ГОСТ 21.109-80.

(Запроваджено додатково, Зм. № 1)

Перевидання (травень 1986 р.) із Змінами №1, затвердженим у серпні 1985 р. (ІУС 11-85).

Розділ є обов'язковим для розробки проектних рішень щодо вдосконалення комплексу технічних засобів ІС.

Проектні рішення з технічного забезпечення включають: опис комплексу технічних засобів (КМС) розв'язуваної задачі (призначення КТЗ, структура комплексу технічних засобів, розв'язувані завдання), функціональна схема КТЗ (опис функціонування КТЗ відповідно до функціональної схеми), засоби обчислювальної техніки (вид , призначення, функціональні та технічні характеристики, протоколи взаємодії, порядок підключення, вимоги до експлуатації КТС).

4. Структура КТС

… Комплекс технічних засобів ІС ТОВ «ТОВ» представлений такими компонентами:

· Серверне обладнання: сервери баз даних, сервер віртуалізації, проксі-сервер, термінальний сервер, сервер резервного копіювання, сервер додатків сервер адміністрування;

· Програмно-апаратні комплекси захисту інформації;

· автоматизовані робочі місця, укомплектовані персональними комп'ютерами та/або ноутбуками – за кількістю працівників;

· Мережеве комутаційне обладнання - комутатори;

· Мережеве телекомунікаційне обладнання - маршрутизатори, модеми;

· Обладнання структурованої кабельної системи;

· Обладнання безперебійного електроживлення.

На об'єкті автоматизації встановлюються комплекти обладнання відповідно до таблиці 7

Таблиця 7 - Склад КТС ТОВ «ТОВ»

Найменування структурного елемента об'єкта автоматизації	Склад комплекту КТС	Місце встановлення
ТОВ «ТОВ»	Сервер БД – 2 шт.	460001 м.Оренбург пров. Басейний, будинок 1
Сервер віртуалізації – 1 прим.
Проксі-сервер – 1 шт.
Сервер адміністрування – 1 шт.
Сервер резервного копіювання – 1 прим.
Сервер терміналів – 1 прим.
Сервер програм – 1 шт.
Програмно-апаратний комплекс захисту – 1.
Програмно-апаратний комплекс системи виявлення вторгнень – 1 прим.
АРМ користувачів – 93 шт
Маршрутизатор – 1шт.
Комутатори – 11 шт.
Філія №1 ТОВ «ТОВ»	АРМ користувачів – 15 прим.	м.Оренбург, вул.Газпромівська, дом.70
Маршрутизатор – 1 шт.
Комутатори – 3 шт.
Філія №2 ТОВ «ТОВ»	АРМ користувачів – 5 прим.	м.Оренбург вул.Чкалова 1
Маршрутизатор – ні
Комутатори – 1 шт.

Доступ користувачів до ресурсів ІВ ТОВ «ТОВ» здійснюється за допомогою системи передачі даних, яка об'єднує сервери, персональні комп'ютери, комутаційне та телекомунікаційне обладнання у комп'ютерну мережу.

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

Структурна схемаустаткування КТС ІС ТОВ «ТОВ» наведено малюнку 32 (а, б,в).

а) основний будинок ТОВ «ТОВ» м. Оренбург пров. Басейний будинок 1

б) ТОВ «ТОВ» філія №1 м. Оренбург, вул. Газпромівська, будинок 70

в) ТОВ «ТОВ» філія №2 (типова)

Малюнок 32 – Структура комплексу технічних засобів ІВ ТОВ «ТОВ»

Компоненти ІС ТОВ «ТОВ» будуються на базі комутованої локальної обчислювальної мережі(КЛВС) із сегментуванням та централізованим управлінням.

В основному сегменті КЛВС застосовуються комутатори 2/3 рівня. Трафік передається по мережі зі швидкістю, що відповідає швидкості середовища передачі даних. Швидкість передачі в КЛВС становить 100Мбит/с–1Гбит/с. Комутатори рівня 3 мають у своєму функціоналі можливість налаштування маршрутизації на програмному рівні. Комутація будується за схемою з буферизацією, що дозволяє зберігати та обробляти кадри трафіку за мінімальний час.

Комутатори основного сегмента КЛВС поєднуються між собою за топологією «ієрархічна зірка» (рис. 33).

Рисунок 33 – Схема топології з'єднання комутаторів основного сегмента ЛОМ

Мережеві сегменти формуються маршрутизаторам, що одночасно виконують роль шлюзів при доступі до мережі Internet.

Вихідний/вхідний трафік, що має ознаку «конфіденційна інформація», шифрується/дешифрується криптошлюзом, що також є міжмережевим екраном.

Комутатори сегмента філії №1 з'єднані за схемою «зірка» (рис. 34).

Рисунок 34 – Схема топології з'єднання комутаторів сегмента філії ТОВ «ТОВ»

Для організації доступу в основному сегменті мережі використовується дворівнева модель: рівень доступу та центральний рівень (рис. 35). На рівні доступу вирішуються завдання підключення користувачів. Центральний рівень поєднує функції пересилання трафіку з однієї локальної мережі до іншої та надає високошвидкісну магістраль для розосереджених кінцевих мереж. Трафік користувача створюється на рівні доступу і потім передається на центральний рівень. Архітектура мережі включає інфраструктуру будівель з серверами, засобами управління мережею та елементами меж установ, що складаються з пристроїв підключення до мережі Інтернет та каналів VPN.

Малюнок 35 – Проектне рішення з фізичного та канальному рівням

основного сегмента

Для доступу до мережі в сегментах філія №1 та філія №2 застосовується безрівнева модель (рис. 36).

Рисунок 36 – Фізична топологія основного сегмента ЛОМ

Філія №1 (а), філія №2 (б)

2. Опис логічної топологіїКТС ТОВ «ТОВ»

Схема логічної топології комплексу технічних засобів ТОВ «ТОВ» наведено малюнку 37. На схемі відображено схему логічної адресації вузлів комп'ютерної мережі установи, виконана відповідно до вимог документів RFC 990 і RFC 997. У її основі лежить поділ адресації мереж від адресації пристроїв у цих мережах. При цьому адреси призначаються послідовно, щоб зробити маршрутизацію трафіку мережі ефективнішою. Основним протоколом адресації вузлів мережі є протокол IP (Internet Protocol). IP-адреса складається з двох частин: номери мережі та номери вузла. Оскільки мережі віддалених підрозділів Клініки є ізольованими мережами, IP-адреса обрана з адрес категорії «В» для основного сегменту ЛОМ підприємства: 172.16.0.0/16 та з категорії «С» для сегментів дитячої поліклініки та оздоровчих пунктів: 192.168.0.0/24. Для спрощення налаштування та подальшого супроводу мережевих сегментів у підмережах використовується класова адресація зі стандартними масками, 255.255.0.0 та 255.255.255.0, відповідно.

Рисунок 37 – Схема логічної топології КТС

Адресація вузлів ЛОМ записується в таблиці адресації (табл. 8).

Алгоритми маршрутизації мережного трафіку реалізуються програмним забезпеченням пристроїв мережному рівні.

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

У мережі Клініки використовується статична маршрутизація.

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

Таблиця 8 – Мережева адресація вузлів комп'ютерної мережі ТОВ «ТОВ»

3. Забезпечення якості обслуговування (QoS)

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

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

· Передача файлів;

· Web-доступ;

· віддалений доступдо сервера;

· Обробки транзакцій;

· електронна пошта;

· Трафік медичного обладнання;

· Широкомовне відео (відеоконференція);

· Передача (обробка) зображень;

· Телефонія.

Спеціальних вимог до комп'ютерної мережі для QoS не пред'являється.

4. Рішення щодо протоколів транспортного, сеансового, представницького та прикладного рівнів

На транспортному рівні застосовується два основні протоколи: TCP та UDP. За допомогою цих протоколів транспортним рівнем надається сервіс передачі даних з прикладного рівнямоделі OSI більш низькі рівні.

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

Набір служб, які використовують для передачі даних TCPта номери портів:

· 20/21 - FTP;

· 23 - Telnet;

· 110 - POP3;

· 194 - IRC (Internet Relay Chat);

· 443 - HTTPS (Secure HTTP);

· 1863 - MSN Messenger;

· 2000 - Cisco SCCP (VoIP);

· 3389 - RDP;

· 8080 – альтернативний порт HTTP.

Повний список портів протоколу ТСР наведено за посиланням: http://www.cybervlad.net/ports/. Використання інших портів протоколів TCPта UDP встановлюється адміністратором мережі ТОВ «ТОВ».

5. Засоби обчислювальної техніки

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

При створенні КТС ІС ТОВ «ТОВ» використовується обладнання, захищене від несанкціонованого доступу як в апаратній частині, так і в програмно-інформаційному забезпеченні.

Технічні засоби зв'язку та обробки інформації (сервери, комутатори, персональні комп'ютери користувачів тощо) розміщуються з дотриманням вимог Сан Пін 2.2.2.542 та ГОСТ Р 51318.02, а також забезпечують зручність технічного обслуговування.

Принципова схема комплексу технічних засобів ІВ ТОВ «ТОВ» наведено малюнку 38.

Серверне обладнання КТС ТОВ ТОВ представлено серверами баз даних, сервером файлів, проксі-сервери, сервером віртуалізації, сервером резервних копій, сервер адміністрування, сервер терміналів.

Сервер BSQL обслуговує SQL-базу даних бухгалтерії та відповідає за цілісність та збереження даних обліково-фінансової, а також забезпечує операції введення-виведення при доступі користувачів до інформації. В АСЗІ Клініки використовується сервер BSQL марки HP ProLiant DL380 G5, який має конструкцію для монтажу у стійку у форм-факторі 2U, високий рівень доступності та керованості класу підприємства. Модель пропонує користувачам високий рівеньпродуктивності та щільності розміщення завдяки використанню сучасних процесорів Intel® Xeon®.

Малюнок 38 – КТЗ. Схема принципова

Основні характеристики сервера бази даних:

процесор	(2) Quad-Core Intel Xeon Processors E5500 (2.8 GHz, 80 Watts, 1333 FSB)
кеш процесора	12MB (2 x 6MB) Level 2 cache
пам'ять	12GB (6 x 2GB) PC2-5300 DDR2 fully buffered DIMMs (667MHz) with Advanced ECC
мережевий адаптер	Embedded NC373i Multifunction Gigabit Server Adapters
контролер RAID	HP Smart Array P400/512MB BBWC Controller (RAID 0/1/1+0/5/6)
дискова підсистема	2 х 600 Gb Hot Plug SFF SATA HDD
оптичний привід	IDE DVD-ROM/CDRW combo
блок живлення	(2) 800Watt, CE Mark Compliant
охолодження	Fully redundant hot plug fans ship standard (N+1)
форм-фактор	Rack (2U), Height 3.38-inch/8.59cm; Depth: 26 inches (66 cm)

Параметри налаштування сервера SerDB відповідають стандартним параметрам для пристроїв з подібними функціями…

6. Віртуальна приватна мережа ТОВ «ТОВ»

Метою віртуальної приватної мережі (VPN) ТОВ «ТОВ» є створення єдиного захищеного інформаційного простору, можливості передавати файли, миттєві повідомленнястворення внутрішньої IP-телефонії.

Застосування технології VPNу ТОВ «ТОВ» дозволяє організувати взаємодію адміністративно-управлінського та медичного персоналу основного сегменту ІВ ТОВ «ТОВ» з персоналом віддалених філій при передачі медичної інформації, звітності, фінансових документів та ін.

Віртуальна приватна мережа будується як за допомогою програмних компонентів ViPNet, шляхом встановлення на комп'ютері ПЗ ViPNet Client – ​​на стороні віддалених користувачів, програмно-апаратних комплексів ViPNet серії HW1000/100 – на боці основного сегменту ІС ТОВ «ТОВ».

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

· Сервери IP-адрес;

· маршрутизатора VPN-пакетів;

· VPN-шлюзу;

· Транспортного Сервера;

· міжмережевого екрану.

Вузли мережі ViPNet підключаються до мережі ТОВ ТОВ з використанням транспорту мережі Internet. При появі будь-якого трафіку в мережі на адресу інших вузлів він негайно, без будь-яких протоколів попереднього встановлення з'єднань з вузлом-отримувачем інкапсулюється в ViPNet-пакети і передається через мережу VPN на вузол-одержувач.

Для інкапсуляції у ViPNet-пакети будь-яких інших IP-протоколів використовуються два типи IP-протоколу:

· IP/UDP з портом 55777 за умовчанням або будь-яким іншим портом, який автоматично реєструється на інших вузлах;

У локальній мережі ТОВ «ТОВ» при доступності вузлів за широкомовною адресою система автоматично використовує більш економічний протокол IP/241 (що не має додаткових UDP-заголовків) (рис. 39).

Рисунок 39 – VPN за протоколом IP/241

Виходячи з існуючих точок підключення вузлів до мережі VipNet у системі використовується режим «Межмережевий екран – Координатор» (рис. 40).

Рисунок 40 – Увімкнення вузлів VipNet у режимі міжмережевого екрану

-Координатор

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

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

При вирішенні приватних завдань проектування окремі проектні рішення можуть прийматися. У цьому випадку підрозділи, що містять ці описи, виключаються із ЗКР.

ВКР 2-го виду

Для ВКР, які передбачають впровадження ІВ для підприємства другий розділ ВКР передбачає розробку моделі впровадження нової ІТ/ІВ у діяльність підприємства. Як впроваджувана на підприємстві ІС можуть розглядатися системи класу ERP, MRP/MRP-II, CRM, СЕД, СКУД та ін.

Цей розділвключає три підрозділи:

1. Опис ІВ – детальний опис можливостей ІС (ІТ): структура системи, автоматизовані функції, види призначення модулів, зміст і порядок ведення інформаційних базта ін.

1. Загальний опис СЕД DIRECTUM

DIRECTUM – система електронного документообігута управління взаємодією, націлена на підвищення ефективності роботи всіх співробітників організації у різних галузях спільної діяльності.

DIRECTUM є повноцінною ECM-системою (Enterprise Content Management) та підтримує повний життєвий цикл управління документами, при цьому традиційне «паперове» діловодство органічно вписується в електронний документообіг. DIRECTUM забезпечує ефективну організацію та контроль ділових процесів на основі workflow: узгодження документів, обробка складних замовлень, підготовка та проведення нарад, підтримка циклу продажів та інших процесів взаємодії.

DIRECTUM дозволяє створювати масштабовані, надійні та безпечні корпоративні рішеннядля управління документами, бізнес-процесами, нарадами, договорами та взаємодією з клієнтами.

Робота з DIRECTUM через Інтернет та в Інтранет реалізована у DIRECTUM за кількома напрямками. Сервер веб-доступу забезпечує роботу користувачів із документами та завданнями DIRECTUM через інтерфейс браузера, а Розширення DIRECTUM для SharePoint пропонують спеціалізований інтерфейс доступу до даних системи DIRECTUM через корпоративний портал.

Інструменти адміністрування DIRECTUM дозволяють керувати всіма завданнями адміністрування – від реєстрації користувачів до створення політик міграції документів між файловими сховищами.

2. Структура СЕД DIRECTUM

Система DIRECTUM, побудована за допомогою предметно орієнтованого інструменту IS-Builder, має багаторівневу архітектуру (рис. 41). Архітектура виступає гарантом доступності, надійності та безпеки системи, що дозволяє системі DIRECTUM охопити всіх комп'ютеризованих співробітників та підвищити ефективність роботи організації загалом.

Малюнок 41 – Загальна модельпобудови DIRECTUM

Основними функціональними елементами архітектури є:

· СУБД - Сховище даних та метаданих системи.

· Керуючі служби DIRECTUM - служби, що забезпечують керування системою. Наприклад, служба workflow керує роботою завдань DIRECTUM, а DIRECTUM Storage Services відповідає за файлові сховищадокументів. Усі керуючі служби можуть бути встановлені як на один комп'ютер, так і на різні – з метою розподілу навантаження.

· IS-Builder Runtime Environment – ​​середовище виконання коду, що реалізує інтерфейс служб і додатків користувача (у тому числі сторонньої розробки) для доступу до системи. Зокрема, сервер веб-доступу DIRECTUM, реалізований на платформі ASP.NET, використовує IS-Builder Runtime Environment для реалізації всіх функцій системи, які доступні користувачам через веб-браузер.

· Клієнти системи DIRECTUM - додатки для кінцевих користувачів, інструментарій розробки, утиліти адміністрування системи. Клієнтом може бути як Windows-програма, яка використовує для доступу до системи IS-Builder Runtime Environment, так і веб-браузер.

· Файлові сховища - архіви великих або рідко використовуваних документів, які ефективніше тримати за межами СУБД; керуються власними службами.

В основі системи DIRECTUM є інструмент розробки IS-Builder. Відкритість IS-Builder дозволяє адаптувати систему DIRECTUM до специфічних потреб організації, розвивати функціональність системи та проводити її інтеграцію з іншими системами, зокрема силами програмістів замовника.

Основні можливості інструменту розробки IS-Builder:

· завдання складу типів карток електронних документів;

· розробка складу та структури даних довідників;

· вбудована мова програмування ISBL з розвиненою об'єктною моделлю та багатим набором функцій; можливість створення власних функцій;

· візуальне налаштування форми карток довідників та електронних документів; завдання бізнес-логіки поведінки карток на основі механізму подій;

· зручна розробка блоків типових маршрутів з можливістю їх повторного використання та перенесення між системами;

· налаштування різних звітів за допомогою Microsoft Excel, Microsoft Word та веб-браузера; можливість проведення багатовимірного аналізу даних тощо.

Використання відкритого предметно-орієнтованого інструменту розробки IS-Builder дозволяє швидко розробляти рішення, що масштабуються, для автоматизації бізнес-процесів організацій будь-якої сфери діяльності.

Система DIRECTUM може бути інтегрована з різними корпоративними системами, веб- та desktop-додатками.

Широкі можливості інтеграції DIRECTUM забезпечуються різними засобами, кожне з яких супроводжується докладною документацією під час постачання системи. Серед них – відкрита об'єктна модель з повноцінним COM-інтерфейсом, відкрита структура бази даних, внутрішня мова з можливістю COM-дзвінків та звернень до довільних джерел даних, workflow-механізми, функції для роботи з XML-документами, а також набір засобів інтеграції DIRECTUM Integration Toolset (рис. 42).

Рисунок 42 – структура модулів інтеграції DIRECTUM

DIRECTUM Integration Toolset побудований модульної технології і включає:

· конектори до різним системам(1С, SAP, Microsoft Dynamics AX та ін.);

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

Для вирішення завдань розподіленої роботи у DIRECTUM існує кілька коштів.

Сервер веб-доступу дозволяє працювати з DIRECTUM через Інтернет за допомогою браузера. Цей режим корисний окремим співробітникам, які працюють поза офісом – у відрядженні, вдома, у дорозі.

Альтернативою веб-доступу є режим термінального доступу, коли користувачі підключаються до сервера терміналів, віддалено взаємодіючи з робочим столом Windows та системою DIRECTUM.

Робота з системою через сервер веб-доступу ведеться в режимі реального часу, начебто з нею працювали, перебуваючи в офісі. Розмежування прав доступу до об'єктів повністю збігається з правами доступу, певними повноваженнями та посадовим становищем працівника.

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

У механізмі реплікації беруть участь дві категорії серверів – головні та вторинні. Структура серверів може бути ієрархічною: кожен вторинний сервер може мати один головний сервер та безліч своїх вторинних серверів(Рис. 43).

Рисунок 43 – Механізм реплікації DIRECTUM

3. Автоматизовані функції

Основні функції системи електронного документообігу DIRECTUM з управління документами та діловими процесами:

Управління електронними документами.

керування діловими процесами;

канцелярія;

управління нарадами;

управління взаємодією із клієнтами;

управління договорами;

звернення громадян та організацій;

керування показниками ефективності.

Управління електронними документами. Створення та зберігання різних неструктурованих документів (тексти Microsoft Word, таблиці Microsoft Excel, схеми Microsoft Visio, малюнки CorelDraw, відео та ін.); підтримка версій документів та ЕЦП; структурування документів з папок; призначення прав доступу документи; історія роботи із документами; повнотекстовий та атрибутивний пошук документів.

Управління діловими процесами. Підтримка процесів узгодження та опрацювання документів на всіх стадіях життєвого циклу (docflow); видача електронних завдань та контроль їх виконання; взаємодія між співробітниками у ході бізнес-процесів; підтримка вільних та жорстких маршрутів; багаті бібліотеки блоків, що розширюються, для формування маршрутів (workflow).

Канцелярія. Реєстрація паперових документів відповідно до вимог Державної системи документаційного забезпеченняуправління (ДСДОУ); ведення номенклатури справ із гнучкими правилами нумерації; розсилання та контроль місцезнаходження паперових документів; організація обміну електронними документами з ЕЦП іншими організаціями.

Управління нарадами. Організація підготовки та проведення нарад (узгодження місця та часу, складу учасників, порядку денного); формування та розсилання протоколу; контроль за виконанням рішень наради.

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

Управління договорами. Організація процесу узгодження та реєстрації договорів та супутніх документів, а також оперативної роботи з ними (пошук, аналіз, редагування тощо).

Звернення громадян та організацій. Організація роботи зі зверненнями громадян відповідно до Федерального закону № 59-ФЗ «Про порядок розгляду звернень громадян Російської Федерації» у державних організаціях та на великих підприємствах.

Управління показниками ефективності. Оперативний контроль та аналіз бізнес-процесів підприємства за ключовими показниками ефективності за допомогою збалансованої системи показників (BSC).

4. Фізична та об'єктна структура СЕД Directum

Система DIRECTUM включає наступні компоненти управління та розробки:

Предметно орієнтований інструмент розробки IS-Builder. Модифікація та розробка нових карток електронних документів, довідників, звітів, блоків типових маршрутів; вбудована мова програмування ISBL; інтеграція коїться з іншими системами.

Служби взаємодії систем DIRECTUM (DIRECTUM Intersystem Cooperation Services). Забезпечення наскрізних процесів, передачі документів з ЕЦП та обміну даними між незалежними системами DIRECTUM.

Служби файлових сховищ (DIRECTUM Storage Services). Управління зберіганням великого обсягу даних у єдиній системі; архівне зберігання документів; робота з медіаданими; налаштування політик зберігання, що забезпечують автоматичне переміщення даних по сховищам.

Служби введення документів (DIRECTUM Capture Services). Масове введення документів у DIRECTUM із різних джерел (сканери, МФУ, файлова система, факси, електронна пошта тощо).

Служби перетворення документів (DIRECTUM Transformation Services). Перетворення документів на інші формати, вилучення з документів корисної інформації.

Сервер доступу. Робота з електронними документами, завданнями та завданнями через веб-браузер.

Розширення для SharePoint. Набір готових веб-частин та інтеграційних механізмів, що забезпечують доступ до даних DIRECTUM з порталу на базі Microsoft SharePoint.

Швидка ідентифікація документа DIRECTUM RapID. Маркування документа штрих-кодом та швидкий пошукелектронного документа щодо його паперової копії.

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

DIRECTUM OverDoc. Перегляд, редагування та підписання документів ЕЦП поза системою DIRECTUM для обміну між різними організаціями; розповсюджується безкоштовно.

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

Подальша обробка занесених до системи документів може здійснюватись службами перетворення документів DIRECTUM Transformation Services, які переводять документи в інші формати (зокрема, у формат PDF та HTML) та витягують із них необхідну інформацію (рис 44).

Рисунок 44 – Логічна структура служб Directum

Служби файлових сховищ DIRECTUM Storage Services дозволяють зберігати документи як у базі даних SQL-сервера, що відрізняється простотою адміністрування та високою продуктивністю, так і у файлових сховищах, що практично необмежено розширює доступний для зберігання документів простір та забезпечує потоковий доступ (рис.45).

Рисунок 45 – Структура сховища даних DIRECTUM

5. Бази даних СЕД Directum

Існує два підходи до зберігання документів: у базі даних SQL-сервера і у файлах. DIRECTUM пропонує комбінований варіант, який поєднує переваги обох підходів: простоту адміністрування та високу продуктивність сховищ SQL-сервера та практично необмежений обсяг даних за низької вартості зберігання з можливістю потокового доступу до документів у файлових сховищах.

Типові схемиорганізації єдиного електронного архіву документів (рис. 46).

Перевагою базової схеми сховищ є простота. Ця схемапередбачає зберігання всіх документів у сховище SQL-сервера і виправдовує себе до накопичення критичного обсягу документів.

Дана схема передбачає наявність у системі двох сховищ: оперативного на базі SQL-сервера та архівного файлового сховища.

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

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

Малюнок 46 – Моделі зберігання документів

Дана схема включає 4 сховища: оперативне на SQL-сервері і відповідне йому архівне файлове сховище для роботи з документами невеликого об'єму і не вимагають потокового доступу, і оперативне і архівне файлові сховища для документів об'ємом більше 100 Мб.

При великому обсязі даних та кількості користувачів потужності одного сервера може бути недостатньо. У цьому випадку навантаження може бути перерозподілене між кількома файл-серверами та сервером бази даних.

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

6. Технічне забезпечення СЕД Directum

Вимоги до сервера змінюються в залежності від кількості користувачів, що одночасно працюють, і обсягу оброблюваних даних. Дані типові вимоги до апаратної та програмної частини сервера розроблені виходячи із середніх умов роботи. У кожному конкретному випадку можливі відхилення як у більшу, так і меншу сторону (табл. 9).

При цьому:

· кількість користувачів – кількість одночасно працюючих користувачів. Кількість зареєстрованих користувачів системи – у 2-3 рази більша;

· для конфігурації №1 (до 50 користувачів) можливе використання IDE чи SATA дисків. В інших конфігураціях необхідно використовувати диски SCSI або FC. Частота обертання для старших змін (3, 4) рекомендується 15000 rpm;

· для конфігурації №3 (100-350 користувачів) сервісні службирекомендується встановлювати виділений сервер. Для конфігурації №4 (350-500 користувачів) сервісні служби необхідно встановлювати на виділений сервер.

· у разі використання кластера сервісні служби можна розгорнути на кластері як кластерну групу;

· при виборі обсягу дискової системислід враховувати, що:

при 100 одночасно працюючих користувачах, очікуваний приріст БД - 10-30Gb на рік;

при 500 одночасно працюючих користувачах, очікуваний приріст БД – 60-100 Gb на рік

при 1000 одночасно працюючих користувачах, очікуваний приріст БД - 100-150 Gb на рік.

Таблиця 9 - Вимоги до сервера БД (фрагмент таблиці)

Мінімальні вимоги до клієнтського робочого місця:

процесор: Celeron 1600 MHz або потужніший;

ОЗУ: 256 Mb і більше;

не менше 150 Мб вільного місця на жорсткому диску;

струменевий або лазерний принтер (можливо мережевий);

системне ПЗ: Microsoft Windows 20хх, Microsoft Office 20хх, MDAC 2.8 SP1 (або встановлені клієнтські утиліти SQL-сервер), програми для роботи з документами, що зберігаються в DIRECTUM.

Робота з веб-доступом DIRECTUM підтримується в наступних браузерах:

Internet Explorer 5.5 та вище;

Firefox 2.0 та вище;

Opera 9.0 та вище.

Для опису конкретних інформаційних систем структуру розділу можна змінити.

2. Моделі бізнес-процесів та процесів інформаційної взаємодії«як-буде» – проводиться реінжиніринг інформаційних процесів, і розробляються моделі робіт із застосуванням продукту, що впроваджується.

… Реінжиніринг інформаційних процесів – це сукупність методів і дій, що служать для перепроектування процесів відповідно до умов зовнішнього і внутрішнього середовища та/або цілей бізнесу, що змінилися.

Результат реінжинірингу процесу виготовлення зовнішньої реклами шляхом запровадження інформаційної системи автоматизації проектування рекламної продукції представлений малюнку 47.

Малюнок 47 – Модель процесу автоматизації оформлення замовлення

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

Приклади розроблених схем автоматизації документообігу в середовищі СЕД «DIRECTUM» при виконанні завдань на підготовку та узгодження договорів наведено нижче.

… Автоматизація роботи з договірними документами є дуже важливою. Вона знижує ризики щодо затримок виконання умов та оплат, розвантажує ключових співробітників, забезпечує фінансову стабільність. Тому ТОВ «ТОВ» здійснюється перехід на використання спеціалізованого бізнес-рішення «DIRECTUM: Управління договорами», яке закриває всі етапи від підготовки та погодження документів до контролю повернення оригіналів та виконання всіх зобов'язань.

Впровадження «Управління договорами» спрямоване на вирішення таких завдань:

· прискорення створення договорів на основі шаблонів та узгодження в рамках типових маршрутів;

· централізовану реєстрацію, своєчасне відправлення контрагентам та контроль повернення документа;

· зберігання всіх договірних документів відповідно до прав доступу на період виконання зобов'язань та архівне зберігання надалі;

· контроль за виконанням усіх зобов'язань у відведені терміни;

· оперативний пошук договорів за заданими реквізитами та текстом;

· формування комплектів документів за кожним договором та навігація за ними;

· підготовка звітності у різних розрізах…

… Документ створюється в системі на основі шаблону або копіюванням існуючого документа (з локального файлуабо електронного листа, із факсу або потокового сканера за допомогою служб DIRECTUM Capture Services). Проект договірного документа відправляється на узгодження за налаштованим маршрутом (рис. 48).

У процесі узгодження використовується ЕП, що дозволяє візувати та затверджувати документи, що гарантує їх незмінність та авторство підпису.

Процес узгодження відображається у спеціальному звіті «Аркуш узгодження» (рис. 49), який містить підсумкові підписи та зауваження візуючих.

Створення в системі договірного документа автоматично призводить до його реєстрації, а також автоматично створюється новий запис у довіднику «Договори» (рис. 50). При цьому буде створено реєстраційний номерза настроєним форматом.

Рисунок 48 – Розробка типового маршруту документа

Малюнок 49 – Розробка макета аркуша погодження

Рисунок 50 – Реєстрація договору в БД «DIRECTUM»

Документи, які стосуються певного договору, пов'язуються. Співробітники у будь-який час можуть швидко отримати доступ до всього набору договірних і супутніх документів (рис. 51).

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

У картці договору є можливість визначення та завдання етапів із зазначенням дат початку та завершення кожного етапу (рис. 52). Це дозволяє відстежувати терміни та зміст робіт. Відповідальний співробітник компанії отримує повідомлення, щоб забезпечувати своєчасне виконання зобов'язань за кожним договором та контролювати їх виконання.

Рисунок 51 – Управління зв'язками «документ-співробітник»

Рисунок 52 – Розробка картки документа

Єдиний реєстр (довідник у системі), зв'язування документів, обов'язкове співвіднесення договору з контрагентом дозволяють докладно аналізувати дані та складати звіти у різних розрізах (рис. 53).

Рисунок 53 – Розробка звіту щодо укладених договорів…

… За рахунок впровадження бізнес-рішення «DIRECTUM: Управління договорами» у діяльність ТОВ «ТОВ» зменшуються ризики зриву термінів погодження договорів, а також гарантується своєчасне виконання зобов'язань.

3. Розробка переліку заходів щодо підготовки об'єкта проектування до впровадження ІВ – заходи, що забезпечують впровадження ІВ та їх зміст, ідентифікація ресурсів для виконання заходів

План заходів щодо впровадження (інтеграції) ІВ у діяльність ТОВ «ТОВ» ілюструється діаграмою Ганта та мережевим графіком. Розробка діаграми Ганта та мережевого графіка може бути виконана у середовищі MS Project, MS Excel, MS Visio.

Приклад діаграми Ганта застосування ІС «1С: Управління торгівлею 8, редакція 11» представлений малюнку 54

Малюнок 54 – Діаграма Ганта впровадження ІВ «1С:УТ8»…

Приклад мережного графіка застосування медичної інформаційної системи представлений малюнку 55.

Малюнок 55 – Мережевий графіквпровадження МІС (фрагмент)…

Подібна інформація.

Поняття матеріально-технічного забезпечення

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

Основною метоюслужить надання матеріальних ресурсів виробництвам підприємств, у визначене договором місце.

Функції МТО:

1.Комерційні

• Основні (купівля/матеріальних ресурсів);
• Допоміжні:

а) Маркетингова - вирішення питань визначення та відповідного вибору постачальників;

б) Юридична – правове забезпечення та захист прав власності, супровід ділових переговорів, укладання угод та моніторинг за їх виконанням.

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

Види матеріальних ресурсів

Форми матеріально-технічного забезпечення

1. Транзитна – продукція постачається споживачеві від підприємств-виробників, а закуплена продукція постачається від постачальників у роздрібні точки.

2. Складська – продукція постачається за допомогою проміжних та розподільчих складських комплексів та терміналів.

Організаційна структура МТО

Форми організації управління МТО:

1.Централізована - передбачає виконання функцій єдиною службоюМТО, що зумовлено територіальною цілісністю організації, вузькою номенклатурою матеріалів.

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

3. Змішана – передбачає об'єднання попередніх форм.

Недоліки в організації МТО можуть призвести до:

• Недовипуск продукції і тим самим зниження прибутку;
• Зростання постійних витрат через простої за відсутності ресурсів;
• Випуску шлюбу;
• зниження конкурентоспроможності продукції;
• Втратам через псування матеріалів у запасах.

Систематизація служб МТО передбачає три види структур управління:

1. Функціональна структураозначає спеціалізацію підрозділів у виконанні певних функций. Використовується підприємствами одиничного або дрібносерійного типу виробництва, з невеликою номенклатурою та обсягами матеріалів.

2. Відповідно до товарного принципуокремі підрозділи спеціалізуються на виконанні повного комплексу робіт із постачання матеріалів. Характерна для великосерійних та масових виробництв, з широкою номенклатурою та обсягом матеріалів.

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

Планування МТО

Плануванням МТОназивається отримання підстави ухвалення рішень щодо закупівлі матеріалів.