Главная страница
Навигация по странице:

  • ЛАБОРАТОРНАЯ РАБОТА №2

  • Порядок выполнения лабораторной работы

    		•

    Работа защищена с оценкой Преподаватель Е. А. Страдина 28 сентября 2022 лабораторная работа 2 Отчет о лабораторной работе по курсу Организация производства в ит отрасли ягту 090304. 62002 лр


    Скачать 56.63 Kb.
    НазваниеРабота защищена с оценкой Преподаватель Е. А. Страдина 28 сентября 2022 лабораторная работа 2 Отчет о лабораторной работе по курсу Организация производства в ит отрасли ягту 090304. 62002 лр
    Дата23.10.2022
    Размер56.63 Kb.
    Формат файлаdocx
    Имя файлаlaba2.docx
    ТипЛабораторная работа
    #749329
    страница1 из 3
      1   2   3

    Министерство науки и высшего образования Российской Федерации

    Федеральное государственное бюджетное образовательное учреждение

    высшего образования

    «Ярославский государственный технический университет»

    Кафедра «Информационные системы и технологии»
    Работа защищена

    с оценкой ______________

    Преподаватель

    _____________ Е. А. Страдина

    28 сентября 2022

    ЛАБОРАТОРНАЯ РАБОТА №2
    Отчет о лабораторной работе

    по курсу «Организация производства в ИТ отрасли»

    ЯГТУ 090304.62-002 ЛР

    Отчет выполнил

    студент гр. ЭИС 36

    ____________ А.С. Кузнецов

    28 сентября 2022


    2022
    Лабораторная работа 2. Стандарты и методологии производства продукции в     IT-отрасли
    Целью лабораторной работы – изучение российских и международных стандартов, регламентирующих производственные процессы в IT-компаниях
    Организация производства продукции в отрасли информационных технологий предполагает регламентацию производственных процессов. Основой этого является жизненный цикл как набор этапов, работ и операций в последовательности их выполнения и взаимосвязях, начиная от подготовки технического задания и заканчивая завершением использования программного продукта. Описание данных регламентов представлено в ряде российских и международных стандартов. Они включают правила описания исходной информации, способов и методов выполнения операций, устанавливают контроль технологических процессов, требования к оформлению их результатов, регламентируют содержание сопроводительной документации. Также в них определяется организационная структура коллектива, распределение и планирование заданий, а также контроль за этапами создания информационных технологий.

    Регламентация производства и эксплуатации продукции-информационных технологий представлены в следующих российских и международных документах:

    - ГОСТ 34.601-90 Автоматизированные системы. Стадии создания (https://docs.cntd.ru/document/1200006921).

    - ГОСТ 34.602-2020 Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы (https://files.stroyinf.ru/Data/760/76009.pdf)

    - ГОСТ 34.201-2020 Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем (https://files.stroyinf.ru/Data/760/76011.pdf)

    - ГОСТ Р ИСО/МЭК 25010-2015 Информационные технологии (ИТ). Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов (https://docs.cntd.ru/document/1200121069)

    - ГОСТ 34.603-92 Информационная технология (ИТ). Виды испытаний автоматизированных систем (https://docs.cntd.ru/document/1200008642) 1

    - ГОСТ Р-59792-2021 Информационные технологии. Виды испытаний автоматизированных систем (см. приложенный документ)2

    - ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ). Системная и программная инженерия. Процессы жизненного цикла программных средств (https://docs.cntd.ru/document/1200082859)

    - ГОСТ Р ИСО/МЭК 15504-1-2009 Информационные технологии (ИТ). Оценка процессов. Часть 1. Концепция и словарь (https://docs.cntd.ru/document/1200076921)

    - ГОСТ Р 53622-2009 Информационные технологии (ИТ). Информационно-вычислительные системы. Стадии и этапы жизненного цикла, виды и комплектность документов (Переиздание) (https://docs.cntd.ru/document/1200080849)

    - ГОСТ Р ИСО/МЭК 14764-2002 Информационная технология (ИТ). Сопровождение программных средств (https://docs.cntd.ru/document/1200030162)

    - ГОСТ Р 53624-2009 Информационные технологии (ИТ). Информационно-вычислительные системы. Программное обеспечение. Системы менеджмента качества. Требования (Переиздание) (https://docs.cntd.ru/document/1200080851)

    - ГОСТ Р ИСО/МЭК 15910-2002 Информационная технология (ИТ). Процесс создания документации пользователя программного средства (https://docs.cntd.ru/document/1200030141)

    - и некоторые (если не сказать многие) другие.

    Помимо этого, на международном уровне разработаны методологии создания сложных систем:

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

    - ITSM — это методология или подход к управлению IT-услугами, его цель — удовлетворить бизнес-запрос конечного потребителя.

    - ITIL — это библиотека рекомендаций, в которых обобщен успешный опыт разных компаний по организации ИТ-процессов.

    - COBIT — методология управления информационными технологиями

    - SWEBOK (Software Engineering Body of Knowledge) — международный стандарт ISO/IEC TR 19759 от 2015 г., в котором описана общепринятая сумма знаний по программной инженерии (на английском полная версия - https://ieeecs-media.computer.org/media/education/swebok/swebok-v3.pdf)

    - SEMAT (Software Engineering Method and Theory) - это инициатива по изменению разработки программного обеспечения таким образом, чтобы разработка программного обеспечения квалифицировалась как строгая дисциплина
    Стандарты и методологии направлены на определение стратегии и порядка создания, эксплуатации и сопровождения программных продуктов на протяжении всего их жизненного цикла. Принцип построения примерно схож: выделены процессы, которые разделены на комплексы действий, которые, в свою очередь, разбиты на задачи. Стандарты и методологии описывают архитектуру жизненного цикла программного продукта и детализирует ее. Позволяют не только систематизировать и унифицировать в определенной мере подходы к разработке, эксплуатации и сопровождению продукции, а также оказания сопутствующих услуг, но также обеспечивают методологическую основу для организации производства в IT-компаниях.

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

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

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

    2. Документация

    2.1 Изучить ГОСТ 34.201-2020 Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем. Описать виды и назначение документов, разрабатываемых на стадиях «Эскизный проект», «Технический проект», «Рабочая документация», заполнив таблицу 2.1

    2.2 Изучить ГОСТ 34.602-2020 Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Заполнить таблицу 2.2

    3. Изучить ГОСТ 34.601-90 Автоматизированные системы. Стадии создания. Заполнить таблицу 3.1

    4. Жизненный цикл программных средств

    4.1 Изучить ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ). Системная и программная инженерия. Процессы жизненного цикла программных средств. Заполнить таблицу 4.1

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

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

    .

    Таблица 1.1 Стандарты

    № п/п
    Название стандарта
    Назначение и краткое описание
    Структура, основные положения

    1
    ГОСТ34.601-90
    Автоматизированные системы
    Стадии создания
    Стандарт устанавливает стадии и этапы создания АС.

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

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

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

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

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

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

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

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

    2
    ГОСТ 34.602-2020

    КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

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

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

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

    - на комплектующие изделия, средства технического обеспечения и программно-технические комплексы в соответствии со стандартами Единой системы конструкторской документации (ЕСКД) и Системы разработки и постановки продукции на производство (СРПП);

    - на программные средства в соответствии со стандартами Единой системы программной документации (ЕСПД);

    - на информационные изделия в соответствии с ГОСТ 19.201 и нормативно-технической документацией (НТД), действующей в ведомстве заказчика АС.

    3
    ГОСТ 34.201-2020
    КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

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

    На стадии "Техническое задание" разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602.

    Допускается разрабатывать ТЗ на составные части системы (подсистемы, комплексы задач, программно-технические комплексы, компоненты технического и программного обеспечения и т.п.).

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

    Виды документов, разрабатываемых на стадиях "Эскизный проект", "Технический проект", "Рабочая документация"

    4
    ГОСТ Р ИСО/МЭК 25010-2015
    СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ

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


    Настоящий стандарт определяет:

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

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


    5
    ГОСТ 34.603-92
    Виды испытаний автоматизированных систем



    Стандарт устанавливает виды испытаний АС и общие требования к их проведению.

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

    6
    ГОСТ Р-59792-2021

    Виды испытаний автоматизированных систем

    Настоящий стандарт устанавливает виды испытаний АС и общие требования к их проведению.

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

    7
    ГОСТ Р ИСО/МЭК 12207-2010
    Системная и программная инженерия

    ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ
    Общую структуру процессов жизненного цикла программных средств, на которую можно ориентироваться в программной индустрии. Настоящий стандарт определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов. Понятие программного средства включает в себя встроенный фирменный программный компонент.

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

    8
    ГОСТ Р ИСО/МЭК 15504-1-2009
    ОЦЕНКА ПРОЦЕССОВ

    В настоящем стандарте описывается, как стандарты серии ИСО/МЭК 15504 соотносятся друг с другом, и приводятся рекомендации по их выбору и использованию. Настоящий стандарт определяет требования, содержащиеся в стандартах серии ИСО/МЭК 15504, и их применимость к проведению оценки.

    Оценку процессов проводят при улучшении процессов или как часть определения возможностей процессов в соответствии с ИСО/МЭК 15504-4. В любом случае формальный вход в процесс оценивания начинается с оценки обязательств заказчика. Затем могут быть собраны исходные данные для оценки. Вход оценки определяет цель оценки (почему она должна быть проведена), область ее действия и ограничения, при наличии, которые применяются при оценке. Вход оценки также определяет ответственность за проведение оценки.
    Оценку осуществляют путем оценивания выбранных процессов относительно выбранной(ых) модели(ей) оценки.

    9
    ГОСТ Р 53622-2009
    СТАДИИ И ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА, ВИДЫ И КОМПЛЕКТНОСТЬ ДОКУМЕНТОВ

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

    При создании ИВС разрабатываются следующие виды основных документов:

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

    б) организационно-распорядительные (руководящие) документы
    в) конструкторские документы
    г) эксплуатационные документы

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


    10
    ГОСТ Р ИСО/МЭК 14764-2002
    СОПРОВОЖДЕНИЕ ПРОГРАММНЫХ СРЕДСТВ

      

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

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


       

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

    11
    ГОСТ Р 53624-2009
    СИСТЕМЫ МЕНЕДЖМЕНТА КАЧЕСТВА

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

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

    12
    ГОСТ Р ИСО/МЭК 15910-2002
    ПРОЦЕСС СОЗДАНИЯ ДОКУМЕНТАЦИИ ПОЛЬЗОВАТЕЛЯ ПРОГРАММНОГО СРЕДСТВА

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


    Таблица 1.2 Методологии

    № п/п
    Название методологии
    Назначение и краткое описание
    Структура, основные положения

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

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

    IDEF1X – моделирование структуры баз данных на основе модели «сущность-связь».

    IDEF2 – динамическое моделирование развития систем.

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

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

    IDEF5 — онтологическое исследование сложных систем (при помощи определенного словаря терминов и правил, на основании которых можно сделать выводы о состоянии системы, развивать и оптимизировать ее)

    IDEF6 — использование рационального опыта проектирования, обоснование проектных действий, состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями.

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

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

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

    2
    ITSM
    Подход к управлению и организации ИТ-услуг, направленный на удовлетворение потребностей бизнеса. Управление ИТ-услугами реализуется поставщиками ИТ-услуг путём использования оптимального сочетания людей, процессов и информационных технологий. Его цель — удовлетворить бизнес-запрос конечного потребителя
    Управление IT-услугами реализуется путем использования оптимального сочетания людей, процессов и информационных технологий.

    Акцент смещается с совершенствования программного продукта на удовлетворение бизнеса как клиента (путем этого совершенствования).

    ITSM базируется на библиотеке лучших практик ITIL.

    3
    ITIL
    библиотека рекомендаций, в которых обобщен успешный опыт разных компаний по организации ИТ-процессов.
    Ключевые компоненты:

    1) система создания ценности услуг — набор действий по предоставлению продукта или услуги и реализации ценности, представляет собой операционную модель с шестью видами деятельности: планирование, улучшение, взаимодействие, проектирование и преобразование, приобретение/сборка, предоставление и поддержка.

    Руководящие принципы ITIL – рекомендации, которыми может руководствоваться любая организация:

    - фокусируйтесь на ценности

    - отталкивайтесь от текущей ситуации

    - прогрессируйте итеративно с обратной связью

    - сотрудничать, действовать открыто

    - мыслить и работать целостно

    - делать проще и практично

    - оптимизировать и автоматизировать.

    2) модель четырех измерений. Каждый компонент системы создания ценности услуг должен учитывать четыре аспекта:

    - организация и люди

    - информация и технологии

    - партнеры и поставщики

    - потоки создания ценности и процессы

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

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

    COBIT включает:

    - цели и принципы управления

    - объекты управления

    - IT-процессы (задачи) и требования к ним

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

    - метрики для оценки эффективности реализации системы управления IT

    Управление IT по COBIT складывается из следующих составляющих: стратегии, политики, стандарты, процедуры.

    5
    SWEBOK (Software Engineering Body of Knowledge)
    международный стандарт ISO/IEC TR 19759 от 2015 г., в котором описана общепринятая сумма знаний по программной инженерии
    SWEEBOK V3 включает 15 областей знаний в сфере программной инженерии:

    - требования к ПО

    - проектирование ПО

    - конструирование ПО

    - тестирование ПО

    - сопровождение ПО

    - управление конфигурацией ПО

    - управление IT-проектом

    - процесс программной инженерии

    - модели и методы разработки

    - качество ПО

    - описание критериев профессионализма и компетентности

    - экономические аспекты разработки ПО

    - основы вычислительных технологий, применимых в разработке ПО

    - базовые математические понятия и концепции, применимые в разработке ПО

    - основы инженерной деятельности

    6
    SEMAT (Software Engineering Method and Theory)
    инициатива по изменению разработки программного обеспечения таким образом, чтобы разработка программного обеспечения квалифицировалась как строгая дисциплина

    SEMAT включает:

    1) Символический визуальный язык. В терминах этого языка определены остальные элемены.

    2) Ядро — универсальные для всех проектов экспертные суждения, к которыми можно добавлять собственные практики. «Альфы» - абстрактные атрибуты, изменение которых нужно понимать, отслеживать, обеспечивать, направлять и контролировать.

    3) Практики — последовательность действий, совершаемых в рабочих процессах. Описаны элементами Ядра.

    4) Методы — наборы практик.

    Вывод: Стандартов и методологий, регламентирующие процессы разработки много. Благодаря им происходит организация производства, так же стандарты и методологии могут увеличить эффективность.
    Таблица 2.1 Виды и назначения документов по ГОСТ 34.201-2020



    Стадия создания
    Наименование документа
    Код документа
    Назначение документа

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

    Пояснительная записка к эскизному проекту
    П1
    Описывает основные технические решения.

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

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

    Схема функциональной структуры
    С2
    Документ, разъясняющий процессы, протекающие в отдельных функциональных цепях изделия (установки) или изделия (установки) в целом

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

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

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



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

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



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

    Ведомость технического проекта
    ТП*
    ведомость содержит перечень всех документов, разработанных на соответствующих стадиях создания АС и применяемых из проектов других АС.

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

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

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

    Технический проект
    Перечень заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы
    ВЗ
    Требования к структуре перечня заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы

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

    Описание автоматизируемых функций
    ПЗ
    Подробное описание автоматизированных функций.

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

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

    Технический проект
    Описание организации информационной базы
    П6
    Определяет способ организации совокупности хранящихся в системе данных

    Описание массива информации
    П8
    Определяет наименование, место, обозначение, объем и средства хранения массива информации.

    Описание комплекса технических средств
    П9
    Подробное описание использованных комплексов технических средств.

    Описание программного обеспечения
    ПА
    Данный документ относится к типу программно-эксплуатационной. Применяется к программе, комплексу, ПАК, программному компоненту или системе.

    Целевая аудитория: лица, которые принимают решение о покупке и вводе в эксплуатацию программы. Документ содержит информацию о функциональных возможностях программы и сфере её применения.


    Описание алгоритма (проектной процедуры)
    ПБ
    Документ «Описание алгоритма (проектной процедуры)» разрабатываемый в соответствии с по ГОСТ Р 59795-2021 в зависимости от специфики АС допускается разрабатывать как документ «Описание алгоритма» или как документ «Описание проектной процедуры (операции)».

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

    План расположения
    С8
    Подробное описание расположения АС

    Ведомость оборудования и материалов



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

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

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

    Шаблон документа
    С9



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

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

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

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

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

    Описание базы данных
    В7
    Подробное описание устройства хранения и взаимодействия с данными, находящимися в базе данных.

    Локальная смета
    БЗ
    Начальный документ сметной документации. Она составляется для отдельных видов затрат и выполняемых видов работ по зданию, сооружению, постройке.

    Методика (технология) автоматизированного проектирования
    И1
    Подробное описание методики проектирования проекта.

    Рабочая документация
    Технологическая инструкция
    И2
    Документ предназначен для описания технологических процессов, методов и приемов, повторяющихся при изготовлении или ремонте изделий (составных частей изделий), правил эксплуатации средств технологического оснащения

    Руководство пользователя
    И3
    документ, назначение которого — предоставить людям помощь в использовании некоторой системы.

    Инструкция по эксплуатации комплекса

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

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

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

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

    Схема деления системы (структурная)
    Е1*
    В документе указывают основные функциональные составные части (структурные элементы), определяющие состав системы, подсистемы, их взаимосвязи и назначение в системе, подсистеме.

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

    Чертеж установки технических средств
    СА
    Документ отражает решения по установке средств технического обеспечения в объеме, соответствующем требованиям ГОСТ 2.109 к монтажным чертежам

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

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

    Рабочая документация
    План расположения оборудования и проводок
    С7
    План расположения оборудования и проводок должен показывать планы и разрезы помещений, на которых должно быть указано размещение средств технического обеспечения: датчиков с отборными устройствами, исполнительных механизмов, устройств телемеханики и связи, средств вычислительной техники, кабельных и трубных проводок

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


    Общее описание системы
    Пд
    это описание всех её элементов (подсистем), их взаимосвязей, цели, функции при некоторых ресурсах т.е. всех допустимых состояний.

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


    Формуляр
    ФО*
    в торговом обороте типовой договор, который заранее разрабатывается и предлагается контрагенту для подписания.

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

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


    Вывод: Данный ГОСТ регламентирует документацию, устанавливая требования к видам, наименованию, комплектности и обозначению документов, разрабатываемых на стадиях создания АС.

    Таблица 2.2 Техническое задание на создание автоматизированной системы

    № п/п
    Раздел
    Описание раздела
    Подразделы и их описание (при наличии)

    1
    Общие сведения
    - полное наименование АС и ее условное обозначение;

    - наименование организации-заказчика АС, наименование организации-разработчика (при на

    личии сведений о ней);

    - перечень документов, на основании которых создается АС, кем и когда утверждены эти документы;

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

    - общие сведения об источниках и порядке финансирования работ.



    2
    Цели и назначение создания автоматизированной системы



    Цели создания АС:

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

    Назначение АС:

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

    3
    Характеристика объектов автоматизации
    - основные сведения об объекте автоматизации или ссылки на документы, содержащие такие сведения;

    - сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей

    среды.



    4
    Требования к автоматизированной системе
    Состав требований к АС, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости

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

    1. Требования к структуре АС в целом:

    указывают следующее:

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

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

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

    - требования к режимам функционирования АС;

    - требования по диагностированию АС;

    - перспективы развития, модернизации АС.
    2. Требования к функциям (задачам), выполняемым АС:

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

    частей АС.

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

    При необходимости дополнительно могут быть указаны следующие данные:

    - временной регламент реализации каждой функции (задачи)

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

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

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

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

    указывают следующее:

    - требования к численности и квалификации персонала и пользователей АС;

    - требования к показателям назначения;

    - требования к надежности;

    - требования по безопасности;

    - требования к эргономике и технической эстетике;

    - требования к транспортабельности для подвижных АС;

    - требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов АС;

    - требования к защите информации от несанкционированного доступа;

    - требования по сохранности информации при авариях;

    - требования к защите от влияния внешних воздействий;

    - требования к патентной чистоте и патентоспособности;

    - требования по стандартизации и унификации;

    - дополнительные требования.

    5
    Состав и содержание работ по созданию автоматизированной системы
    Раздел должен содержать перечень этапов работ по созданию АС и сроки их выполнения.



    6
    Порядок разработки автоматизированной системы
    В разделе приводят следующее:

    - порядок организации разработки АС;

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

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

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

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

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

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

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

    - порядок проведения технико-экономической оценки разработки АС;

    - порядок разработки, согласования и утверждения программы метрологического обеспечения,

    программы обеспечения надежности, программы эргономического обеспечения



    7
    Порядок контроля и приемки автоматизированной системы
    Указывают следующую информацию:

    - виды, состав и методы испытаний АС и ее составных частей;

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

    - статус приемочной комиссии (государственная, межведомственная, ведомственная и др.).



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



    9
    Требования к документированию
    В разделе приводят следующую информацию:

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

    - вид представления и количество документов;

    - требования по использованию ЕСКД и ЕСПД при разработке документов.

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

    элементов АС, дополнительно включают требования к составу и содержанию таких документов.



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



    Вывод: Данный гост регламентирует содержание ТЗ по созданию АС.
    Таблица 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   2   3

    написать администратору сайта