Detecting and Maintaining Architecture Consistency. Dr Liam O Brien, Geoscience Australia

Transcription

1 Detecting and Maintaining Architecture Consistency Dr Liam O Brien, Geoscience Australia

2 Personal Background 25 years experience in the IT area mainly as: Researcher (21 years) Reverse engineering, Reengineering, Software Architecture, Architecture Reconstruction, SOA, Cloud Computing Solution Architect (past 4 years) CSIRO Chief Software Architect for eresearch SOA, Cloud Computing, Scientific Workflow, Data Management Tools and Workflows Geoscience Australia SOA, Data services, Data Processing CO2 Infrastructure Assessment (CIAP) Sentinel Bushfire Hotspots National Offshore Petroleum Information Management System (NOPIMS) National Flood Risk Information Platform (NFRIP)

3 Overview Why is Architecture Important? Architecture Consistency and Clarity Architecture Inconsistencies Detecting Architecture Inconsistency Ensuring Architecture Consistency Architecture Reconstruction Examples of Architecture Reconstruction Reflexion Modelling Conclusion

4 Why is Architecture Important? Represents earliest design decisions hardest to change later most critical to get right communication vehicle among stakeholders First design artifact addressing performance reliability modifiability security Key to systematic reuse transferable, reusable abstraction The right architecture paves the way for system success. The wrong architecture usually spells some form of disaster.

5 Consistency and Clarity From:

6 Architecture Conceptual Integrity The goal of conceptual integrity or unity of design: The best programs and software systems exhibit a sense of consistency and elegance, as if they are shaped by a single creative mind, even when they are in fact the product of many. The fiendish problem is less how to create that sense in the first place than in how to preserve it against all the other pressures that come to bear throughout the process of writing software. Frederick P Brooks Jr The Mythical Man-Month: Essays on Software Engineering

7 Architecture Inconsistencies Differences between architectural documentation and implemented code Name Inconsistencies difficult to catch Interface Inconsistencies ill-defined interfaces Behavioural inconsistencies - differences Interaction Inconsistencies protocol/sequence Refinement Inconsistencies high-level to low-level adding or removing something, or violating (inter-layer bridging)

8 Causes of Architecture Inconsistencies Differences between architecture views Implementation does not follow the architecture Uncontrolled evolution of code Architecture documentation not kept up to date

9 Example of Architecture Inconsistency from CIAP

10 CIAP GUI

11 Example of Architecture Inconsistency from CIAP

12 Example of Architecture Inconsistency from CIAP

13 Example of Architecture Inconsistency from CIAP

14 Example of Architecture Inconsistency from CIAP

15 Ensuring Architecture Consistency From Implementation Perspective Code Review From Architecture Perspective Architecture Review Other members of Architecture team Architecture Committee (technical people from across Organisation) Enforcing Architecture Consistency Disabling access to Databases Logging and Auditing of the system

16 Reviews and Inspections of Code/Architecture Reviews and inspections of code and architecture involve several participants and activities Participants: Coders, Architects, Project Managers, Reviewers Activities: Preparation for inspection of code and architecture material Preparation of participants Review/Analysis of code and architecture Analysis of the review results and recommend actions Follow-up and Finalisation

17 Architecture Reviews More thorough architecture reviews ATAM, etc

18 Detecting Architecture Inconsistencies Detecting inconsistencies between the implemented system and the architecture can be done using: Architecture Reconstruction Reflexion Modelling

19 Architecture Reconstruction Architecture Reconstruction is the process of reconstructing or recovering the architecture of an implemented system. Also known as Architecture Recovery. Source Code, Documentation Extraction Fusion Reconstruction Source Extraction Architecture View Composition Source Model, Selected Architecture Views Architectural Views, Styles, Patterns, Drivers

20 Architecture Reconstruction ARMIN Architecture Reconstruction Tool Sources extraction Extracted Sources import ARMIN Tool Project Manager definition of products and models Navigator product and model browsing Aggregator creation of aggregation models Interpreter ARL Architects creation of architecture views Experts Repository export Design Tools Analysis Tools

21 Architecture Consistency Arch Recon Example 1 Embedded Automotive Control System Files KLOC Functions Macros Variables Types C/c Header Total Consistency/Conformance Exercise Determine if the architecture as documented reflects the as-built system. Layered system with three layers ApplicationSW, Data and HardwareControl. In the documentation the ApplicationSW and HardwareControl layers were only connected through the Data layer and were not directly connected.

22 Example Highest-level System View Layers

23 Exploring the Data Layer 1 Data Accesses

24 Exploring the Data Layer 2 Calls

25 Example 2 Automotive Infotainment System Code Size Files Classes C/C MLOC Java 1.78MLOC Total 4.36MLOC Consistency of the Architecture Determine if the Top Level Architecture as Documented reflects the as-built system Produce views of several layers to determine consistency and if they conform to expectations

26 Another Example System CMM Layer

27 MM_SERVICES - Dependencies

28 Reflexion Modelling for Architecture Consistency Checking

29 Conclusion Architecture consistency not easy to enforce Architecture inconsistencies will occur Needs mechanisms to detect inconsistencies Don t want to make detection and enforcement too onerous on implementers or architects Similar architecture inconsistencies happen in Infrastructure Architecture

30 Questions or requests for meetings for further information QUESTIONS?

31 References Kazman, R., O Brien, L., and Verhoef, C., Architecture Reconstruction Guidelines, CMU/SEI-2001-TR-026. Van Deursen, et al, Symphony: view driven software architecture reconstruction, WICSA Stoermer, C, O Brien, L., Verhoef, C., Moving Towards Quality Attribute Driven Software Architecture Reconstruction, WCRE Murphy, G, Notkin, D., Sullivan, K., Software reflexion models: bridging the gap between source and high-level models, SIGSOFT Buckley, J., Mooney, S., Rosik, J., Ali, N., JITTAC: a just-intime tool for architectural consistency, ICSE 2013.