2. Software : Its Nature and Qualities(1)

Software Development Process

S/W 개발은 위의 그림과 같은 절차로 이루어진다. 실현가능성검토, 요구사항 분석과 명세, 설계, Coding과 Modeul Test, 통합과 System testing, 배포와 유지보수이다.
그렇다면 각 단계에서 중요하게 고려해야할 사항은 무엇일까?
실현 가능성 검토에서는 비용이 아닐까 한다. 예산보다 많은 비용이 들어간다면, Project는 진행이 되지 않기 때문이다.
두번째로 요구사항 분석과 명세에서는 요구사항 수집과 기능과 비기능으로 나누는 작업이라 생각된다.
세번째로 설계에서는 modulization이라고 생각한다.
네번째 통합은....아직 잘 ㅡㅡ;;;
배포와 유지보수에서는 문서화가 얼마나 잘되어있는지가 관건이겠다.

Revisit : Goal of Software Engeenering

 밑줄에 들어가야할 것은 무엇일까요? '_'a

Software Qualities
정의
DOD, 1985, S/W의 속성들을 단계별로 실행하고 약속된 종료를 할 수 있도록 하는것.
ISO, 1986, 제품과 Sevice의 특징과 특색들의 완전한 상태이다. 그것은 암묵적이거나 명세된 요구들을 만족시키는 능력과 관계가 있다.
Kitcheham, 1986, 타당한 요구들
 - 명세서와 일치하는가
  : 이것은 좋은 Solution인가?
 - 의도된 목적에 타당하는가
  : 문제가 제대로 처리되었는가?

Some Insights about Quality
Quality는 '절대'가 아니다
Quality는 여러부분에 산재되있다.
Quality는 제약을 받는다(사람, 비용, 시간, 도구 등)
Quality는 제약들에 대해 받아들이도록 타협할 수 있다.
Quality는 기준으로부터 독립적이지 않다.
즉, Quality는 절대적인 수치가 없으며, 다방면으로 생각을 해야한다. 제품의 질뿐만 아니라 유지보수에 필요한 문서들의 질등 여러가지가 있다. 절대적이지 않기 때문에 여러 사항들에 제약을 받으며 이러한 제약들을 받아들여야 한다. 그리고 세계에 공통으로 나온 기준들을 지켜야한다.

Why Software Quaility is different from other qualiity?
S/W는 물질적으로 존재하지 않는다
Project 시작시 고객 요구들의 지식이 부족하다
시간이 흐를수록 고객 요구가 변경된다.
S/W도 H/W도 급성장한다.
소비자들의 높은 기대

Quality Factors
USER, SPONSOR, MAINTAINER

Qualites Classification
Quality
 - External and Internal Qualities
 - Product and Process Qualities

External Quality와 Internal Quality
 - 정의는 뚜렷하지 않다.
 - External Quality : System의 User가 볼 수 있는 것들
 - Internal Quality : System의 개발자들과 관련된 것들

Product and Process Qualities
밀접한 관계들 : S/W 제품의 생산과 절차 사용
Product Quality
 - Functionality
 - Usability
 - Efficienty
 - Reliability, etc

Process Quality
 - Effectiveness of methods, tools
 - Use of standard
 - Management, etc


Representative Qualities
 - Correctness, Reliability, and Robustness
 - Performance
 - User Friendliness
 - Verifiability
 - Maintainability
 - Reusability
 - Portability
 - Understandability
 - Interoperability
 - Productivity
 - Timeliness
 - Visibility