Задание 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. Аббревиатуры и сокращений
  

---

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

• Контрольная работа 3 по английскому языку Тема My future specialty My future specialty.doc

• 1. Тема вкр " Предупреждение правонарушений лицами, освободившимися из мест лишения свободы ".doc

• Используя Налоговый Кодекс, ответить на вопросы. Не используйте информацию из других источников.doc

• Токарчук Дарья Вячеславовна Преподаватель Сирота Н. А. Москва 2006 Универсальная (первичная) программа.doc

• Автореферат магистерской диссертации Тольятти, 20 Работа выполнена в институте финансов, экономики и управления.docx