项目需求规格说明(共4页).doc

精选优质文档-倾情为你奉上部门：编号：QR-项目需求规格说明（PRS） 项目名称： 编制人/日期： 审核人/日期： 批准人/日期：抄送部门： 填写说明：以下××××为直接填入内容， 内为说明或应填入的内容。填入后将文中所有 删去，填写项目需求的同时要进行需求分配，分配给相应的组及个人，并写清各自之间的接口。1 引言1.1编写目的PRS的目的在于为××××项目的开发：a. 提出总体要求：作为项目开发人员和最终使用者之间相互了解的基础。b. 记载经协商一致的约定，作为今后项目与有关各方协调的依据。c. 提出项目的非技术性要求和技术要求，作为制定项目开发计划的依据。该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。1.2背景1.3 文档格式1.4 预期的读者和建议本文档的主要内容共分4部分：综合描述、系统特性、和非功能性需求和外部接口描述。综合描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述，是本文的主要部分；非功能性需求部分对非功能需求进行了详细的描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。（3）程序员：配合设计报告，了解系统功能，编写用户手册。（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。（6）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.5 范围本产品将主要适用于客户的主营业务管理，主要完成客户创建申请的提交、审批、协议的签订、下订单做生意、销售业绩的核算、传递、等业务，也可作为CRM管理系统的一个子模块。1.6术语和缩写词1.7参考资料2 概述2.1项目总体说明简要叙述项目来源，可行性报告的要点，项目应用范围，以及说明被开发部分与其它有关部分的关系。明确是一项独立的部分，还是一个大系统的组成部分2.2 功能模块2.2使用者的特点列出本项目的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本项目产品的预期使用频度。2.3运行环境的要求描述最终项目产品将在什么样的硬件环境和软件环境下运行。3 影响和确定项目活动的非技术性要求 摘自协议、条件、和（或）合同条款3.1应交付的产品3.2交付日期3.3里程碑3.4交付形式 包括用于确认项目产品满足分配要求的验收准则，及是否要求交付原型产品3.5顾客要求满足的标准、规程等3.6顾客方提供材料及物品的时间表3.7与其它项目间的关键依赖关系3.8其它4 项目的技术要求4.1功能要求4.1.1 XX模块的需求使用者：目的：基本事件流：4.2性能要求4.3设计约束4.4接口、界面要求4.4.1技术接口、界面要求4.4.2 与其他项目部接口要求4.5测试要求4.6集成要求为与别的系统集成而提出的要求此项仅适用于软件部分4.7 系统维护5 开发时需增添的设备5.1输入、输出设备5.2通讯网络5.3开发、使用工具5.4其它设备6 注意事项专心-专注-专业