, , , e.a.

Evaluating Software Architectures

Methods and Case Studies

Gebonden Engels 2001 9780201704822
Verwachte levertijd ongeveer 9 werkdagen

Samenvatting

Praise for Evaluating Software Architectures

“The architecture of complex software or systems is a collection of hard decisions that are very expensive to change. Successful product development and evolution depend on making the right architectural choices. Can you afford not to identify and not to evaluate these choices? The authors of this book are experts in software architecture and its evaluation. They collected a wealth of ideas and experience in a well-organized and accessible form. If you are involved in the development of complex systems or software, you will find this book an invaluable guide for establishing and improving architecture evaluation practice in your organization.”          — Alexander Ran, Principal Scientist of Software Architecture, Nokia

“Software engineers must own this book. It is a well-written guide to the steps for evaluating software architecture. It argues for the inclusion of architecture evaluation and review as a standard part of the software development lifecycle. It introduces some new and innovative methods for analyzing important architecture characteristics, like extensibility, portability, and reliability. I believe these methods will become new engineering cornerstones for creating good software systems.”          — Joe Maranzano, AT&T Bell Labs Fellow in Software Architecture (1990), and former head of the Bell Labs Software Technology Center

“Experience and teamwork are the only approaches I know of to deliver products faster, cheaper, and yet to delight your customers. In their first book, Software Architecture in Practice, Paul and Rick (and Len Bass) helped me match my experience with theory. Their invaluable approaches and case studies changed my practice and the way I proceed to design systems and software architectures. This second book, with Mark, covers what I will look at before I feel good about an architecture. It is about how I can tap other people's experience to produce an improved outcome, using other people's feedback. I have used many of the concepts explained in this book for my customers' benefit. Using this book, you—architects, developers, and managers—will develop a common language and practice to team up and deliver more successful products.”          — Bertrand Salle, lead architect with a major telecommunications company

“If architecture is the foundation of system construction, architectural evaluation is part of the foundation of getting to a ‘good’ architecture. In this book, the authors put their considerable expertise to one of the most pressing issues in systems development today: how to evaluate an architecture prior to system construction to ascertain its feasibility and suitability to the system of interest. The book provides a practical guide to architecture evaluation using three contemporary evaluation methods. It should prove valuable to practitioners and as a basis for the evolution of architectural evaluation as an engineering practice.”
         — Rich Hilliard, Chief Technical Officer, ConsentCache, Inc., and technical editor, IEEE Recommended Practice for Architectural Description of Software-Intensive Systems

“Too many systems have performance and other problems caused by an inappropriate architecture. Thus problems are introduced early, but are usually detected too late—when the deadline is near or, even worse, after the problem makes the headlines. Remedies lead to missed schedules, cost overruns, missed market windows, damaged customer relations, and many other difficulties. It is easy to prevent these problems by evaluating the architecture choices early, and selecting an appropriate one.”          — Connie U. Smith, Ph.D., principal consultant, Performance Engineering Services Division, L&S Computer Technology, Inc., and coauthor of the new book, Performance Solutions: A Practical Guide to Creating Responsive, Scalable Software

“The ATAM an evaluation method described in this book is the natural quality-gate through which a high-level design should pass before a detail design project is initiated. Why use the ATAM to evaluate an architecture? Mitigation of design risk is a major reason, but more importantly, the ATAM provides an interactive vehicle that can give key development and user stakeholders architectural visibility—visibility that can lead to an important ‘early buy-in.’”          — Rich Zebrowski, Software Technology Manager, Motorola, Inc.

“Caterpillar's experience with architecture reviews includes SAAM, ATAM, ARID, and ADR evaluation methods described in this book, the first three in detail. These reviews ensured that the needs of the user community were being met, and they exposed the architecture to others in the organization helping with understanding and organizational buy-in. The SAAM- and ATAM-based evaluations worked well to expose the architecture early in the development cycle to a broad range of people. The ARID- and ADR-based evaluations facilitated the exposure of technical details of the architecture later in the development cycle. As the architect of the pilot project for ARID, I observed that this review even served as an architecture training session before the architecture was fully documented.”          — Lee R. DenBraber, former Lead Software Architect, Caterpillar, Inc.

