ГЛАВА 20

К оглавлению 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
34 35 36

МЕТОДЫ ОЦЕНКИ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ

Среди большого числа методов оценки деятельности предприятий наибольшее распространение (по крайней мере в отечественных консалтинговых проектах) получили следующие два:

метод динамического функционального анализа на основе сетей Петри различного вида;

метод функционально-стоимостного анализа ABC.

Каждый из этих методов (и соответствующих поддерживающих инструментальных средств) регламентирует следующие основные этапы выполнения оценок:

построение статической функциональной модели (с использованием SADT или DFD-нотации);

расширение статической модели соответственно поведенческими или стоимостными характеристиками ее объектов;

сбор и ввод в модель необходимой фактической информации;

“исполнение” модели и получение соответствующих оценок.

20.1. Динамическое моделирование с использованием сетей Петри

Сеть Петри представляет собой ориентированный граф с вершинами двух типов (позициями и переходами), в котором дугами могут соединяться только вершины различных типов. В позиции сети помещаются специальные маркеры (“фишки”), перемещение которых и отображает динамику моделируемой системы. Изменение маркировки (движение маркеров) происходит в результате выполнения (срабатывания) перехода на основе соответствующего внешнего события. Точнее, переход срабатывает, если во всех его входных позициях имеются маркеры и происходит соответствующее переходу событие. При этом из каждой входной позиции срабатываемого перехода маркер удаляется, а в каждую выходную позицию - заносится.

Рис. 20.1. Пример сети Петри

На рис.20.1 приведен пример сети Петри с позициями P1-P6 и переходами t1-t8. Единственный маркер находится в позиции P1, все остальные позиции пусты. При срабатывании перехода t1 маркер переносится из позиции P1 в позицию P2, при срабатывании перехода t2 маркер переносится из позиции P2 в позиции P3 и P4 и т.д.

Фактически сеть Петри декомпозирует систему на активные (переходы) и пассивные (позиции - хранилища маркеров) элементы. Следует отметить, что рассмотренные ранее диаграммы переходов состояний являются вырожденными сетями Петри, а именно, сетями с одним типом вершин (переходами).

На практике обычно применяются более сложные и развитые сети Петри. Модификации, как правило, касаются следующих трех моментов:

введение иерархии (иерархические сети Петри);

определение различий в маркерах, каждый из которых имеет свои уникальные характеристики (цветные/раскрашенные сети Петри);

введение многоместных (содержащих несколько маркеров) позиций, как последовательных, так и параллельных (сети Петри с многоместными позициями).

Последнее вносит в работу сети специфику, характеризуемую правилами срабатывания переходов. Последовательная позиция соответствует дисциплине FIFO (first in - first out): входящий маркер ставится в конец очереди, выходящий берется из ее начала. Поэтому срабатывание перехода обуславливается характеристиками начального маркера - если эти характеристики являются неблагоприятными, то переход блокируется и функционирование сети прекращается. Из параллельной позиции может выйти любой из находящихся в ней маркеров, удовлетворяющий условию срабатывания перехода (при этом для избежания конфликтов маркерам присваиваются приоритеты).

В консалтинговых проектах динамическое моделирование с использованием сетей Петри осуществляется на основании статической функциональной и частично информационной моделей. Соответствующие инструментальные средства (например, Design/CPN для SADT и CPN-AMI, INCOME для DFD) осуществляют автоматическое преобразование функциональных моделей в прообразы сетей Петри, которые затем дорабатываются вручную. Такое преобразование базируется на том, что маркер моделирует порцию потока данных, а позиция - накопление и хранение таких порций. Каждая из диаграмм функциональной модели трансформируется в соответствующую компоненту (подсеть) иерархической сети Петри. При этом процессы и потоки DFD-диаграммы (активности и потоки SADT-диаграммы) отображаются, соответственно, переходами и позициями. Хранилища данных и внешние сущности также преобразуются в позиции для каждого входящего/исходящего потока (при этом для внешних сущностей маркируются позиции, соответствующие исходящим из них потокам). На основе информационной модели определяются правила срабатывания переходов в зависимости от значений, которые принимают атрибуты используемых сущностей.

С использованием динамической модели подобного типа можно описать и проанализировать:

механизмы взаимодействия процессов (последовательность, параллелизм, альтернатива)

временные отношения между выполнениями процессов (одновременность, наложение, поглощение, одинаковое время запуска/завершения и т.п.);

абсолютные времена (длительность процесса, время запуска, зависимости от времени выполнения процесса и др.);

управление исключительными ситуациями, определяемое нарушениями.

Построенные динамические модели позволяют осуществлять следующие операции:

статический анализ системы (компоненты сети, иерархия сети, соответствие типов);

динамический анализ системы для конкретного маркирования сети;

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

20.2. ABC - метод функционально-стоимостного анализа

ABC (Activity Based Costing) - метод определения стоимости и других характеристик товаров и услуг на базе функций и ресурсов, задействованных во всех деятельностях предприятия (производстве, маркетинге, обслуживании клиентов, оказании услуг, технической поддержке и т.п.). Он был разработан как “операционно-ориентированная” альтернатива традиционным подходам, основанным на использовании прямых затрат труда и материалов как основы для вычисления накладных расходов. ABC-метод рассматривает деятельность предприятия как множество последовательно выполняемых процессов/функций (в том числе и косвенных, вносящих большой вклад в формирование стоимости), распределяя при этом накладные расходы в соответствии с детальными расчетами использования ресурсов, подробными моделями процессов и их влиянием на себестоимость.

Определение стоимости производится в два этапа:

