Sanctuary

위의 그림은 Software engeenering의 관계들을 도식화 한것이다. 가장 기본이 되는 Principle(원리)로 부터 방법들과 기술들, 방법론, 도구로써 계층적으로 분류하였으며, 외곽으로 벗어날 수록 변경도가 커진다. Priciples - Rigor and Formality - Separation of Concerns - Modularity - Abstraction - Anticipation of Changes - Generality - Incrementality Principle는 방법과 기술과 방법론 그리고 도구들의 기반이 되는 형태이다. Principle은 S/W 개발의 모든 단계에 사용할 수 있다. Modularity는 분기점 원리를 S/W 설계에 지원할 수 있다. Rigor and F..

(ver 1.1) 2008/11/18 6:38 수정 Interoperability System의 공존하는 능력이고 표준화 Interface로 접근하여 다른 System과 협력하는것. Open system concept Productivity efficiency와 performance에서 Software production process의 하나의 quality이다. 측정의 어려움 -기본(단순) 측정법 : SLOC (Software Line of Code) -기능기반 측정법 : FP(Function Point) Timeliness 제품을 제 시간에 배포하는 ability. Time-to-Market callanges(시장 진출 시간) Requires - 꼼꼼한 Scheduling - 정확한 작업 판단 - 명..

Correctness, Reliability and Robustness 서로 바꿔 사용할 수 있도록 공개되 있다. 그것은 Application들의 각 단계에서 기대했던 기능들의 동작을 의미한다. 즉 각 요소들은 Application들의 각 단계에서 서로가 적용될 수 있다는 뜻이다. Correctness Correct는 Program이 Function들이 명세서에 따라 동작되는 것이다. 전제: - System의 명세서를 사용할 수 있어야 한다.(즉 문서화가 최근까지 되 있어야 한다) - Program이 명세서를 만족시킨다면 그것은 명확히 결정할 수 있다.(이것은 다시 말하면 correctness하다는 것이다) Reliability = dependability : User가 그것에 의존할 수 있다면 신뢰 할..

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