본문 바로가기

학교 CS14

CH 12. 소프트웨어 관리, 종강~ CH 12 소프트웨어 관리1 위험 관리2 형상 관리✅ CH 12. 소프트웨어 관리 🔷12.1 위험 관리 (Risk Management)▪ 위험과 문제의 정의위험(Risk): 프로젝트 목적 달성(일정, 품질, 비용 등)에 부정적인 영향을 줄 수 있는 사건이나 상태예: 인력 부족, 기술 실패, 요구사항 급변문제(Problem): 식별된 위험이 실제 발생한 상태▪ 위험 관리 절차위험 요소 식별고객, 인력, 기술, 개발 등 범주별로 위험 요소 및 원인 조사브레인스토밍, 유사 프로젝트 사례 분석 등 활용위험 계량화발생 확률(상/중/하), 영향도(비용/일정 초과 비율)에 따라 수치화우선순위 선정영향도와 발생확률 기준의 매트릭스를 활용해 우선순위 1~5로 분류위험 관리 계획 수립구체적인 대응방안 수립 (예: 예비 .. 2025. 6. 17.
CH 11 소프트웨어 테스팅 (2) CH 11 소프트웨어 테스팅 (2)11.1 동적 테스팅 (블랙박스 테스팅)11.2 동적 테스팅 (화이트박스 테스팅)11.3 동적 테스팅 (블랙박스 테스팅 예)✅CH 11. 소프트웨어 테스팅 (2)🔷11.1 동적 테스팅: 블랙박스 테스팅▪ 정의요구사항 명세서를 바탕으로 프로그램 외부에서 입출력 위주로 수행하는 테스트소스 코드 내부는 고려하지 않음▪ 블랙박스 테스팅 기법구문 테스팅 (Syntax Testing)입력 데이터의 형식, 구조가 유효한지 검사예: 이름 6~8자리 제한, 알파벳만 허용 등동등 분할 (Equivalence Partitioning)유효/무효 입력값을 그룹으로 나누어 각 그룹에서 대표값을 테스트예: 성적에 따라 A~F 등급 분류 → 각 구간별 대표값 입력경계값 분석 (Boundary Va.. 2025. 6. 17.
CH 10. 소프트웨어 테스팅 (1) ✅ CH 10. 소프트웨어 테스팅 (1) 🔷 10.1 테스팅 개요 및 원칙▪ 테스팅의 필요성과 어려움SW 오류 사례: 패트리어트 미사일 사고, Therac-25 방사선 사고오류 요인: 다양한 플랫폼, 개발자 간 스킬 차이, Legacy 코드, QA에 대한 오해 등▪ 소프트웨어 테스트 정의결함이나 오류를 발견하기 위한 활동오류가 없음을 보장하진 않음 → 예방이 핵심▪ 테스트 목적결함 발견, 요구사항 준수 여부 확인, 품질 및 신뢰성 확보, 고객 만족도 향상▪ 테스팅의 7가지 원칙(교수님 설명 버전)개발자가 자신의 프로그램을 테스트하지 않음테스팅은 오류의 존재를 입증하는 것완벽한 테스팅은 불가능초기부터 테스팅 시작결함 집중 (결함은 특정 모듈에 몰려 있음)살충제 패러독스 (동일 테스트 반복 시 새로운 버그.. 2025. 6. 17.
CH 9 소프트웨어 구조 설계 CH 9 소프트웨어 구조 설계1 설계2 프로세스 지향 설계3 객체 지향 설계4 아키텍쳐 유형CH 9 소프트웨어 구조 설계9.1 설계▪ 개념 및 비유설계란 고객 요구를 만족시키기 위해 구조를 계획하고 설계 도면을 만드는 것소프트웨어 설계는 건축 설계와 유사건물 설계 예시: 1층은 안내데스크, 2층은 카페처럼 층별 용도 배치 → 소프트웨어 구조 설계와 동일▪ 소프트웨어 설계란?요구사항 명세서를 기반으로 전체 소프트웨어 구조를 정의하고 구현의 기반을 마련하는 작업'무엇을'에 집중하는 요구사항 분석(What)과 달리, '어떻게'를 설명하는 How 중심 활동▪ 비기능적 요구사항 예시성능 목표: 반응 시간, 처리량, 메모리 요구량신용도 목표: 강인성, 신뢰성, 가용성, 보안성, 안전성▪ 상위 설계 vs 하위 설계상.. 2025. 6. 17.
CH 8 소프트웨어 요구사항 분석 (2) ✅ CH 8. 소프트웨어 요구사항 분석 (2)🔷 8.1 유스케이스 기반 요구사항 분석8.1.1 요구 분석 단계의 작업요구사항 분석 접근 방식은 3가지로 구분됨:구조적 분석:DFD(Data Flow Diagram)를 이용한 기능(프로세스) 중심 분석객체지향 분석:UML의 유스케이스 다이어그램을 이용해 사용자 상호작용 중심 분석정보공학 분석:ER(Entity-Relationship) 다이어그램을 통해 정보나 자료 중심으로 분석 8.1.2 유스케이스 기반 분석 프로세스분석 흐름:유스케이스 모델링유스케이스 기술서 작성기능/비기능 요구사항 분류요구사항 명세서 작성UML(Unified Modeling Language) 사용하여 표준화된 모델링 진행8.1.3 UML의 역사연도 내용1993년 이전Booch, OMT,.. 2025. 6. 15.
CH 7 소프트웨어 요구사항 분석 (1) 개요!!7.1 요구사항 개요7.2 요구사항 분석의 중요성과 어려움7.3 요구사항 분석 프로세스7.4 요구사항 명세7.5 요구사항 검증7.6 기타✅ CH 7.소프트웨어 요구사항 분석 (1)🔷 7.1 요구사항 개요7.1.1 요구사항의 정의문제 해결 또는 목적 달성을 위해 시스템이 갖추어야 할 서비스 또는 제약사항고객이 요구한 사항뿐 아니라 명시되지 않았더라도 반드시 제공되어야 할 사항 포함7.1.2 요구사항의 분류기능적 요구사항 (Functional Requirements)소프트웨어가 가져야 할 기능예: 파일 저장, 편집, 보기 기능 등비기능적 요구사항 (Non-Functional Requirements)성능, 사용성, 보안, 안정성 등 품질 관련 속성예: 응답 시간, 처리량, 보안성 등🔷 7.2 요구사.. 2025. 6. 15.
반응형