소프트웨어 요구사항 - 요구사항 구축하기

소프트웨어 요구사항 3 국내도서 저자 : 칼 위거스,조이 비티(Joy Beatty) / 최상호,임성국역 출판 : 위키북스 2017.04.27 상세보기

요구사항 관리 2, 요구사항 구축하기

1) 요구사항 추적을 위한 동기 부여, 요구사항 추적 매트릭스, 요구사항 추적을 위한 도구, 요구사항 추적 절차, 요구사항 개발 도구와 관리 도구, 요구사항 도구의 선택과 구현에 대해 설명할 수 있다.

2) 소프트웨어 프로세스 개선의 기본 원칙, 근본 원인 분석, 프로세스 개선 주기, 요구공학 프로세스 자산, 소프트웨어 위험 관리의 기본 원칙, 요구사항 관련 위험에 대해 설명할 수 있다.

☞ 요구사항 추적 매트릭스 : 요구사항과 다른 시스템 구성요소 사이에 링크를 표시하는 가장 일반적인 방법은 요구사항 추적성 매트릭스 또는 추적성 표라고 하는 요구사항 추적 매트릭스다.

☞ 특성 요인도 : 특성 요인도(Cause-and-effect diagram)는 근본 원인 분석 결과를 묘사하는 데 유용한 방법이다.

☞ 변경 관리 프로세스 : 변경 관리 프로세스는 새로운 요구사항이나 기존 요구사항을 제안하고, 전달하고, 평가하고, 해결하는 방법을 정의한다.

☞ GQM : GQM(Goal-question-metric)은 어떤 지표가 가치 있는지 알아내기 위해 뒤에서부터 생각하는 방법이다. 

☞ 위험 평가 : 위험 평가는 잠재적인 위협을 식별하기 위해 프로젝트를 검사하는 과정이다.

☞ 소프트웨어 변경 사항은 단순해 보이지만 광범위한 영향을 미치고, 시스템의 많은 부분에서 수정이 필요해진다. 수정된 요구사항에 영향을 받은 모든 시스템 요소를 찾기는 어렵다. 각 요구사항이나 비즈니스 규칙이 소프트웨어의 어디에서 구현됐는지 보여주는 로드맵을 가진 경우 변경 사항의 영향을 분석하기가 쉬워진다. 

☞ 규모가 작은 프로젝트를 진행하는 팀에서는 어떤 요구사항 관리 도구도 사용하지 않는 대신 문서, 스프레드시트 또는 간단한 데이터베이스를 사용해서 요구사항을 관리할 수도 있다. 대형 프로젝트를 진행하는 팀에서는 상용 요구공학 도구가 도움될 것이다. 이러한 도구 중 어느 것도 팀 구성원이 요구사항을 개발하고 관리하기 위해 수행하는 정의된 프로세스를 대체하진 않는다. 이미 사용하는 방식이 있지만 좀 더 효율성이 필요할 때 도구를 사용하라. 도구가 비즈니스 분석, 요구공학 프로세스, 교육, 훈련 또는 경험의 부족을 채울 것으로 기대하지 마라.

☞ RM도구를 사용하면 특정 목적에 맞는 일련의 요구사항을 추출하고 확인할 수 있다. 예를 들면, 특정 개발 반복주기의 모든 요구사항이나 특정 기능과 관련된 모든 요구사항, 또는 검사가 필요한 요구사항 집합을 포함한 보고서가 필요할 수도 있다. 

☞ 프로세스 개선의 궁극적인 목표는 소프트웨어 개발 및 유지보수 비용을 줄이고 이를 통해 프로젝트가 제공하는 가치를 향상시키는 것이다. 이를 가능하게 하는 방법은 다음과 같다. 

- 이전 프로젝트에서 프로세스의 단점에 기인해서 발생한 문제를 수정한다. 

- 앞으로의 프로젝트에서 맞닥뜨릴 문제를 예측하고 예방한다. 

- 현재 사용되는 것보다 효과적이고 효율적인 실천 지침을 도입한다. 

