compliances , networking , sample-it-spreadsheets , security

Sample Architectural Key Components Planning Document

March 11, 2010

Introduction

Technology Component Name:

Initiator:

Problem/Opportunity Definition

This is the problem or opportunity that caused the inception of the project.

Business Drivers

This section contains any business drivers that are associated with this component (if applicable).

High Level Business Requirements

This section provides the “what” of the business need.

Current Situation

Current Architectural Picture

Provide a diagram and associated verbiage that depicts the current architectural picture. The diagram should encompass all impacted systems. Provide text to describe the Architecture.

Proposed Solution

Architectural Design

Provide a diagram that depicts the Architectural Design for the project. The diagram should encompass all impacted systems. Provide text to describe the Architecture and any background information/restrictions/limitations that led to the proposed Architecture.

Business Process to Support Approach

Give a high level description of the Business Processes which will be needed (if necessary) to support the Architectural approach.

Technology

This section should depict any specific technology required (if applicable) in support of the chosen Architectural Approach. In some instances this information will not be known at creation time of the document.

Hardware / Software

This section details any additional hardware or software which must be purchased in support of the chosen solution.

Capacity Needs

This section is optional. It outlines any known capacity needs caused by the Architectural solution, for example, this may be additional disk space, memory or computing power. This information may not be known at creation time of this document.

Issues / Assumptions / Dependencies

Issues

Outline any issues which are known at this time.

Describe the issue.

Owner: Name of Issue Owner

Resolution:

Status:

Open Date:

Target Date:

Assumptions

Outline any assumptions which were made in the process of creating approach.

Dependencies

Outline any dependencies upon other components, items in releases, hardware / technology, or other things.

Business Case

Summary

Summarize the results of the business case.

Cost Savings

This should outline the savings that implementing this project will achieve. It should contain savings from system maintenance, efficiencies in processes, hardware savings, reductions in errors and corrections, reduction in training time, and any other magical things you can think of.

Required Investment

This section should contain the amount of money across the board (including all affected organizations) needed to implement the project. It should essentially be a summarization of the Level of Effort section.

Pay Back Period

This section is an outline or table summary of the time it will take to recoup the investment based on the cost savings

Level of Effort

Include a spreadsheet of the costs by system and / or organization to implement the project.

Implementation Recommendations

This section outlines a recommended approach for phasing of the project, schedule considerations, sequencing of deliveries, and relationships / dependencies to other component areas.

https://www.bestitdocuments.com