тогда получаеться следующие 19 документов (это для Автоматизированных систем)
1. Ведомость технического проекта

2. Ведомость покупных изделий

3. Перечень входных сигналов и данных

4. Перечень выходных сигналов (документов)

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

6. Пояснительная записка
1) общие положения;
2) описание процесса деятельности;
3) основные технические решения;
4) мероприятия по подготовке объекта автоматизации к вводу системы в действие.

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

1) исходные данные;
2) цели АС и автоматизированные функции;
3) характеристика функциональной структуры;
4) типовые решения (при наличии).
8. Описание постановки задач (комплекса задач)
1) характеристики комплекса задач;
2) выходная информация;
3) входная информация.
9. Описание информационного обеспечения системы
1)состав информационного обеспечения;
2) организация информационного обеспечения;
3) организация сбора и передачи информации;
4) построение системы классификации и кодирования;
5) организация внутримашинной информационной базы;
6) организация внемашинной информационной базы.
10. Описание организации информационной базы
1) описание внутримашинной информационной базы;
o 1) логическая структура;

o
2) описание внемашинной информационной базы.
o 1) логическая структура;
o 2) физическая структура (для внутримашинной информационной базы);
o 3) организация ведения информационной базы.

11. Описание систем классификации и кодирования
Документ содержит перечень применяемых в АС зарегистрированных классификаторов всех категорий по каждому классифицируемому объекту, описание метода кодирования, структуры и длины кода, указания о системе классификации и другие сведения по усмотрению разработчика.
12. Описание массива информации
1) наименование массива;
2) обозначение массива;
3) наименование носителей информации;
4) перечень реквизитов в порядке их следования в записях массива с указанием по каждому реквизиту, обозначения алфавита, длины в знаках и диапазона изменения (при необходимости), логических и семантических связей с другими реквизитами данной записи и другими записями массива;
5) оценку объема массива;
6) другие характеристики массива (при необходимости).
13. Описание комплекса технических средств
1) общие положения;
2) структура комплекса технических средств;
3) средства вычислительной техники;
4) аппаратура передачи данных.
14. Описание программного обеспечения
1) структура программного обеспечения;
2) функции частей программного обеспечения;
3) методы и средства разработки программного обеспечения;
4) операционная система;
5) средства, расширяющие возможности операционной системы.
15. Описание алгоритма (проектной процедуры)
1) назначение и характеристика;
2) используемая информация;
3) результаты решения;
4) математическое описание;
5) алгоритм решения.
16. Описание организационной структуры
1) изменения в организационной структуре управления объектом;
2) организация подразделений;
3) реорганизация существующих подразделений управления.
17. План расположения
План расположения средств технического обеспечения, выполняемый при разработке технического проекта, должен определять расположение пунктов управления и средств технического обеспечения, требующих специальных помещений или отдельных площадей для размещения,
Документ допускается включать в раздел "Структура комплекса технических средств" документа "Описание комплекса технических средств". (НУ ЭТО Я ОБЪЕДЕНЮ)
18. Ведомость оборудования и материалов
Ведомость должна содержать сведения, необходимые для составления смет на приобретение и монтаж средств технического обеспечения системы, соответствовать утвержденным в установленном порядке требованиям по составлению заказных спецификаций и ведомостей к проектам АС.
19. Локальный сметный расчет
Локальная смета и локальный сметный расчет содержат сведения о сметной стоимости работ, выполняемых при создании АС, и сметной стоимости объектов, сооружаемых при создании АС, в соответствии с требованиями СНиП 1.02.01 и других документов по определению стоимости АС и ее составных частей.
Примечание. При изменении сметной стоимости работ и объектов по сравнению с запланированной уточняют экономическую эффективность АС.

Можно ли хоть что-то счем либо объединить?

Прежде всего, следует отметить, что под «Техническим проектом» может пониматься как один сводный документ (чаще для небольших и средних программных систем), так и целый набор (комплект) документации (для крупных систем).

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

Технический проект используется разработчиками при программировании спроектированного программного продукта. В его «принципиальной части» он может использоваться при обсуждении и согласовании ключевых проектных решения с Заказчиком. Также технический проект может быть очень полезен другим техническим и не очень техническим специалистам в решении самых разнообразных задач.

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

Исходя из основного требования, в технических проектах обычно решение описывается «сверху вниз» - от самого высокого уровня абстракции до деталей реализации отдельных элементов. Соответственно, в работе над различными частями технического проекта могут принимать участие разные специалисты: системный аналитик, архитектор, ведущий разработчик и т.п.

Для обозначения «Технического проекта» в различных системах и методологиях могут использоваться разные термины. Так в отечественных ГОСТах 34.201-89, 34.601-90 и РД 50-34.698.90 под «Технический проект» в описанных выше границах подпадает несколько десятков документов, создаваемых на стадиях «Эскизный проект», «Технический проект» и частично «Рабочая документация». В рамках MSF выделяются понятия концептуальный, логический и физический дизайн, по своей сути в совокупности также эквивалентные понятию «Технический проект». В предлагаемых в последнее время «шаблонах процессов разработки» (например, для Microsoft Team Foundation Server) также присутствуют самые разные сущности проектирования, которые не перечесть, однако все они будут так или иначе укладываться в понятие «Технический проект», поскольку отражают те же самые философские принципы и специфику разработки программных продуктов.

Рассмотрим в отдельности каждый этап и перечень документов согласно ГОСТ 34 (ГОСТ 34.201-89), который должен фиксировать результаты проведенных работ по созданию АС на стадии разработки ТП.

В данной статье объединяем две стадии (эскизный и технический проект) жизненного цикла разработки АС по ГОСТ 34 в связи с аналогичностью проводимых работ.

Работы по созданию (развитию) автоматизированной системы, выполняемые на стадии «Технический проект», регламентируются документом ГОСТ 34.601-90 и в общем случае содержат следующие этапы:

Разработка проектных решений по системе и её частям.

Разработка проектной документации на автоматизированную систему и её части.

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

Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

Перечень документов, создаваемых на стадии «Технический проект», определяется документом ГОСТ 34.201-89.

На данных этапах производится разработка проектных решений АС и создание технической документации:

Пояснительная записка к техническому (эскизному) проекту

Схема организационной структуры

Схема комплекса технических средств (КТС)

Схема функциональной структуры

Схема автоматизации

Перечень входных и выходных сигналов и данных

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

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

Требования к содержанию документов технического проекта приведены в руководящем документе по стандартизации РД 50-34.698-90 «АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ».

Рд 50-34.698-90 «автоматизированные системы требования к содержанию документов».

1. Общие положения

1.1. Требования к содержанию документов, разрабатываемых при создании АС установлены настоящими указаниями, а также соответствующими государственными стандартами Единой системы программной документации (ЕСПД), Единой системы конструкторской документации (ЕСКД), Системы проектной документации для строительства (СПДС) и ГОСТ 34.602.

Виды и комплектность документов регламентированы ГОСТ 34.201.

1.5. Документы, при необходимости, сброшюровывают в книги или тома, к которым составляют описи.

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

2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ ПО ОБЩЕСИСТЕМНЫМ РЕШЕНИЯМ

3. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ

4. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

5. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ

6. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

7. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ С РЕШЕНИЯМИ ПО МАТЕМАТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