소프트웨어 설계 설명 실습 [닫기]

Question

한 줄의 코드를 작성하기 전에 실제로 SDD 문서를 작성하는 사람은 몇 명입니까?

대규모 CSCI를 어떻게 처리합니까?

SDD 콘텐츠에는 어떤 표준을 사용합니까?

어떤 재봉을 해보셨나요?

Answer 1

나는 확실히 그랬다.역사적으로나 최근 프로젝트에서.
몇 년 전 저는 템플릿이 전부인 조직에서 일했습니다.그런 다음 템플릿이 더 느슨하거나 존재하지 않거나 내가 작업 중인 프로젝트에 맞지 않는 다른 곳에서 작업했습니다.
이제 소프트웨어 디자인의 내용은 청중에게 아이디어를 전달하기 위해 설명해야 할 내용에 의해 거의 좌우됩니다.
"한 줄의 코드를 작성하기 전에" 자세한 내용은 많지 않습니다.코딩을 시작하기 전에 제가 작성하는 문서는 영향을 받는 팀과 고위 경영진에게 무엇을 구축해야 하는지에 대한 아이디어를 제공하여 높은 수준의 아키텍처, 기능, 기술, 위험 및 범위를 소개하기 위한 것입니다.마지막 두 개가 정말 중요해요.나머지는 다른 팀과 인터페이스해야 하는 위치를 보여주고 관리자에게 멋진 일이 일어나고 있다는 생각을 남기는 것입니다.

Answer 2

대부분의 대형 소프트웨어 회사에는 자체 관행이 있습니다.예를 들어 Motorola는 소프트웨어 개발 프로세스의 모든 측면에 대한 자세한 문서를 보유하고 있습니다.각 문서 유형에 대한 표준 템플릿이 있습니다.엄격한 표준을 사용하면 수많은 문서를 효과적으로 관리하고 이를 다양한 도구와 통합할 수 있습니다.각 문서는 특수 문서 추적 시스템에서 추적 번호를 얻습니다.자동으로 요구 사항을 추적하는 시스템(지난번에 봤을 때 초기 개발 단계에 있음)도 있습니다. 특정 요구 사항\설계 지침과 관련된 코드 줄을 말할 수 있습니다.

Answer 3

SDD 문서를 작성하고 CSCI와 같은 용어를 사용하는 대부분의 사람들은 특정 소프트웨어 개발 방법론을 사용해야 하며 일부 심각한 정부 고객을 위해 일할 가능성이 가장 높습니다.그들은 일반적으로 준비를 매우 진지하게 받아들이는 경향이 있으며 개발이 시작되기 전에 문서가 준비되고 승인됩니다.

Agile 프로세스에서는 개발과 디자인 문서를 동시에 개발할 수 있습니다.이는 수행해야 할 리팩토링이 많이 있을 것이지만 일반적으로 결국 매우 좋은 결과를 제공한다는 것을 의미합니다.

RUP와 같은 보다 공식적인 프로세스에서 SAD 문서는 대부분 팀 연구를 기반으로 하는 정교화/프로토타입 단계에서 생성됩니다.