DOI QR코드

DOI QR Code

A Case Study of Software Architecture Design by Applying the Quality Attribute-Driven Design Method

품질속성 기반 설계방법을 적용한 소프트웨어 아키텍처 설계 사례연구

  • 서용석 (한국원자력연구소 계측제어.인간공학연구부) ;
  • 홍석붕 (한국원자력연구소 계측제어.인간공학연구부) ;
  • 김현수 (충남대학교 전기정보통신공학부)
  • Published : 2007.02.28

Abstract

in a software development, the design or architecture prior to implementing the software is essential for the success. This paper presents a case that we successfully designed a software architecture of radiation monitoring system (RMS) for HANARO research reactor currently operating in KAERI by applying the quality attribute-driven design method which is modified from the attribute-driven design (ADD) introduced by Bass[1]. The quality attribute-driven design method consists of following procedures: eliciting functionality and quality requirements of system as architecture drivers, selecting tactics to satisfy the drivers, determining architectures based on the tactics, and implementing and validating the architectures. The availability, maintainability, and interchangeability were elicited as duality requirements, hot-standby dual servers and weak-coupled modulization were selected as tactics, and client-server structure and object-oriented data processing structure were determined at architectures for the RMS. The architecture was implemented using Adroit which is a commercial off-the-shelf software tool and was validated based on performing the function-oriented testing. We found that the design method in this paper is an efficient method for a project which has constraints such as low budget and short period of development time. The architecture will be reused for the development of other RMS in KAERI. Further works are necessary to quantitatively evaluate the architecture.

소프트웨어 개발에 있어서 구현에 앞서 아키텍처를 설계하는 일은 프로젝트의 성공을 위해 필수적이다. 본 논문은 한국원자력연구소 내에서 가동 중인 하나로 원자로의 방사선감시시스템 소프트웨어 개발과정에서 품질속성 기반 설계방법을 적용하여 소프트웨어 아키텍처를 설계한 사례를 보여준다. 품질속성 기반 설계방법은 Bass[1]가 제시한 속성 기반 설계방법을 변형한 것이다. 이는 먼저 시스템의 기능요건 및 품질요건을 아키텍처 드라이버(driver)로서 도출하고, 이를 만족하기 위한 전술(tactic)을 선택하고, 선택된 전술에 근거하여 아키텍처를 결정하고, 결정된 아키텍처를 구현 및 검증하는 과정으로 이루어진다. 하나로 원자로 방사선감시시스템의 개발요건으로부터 가용성, 유지보수성, 호환성과 같은 품질요건이 추출되었으며, hot-standby 서버 이중화와 약결합의 모듈화와 같은 전술이 선택되었으며, 이중화 서버에 다수의 클라이언트가 연결되는 클라이언트-서버 구조와 객체지향적 데이터 처리 구조가 방사선감시시스템을 위한 아키텍처로 결정되었다. 상용도구인 Adroit를 이용하여 아키텍처가 구현되었으며, 아키텍처 검증은 기능 중심의 시험을 통해 이루어졌다. 적은 예산과 단기간 내에 완수해야 하는 방사선감시시스템 개발에 품질속성, 기반 설계방법을 적용함으로써, 보다 효율적으로 과제를 성공시킬 수 있었다. 방사선감시시스템 개발에서 설계된 아키텍처는 한국원자력연구소 내 다른 설비의 방사선감시시스템 개발에 재사용할 예정이다. 추가적으로 방사선감시시스템 아키텍처를 정량적으로 평가하는 작업이 필요하다.B-트리, CR-트리를 구현하는 방법을 기술한다. CC-GiST를 이용함에 따라 메인 메모리 데이터베이스 응용에서 여러 개의 캐시 인식 트리를 관리하는 번거로움에서 벗어날 수 있고, 응용의 요구에 따른 새로운 캐시 인식 트리를 최소한의 노력으로 효율적으로 구현할 수 있다.에 따라 증가한다. 에틸렌 함량이 50 wt% 보다 많을 경우, 혼합용매들의 극성인력 효과가 밀도 효과보다 커서 온도가 낮아짐에 따라 cloud-point 압력은 증가하였다. 에틸렌 함량이 50 wt% 보다 적을 경우, 혼합용매들의 극성인력 효과가 밀도 효과보다 작아서 온도가 낮아짐에 따라 cloud-point 압력은 감소하였다. 2번 150.2 cGy, 200 cGy, 환자 3번 150.5 cGy, 211.4 cGy, 환자 4번 155.5 cGy 198.6 cGy의 결과를 얻었다. 결 론: 본 원에서 변형 근치적 유방절제술 후 흉벽 방사선치료의 가장 적절한 볼루스 적용 횟수는 전 치료횟수의 $50{\sim}60%$ 적용이다.적인 기준을 마련하고 환자들이 치료과정에서 실질적으로 알고자 하는 의문점들을 체계적으로 교육해 나간다면 지금까지 보다 훨씬 더 나은 환자 만족과 치료 결과를 얻을 수 있으리라 기대된다.적 교육 훈련이 더 엄격하게 진행되므로, 부서 관의 협력으로 방사선사 보수교육에 합산하는 방안이 필요할 것이다. 임신이 확인된 방사선관계종사자의 피폭관리도 새로이 반영되어야 할 것이다. 따라서 업무의 특성상 사용되는 특별한 용어 외에 공통적으로 사용되는 용어의 통일은 반드시 필요하며, 방사선분야의

