소프트웨어 요구사항 - SyRS

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

1) 비즈니스 분석 프로젝트의 개요, 비즈니스 분석 프로젝트를 위한 요구사항 개발, 실시간 시스템 모델 만들기, 타이밍 요구사항, 임베디드 시스템을 위한 품질 속성에 대해 설명할 수 있다. 

2) 요구사항 관리 사례, 범위 추가 관리하기, 변경 관리 정책, 변경 관리 프로세스 기술서, 변경 관리 위원회, 변경 관리 도구, 변경 활동 측정하기, 변경 영향 분석에 대해 설명할 수 있다.

☞ 빅 데이터 : 빅 데이터(big data)라는 용어는 일반적으로 대량(존재하는 수많은 데이터), 빠른 속도(조직으로 빠르게 전달되는 데이터 흐름), 높은 복잡성(다양한 데이터)으로 특징지을 수 있는 데이터 모음을 말한다.

☞ 특정 작업의 실행 시간 : 특정 작업의 실행 시간은 그 작업이 초기화부터 완료될 때까지 걸린 시간이다. 이는 작업 실행에 묶인 특정한 두 이벤트 사이의 시간으로 측정할 수 있다. 

☞ 지연 : 지연은 트리거 이벤트가 발생한 시간과 시스템이 응답하기 시작한 시간 사이의 시간 지연이다. 예측 가능성은 이벤트가 다시 실행되는 타이밍이 일관되고 반복적인 것을 의미한다.  

☞ 요구사항 관리 : 요구사항 관리는 프로젝트 내내 요구사항 협의의 무결성, 정확성, 현재성을 유지하는 모든 활동을 말한다. 

☞ 변경 관리 위원회 : 변경 관리 위원회(CCB: Change Control Board)는 개인이 될 수도 있고 다양한 그룹이 될 수 있으며, 제안된 변경과 신규 요구사항의 승이나 개정 여부의 승인, 거절 등을 결정하는 주체다.

☞ 다른 소프트웨어 프로젝트와 마찬가지로 비즈니스 분석 프로젝트는 작업 범위를 설정하고 우선순위를 할당하기 위해 먼저 사전에 정의된 비즈니스 목표를 갖고 있어야 한다. 이해관계자가 분석 프로젝트를 요청한다면 먼저 사전에 정의된 비즈니스 목표를 갖고 있어야 한다. 이해관계자가 분석 프로젝트를 요청한다면 이들이 분석 프로젝트를 솔루션으로 결론짓고 목표에 대해서는 신중하게 생각하지 않았을 수도 있다. 근본적인 비즈니스 목표를 탐색함으로써 비즈니스 분석이 적합한 솔루션이 아니라는 것을 밝힐 수도 있을 것이다. 이해관계자가 실제 비즈니스 목표를 얘기할 수 있도록 다음과 같이 질문할 수 있을 것이다. 

- 분석 솔루션이 당신이 원하는 비즈니스 성과를 달성하는 데 도움이 된다고 생각하는 이유는 무엇인가?

- 분석 보고서를 구현함으로써 성취하고자 하는 바는 무엇인가?

- 비즈니스 성과 개선을 위해 분석을 사용함으로써 어떤 결과를 예상하는가?

- 개선된 보고서 기능이나 예측 결과를 통해 기대하는 바는 무엇인가?

☞ 사용자가 분석 시스템에서 어떠한 결과를 만들고자 하는지 이해하고 나서야 이들에게 정보를 제공하는 최선의 방법을 결정할 수 있다. 비즈니스 분석가는 다음과 같은 정보 전달의 세 가지 측면을 고려해야 한다. 

- 전달 매커니즘

- 형식

- 유연성

☞ 빅 데이터라는 용어는 일반적으로 대량, 빠른 속도, 높은 복잡성으로 특징지을 수 있는 데이터 모음을 말한다. 빅 데이터를 관리한다는 것은 대량의 데이터를 빠르고 효율적으로 발견하고, 수집하며, 저장하고, 처리하는 것을 수반한다. 

