软件项目需求调研

软件项目需求调研总结

一、需求调研准备：

在需求调研过程中，应该做好三种准备，保持两种心态，做到五种提高：

三种准备

1）调研前应该将所有项目前期资料进行汇总，与相关的前期销售人员进行交流，以便对项目有一个基本轮廓的认识。

2）做好调研前使用资料的准备，如需求调研模板，需求调研问题列表等。

3）做好不怕一切困难的准备。

两种心态

1）保持一种和客户平等合作的心态，确定需求调研是为了给客户解决问题，探讨问题，而不是接受问题，更不是来指导工作的。

2）平静面对需求变更的心态，在需求调研过程中，往往双方对需求理解不一致，造成需求调研前后矛盾，应当心平气和的去引导客户，达到需求理解基本一致。

三种提高

1）首先提高自己业务知识，对于人力资源的标准业务应该基本熟悉。

2）其次应该努力的去熟悉用户的行业，学习用户使用的术语，标准，以便能够准确的理解

用户。这就需要我们阅读用户所在行业的资料、文章，尽量多选取一些整体性介绍的文章，这样可以在短时间内能够对该行业有一个全面的认识，这样我们就能够较好的和用户进行交流了。

3）需求调研中，学会尽量不使用IT行业的术语，而采用浅显易懂的口头语言来解释IT行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。

4）提高自己的速记能

需求确认书

项目编号：HDLH0001

项目名称： 合达联行“乐盒”项目

密 级：公开 版本信息： V1.0

创 建 人：

创建日期：2014年9月10日

审 核 者： 批 准 人： 批准日期：

编辑软件：Microsoft Word 2007/2010中文版

文件状态：√草稿

「」正式发布 「」正在修改

上海正善信息科技有限公司

<版权所有>

上海正善信息科技有限公司

文档修订记录

版本编号或*变化 简要说明（变更内容和变者更改记录状态 更范围） 编号 日期 人 变更批准日期 人 批准*变化状态：A——增加，M——修改，D——删除

文档审批信息 序号 审批人

角色 审批日期 签字 备注

机密文件2 / 14

上海正善信息科技有限公司

主要内容

1

引言 ..................................................................................

第二部分

IT项目管理之需求为准

需求工程需求开发 需求获取 需求分析 文档编写 需求验证 需求管理 需求状态 需求跟踪 版本控制 需求变更

基础认知需求相关概念剖析

需求的重要性

需求是业务的根源，需求工作的优劣对业务影响最大。就像一 条河流，如果源头被污染了，那么整条河流也就被污染了。

需求是缺陷主要来源错误引入阶段分析Requirements 56% Design 27%

James Martin: 超过50%的缺陷由不完善的、不正 确的、不准确的和/或不明确的需求 所引起

Code 7%

O ther 10%

错误定位费用分析Requirements 82% Design 13%

James Martin: 80%以上的用于定位业务错误的费 用是基于业务系统需求定义的错误

Code 1%

O ther 4%

一个小故事

如何练就需求分析的火眼金晴？ 5W + 1H + 8C 5W就是 Who、When、Where、What、Why Why是关键 1H就是 How – 需求本身的流程 8C指的是8个约束和限制，即8个Constraints: 包括性能Performance、成本Cost、时间Time、可 靠性Reliability、安全性Sec

软件项目需求规格说明书规范文档

文件编号：（项目简称）-RDM 受控状态：■受控 □非受控

保密级别：□公司级 ■部门级 □项目级 □普通级 采纳标准：CMMI DEV V1.2 记录编号： 分发编号：

XXXX项目

软件需求规格说明书

xxx公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。

软件项目需求规格说明书规范文档

文件修改控制

*修改状态：C——创建，M——修改，D——删除，R——发布

软件项目需求规格说明书规范文档

目录

XXXX项目............................................................................................................. 一-- 1 - 软件需求规格说明书.......................................................................................... 一-- 1 - 第一章 引言.......................................

一、 工具类软件项目需求与设计案例——计时工具系统

对于类似word之类的工具类软件，应该如何获取它的需求呢？五维三级需求法应该如何应用呢？该案例以一步一动的方式详细剖析了需求的过程......

(一) 计时工具系统案例与需求方法简介

1) 计时工具系统案例与需求方法简介

某软件公司的开发项目进度计划总是那么不准确，延期经常出现，更可恨的是项目团队甚至无法给出一个相对比较明确的延迟时间，这给市场的推广会带来很大的影响。以下是公司领导之间的对话：

市场部经理：研发部承诺本月实现的产品功能又没按期交付，这已经是第三回了。这导致产品上市时间总是不确定，给我们市场和营销人员带来很大的麻烦，你们知道吗？

研发部经理：针对这个问题我们花了很多时间来解决，但一直收效不好。我也在积极想办法，我用过FP模型、WBS方法等....