“We’ve heard all the management hype about harnessing the innovative creativity of our teams, establishing integrated customer-developer-product teams, and better targeting our systems to meet end user needs. The ATAM techniques described in this book give technical managers, system architects, and engineers proven tools for breaking down the communications barriers that impede our ability to realize these goals. We have successfully integrated the ATAM techniques throughout our lifecycle, including development and maintenance, and have found that they provide the strong technical basis we need to evaluate the many difficult trades required by a system as large as EOSDIS.”          — Mike Moore, Deputy Manager, Science Systems Development Office, Earth Observing System Data Information System (EOSDIS) Project, NASA Goddard Space Flight Center

“If you know how difficult architecture reviews are, you will be amazed how effective ATAM evaluations can be. For example, an ATAM evaluation we conducted on an important software product line identified a major architectural risk, which we subsequently were able to avoid-a benefit we expect to continue seeing. Moreover, ATAM techniques have enabled us to explain such risks to stakeholders far more clearly than by any other review method.”         — Stefan Ferber, Corporate Research, Robert Bosch GmbH

Drawing on clearly identified connections between architecture design decisions and resulting software properties, this book describes systematic methods for evaluating software architectures and applies them to real-life cases. It shows you how such evaluation can substantially reduce risk while adding remarkably little expense and time to the development effort (in most cases, no more than a few days). Evaluating Software Architectures introduces the conceptual background for architecture evaluation and provides a step-by-step guide to the process based on numerous evaluations performed in government and industry.

In particular, the book presents three important evaluation methods: Architecture Tradeoff Analysis Method (ATAM) Software Architecture Analysis Method (SAAM) Active Reviews for Intermediate Designs (ARID)

Detailed case studies demonstrate the value and practical application of these methods to real-world systems, and sidebars throughout the book provide interesting background and hands-on tips from the trenches.

All software engineers should know how to carry out software architecture evaluations. Evaluating Software Architectures is the chance to get up to speed quickly by learning from the experience of others.

Specificaties

ISBN13:9780201704822
Taal:Engels
Bindwijze:Gebonden

Lezersrecensies

Wees de eerste die een lezersrecensie schrijft!

Inhoudsopgave

