需求调研表模板全套资料.docx
《需求调研表模板全套资料.docx》由会员分享，可在线阅读，更多相关《需求调研表模板全套资料.docx（20页珍藏版）》请在冰豆网上搜索。
需求调研表模板全套资料
调研表1部门基本情表调研人：
系统名称：
调研日期:
部门名称：
访谈对象：
保密级别：
第次访谈
联系人：
：
E-MAIL：
地址：
领导人姓名：
:
E—MAIL:
部门发展简史:
部门现有设备：
现在软件:
部门人员结构:
高级业务人员
中级业务人员
初组业务人员
专科以上人员
专科以下人员
备注：
调研表2部门业务流程图调研人：
系统名称：
调研日期:
部门名称:
访谈对象：
保密级别：
第次访谈
业务处理流程图：
业务处理流程图描述：
调研表3部门业务所涉及的信息和信息存储调研人：
系统名称：
调研日期:
部门名称：
访谈对象：
保密级别：
第次访谈：
信息名称
数据项数
频率
保密级别
来自何处
格式要求
用途说明
备注：
调研表4信息项描述表调研人：
系统名称：
调研日期：
部门名称：
访谈对象：
保密级别:
信息流或信息存储：
数据名
关键字
类型
长度
值域
初始值
备注
备注：
调研表5输入/输出信息格式说明表调研人：
系统名称：
调研日期：
部门名称：
访谈对象：
保密级别：
信息流或信息存储:
输入/输出格式说明（画屏幕布局草图）：
备注：
调研表6部门建议表调研人:
系统名称：
调研日期：
部门名称：
访谈对象:
保密级别：
第次访谈
现系统存在的问题：
建议：
调研表7系统性能要求表调研人:
系统名称:
调研日期:
部门名称:
访谈对象:
保密级别:
第次访谈
最大用户
并发用户
高峰时间段
响应时间
计算精度
安全和保密
备注:
调研表8质量属性要求调研人：
系统名称：
调研日期：
部门名称：
访谈对象：
保密级别：
第次访谈
质量属性
要求
有效性
高效性
灵活性
安全性
互操作性
可靠性
健壮性
易用性
可维护性
可移植性
可重用性
可测试性
可理解性
特别说明：
调研表9可能的限制/假设调研人：
系统名称：
调研日期：
部门名称：
访谈对象:
保密级别：
第次访谈
限制
限制原因说明
硬件
系统软件
应用软件
并行操作
控制功能
开发语言
开发方法
通信协议
安全和保密方法
系统的假设和依据:
备注：
调研表10部门提供的原始资料一览表调研人：
系统名称：
部门名称:
资料名称
页数
资料说明
备注:
项目询价表
项目名称
项目概述
专家意见
该项目必要、可行，所报价格低廉最低，方案合理完善，询价小组选定其为供货商,价格为万元。
专家签字：
专家信息
姓名
单位
职称
年月日
项目询价签到表
序号
公司名称
委托代理人姓名
委托代理人身份证号
报价
1
2
3
4
5
文档状态
文档编号
[］草稿
[√]已发布
[]修改中
编撰
编撰日期
保密级别
机密
文档版本
1。
0。
0
［项目名称]用户需求调研计划书
XXXXXXXXX科技
文档控制
修改记录：
日期
作者
版本
修改参考号
备注
2021-06-05
V1.0
此文档为初始版本文档。
调研记录：
时间
部门
被访者
调研人
备注
6、13
资材部采购科
陈晓梅、王勇
甘书钰、钟旭兴、黄维瀚
目 录
1、调研目的
在项目的售前阶段，一般售前顾问会进行一些简要的沟通调研，来确定项目的建设方案。
其目的是为了了解项目需求和现有问题，制定出相应的解决方案，是一个比较粗略的调研；在项目初期方案后，需要确定最终的实施方案，并对工期和资源的进行估算，需要重新进行调研，以澄清俱乐部所有的业务细节，并进行业务规则与系统的匹配。
调研结束之后，可以得到实施的应用解决方案。
2、调研的范围
2.1、调研的职能范围
根据《项目解决方案》和《业务分析报告》所确定的项目实施范围，本次调研所涉及的职能部门以及项目组成员有（请项目进行补充）
职能部门
人数
姓名
人员资格条件
总经理办公室
人
总经理或副总经理
财务部
人
负责人或主管
营销部
人
负责人或主管
人
负责人或主管
人
负责人或主管
人
负责人或主管
人
负责人或主管
人
负责人或主管
人
负责人或主管
合计
人
注:
以上所列职能部门人员，作为项目组成员以及关键用户，必须参加所有相关的项目调研。
2。
2调研的业务范围
调研的业务范围：
调研时按照《业务分析报告》规定全部调研。
具体包括：
1、企业基本情况
2、会员业务
3、营销业务
4、运营业务
5、财务业务
6、成本费用管理
7、基础数据
8、功能要求等
2。
3、调研的地点范围
调研的具体地点为：
3、调研的方式
1．由客户方组织收集客户相关的文档（要求电子版）资料,如公司概况、主要业态和业务、业务流程，部门架构,财务核算制度、业务岗位责任制度等.
2．个别交流，就某一具体问题或业务处理和相关业务人员直接交流。
3．开会讨论，对跨部门、跨岗位的业务,可以把相关人员召集在一起,了解这些业务的真实情况。
4、调研的阶段
序号
调研任务
开始时间
结束时间
调研人员
客户负责人员
工作成果
1
准备调研提纲
调研提纲
2
调研提纲提交客户
调研提纲
3
总体调研
基本情况、主要业务、相关部门及岗位设置等
4
部门业务调研
部门业务处理流程、相关单据、管理重点、存在问题、期望等
5
基础设备调研（硬件和网络环境）
现有硬件性能，提出更换的需求
6
基础数据调研整理
基础数据调研报告
7
分析、整理调研结果，形成业务分析报告
5、具体时间安排
（请新纪元项目组按照第4小节的各阶段时间安排部门调研时间）
各部门调研时间安排
职能部门
时间
具体调研内容
手工文件整理负责人
电子文档整理负责人
总部
财务
文档类型
DocumentType
密级
ConfidentialityLevel
XXX
仅供收件方查阅
文档编号
DocumentCode
版本
Version
共13页
XXX
0．8
XXX管理系统
需求调研报告
RevisionRecord
修订记录
Date
日期
RevisionVersion
修订版本
CRID/DefectID
CR/Defect号
SecNo。
修改章节
ChangeDescription
修改描述
Author
作者
201x-xx-xx
0。
1
初稿
完成
Catalog
1需求调研流程
1.1调研整体流程
●问题识别：
解决目标系统做什么，做到什么程度。
需求包括：
功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。
同时建立需求调查分析所需的通信途径。
●分析与综合：
从数据流和数据结构出发，逐步细化所有的软件功能,找出各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合理部分,综合成系统解决方案，给出目标系统的详细逻辑模型。
［常用的分析方法有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网。
每一种分析建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。
］
●编制需求分析文档
●需求评审
1.2组成部分关系
需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段,包括以下几个方面：
确定软件所期望的用户类;获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统,并将需求中的一部分分配给软件组件；了解相关质量属性的重要性;讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识.
1.3分析过程
需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统的逻辑模型（只描述系统要完成的功能和要处理的数据），解决目标系统“做什么"的问题，所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据,并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。
必须全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；对其中模糊的要求要进一步澄清，然后决定是否采纳;对于无法实现的要求要向用户作充分的解释。
最后将软件的需求准确地表达出来,形成软件需求说明书SRS.
●获得当前系统的物理模型：
首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体的模型来反映自己对当前系统的理解。
此步骤也可以称为“业务建模”，其主要任务是对用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题，然后建立一个业务USECASE模型和业务对象模型。
当然如果系统相对简单，也没必要大动干戈区进行业务建模，只要做一些简单的业务分析即可。
●抽象出当前系统的逻辑模型：
在理解当前系统“怎样做”的基础上，取出非本
升级会员 