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

1

2 Процесс создания АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям. Стадии и этапы создания АС выделяются как части процесса создания по соображениям рационального планирования организации работ, заканчивающихся заданным результатом. Стадии создания АС – это стадии жизненного цикла системы. Всего выделяют 8 стадий жизненного цикла, каждая из которых подразделяется на ряд этапов – от одного, выполняемых как последовательно, так и параллельно. Стадии и этапы проектирования АС зафиксированы в ГОСТ ГОСТ

3 Стадии работ Этапы работ 1. Формирование требований к АС 1.1. Обследование объекта и обоснование необходимости создания АС 1.2. Формирование требований пользователя к АС 1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания) 2. Разработка концепции АС2.1. Изучение объекта 2.2. Проведение необходимых научно- исследовательских работ (НИР) 2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя 2.4. Оформление отчета о выполненной работе 3. Техническое задание 3.1. Разработка и утверждение технического задания на создание АС

4 Стадии работ Этапы работ 4. Эскизный проект 4.1. Разработка предварительных проектных решений по системе и ее частям 4.2. Разработка документации на AC части 5. Технический проект 5.1. Разработка проектных решений по системе и ее частям 5.2. Разработка документации на АС и ее части 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. 6. Рабочая документация 6.1. Разработка рабочей документации на систему и ее части 6.2. Разработка или адаптация программ

5 Стадии работ Этапы работ 7. Ввод в действие 7.1. Подготовка объекта автоматизации к воду АС в действие 7.2. Подготовка персонала 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) 7.4. Строительно-монтажные работы 7.5. Пусконаладочные работы 7.6. Проведение предварительных испытаний 7.7. Проведение опытной эксплуатации 7.8. Проведение приемочных испытаний 8. Сопровождение АС8.1. Выполнение работ в соответствии с гарантийными обязательствами 8.2. Послегарантийное обслуживание

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

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

8 Целостность системы : отношения между компонентами внутри системы гораздо сильнее ( важнее, значительнее ), чем отношения с компонентами внешней среды. свойства системы несводимы к сумме свойств входящих в неё элементов ( эмерджентность системы ). Делимость системы : любой сложный объект, явление, процесс можно представить, как состоящий из некоторых частей. Пределы делимости определяются или недостатком времени на рассмотрение или недостатком знаний. Тогда неделимый компонент системы рассматривается как « черный ящик » - достаточно знать, какие выходы реализуются в ответ на входные воздействия определенного типа. Включенность системы : требуется определить, в какие надсистемы она включена. И эта включенность также должна быть специфицирована по основаниям декомпозиции ( членения ).

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

10 Функциональный анализ : это анализ динамики связей, которые выявлены ранее. Надо ответить на вопросы : Как работает данный компонент системы ? ( внутренние функции )? Как работает наша система в данной надсистеме ? ( внешняя функция )? Надо выявить перечень внутренних и внешних функций и указать, с какими компонентами какие функции связаны. В итоге это позволяет построить атлас структурно - функциональных схем системы и на его основе – атлас процессных схем.

11 Исторический анализ : тоже относится к динамике, но уже к другой - динамике развития системы : " Если ты хочешь понять что - либо, узнай, как оно возникло, и что его ждёт впереди ". При этом, как минимум, строят жизненный цикл системы, разделяют его на несколько этапов : возникновение ; становление ; эволюция ; разрушение или преобразование. Для системы определяется, как она прошла предыдущие фазы, фиксируется её теперешнее состояние в цикле, то есть текущая стадия жизненного цикла, намечаются особенности её дальнейшего развития ( прохождения последующих фаз ), то есть по существу проводится агрегирование жизненного цикла в трехфазный цикл : генезис, праксис, прогноз.

12 Известно достаточно много нотаций для графического представления бизнес - процессов : семейство нотаций IDEF, DFD, UML, ARIS и другие, с большинством из которых связаны CASE – технологии автоматизированного проектирования.

13 IDEF ( Integrated DEFinition) методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

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

