Homework2-SPM

1. System Vision Document:

A System Vision document views the <Application Name> system from the stakeholder perspective.  The purpose of this document is to define and agree upon the specific solution required to capture <Project Name> data and process.

2.Use Case Survey:

A Use Case Model Survey views the <Application Name> system functionality from the end users perspective.  The purpose of this document is to define and agree upon the specific use cases (“functionality”) required to capture <Project Name> data within the <Application Name>.

3. Supplementary Specification:

A Supplementary Specification views the <Application Name> system from the non-functional perspective and captures requirements not covered in either the Software Requirements Specification (SRS) or individual Use Case Specificationsdocuments.  The purpose of this document is to define and agree upon the specific solution required to capture <Project Name> data and process.

4. Steel Thread:

Steel Thread is Architecturally Significant Use Cases, Narrow but critical Use Cases that based on Risk, Centrality, Critical Functions of the System from the Customers Point of View.

5.RIO log:

R is risk, things that may happen; I is issue, things that already happened; O is opportunity, things that can make project better.

The purpose of the Risk, Issue and Opportunity (RIO) Management Plan is to document the process of tracking and managing Risks, Issues, and Opportunities. In particular, this document addresses the fundamental terminology, requirements, and functional procedures that are necessary for proper execution of the   Risk, Issue, & Opportunity Management processes. 

This RIO Management Plan documents the selected RIO management strategies, defines roles and responsibilities, establishes standard approaches including templates and describes the implementation of Risk, Issue, and Opportunity management at 

6.SAD:

SAD stands for system architecture document.

This document provides a guideline for developing a System Architecture Document (SAD). It provides guidelines for developing the SAD and addresses how to incorporate activities related to developing the SAD iteratively into project schedule.

转载于:https://www.cnblogs.com/meng66569/p/5249570.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值