Patterns of Software Modeling
Software systems start small and grow in complexity and size. The larger a software system is, the more it is distributed over organizational and geographical confines. Thus, the modeling of software systems is necessary at a certain level of complexity because it can be used for communication, documentation, configuration and certification purposes. We came to the conclusion that several patterns of software modeling exist. The existence of such patterns is dependent on the history and the evolution of the system under consideration. We will show that a software system in its lifecycle has to face several crises. Such a crisis is a watershed in the application of new patterns. We provide an evolutionary view of software systems and models which helps understanding of current problems and prospective solutions.
KeywordsModel-Based Software Development Collaborative Software Development Application Lifecycle Management Software Process Improvement
Unable to display preview. Download preview PDF.
- 1.Greiner, L.: Evolution and revolution as organizations grow. Harvard Business Review (January 1997)Google Scholar
- 2.Alexander, C., Ishikawa, S., Jacobsen, M., Fiksdahl-King, I., Angel, S.: A Pattern Language: Towns, Buildings, Construction. Oxford University Press (August 1977)Google Scholar
- 3.Gamma, E., Helm, R., Johnson, R., Vlissides, J.: Design Patterns. Pearson Education (October 1994)Google Scholar
- 4.Watzlawick, P., Weakl, J.H., Weakland, J.H., Fisch, R.: Change: Principles of Problem Formation and Problem Resolution. W.W. Norton (1973)Google Scholar
- 5.Kelly, S., Tolvanen, J.P.: Domain-Specific Modeling: Enabling Full Code Generation. Wiley (2008)Google Scholar
- 6.Messerschmitt, D.G., Szyperski, C.: Software Ecosystem. MIT Press (2002)Google Scholar
- 8.McGregor, J.D.: A method for analyzing software product line ecosystems. In: Proceedings of the Fourth European Conference on Software Architecture, pp. 73–80 (2010)Google Scholar
- 10.Chrissis, M.B., Konrad, M., Shrum, S.: CMMI Guidlines for Process Integration and Product Improvement. Addison-Wesley Longman Publishing Co., Inc. (2003)Google Scholar
- 11.Common Criteria. Common Criteria for Information Technology Security Evaluation - Part 1-3. Version 3.1 Revision 3 Final (July 2009)Google Scholar
- 12.International Organization for Standardization. ISO/DIS 26262 road vehicles Functional Safety, Part 1-10Google Scholar