소프트웨어 요건

Software requirements

시스템의 소프트웨어 요건은[1] 시스템이 수행해야 하는 작업, 시스템이 제공하는 서비스 또는 서비스 및 운영상의 제약 사항입니다.소프트웨어 엔지니어링 용어의 IEEE 표준 용어집에서는 요건을 다음과 [2]같이 정의하고 있습니다.

  1. 사용자가 문제를 해결하거나 목표를 달성하기 위해 필요한 조건 또는 능력입니다.
  2. 계약서, 표준서, 사양서 또는 기타 정식으로 부과된 문서를 충족하기 위해 시스템 또는 시스템 컴포넌트가 충족하거나 보유해야 하는 조건 또는 능력.
  3. 1 또는 2와 같이 조건 또는 능력을 문서화한 표현.

소프트웨어 요건과 관련된 작업은 크게 도출, 분석, 사양 및 관리로 나눌 [3]수 있습니다.

소프트웨어 릴리스 노트에는 소프트웨어 요건이라는 문구가 추가되어 있어 특정 소프트웨어를 빌드/설치/[1]사용하기 위해 필요한 소프트웨어 패키지에 따라 달라집니다.

도출

주요 기사: 요구사항 도출

도출은 이해관계자 및 기타 출처로부터 요구사항을 수집하고 발견하는 것이다.공동 응용 프로그램 설계(JAD) 세션, 인터뷰, 문서 분석, 포커스 그룹 등 다양한 기술을 사용할 수 있습니다.도출은 요구사항 개발의 첫 번째 단계입니다.

분석.

주요 기사: 요건 분석

분석은 도출에서 진행되는 논리적 분석입니다.분석에는 각 요건을 보다 풍부하고 정확하게 이해하고 여러 가지 보완적인 방법으로 일련의 요구사항을 표현하는 것이 포함됩니다.

요구사항 분류 또는 요구사항의 우선순위 부여는 [4]분석에 따르는 또 다른 활동입니다.이는 계획 단계에서 신속한 변화를 위한 소프트웨어 개발(예: 포커 계획)과 관련이 있지만, 프로젝트 및 요구사항 또는 구축 중인 제품/서비스의 컨텍스트와 특성에 따라 다를 수 있습니다.

사양

주요 기사:소프트웨어 요건 사양

사양에는 수집된 요구 사항을 효과적으로 전달하고 변경 관리를 용이하게 하는 지속적이고 잘 정리된 방식으로 표현하고 저장하는 것이 포함됩니다.요구사항 사양에는 사용 사례, 사용자 사례, 기능 요구사항 및 시각적 분석 모델이 많이 사용됩니다.

확인

검증에는 프로젝트의 비즈니스 목표를 충족하는 솔루션을 구축하기 위해 올바른 일련의 요건이 지정되었는지 확인하는 기술이 포함됩니다.

관리

주요 기사: 요건 관리

프로젝트 진행 중에 요건이 변경되어 많은 경우가 있습니다.이해관계자를 위한 올바른 소프트웨어가 구축되도록 하기 위해서는 이 변경 관리가 무엇보다 중요합니다.

요건 엔지니어링 도구 지원

요구사항 도출, 분석 및 검증을 위한 도구

계정 것을 통해 이러한 활동들 관찰 보고서(사용자 관찰) 같은 일부 유물들을 포함할지도 모르,(인터뷰, 설문 조사, 여론 조사), 소요 예향(charrettes), 브레인 스토밍, 매핑, 역할극으며 심지어, 원형화,[5]소프트웨어 제품과 같은 활동 또는 일부를 제공하는 활용 사례, 사용자 이야기 질문서. 모든.이러한 기능을 사용하여 이러한 작업을 수행할 수 있습니다.

FreeMind와 같은 마인드 맵핑 도구와 Concordion과 [6]같은 예제 도구의 사양 사용을 명시적으로 옹호하는 작성자가 적어도 한 명 있습니다.또, 이러한 액티비티로부터 얻을 수 있는 아이디어나 스테이트먼트는, Wiki나 Treello등의 콜라보레이션 툴로 정리할 수 있습니다.실제로 실장된 기능과 표준 준수는 제품마다 다릅니다.

