성공으로 가는길, 비즈피어 | 비즈피어와 함께라면 비즈니스가 피어납니다.
컨설팅

엔지니어컨설팅

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)
  • 정성적인 위험관리 활동 위주
  • 이벤트 위주 위험관리 활동
  • 관리자는 결과에 기반하여 실무자를 문책
  • 정성적 및 정량적 위험관리 활동
  • 상시적인 위험추적 및 모니터링 활동
주요효과
  • 관리자와 실무자가 위험관리 활동에 함께 참여
프로젝트 계획수립 및 통제
  • 일정관리 위주의 프로젝트 계획수립
  • 프로세스에 의한 견적 및 일정, 범위,위험 등 통합 관리
주요효과
  • 프로젝트 관리기반을 확립하고 전체 개발프로젝트의 모니터링 가능

 

System 설계 부문

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

System 테스트 부문

  • IEEE 829
    IEEE Standard for Software and System Test Documentation