15 Этап 1.1 « Обследование объекта и обоснование необходимости создания АС ». В общем случае на данном этапе проводят : - сбор данных об объекте автоматизации и осуществляемых видах деятельности ; - оценку качества функционирования объекта и осуществляемых видов деятельности, выявление проблем, решение которых возможно средствами автоматизации ; - оценку ( технико - экономической, социальной и т. п.) целесообразности создания АС. Сбор данных проводится с использованием как текстологических методов, так и коммуникативных. Текстологические методы – это методы работы с текстами, в первую очередь документами : деловыми – приказами, распоряжениями, письмами, договорами, должностными инструкциями и пр., нормативно - методическими и справочными, учебными по данной предметной области, технической и специальной литературой. Текстологический анализ предваряет реализацию коммуникативных подходов – получение знаний.

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

17 На стадии « Обследование объекта и обоснование необходимости создания АС » разрабатывают отчет ( технико - экономическое обоснование ) и заявку на разработку АС ( тактико - техническое задание ). Состав и содержание ТЭО АС согласно ГОСТ ГОСТ введение характеристика объекта и существующей системы управления ; цели, критерии и ограничения создания АС ; функции и задачи создаваемой АС ; ожидаемые технико - экономические результаты создания АС ; выводы и предложения.

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

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

20 Раздел « Цели, критерии и ограничения создания АС » должен содержать : формулировку производственно - хозяйственных, научно - технических и экономических целей и критериев создания АС ; характеристику ограничений по созданию АС. Примечание. Цели и критерии создания АС должны быть заданы в виде изменения значении соответствующих показателей.

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

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

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

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

25 Подраздел « Рекомендации по созданию АС » должен содержать рекомендации : по виду создаваемой АС, ее совместимости с другими АС и неавтоматизируемой частью существующей системы управления ; по организационной и функциональной структуре создаваемой АС ; по составу и характеристикам подсистем и видов обеспечения АС ; по организации использования имеющихся и приобретению дополнительных средств вычислительной техники ; по составу организаций - разработчиков, которые необходимо привлечь к созданию АС ; по рациональной организации разработки и внедрения АС ; по определению основных и дополнительных, внешних и внутренних источников и видов объемов финансирования и материального обеспечения разработок АС ; по обеспечению производственных условий создания АС ; другие рекомендации по созданию АС.

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

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

28 Этап 2.3. « Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя » На данном этапе в общем случае проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации ; оценку необходимых ресурсов на их реализацию и обеспечение функционирования ; оценку преимуществ и недостатков каждого варианта ; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта ; определение порядка оценки качества и условий приемки системы ; оценку эффектов, получаемых от системы. Концепция ( от латинского concepttio – понимание, система ) – общий замысел, основная идея.

29 Этап 2.4 « Оформление отчета о выполненной работе » На данном этапе подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии, описание и обоснование предлагаемого варианта концепции системы по ГОСТ ГОСТ

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

31 Стадии и этапы Этап 3.1 « Разработка и утверждение технического задания на создание АС ». На данном этапе проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС. ТЗ - документ, завершающий предпроектную стадию создания АС и включающий в себя правовое обоснование проектирования, к которому относятся издаваемые вышестоящими организациями постановления и приказы ; описание цели и расчет экономической эффективности разработки ; требования к задачам, техническому комплексу, обеспечивающим подсистемам и их составу. В ТЗ определяется очередность проектирования и внедрения АС с приложением сетевых графиков и указанием источников финансирования работ.

32 ТЗ, как правило, разрабатывается совместно разработчиком и заказчиком и нормативно закрепляет согласованный взгляд на основные аспекты разрабатываемой системы. ТЗ является основой разработки, Приложением 1 к Договору на проведение работ. Путем использования ТЗ как основного нормативного документа достигается однозначное понимание того, что должно быть получено в итоге. Техническое задание разрабатывается согласно ГОСТ – 89. ГОСТ – 89

33 Общие положения при разработке ТЗ : 1. ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии которым проводится разработка АС и ее приемка при вводе в действие. 2. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы. Дополнительно могут быть разработаны ТЗ на части АС : подсистемы АС, комплексы задач АС и т. п.; на комплектующие средства технического обеспечения и программно - технические комплексы ; на программные средства ; на информационные изделия. 3. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. 4. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико - экономических и других решений.

34 Общие положения при разработке ТЗ : 5. ТЗ на АС разрабатывают на основании исходных данных, в том числе содержащихся в итоговой документации стадий " Формирование требований к АС " и " Разработка концепции АС ". 6. В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида ( АСУ, САПР, АСНИ и т. д.), содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система. 7. Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись " Действует с..."

