기능요건

Functional requirement

소프트웨어 엔지니어링 및 시스템 엔지니어링에서 기능요건은 시스템 또는 그 컴포넌트의 기능을 정의하며, 여기서 함수는 입력과 [1]출력 사이의 동작 사양으로 기술된다.

기능요건에는 계산, 기술상세, 데이터 조작 및 처리 및 시스템이 달성해야 [2]할 것을 정의하는 기타 특정 기능이 포함될 수 있습니다.동작요건은 시스템이 기능요건을 사용하는 모든 경우를 나타냅니다.이러한 요건은 사용사례에 기재되어 있습니다.기능요건은 설계 또는 구현에 제약을 가하는 비기능요건('품질요건'이라고도 함)에 의해 지원됩니다(성능요건, 보안, 신뢰성 등).일반적으로 기능요건은 "시스템은 <요건>을 수행해야 한다"라는 형식으로 표현되지만, 비기능요건은 "시스템은 <요건>[3]이어야 한다"라는 형식을 취한다.기능요건의 구현계획은 시스템 설계에 상세하게 기술되어 있는 반면 비기능요건은 [4][5]시스템 아키텍처에 상세하게 기술되어 있습니다.

요건 엔지니어링에서 정의된 바와 같이 기능 요건은 시스템의 특정 결과를 지정합니다.이는 비용 및 신뢰성과 같은 전반적인 특성을 규정하는 비기능적 요건과 대조되어야 한다.기능 요건은 시스템의 애플리케이션 아키텍처를 주도하고 비기능 요건은 시스템의 [4]기술 아키텍처를 주도합니다.

경우에 따라 요구사항 분석가가 기능 요구사항을 수집하고 검증한 후 사용 사례를 생성합니다.기능 요구사항 수집 및 변경의 계층은 대체로 사용자/관계자 요청 → 분석 → 활용 사례 → 통합입니다.이해관계자는 요구를 하고, 시스템 엔지니어는 요건의 측면에 대해 논의, 관찰 및 이해를 시도합니다.사용 사례, 엔티티 관계도 및 기타 모델은 요건을 검증하기 위해 구축됩니다.또한 요건을 문서화 및 승인한 경우에는 구현/통합합니다.[6]각 사용 사례는 하나 이상의 기능 요건을 통해 동작 시나리오를 보여 줍니다.그러나 대부분의 경우 분석가는 일련의 사용 사례를 도출하는 것으로 시작하여 사용자가 각 사용 사례를 수행할 수 있도록 구현해야 하는 기능 요구사항을 도출할 수 있습니다.

과정

일반적인 기능 요건에는 고유한 이름과 번호, 간단한 요약 및 근거가 포함됩니다.이 정보는 독자가 요구사항이 필요한 이유를 이해하는 데 도움이 되며 시스템 [7]개발을 통해 요구사항을 추적하는 데 사용됩니다.요건의 핵심은 필요한 동작에 대한 설명으로 명확하고 읽기 쉬워야 합니다.이러한 동작은 조직 또는 비즈니스 규칙에서 비롯되거나 사용자, 이해관계자 및 조직 [7]내 기타 전문가와의 도출 세션을 통해 발견될 수 있습니다.많은 요건이 유스케이스 개발 중에 밝혀질 수 있습니다.이 경우 요건분석가는 플레이스홀더 요건을 이름과 요약으로 작성하고 나중에 상세 내용을 조사하여 더 잘 알려진 경우 기입할 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Fulton R, Vandermolen R (2017). "Chapter 4: Requirements - Writing Requirements". Airborne Electronic Hardware Design Assurance: A Practitioner's Guide to RTCA/DO-254. CRC Press. pp. 89–93. ISBN 9781351831420. Retrieved 15 June 2018.
  2. ^ "Supplement 4-A, A Procedure for Requirements Analysis". Systems Engineering Fundamentals (PDF). United States Government US Army. 2001. ISBN 978-1484120835. Archived from the original (PDF) on 31 January 2017. Retrieved 18 March 2016.
  3. ^ Loucopoulos, P. (2005). "Chapter 4: Requirements Engineering". In Clarkson J, Eckert C (eds.). Design Process Improvement: A Review of Current Practice. Springer-Verlag. pp. 116–139. ISBN 9781846280610.
  4. ^ a b Adams, K.M. (2015). "3.2 Definitions for Functional and Non-Functional Requirements". Non-functional Requirements in Systems Analysis and Design. Springer. pp. 45–50. ISBN 9783319183442.
  5. ^ Jönsson P, Lindvall M (2006). "Chapter 6: Impact Analysis". In Aurum A, Wohlin C (eds.). Engineering and Managing Software Requirements. Springer Science & Business Media. pp. 117–42. ISBN 9783540282440.
  6. ^ MITRE Corporate Communications and Public Affairs. "Requirements Engineering: Eliciting, Collecting, and Developing Requirements". The MITRE Systems Engineering Guide. MITRE Corporation. pp. 304–13. ISBN 9780615974422. Retrieved 15 June 2018.
  7. ^ a b Stellman, Andrew; Greene, Jennifer (2005). "Chapter 6: Software requirements". Applied Software Project Management. O'Reilly Media. pp. 97–130. ISBN 9780596553821. Retrieved 15 June 2018.