определение затрат на выполнение функций на основе необходимых для этого ресурсов, включающих прямые затраты материалов и труда, косвенные затраты труда и накладные расходы

определение затрат на стоимостные объекты (товары, услуги, обслуживание клиентов) на основе используемых ими функций.

Фактически ABC-модель содержит три взаимоувязанных модуля:

модуль ресурсов, моделирующий все необходимые для деятельности предприятия ресурсы в денежном выражении - затраты на аренду помещений, оборудование, оплату труда, сырье и материалы и т.п.

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

модуль стоимостных объектов, моделирующий результаты деятельности предприятия, на которые в конечном счете и расходуются средства.

Разработка ABC-модели включает следующие этапы:

выявление требуемых ресурсов

выявление стоимостных объектов

определение функций

определение факторов ресурсов - показателей, применяемых для установления взаимосвязей между модулями ресурсов и функций

определение стоимости функций

отбор функциональных факторов - показателей, применяемых для установления взаимосвязей между модулями функций и стоимостных объектов.

Задача определения функций заключается в построении функциональной модели деятельности предприятия и решается с использованием методов структурного системного анализа, поддерживающих иерархии SADT или DFD-диаграмм.

На следующем этапе осуществляется связывание модулей ресурсов и функций за счет присваивания каждой функции факторов ресурсов, характеризующих потребление ресурсов функцией. Например, потребление функцией Ремонт ресурса Затраты на аренду помещения может определяться на основе фактора ресурсов Занимаемая площадь, значение которого представляет собой размер площади, занимаемой под ремонтные мастерские.

Вычисление итоговой стоимости функций целесообразно осуществлять путем восходящего суммирования: сначала необходимо определить стоимость выполнения элементарных функций на нижнем уровне иерархии, а затем последовательно суммировать стоимость выполнения функций снизу вверх по всем уровням модели.

Целью следующего этапа является выбор функциональных факторов, определяющих стоимость товаров и услуг. При этом значение каждого функционального фактора должно определть долю стоимости данной функции в каждом стоимостном объекте. Например, стоимость функции Тиражирование рекламных материалов распределяется по стоимостным объектам (рекламируемым товарам) пропорционально количеству страниц в этих материалах.

После построения ABC-модели необходимо ввести конкретные числовые значения, характеризующие величины выбранных параметров (значения затрат, ресурсов и факторов), после этого ее можно использовать для анализа и принятия решений.

Следует отметить, что ABC-модель лишь обеспечивает получение важной для бизнес-процесса информации, содержащей стоимостную картину деятельности и характеризующей ее эффективность и прибыльность товаров и услуг. Для дальнейшего ее анализа и основанного на нем управления предприятием применяется методика ABM (Activity Based Management), регламентирующая средства и способы управления с целью совершенствования бизнес-процессов и повышения прибыльности. Фактически ABM представляет собой комплекс методов анализа ABC-модели для реорганизации бизнес-процессов с целью повышения производительности, снижения стоимости и улучшения качества:

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

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

определение целевой стоимости, помогающее планировать выпуск товаров и оказание услуг с заданной стоимостью;

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

ПРИЛОЖЕНИЕ 1

Внедрение структурного подхода и выбор CASE-средств

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

Выбирайте небольшой, достаточно простой проект. Идеальным кандидатом для опытного проекта является проект продолжительностью до полугода (включая обучение), требующий для реализации около четырех человеко-лет. Такой проект имеет достаточную продолжительность, чтобы быть заслуживающим внимания руководства, но достаточно коротким для обеспечения приемлемой по времени обратной связи.

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

Не жалейте денег на обучение, но и не направляйте Ваших специалистов на многочисленные одновременные курсы: аналитик предметной области, системный аналитик и проектировщик - это разные профессии, освоить их одновременно невозможно.

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

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

Пригласите опытного консультанта для контроля двух ключевых моментов в проекте: на этапе начала его создания и на этапе завершения перед его проверкой. Одна человеко-неделя консультирования может сохранить несколько человеко-месяцев усилий по лечению.

Тщательно выбирайте инструментальные средства.

На выбор CASE-пакетов для выполнения консалтинговых проектов влияет огромное количество факторов. Ниже приводится ряд рекомендаций, помогающих обойти лишь некоторые из подводных камней, неизбежно возникающих при переходе к новым технологиям.

Поддержка методологий структурного (а не объектно-ориентированного) анализа и проектирования на начальных этапах проекта. Если Вы при общении с руководством или экспертом предметной области (например, с бухгалтером) будете употреблять слова “наследование”, ”инкапсуляция”, ”полиморфизм” и т.п., то в лучшем случае столкнетесь с непониманием.

Поддержка классических методов структурного анализа и проектирования. Это позволит Вам в случае неудовлетворенности пакетом относительно легко подобрать новый, не переделывая, а лишь перерисовывая (в худшем случае) наработанные модели.

Выбор в качестве первого опыта недорогих продуктов с учетом информации о реальных проектах, выполненных с их использованием. Например, известен ряд фирм и банков, использующих на начальных этапах проектирования автоматизированных банковских систем пакеты CASE.Аналитик для построения функциональной, а ERwin для построения информационной моделей.

Наличие средств экспорта/импорта фрагментов проекта, что при коллективной работе поможет избежать множества проблем, связанных с мультипользовательским доступом.

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

Автоматическая генерация проектной документации в соответствии с общепринятыми стандартами (отечественных заказчиков вполне удовлетворяют ГОСТы, зарубежных - DOD STD-2167A).

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

