references #2

Merged
teyalem merged 2 commits from refers into main 2022-04-23 16:46:57 +09:00
3 changed files with 4 additions and 37 deletions
Showing only changes of commit a002060aa1 - Show all commits

View File

@ -30,7 +30,7 @@
### 2.1.6. 메모리 제약사항(Memory constraints)
해당되지 않음.
서버는 2GB에서 정상 작동해야 한다.
### 2.1.7. 운영(Operations)

View File

@ -58,7 +58,8 @@ erDiagram
### 3.7.1. 객체(Objects)
단순하게는 다음과 같은 UML을 그릴 수 있다.
다음과 같은 UML을 그릴 수 있다.
```mermaid
classDiagram
class Document{
@ -142,30 +143,3 @@ classDiagram
### 3.7.2. 사용자 인터페이스 상세
![interface](./interface.png)
### 3.7.4. 특징(Feature)
> - 특징은 시스템에 의해 외부적으로 요구되는 서비스로서 원하는 결과를 얻기 위해서는 입력이 필요할 수도 있다.
> - 예: 전화 시스템에서 특징들은 지역 내 통화, 착신 전환, 화상 통화를 포함한다.
> - 일반적으로 각 특징은 자극-반응의 순서로 설명된다.
### 3.7.5. 자극(Stimulus)
> - 일부 시스템은 자극의 측면에서 기능들을 설명할 때 가장 잘 구성될 수 있다.
> - 예: 항공기 자동 착륙 시스템은 동력 상실, 윈드시어 등을 위해 구성될 수 있다.
### 3.7.6. 반응(Response)
> - 일부 시스템은 반응 생성을 지원하는 기능들을 설명할 때 가장 잘 구성될 수 있다.
> - 예: 직원 시스템의 기능은 급여 생성과 관련된 기능들, 직원 목록 생성과 관련된 기능 등으로 구성될 수 있다.
### 3.7.7. 기능 계층(Functional hierarchy)
> - 위 조직 체계 중 유용한 수단이 없다면, 전체 기능은 공통 입력, 공통 출력 또는 공통 내부 데이터 접근에 의해 구성된 기능의 계층으로 구성될 수 있다.
> - 데이터 흐름 다이어그램과 데이터 사전을 사용하여 기능과 데이터 사이의 관계를 보여줄 수 있다.
### 3.7.8. Additional comments
> - 새로운 SRS를 고려할 때 두 가지 이상의 조직 기법이 적합할 수 있다.
> - 이 경우 명세에 따른 시스템의 상세 요구사항에 맞춘 다중 계층의 요구사항을 구성한다.

View File

@ -2,14 +2,7 @@
## 4.1. 부록(Appendixes)
> - 부록은 SRS의 일부로 간주하지 않으며, 항상 필요한 것도 아니다.
> - 부록이 포함하는 내용
> 1. Sample input/output formats, descriptions of cost analysis studies, or results of user surveys
> 1. Supporting or background information that can help the readers of the SRS
> 1. A description of the problems to be solved by the software
> 1. Special packaging instructions for the code and the media to mmet security, export, initial loading, or other requirements
> >
> > - 부록이 포함된 경우 SRS는 부록이 요구사항의 일부로 간주하는지 명시해야 한다.
내용 없음.
## 4.2. 개발 환경(Development Environment)