S/W 개발 과정중 설계단계에서 이루어지는 세부작업들`과 `S/W의 설계 품질을 높이기 위해 어떠한 노력을 해야 하는가`

소개글

고려대학교

목차

[설계 단계]에서는 명세를 효율적으로 구현하기 위한 결정들을 수행한다.

레벨 1：하부조직에의 분할
레벨 2：모듈에의 분할
레벨 3：루틴에의 분할
레벨 4：내부 루틴에의 분할

1. 상위 설계 단계에서는 명세를 구현하기 위한 모듈화 구조가 식별된다.
2. 상세 설계 단계에서는 각 모듈에 대한 함수 구조가 개발된다.
3. 최종 결과물
4. 설계가 있어야 할 특성
5. 정리

본문내용

[설계 단계]에서는 명세를 효율적으로 구현하기 위한 결정들을 수행한다.

소프트웨어 설계에서 ”루틴” 이나 ”모듈” 이라고 하는 단어는, 여러가지 상황에서 여러가지 의미를 가지는 유연한 단어로 해석된다.

루틴이란, 어느 목적을 가지고 불려 가는 메소드이다.
또, 모듈은, 데이터와 그 데이터에 작용하는 루틴의 집합체이다.
모듈은, 공통되는 데이터는 가지지 않지만, 일련의 응집한 서비스를 제공하는 루틴의 집합체인 경우도 있다.

다만, 루틴과 메소드와는 반드시 일대일의 관계가 아니다.
조사한 바에 의하면 어플리케이션안에 모듈이 있고, 모듈안에 루틴이 있다.
루틴, 모듈은 어디까지나 구분의 개념으로, 루틴안에 무엇이 있는지, 모듈안에 무엇이 있을까는 프로그램을 만드는 방법에 의한다.


레벨 1：하부조직에의 분할
-> 이 레벨에 있어서의 설계 작업의 중심은, 프로그램을 주요한 컴포넌트에 얼마나 분할할까를 결정해 컴포넌트간의 인터페이스를 결정하는 것이다.

레벨 2：모듈에의 분할
-> 이 레벨에 있어서의 설계에는, 시스템의 모든 모듈을 정의합니다.
분할한 모듈이 복잡한 경우에는, 그것을 한층 더 분할해 모듈화한다.

모듈이 명시되는 것과 동시에, 시스템외의 부분과 모듈과의 교환의 상세도 지정한다.
이 레벨의 작업에 의해 하부 조직은 그 모듈을 실제로 작성하는데 충분한 만큼의 상세한 레벨까지 분할된다.



레벨 3：루틴에의 분할
-> 이 레벨에 있어서의 설계에는, 모듈을 모듈에 의해 제공되는 서비스에 분할하는 것이 포함된다.
루틴에 해야 하는 것이 찾아낼 수 있는 것과 동시에, 그 기능도 결정된다.
모듈은 그 서비스 루틴을 통해서 시스템의 다른 부분과 교환한다.

레벨 4：내부 루틴에의 분할
-> 일반적으로 내부 루틴의 설계는, 각각의 루틴을 작성하는 프로그래머에게 맡긴다.
컴퓨터 프로그램은, 이 레벨의 설계 작업없이는 있을 수 없다.

참고 자료

조엘 온 소프트웨어(조엘 스폴스키, 이해영 역, 에이콘출판)
소프트웨어 공학(최은만, 정익사)
누가 소프트웨어의 심장을 만들었는가(박지훈, 한빛미디어)
우리가 미처 알지 못한 소프트웨어 공학의 사실과 오해(로버트 L. 글래스, 윤성준 역, 인사이트)
국회도서관(http://www.nanet.go.kr)
위키피디아(http://www.wikipedia.org)
SolutionLink Co.(http://www.sol-link.com)
네이버 블로그::파워 프로그래머(http://blog.naver.com/websearch?Redirect=Log&logNo=70031194569)
네이버 블로그::DEVELOPER 2.0(http://blog.naver.com/mirnae?Redirect=Log&logNo=100051037101)
네이버 블로그::전국대학강노트모음(http://blog.naver.com/nowcafe?Redirect=Log&logNo=20016381186)