메리 솔로크리스마스 1. 디자인 패턴 사람들은 일정을 관리하거나, 할 일을 정리하고, 가계부를 작성하는 등 각자의 용도에 맞게 노션을 사용한다. 여기서 주목해야 할 것은 사람마다 노션을 사용하는 용도가 완벽하게 일치하진 않지만 비슷한 용도로 노션을 사용하는 경우가 더러 있다는 것이다. 이에 노션에서는 이용자들이 흔히 필요로 하는 페이지들로 하여금 빠르게 구현할 수 있게 템플릿을 제공한다. 노션뿐만 아니라 … 더 읽기
0. 형상 형상이란 소프트웨어 개발 과정의 산출물(소스코드, 문서 등)이 배치된 모습을 뜻한다. 1. 형상 관리 (configuration management) 형상관리는 … 형상 항목을 식별하여 그 기능적 물리적 특성을 문서화하고, 그러한 특성에 변경을 제어하고, 변경에 관하여 기록 및 보고하고, 명시된 요구사항에 부합하는지 확인하는 기술적이고 관리적인 감독, 감시 활동이다. 프로젝트의 생명주기 동안 제품의 무결성과 변경에 대한 추적성을 확보하는 것이 … 더 읽기
1. 검증과 확인 프로세스 시험에 자주 나오는 Software V&V다. 가. 검증 (Verification) 소프트웨어가 요구사항 문서에 부합하여 구현되었음을 보장하는 활동. 요구사항 명세서에 기술된 대로 제품을 만들어지고 있는지 확인 한다. 개발자의 관점에서 제대로 만든 소프트웨어인지 확인. 나. 확인 (Validation) 소프트웨어가 고객의 의도에 따라 구현되었음을 보장하는 활동 쓸만한 제품을 만들고 있는 확인한다. 고객의 입장에서 제대로 된 제품을 만들고 … 더 읽기
UML 설계 1. 4+1 View 모델 시스템 개발에 참여하는 이해관계자들의 역할에 따른 관점을 제시한다. 가. 논리 관점 나. 프로세스 관점 다. 개발 관점 라. 물리 관점 마. Usecase 관점 2. 클래스 다이어그램 클래스 및 클래스들 간 관계로 시스템의 구조를 표현한 다이어그램으로 시스템의 정적인 구조 표현한다. 각각의 클래스(class)는 이름, 속성, 메소드, 접근제어자를 가진다. 가. 관계의 종류 … 더 읽기
1. 설계 프로세스 소프트웨어를 설계한다는 것은 소프트웨어를 본격적으로 개발하기 이전에 소프트웨어의 뼈대를 잡는 과정이다. 소프트웨어를 설계할 때는… 가. 상위 설계과 하위 설계 나. 설계 방식 (1) 프로세스 지향 설계 (2) 객체지향 설계 2. 설계 원리 가. 추상화 (abstraction) 바로 구현하기엔 너무 어려우니 큰틀안에서 점차적으로 구체화해 나가는 방식. 나. 단계적 분해 (stepwise refinement) 단계적 분해란 소프트웨어를 … 더 읽기
1. 리스크 관리 리스크란 프로젝트 결과에 심각한 영향을 미치는 잠재된 요소다. 성공적으로 프로젝트를 끝마치기 위해서 리스크에 대비하고 관리할 필요가 있다. 2. 리스크 관리 절차 리스크 식별 리스크 계량화 리스크 우선순위 선정 리스크 관리 계획 리스크 해결 결과 측정 및 문서화 가. 리스크 식별 PM뿐만 아니라 프로젝트에 관련된 모든 인원이 참여한다. 프로젝트가 가진 리스크를 파악하는 단계다. … 더 읽기
1. 프로젝트 통제와 EVM(Earned Value Management) 가. 프로젝트 통제 프로젝트가 계획대로 수행되고 있는지 지속적으로 확인하고 필요하다면 시정 조치를 취한다. 나. EVM의 개념 ‘성과 가치 관리’ 혹은 ‘획득 가치 관리’라고 한다. 프로젝트 성과와 진행 상황을 객관적으로 측정하는 프로젝트 관리 기법이다. EVM은… 계획 대비 실적을 비교할 수 있다. 프로젝트 진행 단계 중 특정 시점까지 완료된 작업량을 비용화하여 … 더 읽기
1. 프로젝트 계획서 프로젝트 계획서는 프로젝트 진행 과정의 주기적 통제하면서 프로젝트의 중심이 된다. 프로젝트 관리자는 프로젝트 계획서를 작성하기 위해서 아래에 나열된 작업을 수행한다. 이후 프로젝트 참여자의 검토를 거쳐 합의 하에 채택한다. 당연히 프로젝트 계획서는 현실적으로 전체 프로젝트 진행상황 파악에 문제가 되진 않아야 한다. 또한 프로젝트 점검 및 통제는 주간, 월간 회의를 통해서 주기적으로 수행한다. 국제 … 더 읽기
1. 요구사항 개발 개발에 있어서 고객의 요구사항을 잘 파악하는 것만큼 중요한 것이 없다. 요구사항 개발은 발주자나 고객으로부터 구현될 소프트웨어 제품의 사양을 정확히 도출하여 요구사항을 명세하고, 이를 분석한 결과를 개발자들이 이해할 수 있는 형식으로 기술하는 작업이다. 1.1 요구사항의 분류 1.2 요구사항 개발 프로세스 1.3 요구사항 추출 단계 고객의 요구사항 수집하는 단계 보통 고객의 최초 요구사항은 추상적이다. … 더 읽기
소프트웨어 프로젝트 프로젝트 : 유일한 제품이나 서비스를 만들기 위해 수행하는 일시적인 행동. 소프트웨어 프로젝트 프로세스 소프트웨어 프로젝트 성공 요소 프로젝트 성공 요소 : 비용(Cost), 일정(Time), 품질(Scope/Quality) 이를 만족하는 성공률은 30% 정도로 낮았다. (그렇다네요?) 성공적으로 프로젝트를 마무리하기 위해선 프로젝트를 관리할 필요 있다. 이와 관련해 PMBOK, CMMI, SPICE(= ISO 15504), ISO 12207 등 지침서가 존재한다. 각각의 지침서에 … 더 읽기
