소프트웨어 공학

1주차 소프트웨어 공학의 이해 요구사항 분석 소프트웨어 설계 소프트웨어 테스트 개요

2주차 테스트 설계 방법 테스트 관리

2주차 명세기반 테스트 기법

3주차 테스트 관리 테스트 자동화 테스트 보강 (정적검증)

4주차 소프트웨어 개발 방법론 요구공학(내용 무)

6주차 소프트웨어 설계 지원 도구 소프트웨어 개발 지원 도구 (내용무)

소프트웨어 사고 사례 사건 사고 사례 부산역 KTX 열차 충돌사고 사고 개요 사고 원인 상왕십리역 사고 사고 개요 사고 원인 SW 품질 검증 개념의 변화 > ### 소프트웨어 안전 소개 소프트웨어 안전의 개념 비안전산업군 안전산업군 SW안전산업군 ![](ht

소프트웨어 요구사항 개요 소프트웨어의 위기해결을 위한 방법으로써 소프트웨어의 공학이 대두되었다. (위기로 인해 프로젝트가 실패되는 경우가 더욱 빈번해지고 있기 때문이다.) 프로젝트 실패 원인 고객과의 비효율적인 의사소통으로 인한 사용자 입력 부족 불명확하게 설정된

정의 : 구축될 시스템이 충족해야하는 조건 또는 능력, 현재의 문제점을 해결하기위해 고객이 필요로 하는 것프로젝트의 발생원인프로젝트 관리의 출발점개발 활동의 근간품질 판단 기준변경의 근본 원인비용관점계속적으로 진화하고 변경되는 속성을 가진다사용자의 성향에 많이 좌우된다

구조적 방법론 소개 구조적 분석 모델의 구조 1) 데이터 분석 및 모델링 시스템에서 사용하는 데이터의 종류와 타입을 기록 시스템이 처리해야 할 데이터 확인 2) 기능 및 데이터흐름 분석 및 모델링 데이터가 시스템을 이동하면서 어떻게 변환되는지를 확인하기 위해 사용

구조 다이어그램 : 클래스, 컴포넌트, 객체, 복합구조, 디플로이먼트, 패키지행동 다이어그램 : 액티비티, 유즈케이스, 스테이트 머신상호작용 다이어그램 : 시퀀스, 인터액션 오버뷰, 커뮤니케이션, 타이밍일반화 관계: 일반적인것에서 특화된것과의 관계를 나타냄 (보통 상속