软件项目需求调研报告.docx

1、软件项目需求调研报告XXXX技术有限企业 企业名称 XXXX企业 客户名称 XXXX软件项目 项目或产品名称 需求调研报告文件状态： 底稿文件 正式文件 更更正式文件文档编号：文档类型：文件 名：文件纲要：项目名称：目前阶段： 需求调研阶段版权全部：文件信息目前版本： 作 者：审 核：达成日期：文档标题： 软件项目需求调研报告提交人员：改正历史日期 版本 作者 改正内容 评审号 改正恳求号2013-06-29 陈建伟 定义文件模板文件信息改正历史一、 前言1.1、编写目的 .1.2、文档范围 .1.3、预期读者和阅读建议 .1.4、参照资料 .二、 项目描绘2.1、项目背景 .2.2、项目名称

2、 .2.3、项目概括 .2.4、项目关系性 .2.5、设计和实现上的限制 .2.6、假定和拘束 .2.7、名词 /术语解说 .三、 用户环境描绘3.1、用户单位组织构造 .3.2、用户部门设置与职责 .3.3、用户业务关系描绘 .3.4、系统面向的用户群 .3.5、重点计算机资源 .3.6、用户环境中的其余应用系统散布.四、 功能性需求描绘4.1、用户各部门目前的工作模式.4.2、建立该系统的目标 .4.3、功能构造图 .4.4、功能点需求 .4.5、接口需求 .五、 非功能性需求描绘5.1、系统环境需求 .5.2、易用性和用户体验需求.5.3、软硬件技术需求 .5.4、安全性需求 .5.5、

3、可保护性需求 .5.6、对培训的需求 .六、 其余6.1、软件应当依据的标准或规范.6.2、定义、首字母缩写词和缩略语.6.3、附件 .一、 前言1.1 、 编写目的编写提示： 说明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议经过简洁文字描绘简洁简要的告诉他们编写本文档的目标。比如：1、 本文档是 项目名称 系统属性 客户需求调研报告，供需求剖析人员进行项目需求剖析时使用；2、 本文档能够作为项目查收标准之一；3、 本文档能够作为软件保护的参照资料；1.2 、 文档范围编写提示： 对本文当所波及到全部内容的高度归纳，简要说明即可。比如：1、 本文档包含 项目描绘 、 用户环

4、境描绘 等几个章节，并：a)在 项目描绘 章节中描绘了 信息；b)在 用户环境描绘 章节中描绘了信息；c)1.3 、 预期读者和阅读建议编写提示： 描绘本文档可能波及到的各种读者对象以及不一样的读者应当注意的重视点；1.4 、 参照资料编写提示： 列出本文档的全部参照文件（能够是非正式第一版物、客户的规章制度和流程文件、有关法律法例文件等），格式以下：名称 日期 作者 版本 第一版社而且，请在本文档最后附上全部列出的参照资料的附件。二、 项目描绘2.1 、 项目背景编写建议： 描绘该项目的建设背景；比如：1、 项目立项时的环境描绘；2、 项目立项的政策性支持；3、 项目需求提出的初衷目的等。2

5、.2 、 项目名称编写建议： 描绘该项目的名称，格式为： 客户名称 - 软件名称 。比如：江西省电力企业信息通信分企业 -调运检一体化智能联动管理平台2.3 、 项目概括编写建议： 描绘该项目的纲要状况。应包含以下信息：1、 项目的拜托单位；2、 项目主要功能或解决问题描绘；能够用列举方式进行描绘，比如：1、 项目拜托单位： 单位名称 ；2、 比较拜托单位原有系统与完好系统构造进行对照等，或进行详尽的系统构造概括；3、 针对项目的特点功能进行基本描绘；4、2.4 、 项目关系性编写建议： 描绘该项目与其余有关事物的关系性。应包含以下信息：1、 与其余现有软件系统的关系性；2、 对现有客户环境（

6、 IT 环境、管理举措等）造成的影响；3、 对此后可能建设的其余系统造成的长久影响；4、 其余以为应当包含的信息2.5 、 设计和实现上的限制编写建议： 描绘该项目的需求调研和剖析、设计以及开发实现过程中可能会碰到的技术性限制；比如：1、 软件实现技术上的要求；2、 与其余关系系统的对接要求；3、 预留接口或扩展性的要求；4、 其余以为应当包含的信息2.6 、 假定条件和拘束编写建议： 描绘该项目的需求调研和剖析、设计以及开发过程中可能会碰到的非技术性条件和限制，比如：假定性条件：1、对目标用户文化程度和计算机操作水平、财务知识水同等方面的假定；限制性条件：1、 项目建设时间上的要求；2、 团

