Template Version X.x October 11, 2012 This is an integral part of infrastructure and deployment planning. It supports the goal of optimum provisioning of resources and services by aligning them to business demands.
Company Name Street Address 1 Street Address 2 City Zip/Postal Code Country Tel: +xxx-x-xxx-xxxx Fax: + xxx-x-xxx-xxxx Last edited: 11 October 2012 Copyright 11 October 2012 [Company]. All rights reserved. No part of this publication may be reproduced, transmitted, transcribed, stored in a retrieval system, or translated into any language, in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without prior written permission from [Company]. All copyright, confidential information, patents, design rights and all other intellectual property rights of whatsoever nature contained herein are and shall remain the sole and exclusive property of [Company]. The information furnished herein is believed to be accurate and reliable. However, no responsibility is assumed by [Company] for its use, or for any infringements of patents or other rights of third parties resulting from its use. The [Company] name and [Company] logo are trademarks or registered trademarks of [Company]. All other trademarks are the property of their respective owners Document Name: Company 2012. All rights reserved. Page 2 of 40
Version: Revision Date [Date] Sign-Off / Approved By [Name] [Email] [Telephone] Signature Date Sign-Off / Approved By [Name] [Email] [Telephone] Signature Date Sign-Off / Approved By [Name] [Email] [Telephone] Signature Date Revision History Rev # Revision Update Revised By Date Document Name: Company 2012. All rights reserved. Page 3 of 40
Table of Contents 1 Introduction... 6 1.1 PURPOSE... 6 1.2 BACKGROUND... 7 1.3 SCOPE... 7 1.4 SYSTEM IDENTIFICATION... 7 1.5 METHODS USED... 8 1.6 ASSUMPTIONS... 8 1.7 CONSTRAINTS... 9 1.8 RISKS... 9 1.9 ISSUES... 10 1.10 BUSINESS SCENARIOS... 10 1.11 OBJECTIVES & RATIONALE... 10 1.12 POINTS OF CONTACT... 11 2 Approach to Capacity Management... 12 3 Analysis of Capacity... 13 3.1 SERVICE CAPACITY SUMMARY... 13 3.2 RESOURCE CAPACITY SUMMARY... 14 4 Business Volume Requirements... 15 5 Production Environment Servers... 16 5.1 SERVER CAPACITY REQUIREMENTS... 16 5.2 PROCESSING CAPACITY REQUIREMENTS... 17 5.3 MEMORY REQUIREMENTS... 17 5.4 DISK CAPACITY REQUIREMENTS... 17 6 Desktop Client Machines... 19 6.1 SPECIFICATIONS... 19 6.2 PROCESSING REQUIREMENTS... 19 7 Network Capacity... 21 7.1 BANDWIDTH REQUIREMENTS... 21 Document Name: Company 2012. All rights reserved. Page 4 of 40
8 Findings Summary... 23 9 User Profile... 25 10 Usage Scenarios... 26 10.1 SCENARIO 1... 26 10.2 SCENARIO 2... 27 11 Load Matrix... 29 12 Estimated Growth... 30 12.1 NETWORK TRAFFIC IMPACT... 30 13 System Reserves... 31 14 Component Capacity... 32 15 Monitoring and Metrics... 33 15.1 SYSTEM MONITORING... 33 15.2 COMPONENT #1 MONITORING... 33 15.3 COMPONENT #2 MONITORING... 33 16 Intervention Thresholds... 34 17 Intervention Plan... 35 18 Compliance Planning... 36 19 Cost Management... 37 20 Recommendations... 38 21 Appendix A: References... 39 22 Appendix B: Acronyms, Abbreviations & Definitions... 40 Page 5 of 40 Document Name: Company 2012. All rights reserved
1 Introduction In this document, please note that gold text in the Instructions style (such as this) is designed to assist the person writing the document and should be removed from the final version of the document. This text should be modified to reflect any customization of the template. In addition, we have designed this template so that, if you need to capture a very complicated set of instructions, then you can use this template to cover most all aspects of the plan. Likewise, if your projects are on a smaller scale, then you can edit the document to suit your project. The Normal style (text in black) should be used by the author when adding text and describing the business environment. Introduce the document by providing a high-level summary of this plan, highlighting the main issues, options, recommendations, and costs. You can also provide a brief background of the following items: Your company s current levels of capacity Current problems or anticipated issues due to lack of capacity Degree to which the service levels (SLAs) are being achieved 1.1 Purpose Outline the purpose of this, for example: This is an integral part of infrastructure and deployment planning. It supports the goal of optimum, and cost effective provisioning of resources and services by aligning them to business demands. This document provides an estimate of the IT resources required to support the functionality and performance requirements of the <system> at full operating capacity. This estimate is derived using observations from the current production system and running load and/or stress tests in a similar environment. This capacity plan also addresses the database server, application server, web services server, reporting server and storage requirements. If 3 rd Party software tools are used as part of the solution, it is suggested that their technical documentation and optimal suggestions be included in this document. This document is used to: Help components perform as efficiently as possible and accommodate reasonable growth Describe the system capacity requirements for new systems and applications in <company name> s architecture at production cutover Ensure that infrastructure components are capable of performing all required functions Identify and reduce inefficiencies associated with under-utilized resources Provide a technical reference for team members working on <Project Name> Provide satisfactory service levels in a cost-efficient manner <<Begin Text>> Document Name: Company 2012. All rights reserved. Page 6 of 40
1.2 Background Briefly summarize the conditions that created the need for this capacity plan, for example, the budgeting systems for the entire organization have been standardized or other decisions that triggered this plan into action. <<Start text here>> 1.3 Scope Identify the IT services and equipment your company intends to add or replace within the scope of this capacity plan to maintain or improve the IT services. For example: This addresses the following IT services: Bandwidth Requirements Desktop Client Machines Disk Capacity Requirements Memory Requirements Network Capacity Processing Capacity Requirements Production Environment Servers Server Capacity Requirements This document is applicable to the following data centers: <Data Center Name> <Data Center Name> 1.4 System Identification Provide a full identification of the system to which this document applies, including, as applicable, identification number(s), title(s), abbreviation(s), version number(s), and release number(s). Identification Details Name: <Enter the project s formal name or N/A> Project #: <###> Project Sponsor: <Identify the project sponsor> Priority: H/M/L Requestor: Start Date: <Identify who requested this document to be developed> <Enter the preferred start date (mm/dd/yyyy)> Page 7 of 40 Document Name: Company 2012. All rights reserved
Cost Estimates [Optional] 1.5 Methods Used Identify where, when, and how you obtained the information provided in this document, such as technical documentation, Service Level Agreements (SLAs), utilization reports, capacity modeling, and workload forecasts. The following methods were used to obtain the information provided in this capacity plan: Method Description Method 1 Method 2 Describe how you obtained the information provided in this document, for example, existing technical documents and SLAs. [Optional] Describe how you obtained other information provided in this document, for example, interviews, sessions, workshops etc 1.6 Assumptions Identify any assumptions regarding the information provided in this document, especially conditions relating to business drivers for capacity and how your calculations were derived. You can also considering assumptions which are beyond the control of the project but may influence its success. Describe assumed factors (as opposed to known facts) that could affect the requirements, for example, third-party or commercial software, operating environment, company policy, or legislation. The project could be negatively affected if these assumptions are incorrect or change during the project lifecycle. The information in this capacity plan is based on the following assumptions: <Sample assumptions & text> Description Server utilization Concurrent Users Performance Optimization Hardware Business Process Assumption The system is performing within the SLA criteria. 1200 users use the system as of <date>. Performance improvements beyond those implemented in production by <date> have not been considered. Potential improvements in hardware speed have not been considered. Business processes will not be changed. Document Name: Company 2012. All rights reserved. Page 8 of 40
1.7 Constraints Identify all known constraints. These are conditions on how the system must be designed, built, monitored, and maintained, such as legal requirements, technical standards, or strategic decisions. The most common constraints include external interface requirements and limits on schedules and budgets. For example, a delivery date becomes a constraint only if consequences arise as a result of not meeting the date. The information in this document is based on the following constraints: Constraint Impact 1.8 Risks Identify the business, operational, and technical risks of undertaking this project. Describe any potential risks and issues associated with the development of the proposed system. Highlight other consideration, such as project schedule or resource requirements and other known risks. The carries the following risks: Description Severity Impact Mitigation Actions H / M / L H / M / L H / M / L Cost / Time / Quality Cost / Time / Quality Cost / Time / Quality Page 9 of 40 Document Name: Company 2012. All rights reserved
1.9 Issues Identify any open issues that have been identified while writing this document. Move resolved issues to the Closed Issues table and keep the issue ID the same. 1.9.1 Open Issues ID Issue Resolution Responsibility Target Date Impact Date 1.9.2 Closed Issues ID Issue Resolution Responsibility Target Date Impact Date 1.10 Business Scenarios Describe the current and expected future business environment. Discuss how your organization currently uses the equipment, hardware, system etc and how it plans to use any new equipment. For example, is the organization transitioning to an open plan office structure or other space redesign that may impact how the software and equipment is used. Also, if equipment is used (or is to be used) at different locations, explain how it is used. 1.11 Objectives & Rationale Describe the key objectives of the. You can retrieve this information from documents that describe the current operational environment as well as business requirements and functional specifications. By defining the objectives you are demonstrating to the reader that you have carefully considered the current operational setup, business requirements, IT solutions, and created a tailored capacity management plan that gives consideration to all these points. Document Name: Company 2012. All rights reserved. Page 10 of 40
Examples of typical objectives may include: Objective Decrease costs Customer service Rationale Describe how you will decrease costs in a specific business unit Describe how you will improve the responsiveness to internal customer requests. 1.12 Points of Contact Identify the points of contact (POCs) that may be needed by the reader for informational purposes. Role Name Email Telephone Page 11 of 40 Document Name: Company 2012. All rights reserved
2 Approach to Capacity Management This chapter helps project stakeholder grasp the key points of the plan, enabling them to understand the essence of the document before examining the details. Sample text: This is prepared using the past and current production performance characteristics. In some cases performance tests are performed in the Load and Stress Test environment for estimating future load on hardware. Testing was performed by simulating future system usage. We have used metrics gathered from these tests as input into the capacity planning model. System usage is measured in terms of the number of use cases (i.e. business process/scenarios) and the number of system users. Hardware utilization is measured in terms of processor capacity, memory and storage needs. Future hardware estimates is dependent on the number of use cases and the number of users. The application server estimates, database server estimates and storage estimates will be updated where required with each capacity plan deliverable. Note that there is a direct correlation between processor utilization and the number of users; as the number of business users increase, the amount of processor utilization increases. Therefore, the amount of processing capability, memory footprint, and storage size will increase as the system scales. Document Name: Company 2012. All rights reserved. Page 12 of 40
3 Analysis of Capacity This section describes the scenarios analyzed in terms of business process impact so you can accurately determine capacity requirements. Give consideration to scalability, throughput, availability requirements, storage, resource utilization, security, backups, etc and, where appropriate, outline the strategy for developing these scenarios. Describe plans for growth and how they will be addressed and managed. Consider not only the requirements for additional hardware, software, building materials, and space but also where financial funding for these things will come from; additional resource allocation requirements; staffing, training, other expenditures, etc. Expand upon this section by adding/removing additional scenarios if necessary. Capacity Type Current Capacity Expected Growth Recommendations Describe the capacity scenario analyzed. Describe currently available capacity. Describe future and planned growth expectations Discuss recommendations for managing & addressing growth. 3.1 Service Capacity Summary 3.1.1 Current and Recent Service Provision Include a service profile that identifies throughput rates and resulting service utilization, e.g., memory, storage space, transfer rates, processor usage, and network usage. 3.1.2 Capacity Forecasts Describe anticipated short-term, medium-term, and long-term trends in service utilization. The trends should directly relate to the business requirements for new or expanded IT services, and the growth or contraction in the use of existing services. For example, if it is anticipated that additional functional areas will adopt this technology solution, those areas should be listed here with as much information as possible. Page 13 of 40 Document Name: Company 2012. All rights reserved
3.2 Resource Capacity Summary 3.2.1 Current and Recent Resource Usage Provide information on the current throughput and utilization, broken down by hardware platform. 3.2.2 Resource Forecasts Outline the resources that will be needed to support short-, medium-, and long-term capabilities as identified in the previous section, broken down by hardware platform. Document Name: Company 2012. All rights reserved. Page 14 of 40
4 Business Volume Requirements Summarize the business metrics that are used in capacity planning the system. The information in this section may have been captured in detail in the Requirements Definition process deliverable. If this is the case, refer to that deliverable here, and summarize the main metrics you will need for the capacity planning analysis. Page 15 of 40 Document Name: Company 2012. All rights reserved
5 Production Environment Servers Describe the capacity planning for the servers that support the production environment. This is critical part of helping to manage the performance quality of the technical architecture. It helps reduce the risk of capacity shortfall, and any necessary re-architecture or migration to another server before production cutover or during the capacity plan horizon. Capacity Type Current Capacity Expected Growth Recommendations Describe the capacity scenario analyzed. Describe currently available capacity. Describe future and planned growth expectations Discuss recommendations for managing & addressing growth. 5.1 Server Capacity Requirements Describe the database server sizing for the project team s usage of CPUs and RAM. Complete the summary worksheet provided based on what you know about the environment. Future adjustments will be made when more information is available. If you are combining servers on a single platform, do not double count for the same space requirements. Use the DNS name to indicate what platform the server will be running on. Component Server (MB) Server (MB) Server (MB) Server (MB) Server (MB) Server (MB) DNS Name <Name> <Name> <Name> <Name> <Name> <Name> Operating System Swap Space User Directories Document Name: Company 2012. All rights reserved. Page 16 of 40
Component Server (MB) Server (MB) Server (MB) Server (MB) Server (MB) Server (MB) Documentation Repository Executables Archiving files Temp Space Total Applications Data Output files Total Disk Space 5.2 Processing Capacity Requirements <Outline the processing capacity requirements>. 5.3 Memory Requirements <Outline the memory requirements>. 5.4 Disk Capacity Requirements Describe the disk space requirements for the applications and other software tools required to support your production environment. Update this table with the applications being used on this project. Note that the list of applications provided here is not complete. Delete any products from the list that are not included in the sizing analysis. Software and data included in the sizing analysis are: Application Application #1 Application #2 Application #3 Disk Requirements Identify the disk requirements for this application. Identify the disk requirements for this application. Identify the disk requirements for this application. Page 17 of 40 Document Name: Company 2012. All rights reserved
5.4.1 Data Converted to System from Legacy Systems If the amount of conversion data is significant, then consider separating the analysis of the conversion data, and reuse it for the disk capacity requirements for the development server that is supporting the conversion work. Document Name: Company 2012. All rights reserved. Page 18 of 40
6 Desktop Client Machines 6.1 Specifications Use the following table to capture the specifications for the minimum recommended client processing capacity to run your applications. You may want to also provide different types of client machines to different users, in which case you need to document the different user roles and the machines they use. Component Desktop User Laptop User Developer CPU Clock Speed RAM Disk Monitor/Display 6.2 Processing Requirements As different users will have different machine processing requirements (for example, the HR Dept may have different requirements than the System Administrators) describe their individual requirements for desktop and laptop PC. User requirements will vary depending on their role in the company, the type of processing they perform, and the applications they need to run on their PCs. Client Machine <User Role 1> <User Role 2> Machine Class Vendor CPU Clock Speed RAM Page 19 of 40 Document Name: Company 2012. All rights reserved
Client Machine <User Role 1> <User Role 2> Disk Monitor Operating System Network Interface Card Document Name: Company 2012. All rights reserved. Page 20 of 40
7 Network Capacity The performance of an application that runs across a network is dependent on the performance of the network that the application runs over. If the network between the client and the application or database server performs poorly, the applications performance will be negatively affected, even if the client and database server are high performance machines. The two basic factors affecting network performance are a) network latency and b) network capacity. In this section, discuss the requirements for ensuring there is adequate network capacity. 7.1 Bandwidth Requirements Summarize the bandwidth requirements for users in each site, across each network segment that connects the sites of the client to the database server site. Site 1 - Client Business Function No. of Users Site 2 - Server Network Type Network Segment Bandwidth Kbps/user Use the following table to identify the total bandwidth requirements for each network segment, including applications, email, and so on, and it shows the total expected bandwidth. Page 21 of 40 Document Name: Company 2012. All rights reserved
Network Connection Total Bandwidth Requirements For Site/Business Function (Kbps) Network Segment Network Type Rated Bandwidth Site Business Function No. of Users Applications Email File Transfers Web Document Name: Company 2012. All rights reserved. Page 22 of 40
8 Findings Summary If applicable, describe historical capacity growth patterns. Explain how future expected capacity requirements have been identified and analyzed. Outline recommendations for managing and addressing expected growth. It is recommended that you insert a table/illustration that shows the different recommendations to address each of the capacity scenarios illustrated above. Describe how expected growth will be monitored and managed. The following table may be used to illustrate one approach for monitoring and managing future capacity. The approach used to illustrate these requirements may differ from project to project. Page 23 of 40 Document Name: Company 2012. All rights reserved
Area/Item Monitored Capacity Requirement(s) % Increase Needed Capacity Threshold(s) Threshold Response Strategy Hard Drive Storage Capacity requirements & measures Projected increases over intervals Acceptable capacity threshold(s) Response strategies to threshold limits. Threshold is the level at which an event or change occurs Document Name: Company 2012. All rights reserved. Page 24 of 40
9 User Profile Provide profiles of system users and how they use the system. These profiles describe important user characteristics such as frequency of use, competence and expectations. You can group users in groups (or classes) such as help desk, development, database administration, etc. Business users include Accounting, HR, Finance, Security, etc. User Profile Function Area Key Characteristics Other Comments Page 25 of 40 Document Name: Company 2012. All rights reserved
10 Usage Scenarios [Optional] Provide usage scenarios (Use Cases) that illustrate how users perform system tasks. Define usage scenarios by each functional area. The benefit of exploring different usage scenarios is that it provides details of system process (from the user s perspective) and helps estimate capacity loads, demand, frequency and other factors. 10.1 Scenario 1 Describe the usage scenario and the characteristics that provide input to estimating loads, growth, and impacts. Use Case ID Goal Business event Primary Actor(s) Actor(s) Pre-conditions Post-conditons <UC_XXX_YYY>: Use an active verb phrase to describe this scenario Describe in one or two sentences the scope and content of the use case. These are triggers that simulate activity within the business. They prompt the business to act, for example, at the interface point between the business and an external entity that it interacts with. Events must be atomic (i.e. cannot be decomposed into two or more events) and observable. Identify the actor initiating the use case Identify the secondary actor Identify pre-conditions that must be met for the use case to be executed. For example, the use cases can start only when the system is in a certain state. Describe how the use case is successfully completed. Discuss alternative ways that the use case may terminate successfully. Failure Outcomes Failure Outcome Condition leading to outcome <Failure 1> Describe why the use case Describe the condition conditions under which the Document Name: Company 2012. All rights reserved. Page 26 of 40
may terminate. termination outcome occurs. <Failure 2> Flow of Events Describe what the actor does and how the system responds. The use case flow of events starts when the actor performs an action. An actor always initiates use cases. The use case describes what the actor does and what the system does in response. Alternative Scenarios Business Rules Traceability Inputs Summary Output Summary Describe the series of events that should occur for the failure outcomes. Identify business rules captured or referred to in this use case. Identify work products, models or documents that this use case is traceable to, for example, business rules, functional requirements, prototypes etc. Identify data input by the actor Identify data output by the system. 10.2 Scenario 2 Describe the usage scenario and the characteristics that provide input to estimating loads, growth, and impacts. Use Case ID Goal Business event Primary Actor(s) Actor(s) <UC_XXX_YYY>: Use an active verb phrase to describe this scenario Describe in one or two sentences the scope and content of the use case. These are triggers that simulate activity within the business. They prompt the business to act, for example, at the interface point between the business and an external entity that it interacts with. Events must be atomic (i.e. cannot be decomposed into two or more events) and observable. Identify the actor initiating the use case Identify the secondary actor Page 27 of 40 Document Name: Company 2012. All rights reserved
Pre-conditions Post-conditons Identify pre-conditions that must be met for the use case to be executed. For example, the use cases can start only when the system is in a certain state. Describe how the use case is successfully completed. Discuss alternative ways that the use case may terminate successfully. Failure Outcomes Failure Outcome Condition leading to outcome <Failure 1> Describe why the use case may terminate. Describe the condition conditions under which the termination outcome occurs. <Failure 2> Flow of Events Describe what the actor does and how the system responds. The use case flow of events starts when the actor performs an action. An actor always initiates use cases. The use case describes what the actor does and what the system does in response. Alternative Scenarios Business Rules Traceability Inputs Summary Output Summary Describe the series of events that should occur for the failure outcomes. Identify business rules captured or referred to in this use case. Identify work products, models or documents that this use case is traceable to, for example, business rules, functional requirements, prototypes etc. Identify data input by the actor Identify data output by the system. Document Name: Company 2012. All rights reserved. Page 28 of 40
11 Load Matrix Illustrate the different kinds of loads that each usage scenario places on the system. You can measure both server and client configurations as appropriate to the capacity-planning scenario. Load Scenario #1 Scenario #2 Scenario #3 Scenario #4 Bandwidth CPU Hard Drive Interfacing systems Printers RAM Scanners Software Transactions Page 29 of 40 Document Name: Company 2012. All rights reserved
12 Estimated Growth Describe the growth pattern for the usage scenarios discussed previously over time. You can also describe how the system is expected to add additional capacity such as: Incremental vs. replacement Horizontal vs. vertical Parallel vs. hub spoke New technology 12.1 Network Traffic Impact Estimate the impact of the system on network traffic including volume, type, and pattern (including time of day, seasonal, etc.) Document Name: Company 2012. All rights reserved. Page 30 of 40
13 System Reserves Define the reserve capacity of all system components required by the system, such as networking, servers, clients, and applications. For example, UNIX consumes 10% of the formatted disk's capacity with metadata about files and file system. The file system reserves bwtween 7-10 % of the remaining space to allow free space to be found quickly when extending files. The disk's capacity is reduced by 20% when the database uses the file system rather than raw partitions. Component System Reserve Comment Page 31 of 40 Document Name: Company 2012. All rights reserved
14 Component Capacity Identify system components, such as human, equipment, software, facilities, etc., and then define the components current capacities. You may tabulate this information to illustrate the system s functional components and to record measurement parameters for the system s known capacity limits. Function Areas Components Configuration Measurement Capacity Application software Data transmission links Domain/Site models Hardware Local Area Network Operating systems Protocols & Transport Wide Area Network Document Name: Company 2012. All rights reserved. Page 32 of 40
15 Monitoring and Metrics Describe the methods, techniques and specialist tools you will use to evaluate the system s performance and develop metrics for planning intervention. Describe each major component at the system level. 15.1 System Monitoring 15.2 Component #1 Monitoring 15.3 Component #2 Monitoring Page 33 of 40 Document Name: Company 2012. All rights reserved
16 Intervention Thresholds Identify thresholds that will trigger intervention by changing component configuration. Document Name: Company 2012. All rights reserved. Page 34 of 40
17 Intervention Plan Describe plans to preserve performance, including details of: Network traffic impact Volume Type Pattern (time of day, seasonal, etc) Impact on users System reserves Networking Servers Clients Applications Monitoring Thresholds Improvement strategy Prioritization Page 35 of 40 Document Name: Company 2012. All rights reserved
18 Compliance Planning [As appropriate] Identify compliance related processes that the system implementation must adhere to. Document Name: Company 2012. All rights reserved. Page 36 of 40
19 Cost Management Discuss the cost management plan or provide a cross-reference to its location. Outline the following information: Current (and forecast) costs of the current environment Identification of proposed funding sources Recurring costs associated with each option Nonrecurring costs associated with each option Resource requirements for each option and the current situation Ref # Area Item Amount 1.1 $ 1.2 $ 1.3 $ 1.4 $ 1.5 $ Total $ Page 37 of 40 Document Name: Company 2012. All rights reserved
20 Recommendations Outline any viable options for service improvement, such as server consolidation, network upgrades to take advantage of technological advances, fine-tuning the use of current resources, and purchasing new hardware/software. Outline recommendations for managing and addressing expected growth. Describe historical capacity growth patterns and explain how future expected capacity requirements have been identified and analyzed. Insert a table/illustration that shows the different recommendations to address each of the capacity scenarios. # Area Recommendation 1 Identify function or technology Discuss proposed recommendation 2 Identify function or technology Discuss proposed recommendation 3 Identify function or technology Discuss proposed recommendation 4 Identify function or technology Discuss proposed recommendation 5 Identify function or technology Discuss proposed recommendation Document Name: Company 2012. All rights reserved. Page 38 of 40
21 Appendix A: References [Identify all documentation referenced in this document by title, report number, date, and publishing organization. You can also cross-reference to another document if applicable This section lists all documents referenced in the preparation of this document, such as a) specific directives affecting this project, b) previously developed documents relating to the project and c) documentation concerning related projects # Document Title Version # Location Author 1 Identify document X.x URL or Network path Document Owner 2 Identify document X.x URL or Network path Document Owner 3 Identify document X.x URL or Network path Document Owner 4 Identify document X.x URL or Network path Document Owner 5 Identify document X.x URL or Network path Document Owner Page 39 of 40 Document Name: Company 2012. All rights reserved
22 Appendix B: Acronyms, Abbreviations & Definitions [Provide details of terms, acronyms, and abbreviations required to properly interpret this document. This information may be provided by reference to the project s Glossary.] Term Meaning [Insert Term] [Provide definition of the term used in this document.] [Insert Term] [Provide definition of the term used in this document.] [Insert Term] [Provide definition of the term used in this document.] Document Name: Company 2012. All rights reserved. Page 40 of 40