OberonCore

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

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

Далее, как толковать полученные результаты по заданным метрикам - вопрос второй. Можно с помощью ИИ (искусственного интеллекта -- тех же нейронных сетей) и Экспертных Систем, а можно и статистически.

От статистики - никуда не уйти в любом случае...

Уважаемый Валерий! А можно поподробнее по модели и методологии, можно в личку. Спасибо

Вот-вот...
Ну, наверное, не абстрактные, а "принципиально неопределённые" (см. об иерархии "качественного/количественного" в конце этой статьи)?.. Отсюда и оценки метриками этой части м.б. "формализующими неформализуемое"?

P.S. Это "внешне-" (в виде "систем предпочтения ЛПР") любили делать в рамках "комбинаторно-банановой" системотехники. Той самой, где эффективность системы принято оценивать как "предельно выгодный обмен" на "коротких временах". А о том, чем может "ответить" окружение "на длинных временах" (как с Фукусимой или "ГМО-фальсификацией" пищи), предпочитают не думать...
В правомерности такого "околичествления" есть сомнения. Впрочем, хороший математик может поработать с "непараметрическими" подходами к оценке, вроде намеченного в работе Лапко и др.... Замечу лишь, что сейчас общая модель оценки и в "конкретно-банановых республиках" меняется - см. хотя бы формулировку ПЭ здесь...

Вот, кстати, да...

Вот 40 страниц - глава из коллективной монографии.
Тут обо всем.

Качество закладывается на всех стадиях. Если на стадии анализа/моделирования, например, неправильно определён состав ключевых характеристик... то, модель может изначально не соответствовать ожиданиям/представлениям пользователей/потребителей, то есть, модель (и результат) не будут качественными.
От стадии анализа до стадии эксплуатации... видимо. Кстати, если посмотреть на ГОСТ, то он тоже определяет качество относительно жизненного цикла (хотя стадии жизненного цикла в ГОСТе несколько иные).

Метрики нужны для сравнительного анализа, а сравнительный анализ может давать, как качественные, так и количественные результаты/оценки.
Качество кода - не тоже самое, что качество программы. И если говорить о коде, то он, прежде всего, должен соответствовать тех. заданию, остольное может быть важным, но... оно вторично.

Как в "Цикломатической сложности" учитывается возможность неявных маршрутов (исключительные ситуации)?

Аналогия с производством: лучше уже аналогия не с производством а с проектированием-изготовлением прототипа. Копирование (массовое производство) в ПО делается просто.

Замечу, что уважаемый alexus не видит принципиальной разницы между производством и проектированием. Для того чтобы более точно понять его точку зрения, рекомендую почитать по ссылке (и далее, там же): http://forum.oberoncore.ru/viewtopic.php?f=86&t=3518&start=20#p64349

Роман, Вы девушек как оцениваете?
Поделитесь уж с народом метрикой, у нас тут много молодежи

К счастью для девушек, нам их мерить не нужно. Но если понадобилось, то и метрики нашлись бы. Разве я не прав?

Нет, не прав

(Эх, молодо-зелено...)

Метрика в таких сложных и долгоиграющих вещах -- сугубо вспомогательное средство.
Полезное, но сугубо подчинённое.

Ну, и что, что подчиненное? Это неважно.
Главное, чтобы метрика коррелировала с нашим выбором...

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