Beruflich Dokumente
Kultur Dokumente
PDF: https://share.cms.gov/office/ois/Services/TRB/TRB%20Samples/TRB%20Sample%20Architectural%20Diagrams.pdf
Visio: https://share.cms.gov/office/ois/Services/TRB/TRB%20Samples/TRB%20Sample%20Architectural%20Diagrams.vsd 1
Template Instructions
2
Template Revision History
Version Date Author Description of Changes
4
High Level Business Concept
5
Project Information
Business Need
[Insert condensed business need and drivers from the Business Case or from the
AR presentation]
Goals/Scope/Purpose
[Insert condensed goals/scope from the Business Case and the business and
functional purpose from the Requirements Document or from the AR
presentation]
Stakeholders
[Insert stakeholder information from the Business Case or from the AR
presentation]
Cloud Services
[Are you planning to use cloud services now or in the future?]
6
Proposed System
System Scope
[Insert condensed system scope from the High-Level Technical Design.]
Summary of Changes
[Insert condensed summary of changes of the current system from the High-
Level Technical Design (if applicable).]
7
AR Findings
8
Records Management
[Describe where the system’s data will reside and identify any data exchanges that may
occur. Alternatively, you may attach Section 5.1.7 of the project’s Requirements
document.]
• Inputs: Identify all data (as well as the format of the data—paper, manual input,
electronic data) supplied to the system as well as who/what is supplying the data.
• Provide instructions on what happens to the manual/electronic inputs after they
are entered into the master file/database and are verified.
• Master Files – Provide a detailed description of the data maintained in the
system/database.
• Provide detailed instructions for the retention and disposition of this data (where
will the data be maintained, when will the data be deleted or destroyed).
• Outputs: List all reports, data sharing with other Agencies/CMS systems, etc.
• Provide instructions for how long the reports are needed for Agency business and
when they should be destroyed/deleted.
• Is this system replacing a paper-based records system or an existing electronic
system? If electronic, has the migration of the legacy data been addressed?
9
Design Considerations
10
Design Considerations
508 Compliance
[If applicable, briefly describe what 508 testing will be done, from Sections
5.4 & 5.5 of the System Design Document?]
Performance
[If applicable, briefly describe what hardware and software performance
strategies will be implemented, from Sections 3, 4.2.2, & 4.3.2 of the
System Design Document?]
Security
[If applicable, briefly describe what security features are being implemented,
from Sections 3, 4.2.1 & 4.3.1 of the Systems Design Document?]
[If applicable, briefly describe how are any outstanding High or Moderate
findings and/or SEV1 or SEV 2 issues being addressed?]
11
Design Considerations
12
Design Considerations
Shared Services
[If applicable, briefly describe from Section 3 & 4 of the System Design
Document…
What new shared services will be created?
How will any new shared services being developed be consumable by other
projects?
What existing shared services will be consumed?]
Software Architecture
[If applicable, briefly describe from Sections 3, & 4.3 of the System Design
Document…
What are the key software design decisions based on the mapping of the
requirements to the prioritized Quality Attributes (aka non-functional
requirements)? E.g. If Modifiability is more important than Performance,
then it is highly probable that a different solution will be designed.
What is being designed to enhance automation and to ensure that
parameters, URIs, URLs, port numbers, and other variables can be
changed without recompiling the code and/or restarting the application?
What industry standard software patterns are being implemented in the
software architecture to create a repeatable development processes?]
14
Design Considerations
Data Architecture
[If applicable, briefly describe from Section 3 & 4.4 of the System Design
Document…
What is being done to align with the Enterprise Data Models?
What is being done to reduce the amount of data being stored for non-
system of record data?
What is being done to use existing system of record data, e.g. Integrated
Data Repository (IDR) data, in a non-persistent or temporary manner?
What conformed data entities are being created to support new/existing
functionality?
What existing data entities are being conformed to support new/existing
functionality?]
15
Design Considerations
Business Intelligence
[If applicable, briefly describe from Section 3 & 4.4 of the System Design
Document…
What enterprise data models will be used to support both reports and
dashboards?
What methodology will be implemented to ensure no duplication of data or
logic is required to support both reports and dashboards?]
Portal Architecture
[If applicable, briefly describe from Section 3 & 4.3 of the System Design
Document…
What existing portlets will be consumed?
What new portlets will be reusable by other projects?]
16
System Architecture
17
Performance Measurement Area Technology
18
Response Data
19
Test Plan
[Insert the testing approach / strategy from Section 4 of the Test Plan.]
20
Release Plan
[Insert the release content and schedule from Sections 3.3 and 3.4 of the
Release Plan.]
21
Data Conversion
[Insert the data conversion scope from Section 5.1 of the Data Conversion
Plan.]
22
Project Management Update:
Status
23
Project Management Update:
Risks & Issues
24
Project Management Update:
Cost & Schedule
• Cost
• Schedule
25
Project Management Update:
Deliverables Status
26
Centers for Medicare & Medicaid Services
eXpedited Life Cycle (XLC)
27