DOI QR코드

DOI QR Code

A Single Requirement Modeling with Graphical Language for Embedded System

그래픽 언어를 이용한 임베디드 시스템의 단일 요구사항 모델링

  • 오정섭 (아주대학교 대학원 컴퓨터공학과) ;
  • 이홍석 (아주대학교 대학원 전자공학과) ;
  • 박현상 (아주대학교 정보통신전문대학원 정보통신공학과) ;
  • 김장복 (아주대학교 정보통신전문대학원 정보통신공학과) ;
  • 최경희 (아주대학교 정보통신전문대학원) ;
  • 정기현 (아주대학교 전자공학부)
  • Published : 2008.08.29

Abstract

In order to do requirement-based testing of embedded system, we must have correct requirement specifications. But, natural language requirements of a client have ambiguity, inaccuracy, and inconsistency. To solve these problems, natural language requirements are modeled with modeling language such as UML and Simulink. During a modeling phase, the requirements are rearranged and retranslated in use-case. These activities are disadvantages of modeling. In this paper, we propose the technique, which is how to model a embedded system requirement into a model without rearranging and retranslating. This technique 1) represent a embedded system requirement with graphical language, and 2) model a requirement into a model. Because this technique only describes "what-to-do" of the requirement, this technique is useful to not only the low-level requirements but also the high-level requirements. We show some example systems modeled by REED, which has adopted this technique.

임베디드 시스템에 대한 RBT(Requirement-Based Testing)를 수행하기 위하여 정확한 요구사항 명세서가 존재해야 한다. 그러나 고객이 자연어로 작성하는 요구사항은 모호성, 부정확성, 불일치성을 가지고 있다. 이를 해결하기 위해서 UML, Simulink등의 모델링 언어를 이용하여 요구사항을 다시 모델링 하지만, 이 과정에서 요구사항을 use-case단위로 조합하고 재해석하는 단점이 생겨나게 되었다. 본 논문에서는 임베디드 시스템에 대한 고객의 요구사항을 use-case단위의 조합이나 재해석이 필요 없이 곧바로 모델로 표현할 수 있는 그래픽 언어를 이용한 1:1 요구사항 모델링 기법을 소개한다. 제안한 방법은 1) 임베디드 시스템의 요구사항을 자연어가 아닌 의미가 분명한 그래픽 언어를 이용하여 표현하고, 2) 하나의 요구사항을 하나의 그래픽 모델로 표현한다. 또한 제안한 방법은 시스템의 입출력을 기반으로 "what-to-do"만을 기술하기 때문에 상위레벨의 요구사항이나 하위레벨의 요구사항 모두에 적용할 수 있는 기법이다. 이 기법이 적용된 REED라는 도구를 통하여 실제 프로젝트에 적용한 예를 살펴본다.

Keywords

References

  1. James Bach, “Risk and Requirements-Based Testing,” IEEE Computer, Vol.32, No.6, pp.113-114, June, 1999 https://doi.org/10.1109/2.751337
  2. INCOSE Requirements Management Tools Survey, http://www.paper-review.com/tools/rms/read.php
  3. Telelogic AB, http://www.telelogic.com/products/doors/doors/index.cfm
  4. Borland Software Co., http://www.borland.com/us/products/caliber /index.html
  5. Compuware Co., http://www.compuware.com/products/optimaltrace/
  6. Matthias Hoffmann, Nikolaus Kühn, and Margot Bitner, “Requirements for Requirements Management Tools,” Proceedings of the $12^{th}$ IEEE International Requirements Engineering Conference(RE'04), pp.301-308, 2004
  7. Object Management Group, “Unified Modleling Language (UML), Version 2.1.2”, http://www.omg.org/spec/UML/2.1.2/,November 2007
  8. The MathWorks, Inc., http://www.mathworks.com/products/simulink/
  9. J. Martin, An information Systems Manifesto, Prentice Hall, 1984
  10. Telelogic, “Datasheet : Telelogic DOORS,” http://www. telelogic.com/download/get_file.cfm?id=3726, 2005
  11. Borland, “Integrating Requirements into Software Development,” http://www.borland.com/resources/en/pdf/solutions/rdm_in tegrating_reqs_into_software_dev.pdf, White paper, June 2006
  12. Compuware, “How Compuware Optimal Trace helps business analysts meet the business challenge,” Fact sheet, 2006
  13. Telelogic, “Key Enabling Technologies of Telelogic Rhapsody,” http://modeling.telelogic.com/products/rhapsody/index.cfm
  14. A Pnueli, “A temporal logic of programs.” Theoretical Computer Science, 13:45-60, 1981 https://doi.org/10.1016/0304-3975(81)90110-9
  15. E.M.Clarke and E.A.Emerson. “Synthesis of synchronization skeletons for branching time temporal logic,” In D. Kozen, editor, Logic of Programs Workshop, number 131 in LNCS. Springer Verlag, 1981
  16. Mor Peleg and Dov Dori, "The Model Multiplicity Problem: Experimenting with Real-Time Specification Methods,” IEEE Transactions on Software Engineering, Vol.26, No.8, pp.742-759, AUGUST, 2000 https://doi.org/10.1109/32.879812

Cited by

  1. Requirement-based testing of an automotive ECU considering the behavior of the vehicle vol.12, pp.1, 2011, https://doi.org/10.1007/s12239-011-0010-3
  2. An overview on test generation from functional requirements vol.84, pp.8, 2011, https://doi.org/10.1016/j.jss.2011.03.051
  3. Automatic Test Case Generation Through 1-to-1 Requirement Modeling vol.17D, pp.1, 2010, https://doi.org/10.3745/KIPSTD.2010.17D.1.041