티스토리 뷰

산출물 작성하기

산출물의 변경 관리

식별된 형상 항목은 형상관리 절차와 형상관리 도구를 활용하여 산출물(결과보고서, 관리자 매뉴얼, 사용자 매뉴얼 등)의 변경을 관리할 수 있다.

형상관리 절차 및 활동

소프트웨어 형상관리는 네 가지 활동인 형상식별, 형상통제, 형상감사, 형상상태 기록/보고 로 구분된다. 즉, 관리되어야 하는 문서를 찾아내고(형상식별), 문서가 함부로 변경되지 못 하도록 제어하며(형상통제), 문서를 이해관계자에게 보고(형상 보고), 문서가 적합하게 만 들어졌는지 확인(형상감사와 검토)하는 행위로서 문서의 변경 관리로 요약될 수 있다

형상식별

형상식별은 형상관리의 시작으로 시스템을 구성하는 형상관리의 대상들을 구분하고 관리 목록의 번호를 정리하여 부여한다. 형상항목은 단순히 바이너리 형태의 파일이나 소스코드에만 범위에 해당하는 것이 아니라 문서형식의 산출물, 각종 스크립트, 소프트웨어 개발 이력 등이 해당한다. 또한 소프트웨 어를 개발하는 사람들과 조직, 소프트웨어 개발 프로세스, 소프트웨어가 탑재된 하드웨어 및 네트워크 등도 해당된다.

형상통제

형상통제는 소프트웨어 형상변경 제안을 검토·승인하여 현재의 소프트웨어 기준선 (baseline)에 반영될 수 있도록 통제하는 것을 의미한다. 형상통제가 이루어지기 위해서는 형상통제위원회(Configuration Control Board, CCB)의 승인을 통한 변경통제가 이루어져야 한다.

형상감사

형상감사는 형상항목의 변경이 제대로 이뤄졌는지 무결성을 검토/승인하는 것으로 개발자, 유지보수자들만의 검열(inspection)이 아닌 객관적인 검증, 확인 과정을 거침으로써 새로운 형상의 무결성을 확보하는 것이다. 형상감사 시 검토해야 할 기술적 문제는 다음과 같다.

  • ECP에 명시된 변경이 수정 없이 시행되었나?
  • 기술적 정확성을 위한 기술 검토를 하였는가?
  • 개발 프로세스를 잘 수행했는지 또는 SE 표준을 잘 적용했는가?
  • 변경이 SCI에서 강조되었는가? 변경날짜, 변경한 사람이름이 잘 명시되었는가?
  • 변경인식, 기록, 보고를 위한 SCM 절차를 잘 수행했는가?
  • 련된 SCI들을 잘 갱신하였는가?
형상상태 기록/보고

프로젝트 팀, 회사, 클라이언트 등에게 소프트웨어 개발 상태에 대한 보고서를 제공하는 것으로 베이스라인 문서에 대한 모든 변경과 처리과정에서의 변경은 상태보고에 모두 기 록한다. 상태보고는 형상을 효율적으로 관리하기 위하여 정보를 기록, 보고하는 것으로 아 래 내용을 포함한다. 상태 보고의 항목은 다음과 같다.

  • 승인된 형상 리스트
  • 형상에 대한 제안된 변경 상태
  • 승인된 변경의 구현 상태
베이스라인 관리

공식적으로 검토, 승인된 후에 향후 개발의 기준으로 활용되고, 공식적인 변경관리 절차를 통해서만 변경될 수 있는 명세서나 제품 또는 이들의 집합체를 기준선(baseline)이라 하고 형상항목의 라이프사이클 중 특정 시점에서 베이스라인을 공식적으로 식별하고 수립하는 문서나 그 문서에 대한 변경사항을 지정하기 위하여 기술적, 관리적 지침을 적용하는 것 을 베이스라인 관리라 한다.

산출물 관리

산출물 관리는 형상감사와 검토를 통해 문서 및 산출물이 적합하게 만들어졌는지 확인하 는 행위이며 문서의 변경 관리로 요약되기도 한다.

형상감사와 검토

형상관리 계획서에 나와 있는 변경관리 프로세스가 적용되어 변경이 적절하게 이루어졌는 가를 감독하고 검사하는 것을 ‘소프트웨어 형상감사(configuration audit)’라 하며, 이를 위해 기술적인 검토가 필요하다.

소프트웨어에 대한 변경(코드 업데이트)은 개발과정 또는 개발이 완료되어 사용 중인 제 품에서 발생하는 문제점을 해결하거나 개선하기 위해 발생할 수 있다. 어떠한 이유로 소 프트웨어에 변경이 발생하면 변경 대상이 되는 요소들을 식별하여 변경 계획을 수립해야 한다. 그리고 계획에 맞게 변경을 한 후, 제대로 수정되었는지 확인하는 과정이 필요하다.

  • 소프트웨어 변경 계획
    • 이 과정은 소프트웨어 변경에 대한 계획을 수립하는 단계로 변경에 대한 이유/목적을 정의하고 변경 범위를 식별한다. 그리고 해당 변경으로 인해 전체 시스템에 어떠한 영 향을 미치는지에 대해 평가하고 소프트웨어가 올바르게 동작하고 원하는 성능을 달성 할 수 있도록 구현 방법까지 구체화한다. 해당 변경이 소프트웨어 설계문서(SRS, SDD) 에영향을미칠경우, 관련문서들 또한 수정을 해야 하므로 소스코드 뿐만 아니라 이러한 문서들도 변경 대상으로 식별한다. 이는 형상관리 활동 중, 형상식별 및 형상통 제에 해당된다.
  • 소프트웨어 변경
    • 이 과정은 앞에서 수립한 계획에 따라 소프트웨어를 수정 단계이다. 이때 소스 코드뿐 만 아니라 관련 문서들도 수정 대상에 포함된다.
  • 변경사항 확인 및 기록
    • 소프트웨어 개발과정과 중간 제품에는 수많은 형상 항목이 존재하며 각각의 형상항목 은 다른 형상항목과 밀접하게 연관되어 있어서 변경이 발생하면 이를 추적할 수 있어 야한다. 이를위해서자동화된도구를통해형상항목의무결성을확보하는것이좋 은 방법이 될 수 있다. 실제 업무에서 형상관리가 제대로 수행되기 위해서는 형상관리 프로세스가 먼저 수립되어야 한다. 형상관리의 주요 활동인 형상항목 식별, 형상통제, 형상감사(베이스라인 검사), 형상기록/보고는 세부 절차를 통해 할당된 조직에 의해 수 행된다. 형상관리의 역할 및 책임은 프로젝트의 규모에 따라서 세분화될 수 있으며 형 상관리 담당자 또한 형상항목에 따라 여러 가지 형태로 구성된다. 이론적으로는 모든 형상항목을 식별하고 반드시 베이스라인(baseline)을 수립해야 하지만 제한된 시간과 인력으로모든항목을관리할수없는것이현실이다. 따라서형상관리계획수립시, 프로젝트 특성을 고려하여 형상항목과 시점을 계획하는 것이 필요하다.

UI/UX Design

UI/UX 환경 분석

UI/UX 계획 수립

사용자 리서치

UI/UX 요구 분석

UI/UX 콘셉트 기획

UI 아키텍쳐 설계

댓글
댓글쓰기 폼