전공 공부/소프트웨어공학8 [소프트웨어공학] Requirement, Goal Requirement (요구사항)서비스 또는 시스템 제약 조건에 대한 추상적 요구부터 상세한 명세까지 전부를 포함함.서비스에 대한 설명 → 기능 요구사항 (FR)시스템 제약 조건 → 비기능 요구사항 (NFR)User Requirements (사용자 요구사항)시스템이 제공하는 서비스와 운영 제약 조건에 대한 설명과 다이어그램.이해관계자로부터 도출/발견됨.고객을 위해 정의됨.System Requirements (시스템 요구사항)시스템의 기능, 서비스 및 운영 제약 조건에 대한 상세한 설명을 포함한 구조화된 문서.구현해야 할 내용을 정의함.개발자를 위해 명시됨.Functional Requirements (기능 요구사항)시스템이 제공해야 할 서비스(시스템이 특정 입력에 어떻게 반응해야 하는지, 특정 상황에서 시.. 2024. 10. 18. [소프트웨어공학] Requirements Engineering Requirements Engineering (요구공학)시스템 요구사항 문서를 생성, 검증, 관리하기 위하여 수행되는 구조화된 활동의 집합요구사항 생성 및 관리를 체계적, 반복적으로 수행함.요구사항 관리에 포함되는 모든 생명주기(SDLC)활동과 이를 지원하는 프로세스를 포함함.요구사항 명세서(SRS)를 최종 산출물로 생성함.Requirements Engineering Processes (요구공학 프로세스)Requirements Elicitation and Analysis (요구사항 도출 및 분석)Requirements Discovery (요구사항 발견): 이해관계자와 상호작용하여 그들의 요구사항을 발견하는 과정. 도메인 요구사항도 이 단계에서 발견됨.Requirements Classification an.. 2024. 10. 18. [소프트웨어공학] CMMI (능력 성숙도 모델) 정의조직의 프로세스 성숙도를 평가하고 개선하기 위한 프로세스 개선 프레임워크. 주로 소프트웨어 개발 및 시스템 엔지니어링 조직에서 효율성과 품질을 높이기 위한 체계적인 방법으로 사용됨.특징조직의 프로세스를 성숙도 단계로 평가하며, 이를 통해 조직이 현재 어느 수준에 있는지를 파악하고, 더 높은 수준으로 도약하기 위한 개선 방안을 제시함. 조직의 성숙도를 5단계로 나누어 관리함.5단계 성숙도 모델1. 초기 단계 (Initial Level)조직의 프로세스가 거의 체계화되어 있지 않고, 프로젝트가 예측 불가능하며 종종 문제가 발생함프로세스가 일관되지 않거나 자주 변경됨동일한 결과를 일관되게 재현하기 어렵고, 위기 상황에 대한 대응이 즉흥적임2. 관리 단계 (Managed Level)기본적인 프로젝트 관리 프로.. 2024. 10. 17. [소프트웨어공학] 소프트웨어 V&V (검증 및 확인) 소프트웨어 검증 (Verification)소프트웨어가 명세서에 맞게 동작하는지를 확인하는 것정적 분석(코드를 실행하지 않고 분석), 코드 리뷰, 단위 테스트와 같은 활동을 통해 소프트웨어의 개발이 제대로 진행되고 있는지를 검증소프트웨어 확인 (Validation)소프트웨어가 유저 요구사항을 만족시키는지를 확인하는 것동적 분석(코드를 실행하여 분석)과 베타 테스트 등을 통해 소프트웨어가 실제 사용 환경에서 요구사항을 만족하는지 검증V-Model (of Software Testing)폭포수 모델의 확장된 형태V자의 왼쪽은 개발 단계, 오른쪽은 테스트 단계분석이나 설계 등의 개발 단계마다 상응하는 테스트가 존재하는 소프트웨어 프로세스 모델장점: 작고 간단한 프로젝트에 적용하기 쉽고 효율적임, 검증과 확인이 명.. 2024. 10. 17. 이전 1 2 다음
