소프트웨어 프로세스 소프트웨어 공학 활동 소프트웨어 명세화 기능과 운영상의 제약조건 정의 소프트웨어 개발 명세를 만족하는 소프트웨어 개발 소프트웨어 검증 고객의 요구와 일치하는지 검증 소프트웨어 진화 변화하는 고객의 요구 충족시키기 위해 진화 프로세스 설명 시 중요한 항목 프로세스 활동의 결과물 제품과 산출물(아키텍처 설계 활동의 결과물 : 소프트웨어 아키텍처 모델) 역할 프로세스 참여하는 사람들의 역할(프로젝트 관리자, 형상 관리자, 프로그래머 등) 사전/사후 조건 프로세스 활동 또는 제품 제작 완료 전과 후에 만족해야 하는 조건 아키텍처 프로세스 예시 사전조건(설계 전) : 사용자가 모든 요구사항을 승인해야 함 사후조건(설계 후) : 아키텍처를 나타내는 UML모델에 대한 리뷰를 완료해야 함 프로세스 ..

소프트웨어 공학 윤리 행동 기준 비밀 유지 → 공식적인 비밀 유지에 관한 협약이 없더라도 고객의 비밀을 유지해야 한다. 능력 → 엔지니어는 자신의 능력 밖의 일을 알면서도 맡아서는 안된다. 지적 재산권 → 엔지니어는 특허나 저작권 등의 지적 재산 사용을 관장하는 법규를 잘 알고 있어야 함 → 고객의 지적 재산이 확실하게 보호받도록 주의해야 함 컴퓨터 남용 → 컴퓨터 남용의 목적으로 기술적 능력을 사용해선 안됨(직장 컴퓨터 게임, 바이러스 배포 등) ACM/IEEE 행동강령 ACM과 IEEE는 공동으로 윤리와 직업적 실무에 대한 행동강령을 정함 행동 강령에 대한 축약본은 높은 수준의 추상화에서의 목표를 요약한 것임 → 목표가 어떻게 엔지니어 전문가의 행동을 변화시키는지에 대한 사례와 상세내용 제공 → 목표..

소프트웨어 프로그램과 관련된 모든 사항(관련 문서, 라이브러리, 사이트, 환경설정 데이터) 전문적으로 개발된 소프트웨어는 많은 요소들로 구성(다수의 프로그램, 환경설정, 시스템 문서 등) 소프트웨어 제품 유형 일반 제품 특정 개발 조직이 생산한 독립적 시스템 누구든 구매 가능 개발 조직이 소프트웨어 명세를 관리 데이터베이스, 문서 편집기, 그래픽 패키지, 회계 시스템 등 맞춤식 소프트웨어 특정 고객의 요구에 맞춰 개발 소프트웨어 계약자는 고객만을 위해서 설계하고 구현 구매자가 소프트웨어 명세를 개발하고 관리 항공관제 시스템, 전자기기 제어 시스템 이러한 제품유형의 차이는 점점 희미해지고 있음 소프트웨어 필수 특성 수용성(Acceptability) → 설계한 목적에 부합하는 사용자 유형이 수용할 수 있어야..