Аникина интернет-маркетинг работа 13 (Колледж). Техническое задание Эскизный проект Технический проект Рабочая документация Ввод в действие Сопровождение ас
 Скачать 22.51 Kb.
|
|
Задание 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. Аббревиатуры и сокращений |