Keywords

References

  1. L. Bass, P. Clements, R. Kazman, 'Software Architecture in Practice', 2nd Ed., Addison Wesley, 2003
  2. 김정택 외, 'Y2k 문제 해결을 위한 하나로 및 부속설비의 방사선감시 계통 전산설비 개선', KAERI;RR-2059/99, 한국원자력 연구소, 2000
  3. 안성호, 'Technical Specification: FTL/RX RMS Integration System', HAN-FL-678-DT-K001, 한국원자력연구소, 2005
  4. KINS-G-001, '경수로형 원전 안전심사지침' 개정 2, 한국원자력안전기술원, 1999
  5. 윤청, '패러다임 전환을 통한 소프트웨어 공학' 생능출판사, pp. 82-83, 2000
  6. F. Bachmann, et al., 'The Architecture Based Design Method', CMU/SEI-2000-TR-001, CMU, 2000
  7. P. Clements, L. Northrop, 'Software Architecture: An Executive Overview', CMU/SEI-96-TR-003, CMU, 1996
  8. K Britton, D. Pamas, 'A-7E Software Module Guide.' Naval Res. Lab., Washington DC, NRL Memorandum Report 4702, 1981
  9. G. Chastek, L. Brownsword, 'A Case Study in Structural Modeling', CMU/SEI-96-TR-035, CMU, 1996
  10. 박준석, 문미경, 염근혁, '컴포넌트 기반 소프트웨어 개발을 지원하는 소프트웨어 아키텍처 뷰 모델' 정보과학회논문지, 제30권 제6호, pp.515-528, 2003
  11. 최희석, 염근혁, '아키텍처 기반 소프트웨어 개발에서 소프트웨어 아키텍처 변형을 지원하기 위한 방법' 정보과학회논문지, 제32권 제l호, pp.10-21, 2005
  12. 최남용, 진종현, 송영재, '국방아키텍처프레임워크의 개발' 한국정보처리학회논문지 D, 제11-D권 제2호, pp.407-414, 2004
  13. 고현회, 궁상환, 박재년, '소프트웨어 아키텍처 설계 단계에서 아키텍처 접근볍 선정을 위한 평가 방볍' 한국정보처리학회 논문지 D, 제 12-D권 제4호, pp.617-626, 2005 https://doi.org/10.3745/KIPSTD.2005.12D.4.617
  14. 박수용 외, '서비스 로봇을 위한 Self-Managed 소프트웨어 프레임워크 개발' 정보과학회지 제24권 제3호, pp.35-42, 2006
  15. M. Klein, F. Bachmann, 'Quality Attribute Design Primitives', CMU/SEI-2000-TN-017, CMU, 2000
  16. F. Bachmann, L. Bass, M. Klein, 'An Application of the Architecture- Based Design Method to the Electronic House', CMU/SEI-2000-SR-009, CMU, 2000
  17. J. Georgas, E. Dashofy, R. Taylor, 'Architecture-Centric Development: A Different Approach to Software Engineering', www.acm.org/crossroads/xrdsI2-4/arqcentric.html
  18. R. Monroe, et al., 'Architectural Styles, Design Patterns, and Objects', IEEE Software, pp. 43-52, JANUARY 1997 https://doi.org/10.1109/52.566427
  19. ISO/IEC 9126-1, 'Software engineering - Product quality - Part 1: Quality model', 2004
  20. R. Kruchten, 'The 4+1 View Model of Architecture', IEEE Software 12(6), 1995 https://doi.org/10.1109/52.469759
  21. 노성환 외, 'UML 2.0 기반의 Generic ADL 정의' 정보과학회 논문지, 제33권 제2호, pp.167-185, 2006
  22. 'OPC Overview', Version 1.0, OPC Foundation, 1998. (www.opcfoundation.org)
  23. www.adroit.co.za