Практика описания дизайна программного обеспечения [закрыто]

Question

Сколько людей на самом деле пишут SDD-документ, прежде чем написать хотя бы одну строку кода?

Как вы справляетесь с крупными CSCI?

Какой стандарт вы используете для SDD-контента?

Каким пошивом одежды вы занимались?

Answer 1

Я, конечно, видел.Исторически сложилось так, что речь идет о недавних проектах.
Много лет назад я работал в организациях, где шаблоны были всем.Затем я работал в других местах, где шаблоны были более свободными, или их вообще не существовало, или они не соответствовали проектам, над которыми я работал.
Теперь содержание разработки программного обеспечения в значительной степени определяется тем, что мне нужно описать, чтобы донести идею до аудитории.
"перед написанием одной строки кода" не было бы большого количества деталей.Документы, которые я готовлю перед началом кодирования, предназначены для того, чтобы донести до заинтересованных команд и высшего руководства представление о том, что нам нужно создать, чтобы они представили высокоуровневую архитектуру, функциональность, технологии, риски и масштаб.Эти последние два действительно важны.Остальное - показать другим командам, где вам нужно взаимодействовать с ними, и оставить у менеджеров стойкое представление о том, что происходит классная вещь.

Answer 2

У большинства крупных компаний-разработчиков программного обеспечения есть свои собственные практики.Например, у Motorola есть подробная документация по каждому аспекту процесса разработки программного обеспечения.Существуют стандартные шаблоны для каждого типа документов.Наличие строгих стандартов позволяет эффективно вести огромное количество документов и интегрировать их с различными инструментами.Каждый документ получает номер отслеживания в специальной системе отслеживания документов.У них даже есть система (последний раз, когда я видел ее на стадии ранней разработки) для автоматического отслеживания требований - вы можете сказать, какая строка кода относится к данному требованию \ руководству по проектированию.

Answer 3

Я бы предположил, что большинство людей, которые пишут документы SDD и используют терминологию, подобную CSCI, должны использовать определенную методологию разработки программного обеспечения и, скорее всего, работают на какого-то серьезного государственного заказчика.Обычно они достаточно серьезно относятся к своей подготовке, и документы готовы и утверждены еще до начала какой-либо разработки.

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

В более формальных процессах (таких как RUP) документ SAD в основном создается на этапе разработки / прототипирования на основе исследования команды.