목록요구공학 (2)
MACE's life blog
일정(Schedule) 변경이 프로젝트 진행 상태 중 언제 요청되었는가? 일정 내에 반영하는 것이 실현 가능한가? 비용(Cost) 이 변경을 수행함으로써, 절약되는 비용은 얼마나 되는가? 영향(Impact) 변경 반영에 따른 결과는 무엇인가? 변경을 반영하지 않았을 경우의 결과는 무엇인가? 크기(Size) 기존의 작업 중 얼마나 많은 부분이 변경될 것인가? 얼마나 많은 새로운 작업이 추가되는가? 복잡도(Complexity) 보다 용이한 변경 사항이 제안되었는가? 변경 시 가능한 파생작업 또는 부산물에는 어떤 것이 있는가? 대안책(Alternatives) 대안책이 존재하는가? 변경 영향의 심각한 정도 이 요청에 의해 구현에 영향을 받지 않는 것은 무엇인가? 작업의 손실 또는 일정이 추가되는가? 이것은 경미..
3일간, TTA의 SW 테스트 전문가 양성교육을 듣고 왔다. 기획자가 무슨 테스트냐 라고 할 수도 있겠지만, 최초 프로젝트의 사이징을 PM이나, 기획자가 중심이 되어 한다는 것에 비추어 보았을 때, 어느정도 감을 잡고 하는 것이 중요하다고 생각한다. 여하튼, SW 테스트 자동화 방안을 알려주시던 분께서 하신 부분이다. 테스트를 하는 행위는 품질을 높이는 것이 아닌, '측정'을 할 수 있도록 하는 부분이라는 것과, 궁극적인 SW 품질을 높이기 위한 방안으로 '요구공학'이 대두되고 있다는 것이다. 요구사항. 고객의 니즈. 혹은 회사 내부의 필요성 등은 모두 요구사항으로 정리되어, 실현 혹은 구현을 하게 된다. 비단, SW 뿐만 아니라, 마케팅 활동이나, 기타 모든 것들은 요구사항이 있고, 목적과 목표가 있게..