Для информационного моделирования - наличие средств генерации схем БД для широкого спектра СУБД, а также поддержки обратного проектирования (reverse engineering), т.е. создания информационных моделей из существующих БД.

ПРИЛОЖЕНИЕ 2

Системы класса MRP

В конце 60-х годов Американским обществом управления производством и запасами (APICS), были сформулированы принципы управления предприятием, которые легли в основу концепции MRP (Material Requirement Planning), в настоящее время ставшей стандартом де-факто:

производственная деятельность описывается как поток взаимосвязанных заказов;

при выполнении заказов учитываются ограничения ресурсов;

обеспечивается минимизация производственных циклов и запасов;

заказы снабжения и производства формируются на основе заказов реализации и производственных графиков;

движение заказов увязывается с экономическими показателями;

выполнение заказа завершается к тому моменту, когда он необходим.

В последующие годы обновление концепции осуществлялось по пути расширения функциональных возможностей, соответствующих растущим потребностям предприятий по обслуживанию клиентов, и включало следующие этапы:

планирование потребностей в материалах на основе данных о составе изделий и складских запасов (MRP);

формирование производственной программы в масштабах всего предприятия и контроль ее выполнения на уровне подразделений (Closed Loop MRP);

прогнозирование, планирование и контроль производства по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю (MRP II - Manufacturing Resource Planning);

планирование потребностей в распределении и ресурсах при наличии у предприятия территориально-распределенной структуры и получение окончательного итога процесса моделирования сбытового и производственного планов в денежном выражении (MRP III - Money Resource Planning / ERP - Enterprise Resource Planning).

Современные автоматизированные системы управления предприятием являются программными реализациями перечисленных концепций и предназначены, прежде всего, для обеспечения руководства предприятия средствами управления производством. Ниже перечислены основные функции таких систем.

Планирование, включающее прогнозирование, производственное и объемно-календарное планирование, планирование потребностей в материалах и производственных мощностях.

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

Управление запасами, и том числе управление данными по запасам, статистическое управление запасами, управление размещением запасов и планирование их распределения, управление партиями.

Управление сбытом, включая предложения и контракты на продажу, управление заказами на продажу, статистику по реализации, маркетинговую информацию.

Управление снабжением, включающее ведение предложений и контрактов, управление заказами и статистику.

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

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

Управление проектами, в том числе финансовая подготовка проекта (сметы), планирование проекта, конфигурация нестандартных изделий.

Проектно-конструкторские работы, включая управление чертежами, классификацию продукции, конструкторские спецификации и связь с САПР.

Примерами западных систем рассматриваемого класса являются R3 (продукт германской фирмы SAP AG), CA-MK/X (пакет американской фирмы Computer Associates), BAAN IV (продукт голландской фирмы Baan Int), IFS (пакет шведской фирмы IFS AB). Отечественные разработки значительно уступают перечисленным продуктам прежде всего по функциональности и степени интеграции модулей в единое информационное пространство. Кроме того, в отечественных продуктах отсутствуют встроенные средства наглядного описания бизнес-процессов (фактически, функционального и информационного моделирования).

С другой стороны, отечественные системы ориентированы на структуры российских предприятий и гораздо более адаптивны к непрерывным изменениям в налоговой и правовой сфере.

ПРИЛОЖЕНИЕ 3

Выдержки из 34 комплекса государственных стандартов на автоматизированные системы

П3.1. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания

Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т.п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях (далее организациях). Стандарт устанавливает стадии и этапы создания АС, а также содержание работ на каждом этапе.

Процесс создания АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям. Стадии и этапы создания АС в общем случае приведены ниже.

1. Формирование требований к АС

1.1. Обследование объекта и обоснование необходимости создания АС

1.2. Формирование требований пользователя к АС

1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)

2. Разработка концепции АС

2.1. Изучение объекта

2.2. Проведение необходимых научно-исследовательских работ

2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя

2.4. Оформление отчета о выполненной работе

3. Техническое задание

3.1. Разработка и утверждение технического задания на создание АС

4. Эскизный проект

4.1. Разработка предварительных проектных решений по системе и ее частям

4.2. Разработка документации на АС и ее части

5. Технический проект

5.1. Разработка проектных решений по системе и ее частям

5.2. Разработка документации на АС и ее части

5.3. Разработка и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку

5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации

6. Рабочая документация

6.1. Разработка рабочей документации на систему и ее части

6.2. Разработка или адаптация программ

7. Ввод в действие

7.1. Подготовка объекта автоматизации к вводу АС в действие

7.2. Подготовка персонала

7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

7.4. Строительно-монтажные работы

7.5. Пусконаладочные работы

7.6. Проведение предварительных испытаний

7.7. Проведение опытной эксплуатации

7.8. Проведение приемочных испытаний

8. Сопровождение АС

8.1. Выполнение работ в соответствии с гарантийными обязательствами

8.2. Послегарантийное обслуживание

Допускается исключать стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.

На этапе 1.1 в общем случае проводят сбор данных об объекте автоматизации и осуществляемых видах деятельности; оценку качества функционирования объекта и осуществляемых видов деятельности, выявление проблем, решение которых возможно средствами автоматизации; оценку (технико-экономической, социальной и т. п.) целесообразности создания АС.

На этапе 1.2 проводят подготовку исходных данных для формирования требований к АС (характеристика объекта автоматизации, описание требований к системе, ограничения допустимых затрат на разработку, ввод в действие и эксплуатацию, эффект, ожидаемый от системы, условия создания и функционирования системы); формулировку и оформление требований пользователя к АС.

