🎫소프트웨어 공학 part07. 그 밖의 요구사항 (보충명세, 비전, 용어사전)

■ FURPS+ vs Fnal and nonFnal vs UP

■ 품질속성(quality attributes)

시스템의 품질과 관련한 요구사항. 프로젝트 성격에 맞게 선택한다.
기능적인 속성은 해당 유스케이스에 기술하고 기타 FURPS+ 속성은 보충명세에 기술.
품질속성은 설계에 지대한 영향을 줌.

■ 비즈니스 규칙(domain rule or business rule)

비즈니스 규칙은 애플리케이션의 요구사항이나 시스템의 기능이 아니라, 업무의 수행 방법과 제약 사항
즉 시스템의 규칙이 아니라 사업의 규칙

■ Supplementary Specification – 보충명세

유즈케이스 및 용어사전에 표현하기 어려운 기타 다른 종류의 요구사항들이 필요
(주로 비 기능적 요구사항 - Usability, Reliability, Performance, Supportability))

• 개정 이력 : ver1.0 / 2022.10.30./ 초안 elaboration 단계에서 우선적으로 개정되어야 함 / 작성 김XX
• 개요 : 이 분서에는 요구사항 중 유즈케이스 및 비전에 포함되지 않은 요구사항을 포함한다.
• 주요 기능 : 유즈 케이스들과 관련이 있음
• 오류 처리 기록 : 모든 오류 사항은 저장매체에 기록되어야한다.
• 보안 : 모든 서비스는 사용자 인증을 요구한다.
• 사용성 : 인적요소 – 고객은 pos기 대형 모니터를 보기에 1미터 밖에서도 쉽게 보여야 한다.
• 신뢰성 – 복구성 : 외부 시스템의 사용에 문제가 생기더라도 판매에 지장이 없도록 자체적인 문제해결이 가능- 해야한다. tbd(To be discuss) 이후 논의가 필요
• 성능 : 고객은 신속한 판매절차를 원하므로, 1분 이내에 인증이 완료되는 것.
• 유지 보수성 – 적응성 : 고객마다 고유의 업무 규칙 및 절차가 있으므로 pos기에 새로운 비즈니스를 쉽게 추- 가할 수 있어야 한다.
• 구현사의 제약사항 : 이식성, 유지보수성, 그리고 개발의 용이성이 뛰어난 자바를 강력히 요구
• 구매 컴포넌트 : 세금 계산 컴포넌트.
• 무료 공개 컴포넌트 : 이번 프로젝트에서는 자바 무료 공개 컴포넌트를 최대한 사용할 것을 권고한다.
• 인터페이스 : 하드웨어 인터페이스, 터치 스크린 모니터, 바코드 레이저 스캐너
• 소프트웨어 인터페이스 : 다양한 외부 시스템(회계, 세금계산, 재고)과의 상호작용을 위한 인터페이스.
• 비즈니스 규칙 : 규칙1 / 신용 지불을 위해서는 서명이 필요하다 / 가변성 2년 후 / 회사의 신용정책
• 법적 문제 : 무료 공개 컴포넌트를 포함한 제품의 재판매에 관한 법적 문제가 해결되었는지 확인.

■ Vision. 프로젝트의 이상 – 프로젝트의 전체적인 큰 그림

유즈케이스 모델과 보충명세서 내의 정보를 요약

• 개정 이력 : ver1.0 / 2022.10.30./ 초안 elaboration 단계에서 우선적으로 개정되어야 함 / 작성 김xx
• 개요 : 우리는 차세대 판매망 관리 어플리케이션을 기획한다.
• 위치 - 비즈니스 기회 : 현재의 pos기는 다양한 업무와 기술을 수용하지 못하고 있다.
• 프로젝트 관계자(stakeholder) : 시장 인구 통계, 사용자 요약, 비사용자 요약

  [stakeholder의 주요 상위수준 목표와 문제점]
  

사용자수준 목표

ㄴ출납원(Cashier): 판매처리, 반품처리, 입금, 출금
ㄴ시스템 관리자: 사용자관리, 보안관리, 시스템 테이블관리

제품 개요 (제품의 전망 → Overview → 개요)

- 경제성 : 비용과 가격, 라이센스 설치(라이센스의 시작 및 종료)

- 시스템 기능 요약 : 판매, 지불인증, 시스템관리 등..

주요 피쳐 위주로 최대 2단계까지 작성한다. (하위 수준으로 요약한다.)
예)

● POS 서비스

• 판매 내역 획득
• 지불 인증

● 재고 관리

• 자동재주문

● 웹기반 쇼핑

• 단계별 최대 10개 이내로 작성하고, 넘어가면 그룹화
• 그 밖의 요구사항을 비전에 중복시키지 말고, 링크를 건다.

■ Glossary – 용어사전

주목할만한 용어의 목록과 정의 / 애매하고 중요한 용어를 정의.
사전에서 찾아보면 알 수 있는 것을 적지 않는다.
가능하면 초기에 작성한다.

Inception 단계에서는 간단하게 정의하고 elaboration 단계에서는 이것을 data dictionary로 확장한다.
별칭, 설명, 형식(type, length, unit), 다른 요소와의 관계, 값의 범위, 검증 규칙 등을 포함.

■ 산출물의 작성 순서

1. 비전 초안 작성
2. 사용자 목표 및 이를 달성하는 유즈케이스를 식별
3. 유즈케이스를 정의하고 보충명세를 작성
4. 비전을 개선하고 요약

■ Use case 다이어그램 작성 순서

1. 시스템의 범위를 나타내는 박스를 그린다.
2. 주요 액터를 찾는다.
3. 해당 액터의 목적를 정의한다.
4. 목적에 대한 유즈케이스를 정의한다.

■ 반복적 방법론의 진화적 요구사항 (실제 요구사항의 근사치이다)

Inception 단계

• 단지 일반적인 비전을 제시하는 단계이다.
  거의 모든 요구사항에 대한 산출물들이 시작된다
  UML은 많이 사용되지 않는다.

Elaboration 단계

• 거의 모든 요구사항의 산출물이 마무리 된다.(Frozen sign off)
  UML이 많이 사용된다.

Construction 단계

• 주요 요구사항들은 최소의 변형이 가해진다
  보충명세와 비전은 거의 변동이 없다.