Файл: Техническое задание Эскизный проект Технический проект Рабочая документация Ввод в действие Сопровождение ас.docx

Скачать файл
Заказать решение

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 12.01.2024

Просмотров: 81

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Задание 13Ознакомится с нормативной базой (описать кратко разделы и функции документов)ГОСТ 34. Разработка автоматизированной системы управления (АСУ).ГОСТ 34 должен фиксировать результаты проведенных работ.Жизненный цикл процесса создания АСУ согласно ГОСТ 34 (ГОСТ 34.601-90) включаетследующие стадии:

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

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

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

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

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

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

  • Ввод в действие

  • Сопровождение АС


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

  • Объект, цели исследования и методология проведения исследовательских работ

  • Основные конструктивные, технологические и технико-эксплуатационные

  • характеристики

  • Основные требования пользователя к АС

  • Степень внедрения и рекомендации по внедрению АС

  • Область применения АС

  • Обоснование экономической эффективности создания АС

  • Прогнозы и предположения о развитии объекта исследования.
Разработка концепции АСРазрабатывается несколько вариантов концепций АС, удовлетворяющихтребованию пользователей. Концепции АС могут быть представлены заказчику в видеотчета о выполненных работах, или отдельного документа «Концепция АС», или статьчастью аналитического отчета.Техническое задание (ТЗ)Определяет требования и порядок разработки, развития и модернизации системы. Стандартом для разработки данного документа является ГОСТ 34.602-89, регламентирующий содержание разделов и стиль изложения в ТЗ.
Итак, согласно ГОСТ 34 техническое задание должно включать следующие разделы:

  • Общие сведения

  • Назначение и цели создания (развития) системы

  • Характеристика объектов автоматизации

  • Требования к системе

  • Состав и содержание работ по созданию системы

  • Порядок контроля и приемки системы

  • Требования к составу и содержанию работ по подготовке объекта автоматизации к

  • вводу системы в действие

  • Требования к документированию

  • Источники разработки.
Эскизный и технический проектПроисходит разработка проектных решений АС и создание технической документации:

  • Пояснительная записка к техническому (эскизному) проекту

  • Схема организационной структуры

  • Схема комплекса технических средств (КТС)

  • Схема функциональной структуры

  • Схема автоматизации

  • Перечень входных и выходных сигналов и данных

  • Описание автоматизированных функций

  • и т.д.
Полный перечень документации, разрабатываемый на данных этапах создания АСприводится в ГОСТ 34.201-89.Рабочая документацияДанный этап подразумевает разработку рабочей документации на АС или ее части.Пакет документов также согласовывается с заказчиком в индивидуальном порядке и фиксируется в ТЗ. Зачастую пакет рабочей документации ограничивается следующимидокументами:

  • Руководство пользователя (администратора)

  • Инструкция по эксплуатации КТС

  • Общее описание системы (в случае присутствия документа «Пояснительная

  • записка к техническому (эскизному) проекту» данный документ нецелесообразен

  • так большинство разделов дублируются)

  • Программа и методика испытаний


Ввод в действиеСтадия ввода в действие АС согласно ГОСТ 34 включает подготовку комплексатехнических средств, проведение пусконаладочных работ и обучение персонала.Перед вводом АС в эксплуатацию производятся предварительные испытания, порезультатам которых формируется «Протокол испытаний». Протокол фиксирует всезамечания к системе, порядок и сроки их устранения, и подтверждает ее готовность квводу в опытную эксплуатацию.
Сопровождение АСЭтап сопровождения АС подразумевает выполнение работ по гарантийному и послегарантийному обслуживанию системы.IEEE 29148-2011 — стандарт разработки сложных системСтандарт IEEE 29148-2011 обеспечивает единую трактовку процессов и продуктов, используемых при разработке требований на протяжении всего жизненного цикла систем и программного обеспечения. Данный стандарт содержит два шаблона спецификации требований:• System requirements specification (SyRS)• Software requirements specification (SRS)System Requirements Specification (SyRS) определяет технические требования для выбранной системы и удобства взаимодействия предполагаемой системы и человека. Она определяет высокоуровневые требования к системе с точки зрения предметной области, а также информацию об общей цели системы, ее целевой среде и ограничениях, допущениях и нефункциональных требованиях. Она может включать в себя концептуальные модели, спроектированные для иллюстрации содержания системы, сценариев использования, основных сущностей предметной области, данных, информаций и рабочих процессов. SyRS может содержать следующие разделы:1. Введение

  • 1. Назначение системы

  • 2. Содержание системы (границы системы)

  • 3. Обзор системы


    • 1. Содержание системы

    • 2. Функции системы

    • 3. Характеристики пользователей

  • 4. Термины и определения
2. Ссылки3. Системные требования

  • 1. Функциональные требования

  • 2. Требования к юзабилити

  • 3. Требования к производительности

  • 4. Интерфейс (взаимодействие) системы

  • 5. Операции системы

  • 6. Состояния системы

  • 7. Физические характеристики

  • 8. Условия окружения

  • 9. Требования к безопасности

  • 10. Управление информацией

  • 11. Политики и правила

  • 12. Требования к обслуживанию системы на протяжении ее жизненного цикла

  • 13. Требования к упаковке, погрузке-разгрузки, доставке и транспортировке
4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3)5. Приложения

  • 1. Предположения и зависимости

  • 2. Аббревиатуры и сокращений
SRS это спецификация требований для определенного программного изделия, программы или набора программ (продукт), которые выполняют определенные функции в конкретном окружении. Из определения следует, что это аналог ТЗ, описанного в ГОСТ 19, а по структуре очень напоминает SRS из стандарта IEEE 830.SRS может содержать следующие разделы:1. Введение

  • 1. Назначение

  • 2. Содержание (границы)


    • 3. Обзор продукта

    • 1. Взаимодействие продукта (с другими продуктами и компонентами)

    • 2. Функции продукта (краткое описание)

    • 3. Характеристики пользователей

    • 4. Ограничения

  • 4. Термины и определения
2. Ссылки3. Детальные требования

  • 1. Требования к внешним интерфейсам

  • 2. Функции продукта

  • 3. Требования к юзабилити

  • 4. Требования к производительности

  • 5. Требования к логической структуре БД

  • 6. Ограничения проектирования

  • 7. Системные свойства ПО

  • 8. Дополнительные требования
4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3)5. Приложения

  • 1. Предположения и зависимости

  • 2. Аббревиатуры и сокращений

Смотрите также файлы