Skip to main content
Log in

SAMM: an architecture modeling methodology for ship command and control systems

  • Regular Paper
  • Published:
Software & Systems Modeling Aims and scope Submit manuscript

Abstract

Ship command and control systems (SCCSs) are composed of large-scale, complex, real-time and software-intensive systems that complete tasks collaboratively. Open architecture has been introduced to design the architecture of SCCSs and has been refined into functional architecture (FA) and technical architecture (TA) to meet architectural requirements such as adapting fast-speed functional and technical changes. Thereby, specifying the architecture of SCCSs, based on FA and TA, becomes a key issue for stakeholders of the domain. In this paper, we propose an architecture modeling methodology (named as SAMM) for describing the architecture of SCCSs. SAMM is derived by following a systematic and generic framework—modeling Goal, domain-specific Conceptual model, architecture Viewpoint, and architecture description Language (GCVL), which guides domain experts to devise domain-specific architecture modeling methodologies of large-scale software-intensive systems. SAMM contains three viewpoints and 22 models, and a UML/SysML-based architecture description language. An industrial application of SAMM, along with the subsequent application of the derived SAMM architecture model (i.e., a deployed SCCS prototype) was conducted to evaluate SAMM. A questionnaire-based survey was also conducted to subjectively evaluate whether SAMM meets the modeling goals and its applicability. Results show that SAMM meets all modeling goals and is easy to apply.

This is a preview of subscription content, log in via an institution to check access.

Access this article

Price excludes VAT (USA)
Tax calculation will be finalised during checkout.

Instant access to the full article PDF.

Fig. 1
Fig. 2
Fig. 3
Fig. 4
Fig. 5
Fig. 6
Fig. 7
Fig. 8
Fig. 9
Fig. 10
Fig. 11
Fig. 12
Fig. 13
Fig. 14
Fig. 15
Fig. 16

Similar content being viewed by others

