Автоматизована система з точки зору гост 34
Загальні питання документування
Технічна комунікація: до постановки проблеми
Документування систем і ІТ-інфраструктур
ГОСТ 34
Навіщо потрібні ГОСТ 19 і ГОСТ 34
Автоматизована система з точки зору ГОСТ 34
Автоматизована система з точки зору ГОСТ 34. Продовження
A Ghost of the GOST
Як присвоїти документу «код по госту»
документування інфраструктур
Документування ІТ-інфраструктури організації
документування процесів
Розробка нормативної документації: навіщо вони потрібні і що собою являють?
Коли необхідно починати регламентацію діяльності і перехід до регулярного менеджменту?
управління документуванням
Підхід до оцінки термінів створення технічної документації
Методика і стиль викладу
Яким має бути керівництво користувача
Як світ влаштований? Концептуальний розділ керівництва користувача
Як писати документацію по-англійськи?
інструментарій
Розробка технічної документації на основі єдиного джерела
Писати bat-файли може кожен!
MadCap Flare: система для розробки технічної документації на основі єдиного джерела
Ілюстрований каталог деталей і складальних одиниць за стандартом S1000D
Microsoft Word
Microsoft Word для технічного письменника
Рекомендації по системі стилів в шаблонах для технічної документації
DITA
Технологія DITA: огляд можливостей і основні переваги
Документування вимог за допомогою DITA
DocBook / XML
DocBook / XML: відкрита платформа для розробки технічної документації
Налаштування оформлення вихідних документів в DocBook / XML
Налаштування FO-процесорів для виведення символів кирилиці в середовищі Microsoft Windows
CMDB Docs
Діаграми «стимул-реакція» - альтернатива традиційним моделям бізнес-процесів
Кадрові питання документування
Хто такі технічні письменники?
Технічний письменник. Базові компетенції фахівця
Технічний редактор в великому світі: спеціальність і професія >>
стандартизація
Проект ГОСТу на стиль викладу
ANSI Z535.6 - стандарт на попереджувальні врізки в технічній документації
заходи
Конференція «Документування сьогодні»
Введення в DITA. запис вебінару
Переклад
А. В. Клименко. Ремесло перекладу >>
HAT і CAT
інше
Як написати курсову і не тися по самі вуха
Гуманна робота в програмі Microsoft Excel
Як переконливо скласти кошторис, план або звіт з чисельними даними
Для того щоб успішно застосовувати ГОСТ 34, необхідно розуміти, як, з точки зору цього комплексу стандартів, влаштована автоматизована система. В іншому випадку ми не побачимо в ГОСТах нічого крім довгого списку документів із загадковими назвами, а вимоги до їх змісту зайвий раз переконають нас у тому, що в багато мудрості багато печалі. Тому перш, ніж обговорювати самі документи, ми повинні розібратися в тому, що являє собою предмет документування.
Автоматизована система, її функції та завдання
Визначення автоматизованої системи
ГОСТ 34.003-90 містить таке визначення автоматизованої системи: система, що складається з персоналу і комплексу засобів автоматизації його діяльності, що реалізує інформаційну технологію виконання встановлених функцій. Що це визначення означає на ділі? Розібратися в цьому можна, тільки вчитуючись в інші визначення цього стандарту і зіставляючи їх один з одним. Чим ми зараз і займемося.
цілі діяльності
Автоматизована система може існувати тільки там, де є персонал, зайнятий певною діяльністю. Як правило, мова йде про діяльність, результати якої корисні комусь незалежно від застосовуваних інструментів. Наприклад, в театральну касу я звертаюся за квитком, і мене цілком влаштує, якщо касирка випише мені його ручкою на бланку, аби мене по ньому пустили в зал. Касирці, за великим рахунком, теж все одно, як саме виготовити квиток. Її влаштує будь-який спосіб, якщо він буде не дуже трудомісткий і забезпечить їй можливість продати мені квиток. Інакше кажучи, у нас з нею є спільна мета. У ГОСТ 34.003-90 для її позначення використовується термін мета діяльності. Всякий раз, коли черговий глядач відходить від віконця з квитком в руках, а театр стає трішки багатшими, ця мета діяльності досягається.
Функції автоматизованої системи
Цілей діяльності може бути (і, як правило, буває) кілька. Будь корисний поза самої діяльності результат допустимо вважати її метою. Так, якщо касирка не тільки продає квиток, але і в кінці робочого дня становить для начальства звіт про продажі, складання щоденного звіту може розглядатися в якості ще однієї мети діяльності.
Функція автоматизованої системи - фундаментальне поняття в ГОСТ 34. Автоматизована система розглядатися, в першу чергу, як сума своїх функцій і вже потім як купа «софта» і «заліза». Найголовніше, що робить система, а з чого вона складається, другорядне.
Сказане вище могло привести Новомосковсктеля до висновку, що кожної мети діяльності в автоматизованій системі відповідає одна і тільки одна функція. Таку систему легко собі уявити, але практика більш різноманітна. З одного боку, далеко не завжди діяльність автоматизується повністю. Деяких цілей і після впровадження автоматизованої системи доводиться домагатися вручну. З іншого боку, оскільки один і той же результат в різних умовах може досягатися різними способами, на одну мету діяльності в автоматизованій системі можуть бути спрямовані кілька функцій, припустимо, продаж квитка в касі і продаж квитка через Інтернет. Крім того, будь-яка автоматизована система вимагає певного обслуговування, тому доводиться вводити ще поняття допоміжної функції. Типовий приклад - створення резервної копії даних.
Завдання автоматизованої системи
У загальному випадку при виконанні функції частина роботи виконується персоналом, а частина технікою, скажімо, квиток виводиться на друк автоматично, а видається покупцю касиркою вручну. Послідовність автоматичних (sic) дій, що приводить до результату заданого виду, в ГОСТ 34.003-90 називається завданням.
Одна і та ж завдання може вирішуватися при виконанні різних функцій. Наприклад, якщо в автоматизованій системі є кілька функцій для продажу квитка, то виконання кожної з них може в якийсь момент зажадати виведення квитка друк.
Склад автоматизованої системи
підсистеми
Якщо автоматизована система досить складна, її ділять на підсистеми. Що значить, досить складна, сказати досить складно. У теорії систем описані різні рівні і критерії складності. На практиці необхідність виділення в автоматизованій системі декількох підсистем часто буває викликана організаційними і фінансовими причинами, наприклад, підсистеми розробляють і вводять в експлуатацію послідовно.
Хоча в ГОСТ 34 термін підсистема вживається багаторазово, формального визначення цього поняття там начебто немає. Досвід підказує, що підсистема - це частина автоматизованої системи, яка теж задовольняє визначенню автоматизованої системи, зокрема, має повноцінні функції.
компоненти
Виділення цілей діяльності, функцій автоматизованої системи і при необхідності її підсистем багато в чому суб'єктивно і поставлено в залежність від точки зору суб'єкта, який вирішив цим зайнятися. Якщо деякий результат важливий в контексті розв'язуваної задачі, ми можемо вважати його метою, а інакше ігнорувати. Розбивати автоматизовану систему на підсистеми ми теж будемо так, як нам зручно, аби наші рішення не суперечили змісту цього поняття.
Компоненти - це частини, з яких ми в об'єктивній реальності будуємо автоматизовану систему. Система фізично складається зі своїх компонентів, тому поділ автоматизованої системи на компоненти носить найбільш об'єктивний характер.
Покомпонентний складу автоматизованої системи дуже важливий з точки зору її документування, оскільки з технічною документацією на систему як таку і на компоненти звертаються по-різному. Її, взагалі кажучи, повинні розробляти різні люди, і її оформляють за різними стандартами в залежності від типу компонента.
види забезпечення
Одне з найбільш складних понять для початківця користувача ГОСТ 34 - вид забезпечення. Що за забезпечення таке? Чи можна його побачити або помацати? Продати або купити?
Кожен вид забезпечення об'єднує в собі компоненти або технічні рішення певного характеру. У ГОСТ 34 згадується багато різних видів забезпечення, послідовно описувати тут кожен з них ми не будемо, а перерахуємо тільки найбільш помітні:
- інформаційне забезпечення - всі дані і метадані, з якими працює система;
- програмне забезпечення - всі програми, які входять до складу системи;
- технічне забезпечення - все технічні засоби (інакше кажучи, обладнання, апаратура), які входять до складу системи.
Повторимо ще раз, це не всі види забезпечення. Ми навіть не можемо впевнено сказати, що вони найважливіші. Наприклад, для автоматизованих систем управління технологічними процесами (АСУТП) величезне значення має метрологічне забезпечення. Багато автоматизовані системи вимагають складного математичного і лінгвістичного забезпечення. Але уявити собі автоматизовану систему, яка була б повністю позбавлена одного з трьох перерахованих вище видів забезпечення, важко (вправа: спробуйте).
Приклад розподілу автоматизованої системи
Підсистема продажу квитків