Loading…

데이터베이스 요구사항 분석 예제

요구 사항은 여러 가지 방법으로 분류됩니다. 다음은 기술 관리와 관련된 요구 사항의 일반적인 분류입니다:[1] 단계 I, 요구 사항 분석은 데이터베이스 수명 주기에서 매우 중요한 단계이며 일반적으로 가장 노동 집약적입니다. 데이터베이스 디자이너는 최종 사용자 모집단을 인터뷰하고 데이터베이스가 사용할 대상과 포함해야 하는 대상을 정확히 결정해야 합니다. 요구 사항 분석의 기본 목표는 다음과 같습니다 초기 개념 정의 및 요구 사항 분석 노력은 시스템 보안 엔지니어가 공식적인 보안 요구 사항을 개발 할 수있는 기회를 허용, 다음 효과적으로 시스템에 통합 할 수 있습니다 설계 노력. 공식화된 보안 요구 사항은 기밀성, 무결성, 가용성, 권한 부여 및 부인 방지와 같은 기존 보안 특성을 해결해야 합니다. 또한 정의된 보안 요구 사항에는 원하는 수준의 보안 또는 보증이 포함되어야 합니다[24]. SEBoK는 고려를 위한 9개의 요구 사항 영역을 제공합니다(표 1.4) [10]. JRD 세션은 공동 응용 프로그램 디자인 세션과 유사합니다. 전자에서는 세션을 통해 설계를 안내하는 요구 사항을 유도하는 반면, 후자는 유도된 요구 사항을 충족하여 구현할 특정 설계 기능을 유도합니다. 적절한 은유는 매우 긴 쇼핑 목록이 될 것입니다. 이러한 목록은 현대 분석에 매우 유리합니다. 그들은 자신의 목표를 달성에 극적으로 실패 입증으로 [인용 필요]; 그러나 그들은 여전히 오늘날까지 볼 수 있습니다.

요구 사항, 설계, 의사 결정 및 솔루션의 추적성을 위해 검증된 솔루션에 대해 확인된 요구 사항의 결과 및 근거에 대한 감사 추적을 제공합니다. 요구 사항 분석은 시스템 또는 소프트웨어 프로젝트의 성공 또는 실패에 매우 중요합니다. 요구 사항을 문서화하고, 실행 가능하고, 측정 가능하고, 테스트 가능하고, 추적 가능하고, 식별된 비즈니스 요구 또는 기회와 관련하고, 시스템 설계에 충분한 세부 수준으로 정의해야 합니다. 개념적으로 요구 사항 분석에는 네 가지 유형의 활동이 포함됩니다: ESS 논리적 분해에서 점유자 IF Mgr은 외부 인터페이스 구성 요소의 예이며, 사이트 구성 Mgr은 인프라 구성 요소의 예이며 이벤트 검색 Mgr 및 경고 유효성 검사 Mgr은 응용 프로그램 구성 요소의 예입니다. 이 방법을 사용하면 시스템 논리 아키텍처에 외부 시스템과 통신 및 인터페이스하고 입력 및 출력을 처리하고 내부적으로 생성된 리소스를 관리하는 기능이 있는 구성 요소가 포함됩니다.