84 lines
3.5 KiB
Markdown
84 lines
3.5 KiB
Markdown
# 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
|
|
> 1. Frequency of use
|
|
> 1. Accessing capabilities
|
|
> 1. Data entities and their relationships
|
|
> 1. Integrity constraints
|
|
> 1. 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를 고려할 때 두 가지 이상의 조직 기법이 적합할 수 있다.
|
|
> - 이 경우 명세에 따른 시스템의 상세 요구사항에 맞춘 다중 계층의 요구사항을 구성한다. |