요구 공학이란 무엇입니까?

우주선과 같은 큰 하드웨어 또는 소프트웨어 시스템에는 복잡한 요구 사항이 있습니다. 요구 사항은 구축해야 할 사항, 시스템 작동 방식 또는 시스템 구축 프로세스에 대한 제약 조건입니다. 요구 사항 엔지니어링은 시스템을 구축하기 전에 요구 사항을 이해하기 위해 올바른 엔지니어링 방식을 사용하는 것입니다. 시스템의 이해 관계자가 자신의 요구에 대해 명확하지 않고 다양한 요구를 가지고 있기 때문에 중요성을 가정합니다.

복잡한 시스템에는 시스템을 시운전하는 사람, 시스템의 하나 이상의 측면을 사용하는 사용자 및 시스템의 혜택을받는 사람과 같은 많은 이해 관계자가있을 수 있습니다. 이해 관계자는 시스템의 특정 특성에 영향을받는 일반인을 포함 할 수도 있습니다. 이해 관계자에게는 특별한 요구가 있습니다. 반면에 시스템을 개발하는 사람들은 기술적으로 능력이있을 수 있지만 이해 관계자의 관점을 완전히 이해하지 못할 수도 있습니다. 요구 사항 엔지니어링은 이러한 측면을 연결하는 필수 기능입니다.

공식적으로 요구 사항 엔지니어링 활동은 요구 사항 개발 및 요구 사항 관리로 구분됩니다. 요구 사항 개발은 추출, 분석, 사양 및 검증으로 구성됩니다. 요구 사항 관리는 전체 요구 사항 프로세스를 제어하며 특히 요구 사항의 변경을 처리합니다. 반대로 일부 실무자들은 전체 활동을 요구 사항 분석이라고 부릅니다.

이해 관계자가 종종 자신의 요구를 완전히 명시하지 않고 새로운 시스템의 의미를 이해하지 못하기 때문에 이해 관계자의 요구 사항을 구체화해야합니다. 이해 관계자는 현재 직업에 대한 영향을 두려워 할 수 있으므로 열리지 않을 수 있습니다. 따라서, 설명은 공감과 미묘한 심리학이 필요한 신중하고 아마도 긴 과정입니다. 다른 이해 당사자와 개발자 사이의 문화적 차이가 연결되도록주의해야합니다.

요구 사항을 이끌어 내기 위해 몇 가지 기술이 사용됩니다. 개별 인터뷰, 그룹 회의, 업무 수행시 사람들 관찰을 통해 요구 사항을 도출 할 수 있습니다. 요구 사항을 제시 할 수있는 기술에는 포커스 그룹, 우선 순위 목록 생성, 프로토 타이핑 및 운영중인 다른 시스템과의 비교가 포함됩니다. 도출해야 할 요구 사항에는 시스템의 비즈니스 요구, 시스템을 사용하는 사용자의 비즈니스 프로세스 및 시스템의 기능이 포함됩니다. 또한 응답 시간, 시스템 가용성 및 사용 편의성과 같은 비 기능적 요구 사항도 도출해야합니다.

요구 사항 엔지니어링의 분석 단계는 원래의 높은 수준의 요구 사항을 충족시키는 낮은 수준의 요구 사항을 구성합니다. 여기에는 요구 사항의 완전성을 확인하기위한 개념적 모델 및 프로토 타입 작성이 포함됩니다. 다른 이해 관계자의 요구에 대한 갈등은 단순한 요구 사항 목록보다 모델과 프로토 타입에서 더 자주 발견됩니다. 분석가는 요구 사항에 보안, 유연성 및 유지 관리 성과 같은 바람직한 시스템 특성을 추가해야합니다.

요구 사항은 모든 이해 관계자의 이해를 돕기 위해 문서에 명시되어 있습니다. 소프트웨어 필드에서이 문서는 SRS라고하며 소프트웨어 요구 사항 사양을 나타냅니다. 요구 사항은 주요 이해 관계자에 의해 검증됩니다. 이것은 주로 프리젠 테이션 및 사양 문서를 통해 이루어 지지만 때로는 요구 사항에 해당하는 테스트 사례와 함께 제공됩니다.

요구 공학은 주로 기술이 아닌 커뮤니케이션, 활동입니다. 여러 분야의 기술이 필요합니다. 요구 사항 엔지니어링은 이해 관계자와 개발자가 갈등을 해결하고 목표에서 통합하도록 지원합니다. 이것은 강력한 시스템으로 이어집니다.