7、队人员或人资条件上的限制和要求；3、 其余以为应当包含的信息2.7 、 名词 /术语解说编写建议： 列出本文档所波及到的对于客户需求领域的行业或专业技术独有的 (专用 )名次 /和术语并给出切合实际状况的解说说明；编写格式以下：中文全称 中文简称 英文全称 英文简称 解说说明三、 用户环境描绘3.1 、 用户单位组织构造编写信息： 利用表格或框图 (建议 )形式画出拜托单位的组织构造图；应包含拜托单位的全部分支构造和部门名称，以及各个分支机构 /部门间的上下级关系。3.2 、 用户部门设置与职责编写建议： 按业务组织构造区分红不一样的职责部门或分支机构，分别对每个部门或分支机构进行描绘。描绘的

8、内容包含：1、 用户组、分支构造或部门的名称、 每个用户组、分支构造或部门的描绘，主要描绘他们的职责，及用户组或分支构造/部门的查核指标；23、 每个用户组、分支构造或部门有关人员的职责，及查核指标。 能够使用下边的格式，也能够依据实质的需要使用其余格式 比如：用户组 /机构 /部门名称 职责描绘 查核指标 备注3.3 、 用户业务关系描绘编写建议： 以关系图的方式加文字说明的方式，描绘该软件系统所计划达成的系统业务，以及该业务在内部的工作流状况，还有该业务的有关部门的接口状况。注意本图示需要表示业务关系关系而非数据关系关系。3.4 、 系统面向的用户群编写建议： 描绘该系统建设此后的目标用户

9、集体以及他们的专业知识水平（比如计算机操作能力、财务知识水同等）、各种用户的主要使用内容和工作职责等。3.5 、 重点计算机资源编写建议： 列出该软件所波及到的全部部门和机房的软硬件资源状况、设施要求等；3.6 、 用户环境中的其余应用系统散布编写建议： 列出该软件所波及到的用户环境中的其余全部应用系统的散布状况；应当包含：1、 其余应用系统的名称；2、 责任部门；3、 应用系统功能概括；4、 部署的服务器以及机房；5、 其余以为应当包含的信息四、 功能性需求描绘4.1 、 用户各部门目前的工作模式编写建议： 该章节描绘调研过程中发现的，客户业求实质的操作状况，建议以表格、流程图等形式进行说明

10、。并且依据以以下出的格式分部门分层面进行描绘：、 部门一 部门名称 4.1.1.1 、 工作内容编写建议： 描绘该部门以前（未用软件进行工作管理）的主要工作内容和工作职责。4.1.1.2 、 工作流程编写建议： 描绘该部门有关工作的办理流程，建议以流程图形式进行描绘；4.1.1.3 、 波及到的表单编写建议： 描绘该部门各项工作办理过程中，可能波及到的各样票据，描绘的内容应包含以下信息：1、 每项票据的名称和用途；2、 票据流转的流程；3、 票据波及到的有关人员；4、 票据的标准填写格式。建议供给有关票据的附件。4.1.1.4 、 与其余部门的关系编写建议： 描绘该部门各项工作在履行办理过程中

11、可能会波及到的其余部门，以及其余部门的办理内容；4.1.1.5 、 存在的问题编写建议： 描绘该部门各项工作以前履行过程中存在的各项问题；以及为何要用软件管理的方式来体改以前的履行操作方式。、 部门二 参照部门一 、 部门 N 参照部门一 4.2 、 建立该系统的目标编写建议： 介绍本软件系统的建设目的，从用户的角度描绘该系统成立后应当达到的预期目标。能够从以下几个方面进行描绘：、 管理目标编写建议： 描绘客户领导层 /管理层对本软件系统的建设要求：比如：1、 客户希望该系统成立后能在管理上、业务流程上规范解决的问题；2、 希望能够经过该软件系统达到什么样的使用成效和目标；3、 系统该软件系统

12、能出什么报表数据，或许用该软件系统能提高哪些工作效率等等；、 使用目标编写建议： 对详细业务上来说，客户系统经过该系统能够实质解决的问题。该内容的编写应参照详细每个使用部门的建议。、 业绩目标编写建议： 描绘该软件系统上线应用后计划实现的业绩目标：比如：1、 减少多少行政办公时间工作时的计算；2、 减少多少办公耗材资源的计算；3、 对行政效率提高的详细计算；4、 对数据统计效率提高的详细计算；5、 对产能提高的详细计算；6、 其余4.3 、 功能构造图编写建议： 描绘软件系统中各个模块以及模块下功能 /子模块的区分；整体展现系统中所具备的功能模块，以及各个模块之间的关系状况。建议以构造图的形式

