알림마당

  1. home

구조 결정 : 비신화화 구조

전문가 제언
○ 지금까지 소프트웨어 개발 방법은 business modeling, 요구분석, 시스템분석 및 설계, 구현, 시험, 배치 등을 순차적으로 진행하는 waterfall life cycle을 따르는 것이 통례이다. 그러나 최근 초기 위험을 줄이고 변경관리를 용이하게 하려고 반복적 개발방법인 rational unified process를 선택하는 경향이 많다.

○ 한편 개방형 분산 환경에서는 공통 프레임워크와 호환성을 제공하여 통합된 구조를 형성케 하는 개방 분산 환경의 참고모델(RM-ODP)을 채택한다. RM-ODP는 데이터 표현형태, 전송형태, 서비스제공자 알고리즘 등을 기록하는 구조의 문서화 기술로 사용한다.

○ 이들은 최초 시스템설계일 때는 시스템 내외의 data flow 분석에 따라 DB, 프로그램, 접속면 등이 정의되어 설계가 완성될 수 있다. 구현, 시험 등도 선택한 방법론에 따라 무난하게 시스템이 구현된다.

○ 그러나 환경변화에 따라 구조가 변경될 때는 개발자나 설계자가 이해하기 쉽게 문서화하기 곤란하다. 또한 조직이 받는 영향, 변경이유, 위험, 추적기능 등을 표현하지 못한다. 따라서 소프트웨어 개발과정 중 구조설명을 위한 개념 모델 단계에 이 문제점들을 보강할 수 있는 기능을 추가함으로써 완전한 개발 방법론이 될 것이다.

○ 본고에서는 이 추가 기능을 구조결정 문서화로 구현하였다. 금융회사 IT 시스템을 업그레이드시키기 위해 선택해야할 시스템 대안을 결정하는 과정을 보였다. 요구사항으로부터 9가지 선택기준을 마련하고 대안들을 평가하였다. 결정문 “대화식 승인 과정을 구현하기위해서 시스템 B를 확장하여 금융 신상품을 취급한다.”는 표준서식으로 문서화하였다.

○ 구조결정은 변경을 개발자가 잘 이해하여, 하부시스템 설계, 구현, 시험, 배치 등 계획을 잘 수립할 수 있게 한다. 구조결정의 공론화로 타부서와의 마찰을 제거하고, 공감대를 얻을 수 있다. 구조결정서로부터 요구사항을 역추적할 수 있어, 훗날 다른 관계자들에게 논리적 근거를 마련할 수 있다.
저자
Tyree, J. ; Akerman. A. et al.
자료유형
학술정보
원문언어
영어
기업산업분류
정보통신
연도
2005
권(호)
22(2)
잡지명
IEEE Software
과학기술
표준분류
정보통신
페이지
19~27
분석자
신*필
분석물
이 페이지에서 제공하는 정보에 대하여 만족하십니까?
문서 처음으로 이동