35 ТЗ на АС содержит следующие разделы : 1. общие сведения ; 2. назначение и цели создания ( развития ) системы ; 3. характеристика объектов автоматизации ; 4. требования к системе ; 5. состав и содержание работ по созданию системы ; 6. порядок контроля и приемки системы ; 7. требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие ; 8. требования к документированию ; 9. источники разработки. В ТЗ на АС могут включаться приложения. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ. В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.

36 В разделе 1 « Общие сведения » указывают : полное наименование системы и ее условное обозначение ; шифр темы или шифр ( номер ) договора ; наименование предприятий ( объединений ) разработчика и заказчика ( пользователя ) системы и их реквизиты ; Под реквизитами понимаются адресные данные предприятия ( юридический и физический адреса ), банковские данные – наименование обслуживающего предприятие банка, расчетный, корреспондентский и др. счета, а также классификационные реквизиты – коды ОКПО ( Общероссийский классификатор предприятий и организаций ), ОКВЭД ( Общероссийский классификатор видов экономической деятельности ) и др. перечень документов, на основании которых создается система, кем и когда утверждены эти документы ; Это – в первую очередь Договор на разработку. ТЗ является приложением 1 к Договору. Также могут указываться ссылки на целевые программы, приказы, распоряжения и прочие плановые и распорядительные документы.

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

38 Раздел 2 « Назначение и цели создания ( развития ) системы » состоит из подразделов : 2.1. назначение системы ; Указывают вид автоматизируемой деятельности ( управление, проектирование т. п.) и перечень объектов автоматизации ( объектов ), на которых предполагается ее использовать. Для АСУ дополнительно указывают перечень автоматизируемых органов ( пунктов ) управления и управляемых объектов цели создания системы. Приводят наименования и требуемые значения технических, технологических, производственно - экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

39 В разделе 3 « Характеристики объекта автоматизации » приводят : краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию ; сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

40 Раздел 4 « Требования к системе » состоит из следующих подразделов : 4.1. требования к системе в целом ; 4.2. требования к функциям ( задачам ), выполняемым системой ; 4.3. требования к видам обеспечения. Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие нормативно - технические документы ( НТД ), определяющие требования к системам соответствующего вида. Нормативно - технический документ – документ, устанавливающий правила, общие принципы и характеристики, касающиеся определенных видов деятельности или их результатов ; а также - доступный широкому кругу потребителей.

41 В подразделе 4.1 « Требования к системе в целом » указывают : требования к структуре и функционированию системы : перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы ; Например, Подсистема автоматизированного материального учета, Подсистема автоматизированного учета движения денежных средств, Подсистема автоматизации маркетинга, Подсистема автоматизации логистики. требования к способам и средствам связи для информационного обмена между компонентами системы ; Например, « Связь между системами разных уровней осуществляется через электронную сеть или с использованием электронных и бумажных носителей путем передачи ( приема ) информации в файлах определенного формата. Связь между компонентами системы одного уровня осуществляется через базу данных c использованием локальной сети.»

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

43 требования по диагностированию системы ; Например, программные средства для получения данных об аппаратной и о программной частях системы. Например, комплексное тестирование аппаратных компонентов компьютера включает : процессор, память, видеокарта, звуковая карта, жесткие диски, CD-ROM. После тестирования программа выдает отчет с найденными ошибками и нестабильностями. Диагностика программного обеспечения включает набор специальных тестов для ОС, сетевой ОС, СУБД, прикладных программ. перспективы развития, модернизации системы.

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

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

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

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

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

49 Для защиты информации от несанкционированного доступа применяются : Организационные мероприятия : пропускной режим ; хранение носителей и устройств в сейфе ; ограничение доступа лиц в компьютерные помещения и т. д. Технические средства : фильтры, экраны на аппаратуру ; ключ для блокировки клавиатуры ; устройства аутентификации - для чтения отпечатков пальцев, формы руки, радужной оболочки глаза, скорости и приемов печати и т. д.; электронные ключи на микросхемах и т. д. Программные средства : парольный доступ ; задание полномочий пользователя ; блокировка экрана и клавиатуры ; Криптографические средства : шифрование ; электронная цифровая подпись.

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

