文档介绍：部门: 编号:QR-
项目需求规格说明(ＰRＳ)
项目名称:
编制人/日期:
审核人/日期:
批准人/日期:
抄送部门:
ﻬ填写说明:以下××××为直接填入内容,[ ]内为说明或应填入的内容。填入后将文中所有[ ］删去,填写项目需求的同时要进行需求分配,分配给相应的组及个人,并写清各自之间的接口。
1 引言
1．1编写目的
PRS的目的在于为××××项目的开发:
提出总体要求:作为项目开发人员和最终使用者之间相互了解的基础。
记载经协商一致的约定,作为今后项目与有关各方协调的依据。
提出项目的非技术性要求和技术要求,作为制定项目开发计划的依据。
该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流,若有备选事件流则描述,否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求,同时也为用户更容易地理解这些需求的描述创造了条件。
该文档详尽说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统测试的主要依据。同时,该文档也是用户确定软件功能需求的主要依据。
１．3 文档格式
预期的读者和建议
本文档的主要内容共分4部分:综合描述、系统特性、和非功能性需求和外部接口描述。综合描述部分主要对系统的整体结构进行了大致的介绍;系统特性部分对系统的功能需求进行了详细描述,是本文的主要部分;非功能性需求部分对非功能需求进行了详细的描述;外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。
本文档面向多种读者对象:
(１）项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、项目管理。
(２）设计员:对需求进行分析,并设计出系统,包括数据库的设计。
（3)程序员:配合《设计报告》,了解系统功能,编写《用户手册》。
(4)测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
（5)用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。
（6)其他人员:如部门领导、公司领导等可以据此了解产品的功能和性能。
在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行适当的了解。
范围
本产品将主要适用于客户的主营业务管理,主要完成客户创建申请的提交、审批、协议的签订、下订单做生意、销售业绩的核算、传递、等业务,也可作为CRＭ管理系统的一个子模块。
1．7参考资料
2 概述
[简要叙述项目来源,可行性报告的要点,项目应用范围,以及说明被开发部分与其它有关部分