На этапе 1.3 проводят оформление отчета о выполненных работах на данной стадии и оформление заявки на разработку АС (тактико-технического задания) или другого замещающего ее документа с аналогичным содержанием.

На этапах 2.1 и 2.2 организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчеты о НИР.

На этапе 2.3 в общем случае проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта; определение порядка оценки качества и условий приемки системы; оценку эффектов, получаемых от системы.

На этапе 2.4 подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии, описание и обоснование предлагаемого варианта концепции системы.

На этапе 3.1 проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС.

На этапе 4.1 определяются функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепции информационной базы, ее укрупненная структура; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств.

На этапе 5.1 обеспечивают разработку общих решений по системе и ее частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решений задач и применяемым языкам, по организации и ведению информационной базы, системе классификации и кодирования информации, по программному обеспечению.

На этапах 4.2 и 5.2 проводят разработку, оформление, согласование и утверждение документации в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС.

На этапе 6.1 осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, ее оформление, согласование и утверждение.

На этапе 6.2 проводят разработку программ и программных средств системы, выбор, адаптацию и/или привязку приобретаемых программных средств, разработку программной документации.

На этапе 7.1 проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие, в том числе: реализацию проектных решений по организационной структуре АС; обеспечение подразделений объекта управления инструктивно-методическими материалами; внедрение классификаторов информации.

На этапе 7.2 проводят обучение персонала и проверку его способности обеспечить функционирование АС.

На этапе 7.6 осуществляют испытания АС на работоспособность и соответствие техническому заданию в соответствии с программой и методикой предварительных испытаний; устранение неисправностей и внесение изменений в документацию на АС, в том числе эксплуатационную в соответствии с протоколом испытаний; оформление акта о приемке АС в опытную эксплуатацию.

На этапе 7.7 проводят опытную эксплуатацию АС; анализ результатов опытной эксплуатации АС; доработку (при необходимости) программного обеспечения АС; дополнительную наладку (при необходимости) технических средств АС; оформление акта о завершении опытной эксплуатации.

На этапе 7.8 проводят испытание на соответствие техническому заданию в соответствии с программой и методикой приемочных испытаний; анализ результатов испытаний АС и устранение недостатков, выявленных при испытаниях; оформление акта о приемке АС в постоянную эксплуатацию.

На этапе 8.1 осуществляют работы по устранению недостатков, выявленных при эксплуатации АС в течение установленных гарантийных сроков, внесению необходимых изменений в документацию на АС.

На этапе 8.2 осуществляют работы по анализу функционирования системы; выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений; установлению причин этих отклонений; устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС; внесению необходимых изменений в документацию на АС.

П3.2. РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов

Настоящие методические указания распространяются на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследование, проектирование и т.п.), включая их сочетание, и устанавливают требования к содержанию документов, разрабатываемых при создании АС.

Содержание документов является общим для всех видов АС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создаваемой АС. Допускается включать в документы дополнительные разделы и сведения, объединять и исключать разделы. Содержание каждого документа определяет разработчик в зависимости от объекта проектирования (системы, подсистема и т.д.).

1. Пояснительные записки к эскизному, техническому проектам содержат разделы: общие положения; описание процесса деятельности; основные технические решения; мероприятия по подготовке объекта автоматизации к вводу системы в действие.

В разделе "Общие положения" приводят:

наименование проектируемой АС и наименования документов, их номера и дату утверждения, на основании которых ведут проектирование АС;

перечень организаций, участвующих в разработке системы, сроки выполнения стадий;

цели, назначение и области использования АС;

подтверждение соответствия проектных решений действующим нормам и правилам техники безопасности, пожаро- и взрывобезопасности и т.п.;

сведения об использованных при проектировании нормативно-технических документах;

сведения о НИР, передовом опыте, изобретениях, использованных при разработке проекта;

очередность создания системы и объем каждой очереди.

В разделе "Описание процесса деятельности"

отражают состав процедур (операций) с учетом обеспечения взаимосвязи и совместимости процессов автоматизированной и неавтоматизированной деятельности;

формируют требования к организации работ в условиях функционирования АС.

В разделе "Основные технические решения" приводят:

решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы, подсистем;

решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости;

решения по режимам функционирования, диагностированию работы системы;

решения по численности, квалификации и функциям персонала АС, режимам его работы, порядку взаимодействия;

сведения об обеспечении заданных в техническом задании (ТЗ) потребительских характеристик системы (подсистем), определяющих ее качество;

состав функций, комплексов задач, реализуемых системой (подсистемой);

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

решения по составу информации, объему, способам ее организации, видам машинных носителей, входным и выходным документам и сообщениям, последовательности обработки информации и другим компонентам;

решения по составу программных средств, языкам деятельности, алгоритмам процедур и операций и методам их реализации.

В разделе "Мероприятия по подготовке объекта автоматизации к вводу системы в действие" приводят:

мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ;

мероприятия по обучению и проверке квалификации персонала;

мероприятия по созданию необходимых подразделений и рабочих мест;

мероприятия по изменению объекта автоматизации;

другие мероприятия, исходящие из специфических особенностей создаваемых АС.

2. Схема функциональной структуры содержит:

элементы функциональной структуры АС (подсистемы АС); автоматизированные функции и/или задачи (комплексы задач); совокупности действий (операций), выполняемых при реализации автоматизированных функций только техническими средствами (автоматически) или только человеком;

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

детализированные схемы частей функциональной структуры (при необходимости).

3. Описание автоматизируемых функций содержит разделы: исходные данные; цели АС и автоматизированные функции; характеристика функциональной структуры; типовые решения (при наличии).

В разделе "Исходные данные" приводят:

