Я обеспокоен передовыми методами, которые помогают отражать дизайн программной системы в реализации. Простым примером может быть именование: имена структур и идентификаторов должны быть равны. Есть ли у вас какие-либо советы?Рекомендации по отражению дизайна программного обеспечения в реализации
Я полагаю, что другой процесс заключается в том, что поток процессов с точки зрения вызовов функций и выполнения заданий должен как можно ближе напоминать поток процесса на уровне проектирования.
Все кажется излишним. Сколько способов можно сказать: «Ваша реализация должна напоминать ваш дизайн»?
Как правило, некоторые условные обозначения могут быть найдены. Они могут быть полезны вход, чтобы решить вашу проблему ... Я не 100% уверен, что это хороший ответ, потому что я не ясно, о вашем вопросе 100%
Это, безусловно, слишком общий вопрос отвечать.
При проектировании во многих случаях это очень общее описание системы. Будет слишком много способов «отразить» его в реализации.
Когда вы говорите о передаче дизайна до реализации, рекомендуется думать в терминах поведения и ограничениях, а не сосредотачиваться на имена, файлы, зависимости библиотеки и т.д.
Конструкция системы правильно переведена в реализации, если он выполняет ожидаемое поведение и отвечает функциональным и нефункциональным ограничениям. Здесь, если вы заинтересованы в лучших практиках, ориентированный на пользователя дизайн и гибкая разработка, это помогает сохранить отклонение фактического результата от ожидаемого клиентом [пользователями] до минимума.
Я согласен, что это слишком общее. – cletus