여정의 기록

요구사항 문제 해결이나 목적 달성을 위해 사용자가 필요로 하는 조건, 능력 요구분석과 명세(요구 공학) : 요구사항을 찾아 분석하고 문서화 요구사항 명세서 시스템이 제공해야 하는 서비스, 제약 조건을 기술한 문서, 개발과 유지보수 작업의 기초, 고객과 개발자 간의 의사소통 수단 계약서 요구사항의 종류 1. 기능적 요구사항 입출력 양식, 저장구조, 계산 능력... 기능적 요인 정의 ex) 사용자가 지방세 정보를 볼 수 있어야 한다. 2. 비기능적 요구사항 제품의 품질, 서비스나 기능상의 제약, 법률, 표준의 준수에 대한 내용 기술 사용성, 효율성, 성능, 저장소 용량, 입출력 장치의 성능, 보안, 신뢰도, 이식성 관련 요구사항 등 ex) 인터페이스 색상이 회사의 공식 색상과 일관성이 있어야 함 FURPS+..

소프트웨어 테스트 개요 소프트웨어 품질 보증을 위한 활동 V&V 활동의 하나 품질 확보를 위해 개발과정에서 테스트 비중이 큼 프로그램을 실행시켜 요구 사항의 만족을 보이거나 결함을 찾기 위한 활동 입력 데이터를 가지고 실행시키며 동적 테스트라고 함 오류를 찾기 위한 것이며, 오류가 없음을 증명하는 것이 아님 성공적인 테스트란 발견되지 못했던 결함을 찾는 테스트임 결함 테스트 - 소규모 코드에서 결함을 찾고자 하는 것 - 부정확한 계산이나 데이터 오류 등이 발생하는지 확인 - 좁은 의미에서 테스트라고 할 때, 결함 테스트를 의미 검증 테스트 - 주요 시스템의 기능을 검증하기 위한 것 - 주어진 요구 명세의 만족을 보이는 인수 테스트와 같은 고수준 테스트 테스트 작업의 원칙 - 테스트 케이스는 입력 값 외에..

품질의 정의 제품이나 서비스가 가지는 수월성에 관한 종합적 특성 생산자 입장의 품질 : 명시된 요구사항을 만족시키는 정도 고객 입장의 품질 : 고객의 기대나 사용 목적에 부합하는 정도 소프트웨어 품질 소프트웨어 공학 목표 중 하나임 명확히 기술된 요구사항을 만족하고 묵시적인 좋은 품질 특성을 가져야 함 소프트웨어 제품과 프로세스에 적용되는 많은 구체적 특성 품질 관점 사용자 관점 : 제품의 신뢰성, 효율성, 사용 용이성 등 개발자 관점 : 검증가능성, 유지보수성, 이식성 등 관리자 관점 : 프로세스의 생산성과 제어 용이성 소프트웨어 품질의 분류 소프트웨어 제품의 품질 특성 내부 특성이 외부 특성에 영향을 줌 외부 특성과 내부 특성이 명확히 구분되진 않음 외부 특성 사용자 관점의 품질 특성 실행을 통해 행..

프로젝트 관리란? 예산, 일정의 제약 -> 관리가 필요함 계획의 수립, 고객의 요구와 표준을 따르는지 확인, 시간과 예산에 맞춰 개발되는지 사람과 프로세스 제어 소프트웨어 프로젝트 관리가 왜 어렵냐? 진척 관리를 문서에 의존 소프트웨어 개발 프로세스에 관한 명확한 표준이 없음 기술 발전 속도가 빨라 과거 경험을 살리기 어려움 프로젝트 관리자의 업무 프로젝트 착수(제안서 작성) -> 계획 -> 실행(감시와 통제) -> 종료(보고서 작성, 평가) 프로젝트 계획 '어떤 것을 얼마에 누구에 의해 언제까지'를 정해야 함 계획에 기초 결과물(산출물), 개발 절차 관리 브룩스의 법칙 : 일정이 늦춰진 프로젝트에 인력을 추가하면 더 늦어진다. (기존 업무 이해, 의사소통 문제, 작업 재분할의 이유) 계획서의 구성 : ..

소프트웨어 프로세스 소프트웨어 시스템을 개발하거나 유지보수할 목적으로 수행되는 활동 일체 또는 절차 활동: 누가 언제하는 지와 어떤 결과물을 만드는가? 개발 조직은 적당한 프로세스 모델을 보유하여 공통의 개발 문화와 공통의 기술을 제공해야 함 프로세스 모델이 존재해야 하는 이유 - 전체 프로세스의 이해에 도움을 줌 - 구조화된 방법을 개발에 적용 - 자원 사용에 대한 사전 계획을 가능하게 함 - 자원 사용을 통제할 수 있음 - 시스템 개발 과정을 추적하고 관리할 수 있음 프로세스 모델 선택 시 고려 사항 - 개발 조직마다 프로세스가 다름 - 프로젝트 유형에 따라 다름 - 대형 시스템의 경우 부분마다 다른 프로세스를 적용 소프트웨어 명세 : 소프트웨어의 기능과 운영상 제약 조건을 정함 소프트웨어 개발 : ..