T软件项目客户需求说明书.docx
《T软件项目客户需求说明书.docx》由会员分享，可在线阅读，更多相关《T软件项目客户需求说明书.docx（9页珍藏版）》请在冰点文库上搜索。
T软件项目客户需求说明书
北京新宇合创金融软件股份有限公司
客户需求说明书
文件状态：
[]草稿
[√]正式发布
[]正在修改
文件编号：
T2004软件项目客户需求说明书
当前版本：
1.0
作者：
朱宇文
修订者:
朱宇文
审核者:
余东
批准者:
余东
发布日期：
2013-10-28
密级：
[]绝密[√]普通[]部门公开[]外部公开
版权归北京新宇合创金融软件股份有限公司所有
修订记录
类别：
A–增加M–修改D–删除
日期
版本号
类别
描述
作者
2013-9-17
V0.1
A
初始设计
朱宇文
2013-9-23
V0.9
M
完善系统描述章节
朱宇文
优化用户需求章节
根据cmmi-dev1.3修订
2013-10-28
V1.0
M
正式发布
朱宇文
客户需求说明书
文件状态：
[√]草稿
[]正式发布
[]正在修改
文件编号：
XXX-客户需求说明书
当前版本：
X.Y
作者：
XXX
修订者:
审核者:
批准者:
发布日期：
密级：
[]绝密[√]普通[]部门公开[]外部公开
版权归北京新宇合创金融软件股份有限公司所有
修订记录
类别：
A–增加M–修改D–删除
日期
版本/序号
类别
描述
作者
1.
文档介绍
1.1.目的
编写客户需求文档的目的在于对客户需求做出描述，并给出建议的解决方案，同时提供需求分析的概要。
……
描述编写该文档的目的。
1.2.读者对象
……
本文档面向的读者对象。
如用户业务代表、后续的产品需求开发、设计、软件开发、测试人员等。
1.3.术语与缩写解释
NO
术语/缩写名称
解释说明
对本文所涉及的术语与缩写给出解释说明。
1.4.参考文档
NO
文档名称
文档标示号
如引用其他关联文档，如《需求调研报告》等，则分别予以说明。
2.背景与目标
2.1.需求背景
……
描述该软件是基于何种背景前提条件下提出的开发需求，侧重客户以及最终用户的需求。
如用户发现此前一直使用的XX软件目前已经不能满足当前的要求；或一直缺乏X方面的软件帮助提高办公效率等等。
2.2.用户特点及使用频度
……
必须结合所需软件产品的操作手段与用途阐述最终用户的特点，充分说明操作人员所处的行业、岗位、领域，以及受教育程度、知识水平和专长等，并明确维护人员的特点与要求（维护人员也在考虑之列！
）。
同时说明用户对该系统的使用频度的期望值。
2.3.业务目标描述
……
基于“背景信息”的考虑，描述客户对本文档所定义的软件将要作用、运行的环境，以及所要发挥的效用、承担的任务等。
2.4.应用目标与范围
……
描述该软件的应用目标，如系统应用最高限度，最低限度；使用者，使用范围。
2.5.与外部系统接口关系
……
如与外部系统发生关联，则需要在此说明存在哪些接口；如不发生关联，则需要说明该系统是一独立运行的系统；如本系统需要向外界预留接口，则也在此说明。
3.系统描述
3.1.系统拓扑图
……
给出整体系统的拓扑结构图，描述系统的网络、终端、其他外部系统等的交互关系。
并给予必要的文字描述。
3.2.系统流程描述
……
给出整体系统的流程图，从业务逻辑关联的角度描绘各子功能的有机运作关系，并予以必要文字描述说明。
4.用户需求
分节详细说明必要的用户需求，以确保软件的正确开发。
必要时适当给出用例图、数据流程图等进行直观描述。
4.1.用户需求1
需求编号
优先级
4.1.1用例1
可采用用例的方式描述该功能期望的实现目标，输入输出要求等，相关角色，事件流等。
用例名称
主要角色
前置条件
后置条件
基本流
备选流
补充说明
4.1.2用例n
4.2.用户需求n
5.非功能性需求
5.1.界面特性
……
依照主次顺序，对界面要求做出描述与定义。
（对于基于原产品开发的项目，则侧重说明新产品与原产品不同的要求）
5.2.性能要求
时间特性
空间特性
可移植性
健壮性
稳定性
安全性
……
如用户对系统的安全性，保密性，可维护性，可扩展性，可靠性，运行环境等方面的要求，分类给出定义与描述。
5.3.运行环境
硬件环境
确保该软件可用的硬件环境。
软件环境
确保该软件可用的软件环境。
5.4.约束条件
阐明客户对本软件开发活动需要遵循的约束条件以及开发期限。
开发约束
阐明客户对本软件在软件开发活动中的约束条件，包括需求分析、设计、编码、测试等各阶段所需要遵守的约束；如参照其他类似项目的要求，也须在此说明；如客户对此无特殊要求，可以省略！
进度目标
阐明客户对本软件进度完成的要求，如何时交付何种软件产品等。
必要时提供进度表等附件作为参考！
质量期望
阐明客户对本软件质量完成目标的期望，如要求软件工作产品必须经过严格评审、测试且评审测试缺陷移除率必须达到一定指标等；或产品交付使用阶段，因为开发人员而引入的缺陷率不能超过X件/KL；如客户未明确给出质量期望，也在此说明要求。
人员要求
客户是否对参与本软件开发活动中各角色的技能有特殊要求，如编码人员必须具有两年以上.NET实际项目经验、设计人员必须有一年以上系统架构经验等；如无特殊要求，可以删减。
验收准则
阐明客户对本软件提出的验收准则。
通常验收可能采取的手段有：
A.演示：
对整个软件或部分软件的运行；
B.分析：
例如对测试数据的解释和归纳；
C.检查：
对软件的编码和文档等的直观检查即走查等，文档包括系统概要设计、系统详细设计、测试报告、用户手册。
维护要求
阐明客户是否对本软件的维护周期以及问题响应质量的具体要求，如免费维护维护周期的长短，涉及到软件问题需要响应的时间等；如无明确要求，可以裁减！
保密要求
客户是否对本软件开发提出保密性要求，如无特殊要求，可裁减！
……
6.客户需求文档确认
1）客户基本信息：
客户公司名称
联系人
联系方式
最终用户
2）客户签名：
尊敬的客户，请详细阅读上述文档，如确认无误，请签名作实，我方将按照该文档来开发和实施。
客户签名：
日期：
注：
斜体字为提示性说明文字，请在使用过程中予以删除！
升级会员 