<br> <br> List of Figures. <br> <br> <br> List of Tables. <br> <br> <br> Preface. <br> <br> <br> Acknowledgments. <br> <br> <br> Reader's Guide. <br> <br> <br> 1. What Is Software Architecture? <br> <p> </p> <div style="margin-left: 0.2in;"> Architecture as a Vehicle for Communication among Stakeholders. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architecture and Its Effects on Stakeholders. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architectural Views. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architecture Description Languages. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architecture as the Manifestation of the Earliest Design Decisions. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architectural Styles. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architecture as a Reusable, Transferable Abstraction of a System. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Summary. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 2. Evaluating a Software Architecture. <br> <p> </p> <div style="margin-left: 0.2in;"> Why Evaluate an Architecture? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> When Can an Architecture Be Evaluated? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Who's Involved? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> What Result Does an Architecture Evaluation Produce? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For What Qualities Can We Evaluate an Architecture? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Why Are Quality Attributes Too Vague for Analysis? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> What Are the Outputs of an Architecture Evaluation? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Outputs from the ATAM, the SAAM, and ARID. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Outputs Only from the ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> What Are the Benefits and Costs of Performing an Architecture Evaluation? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 3. The ATAM—A Method for Architecture Evaluation. <br> <p> </p> <div style="margin-left: 0.2in;"> Summary of the ATAM Steps. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Detailed Description of the ATAM Steps. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 1: Present the ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 2: Present the Business Drivers. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 3: Present the Architecture. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 4: Identify the Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 5: Generate the Quality Attribute Utility Tree. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 6: Analyze the Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 7: Brainstorm and Prioritize Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 8: Analyze the Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 9: Present the Results. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> The Phases of the ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0 Activities. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1 Activities. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2 Activities. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 3 Activities. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 4. The Battlefield Control System—The First Case Study in Applying the ATAM. <br> <p> </p> <div style="margin-left: 0.2in;"> Preparation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 1: Present the ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 2: Present the Business Drivers. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 3: Present the Architecture. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 4: Identify the Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 5: Generate the Quality Attribute Utility Tree. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 6: Analyze the Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 7: Brainstorm and Prioritize Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 8: Analyze the Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 9: Present the Results. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Results of the BCS Evaluation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Documentation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Requirements. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Sensitivities and Tradeoffs. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architectural Risks. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Summary. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 5. Understanding Quality Attributes. <br> <p> </p> <div style="margin-left: 0.2in;"> Quality Attribute Characterizations. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Performance. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Availability. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Modifiability. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Characterizations Inspire Questions. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Using Quality Attribute Characterizations in the ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Attribute-Based Architectural Styles. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Summary. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 6. A Case Study in Applying the ATAM. <br> <p> </p> <div style="margin-left: 0.2in;"> Background. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0: Partnership and Preparation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 1: Present the ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 2: Describe Candidate System. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 3: Make a Go/No-Go Decision. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 4: Negotiate the Statement of Work. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 5: Form the Core Evaluation Team. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 6: Hold Evaluation Team Kick-off Meeting. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 7: Prepare for Phase 1. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 0, Step 8: Review the Architecture. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1: Initial Evaluation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1, Step 1: Present the ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1, Step 2: Present Business Drivers. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1, Step 3: Present the Architecture. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1, Step 4: Identify Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1, Step 5: Generate Quality Attribute Utility Tree. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1, Step 6: Analyze the Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Hiatus between Phase 1 and Phase 2. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2: Complete Evaluation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2, Step 0: Prepare for Phase 2. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2, Steps 1-6. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2, Step 7: Brainstorm and Prioritize Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2, Step 8: Analyze Architectural Approaches. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2, Step 9: Present Results. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 3: Follow-Up. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 3, Step 1: Produce the Final Report. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 3, Step 2: Hold the Postmortem Meeting. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 3, Step 3: Build Portfolio and Update Artifact Repositories. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 7. Using the SAAM to Evaluate an Example Architecture. <br> <p> </p> <div style="margin-left: 0.2in;"> Overview of the SAAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Inputs to a SAAM Evaluation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Outputs from a SAAM Evaluation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Steps of a SAAM Evaluation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 1: Develop Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 2: Describe the Architecture(s). </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 3: Classify and Prioritize the Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 4: Individually Evaluate Indirect Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 5: Assess Scenario Interactions. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 6: Create the Overall Evaluation. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> A Sample SAAM Agenda. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> A SAAM Case Study. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> ATAT System Overview. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 1: Develop Scenarios, First Iteration. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 2: Describe the Architecture(s), First Iteration. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 1: Develop Scenarios, Second Iteration. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 2: Describe the Architecture(s), Second Iteration. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 3: Classify and Prioritize the Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 4: Individually Evaluate Indirect Scenarios. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 5: Assess Scenario Interactions. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Step 6: Create the Overall Evaluation—Results and Recommendations. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Summary. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 8. ARID—An Evaluation Method for Partial Architectures. <br> <p> </p> <div style="margin-left: 0.2in;"> Active Design Reviews. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> ARID: An ADR/ATAM Hybrid. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> The Steps of ARID. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 1: Rehearsal. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Phase 2: Review. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> A Case Study in Applying ARID. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Carrying Out the Steps. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Results of the Exercise. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Summary. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 9. Comparing Software Architecture Evaluation Methods. <br> <p> </p> <div style="margin-left: 0.2in;"> Questioning Techniques. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Questionnaires and Checklists. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Scenarios and Scenario-Based Methods. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Measuring Techniques. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Metrics. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Simulations, Prototypes, and Experiments. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Rate-Monotonic Analysis. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Automated Tools and Architecture Description Languages. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Hybrid Techniques. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Software Performance Engineering. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> The ATAM. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Summary. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 10. Growing an Architecture Evaluation Capability in Your Organization. <br> <p> </p> <div style="margin-left: 0.2in;"> Building Organizational Buy-in. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Growing a Pool of Evaluators. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Establishing a Corporate Memory. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Cost and Benefit Data. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Method Guidance. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Reusable Artifacts. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Summary. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Discussion Questions. </div> <p></p> <br> <br> 11. Conclusions. <br> <p> </p> <div style="margin-left: 0.2in;"> You Are Now Ready! </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> What Methods Have You Seen? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Why Evaluate Architectures? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Why Does the ATAM Work? </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> A Parting Message. </div> <p></p> <br> <br> Appendix A: An Example Attribute-Based Architectural Style. <br> <p> </p> <div style="margin-left: 0.2in;"> Problem Description. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Stimulus/Response. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Architectural Style. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Analysis. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Reasoning. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Priority Assignment. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Priority Inversion. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> Blocking Time. </div> <p></p> <p> </p> <div style="margin-left: 0.2in;"> For Further Reading. </div> <p></p> <br> <br> References. <br> <br> <br> Index. 020170482XT10082001 <br>

Managementboek Top 100

Rubrieken

Populaire producten

    Personen

      Trefwoorden

        Evaluating Software Architectures