软件综合项目需求调研分析报告模板专业版.docx

XXXX技术企业名称XXXX企业用户名称XXXX软件项目项目或产品名称需求调研汇报文件信息文件状态： 初稿文件 正式文件 更更正式文件目前版本：V1.0.0作 者：审 核：完成日期：文档编号：文档标题：软件项目需求调研汇报文档类别：提交人员：文 件 名：文件摘要：项目名称：目前阶段：需求调研阶段版权全部：修改历史日期版本作者修改内容评审号更改请求号-06-29V1.0.0陈虎定义文件模板目录文件信息1修改历史2目录3一、引言41.1、编写目标41.2、文档范围41.3、预期读者和阅读提议41.4、参考资料4二、项目描述42.1、项目背景42.2、项目名称52.3、项目概述52.4、项目关联性52.5、设计和实现上限制52.6、假定和约束62.7、名词/术语解释6三、用户环境描述63.1、用户单位组织结构63.2、用户部门设置和职责63.3、用户业务关系描述73.4、系统面向用户群73.5、关键计算机资源73.6、用户环境中其它应用系统分布7四、功效性需求描述74.1、用户各部门目前工作模式74.2、构建该系统目标84.3、功效结构图94.4、功效点需求94.5、接口需求10五、非功效性需求描述115.1、系统环境需求115.2、易用性和用户体验需求115.3、软硬件技术需求115.4、安全性需求115.5、可维护性需求115.6、对培训需求12六、其它126.1、软件应该遵照标准或规范126.2、定义、首字母缩写词和缩略语126.3、附件13一、 引言1.1、 编写目标编写提醒：说明编写该文档目标；本节内容是读者接触到本文第一段正式文字，提议经过简短文字描述简明扼要告诉她们编写本文档目标。比如：1、 本文档是 项目名称 系统属性 用户需求调研汇报，供需求分析人员进行项目需求分析时使用；2、 本文档能够作为项目验收标准之一；3、 本文档能够作为软件维护参考资料；1.2、 文档范围编写提醒：对本文当所包含到全部内容高度概括，简明说明即可。比如：1、 本文档包含 项目描述、用户环境描述 等多个章节，并：a) 在 项目描述 章节中描述了信息；b) 在 用户环境描述 章节中描述了 信息；c) 1.3、 预期读者和阅读提议编写提醒：描述本文档可能包含到各类读者对象和不一样读者应该注意侧关键；1.4、 参考资料编写提醒：列出本文档全部参考文件（能够是非正式出版物、用户规章制度和步骤文件、相关法律法规文件等），格式以下：名称日期作者版本出版社而且，请在本文档最终附上全部列出参考资料附件。二、 项目描述2.1、 项目背景编写提议：描述该项目标建设背景；比如：1、 项目立项时环境描述；2、 项目立项政策性支持；3、 项目需求提出初衷目标等。2.2、 项目名称编写提议：描述该项目标名称，格式为：用户名称-软件名称。比如：XX集团信息通讯分企业-调运检一体化智能联动管理平台2.3、 项目概述编写提议：描述该项目标概要情况。应包含以下信息：1、 项目标委托单位；2、 项目关键功效或处理问题描述；能够用列举方法进行描述，比如：1、 项目委托单位：单位名称；2、 比较委托单位原有系统和完整系统结构进行对比等，或进行具体系统结构概述；3、 针对项目标特色功效进行基础描述；4、 2.4、 项目关联性编写提议：描述该项目和其它相关事物关联性。应包含以下信息：1、 和其它现有软件系统关联性；2、 对现有用户环境（IT环境、管理方法等）造成影响；3、 对以后可能建设其它系统造成长久影响；4、 其它认为应该包含信息2.5、 设计和实现上限制编写提议：描述该项目标需求调研和分析、设计和开发实现过程中可能会碰到技术性限制；比如：1、 软件实现技术上要求；2、 和其它关联络统对接要求；3、 预留接口或扩展性要求；4、 其它认为应该包含信息2.6、 假定条件和约束编写提议：描述该项目标需求调研和分析、设计和开发过程中可能会碰到非技术性条件和限制，比如：假定性条件：1、对目标用户文化程度和计算机操作水平、财务知识水平等方面假设；限制性条件：1、 项目建设时间上要求；2、 团体人员或人资条件上限制和要求；3、 其它认为应该包含信息2.7、 名词/术语解释编写提议：列出本文档所包含到相关用户需求领域行业或专业技术特有(专用)名次/和术语并给出符合实际情况解释说明；编写格式以下：汉字全称汉字简称英文全称英文简称解释说明三、 用户环境描述3.1、 用户单位组织结构编写信息：利用表格或框图(提议)形式画出委托单位组织结构图；应包含委托单位全部分支结构和部门名称，和各个分支机构/部门间上下级关系。3.2、 用户部门设置和职责编写提议：按业务组织结构划分成不一样职责部门或分支机构，分别对每个部门或分支机构进行描述。描述内容包含：1、 用户组、分支结构或部门名称2、 每个用户组、分支结构或部门描述，关键描述她们职责，及用户组或分支结构/部门考评指标；3、 每个用户组、分支结构或部门相关人员职责，及考评指标。能够使用下面格式，也能够依据实际需要使用其它格式比如：用户组/机构/部门名称职责描述考评指标备注3.3、 用户业务关系描述编写提议：以关系图方法加文字说明方法，描述该软件系统所计划完成系统业务，和该业务在内部工作流情况，还有该业务相关部门接口情况。注意本图示需要表明业务关联关系而非数据关联关系。3.4、 系统面向用户群编写提议：描述该系统建设以后目标用户群体和她们专业知识水平（比如计算机操作能力、财务知识水平等）、各类用户关键使用内容和工作职责等。3.5、 关键计算机资源编写提议：列出该软件所包含到全部部门和机房软硬件资源情况、设备要求等；3.6、 用户环境中其它应用系统分布编写提议：列出该软件所包含到用户环境中其它全部应用系统分布情况；应该包含：1、 其它应用系统名称；2、 责任部门；3、 应用系统功效概述；4、 布署服务器和机房；5、 其它认为应该包含信息四、 功效性需求描述4.1、 用户各部门目前工作模式编写提议：该章节描述调研过程中发觉，用户业务实际操作情况，提议以表格、步骤图等形式进行说明。而且根据以下列出格式分部门分层面进行描述：4.1.1、 部门一部门名称4.1.1.1、 工作内容编写提议：描述该部门之前（未用软件进行工作管理）关键工作内容和工作职责。4.1.1.2、 工作步骤编写提议：描述该部门相关工作处理步骤，提议以步骤图形式进行描述；4.1.1.3、 包含到表单编写提议：描述该部门各项工作处理过程中，可能包含到多种单据，描述内容应包含以下信息：1、 每项单据名称和用途；2、 单据流转步骤；3、 单据牵涉到相关人员；4、 单据标准填写格式。提议提供相关单据附件。4.1.1.4、 和其它部门关系编写提议：描述该部门各项工作在实施处理过程中可能会牵涉到其它部门，和其它部门处理内容；4.1.1.5、 存在问题编写提议：描述该部门各项工作之前实施过程中存在各项问题；和为何要用软件管理方法来体改之前实施操作方法。4.1.2、 部门二参考部门一4.1.3、 部门N参考部门一4.2、 构建该系统目标编写提议：介绍本软件系统建设目标，从用户角度描述该系统建立后应该达成预期目标。能够从以下多个方面进行描述：4.1.4、 管理目标编写提议：描述用户领导层/管理层对本软件系统建设要求：比如：1、 用户期望该系统建立后能在管理上、业务步骤上规范处理问题；2、 期望能够经过该软件系统达成什么样使用效果和目标；3、 系统该软件系统能出什么报表数据，或用该软件系统能提升哪些工作效率等等； 4.1.5、 使用目标编写提议：对具体业务上来说，用户系统经过该系统能够实际处理问题。该内容编写应参考具体每个使用部门意见。4.1.6、 业绩目标编写提议：描述该软件系统上线应用后计划实现业绩目标：比如：1、 降低多少行政办公时间工作时计算；2、 降低多少办公耗材资源计算；3、 对行政效率提升具体计算；4、 对数据统计效率提升具体计算；5、 对产能提升具体计算；6、 其它4.3、 功效结构图编写提议：描述软件系统中各个模块和模块下功效/子模块划分；整体展示系统中所含有功效模块，和各个模块之间关联情况。提议以结构图形式进行描述；该功效结构图仅描述用户对功效模块意向需求，而不是依据用户需求分析后功效模块设计。4.4、 功效点需求编写提议：该章节描述调研过程中发觉，用户对软件具体功效点要求，提议以表格、步骤图加文字形式进行说明，根据不一样功效点进行列举方法描述。格式提议以下：4.4.1、 功效点一4.4.1.1、 业务描述编写提议：描述该功效点实际处理业务情况，和在这个业务中应该注意细节、关键点,和工作目标等等。4.4.1.2、 用例及关键数据编写提议：以用例图加文字说明形式，展现该业务全部参与者及其用例实施过程，和她们之间关系，还应该包含每个用例所包含处理数据和所包含到单据。4.4.1.3、 业务步骤图编写提议：以步骤图加文字说明形式，描述该功效点业务步骤，明确各个业务步骤节点，对象和内容。4.4.1.4、 和其它功效点关系编写提议：描述该功效点和其它功效点关系，比如需要从其它功效模块调去数据，依据其它功效点实施结构进行条件判定处理等等。4.4.1.5、 子功效点编写提议：描述该功效点可能存在子功效点，方便对整体功效进行愈加明确划分；格式直接参考上面四项内容即可。4.4.2、 功效点二参考功效点一4.4.3、 功效点N参考功效点一4.5、 接口需求编写提议：描述该软件所包含到内部接口和外部接口需求。4.5.1、 内部接口需求编写提议：描述各个模块或功效点之间业务接口，能够采取图表加文字方法进行展示；每个接口间列出具体接口要素及其说明。4.5.2、 外部接口需求编写提议：描述该软件系统和其它软件系统之间业务接口，能够采取图表加文字方法进行展示；每个接口间列出具体接口要素及其说明，而且对具体调用方法进行描述。五、 非功效性需求描述5.1、 系统环境需求编写提议：描述用户方对软件系统系统环境需求，即用户要求在什么样环境下使用该系统；包含网络环境、人员环境、使用频率和周期等等。5.2、 易用性和用户体验需求编写提议：描述用户方对软件系统在易用性和用户体验方面需求，比如用户对界面布局要求，对软件各项表单操作提醒要求、对帮助文档要求等等。5.3、 软硬件技术需求编写提议：描述用户方对该软件系统开发和布署方面软硬件环境和技术要求：比如：1、 软件开发过程中使用到开发语言、基础框架等；2、 软件开发和布署操作系统、WEB 浏览器等方面要求；3、 软件布署硬件服务器性能配置要求等；4、 其它认为应该包含信息5.4、 安全性需求编写提议：描述用户方对该软件在安全方面要求；比如：1、 数据库安全性；2、 备份和容灾策略；3、 数据犯错时回滚机制；4、 系统安全性；5、 密码安全性；6、 预防XSS和SQL注入攻击等；7、 其它认为应该包含信息5.5、 可维护性需求编写提议：描述用户方或我方维护人员对该软件系统在可维护性方面需求。比如：1、 远程维护需求；2、 备份需求；3、 对系统维护要求（对管理人员专业水平要求）等；4、 其它认为应该包含信息5.6、 对培训需求编写提议：描述用户方和我方实施/售后人员对该软件系统在培训方面需求。比如：1、 对用户方领导培训；2、 对用户方管理人员/系统管理员培训；3、 对用户方一般操作人员培训；4、 对我方技术实施和售后人员培训；5、 其它认为应该包含信息六、 其它6.1、 软件应该遵照标准或规范编写提议：列出本软件在需求调研和分析、设计和开发等过程中应该遵照各项规范。比如：1、 本软件所包含到行业在该软件所包含到业务领域相关行业实施标准；2、 国家在该软件所包含到业务领域相关法律法规和实施标准；3、 用户方本身对于软件所包含到业务领域管理制度和错误和相关标准；4、 其它同类型软件产品相关规范和定义；5、 此次软件研发所应该遵照标准/规范/要求等等；6、 其它认为应该包含资料列出全部参考资料文档（能够是非正式出版物），格式以下：标识符 作者，文档名称，出版单位(或归属单位)，日期6.2、 定义、首字母缩写词和缩略语编写提议：统计在需求调研过程中所统计/识别全部专业词汇和缩略语(可能和业务无关)，并给出解释说明。格式以下：缩写、术语解释说明6.3、 附件6.3.1、 用户需求调研表需求标题：调查方法：访谈 电话 邮件 即时通讯调查人：调查时间：调查地点：参与人员：调研内容：取得原始材料：调查人签字：用户代表签字：6.3.2、 参考文档资料编写提议：本处用于附加在“1.4、参考资料”和“6.1、软件应该遵照标准或规范”中所设计到全部资料和文档。