성공으로 가는길, 비즈피어

HOME > 사업소개 > 컨설팅 > 엔지니어컨설팅

IEEE기반 시스템분석 및 설계자문

IEEE 란?

IEEE 란 Institute of Electrical and Electronics Engineers의 약자로 미국의 전자/전기 관련 학회로서 컴퓨터 기술 전문가들의 가장 권위있는 공동체이며 약 140여개 국가에 100,000명의 회원을 보유하고 있습니다. 다양한 분야에 대한 기술적 요구사항 및 권장사항을 치밀하게 정리하여 출판하고 있으며 (IEEE STDs), IEEE STDs 는 글로벌한 프로젝트에서 가장 많이 요구되는 제약조건의 하나가 되고 있습니다.

IEEE STDs 는 How? 를 기술

구분	내용	비고
IEEE STDs	Standards by Institute of Electrical and Electronics Engineers(IEEE)	Standards in compliance with IEEE Recommendation

구분	항목	Compliance
IEEE STDs	System Project Management Plan(SPMP)	IEEE-STD-1058
	System Quality Assurance Plan(SQAP)	IEEE-STD-730
	System Configuration Management Plan(SCMP)	IEEE-STD-828
	System Verification and Validation Plan(SVVP)	IEEE-STD-1012
	System Verification and Validation Report(SVVR)	IEEE-STD-1012
	System Requirements Specification(SRS)	IEEE-STD-830
	Interface Control Document(ICD)	IEEE-STD-1558
	System Design Description(SDD)	IEEE-STD-1016
	Database Design Description(DBDD)	EIA/IEEE-J-STD-016
	System Requirements Traceability Matrix(SRTM)	IEEE-STD-1558
	System Test Plan(STP)	IEEE-STD-829
	System Test Procedure(STPr)	IEEE-STD-829
	System Test Report(STR)	IEEE-STD-829
	System Version Description(SVD)	EIA/IEEE-J-STD-016
	System User Manual(SUM)	EIA/IEEE-J-STD-016

System 개발 계획 부문

IEEE 730 – 품질보증계획
IEEE Standard for Software Quality Assurance Processes
IEEE1012 – 검증 및 확인 계획
IEEE Standard for System and Software Verification and Validation
IEEE 828 – 형상관리계획
IEEE Standard for Configuration Management in Systems and Software Engineering

System 분석 부문

IEEE 830 – 요구사항 명세
IEEE Recommended Practice for Software Requirements Specifications

기대효과 (국내사례)

프로세스	프로세스 개선 전	프로세스 개선 후
요구사항 관리	담당자 수준의 요구사항 관리 고객과의 메일 기록이 전부 고객과의 전화통화로 관리	형상관리 시스템과 연계되어 요구사항 베이스라인 이후 변경사항 등록 및 통제
요구사항 관리	주요효과 비정형적인 요구사항관리를 프로세스에 따른 요구사항관리로 바꾸어 체계적인 요구사항 관리 활동 정착 고객과의 의사소통을 일원화
형상관리	개발 중인 소프트웨어 형상관리 부재 양산단계로 접어드는 소프트웨어에 대하여 고객사별, 모델 별로 별도의 폴더를 구성하여 형상관리 활동	개발 중인 소프트웨어 형상관리 활동 수행 양산 중인 소프트웨어 형상관리 활동 수행
형상관리	주요효과 모델 별 형상관리 활동으로 개발 및 배포시의 버전관리 문제가 획기적으로 개선
검증 & 확인	개발완료 단계 전에는 개발자 본인이 모든 검토 및 결함관리 활동 수행	Lifecycle 동안 검토 및 결함관리 활동 수행
검증 & 확인	주요효과 동일한 유형의 결함 및 오류를 해결하고 공유하는 활동이 활성화되어 개발기간 단축
프로세스/ 제품 품질보증	품질 팀 부재, 개발자 스스로 품질활동수행 연구소장 통제하에 부분적인 품질관리활동수준	품질 팀 독립하고 QA 출하검사 수행으로 고객의 신뢰회복 목표 기반 품질관리 개시 결함&신뢰성이 개발조직 차원에서 관리
프로세스/ 제품 품질보증	주요효과 신규고객 개척 시 고객의 신뢰를 얻기 위한 제품시연회 활동을 품질보증 활동 산출물로 대체
위험관리(RSKM)	정성적인 위험관리 활동 위주 이벤트 위주 위험관리 활동 관리자는 결과에 기반하여 실무자를 문책	정성적 및 정량적 위험관리 활동 상시적인 위험추적 및 모니터링 활동
위험관리(RSKM)	주요효과 관리자와 실무자가 위험관리 활동에 함께 참여
프로젝트 계획수립 및 통제	일정관리 위주의 프로젝트 계획수립	프로세스에 의한 견적 및 일정, 범위,위험 등 통합 관리
프로젝트 계획수립 및 통제	주요효과 프로젝트 관리기반을 확립하고 전체 개발프로젝트의 모니터링 가능

System 설계 부문

IEEE 1016
IEEE Standard for Information Technology--Systems Design--Software Design Descriptions

System 테스트 부문

IEEE 829
IEEE Standard for Software and System Test Documentation

IEEE기반 시스템분석 및 설계자문

IEEE 란?

IEEE STDs 는 How? 를 기술

System 개발 계획 부문

System 분석 부문

기대효과 (국내사례)

주요효과

주요효과

주요효과

주요효과

주요효과

주요효과

System 설계 부문

System 테스트 부문