Multi-view Architecting



Similar documents
Requirements engineering and quality attributes

Software Engineering Compiled By: Roshani Ghimire Page 1

Evaluation of the Iceland State Financial and Human Resource System REPORT OF THE INDIVIDUAL EVALUATOR. Annex 2 SYSTEM AND SOFTWARE QUALITY

Modeling and Analysis Overview

Module System Architecture Context

Modeling and Analysis: Life Cycle Models

The Role of the Software Architect

Requirements engineering

Getting Things Done: Practical Web/e-Commerce Application Stress Testing

Introduction to software architecture

Key Factors for Developing a Successful E-commerce Website

The Role of Information Technology Studies in Software Product Quality Improvement

CHAPTER 20 TESING WEB APPLICATIONS. Overview

ORACLE INSTANCE ARCHITECTURE

Chap 1. Introduction to Software Architecture

Peregrine. AssetCenter. Product Documentation. Asset Tracking solution. Part No. DAC-441-EN38

Mobile and Heterogeneous databases Database System Architecture. A.R. Hurson Computer Science Missouri Science & Technology

EXAM PRO:Design & Develop Windows Apps Using MS.NET Frmwk 4. Buy Full Product.

Module 15: Monitoring

Enterprise Architecture Assessment Guide

TECHNICAL SPECIFICATION: LEGISLATION EXECUTING CLOUD SERVICES

Montana Department of Transportation Information Services Division. System Development Life Cycle (SDLC) Guide

Software design (Cont.)

Engineering Process Software Qualities Software Architectural Design

R214 SPECIFIC REQUIREMENTS: INFORMATION TECHNOLOGY TESTING LABORATORY ACCREDITATION PROGRAM

Server Manager Performance Monitor. Server Manager Diagnostics Page. . Information. . Audit Success. . Audit Failure

E-Commerce Supply Chain Management Domain Research and Standard Architectures Kunal Chopra, Jeff Elrod, Bill Glenn, Barry Jones.

SOFTWARE QUALITY MODELS: A COMPARATIVE STUDY

Computer programs (both source and executable) Documentation (both technical and user) Data (contained within the program or external to it)

Application of software product quality international standards through software development life cycle

Quality Management. Objectives

Quality Management. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 27 Slide 1

Architecture. Reda Bendraou

Extended Enterprise Architecture Framework Essentials Guide

Quality Management. Managing the quality of the software process and products

Certified Software Quality Engineer (CSQE) Body of Knowledge

Architecture Design & Sequence Diagram. Week 7

Applying 4+1 View Architecture with UML 2. White Paper

Patterns in Software Engineering

Quality Management. Objectives. Topics covered. Process and product quality Quality assurance and standards Quality planning Quality control

1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java. The Nature of Software...

U.S. Navy Automated Software Testing

Contents. Chapter 1. Introduction

Chap 1. Software Quality Management

Chapter 8 Software Testing

Chapter 18: Database System Architectures. Centralized Systems

CSC 408F/CSC2105F Lecture Notes

CHAPTER 2 MODELLING FOR DISTRIBUTED NETWORK SYSTEMS: THE CLIENT- SERVER MODEL

International Software & Systems Engineering. Standards. Jim Moore The MITRE Corporation Chair, US TAG to ISO/IEC JTC1/SC7 James.W.Moore@ieee.

Centralized Systems. A Centralized Computer System. Chapter 18: Database System Architectures

HP Asset Manager. Software version: Asset Tracking Solution

HRG Assessment: Stratus everrun Enterprise

Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: (Computer Programming 2).

SQL Server Performance Tuning and Optimization

The Service Availability Forum Specification for High Availability Middleware

Glassfish Architecture.

An Approach to Software Architecture Description Using UML

Service Oriented Architecture and the DBA Kathy Komer Aetna Inc. New England DB2 Users Group. Tuesday June 12 1:00-2:15

22C:22 (CS:2820) Object-Oriented Software Development

The customer objectives view

Applying Operational Profiles to Demonstrate Production Readiness Of an Oracle to SQL Server Database Port using Web Services.

Viewpoint Modeling. Agenda. 1. Viewpoint Modeling 2. ODS, Enterprise Architecture, Viewpoints, Models 3. Modeling approaches and standards

Aerospace Software Engineering

What an Architect Needs to Know

Government's Adoption of SOA and SOA Examples

METHOD & TOOLS TO SECURE AND SUPPORT COLLABORATIVE ARCHITECTING OF CONSTRAINED SYSTEMS

Microsoft Azure Cloud for Solution Architects

Microsoft SQL Server: MS Performance Tuning and Optimization Digital

ISO/IEC Software Product Quality Model

Designing and Implementing Cloud Governance: Cloud, and Cloud Governance, are Emerging Capabilities

Software Life-Cycle Management

CipherShare Features and Benefits

Bigdata High Availability (HA) Architecture

Performance Tuning and Optimizing SQL Databases 2016

Basic Testing Concepts and Terminology

SaaS & Cloud Application Development & Delivery

Recommendations for Performance Benchmarking

Introduction to Software Engineering. 8. Software Quality

Performance Test Process

MagDiSoft Web Solutions Office No. 102, Bramha Majestic, NIBM Road Kondhwa, Pune Tel: /

SACM and CMDB Strategy and Roadmap. David Lowe ActionableITSM.com March 20, 2012

Standards Initiatives for Software Product Line Engineering and Management within the International Organization for Standardization

Modular Communication Infrastructure Design with Quality of Service

Petascale Software Challenges. Piyush Chaudhary High Performance Computing

Tuning Tips & Techniques

Transcription:

by Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra College, Philips Research e-mail: gaudisite@gmail.com www.gaudisite.nl Buskerud University Abstract The development of large SW-intensive products needs to take requirements of multiple stakeholders into account. A design of such a system has to address functional and quality requirements adequately. However, for most of the required qualities no straight-forward design method exists even for a single quality. A multi-view architecting model is described based upon a decomposition of an architecture in 5 architectural views, ranging from customer objectives to realization. It is the task of the architect to keep these views consistent and to balance design decisions in the perspective of the stakeholder needs. We derived this model from our experience in developing software intensive industrial products, 2 cases are described from the medical domain. This paper has been written as part of the Composable project in Philips and the Gaudí project. status: finished What does Customer need in Product and Why? Product How Customer Customer Product What How What Customer Application Functional Conceptual Realization objectives Threads of Reasoning

Integrating 5 System Architecture Views What does Customer need in Product and Why? Customer What Customer How Product What Product How Customer objectives Application Functional Conceptual Realization Threads of Reasoning 2 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRthreads

Toplevel documentation structure Medical Imaging Workstation Functional specifications FS cardio FS vascular FS dental Design specifications design cardio design vascular design dental Requirement analysis documents Typical cases Memory Resource Usage CPU Resource Usage Aspect designs Hazard analysis Safety Design 3 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRdocumentationEV

Memory usage aspect Medical Imaging Workstation Application Functional Conceptual Stakeholders Quality Attributes Design Concerns Technical Structures and Mechanisms Clinical Technician Department manager Response time Throughput Cost Constraints Memory Usage paging allocation fragmentation Processing Power usage Bulk Memory management Fine grain memory management Caching Processing Pipeline 4 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra MVeasyVisionMemoryUsage

Issues per view Customer business Application Functional Conceptual Realization domain specific keydrivers application domain entities & operations functions feautures functional blocks SW components technical structures and mechanisms context constraints stakeholder concerns system qualities design concerns generic 5 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRissuesPerView

Zooming in on relations Customer business keydrivers within domain specific realized by influences Application application domain entities & operations with respect to context constraints determine generic stakeholder concerns 6 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRzoomIn

Explicit facts and inherent details per view 10 15 Explicit specified Inherently present 10 12 10 9 10 6 10 3 1 Key drivers Domain Complementors Entities Competition Operations Functions Qualities Values Components Interfaces Parameters Construction elements statements gates etcetera Customer business Application Functional Conceptual Realization 7 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRlevelOfDetail

One thread of reasoning Customer business Application Functional Conceptual Realization domain specific generic 8 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRnetworkedIssues

Activities in multi-view architecting 3. Maintain Consistency 1. Decompose 2. Determine Integrating Threads Customer business Application Functional Conceptual Realization 4. Balance Macroscopic and Microscopic 9 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRactivities

Criteria for thread selection Important for customer and the business Critical with respect to technical realization 10 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra CriteriaForThreadSelection

Pitfalls in multi-view architecting too few views completeness general formalization 11 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra MultiViewPitfalls

Continuous feedback during Product Creation Business bottomline requirement Compare Product Creation Measured result 12 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRfeedbackPCP

Stepwise evolution functionality performance Generation1 Generation2 Generation3 time 13 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRevolutionGraph

Qualities checklist Safety Security Reliability Robustness Useability Appeal, Appearance Throughput or Productivity Response Time Image Quality Reproduceability Predicatability Accuracy Transportability Wearability Storability Manufacturability Testability Serviceability Configurability Installability Evolvability Portability Upgradeability Extendability Maintainability Logistics flexibility Lead time Standards Compliance Cost price Cost of operation Interaction with environment Power consumption Consumption rate (water, air, chemicals, etcetera) Disposability Size, weight Resource utilization 14 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRqualitiesChecklist

SW aspects checklist granularity scoping containment cohesion coupling interfaces allocation budgets information model entities relations operations characteristics static dynamic configuration man. packages components files objects modules interfaces meta-functional operational image processing handling calls.. initialization start-up shutdown bootstrap discovery negotiation fault handling exceptions logs traces diagnostics configuration handling data replication performance observation capability query testing automation special methods harness suites off-line guidance supply chain outsource co-design buy interoperate source vs binary technology choices lifecycle obsolesence core, key, base SW development environment repository tools feedback tools monitoring statistics analysis call graphs message tracing object tracing licensing SW keys synchronization signalling messaging call-back scheduling notification active data watchdogs time-outs locking semaphores transactions checkpoints deadlock detection roll-back priorities pre-emption concurrency processes tasks threads persistence caching versioning, prefetching lazy evaluation identification uniqueness naming data model, registry scoping configuration database inheritance resource management allocation anti-fragmentation garbage collection distribution allocation, transparency component, client/server multi-tier model infrastructure 15 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRchecklistSWaspects

Medical Safety Stakeholders vascular surgeon Quality Attributes reliable fluoroscopy Design Concerns graceful degradation error handling error prevention Technical Structures and Mechanisms independent parts distributed error handling self-tests patient radiation dose safe dose design dead-man principle dose detection radiologist mechanical safety safe mechanical design collision detectors power disconnection 16 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra ICAFCRmedicalSafety

IEEE 1471 model System has Architecture Described by Architecture Description Consists of Stakeholder has concern covers viewpoint conforms 1 to 1 view model covers defines 17 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra VCieee1471model

ISO 9126 quality framework Functionality suitability, accuracy, interoperability, compliance, security, traceability Reliability maturity, fault tolerance, recoverability, availability, degradability Usability understandability, learnability, operability, explicitness, customisability, attractivity, clarity, helpfullness, user-friendliness Efficiency time behaviour, resource behaviour Maintainability Portability 18 Gerrit Muller, JürgenMüller, Jan Gerben Wijnstra