51 ПАТЕНТНАЯ ЧИСТОТА - юридическое свойство объекта техники, заключающееся в том. что он может быть свободно использован в стране или странах реализации без опасного нарушения действующего на ее территории исключительного права третьих лиц. Все эти объекты подвергаются проверке на патентную чистоту при планировании их экспорта в другие страны. Патентная чистота объектов техники имеет локальный характер, т. е. может быть определена только в отношении той страны или группы стран, по патентному фонду которой проводилась экспертиза. Абсолютной патентной чистоты не существует. Это объясняется как территориальным действием охранного документа, так и особенностями патентного законодательства стран проверки. Патентная чистота объекта техники имеет временной характер, так как связана со сроком действия патента. Экспертиза патентной чистоты - это процесс исследования возможности реализации объекта техники на территории РФ и за рубежом на основании действующего патентного законодательства, принятого в стране, в отношении которой проводятся такие исследования. Она заключается в отыскании всех действующих в данной стране патентов на исключительные права, имеющих отношение к объекту, их анализу, а также в изучении обстоятельств, которые могли бы способствовать беспрепятственной реализации данного объекта в соответствующей стране или странах.

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

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

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

55 4.2. В подразделе « Требования к функциям ( задачам ), выполняемым системой », приводят : по каждой подсистеме перечень функций, задач или их комплексов ( в том числе обеспечивающих взаимодействие частей системы ), подлежащих автоматизации ; при создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1- й и последующих очередях ; временной регламент реализации каждой функции, задачи ( или комплекса задач ); требования к качеству реализации каждой функции ( задачи или комплекса задач ), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов ; перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.

56 4.3. В подразделе « Требования к видам обеспечения » в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы Для математического обеспечения системы приводят требования к составу, области применения ( ограничения ) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке. Математическое АС - это совокупность математических методов, моделей и алгоритмов обработки информации, используемой при создании АС.

57 Для информационного обеспечения системы приводят требования : к составу, структуре и способам организации данных в системе ; Здесь речь идет о концептуальных моделях баз данных, структуре и типам данных по всем отношениям концептуальной модели, массивам информации типу СУБД к информационному обмену между компонентами системы ; Это достигается путем согласования форматов данных и протоколов информационного обмена к информационной совместимости со смежными системами ; Для этого разрабатывают регламенты информационного взаимодействия, где устанавливают каналы информационного взаимодействия, тип и форматы предаваемых данных, временной и количественный регламенты, протоколы информационного обмена для сетей передачи данных по использованию общегосударственных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии ;

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

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

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

61 Для программного обеспечения системы приводят перечень покупных программных средств, а также требования : к независимости программных средств от используемых СВТ и операционной среды ; к качеству программных средств, а также к способам его обеспечения и контроля ; Качество программных средств определяется в первую очередь по соответствию требованиям соответствующего профиля стандартов ( см. список литературы и структуру профиля стандартов на рис. 13) по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.

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

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

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

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

66 5. Раздел « Состав и содержание работ по созданию ( развитию ) системы » должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ , сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного ( заказчик или разработчик ) за проведение этих работ. В данном разделе также приводят : 5.1. перечень документов по ГОСТ , предъявляемых по окончании соответствующих стадий и этапов работ ; 5.2. вид и порядок проведения экспертизы технической документации ( стадия, этап, объем проверяемой документации, организация - эксперт ); 5.3. программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы ( при необходимости ); 5.4. перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций - исполнителей ( при необходимости ).

67 6. В разделе « Порядок контроля и приемки системы » указывают : 6.1. виды, состав, объем и методы испытаний системы и ее составных частей ( виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему ); 6.2. общие требования к приемке работ по стадиям ( перечень участвующих предприятий и организаций, место и сроки проведения ), порядок согласования и утверждения приемочной документации ; 6.3. статус приемочной комиссии ( государственная, межведомственная, ведомственная ).

68 7. В разделе « Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие » необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие. В перечень основных мероприятий включают : 7.1. приведение поступающей в систему информации ( в соответствии с требованиями к информационному и лингвистическому обеспечению ) к виду, пригодному для обработки с помощью ЭВМ ; 7.2. изменения, которые необходимо осуществить в объекте автоматизации ; ( Организационные, кадровые, технические, строительные ) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ ; 7.4. создание необходимых для функционирования системы подразделений и служб ; 7.5. сроки и порядок комплектования штатов и обучения персонала.