☞ 비즈니스 분석 시스템의 가장 중요한 측면 중 하나는 what-if 시나리오를 탐색하는 등 미래 전략 분석을 가능하게 할 수 있다는 것이다. 시스템은 데이터 추정이나 예측이 가능하도록 모델과 알고리즘을 실행할 수 있다. 이러한 모델과 알고리즘은 소프트웨어 요구사항에 명세화될 필요가 있다. 만약 이것들이 매우 복잡하다면 BA는 데이터 전문가, 통계학자, 수학적 모델러의 도움을 받아 이를 정의할 수 있다. 

☞ 프로토타이핑과 시뮬레이션은 임베디드 시스템의 요구사항을 도출하고 검증하기 위한 강력한 방안이다. 하드웨어를 만들어내기 위한 비용과 시간 때문에 운영에 대한 개념을 테스트하고 장비에 대한 요구사항과 설계 옵션을 분석하기 위해 프로토타입을 사용할 수 있다. 시뮬레이션은 사용자 인터페이스 화면과 제어, 네트워크 상호작용, 하드웨어와 소프트웨어 간 인터페이스를 좀 더 이해하는 데 도움이 될 수 있다. 하지만 시뮬레이션이 여러 면에서 실제 제품과는 다를 수 있다는 점은 명심해야 한다. 

☞ 타이밍 요구사항은 실시간 제어 시스템의 핵심이다. 센서에서 계획된 대로 신호가 수신되지 않거나, 예측된 시점에 소프트웨어가 하드웨어에 제어 신호를 보낼 수 없거나, 물리 장비가 제시간에 실행되지 못하면 원치 않는 결과를 가져올 수 있다. 타이밍 요구사항은 여러 요소를 포함한다. 

- 실행 시간

- 지연

- 예측 가능성

☞ 요구사항 개발은 소프트웨어 프로젝트 요구사항의 도출, 분석, 명세화, 검증 활동을 포함한다. 요구사항 개발 산출물은 비즈니스 요구사항, 사용자 요구사항, 기능 및 비기능적 요구사항, 데이터 사전 및 다양한 분석 모델을 포함한다. 검토와 승인 후 이러한 항목들의 정의된 부분집합이 요구 사항의 기준이 된다. 

☞ 다음은 신경 써야 하는 잠재적 요구사항 속성의 목록이다.

- 요구사항이 생성된 날짜

- 요구사항의 현재 버전 번호

- 요구사항 작성자

- 우선순위

- 상태

- 요구사항의 출처 또는 소스

- 요구사항의 근거

- 요구사항이 할당되는 배포 번호나 반복주기

- 제안된 변경 사항에 대해서 질문하거나 결정을 내리기 위한 이해관계자

- 사용할 검증 방법이나 인수 기준 

문제1) 비즈니스 분석 프로젝트의 요구사항을 정의하기 위한 프로세스로 맞는 것은 무엇입니까? P492. 비즈니스 분석 프로젝트의 요구사항을 정의하기 위한 프로세스: 의사결정 활용해 작업에 우선순위 할당하기→정보를 사용되는 방법 정의하기→데이터 니즈 구체화하기→데이터를 변환하는 분석 정의하기

   의사결정 활용해 작업에 우선순위 할당하기→데이터를 변환하는 분석 정의하기→정보를 사용되는 방법 정의하기→데이터 니즈 구체화하기 

   의사결정 활용해 작업에 우선순위 할당하기→정보를 사용되는 방법 정의하기→데이터를 변환하는 분석 정의하기→데이터 니즈 구체화하기 

   정보를 사용되는 방법 정의하기→데이터 니즈 구체화하기→데이터를 변환하는 분석 정의하기→의사결정 활용해 작업에 우선순위 할당하기 

    의사결정 활용해 작업에 우선순위 할당하기→정보를 사용되는 방법 정의하기→데이터 니즈 구체화하기→데이터를 변환하는 분석 정의하기 

문제2) 하드웨어 구성 요소, 소프트웨어 구성 요소 및 인간에 의해 제공될 수 있는 기능을 포함한 시스템 전체의 기능을 설명한 것은 무엇입니까?   P503. SyRS(System Requirement Specification)는 하드웨어 구성 요소, 소프트웨어 구성 요소 및 인간에 의해 제공될 수 있는 기능을 포함한 시스템 전체의 기능을 설명한다. 또한 시스템과 관련된 입출력을 모두 설명한다.

   OSS 

    SyRS 

   TLS 

   BCS