RFC 2119 요구수준을 지시하는 키워드

1 개요[ | ]

RFC 2119
Key words for use in RFCs to Indicate Requirement Levels
요구수준을 지시하는 키워드
요구사항 수준을 나타내기 위해 RFC에서 사용하는 키워드
  • 1997년에 Scott Bradner가 작성한 RFC
  • 분류: 현행 모범 사례
키워드 다른 표현 설명
MUST REQUIRED, SHALL 해야만 한다
MUST NOT SHALL NOT 해서는 안된다
SHOULD RECOMMENDED 하는 게 좋다, 권장한다
SHOULD NOT NOT RECOMMENDED 하지 않는 게 좋다, 권장하지 않는다
MAY OPTIONAL 할 수도 있다, 선택적이다

2 상태[ | ]

  • 이 문서는 인터넷 커뮤니티를 위한 인터넷 모범 사례를 지정하고 개선을 위한 토론과 제안을 요청한다.
  • 이 메모의 배포는 제한이 없다.

3 요약[ | ]

  • 많은 표준 추적 문서에서 사양의 요구사항을 나타내는 데 여러 단어가 사용된다.
  • 이 단어는 종종 대문자로 표시된다.
  • 이 문서는 IETF 문서에서 해석되어야 하는 이러한 단어를 정의한다.
  • 이 지침을 따르는 작성자는 문서 시작 부분에 다음 문구를 포함해야 한다.

이 문서의 키워드 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", "OPTIONAL"은 RFC 2119에 설명된 대로 해석된다.

단, 이러한 단어의 효력은 해당 단어가 사용된 문서의 요구사항 수준에 따라 바뀔 수 있다.

4 MUST[ | ]

  • 이 단어 또는 "REQUIRED" 또는 "SHALL"이라는 용어는 정의가 사양의 절대적인 요구사항임을 의미한다.

5 MUST NOT[ | ]

  • 이 문구 또는 "SHALL NOT"이라는 문구는 정의가 사양의 절대 금지임을 의미한다.

6 SHOULD[ | ]

  • 이 단어 또는 형용사 "RECOMMENDED"는 특정 상황에서 특정 항목을 무시할 타당한 이유가 있을 수 있지만, 다른 과정을 선택하기 전에 전체 의미를 이해하고 신중하게 검토해야 함을 의미한다.

7 SHOULD NOT[ | ]

  • 이 문구 또는 "NOT RECOMMENDED"라는 문구는, 특정 행동이 수용가능하거나 유용하여 특정 상황에 합당한 사유가 있을 수 있음을 의미한다.
  • 그러나 이 레이블에 설명된 동작을 구현하기 전에 전체 의미를 이해하고 사례를 신중하게 평가해야 한다.

8 MAY[ | ]

  • 이 단어 또는 형용사 "OPTIONAL"은 항목이 실제로 선택사항임을 의미한다.
  • 어떤 벤더는 특정 시장에서 필요로 하거나 벤더가 제품을 향상시킨다고 느끼는 반면, 다른 벤더는 동일한 항목을 생략할 수 있기 때문에, 항목을 선택적으로 포함할 수 있다.
  • 특정 옵션을 포함하지 않는 구현은 아마도 기능이 감소하더라도 옵션을 포함하는 다른 구현과 상호운용할 수 있도록 준비되어야 한다(MUST).
  • 같은 맥락에서 특정 옵션을 포함하는 구현은, 옵션을 포함하지 않는 다른 구현과 상호운용할 수 있도록 준비되어야 한다(물론 옵션이 제공하는 기능은 제외).

9 이 지시의 사용에 대한 지침[ | ]

  • 이 메모에 정의된 유형의 지시는 주의해서 사용해야 한다.
  • 특히 상호운용에 실제로 필요한 경우에만 사용해야 하며, 잠재적으로 해를 끼칠 수 있는 동작을 제한해야 한다(MUST, 예: 재전송 제한).
  • 예를 들어, 상호운용성을 위해 메소드가 필요하지 않은 구현자에게 특정 메소드를 부과하는 데 사용해서는 안 된다.

10 보안 고려사항[ | ]

  • 이러한 용어는 보안에 영향을 미치는 동작을 지정하는 데 자주 사용된다.
  • MUST 또는 SHOULD를 구현하지 않거나, MUST NOT 또는 SHOULD NOT을 구현하는 경우, 보안상의 영향이 민감할 수 있다.
  • 대부분의 구현자는 사양을 만든 경험과 논의의 이점을 얻지 못했을 것이기 때문에, 문서 작성자는 권장사항이나 요구사항을 따르지 않을 경우 보안에 미치는 영향을 자세히 설명해야 한다.

11 감사의 말[ | ]

  • 이러한 용어의 정의는 여러 RFC에서 가져온 정의의 조합이다.
  • 또한 Robert Ullmann, Thomas Narten, Neal McBurnett, Robert Elz를 비롯한 여러 사람들의 제안이 통합되었다.

12 같이 보기[ | ]

13 참고[ | ]

문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}