перечень исходных материалов и документов, использованных при разработке функциональной части проекта АС;

особенности объекта управления, влияющие на проектные решения по автоматизированным функциям;

данные о системах управления, взаимосвязанных с разрабатываемой АС, и сведения об информации, которой она должна обмениваться с абонентами и другими системами;

описание информационной модели объекта вместе с его системой управления.

В разделе "Цели АС и автоматизированные функции" приводят описание автоматизированных функций, направленных на достижение установленных целей.

Раздел "Характеристика функциональной структуры" содержит:

перечень подсистем АС с указанием функций и/или задач, реализуемых в каждой подсистеме;

описание процесса выполнения функций (при необходимости);

необходимые пояснения к разделению автоматизированных функций на действия (операции), выполняемые техническими средствами и человеком;

требования к временному регламенту и характеристикам процесса реализации автоматизированных функций (точности, надежности и т.п.) и решения задач.

В разделе "Типовые решения" приводят перечень типовых решений с указанием функций, задач, комплексов задач, для выполнения которых они применены.

4. Описание постановки задачи (комплекса задач) содержит разделы: характеристики комплекса задач; выходная информация; входная информация.

В разделе "Характеристики комплекса задач" приводят:

назначение комплекса задач;

перечень объектов (технологических объектов управления, подразделений предприятия и т. п.), при управлении которыми решают комплекс задач;

периодичность и продолжительность решения;

условия, при которых прекращается решение комплекса задач автоматизированным способом (при необходимости);

связи данного комплекса задач с другими комплексами (задачами) АС;

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

распределение действий между персоналом и техническими средствами при различных ситуациях решения комплекса задач.

Раздел "Выходная информация" содержит:

перечень и описание выходных сообщений;

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

В описании по каждому выходному сообщению следует указывать:

идентификатор;

форму представления сообщения (документ, видеокадр, сигнал управления) и требования к ней;

периодичность выдачи;

сроки выдачи и допустимое время задержки решения;

получателей и назначение выходной информации.

В описании по каждой структурной единице информации следует указывать:

наименование;

идентификатор выходного сообщения, содержащего структурную единицу информации;

требования к точности и надежности вычисления (при необходимости).

Раздел "Входная информация" должен содержать:

перечень и описание входных сообщений (идентификатор, форму представления, сроки и частоту поступления);

перечень и описание структурных единиц информации входных сообщений или ссылку на документы, содержащие эти данные.

В описании по каждой структурной единице информации входных сообщений следует указывать:

наименование;

требуемую точность ее числового значения (при необходимости);

источник информации (документ, видеокадр, устройство, кодограмма, информационная база на машинных носителях и т. д.);

идентификатор источника информации.

5. Общее описание системы содержит разделы: назначение системы; описание системы; описание взаимосвязей АС с другими системами; описание подсистем (при необходимости).

В разделе "Назначение системы" указывают:

вид деятельности, для автоматизации которой предназначена система;

перечень объектов автоматизации, на которых используется система;

перечень функций, реализуемых системой.

В разделе "Описание системы" указывают:

структуру системы и назначение ее частей;

сведения об АС в целом и ее частях, необходимые для обеспечения эксплуатации системы;

описание функционирования системы и ее частей.

В разделе "Описание взаимосвязей АС с другими системами" указывают:

перечень систем, с которыми связана данная АС;

описание связей между системами;

описание регламента связей;

описание взаимосвязей АС с подразделениями объекта автоматизации.

В разделе "Описание подсистем" указывают:

структуру подсистем и назначение ее частей;

сведения об подсистемах и их частях, необходимые для обеспечения их функционирования;

описание функционирования подсистем и их частей.

6. Программа и методика испытаний должна содержать перечни конкретных проверок (решаемых задач), которые следует осуществлять при испытаниях для подтверждения выполнения требований ТЗ, со ссылками на соответствующие методики (разделы методик) испытаний. Перечень проверок, подлежащих включению в программу испытаний, включает:

соответствие системы ТЗ;

комплектность системы;

комплектность и качество документации;

комплектность, достаточность состава и качество программных средств и программной документации;

количество и квалификация обслуживающего персонала;

степень выполнения требований функционального назначения системы;

контролепригодность системы;

выполнение требований техники безопасности, противопожарной безопасности, промышленной санитарии, эргономики;

функционирование системы с применением программных средств.

Программа испытаний содержит разделы: объект испытаний; цель испытаний; общие положения; объем испытаний; условия и порядок проведения испытаний; материально-техническое обеспечение испытаний; метрологическое обеспечение испытаний; отчетность.

В разделе "Объект испытаний" указывают: полное наименование системы, обозначение; комплектность испытательной системы.

В разделе "Цель испытаний" указывают конкретные цели и задачи, которые должны быть достигнуты и решены в процессе испытаний.

В разделе "Общие положения" указывают:

перечень руководящих документов, на основании которых проводят испытания;

место и продолжительность испытаний;

организации, участвующие в испытаниях;

перечень ранее проведенных испытаний;

перечень предъявляемых на испытания документов, откорректированных по результатам ранее проведенных испытаний.

В разделе "Объем испытаний" указывают:

перечень этапов испытаний и проверок, а также количественные и качественные характеристики, подлежащие оценке;

последовательность проведения и режимы испытаний;

требования по испытаниям программных средств;

перечень работ, проводимых после завершения испытаний, требования к ним, объем и порядок проведения.

В разделе "Условия и порядок проведения испытаний" указывают:

условия проведения испытаний;

условия начала и завершения отдельных этапов испытаний;

имеющиеся ограничения в условиях проведения испытаний;

