7-0 애플리케이션 테스트 : 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인하고 기능을 정확히 수행하는지 검증한다. 애플리케이션 테스트의 기본원리 잠재적 결함은 줄일 수 있지만, 완벽한 테스팅은 불가하다. 결함은 대부분 특정 모듈에 집중 되어 있다. (파레토 법칙 : 발견된 80% 결함은 20%모듈에서 발견) 살충제 패러독스 ( 동일 테스트 반복시 더이상 결함 발견X) 정황에 따라서 테스트를 다르게 수행 오류 부재의 궤변 (결함을 모두 제거해도 사용자 요구사항을 만족X) 테스트를 많이하면 미래 발생 위험 감소 테스트는 작은 부분에서 점점 확대된다. 개발자와 관계 없는 별도의 팀에서 수행 프로그램 실행 여부에 따른 테스트 정적 테..
6-0 사용자 인터페이스(UI) : 사용자와 시스템 간의 상호작용이 원활하게 이루어지도록 도와주는 장치나 소프트웨어 사용자 인터페이스 구분 CLI : 명령과 출력이 텍스트 형태로 이루어지는 인터페이스 GUI : 아이콘이나 메뉴를 마우스로 선택하여 작업을 수행. NUI : 사용자의 말이나 행동으로 기기를 조작 기본원칙 (직유학유) 직관성 : 누구나 쉽게 이해하고 사용할 수 있어야 한다. 유효성 : 사용자의 목적을 정확하고 완벽히 달성한다. 학습성 : 누구나 쉽게 배우고 익힐 수 있어야 한다. 유연성 : 사용자의 요구사항을 최대한 수용하고 실수를 최소화한다. 사용자 인터페이스의 3가지 분야 ( 제어, 구성, 기능) UI 표준 및 지침 UI 표준 : 전체 시스템에 포함된 모든 UI에 공통적으로 적용될 내용, ..
5-0 시스템 인터페이스 요구사항 분석 시스템 인터페이스 요구사항 구성 : 독립적으로 떨어져 있는 시스템들끼리 서로 연동하여, 상호작용 하기 위한 접속 방법이나 규칙을 의미. 분석 절차 ( 요구사항 선별 - 자료 준비 - 요구사항 분류 - 분석 및 수정) 요구사항 검증 : 설계 및 구현 전에 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술이 되었는지를 검토하고, 개발 범위의 기준인 베이스 라인을 설정. 검증 방법 동료 검토 : 작성자가 명세서 내용을 직접 설명하고, 동료들이 이를 들으면서 결함을 발견하는 형태의 검토 방법 워크 스루 : 검토회의 전에 요구사항 명세서를 미리 배포하여, 사전 검토한 후에 짧은 검토 회의를 통해 결함을 발견하는 검토 방법 인스펙션 : 작성자를 제외한 다른 검토 ..
4-0 개발 환경 구축 : 개발 프로젝트를 이해하고, 소프트웨어 및 하드웨어 장비를 구축하는 것 소프트웨어 아키텍처 : 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템의 구조 또는 구조체 모듈화 : 시스템의 기능들을 모듈 단위로 나누는 것 추상화 : 전체적이고 포괄적인 개념을 설계한 후, 구체화 시켜 나가는 것 단계적 분해 : 상위의 중요 개념으로부터 하위의 개념으로 구체화 시키는 분할 기법 정보은닉 : 모듈 내부에 포함된 절차와 자료들의 정보가 감추어져 다른 모듈이 접근하거나 변경하지 못하도록 하는 기법 소프트웨어 아키텍처 품질속성 시스템 측면 : 성능, 보안, 가용성, 기능성, 사용성, 변경 용이성, 확장성 등 비즈니스 측면 : 시장적시성, 비용과 혜택, 예상 시스템 수명, 목표시장, 공개일..