요건 사양용 도구

다음 항목도 참조하십시오.소프트웨어 요건 사양

소프트웨어 요건 사양(SRS) 문서는 워드프로세서 등의 범용 소프트웨어나 몇 가지 특수 도구 중 하나를 사용하여 작성할 수 있습니다.이러한 도구 중 일부는 SRS 문서를 가져오기, 편집, 내보내기 및 게시할 수 있습니다.ISO/IEC/IEE 29148:2018과 같은 표준화된 구조 및 방법을 따르면서 SRS 문서를 작성하는 데 도움이 될 수 있습니다.마찬가지로 소프트웨어는 요건을 Import 또는 내보내기 위해 일부 표준을 사용할 수도 있고 사용하지 않을 수도 있습니다(Req 등).또는 이러한 교환을 전혀 허가하지 않습니다.

요건 문서 검증용 도구

이러한 종류의 도구는 예상되는 구조 또는 표준에 따라 요건 문서에 오류가 있는지 확인합니다.

요건 비교 도구

이러한 종류의 도구는 예상되는 문서 구조와 표준에 따라 두 가지 요건 세트를 비교합니다.

요건 병합 및 업데이트 도구

이런 종류의 도구를 사용하면 요구사항 문서를 병합 및 업데이트할 수 있습니다.

요건을 추적하기 위한 도구

이러한 종류의 도구를 사용하면 모델 및 소스 코드(전방향 추적 기능)와 같은 다른 아티팩트나 비즈니스 규칙 및 제약 조건(후방향 추적 기능)과 같은 이전 아티팩트에 대한 요구사항을 추적할 수 있습니다.

모델 기반 소프트웨어 또는 시스템 요건 엔지니어링용 도구

모델 기반 시스템 엔지니어링(MBSE)은 개념 설계 단계부터 시작하여 개발 단계 및 이후 라이프사이클 단계에 걸쳐 지속적으로 시스템 요구사항, 설계, 분석, 측정,[7] 검증 활동을 지원하기 위한 모델링의 공식화된 적용입니다.또한 요구사항 엔지니어링의 일부 단계에 대해서는 모델 기반 접근법을 취할 수 있으며, 더 전통적인 단계에 대해서는 모델 기반 접근법을 취할 수 있습니다.매우 많은 조합이 가능할 수 있습니다.

형식과 복잡성의 수준은 관련된 기본 방법론에 따라 달라집니다(예를 들어 i*는 SysML보다 훨씬 형식적이고 UML보다 훨씬 형식적입니다).

일반적인 요건 엔지니어링용 도구

이 카테고리의 툴은 앞에서 설명한 기능과 요건 구성 관리 및 협업 등의 기능을 조합하여 제공할 수 있습니다.실제로 실장된 기능과 표준 준수는 제품마다 다릅니다.

다른 단계와 활동을 지원하는 더 많은 기능 또는 일반적인 도구가 있습니다.ALM 툴로 분류됩니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b "Linux kernel release 5.x — The Linux Kernel documentation". www.kernel.org. Retrieved 2021-03-25.
  2. ^ IEEE Computer Society (1990). "IEEE Standard Glossary of Software Engineering Terminology". IEEE Standard.
  3. ^ "Guide to the Software Engineering Body of Knowledge". IEEE Computer Society. Retrieved 11 January 2013.
  4. ^ Davis, Alan Mark. (2005). Just enough requirements management : where software development meets marketing. New York: Dorset House Pub. ISBN 0-932633-64-1. OCLC 57211148.
  5. ^ "7 Tools to Gather Better Software Requirements". 22 July 2015.
  6. ^ Laplante, Phillip A. (2009). "Requirements Engineering for Software and Systems". CRC Press. {{cite web}}:누락 또는 비어 있음 url=(도움말)
  7. ^ Monperrus, M.; Baudry, B.; Champeau, J.; Hoeltzener, B.; Jézéquel, J. M. (2011). "Automated measurement of models of requirements". Software Quality Journal. 21 (1): 3–22. doi:10.1007/s11219-011-9163-6. S2CID 1841165.

추가 정보