требования к техническому обслуживанию системы;

меры, обеспечивающие безопасность и безаварийность проведения испытаний;

порядок взаимодействия организаций, участвующих в испытаниях;

порядок привлечения экспертов для исследования возможных повреждений в процессе проведения испытаний;

требования к персоналу, проводящему испытания, и порядок его допуска к испытаниям.

7. Схема организационной структуры содержит:

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

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

8. Описание организационной структуры содержит разделы: изменения в организационной структуре управления объектом; организация подразделений; реорганизация существующих подразделений управления. В разделе "Изменения в организационной структуре управления объектом" указывают: проектные решения по изменению организационной структуры управления объектом и их обоснование; описание изменений во взаимосвязях между подразделениями. В разделе "Организация подразделений" приводят: описание организационной структуры и функций подразделений, создаваемых с целью обеспечения функционирования АС; описание регламента работ; перечень категорий работников и число штатных единиц. В разделе "Реорганизация существующих подразделений управления" указывают описание изменений, обусловленных созданием АС, которые необходимо осуществить в каждом из действующих подразделений управления объектом в организационной структуре, функциях подразделений, регламенте работы, составе персонала подразделений.

9. Методика автоматизированного проектирования содержит разделы: общие положения; постановка задачи; методика проектирования; исходные данные; проектные процедуры; оценка результатов. В разделе "Общие положения" указывают класс объектов, на которые распространена методика, состав специалистов-пользователей, требования и ограничения на условия применения методики. В разделе "Постановка задачи" указывают основные пути и направления решения задачи, требования и ограничения на решение, критерии оценки результатов. В разделе "Методика проектирования" описывают выбранные математические методы, используемые при проектировании, указывают состав и назначение проектных процедур, порядок взаимодействия проектных процедур в процессе выполнения. В разделе "Исходные данные" определяют состав, порядок выбора, представления и формирования массивов используемой информации, перечень обозначений элементов, описывающих предметную область, с указанием их наименований, единиц измерений, диапазона изменения значений, критерии оценки исходных данных, выбирают методы и модели решения. В разделе "Проектные процедуры" указывают по каждой проектной процедуре состав нормативно-справочных входных данных, правила доступа к ним, порядок выполнения процедуры, состав и форму выходных сообщений. В разделе "Оценка результатов" приводят анализ полученного проектного решения на соответствие заданным критериям.

10. Перечень входных сигналов и данных содержит разделы: перечень входных сигналов; перечень входных данных.

В разделе "Перечень входных сигналов" указывают:

для аналогового сигнала - наименование измеряемой величины, единицы измерения, диапазон изменения, требования точности и периодичности измерения, тип сигнала;

для дискретного сигнала - наименование, разрядность и периодичность, тип сигнала;

для сигнала "да-нет" - источник формирования и смысловое значение сигнала.

В разделе "Перечень входных данных" указывают:

наименование, кодовое обозначение и значность реквизитов входных данных;

наименования и кодовые обозначения документов или сообщений, содержащих эти данные.

11. Перечень выходных сигналов (документов) содержит разделы: перечень выходных сигналов; перечень выходных документов. Раздел "Перечень выходных сигналов" содержит перечень выходных сигналов с указанием их наименований, назначения, единиц измерения и диапазонов изменения, способа представления, пользователей информации. Раздел "Перечень выходных документов" содержит перечень выходных документов с указанием их наименований, кодовых обозначений, перечня и значности реквизитов, пользователей информации.

12. Описание информационного обеспечения системы содержит разделы: состав информационного обеспечения; организация информационного обеспечения; организация сбора и передачи информации; построение системы классификации и кодирования; организация внутримашинной информационной базы; организация внемашинной информационной базы.

В разделе "Состав информационного обеспечения" указывают наименование и назначение всех баз данных и наборов данных.

В разделе "Организация информационного обеспечения" приводят:

принципы организации информационного обеспечения системы;

обоснование выбора носителей данных и принципы распределения информации по типам носителей;

описание принятых видов и методов контроля в маршрутах обработки данных при создании и функционировании внемашинной и внутримашинной информационных баз с указанием требований, на соответствие которым проводят контроль;

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

В разделе "Организация сбора и передачи информации" приводят:

перечень источников и носителей информации с указанием оценки интенсивности и объема потоков информации;

описание общих требований к организации сбора, передачи, контроля и корректировки информации.

В разделе "Построение системы классификации и кодирования" приводят:

описание принятых для применения в АС классификаций объектов во вновь разработанных классификаторах и в тех действующих классификаторах, из которых используется часть кода;

методы кодирования объектов классификации во вновь разработанных классификаторах.

В разделе "Организация внутримашинной информационной базы" приводят:

описание принципов построения внутримашинной информационной базы, характеристики ее состава и объема;

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

В разделе "Организация внемашинной информационной базы" приводят характеристики состава и объема внемашинной информационной базы, принципы ее построения, в том числе основные положения по организации и обслуживанию фонда нормативно-справочной информации во взаимосвязи с автоматизированными функциями.

