tools/template/overall.md

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

tools/template/specific.md

@@ -58,8 +58,7 @@ erDiagram
 
 ### 3.7.1. 객체(Objects)
 
-다음과 같은 UML을 그릴 수 있다.
-
+단순하게는 다음과 같은 UML을 그릴 수 있다.
 ```mermaid
 classDiagram
     class Document{
@@ -143,3 +142,30 @@ 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를 고려할 때 두 가지 이상의 조직 기법이 적합할 수 있다.
+>   - 이 경우 명세에 따른 시스템의 상세 요구사항에 맞춘 다중 계층의 요구사항을 구성한다.

tools/template/support.md

@@ -2,7 +2,14 @@
 
 ## 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)