总经理：（打断研发经理的话）这问题靠我们自己闭门造车是不行了，看看能不能借助外脑？我看这样吧，由你（研发经理）负责，请一个这方面的顾问，如果有必要还可以采用信息化手段，采购或研发个工具软件，帮助我们更好地解决该问题....

这就产生了一个项目机会，那么对于这类件项目，又该如何抓需求呢？

2) 五维三级需求法

“五维三级需求法”即从广度

第二部分

IT项目管理之需求为准

需求工程需求开发 需求获取 需求分析 文档编写 需求验证 需求管理 需求状态 需求跟踪 版本控制 需求变更

基础认知需求相关概念剖析

需求的重要性

需求是业务的根源，需求工作的优劣对业务影响最大。就像一 条河流，如果源头被污染了，那么整条河流也就被污染了。

需求是缺陷主要来源错误引入阶段分析Requirements 56% Design 27%

James Martin: 超过50%的缺陷由不完善的、不正 确的、不准确的和/或不明确的需求 所引起

Code 7%

O ther 10%

错误定位费用分析Requirements 82% Design 13%

James Martin: 80%以上的用于定位业务错误的费 用是基于业务系统需求定义的错误

Code 1%

O ther 4%

一个小故事

如何练就需求分析的火眼金晴？ 5W + 1H + 8C 5W就是 Who、When、Where、What、Why Why是关键 1H就是 How – 需求本身的流程 8C指的是8个约束和限制，即8个Constraints: 包括性能Performance、成本Cost、时间Time、可 靠性Reliability、安全性Sec

社工项目需求调研报告范文

一、内容摘要:

本调查报告旨通过对肇庆市鼎湖区部分老年人的问卷调查，了解退休老年人的饮食起居、经济、消费、精神状况等各方面基本情况和特征，以及他们在社会工作方面的需求，反映出老年人目前存在的一些问题和困难，以便为有关服务机构和有关部门的改进工作提供科学依据和重要参考。从而有针对性的做好老年人的保健工作。研究发现退休老年人的业余爱好单一，且生理、心理需求满足水平低。对于老年人而言，老伴子女是其晚年生活的主要依靠。而对于社会工作需求，在非得选择的情况下，老年人对社会需求才会存在，这就使得社会工作供给更积极主动和有志愿性。

二、关键词:生活状况心理心态养老方式社会需求

三、调查的目的和意义 :

人口老龄化是二十一世纪最突出的社会现象。目前我国60岁以上的老年人有1.3亿，预计21世纪中叶将达到4亿左右。这表明，老龄问题已成为世界范围的大事，应受到全世界普遍关注

和重视。在世界范围内老龄化速度日益加快的今天，老年人生活方式的改进和生活质量的提高，已成为城市老年发展的重点和焦点，了解各阶层老年人的生活状况和思想状况，也越来越有了很大的必要性。

本次问卷调研主要了解鼎湖区老年人生活情况，掌握了当地老年人口的一些资料，反映出老年人基本的生活状况

电 信 学 院

确定产品前景与项目范围报告

实验名称 基于ipad的点菜系统 专业、班级 软件工程091 组员 实验日期 2012-10-28 指导教师

Revision History

The following is a history log of revisions to the document: 编撰/修订者姓名 吴建明 黄波波 王佳佳 1.0 1.0 1.0 版本 日期 2012-10-14 2012-10-14 2012-10-14 描述 基本描述 基本描述 基本描述 目 录

REVISION HISTORY .........................................................................................................

精心整理

引言

1．1编写目的

·阐明开发本软件的目的；

1．2项目背景

·标识待开发软件产品的名称、代码；

·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户；

·说明该软件产品与其他有关软件产品的相互关系。

1．3术语说明

列出本文档中所用到的专门术语的定义和英文缩写词的原文。

精心整理

1．4参考资料（可有可无）

列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合

同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品

的软件需求规格说明。

在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资

料来源。

2．项目概述

2．1待开发软件的一般描述

描述待开发软件的背景，所应达到的目标，以及市场前景等。

精心整理

2．2待开发软件的功能

简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或

图形的方法进行描述。使用图形表示，可以采用：

·顶层数据流图；

·用例UseCase图；

·系统流程图；

·层次方框图。

2．3用户特征和水平（是哪类人使用）

描述最终用

文档编号： 编 撰： [ ] Draft [√] Released 编撰日期： [ ]Modifying 保密级别： 文档版本：

文档状态： 1.0.0

项目名称

（The English Name）

软件需求分析报告

XXX项目组

修订表

编号 1 2 3 4 5

生成版本 修订人 修订章节与内容 修订日期 PAGE 2 OF 19

审批记录 版本 1.0.0

审批人 审批意见 审批日期

PAGE 3 OF 19

目 录

1. 引言............................................................................................................................................................................................... 5 2. 系统概述...............................................