Раздел Основные технические решения

К началу возвращаемся

3. Основные технические решения
...
3.6. Состав функций, комплексов задач, реализуемых системой (подсистемой)
...
3.6.1. Перечень подсистем АС с указанием функций, задач, реализуемых каждой подсистемой
...
3.6.2. Описание процесса выполнения функций
(здесь лучше отдельно для каждой подсистемы)
...
3.6.3. Необходимые пояснения к разделению автоматизированных функций на действия, выполняемые ТС и человеком
(тоже по подсистемам)
3.6.4. Требования к временному регламенту и т.д.

Короче, вернулись мы на круги своя

А в какую часть ПЗ тогда лучше вставить ""Характеристику функциональной структуры"?

Без проблем, если Заказчик чуток читал ГОСТы.
Практически все ГОСТы (19, 34) позволяют дополнять разделы документов недостающими (по мнению Исполнителя или Заказчика) разделами, или просто дополнительными разделами.
В то же время ГОСТы позволяют объединять несколько документов в один и обзывать эту компиляцию названием одного из документов.
Чаще всего встречается "Техническое Описание и Инструкция (Руководство) по Эксплуатации" - "ТО и И(Р)Э".
Если воткнуть Описание автоматизированных функций в Пояснительную записку и обозвать все это Пояснительной запиской - все должно быть в поряде. Но лучше, все-таки, договориться с Заказчиком, ссылаясь на ГОСТ.
Поскольку мне сейчас не приходится непосредственно работать с Заказчиком, делаю документацию в полном составе. Пусть десяток документов дублируют разделы друг друга, зато формальных претензий от Заказчика нет. Вот Ведомость ЭД, вот сами документы - что еще Вам, уважаемый Заказчик, от меня надо

А насколько приемлем вариант с отдачей "Описание автоматизированных функций" вместе с ПЗ? Мне этот третий путь больше нравится, но я не уверен, что это правильно.

Не совсем с нуля. Исходный шаблон ПЗ есть, но его допиливать и допиливать, притом под разные решения.

По-моему - ожидаемый
Если нет документа "Описание автоматизированных функций", так его надо разработать
Изначально, так понимаю, нет вообще никаких документов? Ни ТЗ, вообще ничего? Пояснительную записку приходится делать с нуля?

Спасибо Ответ, конечно, неожиданный

В РД 50-34.698-90 - http://www.nist.fss.ru/hr/doc/gost/50-34698-90.htm
Это п. 2.5 документа.
Этот РД - палочка-выручалочка. Вся общесистемная документация разрабатывается именно по нему. Очень рекомендую.

И где этот докуменнт брать?

Два варианта.
Первый - описание функционирования подсистемы можно положить под 6 перечисление раздела "Основные технические решения".
Указали состав функций (как в самом первом посте), а потом дали сведения о реализации каждой функции из перечня.

3.4.n.1. Реализация функции такой-то

3.4.n.2. Реализация функции ...

3.4.n.n. Реализация (выполнение) функции "и так далее..."

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

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

Программа должна выполняться под управлением операционной системы такой-то. Или: Вычислительная подсистема должна быть спроектирована на платформе Superdome - все это общие сведения.

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

Назначение:

Программа (система) предназначена для решения перечисленных ниже задач (комплексов задач и т.п.):
• задачи автоматизации процесса …;
• задачи измерения объёмов …;
• задачи автоматического сбора, обработки, хранения информации о …;
• задачи организации учета …;
• задачи отображения информации о …;
• задачи обеспечения непрерывного автоматизированного контроля …;
• задачи получения надежных, основанных на реальных и достоверных данных, показателей работы для формирования документов финансовой и статистической отчетности.

Я понимаю, но непосредственно описание функционирования подсистемы куда ложится?

Не совсем так.

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

Программа должна выполняться под управлением операционной системы такой-то. Или: Вычислительная подсистема должна быть спроектирована на платформе Superdome - все это общие сведения.

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

Назначение:

Программа (система) предназначена для решения перечисленных ниже задач (комплексов задач и т.п.):
• задачи автоматизации процесса …;
• задачи измерения объёмов …;
• задачи автоматического сбора, обработки, хранения информации о …;
• задачи организации учета …;
• задачи отображения информации о …;
• задачи обеспечения непрерывного автоматизированного контроля …;
• задачи получения надежных, основанных на реальных и достоверных данных, показателей работы для формирования документов финансовой и статистической отчетности.

Как-то так. Это выдернул из учебно-тренировочного ТЗ на систему, но пока целиком показывать ТЗ рано, сыровато.

И нормально. Тогда по связке общие сведения-назначение-состав.

Т.е. общие сведения --- это краткое описание подсистемы, резюме?

А "Назначение" --- что тогда?

С составом понятно.

И сам не знаю

Не, я просто испугался, что форум глючит. Еще и месяца нет как установил его, а времени на освоение маловато. Все нормально, слава богу.

И нормально. Тогда по связке общие сведения-назначение-состав.

Вычислительная подсистема должна быть спроектирована на платформе Superdome и т.д. (это общие сведения)
Вычислительная подсистема должна обеспечивать выполнение таких-то функций (наборов функций, задач, комплексов задач):
- функции такой-то;
- функции еще какой-то;
- и т.д. - это все назначение
В состав вычислительной подсистемы должны входить перечисленные ниже технические и программные средства:
Тех. средства:
(перечень)
Прог. средства:
(перечень)

Из перечня техсредств:
Техсредство 1 построено на базе процессора Р10 (это общие сведения)
Техсредство 1 предназначено для...
В состав техсредства 1 входят (должны входить):
(перечень)

И т.д.

Например, вычислительная подсистема в моём случае: сервер HP Superdome и станция управления, плюс софт на них.

Кстати, откуда взялось слово "компонента"? Это не из физики? Я всё пытаюсь выяснить разницу между "компонентой" и "компонентом"

Это хорошо

Нет, просто лениво было. Но я лень таки победил

Также. Таким же деревом.
Из РД (мне) не совсем ясно, что принимать за компоненты системы. Если подходить формально, тогда в качестве компонент могут выступать подсистемы, технические и программные средства, входящие в состав системы.
Если подойти с позиции иерархии системы, тогда можно брать и уровни.
Или по функциональности.
Допустим, есть сетевая софтина (клиенты и сервера), структурированная кабельная система, активное сетевое оборудование. Можно весь этот наборчик обозвать коммуникационной компонентой системы.
Я сейчас подчищаю ТЗ на автоматизированную информационно-измерительную систему, вскорости, надеюсь, выложу где-нибудь поблизости.
Встречный вопрос: а что, форум не позволяет зарегистрироваться? Поначалу, вроде бы, все получалось, даже вчера. Может, глюки какие?

Возвращаясь к теме. А как быть с описанием компонентов подсистем?