13、进行描绘；该功能构造图仅描绘客户对功能模块的意愿需求，而不是依据客户需求剖析后的功能模块设计。4.4 、 功能点需求编写建议： 该章节描绘调研过程中发现的，客户对软件详细功能点的要求，建议以表格、流程图加文字的形式进行说明，依据不一样的功能点进队列举方式描绘。格式建议以下：4.4.1.1 、 业务描绘编写建议： 描绘该功能点实质办理的业务状况，以及在这个业务中应当注意的细节、重点 ,以及工作目标等等。4.4.1.2 、 用例及重点数据编写建议： 以用例图加文字说明的形式，体现该业务全部参加者及其用例的履行过程，以及他们之间的关系，还应当包含每个用例所波及办理的数据以及所波及到的票据。4.4.1

14、.3 、 业务流程图编写建议： 以流程图加文字说明的形式，描绘该功能点的业务流程，明确各个业务流程的节点，对象和内容。4.4.1.4 、 与其余功能点的关系编写建议： 描绘该功能点与其余功能点的关系，比如需要从其余功能模块调去数据，依据其余功能点的履行构造进行条件判断办理等等。4.4.1.5 、 子功能点编写建议： 描绘该功能点可能存在的子功能点，以便对整体功能进行更为明确的区分；格式直接参照上边的四项内容即可。 参照功能点一 N 参照功能点一 4.5 、 接口需求编写建议： 描绘该软件所波及到的内部接口和外面接口需求。、 内部接口需求编写建议： 描绘各个模块或许功能点之间的业务接口，能够采纳

15、图表加文字的方式进行展现；每个接口间列出详尽的接口因素及其说明。、 外面接口需求编写建议： 描绘该软件系统与其余软件系统之间的业务接口，能够采纳图表加文字的方式进行展现；每个接口间列出详尽的接口因素及其说明，而且对详细的调用方式进行描绘。五、 非功能性需求描绘5.1 、 系统环境需求编写建议： 描绘客户方对软件系统的系统环境需求，即客户要求在什么样的环境下使用该系统；包含网络环境、人员环境、使用频次和周期等等。5.2 、 易用性和用户体验需求编写建议： 描绘客户方对软件系统在易用性和用户体验方面的需求，比如客户对界面布局的要求，对软件各项表单操作提示的要求、对帮助文档的要求等等。5.3 、 软

16、硬件技术需求编写建议： 描绘客户方对该软件系统开发和部署方面的软硬件环境和技术的要求：比如：1、 软件开发过程中使用到的开发语言、基础框架等；2、 软件开发和部署的操作系统、 WEB 阅读器等方面的要求；3、 软件部署的硬件服务器的性能配置要求等；4、 其余以为应当包含的信息5.4 、 安全性需求编写建议： 描绘客户方对该软件在安全方面的要求；比如：1、 数据库安全性；2、 备份和容灾策略；3、 数据犯错时的回滚体制；4、 系统安全性；5、 密码安全性；6、 防备 XSS 和 SQL 注入攻击等；7、 其余以为应当包含的信息5.5 、 可保护性需求编写建议： 描绘客户方或许我方保护人员对该软件

17、系统在可保护性方面的需求。比如：1、 远程保护的需求；2、 备份的需求；3、 对系统保护的要求（对管理人员专业水平的要求）等；4、 其余以为应当包含的信息5.6 、 对培训的需求编写建议： 描绘客户方和我方实行 /售后代员对该软件系统在培训方面的需求。比如：1、 对客户方领导的培训；2、 对客户方管理人员 /系统管理员的培训；3、 对客户方一般操作人员的培训；4、 对我方技术实行和售后代员的培训；5、 其余以为应当包含的信息六、 其余6.1 、 软件应当依据的标准或规范编写建议： 列出本软件在需求调研和剖析、设计以及开发等过程中应当依据的各项规范。比如：1、 本软件所波及到的行业在该软件所波及到的业务领域的有关行业履行标准；2、 国家在该软件所波及到的业务领域的有关法律法例和履行标准；3、 客户方自己对于软件所波及到的业务领域的管理制度和错误以及有关标准；4、 其余同种类软件产品的有关规范和定义；5、 本次软件研发所应当依据的标准 /规范 /要求等等；6、 其余以为应当包含的资料列出全部的参照资料文档（能够是非正式第一版物），格式以下： 表记符 作者 ， 文档名称 ， 第一版单位 (或归属单位 ) ，