13. Описание организации информационной базы содержит описание логической и физической структуры базы данных и состоит из двух частей: описание внутримашинной информационной базы; описание внемашинной информационной базы. Части документа содержат следующие разделы: логическая структура; физическая структура (для внутримашинной информационной базы); организация ведения информационной базы. В разделе "Логическая структура" приводят описание состава данных, их форматов и взаимосвязей между данными. В разделе "Физическая структура" приводят описание избранного варианта расположения данных на конкретных машинных носителях. При описании структуры внутримашинной информационной базы должны быть приведены перечни баз данных и массивов и логические связи между ними. Для массива информации указывают логическую структуру внутри массива или дают ссылку на документ "Описание массива информации". При описании структуры внемашинной информационной базы приводят перечень документов и других информационных сообщений, использование которых предусмотрено в системе, с указанием автоматизируемых функций, при реализации которых формируют или используют данный документ. В разделе "Организация ведения информационной базы" при описании внутримашинной базы приводят последовательность процедур при создании и обслуживании базы с указанием, при необходимости, регламента выполнения процедур и средств защиты базы от разрушения и несанкционированного доступа, а также с указанием связей между массивами баз данных и массивами входной информации. При описании внемашинной информационной базы должна быть приведена последовательность процедур по маршруту движения групп документов до передачи их на ВЦ, а также описан маршрут движения выходных документов.

14. Описание систем классификации и кодирования содержит перечень применяемых в АС зарегистрированных классификаторов всех категорий по каждому классифицируемому объекту, описание метода кодирования, структуры и длины кода, указания о системе классификации и другие сведения по усмотрению разработчика.

15. Описание массива информации содержит:

наименование массива;

обозначение массива;

наименование носителей информации;

перечень реквизитов в порядке их следования в записях массива с указанием по каждому реквизиту: обозначения алфавита, длины в знаках и диапазона изменения (при необходимости), логических и семантических связей с другими реквизитами данной записи и другими записями массива;

оценку объема массива;

другие характеристики массива (при необходимости).

16. Отчет по ГОСТ 7.32 на стадии "Формирование требований к АС" содержит разделы:

характеристика объекта и результатов его функционирования;

описание существующей информационной системы;

описание недостатков существующей информационной системы;

обоснование необходимости совершенствования информационной системы объекта;

цели, критерии и ограничения создания АС;

функции и задачи создаваемой АС;

выводы и предложения.

В разделе "Характеристика объекта и результатов его функционирования" описывают тенденции развития, требования к объему, номенклатуре и качеству результатов функционирования, а также характер взаимодействия объекта с внешней средой. Раздел "Описание существующей информационной системы" содержит описание функциональной и информационной структуры системы, качественных и количественных характеристик, раскрывающих взаимодействие ее компонентов в процессе функционирования. В разделе "Описание недостатков существующей информационной системы" приводят результаты диагностического анализа, при котором оценивают качество функционирования и организационно-технологический уровень системы, выявляют недостатки в организации и технологии функционирования информационных процессов и определяют степень их влияния на качество функционирования системы. В разделе "Обоснование необходимости совершенствования информационной системы объекта" при анализе соответствия показателей функционирования объекта предъявляемым требованиям оценивают степень соответствия прогнозируемых показателей требуемым, а также выявляют необходимость совершенствования информационной системы путем создания АС. Раздел "Цели, критерии и ограничения создания АС" содержит: формулировку производственно-хозяйственных, научно-технических и экономических целей и критериев создания АС; характеристику ограничений по созданию АС.

Раздел "Функции и задачи создаваемой АС" содержит:

обоснование выбора перечня автоматизированных функций и комплексов задач с указанием очередности внедрения;

требования к характеристикам реализации функций и задач в соответствии с действующими нормативно-техническими документами, определяющими общие технические требования к АС конкретного вида;

дополнительные требования к АС в целом и ее частям, учитывающие специфику создаваемой АС.

Раздел "Ожидаемые технико-экономические результаты создания АС" содержит:

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

оценку ожидаемых затрат на создание и эксплуатацию АС с распределением их по очередям создания АС и по годам;

ожидаемые обобщающие показатели экономической эффективности АС.

Раздел "Выводы и предложения" рекомендуется разделять на подразделы: выводы о производственно-хозяйственной необходимости и технико-экономической целесообразности создания АС; предложения по совершенствованию организации и технологии процесса деятельности; рекомендации по созданию АС. Подраздел "Выводы о производственно-хозяйственной необходимости и технико-экономической целесообразности создания АС" содержит: сопоставление ожидаемых результатов создания АС с заданными целями и критериями создания АС (по целевым показателям и нормативным требованиям); принципиальное решение вопроса о создании АС (положительное или отрицательное). Подраздел "Предложения по совершенствованию организации и технологии процесса деятельности" содержит предложения по совершенствованию: производственно-хозяйственной деятельности; организационной и функциональной структур системы, методов деятельности, видов обеспечения АС. Подраздел "Рекомендации по созданию АС" содержит рекомендации:

по виду создаваемой АС, ее совместимости с другими АС и неавтоматизируемой частью соответствующей системы;

по организационной и функциональной структуре создаваемой АС;

по составу и характеристикам подсистем и видов обеспечения АС;

по организации использования имеющихся и приобретению дополнительных средств вычислительной техники;

по рациональной организации разработки и внедрения АС;

по определению основных и дополнительных, внешних и внутренних источников и видов объемов финансирования и материального обеспечения разработок АС;

по обеспечению производственных условий создания АС;

другие рекомендации по созданию АС.

17. Отчет по ГОСТ 7.32 на стадии "Разработка концепции АС" содержит:

описание результатов изучения объекта автоматизации;

описание и оценку преимуществ и недостатков разработанных альтернативных вариантов концепции создания АС;

сопоставительный анализ требований пользователя к АС и вариантов концепции АС на предмет удовлетворения требованиям пользователя;

обоснование выбора оптимального варианта концепции и описание предлагаемой АС;

ожидаемые результаты и эффективность реализации выбранного варианта концепции АС;

ориентировочный план реализации выбранного варианта концепции АС;

