软件项目需求调研报告-模板.docx
《软件项目需求调研报告-模板.docx》由会员分享,可在线阅读,更多相关《软件项目需求调研报告-模板.docx(14页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、XXXX技术有限公司公司名称XXXX公司客户名称XXXX软件项目项目或产品名称需求调研报告文件信息文件状态: 草稿文件 正式文件 更改正式文件当前版本:V1.0.0作 者:审 核:完成日期:文档编号:文档标题:软件项目需求调研报告文档类别:提交人员:文 件 名:文件摘要:项目名称:当前阶段:需求调研阶段版权所有:修改历史日期版本作者修改内容评审号更改请求号2013-06-29V1.0.0陈建伟定义文件模板目录文件信息1修改历史2目录3一、引言41.1、编写目的41.2、文档范围41.3、预期读者和阅读建议41.4、参考资料4二、项目描述42.1、项目背景42.2、项目名称52.3、项目概述52
2、.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六、其他
3、126.1、软件应当遵循的标准或规范126.2、定义、首字母缩写词和缩略语126.3、附件13一、 引言1.1、 编写目的编写提示:阐明编写该文档的目的;本节内容是读者接触到本文的第一段正式文字,建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。例如:1、 本文档是 项目名称 系统属性 客户需求调研报告,供需求分析人员进行项目需求分析时使用;2、 本文档可以作为项目验收标准之一;3、 本文档可以作为软件维护的参考资料;1.2、 文档范围编写提示:对本文当所涉及到所有内容的高度概括,简要说明即可。例如:1、 本文档包括 项目描述、用户环境描述 等几个章节,并:a) 在 项目描述 章节中描述
4、了信息;b) 在 用户环境描述 章节中描述了 信息;c) 1.3、 预期读者和阅读建议编写提示:描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点;1.4、 参考资料编写提示:列出本文档的所有参考文献(可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等),格式如下:名称日期作者版本出版社并且,请在本文档最后附上所有列出的参考资料的附件。二、 项目描述2.1、 项目背景编写建议:描述该项目的建设背景;例如:1、 项目立项时的环境描述;2、 项目立项的政策性支持;3、 项目需求提出的初衷目的等。2.2、 项目名称编写建议:描述该项目的名称,格式为:客户名称-软件名称。例
5、如:江西省电力集团信息通讯分公司-调运检一体化智能联动管理平台2.3、 项目概述编写建议:描述该项目的概要情况。应包括如下信息:1、 项目的委托单位;2、 项目主要功能或解决问题描述;可以用列举方式进行描述,例如:1、 项目委托单位:单位名称;2、 比较委托单位原有系统与完整系统结构进行对比等,或进行详细的系统结构概述;3、 针对项目的特色功能进行基本描述;4、 2.4、 项目关联性编写建议:描述该项目与其他相关事物的关联性。应包括如下信息:1、 与其他现有软件系统的关联性;2、 对现有客户环境(IT环境、管理措施等)造成的影响;3、 对以后可能建设的其他系统造成的长期影响;4、 其他认为应该
6、包括的信息2.5、 设计和实现上的限制编写建议:描述该项目的需求调研和分析、设计以及开发实现过程中可能会遇到的技术性限制;例如:1、 软件实现技术上的要求;2、 与其他关联系统的对接要求;3、 预留接口或扩展性的要求;4、 其他认为应该包括的信息2.6、 假定条件和约束编写建议:描述该项目的需求调研和分析、设计以及开发过程中可能会遇到的非技术性条件和限制,例如:假定性条件:1、对目标用户文化程度和计算机操作水平、财务知识水平等方面的假设;限制性条件:1、 项目建设时间上的要求;2、 团队人员或人资条件上的限制和要求;3、 其他认为应该包括的信息2.7、 名词/术语解释编写建议:列出本文档所涉及
7、到的关于客户需求领域的行业或专业技术特有的(专用)名次/和术语并给出符合实际情况的解释说明;编写格式如下:中文全称中文简称英文全称英文简称解释说明三、 用户环境描述3.1、 用户单位组织结构编写信息:利用表格或框图(建议)形式画出委托单位的组织结构图;应包括委托单位的所有分支结构和部门名称,以及各个分支机构/部门间的上下级关系。3.2、 用户部门设置与职责编写建议:按业务组织结构划分成不同的职责部门或分支机构,分别对每个部门或分支机构进行描述。描述的内容包括:1、 用户组、分支结构或部门的名称2、 每个用户组、分支结构或部门的描述,主要描述他们的职责,及用户组或分支结构/部门的考核指标;3、
8、每个用户组、分支结构或部门相关人员的职责,及考核指标。可以使用下面的格式,也可以根据实际的需要使用其他格式例如:用户组/机构/部门名称职责描述考核指标备注3.3、 用户业务关系描述编写建议:以关系图的方式加文字说明的方式,描述该软件系统所计划完成的系统业务,以及该业务在内部的工作流情况,还有该业务的相关部门的接口情况。注意本图示需要表明业务关联关系而非数据关联关系。3.4、 系统面向的用户群编写建议:描述该系统建设以后的目标用户群体以及他们的专业知识水平(例如计算机操作能力、财务知识水平等)、各类用户的主要使用内容和工作职责等。3.5、 关键计算机资源编写建议:列出该软件所涉及到的所有部门和机
9、房的软硬件资源情况、设备要求等;3.6、 用户环境中的其他应用系统分布编写建议:列出该软件所涉及到的用户环境中的其他所有应用系统的分布情况;应该包括:1、 其他应用系统的名称;2、 责任部门;3、 应用系统功能概述;4、 部署的服务器以及机房;5、 其他认为应该包括的信息四、 功能性需求描述4.1、 用户各部门当前的工作模式编写建议:该章节描述调研过程中发现的,客户业务实际的操作情况,建议以表格、流程图等形式进行说明。并且按照如下列出的格式分部门分层面进行描述:4.1.1、 部门一部门名称4.1.1.1、 工作内容编写建议:描述该部门之前(未用软件进行工作管理)的主要工作内容和工作职责。4.1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 需求 调研 报告 模板
限制150内