References

  1. ISO/IEC/IEEE 42010:2011(E): System and Software Engineering—Architecture Description (Dec. 1, 2011)

  2. France, R., Rumpe, B.: Domain-specific modeling. Softw. Syst. Model. 4, 1–3 (2005)

    Article  Google Scholar 

  3. DoD Architecture Framework Working Group: DoD Architecture Framework Version 1.0 Volume I. February 2004. http://links.enterprisearchitecture.dk/links/files/DoDAF_v1_Volume_I.pdf

  4. DoD Architecture Framework Working Group: DoD Architecture Framework Version 1.5 Volume II. April 2007. http://cio-nii.defense.gov/docs/dodaf_volume_ii.pdf

  5. DoD Deputy Chief Information Office: DoD Architecture Framework Version 2.02. August 2010. http://cio-nii.defense.gov/sites/dodaf20/products/DoDAF_v2-02_web.pdf

  6. ISO/IEC 10746-1:1998: Information Technology—Open Distributed Processing: Reference Model—Part 1: Overview, International Organization for Standardization. Geneva, Switzerland (1998)

  7. The Open Group: The Open Group Architecture Framework (TOGAF). http://pubs.opengroup.org/architecture/togaf9-doc/arch/

  8. Draft Federal Information Processing Standards Publication 183. Integration Definition for Function Modeling (IDEF0) (1993)

  9. Federal Information Processing Standards Publication 184. Integration Definition for Information Modeling (IDEFIX) (21 Dec 1993). www.itl.nist.gov/fipspubs/idef1x.doc

  10. Mayer, R.J., et al.: Information Integration for Concurrent Engineering (IICE): IDEF3 Process Description Capture Method Report. Logistics Research Division, Wright-Patterson AFB, OH 45433

  11. OMG: OMG Unified Modeling Language (OMG UML), Superstructure, V2.1.2. http://www.omg.org/docs/formal/07-11-02.pdf

  12. Medvidovic, N., Taylor, R.N.: A classification and comparison framework for software architecture description languages. IEEE Trans. Softw. Eng. 26(1), 70–93 (2000)

    Article  Google Scholar 

  13. Zhiqiang, F., Tao, Y., Li, Z.: A Generic Framework for Deriving Architecture Modeling Methods for Large-scale Software-intensive Systems. Accepted by 28th Symposium On Applied, Computing (March 2013)

  14. Ministry of Defence of the United Kingdom: Ministry of Defence Architecture Framework (MoDAF) Viewpoints and View. http://www.mod.uk/DefenceInternet/AboutDefence/WhatWeDo/InformationManagement/MODAF/ViewpointsAndViews.htm

  15. NATO Consultation, Command and Control Board, NATO Architecture, Framework v3 (2007)

  16. OMG: OMG Systems Modeling Language (OMG SysML), Version 1.1 (02 Nov. 2008). http://www.omg.org/spec/SysML/1.1

  17. Feiler, P.H., Gluch, D.P., Hudak, J.J.: The Architecture Analysis & Design Language (AADL): An Introduction[R]. Carnegie-Mellon Univ Pittsburgh PA Software Engineering Inst (2006)

  18. Chandhrasekaran, V.K., Choi, E.: Fault tolerance for embedded control system. In: 9th International Symposium on Communications and Information Technology, pp 1316–1320 (2009)

  19. Bohner, S.: An era of change-tolerant systems[J]. Computer 40(6), 100–102 (2007)

    Article  Google Scholar 

  20. Guertin, N.: Naval Open Architecture (14 March 2007). https://acc.dau.mil/oa

  21. Strei, T.: Open architecture overview Oct 2003. In: 6th Annual System Engineering Conference. http://www.dtic.mil/ndia/2003systems/strei.ppt

  22. Jain, H., Vitharana, P., Zahedi, F.M.: An assessment model for requirements identification in component-based software development[J]. ACM SIGMIS Database 34(4), 48–63 (2003)

    Article  Google Scholar 

  23. Hilliard, R.: IEEE-Std-1471-2000, Recommended Practice for Architectural Description of Software-Intensive Systems (November 2000)

  24. Karsai, G., Krahn, H., Pinkernell, C., et al.: Design guidelines for domain-specific languages. In: 9th OOPSLA Workshop on Domain-Specific Modeling (DSM’ 09) (October 2009)

  25. Kruchten, P.B.: The 4+1 view model of architecture. IEEE Softw. 12(6), 42–50 (Nov 1995)

    Google Scholar 

  26. Zachman, J.A.: The Zachman Framework\(^{{\rm TM}}\): The Official Concise Definition (2008). http://test.zachmaninternational.com/index.php/the-zachman-framework

  27. Herzum, P., Sims, O.: Business Component Factory: A Comprehensive Overview of Component-Based Development for the Enterprise. Wiley, New York (2000)

    Google Scholar 

  28. IBM: Ration Software Architect. http://www-01.ibm.com/software/rational/products/swarchitect/

  29. Papyrus: http://www.papyrusuml.org/scripts/home/publigen/content/templates/Show.asp

  30. No Magic, Inc.: Magic Draw. https://www.magicdraw.com/what_is

  31. IBM: Rational Tau. http://www.ibm.com/developerworks/rational/products/tau/

  32. Wohlin, C., Runeson, P., Host, M., Ohlsson, M.C., Regnell, B., Wesslen, A.: Experimentation in Software Engineering. Springer, Berlin (2012)

    Book  Google Scholar 

  33. Kennaley, M.: The 3+1 Views of Architecture (in 3D): an amplification of the 4+1 viewpoint framework. In: Seventh Working IEEE/IFIP Conference on Software Architecture, pp. 299–302, Vancouver, BC (Feb. 2008)

  34. Davis, M.J., Williams, R.B.: Software architecture characterization. In: Symposium on Software Reusability, pp. 30–38 (1997)

  35. Karangelen, N.E., Hoang, N.T.: Complex computer based system example problem: an advanced ship combat system. In: Proceedings of the 1995 International Symposium and Workshop on Systems Engineering of Computer Based Systems, pp. 409–415 (1995)

  36. Shames, P., Skipper, J.: Toward a Framework for Modeling Space Systems Architectures. NASA, JPL. (2006). http://trs-new.jpl.nasa.gov/dspace/bitstream/2014/39851/1/06-0876.pdf

  37. Ibrahim, D., Misic, V.B.: Service views: a coherent view model of the SOA in the enterprise. In: International Conference on Services Computing, pp. 230–237 (Sept. 2006)

  38. Park, J., Moon, M., Yeom, K.: Future trends of distributed computing systems. In: 12th IEEE International Workshop on Future Trends of Distributed Computing Systems, pp. 37–43, Kunming (Oct. 2008)

  39. Zachman International. The Zachman Framework: The Official Concise Definition (2008). http://test.zachmaninternational.com/index.php/home-article/13

  40. AUTOSAR: Modeling Guidelines of Basic Software EA UML Model V1.3.1, part of AUTOSAR Release 4.1. http://www.autosar.org/download/R4.1/AUTOSAR_TR_BSWUMLModelModelingGuide.pdf

  41. OMG: Common Object Request Broker Architecture—For Embedded. http://www.omg.org/cgi-bin/doc?ptc/2006-05-01.pdf

  42. OMG: Data-Distribution Service for Real-Time Systems, V1.2. http://www.omg.org/cgi-bin/doc?formal/07-01-01.pdf

  43. ISO 10303-11:2004: Industrial Automation Systems and Integration—Product Data Representation and Exchange—Part 11: Description Methods: The EXPRESS Language Reference Manual

  44. Function model. http://en.wikipedia.org/wiki/Function_modeling#cite_note-11

  45. Sandia National Laboratories: Sandia Software Guidelines Volume 5 Tools, Techniques and Methodologies (1992). http://www.prod.sandia.gov/cgi-bin/techlib/access-control.pl/1985/852348.pdf

  46. NASA: Techniques of functional analysis. In: NASA Systems Engineering Handbook, p. 142 (June 1995)

  47. Mylopoulos, J.: Conceptual Modelling III. Structured Analysis and Design Technique (SADT). Retrieved 21 Sep 2008

  48. Ling, S., Schmidt, H.: Time Petri nets for workflow modeling and analysis. Proc. IEEE Int. Conf. SMC 4, 3039–3044 (2000)

    Google Scholar 

  49. Chang, E., Gautama, E., Dillon, T.S.: Extended activity diagrams for adaptive workflow modelling[C]. In: Fourth IEEE International Symposium on Object-Oriented Real-Time Distributed Computing, pp. 413–419, Magdeburg (2001)

  50. xADL 3.0. http://isr.uci.edu/projects/xarchuci/

  51. Mei, H.: ABC/ADL: an ADL supporting component composition[DB/OL]. In: Proceedings of the 4th ICFEM(ICFEM2002), LNCS 24951, pp. 38–47. Springer, Berlin (2002)

  52. OMG: Object Constraint Language 2.0. www.omg.org/spec/OCL/2.0

  53. Fan, Z., Zhang, L.: An architecture modeling method for supporting reliability-based risk analysis of ship command and control systems [J]. Inf. Technol. J. 12(11), 2111–2120 (2013). http://scialert.net/fulltext/?doi=itj.2013.2111.2120&org=11

  54. Goseva-Popstojanova, K., Hassan, A.E., Guedem, A., Abdelmoez, W., Nassar, D.E.M., Ammar, H.H., Mili, A.: Architectural-level risk analysis using UML. IEEE Trans. Softw. Eng. 29(10), 946–960 (2003)

    Article  Google Scholar 

