excel需求调查(什么是需求分析调查)

1. 什么是需求分析调查

通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。　　需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。　　需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(RequirementsEngineeringNetworkofInternationalCooperatingResearchGroups)，并开始开展工作。　　需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。RE可分为系统需求工程（如果是针对由软硬件共同组成的整个系统）和软件需求工程（如果仅是专门针对纯软件部分）。软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。　　需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。80年代，HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理。近来，MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证。　　综合了几种观点，可以把需求工程的活动划分为以下5个独立的阶段：　　（1）需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求；　　（2）需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义；　　（3）形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约；　　（4）需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性；　　（5）需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。

2. 需求分析调查方法

需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段包括：

1.业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。

2·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。

3·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

4·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。

5·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。

3. 需求调查与需求分析的关系

需要，欲望，需求都是想要的意思，只是表现形式不一样而已。

需要就是可以的意思，应该的意思，也就是说也可以不用，比如你的作画水平需要再巩固一下神态绘画功底。

欲望就是有心中发出的渴望，是预期想要的目标，比如这个人求生欲望很强，希望大夫尽力抢救。

需求就是必须供给的要求，比如赶紧加班加点撵任务啊，市场需求量很大。

4. 需求调查分析报告

1.完善功能需要配备材料仪器等。

2.功能正常运转需要准备人手场地等。

5. 需求调查报告

调研报告模板 题目 表述课题所研究的对象和内容。

要求字数少、简明精炼，最多不超过 20 字。如果设有主、副标题，副标题指具体的研究内容。摘要 对本文的研究内容及结论作一简明的概述，有的还涉及所研究的条件、方法和意义等。由于文字数量所限，必须重点突出，文字简练。摘要字数控制在全文字数的 5 ～ 10% 以内。关键词 此是为方便他人的浏览所必需的。关键词需要符合调研及专业术语的通用性。其设置数量一般为 2 ～ 4 个，每个词均为专业名词（或词组），一词在 6 个字之内。前言 主要是阐述调查问题的提出，调查的目的、对象、方法和调查组织及工作完成情况等。正文 调研报告的核心内容。通常以调查研究后提出的观点或得出的结论为纲目，对逐个观点（问题）进行论述，同时阐明它们之间的关系。切忌只是调查材料的简单堆砌，无主次之分，无作者自己的分析和观点。意见和建议 此部分也是调研报告的重要组成部分。调研的最终目的在于解决实际问题。作者在经过调研摸清情况，掌握规律的基础上，提出解决问题的意见和建议，它既可以为决策者提供依据和空间，也可为后人进一步研究解决问题奠定基础。致谢 即向指导老师、向曾经支持和协助自己完成论文课题研究工作的教师、技术人员，以及合作伙伴等人表示谢意。参考文献 即列出在论文报告中引用的相关文献

6. 需求分析调查问卷

首先，得思考为什么采取问卷形式进行调查，问卷形式能调研到什么内容，除了问卷还需要其他方式进行调研。如何设计培训需求调查问卷更有效呢？简单的逻辑是明确调查目的，本着以客户为中心的原则，采取“对谁说、说什么、怎么说”的策略。

一、明确培训调查目的

通常意义上讲，很多HR认为问卷调查目的就是了解员工培训需求啊，其实不竟然。可以有以下目的：

1、了解员工自身职业发展的培训需求（如：在公司职业规划与能力匹配需求等）

2、了解员工岗位工作技能的培训需求（如：实际工作遇到哪些问题、工作岗位的KPI和资源需要等）

3、收集员工对培训工作的反馈（如：培训组织、课程内容、培训形式、讲师、激励政策等）

4、了解员工对于培训公司的支持（如：如何参与培训工作、培训宣传与评估等）

5、对员工科普培训认知或公司政策（如：公司培训战略、如何积极让员工参与培训课程研发）

6、甄别哪些员工属于重点要培训的对象（如：按照意愿和能力划分的员工、可以培养成讲师的员工等）

......目的可有很多，不限于以上，需要HR根据企业实际情况去设定。

二、以”客户”为为中心

这里面”客户“指的是被调研对象，切忌一刀切，很多公司设计一个调查问卷模板，所有员工通用。其实是错误的，因为管理层与员工肯定在培训需求上不一样的。所以需要站在被调研对象角度去思考：

1、为什么要填写这个问卷？

2、填写这个问卷对他们的好处有哪些？

3、如何让他们更快捷更有效填写问卷？

4、如何避免“交作业”的情况出现？

...... 所以这几个问题都要思考，在问卷开头要明确目的和意义，在调研过程中还要设计一些问题，答完想进一步与HR沟通，在下面会举例说明。

三、对谁说、说什么、怎么说

1、对谁说

管理层与普通员工诉求不一样，管理层更多想完成KPI目标，员工更多想提升个人技能。所以对谁说，决定了问卷的形式不一样。

2、说什么

很多问卷都会采取封闭式回答，然后做出统计分析，其实有的时候可选择的封闭答案不一定是最真实的。这里面只讲一个原则：

1）共性的问题适合封闭性回答，个性化问题适合开放性回答。

2）管理者适合开放性回答，普通员工适合封闭性回答。

3）征求意见类问题适合开放性回答，反馈性问题适合封闭性回答。

3、怎么说

怎么说指的是问题如何设计，问题如何设计要围绕问卷的目的来设计。比如如何让管理者填完问卷想与HR做进一步沟通的打算。eg：

1）你是否愿意设计一门专属自己的课程，如果有，你希望得到公司哪些支持，在支持的答案里面增加一个可以与HR沟通的方式与渠道的选项。

2）你是否想在一年内升职加薪，如果有你觉得你需要完善哪些技能？

看看这些问题是不是和你平时设计的不一样，为什么？因为每个问题都会激发员工内心的驱动力，同时植入他们想这么做的冲动，同时你对那些认真填写此类问题的人有个基本的甄别，怎么样是不是很有意思。

语言篇幅不再详细赘述，总之HR在问卷设计上要学会格物，第一层次，问卷和其他调查方式如何配合；第二层次，问卷调查方式要达到何种目的；第三层次，每个目的下，问卷内和问卷外需要怎么调研出来。

7. 什么是需求分析?

自身需求分析就是对“要求”或者“需求”进行深入细致地调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么，为系统设计、系统完善和系统维护提供依据。