1С: СППР и оценка сроков и стоимости проектов методом COCOMO II

Который очень удобно передавать заказчику.
+Личная просьба: сфоткайте тайком выражение лица заказчика, особенно госа, когда будете передавать ему СППР вот с этим всем.

Текст самого проектного документа можно набирать по абзацам как текстовое поле элемента справочника «Объекты данных»
+Эмм.. а если захотите массово что-то поискать или изменить? Будете бегать по абзацам?

когда необходимо заново пересоздавать выходные документы, но при этом сохранить связанность объектов и их описаний.
+Никакого запоможения от системы СППР в этой части нет. При изменении вы руками понесетесь по абзацам и именам метаданных. Естественно - это вопрос времени когда состояние СППР разъедется с состоянием метаданных информационной базы (тут еще вопрос интересный - а если решение состоит не из одной конфигурации а из нескольких? СППР позволяет структурировать кухню в рамках только одной конфигурации). 1С-ка может себе такое позволить - ибо она монополист. На проектах внедрения если сей подход будет замедлять работу - пошлю и выкинут очень быстро. Ибо - вот Таня - бизнес-аналитеГ (хорошо если бывший бухгалтер), вот Word - фперде!

то в итоге можно получить сквозную связку Требования – Объекты метаданных – Выходные проектные документы.
+Есть у вас уже практический опыт подобного? Расскажите подробнее.

проведя ревизию материалов прежних проектов,
+Слон конечно 2 ведра моркови зъисть, но хто ш иму дасть.

Вопрос поднят интересный, решение в виде - используйте СППР, ведите архив проектов с аналитикой - ну, такое, из раздела "благие намерения".

Но + за поднятие вопроса.

Использование псевдокода для оценки , это интересно, но предложенная реализация в 1С:СППР, сомнительна.

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

Во вторых , в 1С:СППР 2 "Справочник.ОбъектыДанных" не используется (и если я не ошибаюсь, вскоре будет удален из системы).

Для оценки сроков проектов, я бы рекомендовал изучить эту статью https://vc.ru/hr/95754-razvitie-i-proval-regulyarnogo-menedzhmenta-v-it

Добавлю еще 3 копейки:
COCOMO разработана в конце 70х годов, а затем усовершенствована. Анализ ряда проектов, выполненных в основном в интересах Министерства Обороны США для разработки системного ПО,
https://swehb.nasa.gov/pages/viewpage.action?pageId=16449930
https://www.theverge.com/2018/2/2/16954582/spacex-falcon-heavy-rocket-launch-impact-nasa-deep-space-travel
показывает, что стоимость запуска собственной сверхтяжелой ракеты SLS (Space Launch System) NASA обходится свыше 1 млрд долларов.
А запуск Falcon Heavy SpaceX от компании Space X стоит для НАСА 90 млн долларов.
Таким образом NASA использующая в своих программных разработках и оценках методику COCOMO-II тратит в 10 раз больше финансовых средств, чем коммерческая компания Space X при создании аналогичного продукта. Что еще раз подтверждает на практике разницу в затратах в 10 и более раз при создании продукта различными компаниями и различными факторами.