소프트웨어 설계 설명 연습

Question

한 줄의 코드를 작성하기 전에 얼마나 많은 사람들이 실제로 SDD 문서를 작성합니까?

대용량 CSCI는 어떻게 처리합니까?

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

당신은 무슨 짓을 한거야?

Answer 1

나는 분명히 있습니다. 역사적으로 그리고 최근 프로젝트들.
몇 년 전 나는 템플릿이 모든 것이었던 조직에서 일했습니다. 그런 다음 템플릿이 느슨하거나 존재하지 않거나 작업중인 프로젝트에 맞지 않는 다른 곳에서 작업했습니다.
이제는 소프트웨어 디자인의 내용이 관객에게 아이디어를 전달하기 위해 설명해야 할 내용에 상당히 좌우됩니다.
"한 줄의 코드를 작성하기 전에"많은 세부 사항은 없습니다. 코딩을 시작하기 전에 작성한 문서는 영향을받는 팀과 고위 경영진에게 구축해야하는 아이디어를 얻고 상위 수준의 아키텍처, 기능, 기술, 위험 및 범위를 도입하기위한 것입니다. 그 마지막 두 가지는 정말로 중요합니다. 나머지는 당신이 그들과 교류 할 필요가있는 다른 팀을 보여주고 멋진 일들이 일어나고 있다는 느린 생각을 매니저에게 남겨줍니다.

Answer 2

대부분의 거대 소프트웨어 회사는 자체 관행을 갖고 있습니다. 예를 들어 모토로라는 소프트웨어 개발 프로세스의 모든 측면에 대한 자세한 문서를 보유하고 있습니다. 각 유형의 문서에는 표준 템플릿이 있습니다. 엄격한 표준을 가짐으로써 많은 수의 문서를 효율적으로 관리하고 다른 도구와 통합 할 수 있습니다. 각 문서는 특수 문서 추적 시스템에서 추적 번호를 얻습니다. 자동 요구 사항 추적을위한 시스템 (심지어는 초기 개발 단계에 있었던 마지막 시간)도 있습니다. 어떤 코드 라인이 주어진 요구 사항/설계 지침과 관련이 있는지 말할 수 있습니다.

Answer 3

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

민첩한 프로세스에서 개발 및 설계 문서를 병렬로 개발할 수 있습니다. 그것은 수행되어야 할 많은 리팩토링이있을 것이라는 것을 의미하지만 일반적으로 결국 좋은 결과를 가져옵니다.

보다 공식적인 프로세스 (예 : RUP)에서는 SAD 문서가 팀 조사를 기반으로 정교화/프로토 타입 단계에서 주로 생성됩니다.