Download references

Acknowledgments

Z. Q. Fan and L. Zhang acknowledge the support from the Project (SKLSDE-2012ZX-13) of the State Key Laboratory of Software Development Environment, China. T. Yue acknowledges the funding support from the Research Council of Norway under the Certus SFI project and the Ministry of Industry and Trade of Norway.

Author information

Authors and Affiliations

Authors

Corresponding author

Correspondence to Zhiqiang Fan.

Additional information

Communicated by Dr. Juergen Dingel.

Appendices

Appendix A: Figures

See the Figs. 17, 18, 19, 20 and 21.

Fig. 17
figure 17

Conceptual model of an architecture description of ISO/IEC 42010 [1]

Fig. 18
figure 18

Part of functions of some software subsystems (FV-5)

Fig. 19
figure 19

Implementation of functions by components (TV-3)

Fig. 20
figure 20

Formal description of consistency rules among models and their framed concepts (Rule 1–Rule 7 in Table 16, Appendix B)

Fig. 21
figure 21

Formal description of consistency rules among models and their framed concepts (Rule 8–Rule 11 in Table 16, Appendix B)

Appendix B: Tables

See the Tables 10, 11, 12, 13, 14, 15, 16.

Table 10 Refined concerns of stakeholders
Table 11 Deriving architecture models for each architecture viewpoint based on stakeholder concerns
Table 12 Architecture viewpoints and models
Table 13 Model elements of CPaS and their realized concepts and relationships in the conceptual model
Table 14 Mapping between CPaS and architecture viewpoints and models
Table 15 Part of characteristics of the prototype system architecture
Table 16 Consistency rules among the 22 architecture models

Appendix C: Questionnaire

The goal of this questionnaire is to collect subjective opinions of SCCSs architecture modelers with different domain knowledge, modeling experience and job function(s) on the applicability of SAMM. SAMM was derived to satisfy the following three modeling goals:

  1. Goal 1.

    Support the architecture description of SCCSs in the development process and capture all the architectural concepts and their relationships that stakeholders concern with;

  2. Goal 2.

    Ensure that each stakeholder can concentrate on her/his own concern(s);

  3. Goal 3.

    Architecture descriptions of SCCSs should be easy to learn, use and understand since they are mainly used for the communication purpose among stakeholders;

Based on the above three modeling goal, we designed this questionnaire, which is divided into five sections. The first section collects your domain knowledge, modeling experience and job function(s). The middle three sections are, respectively, to collect your opinion on the satisfaction of SAMM to the three modeling goals. The last section is to collect your opinion on the overall applicability of SAMM. You can comments in “Remark” for each question if needed.

figure d
figure e

Rights and permissions

Reprints and permissions

About this article

Cite this article

Fan, Z., Yue, T. & Zhang, L. SAMM: an architecture modeling methodology for ship command and control systems. Softw Syst Model 15, 71–118 (2016). https://doi.org/10.1007/s10270-013-0393-x

Download citation

  • Received:

  • Revised:

  • Accepted:

  • Published:

  • Issue Date:

  • DOI: https://doi.org/10.1007/s10270-013-0393-x

Keywords

Navigation