| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:ProcessDescription xmi:version="2.0" |
| xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.4/uma.ecore" |
| xmlns:epf="http://www.eclipse.org/epf" epf:version="1.2.0" xmlns:rmc="http://www.ibm.com/rmc" |
| rmc:version="7.2.0" xmi:id="-BZ8afnvoVBJs82vzcOBaCw" |
| name="agree_technical_approach,_4ouDUdOEEdyqlogshP8l4g" guid="-BZ8afnvoVBJs82vzcOBaCw" |
| version="7.2.0"> |
| <mainDescription><p>
 |
| The goal of this activity is to define a technical approach to the system that supports the project requirements,
 |
| within the constraints placed on the system and the development team. The architect should do the following:
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| Work with the team to create an initial sketch of the technical approach to the proposed system
 |
| </li>
 |
| <li>
 |
| Ensure that the technical decisions are adequately captured and communicated
 |
| </li>
 |
| <li>
 |
| Ensure that the team has enough information to understand the approach that your are taking
 |
| </li>
 |
| </ul>
 |
| <p>
 |
| The work done here does not seek to produce a detailed and comprehensive technical specification for the system.
 |
| Rather, the approach should be to decide the overall technical approach at a high level.
 |
| </p>
 |
| <p>
 |
| You should focus on proving the architecture with working software. If the solution is similar to a previously produced
 |
| solution (or is a well-known solution domain), then it will probably be good enough to reference that example as
 |
| evidence of the feasibility of the approach. In some cases, it may be necessary to develop one or more prototypes to
 |
| validate some of the decisions or clarify some of the requirements.
 |
| </p>
 |
| <p>
 |
| The conclusion of this work should produce just enough information to communicate the architecture to the team, and to
 |
| demonstrate its viability to the customer. This allows the project to move forward, enabling you to refine and baseline
 |
| the architecture.
 |
| </p></mainDescription> |
| <howtoStaff><p>
 |
| This activity is best carried out collaboratively by the team, with the architect acting as a focal point for
 |
| coordinating and facilitating the decisions.
 |
| </p></howtoStaff> |
| <usageNotes><p>
 |
| The major effort occurs early in the project; thereafter, you should assess the system regularly to ensure that the
 |
| design is still on track with the architecture.
 |
| </p></usageNotes> |
| </org.eclipse.epf.uma:ProcessDescription> |