☞ 프로세스 개선 활동을 프로젝트로 취급한다는 철학의 연장선으로서 현행 사례 평가에 따라 행동 계획을 작성하자. 전략적인 행동 계획은 요구사항 도출 및 우선순위를 할당하는 방법 등의 특정 개선 영역을 목표로 한다. 각 행동 계획에서는 측정 가능한 개선 목표, 참가자, 계획을 수행하며 완성해야 하는 개별 활동 항목을 설정해야 한다. 계획 없이는 중요한 작업을 간과하기 쉽다. 또한 계획은 각 개별 활동 항목의 완료 여부를 추적해서 진행상황을 모니터링할 수 있게 한다.  

☞ 여느 여정과 마찬가지로 프로세스 개선 계획에는 목표가 있어야 한다. 구체적인 개선 목표를 설정하지 않으면 사람들은 작업 방향을 잡지 못하고, 진행 여부를 알 수 없으며, 개선 노력에 우선순위를 할당할 수도 없고, 한계에 다다르고도 이를 이야기할 수 없을 것이다. 지표는 소프트웨어 프로젝트나 제품, 프로세스의 정량적인 측면이다. 핵심 성과 지표는 목표와 연계되고 특정 목표나 결과 달성을 향한 진행 상태를 나타내는 지표다. KPI는 얼마나 목표에 근접했는지 보여주기 위해 측정 대시보드에 출력할 수도 있다. 

☞ 소프트웨어 조직이 요구사항 프로세스를 변경할 경우 다른 이해관계자 커뮤니티와 관련된 상호작용도 변한다. 사람들은 안락한 공간에서 강제로 내몰리는 것을 좋아하지 않기 때문에 여러분이 제안한 프로세스 변경에 대한 일부의 저항 또한 예상해야 한다. 저항의 원인을 이해하면 이를 이해하고 진정시킬 수 있다. 

☞ 고효율 프로젝트는 요구사항 도출과 분석, 명세, 검증, 관리 등 모든 요구공학 구성요소를 위한 효과적인 프로세스를 갖추고 있다. 이러한 프로세스의 효율을 향상시키기 위해 모든 조직은 요구사항 프로세스 자산 모음을 필요로 한다. 프로세스는 여러분이 취할 행동과 생산할 산출물을 아우르며, 프로세스 자산은 팀 구성원으로 하여금 프로세스를 일관되고 효과적으로 수행하도록 돕는다. 이러한 프로세스 자산은 프로젝트에 참여하는 사람들이 반드시 따라야 하는 단계와 예상하는 작업물을 이해하는 데 도움이 될 것이다. 

문제1) 요구사항 관리 프로세스 자산에 속하지 않는 것은 무엇입니까? 

   요구사항 상태 추적 절차 

   요구사항 변경 영향 분석 체크리스트 

    요구사항 할당 절차 

   변경 관리 위원회 헌장 템플릿 

P604. 요구사항 관리 프로세스 자산은 다음과 같다.

- 요구사항 관리 프로세스

- 요구사항 상태 추적 절차

- 변경 관리 프로세스

- 변경 관리 위원회 헌장 템플릿

- 요구사항 변경 영향 분석 체크리스트

- 요구사항 추적 절차 

 select * from new_read_course_member_jucha where course_code ='8018314' and charsi_num = '8' and jucha_code = '61382' and member_course_code = '315566' 

문제2) 어떤 지표가 가치 있는지 알아내기 위해 뒤에서부터 생각하는 방법은 무엇입니까? 

    GQM 

   ATC 

   MQTT 

   SAR 

 P609. GQM(Goal-question-metric)은 어떤 지표가 가치 있는지 알아내기 위해 뒤에서부터 생각하는 방법이다. 

 select * from new_read_course_member_jucha where course_code ='8018314' and charsi_num = '8' and jucha_code = '61383' and member_course_code = '315566' 

문제3) 허용 범위 내에서 프로젝트 위험을 담기 위한 도구와 절차의 적용을 수반하는 것은 무엇입니까? 

   위험 노드 

   위험 대역 

    위험 관리 

   위험 트랩 

P614. 위험 관리는 허용 범위 내에서 프로젝트 위험을 담기 위한 도구와 절차의 적용을 수반한다. 이는 위험 요소의 식별 및 문서화, 이러한 요소의 잠재적인 심각도 평가, 이를 완화하기 위한 전략을 제안하는 표준 접근법을 제공한다.