69 8. В разделе « Требования к документированию » приводят : 8.1. согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ и НТД заказчика ; перечень документов, выпускаемых на машинных носителях и в твердых копиях ; 8.2. требования по документированию комплектующих элементов в соответствии с требованиями ЕСКД и ЕСПД ; 8.3. при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

70 9. В разделе « Источники разработки » должны быть перечислены документы и информационные материалы ( технико - экономическое обоснование, отчеты о законченных научно - исследовательских работах, информационные материалы на отечественные, зарубежные системы - аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

71 10. В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие : расчет ожидаемой эффективности системы ; оценку научно - технического уровня системы. Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы. Как правило, в приложения выносятся материалы справочного характера, громоздкие схемы, графики, таблицы и пр.

72 1. ТЗ на АС оформляют на листах формата А 4 без рамки, основной надписи и дополнительных граф к ней. Номера листов ( страниц ) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа текстом, посередине после обозначения кода ТЗ на АС. 2. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальным и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ на АС, следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований.

73 3. На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АС и должностных лиц, участвующих в согласовании и рассмотрении про ТЗ на АС, помещают на последнем листе. 4. При необходимости на титульном листе ТЗ на АС допускается помещать установленные в отрасли коды, например : гриф секретности, код работы, регистрационный номер ТЗ и др. 5. Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования « Техническое задание » пишут « Дополнение N... к ТЗ на А C...».

74 6. На последующих листах дополнения к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения 7. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ на АС и т. п. и применять слова : " заменить ", " дополнить ", " исключить ", " изложить в новой редакции ".

75

76 1. Проект ТЗ на АС разрабатывает организация - разработчик системы с участием заказчика на основании технических требований ( заявки, тактико - технического задания и т. п.). 2. При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются заказчиком, который либо выбирает предпочтительный вариант либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ на АС. 3. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на АС. 4. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС ( копий ) одновременно во все организации ( подразделения ).

77 5. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС. 6. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком ( или другими заинтересованными организациями ), то составляется протокол разногласий ( форма произвольная ) и конкретное решение принимается в установленном порядке. 7. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом ( письмом ). В этом случае под грифом « Согласовано » делают ссылку на этот документ. 8. Утверждение ТЗ на АС осуществляют руководители предприятия ( организаций ) разработчика и заказчика системы.

78 8. ТЗ на АС ( дополнение к ТЗ ) до передачи его на утверждение должно быть проверено службой нормоконтроля организации - разработчика ТЗ и при необходимости, подвергнуто метрологической экспертизе. 9. Копии утвержденного ТЗ на АС в 10- дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам создания системы. 10. Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС. 11. Изменения к ТЗ на АС не допускается утверждать после представления системы или ее очереди на приемо - сдаточные испытания.

79 После согласования и утверждения Технического задания на АС приступают непосредственно к разработке – стадиям 4 Эскизный проект ; 5 Технический проект ; 6 Рабочая документация ( рабочий проект ). По составу документации эскизный и технический проекты в большей части совпадают. Эскизный проект разрабатывают для сложных и уникальных АС, требующих тщательную предварительную отработку, обоснование и согласование ключевых проектных решений. Технический проект – это разработка окончательных проектных решений как по функциям системы, так и по всем видам обеспечения. По большей части систем, как правило, стадию эскизного проекта опускают, а стадии технического проекта и рабочей документации объединяют в стадию техно - рабочего проекта ( ТРП ).

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

81 Этап 4.1 « Разработка предварительных проектных решений по системе и ее частям » На данном этапе определяются ( уточняются ): функции АС ; функции подсистем, их цели и эффекты ; состав комплексов задач и отдельных задач ; концепция информационной базы, ее укрупненная структура ; функции системы управления базой данных ; состав вычислительной системы ; функции и параметры основных программных средств. Этап 4.2 « Разработка документации на АС и ее части » На данных этапах проводят разработку, оформление, согласование и утверждение документации в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС.

82 Этап 5.1 « Разработка проектных решений по системе и ее частям » На данном этапе обеспечивают разработку общих решений : по системе и ее частям ; функциональной и алгоритмической структуре системы ; по функциям персонала и op ганизационной структуре ; по структуре технических средств ; по алгоритмам решений задач и применяемым языкам ; по организации и ведению информационной базы ; по системе классификации и кодирования информации ; по программному обеспечению. Этапы 4.2 и 5.2 " Разработка документации на АС и ее части " На данных этапах проводят разработку, оформление, согласование и утверждение документации в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС.

83 Классификация происходит от слова « классифицировать », то есть разделение множества объектов на подмножества по сходству или различию в соответствии с принятыми методами. В результате деления множества на подмножества создаются классификационные группировки, которые могут иметь общие и различные признаки, могут быть как взаимозависимыми, так и независимыми. Совокупность приёмов разделения множества объектов, подход к их разделению на подмножества, называют методом классификации. Различают два метода классификации : иерархический и фасетный.. Они могут применяться как независимо друг от друга, так и совместно.

84 Кодирование – это упорядоченное образование условного обозначения ( кода ) и присвоение его объектам классификации, а так же классификационным группировкам. Код – это знак или совокупность знаков, используемых для обозначения объекта классификации и классификационной группировки. Цель кодирования – систематизация объектов путем их идентификации и присвоения условного обозначения ( кода ) по которому можно найти и распознать любой объект среди множества других. Структура кода состоит из следующих элементов : алфавит кода – это система знаков, принятых для образования кода ; наиболее часто используется цифровой, буквенный, буквенно - цифровой и штриховой алфавиты кода ; основание кода – это число знаков в алфавите кода ; разряд кода – это позиция знака в коде ; длина кода – характеризуется числом знаков в коде без учета пробелов. Пример образования кода последовательным методом кодирования по классификационной части ОКП : 35 – продукция кабельная -> 35 8 – кабели, провода, шнуры межотраслевого и отраслевого назначения -> – провода монтажные -> – с медной жилой -> – с поливинилхлоридной изоляцией

85 Этап 5.3 « Разработка и оформление документации на поставку изделий для комплектования АС и ( или ) технических требований ( технических заданий ) на их разработку » На данном этапе проводят : подготовку и оформление документации на поставку изделий для комплектования АС ; определение технических требований и составление ТЗ на разработку изделий, не изготавливаемых серийно. Этап 5.4 « Разработка заданий на проектирование в смежных частях проекта объекта автоматизации » На данном этапе осуществляют разработку, оформление согласование и утверждение заданий на проектирование в смежных частях объекта автоматизации для проведения строительных, электротехнических санитарно - технических и других подготовительных работ, связанных с созданием АС.

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

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

88 Этап 7.3. « Комплектация АС поставляемыми изделиями » На данном этапе обеспечивают получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий. Проводят входной контроль их качеств. Этап 7.4 « Строительно - монтажные работы » На данном этапе проводят : выполнение работ по строительству специализированных зданий ( помещений ) для размещения технических средств и персонала АС ; сооружение кабельных каналов ; выполнение работ по монтажу технических средств и линий связи ; испытание смонтированных технических средств ; сдачу технических средств для проведения пусконаладочных работ.

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

90 Этап 7.7 " Проведение опытной эксплуатации " На данном этапе проводят : опытную эксплуатацию AC; анализ результатов опытной эксплуатации АС ; доработку ( при необходимости ) программного обеспечения АС ; дополнительную наладку ( при необходимости ) технических средств АС ; оформление акта о завершении опытной эксплуатации. Этап 7.8 « Проведение приемочных испытаний » На данном этапе проводят : испытания на соответствие техническому заданию в соответствии с программой и методикой приемочных испытаний ; анализ результатов испытаний АС и устранение недостатков, выявленных при испытаниях ; оформление акта о приемке АС в постоянную эксплуатацию.

91 Этап 8.1 « Выполнение работ в соответствии с гарантийными обязательствами » На данном этапе осуществляют работы по устранению недостатков, выявленных при эксплуатации АС в течение установленных гарантийных сроков, внесению необходимых изменений в документацию на АС. Этап 8.2 « Послегарантийное обслуживание » На данном этапе осуществляют работы по : анализу функционирования системы ; выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений ; установлению причин этих отклонений ; устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС ; внесению необходимых изменений в документацию на АС.