SRS/tools/template/specific.md

3. 상세요구사항(Specific Requirements)

3.1. 외부 인터페이스 요구사항(External interface requirements)

해당되지 않음.

3.2. 기능 요구사항(Functional requirements)

<%~ it.issues.map(i => ### (#${i.number}) ${i.title}\n${i.body}).join("\n\n") %>

3.3. 성능 요구사항(Performance requirements)

1. 최소 1000 RPS를 보장해야한다.
2. 첫 로드후 로딩하면 0.5s 이내에 동작해야합니다
3. 동시 편집 이용자를 5명까지는 허용해야 합니다.

3.4. 논리적 데이터베이스 요구사항(Logical database requirements)

• 데이터베이스에 저장할 정보에 관한 논리적 요구사항을 지정해야 한다.
• 논리적 요구사항의 종류
  1. Types of information used by various functuons
  2. Frequency of use
  3. Accessing capabilities
  4. Data entities and their relationships
  5. Integrity constraints
  6. Data retention requirements

3.5. 설계 제약사항(Design constraints)

해당되지 않음.

3.5.1. 표준 준수(Standards compliance)

해당되지 않음.

3.6. 소프트웨어 시스템 속성(Software system attributes)

해당되지 않음.

3.7. 상세 요구사항의 구성(Organizing the specific requirements)

3.7.1. 시스템 모드(System mode)

production과 development 모드가 있다.

• 일부 시스템은 운영 모드에 따라 상당히 다르게 작동할 수 있다.
  • 예: 제어 시스템은 연습, 일반, 긴급 등의 여러 모드가 있을 수 있다.

3.7.2. 사용자 부류(User class)

• 일부 시스템은 사용자의 부류에 따라 서로 다른 기능을 제공한다.
  • 예: 엘리베이터 제어 시스템은 승객, 정비원, 소방관에게 서로 다른 기능을 제공한다.

3.7.3. 객체(Objects)

• 객체는 시스템에서 현실 세계와 대응되는 개체이다.
• 객체에는 각 각체의 상태(attributes) 및 객체의 행위(functions)가 포함된다.
  • 이러한 행위는 services, methods, processes라고도 한다.

3.7.4. 특징(Feature)

• 특징은 시스템에 의해 외부적으로 요구되는 서비스로서 원하는 결과를 얻기 위해서는 입력이 필요할 수도 있다.
  • 예: 전화 시스템에서 특징들은 지역 내 통화, 착신 전환, 화상 통화를 포함한다.
• 일반적으로 각 특징은 자극-반응의 순서로 설명된다.

3.7.5. 자극(Stimulus)

• 일부 시스템은 자극의 측면에서 기능들을 설명할 때 가장 잘 구성될 수 있다.
  • 예: 항공기 자동 착륙 시스템은 동력 상실, 윈드시어 등을 위해 구성될 수 있다.

3.7.6. 반응(Response)

• 일부 시스템은 반응 생성을 지원하는 기능들을 설명할 때 가장 잘 구성될 수 있다.
  • 예: 직원 시스템의 기능은 급여 생성과 관련된 기능들, 직원 목록 생성과 관련된 기능 등으로 구성될 수 있다.

3.7.7. 기능 계층(Functional hierarchy)

• 위 조직 체계 중 유용한 수단이 없다면, 전체 기능은 공통 입력, 공통 출력 또는 공통 내부 데이터 접근에 의해 구성된 기능의 계층으로 구성될 수 있다.
• 데이터 흐름 다이어그램과 데이터 사전을 사용하여 기능과 데이터 사이의 관계를 보여줄 수 있다.

3.7.8. Additional comments

• 새로운 SRS를 고려할 때 두 가지 이상의 조직 기법이 적합할 수 있다.
  • 이 경우 명세에 따른 시스템의 상세 요구사항에 맞춘 다중 계층의 요구사항을 구성한다.