요구 사항 엔지니어링이란 무엇입니까?

stacecraff 크래프트와 같은 큰 하드웨어 또는 소프트웨어 시스템에는 복잡한 요구 사항이 있습니다.요구 사항은 구축해야 할 사항, 시스템이 어떻게 행동 해야하는지 또는 시스템 구축 프로세스에 대한 제약의 사양입니다.요구 사항 엔지니어링은 시스템을 구축하기 전에 요구 사항을 이해하기 위해 우수한 엔지니어링 관행을 사용하는 것입니다.시스템의 이해 관계자가 자신의 요구에 대해 명확하지 않으며 다양한 요구를 가지고 있기 때문에 중요하다고 가정합니다. 복잡한 시스템은 시스템을 의뢰하는 사람들, 시스템의 하나 이상의 측면을 사용하는 사용자와 같은 많은 이해 관계자를 가질 수 있습니다.및 시스템에서 혜택을받는 사람들.이해 관계자는 시스템의 특정 특성에 영향을받는 대중의 구성원을 포함 할 수도 있습니다.이해 관계자는 자신의 특별한 요구가 있습니다.반면에 시스템을 개발하는 사람들은 기술적으로 능력이 있지만 이해 관계자의 관점을 완전히 이해하지 못할 수도 있습니다.요구 사항 엔지니어링은 이러한 측면을 연결하는 필수 기능입니다. 공식적으로 요구 사항 엔지니어링 활동은 요구 사항 개발 및 요구 사항 관리로 나뉩니다.요구 사항 개발은 추출, 분석, 사양 및 검증으로 구성됩니다.요구 사항 관리는 전체 요구 사항 프로세스, 특히 요구 사항 변경을 처리하는 것입니다.대조적으로 일부 실무자들은 요구 사항 분석으로 전체 활동을 호출합니다.

이해 관계자의 요구 사항을 유도하는 것이 필요합니다. 이해 관계자는 종종 자신의 요구를 완전히 명시하지 않으며 새로운 시스템의 의미를 이해하지 못하기 때문입니다.이해 관계자는 현재 직무에 미치는 영향을 두려워 할 수 있기 때문에 열리지 않을 수 있습니다.따라서 Elications는 신중하고 아마도 공감과 미묘한 심리학이 필요한 긴 과정 일 것입니다.하나는 다른 이해 관계자와 개발자 간의 문화적 차이가 다리가되도록주의해야합니다.개별 인터뷰, 그룹 회의 및 업무를 관찰함으로써 요구 사항을 도출 할 수 있습니다.요구 사항을 제시 할 수있는 기술에는 포커스 그룹, 우선 순위 목록 작성, 프로토 타이핑 및 운영 중 다른 시스템과의 비교가 포함됩니다.이끌어 내기위한 요구 사항에는 시스템의 비즈니스 요구, 시스템을 사용하는 사용자의 비즈니스 프로세스 및 시스템의 기능적 기능이 포함됩니다.또한 응답 시간, 시스템 가용성 및 사용 편의성과 같은 비 기능적 요구 사항을 도출해야합니다.여기에는 요구 사항의 완전성을 확인하기 위해 개념적 모델과 프로토 타입을 만드는 것이 포함됩니다.다른 이해 관계자의 요구에 따른 충돌은 단순한 요구 사항 목록보다 모델과 프로토 타입에 의해 더 자주 발견됩니다.보안, 유연성 및 유지 관리와 같은 바람직한 시스템 특성은 분석가가 요구 사항에 추가해야합니다.소프트웨어 필드에서 문서를 SRS라고하며 소프트웨어 요구 사항 사양을 나타냅니다.요구 사항은 주요 이해 관계자에 의해 확인됩니다.이는 주로 프레젠테이션과 사양 문서를 통해 이루어 지지만 때로는 요구 사항에 해당하는 테스트 사례가 있습니다.다 분야 기술이 필요합니다.요구 사항 엔지니어링은 이해 당사자와 개발자가 갈등을 해결하고 목표로 연합하도록 도와줍니다.이것은 강력한 시스템으로 이어집니다.