Всем привет! Меня зовут Мишинёва Екатерина, я – ведущий технический писатель с опытом работы в сфере IT более 10 лет.

Что представляет собой документ "Общее описание системы"

Для начала я бы хотела дать некоторое определение документу «Общее описание системы».

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

На какой стадии разрабатывается

Согласно ГОСТ 34.201-2020 документ «Общее описание системы» разрабатывается на стадии создания АС «Рабочая документация».

Какие функции выполняет этот документ

Что касается функций, которые выполняет документ «Общее описание системы», для себя я выделила следующие:

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

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

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

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

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

  6. Контроль качества – документ может использоваться для контроля качества разработки системы, проверяя, что все требования и спецификации были выполнены.

Отличительные особенности, чем отличается от ТЗ, ЧТЗ, РП

Сначала я подумала, какие выделить документы для сравнения с документом «Общее описание системы»?

В итоге пришла к тому, что Техническое задание/Частное техническое задание и Руководство пользователя будут самыми подходящими, чтобы еще раз выделить отличительные особенности уже в сравнении их друг с другом.

  1. Техническое задание/Частное техническое задание.

Документ «Общее описание системы» является более общим и вводным по сравнению с ТЗ и ЧТЗ. Он предоставляет общую информацию о системе и ее назначении, в то время как ТЗ/ЧТЗ содержат более конкретные требования и спецификации. «Общее описание системы» может быть использовано в качестве вводного материала для новых сотрудников или для общего ознакомления с системой, в то время как ТЗ/ЧТЗ используется разработчиками для создания системы в соответствии с определенными требованиями.

  1. Руководство пользователя.

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

Какими ГОСТами регулируется

  • ГОСТ Р 59795-2021 «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов» – для определения содержания документа.

  • ГОСТ 34.601-90 «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания» – определяет на какой стадии создания АС какой документ должен быть разработан, а в нашем случае документ «Общее описание системы».

  • ГОСТ 34.201-2020 «Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем».

Сбор информации для разработки для данного документа

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

Базовая структура

В соответствии с ГОСТ Р 59795-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов» документ «Общее описание системы» должен содержать следующие разделы:

  1. Назначение АС

1.1   Вид деятельности, для автоматизации которой предназначена АС

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

1.3   Перечень функций, реализуемых АС

  1. Описание АС

2.1   Структура АС и назначение ее частей

2.2   Сведения об АС в целом и ее частях, необходимые для обеспечения эксплуатации

2.3   Описание функционирования АС и ее частей

  1. Описание взаимосвязей АС с другими АС

3.1   Перечень АС, с которыми взаимодействует данная АС

3.2   Описание связей между АС

3.3   Описание информации взаимообмена

  1. Описание подсистем (при необходимости)

4.1   Структура подсистем и назначение их частей

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

4.3   Описание функционирования подсистем и их частей

Также хочу отметить, что согласно этого же ГОСТа, содержание документа, при необходимости, может дополняться в зависимости от особенностей создаваемой АС.

 

Комментарии (9)


  1. document_moscow Автор
    13.11.2023 21:13
    -8

    Друзья! Налетай, не скупись, в очередь за комментарием становись ???? актив пожалуйста


  1. dlinyj
    13.11.2023 21:13
    +7

    Подскажите, а какой смысл вашей публикации? Пересказ ГОСТа? Вот, просто первая ссылка в гугле по запросу "Общее описание системы" и там шаблон документа, где описано всё что вы тут пересказали и описали. Техпис совсем писать не умеет?

    Какую вы ставили цель, когда писали эту статью?


    1. LiauchukIvan
      13.11.2023 21:13
      +1

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


      1. dlinyj
        13.11.2023 21:13
        +2

        Да это понятно, но так тонуть в минусах и нести пургу, лучшая антиреклама.


  1. BeLord
    13.11.2023 21:13
    +1

    ГОСТ 34.601 в указанном рассмотрении лучше заменить на ГОСТ 59793, как на мой взгляд. Сравнивать общее описание системы с ТЗ, хороший путь уйти не туда, если уж хочется понять зачем тот или иной документ, лучше взять полный комплект документов по тех.проекту и сразу начнет прослеживаться логика - зачем тот или иной документ нужен и почему у него такой состав.


    1. document_moscow Автор
      13.11.2023 21:13
      -4

      Человек с точкой зрения аналитика, ставлю плюс ➕


  1. document_moscow Автор
    13.11.2023 21:13
    -8

    Друзья! Налетай, не скупись, в очередь за комментарием становись ???? актив пожалуйста


  1. fndrey357
    13.11.2023 21:13
    +2

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

    Я бы описывал (стараюсь описывать) так.

    1. Назначение АС

    -- цели создания АС. Их надо обозначать, т.к. от них "пляшет" набор ГОСТов и СП в дальнейшем. Например СОЭ и АПС близкие, но разные наборы нормативов. Иногда это система безопасности (АПС) иногда это технологическая система (техпроцесесс), контроль (видеонаблюдение или дистанционный контроль). Сталкивался, когда опасное производство контролируется видеокамерами - контроль+АТХ.

    • задачи проекта - те решения, которые приняты для достижения целей. Создание автономной системы, внедрение контроллера на третью полку, подключение и т.д

      Цели и задачи "огораживают" футбольное поле, они же являются первой проверкой на соответствие ТЗ или ЗнП.

    1.1   Вид деятельности, для автоматизации которой предназначена АС (краткое описание проекта который пытаемся построить)

    описание тех решений и особенностей. Это на соответствие нормативам: контроль линий, точки управления и контроля и т.д

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

    1.3   Перечень функций, реализуемых АС

    1. Описание АС

    2.1   Структура АС и назначение ее частей

    2.2   Сведения об АС в целом и ее частях, необходимые для обеспечения эксплуатации

    2.3   Описание функционирования АС и ее частей

    1. Описание взаимосвязей АС с другими АС

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

    3.2   Описание связей между АС

    3.3   Описание информации взаимообмена

    1. Описание подсистем (при необходимости)

    4.1   Структура подсистем и назначение их частей

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

    4.3   Описание функционирования подсистем и их частей


  1. AndronNSK
    13.11.2023 21:13
    +2

    Скажите, хоть раз удавалось написать полезный документ по программному продукту , руководствуясь государственными стандартами?


  1. vassiliy_kiryanov
    13.11.2023 21:13

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

    Статья очень полезная, но молодым/малоопытным разработчикам покажется не интересной.