The Technical Evaluation Template is used to document the operational requirements for the technology support. It provides the understanding of the hardware and. EMS Technology Assessment Template 3 literature support. The information presented in this sec-tion may be theoretical, presumptive, or in many cases. Architecture Evaluation and Review Practices. Denise Cook. June 2.
Updated December 2. Summary: Consider an evaluation of your work as a way to produce. Your projects will. You likely have made. After several years, you might think that you have seen. If you can dream it up, I can architect. Experienced architects know that they are going to miss. And, the earlier that you can detect a problem with your architecture. The. objective is to identify potential issues with a proposed architecture, prior. So, before you throw up. It's good for your organization, and it's. Imagine that you are an investigative journalist. For each. assignment, your job is to research a topic deeply to uncover the hidden facts. Architecture evaluation shares that. The purpose of the evaluation is not simply to review and. The. objective is to review and evaluate the architecture, assess its ability. SDLC), and identify potential risks to the. In other words, the objective is to determine if the reality of the. Like investigative journalism, architecture evaluation is based. Journalism 1. 01 fundamentals: who, what, when, where, why, and how. Throughout your career, you will be exposed to. While each architecture has its own flavor, they all share key concepts. Five Ws and an H: An Evaluation Toolset. The following sections examine an approach to software evaluation. Why? Why should an organization review and evaluate software. The bottom line is that architecture review produces better. Too often, systems. The architectures were defined. They were exposed when the project was affected most negatively by. The most significant benefit of evaluation is to reassure. The quality attributes of a. An evaluation of the architecture while. There are also some positive side effects of evaluation. First. the process necessitates the unambiguous articulation of the system's quality. If the requirements are too vague to evaluate an architecture. Poorly specified requirements result in. Evaluation also forces you to document the. Furthermore, as you. Over time, this process promotes stronger architectural. Going further, an investigative journalist would ask why an. A common. response would be concern over the cost of the effort. It should be noted that. Architectural decisions are evaluated to. The objectives for a review are based upon stakeholder concerns. Objectives will vary from. Typically. stakeholders want to ensure the quality and suitability of the architecture. What are the outputs of an architectural evaluation and. The primary output is a comprehensive report that describes the. This document need only be as formal as. The report should include the scope of the review. What is the scope of an architecture evaluation and review? For. example, the architecture of the entire system can be evaluated, or only part. A review can evaluate the architecture against all of the. Discover the. appropriate scope by prioritizing the goals of the evaluation, based on its. What exactly should be reviewed? Based on the defined. The list might include system- wide properties. The goal is to review and assess how each item on the. For example, performance is a quality objective that ends up on. Working from a typical business requirement. To actually evaluate the architecture, however, the. An example could be the. Reliability, security, availability, extensibility, manageability. Keep in mind the scope and objectives of. A true investigative approach, however, takes time to ask, ? Have software and. While some of these scenarios cannot be avoided in the. Who? Who participates in a software architecture evaluation and. The objective of the selection process is to ensure that people. In large organizations, an evaluation team often comprises. Staffing. the evaluation team with practitioners from the target project should be. For very. small projects, however, self- assessments and peer reviews are completely. It is critical that members of the evaluation team have respect and. Stakeholders are the people who have specific architectural. Most of the. architectural requirements were specified by these stakeholders, so that their. System architects and component designers are the key project. Other project representatives. The follow- up step for an investigative approach is to ask, ? Occasionally. practitioners and stakeholders are excluded because of past experiences. Part of the evaluation process is. If someone is important to an evaluation for the. When? When should an architecture evaluation and review take place? Generally, you want to conduct the. The goal is to identify any areas of concern as early as possible. That being said, an evaluation and review can be conducted at any. For projects using an iterative development approach. Evaluations also can be conducted on legacy systems. Your investigative instincts should be getting sharper by now. Beware of stakeholders. The reasons. could be completely valid; maybe they are unavailable, or they truly feel that. Digging a little deeper might reveal project. The architecture team might be struggling. They might not see the. Stakeholders might. Take the. time to uncover the true reasons behind any postponement attempts. You might. find a critical risk hidden behind that reluctance. How? How is an architecture evaluation and review performed? A proven technique involves the. Walking through the steps of a scenario. If you want to assess how easily a. You then could analyze the architecture, looking for. For. small- scale evaluations not requiring such a detailed technique, a simple. The final step of the evaluation- and- review process. When architectural concerns or deficiencies are exposed, it is. The. whole point of the investigative approach is to uncover issues that otherwise. If recommendations are too generic to be. Where? After the review? When the. evaluation report is complete, you typically are given an opportunity to. The report then is forwarded to. Sometimes. an evaluation will identify the need for trade- offs. For example, if the. Following an evaluation, the architectural. While each evaluation produces different results, the goal is. For you, the architect. Consider an evaluation of your work as a way to produce improved specifications. See each evaluation as a. Your projects will benefit, your organization. Critical- Thinking Questions. How can downstream. Evaluating Software Architectures. Methods and Case Studies. Boston, MA: Addison- Wesley, 2. ATAM: Method for Architecture Evaluation. Before joining the Rational team. Denise worked as a lead consulting architect for IBM and Andersen Consulting. To learn more about architecture and the architectural.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
January 2017
Categories |