需求调研纲要.docx
- 文档编号:11812024
- 上传时间:2023-04-02
- 格式:DOCX
- 页数:7
- 大小:18.44KB
需求调研纲要.docx
《需求调研纲要.docx》由会员分享,可在线阅读,更多相关《需求调研纲要.docx(7页珍藏版)》请在冰豆网上搜索。
需求调研纲要
项目需求调研纲要参考模板
一、用户环境调研
1.1用户单位组织结构
通过调研利用表格或框图形式画出委托单位的组织结构图;应包括委托单位的所有分支结构和部门名称,以及各个分支机构/部门间的上下级关系。
1.2用户部门设置与职责
通过调研按业务组织结构划分成不同的职责部门或分支机构,分别对每个部门或分支机构进行描述。
描述的内容包括:
1、用户组、分支结构或部门的名称
2、每个用户组、分支结构或部门的描述,主要描述他们的职及用户组或分支结构/部门的考核指标;
每个用户组、分支结构或部门相关人员的职责,及考核指标。
[可以使用下面的格式,也可以根据实际的需要使用其他格式]
例如:
用户组/机构/部门名称
职责描述
考核指标
备注
1.3用户业务关系描述
通过调研以关系图加文字说明的方式,描述该软件系统所计划完成的系统业务,以及该业务在内部的工作流情况,还有该业务的相关部门的接口情况。
注意本图示需要表明业务关联关系而非数据关联关系。
1.4系统面向的用户群
通过调研描述该系统建设以后的目标用户群体以及他们的专业知识水平(例如计算机操作能力、业务知识水平等)、各类用户的主要使用内容和工作职责等。
1.5关键计算机资源
通过调研通过列出该软件所涉及到的所有部门和机房的软硬件资源情况、设备要求等;
1.6用户环境中的其他应用系统分布
通过调研列出该软件所涉及到的用户环境中的其他所有应用系统的分布情况;应该包括:
1、其他应用系统的名称;
2、责任部门;
3、应用系统功能概述;
4、部署的服务器以及机房;
5、其他认为应该包括的信息等;
二、结构化调研用户预期目标
调研用户对该系统建立后需要达到的预期目标,可以从以下几个方面进行调研描述:
3.1管理目标
调研客户领导层/管理层对本软件系统的建设要求:
例如:
1、客户希望该系统建立后能在管理上、业务流程上规范解决的问题;
2、希望能够通过该软件系统达到什么样的使用效果和目标;
3、系统该软件系统能出什么报表数据,或者用该软件系统能提高哪些工作效率等等;
3.2使用目标
对具体业务上来说,用户通过该系统能够解决那些实际问题,用户个人提出的需求要参考使用部门的意见,最后要按部门归类。
3.3业绩目标
调研用户对该软件系统上线应用后希望实现的业绩目标:
例如:
1、减少多少办公时间工作时的计算;
2、减少多少办公耗材资源的计算;
3、对行政效率提升的具体计算;
4、对数据统计效率提升的具体计算等等;
三、调研系统功能性需求
3.1用户各部门当前的工作模式
通过调研描述客户业务实际的操作情况,建议以表格、流程图等形式进行说明。
并且按照如下列出的格式分部门分层面进行描述:
部门一[部门名称]
1、工作内容
描述该部门之前(未用软件进行工作管理)的主要工作内容和工作职责。
2、工作流程
描述该部门相关工作的处理流程,建议以流程图形式进行描述;
3、涉及到的表单
描述该部门各项工作处理过程中,可能涉及到的各种单据,描述的内容应包含如下信息:
1)、每项单据的名称和用途;
2)、单据流转的流程;
3)、单据牵涉到的相关人员;
4)、单据的标准填写格式。
建议提供相关单据的附件。
4、与其他部门的关系
描述该部门各项工作在执行处理过程中可能会牵涉到的其他部门,以及其他部门的处理内容;
5、存在的问题
描述该部门各项工作之前执行过程中存在的各项问题;以及为什么要用软件管理的方式来体改之前的执行操作方式。
部门二至部门N均按部门一方式调研描述。
3.2为形成功能结构图的调研
该功能结构图仅描述客户对功能模块的意向需求,而不是根据客户需求分析后的功能模块设计,
通过调研描述软件系统中各个模块以及模块下功能/子模块的划分;整体展示系统中所具备的功能模块,以及各个模块之间的关联情况。
以结构图的形式进行描述调研结果。
3.3对功能点需求的调研
调研过程中发现客户对软件具体功能点的要求,建议以表格、流程图加文字的形式进行说明,按照不同的功能点进行列举方式描述。
格式建议如下:
功能点一
(1)业务描述
描述该功能点实际处理的业务情况,以及在这个业务中应该注意的细节、要点,以及工作目标等等。
(2)用例及关键数据
以用例图加文字说明的形式,呈现该业务所有参与者及其用例的执行过程,以及他们之间的关系,还应该包括每个用例所涉及处理的数据以及所涉及到的单据。
(3)业务流程图
以流程图加文字说明的形式,描述该功能点的业务流程,明确各个业务流程的节点,对象和内容。
(4)与其他功能点的关系
描述该功能点与其他功能点的关系,例如需要从其他功能模块调去数据,根据其他功能点的执行结构进行条件判断处理等等。
(5)子功能点
描述该功能点可能存在的子功能点,以便对整体功能进行更加明确的划分;格式直接参照上面的四项内容即可。
功能点二至功能点N按功能点一格式描述。
3.4接口需求调研
调研该软件所涉及到的内部接口和外部接口。
3.4.1内部接口需求
调研各个模块或者功能点之间的业务接口,可以采用图表加文字的方式进行展示;每个接口间列出详细的接口要素及其说明。
3.4..2外部接口需求
调研该软件系统与其他软件系统之间的业务接口,可以采用图表加文字的方式进行展示;每个接口间列出详细的接口要素及其说明,并且对具体的调用方式进行描述。
四、非功能性需求调研
4.1系统环境需求
调研用户对软件系统的系统环境需求,即客户要求在什么样的环境下使用该系统;包括网络环境、人员环境、使用频率和周期等等。
4.2易用性和用户体验需求
调研用户方对软件系统在易用性和体验方面的需求,例如客户对界面布局的要求,对软件各项表单操作提醒的要求、对帮助文档的要求等等。
4.3软硬件技术需求
调研用户方对该软件系统开发和部署方面的软硬件环境和技术的要求:
例如:
1、软件开发过程中使用到的开发语言、基础框架等;
2、软件开发和部署的操作系统、WEB浏览器等方面的要求;
3、软件部署的硬件服务器的性能配置要求;
4、其他认为应该包含的信息等;
4.4安全性需求
调研客户方对该软件在安全方面的要求;
例如:
1、数据库安全性;
2、备份和容灾策略;
3、数据出错时的回滚机制;
4、系统安全性;
5、密码安全性;
6、防止XSS和SQL注入攻击等;
7、其他认为应该包含的信息等;
4.5可维护性需求调研
编写建议:
描述客户方或者我方维护人员对该软件系统在可维护性方面的需求。
例如:
1、远程维护的需求;
2、备份的需求;
3、对系统维护的要求(对管理人员专业水平的要求)等;
4、其他认为应该包含的信息…
4.6对培训的需求调研
调研用户对公司培训方面的需求。
例如:
1、对客户方领导的培训;
2、对客户方管理人员/系统管理员的培训;
3、对客户方普通操作人员的培训;
4、对我方技术实施和售后人员的培训;
5、其他认为应该包含的信息等;
五、项目实施中应当遵循的标准或规范
调研实施中本软件在需求规格说明书编制、系统设计以及开发等过程中应当遵循的各项规范。
例如:
1、本软件所涉及到的行业在该软件所涉及到的业务领域的相关行业执行标准;
2、国家在该软件所涉及到的业务领域的相关法律法规和执行标准;
3、用户自身对于软件所涉及到的业务领域的管理制度以及相关标准;
4、其他同类型软件产品的相关规范和定义;
5、本次软件研发所应该遵循的标准/规范/要求等等;
6、其他认为应该包含的资料…
列出所有的参考资料文档(可以是非正式出版物),格式如下:
[标识符][作者],[文档名称],[出版单位(或归属单位)],日期
6、调研表格参考文档
6.1《教师业务信息调研详细表》
6.2《学生业务信息调研详细表》
6.3《学校业务信息调研详细表》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 调研 纲要