08/02/2019 - No Comments!

소프트웨어 설계서 예제

기능 설계 문서는 소프트웨어 제품의 기능, 외관 및 궁극적으로 수행하는 데 필요한 기능을 설명합니다. 설계 문서는 기능 사양 또는 기능 사양 문서(FSD) 또는 기능 요구 사항 사양이라고도 합니다. 이 소프트웨어 디자인 문서를 사용하면 이러한 문제에 대한 답변을 갖게 됩니다: 불일치가 발생하면 클라이언트가 동의하고 서명한 사양을 참조하여 서신에 이행했다고 지적할 수 있습니다. 화가 난 논쟁 대신 문서에 대한 수정 및 설명을 할 수 있습니다. 어쨌든 클라이언트는 처음부터 부정확성을 미끄러 지게한 것에 대해 사과할 것입니다. 좋은 소프트웨어 설계가 중요한 이유 중 하나는 소프트웨어에 대한 요구가 항상 변화하고 있기 때문에. 그 결과 요구 사항도 끊임없이 변경됩니다. 클라이언트에 새 기능이 필요한 경우가 있습니다. 지정된 작업을 수행하는 데 사용하는 라이브러리 나 도구를 변경하는 경우도 있습니다. 사실, 민첩한 환경에서는 주어진 반복에서 작은 기능과 기능을 제공하기로 약속하고 이러한 변경 사항이 현재 의 스프린트 약속을 방해하지 않는 경우 요구 사항을 변경할 수 있습니다. 궁극적으로 시간이 지남에 따라 모든 소프트웨어는 레거시가 되고 새로운 비즈니스 요구 또는 기술 모범 사례에 부응하기 위해 업데이트가 필요합니다. 응용 프로그램 디자인 문서에서 물어봐야 할 주요 질문: 소프트웨어 설계의 목표는 단순성입니다. 코드의 각 클래스, 메서드 및 모듈에는 단일 용도가 있어야 합니다.

모든 새로운 작업은 독립적으로 사용하고 수정할 수 있는 자체 모듈을 가져와야 합니다. 이렇게 하면 회귀가 최소화되고 코드를 더 쉽게 사용할 수 있습니다. 이 과정은 4명의 갱이 쓴 인기 있는 책을 기반으로 하지만, 대화형으로 소화하기 쉬운 형식으로 제공됩니다. 이 책에서 23개의 유명한 디자인 패턴을 대화식으로 마스터하고, 3가지 주요 디자인 패턴 유형(창작, 구조 및 행동)의 적절한 적용을 배우고, 이러한 디자인 패턴을 자신의 프로젝트에 통합하는 방법을 배웁니다. ^로저 S. 프레스맨. 소프트웨어 엔지니어링: 실무자의 접근 방식. 맥그로 힐. ISBN 0-07-365578-3. 컴퓨터 프로그래밍 전에 제약 조건, 사양 및 요구 사항을 조정할 수 있도록 소프트웨어 설계 문서를 검토하거나 제시할 수 있습니다. 프로그래밍된 시뮬레이션 또는 프로토타입을 검토한 후 재설계가 발생할 수 있습니다.

Published by: jeshurun

Comments are closed.