необходимые затраты ресурсов на разработку, ввод в действие и обеспечение функционирования;

требования, гарантирующие качество АС;

условия приемки системы.

П3.3. ГОСТ 234.003-90. Автоматизированные системы. Термины и определения

Настоящий стандарт устанавливает термины и определения основных понятий в области автоматизированных систем (АС) и распространяется на АС, используемые в различных сферах деятельности (управление, исследования, проектирование и т.п., включая их сочетание), содержанием которых является переработка информации.

Автоматизированная система. Система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций.

Интегрированная АС. Совокупность двух или более взаимоувязанных АС, в которой функционирование одной из них зависит от результатов функционирования другой (других) так, что эту совокупность можно рассматривать как единую АС.

Функция АС. Совокупность действий АС, направленная на достижение определенной цели.

Алгоритм функционирования АС. Алгоритм, задающий условия и последовательность действий компонентов автоматизированной системы при выполнении ею своих функций.

Пользователь АС. Лицо, участвующее в функционировании АС или использующее результаты ее функционирования.

Организационное обеспечение АС. Совокупность документов, устанавливающих организационную структуру, права и обязанности пользователей и эксплуатационного персонала АС в условиях функционирования, проверки и обеспечения работоспособности АС.

Методическое обеспечение АС. Совокупность документов, описывающих технологию функционирования АС, методы выбора и применения пользователями технологических приемов для получения конкретных результатов при функционировании АС.

Техническое обеспечение АС. Совокупность всех технических средств, используемых при функционировании АС.

Математическое обеспечение АС. Совокупность математических методов, моделей и алгоритмов, примененных в АС.

Программное обеспечение АС. Совокупность программ на носителях данных и программных документов, предназначенная для отладки, функционирования и проверки работоспособности АС.

Информационное обеспечение АС. Совокупность форм документов, классификаторов, нормативной базы и реализованных решений по объемам, размещению и формам существования информации, применяемой в АС при ее функционировании.

Лингвистическое обеспечение АС. Совокупность средств и правил для формализации естественного языка, используемых при общениии пользователей и эксплуатационного персонала АС с комплексом средств автоматизации при функционировании АС.

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

Эргономическое обеспечение АС. Совокупность реализованных решений в АС по согласованию психологических, психофизиологических, антропометрических, физиологических характеристик и возможностей пользователей АС с техническими характеристиками комплекса средств автоматизации АС и параметрами рабочей среды на рабочих местах персонала АС.

Компонент АС. Часть АС, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое.

Информационная база АС. Совокупность упорядоченной информации, используемой при функционировании АС.

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

Машинная информационная база АС. Часть информационной базы АС, представляющая собой совокупность используемой в АС информации на носителях данных.

Автоматизированное рабочее место (АРМ). Программно-технический комплекс АС, предназначенный для автоматизации деятельности определенного вида.

Эффективность АС. Свойство АС, характеризуемое степенью достижения целей, поставленных при ее создании.

Совместимость АС. Комплексное свойство двух или более АС, характеризуемое их способностью взаимодействовать при функционировании (включающее техническую, программную, информационную, организационную и лингвистическую совместимость).

Адаптивность АС. Способность АС изменяться для сохранения своих эксплуатационных показателей в заданных пределах при изменениях внешней среды.

Надежность АС. Комплексное свойство АС сохранять во времени в установленных пределах значения всех параметров, характеризующих способность АС выполнять свои функции в заданных режимах и условиях эксплуатации.

Живучесть АС. Свойство АС, характеризуемое способностью выполнять установленный объем функций в условиях воздействий внешней среды и отказов компонентов системы в заданных пределах.

Жизненный цикл АС. Совокупность взаимосвязанных процессов создания и последовательного изменения состояния АС от формирования исходных требований к ней до окончания эксплуатации и утилизации комплекса средств автоматизации АС.

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

Диалоговый режим выполнения функции АС. Режим выполнения функции АС, при котором человек управляет решением задачи, изменяя ее условия и/или порядок функционирования АС на основе оценки информации, представляемой ему техническими средствами АС.

Техническое задание на АС. Документ, оформленный в установленном порядке и определяющий цели создания АС, требования к АС и основные исходные данные, необходимые для ее разработки, а также план-график создания АС.

Технический проект АС. Комплект проектных документов на АС, разрабатываемый на стадии "Технический проект", утвержденный в установленном порядке, содержащий основные проектные решения по системе в целом, ее функциям и всем видам обеспечения АС и достаточный для разработки рабочей документации на АС.

Рабочая документация на АС. Комплект проектных документов на АС, разрабатываемый на стадии "Рабочая документация", содержащий взаимоувязанные решения по системе в целом, ее функциям, всем видам обеспечения АС, достаточные для комплектации, монтажа, наладки и функционирования АС, ее проверки и обеспечения работоспособности.

Эксплуатационная документация на АС. Часть рабочей документации на АС, предназначенная для использования при эксплуатации системы, определяющая правила действия персонала и пользователей системы при ее функционировании, проверке и обеспечении ее работоспособности.

Технорабочий проект АС. Комплект проектных документов АС, утвержденный в установленном порядке и содержащий решения в объеме технического проекта и рабочей документации на АС.

Входная информация АС. Информация, поступающая в АС в виде документов, сообщений, данных, сигналов, необходимая для выполнения функций АС.

Выходная информация АС. Информация, получаемая в результате выполнения функций АС и выдаваемая на объект ее деятельности, пользователю или в другие системы.

Нормативно-справочная информация АС. Информация, заимствованная из нормативных документов и справочников и используемая при функционировании АС.