需求论证步骤和方法

⑴ 获取用户需求的主要方法

需求获取分四个阶段：获取需求、分析需求、撰写需求文档、验证需求。需求获取到之后要对需求进行分析，将合理的需求整理成文档，最后再以文档为基础对需求进行评审、验证。这个步骤可能需要几次循环，不断地优化需求。

获取需求：也叫捕获需求，需要人为主动地去捕捉。可以通过问卷调查、用户访谈、竞品分析、市场分析等方法获取。

分析需求：将获取到的需求进行过滤、分析、加工、整理，最后筛选出真正有价值的需求。在分析需求的过程会用到很多方法，例如使用SWOT分析法分析产品的优势、劣势、机会、威胁；使用长尾效应分析法分析产品边界，分析核心需求、基本需求、满意需求、期待需求、兴奋需求，哪些需求是产品的头部，哪些需求是产品的尾部，辐射到的用户范围有哪些；使用优先级分析法将需求按重要度、紧急度、影响度进行划分，区分出需求的优先级，先开发哪些，再开发哪些。还有以竞品对比、用户偏好、商业价值等从各方面对需求进行分析，最终才能找出真正有价值的需求。

撰写需求文档：为了便于需求信息的传递和梳理，可以将分析后的需求以文档的形式记录下来，并形成规范，以便于与产品有关的人员之间的沟通。需求文档中要有各模块、页面、功能的说明，各功能的输入、加工和输出信息，以及各种图形内容，以便文档信息更准确的传递。

验证需求：此步骤是论证需求的过程，不是所有经过分析得到的需求都是正确的、合理的，需要通过评审论证以证实需求的正确性和合理性。验证方式可能是会议评审方式，也可能是主要负责人逐条排查的方式。

如果进入下一个阶段，发现有问题怎么办？在需求获取的每个过程都是可逆的，当下一阶段出现问题时，需求分析会回滚到上一阶段。可以从用户、网络、公司内部人员、竞品、行业动态及内心感知等方面获取用户需求，具体介绍如下。

1．直接用户

这是最直接的获取用户需求的方法，用户会通过语言、情绪、动作、表情来表达自己的好恶，如果产品解决不了用户的问题，他们就会用脚投票。用户能明确说出来的都是用户期望解决的需求，这些都属于基本需求。有的需求是用户表达不出的或者根本就没有意识到的，而这种能够引领市场、让产品脱颖而出的需求才是高价值的需求。

2．行业动态

“与天斗，其乐无穷；与地斗，其乐无穷；与人斗，其乐无穷。”做产品要时刻关注行业动态信息，政策环境就属于产品的“天”，市场环境就属于产品的“地”，用户就属于产品的“人”，我们要随时关注政策变化、市场环境变化，这样才能够保证产品的方向是正确的。这里说的“斗”是研究的意思，多研究产品的大环境，才能在第一时间抓住机遇、把控时机。

3．内部人员

一家公司往往只关注一个行业，公司内的同事都是这个行业的精英，对自己所从事的行业有着较深的感悟。例如运营人员大多关注产品与市场之间的关系，客服人员大多关注着产品与真实用户之间的关系，业务人员大多关注产品与潜在客户间的关系……公司内的每个人对产品都有不同的解读和思考，从他们那里可能会找到正确的答案。

4．竞品分析

当我们刚进入一个行业时，最快速的了解产品的方式就是研究竞品。除要研究竞品的功能外，还要研究产品功能背后的逻辑和思想。为什么要这样做，根据什么逻辑，能解决用户什么问题，用户的反应是什么。研究竞品并不是要克隆竞品，要了解市场、行业及用户。我们最好能找到真实的数据，用数据来说话，找出哪些功能是用户最迫切需要的。我们只有更好地了解竞品，才能更好地解决问题，为客户提供更优质的服务。

5．网络信息

调研和获取需求不一定非要与用户面对面地沟通，实际上有很多种方式都可以收集到用户需求，如网站的留言，企业的公众号、微信、微博等，这些窗口都可以作为与用户沟通的渠道。

6．内心感知

“树欲静而风不止”，用户的需求是不断变化的，会因时间、地点、人物角色的不同而不同，每个人看问题的角度都不同，每个人的思想和成长经历也不同。

同样的产品在不同时期对用户的价值也不同，如“大哥大”、BB机在20年前风靡全国，而如今它们已经被淘汰在历史的长河中。据说，乔布斯是从不做市场调研的，他只是看镜子中的自己，用心去领悟产品。世上的功夫有很多种，长拳、八仙拳、天罗拳、地煞拳、六星拳等，但我认为最高境界的功夫应该没有招式，即以无招胜有招，套路是固定的，但现实的变化是无穷的，用有招数的套路去应对无穷的变化一定会失败。所以最好的需求获取方式就是用心去领悟，把自己真正融入产品的世界中。

⑵ 需求分析的步骤有哪些

一、需求识别
需求人员在此步骤应该分析需求类别、需求复杂度和需求价值用来确定需求实施的优先级。

1.需求类别确认：

需求类别包含流程类需求、统计分析类需求、接口类需求，一个需求可能为某一类型需求，也可能包含多类需求。

确认需求类别后应对每类需求的数量进行初步分析（比如流程类需求包含几个流程、统计分析类需求包含几个报表、接口类需求包含几个接口）。

2.需求复杂度分析：

一般需求受理工作量在1-5人天的需求复杂度低，工作量在5-15人天的需求复杂度中，工作量在15人天以上需求复杂度高。（工作量表示需求受理全过程需求人员需要付出的工作量）。

3.价值分析：

需求人员收到需求后应根据收集需求内容初步分析需求痛点/目标、需求复杂度、业务重要程度确定需求价值，需求价值分析
二、业务流程/统计查询/接口分析
针对流程类需求必须进行业务流程分析，统计查询和接口类需求可不进行详细的流程分析。

1.业务流程分为部门级、组织级和岗位级

部门级流程关注脉络需要分析涉及哪些具体岗位、执行活动、每个活动之间的关联关系，它是需求分析的主线条，也是流程分析的主要产物。
组织级流程关注宏观一般不会直接绘制，是对部门级流程的概括和抽象。
岗位级流程关注每个业务活动的执行步骤属需求细节范畴，在流程分析阶段不要过度进入细节。
2.需求识别阶段确认的流程均为部门级流程

需求人员在进行流程分析应遵循如下方法：

（1）业务流程确认：

一个流程为一个业务事件，一般是外部角色发起或系统内部主动发起（比如时间事件或状态事件），发起后会触发一系列业务活动。

（2）角色及业务活动确认：

流程图中的每个泳道都必须对应到角色，每个角色对应多个业务活动。需求人员在确认业务活动时一定要保证活动的粒度，一个业务活动一定是由一个角色完成且每个业务活动都是有价值的活动。

比如项目输入项目名称是一个执行步骤，这个动作没有价值，项目经理查询项目信息就是一个业务活动。

在需求描述时针对线下活动或新增活动应该应标识区分。

（3）业务活动间关系及数据确认：

确定所有业务活动的前后置关系，并明确流程间的传递的数据实体。

（4）流程整体瓶颈分析：

一般若某个角色业务活动工作量较大，或流程涉及高级领导，一般都会造成瓶颈，这种情况需求人员应想办法分散工作量提出流程优化建议。

3.针对统计查询类需求及接口类需求，按照上述业务活动确定原则分析、确定角色，并明确每个角色所执行的业务活动即可。

三、数据实体分析
针对流程类需求需要分析各业务活动传递的数据实体，统计分析类需求需要分析统计查询条件和查询展现两类数据实体、接口类需求需要分析接口传递数据实体，具体分析包含如下内容：

1.明确数据实体：

确认需要分析的所有数据实体，明确哪些为系统原有实体、哪些为新增实体、哪些为改造实体。

2.明确所有数据实体间关系：

实体间关系包含（1对1、1对多、多对多），另外需要分析数据实体变更是否需要保留版本，实体删除（逻辑删除、物理删除）是否影响其它数据实体。

3.明确数据实体字段：

针对新增数据或改造数据实体需要明确新增字段的名称、字段类型、是否必填、字段取值方式（人工输入、系统自动继承自其它数据实体、系统自动计算需要明确计算公式）。

4.数据权限分析：

需要分析不同角色在数据权限方面的差异，若涉及纵向多级用户，要说明对于集团/省/地市用户的数据隔离。

四、角色及使用场景分析
一般来说每个业务活动是对用户使用场景的抽象，每个业务活动可能包含多个场景，分析使用场景时应按照业务活动为主线逐个进行分析，每个业务活动分析时应包含如下内容：

1.明确活动执行角色。

2.明确活动执行的前置条件和后置条件。

3.明确不同场景：

一个业务活动可能包含正常的使用场景、备选使用场景和异常使用场景；

4.明确每个场景的执行步骤：

描述执行步骤时应使用简单的语法，主语明确语义易于理解，每个步骤不应该在任何一方（执行角色、系统）停留两部以上，重点描述如何交互。

5.业务规则和约束：

明确在每个业务活动下应遵循的业务规则和约束，这里一般是与业务流程相关的行为规则（比如项目周期时长超过90天必须提交二级领导审批），或与数据实体相关的数据规则（需求交接单拒收时候必须填写拒收原因，且拒收原因不能超过500字）。

五、系统功能分析

⑶ 需求分析的十个步骤

1、概念明确----2、需求分析目的------3、如何识别需求---4、判断需求真伪----5、分析[ 用户故事评估框架、马斯洛框架、营销框架定位]---6、评判价值----7、砍需求能力---8、分类----9、排优先级----10、提升需求分析能力

一、什么是产品需求?

1、想要 vs 需要 vs 需求

“想要”(Want)是用户外在表达出来的，而“诉求”(Need)是用户内在的心理预期。产品需求满足的是用户的内在诉求，这是根本。

想要(Want)是外在的、具体的、有指向性的解决方案。

需要(Need)，或者如我们前面说到的“诉求”，是内在的、原始的最终动机。

需求(Demand)是满足内在需要的同时，在可控成本内实现外在想要的解决方案。

二、需求分析的目的

需求分析，本质是动机的分析，目的在于预测用户未来的行为。需求分析阶段的产出 物，需要回答用户要什么、为什么要，还要回答以后什么情况下还可能要类似的东西、这种情

况有什么特点、如何人为的制造这种情况、

需求重要，是因为它是用户行为的动机;需求是分层的，说出来的一个样，实际是另一个样。

用户需求分析，是为了通过分析动机，准确预测用户的行为。不同的需求，代表   了不同的动机，注定会产生不同的行为，应当看做不同类型的用户。

在需求分析中考虑竞争性，是为了比竞争对手预测得更准确，这是我们在后面要说的。

【知识点】需求= 购买欲望 + 购买力 = 需要 + 目标产品 + 购买力

三、如何识别需求？

       分析完需求，那我们如何去发掘新需求呢?这里就涉及如何识别需求。 识别需求可以从三个方面去考虑，分别是视角、效率、体验。

       1、视角

       先说视角。作为产品经理，我们要具备多样化的视角来审视需求和产品，分为用户视角和产品视角。

        比如:开头我们提到的关于微信朋友圈可见范围的例子，相比于之前三天可见和半年可见，增加了一个月可见范围。

        在这个设计里，用户往往会站在自我的角度说，“不想让别人看我的朋友圈”，这是用户视角。而产品视角是考虑群体和整体，是“让用户更小压力去发朋友”。这种视角差异，最终的方案也会有差别。

        用户视角满足的是“想要”(Want)，产品视角实现的是“需要”(Need)。

        2. 效率

        另一个识别需求的维度就是效率。在最优效率的前提下，满足尽可能多的用户需求。

        我们还是用一个例子来说明，用过微信公众号赞赏功能的人都知道，如果自己赞赏过作者，那自己的头   像就会始终排在最前面。

        如果自己没有赞赏过，那每次进入文章，且赞赏人数超过 24 人后，底部的赞赏头像都不是固定顺序展示的。

        3. 体验

            最后一个识别需求的维度就是体验，关于体验，做产品的同学就比较熟悉了。体现在信息架构设计、流程设计、交互设计还有文案设计等方面。

            体验也是一个很虚的指标，很难量化，每个人的认知和感受都会因为习惯、文化、个人倾向产生差别。任何细节的体验设计，都会给用户传递一个认知，而我们要明白的是，独立个体的认知差异是很大的。

            比如:对于“快车”这个概念，刚出来的时候，大众是无认知的，只能找到对标，比如出租车和专车，而快车是介乎于两者之间的一种服务。

            如何更好的设计快车体验呢，其实用价格比专车低、比出租车干净舒服、且车多三个认知来传递给用户，就能让用户快速接受并理解。

四、接收需求判断真伪

真需求要满足三个条件

            1. 该用户属于目标用户

            2. 需求必须符合产品定位

            3. 需求能够实现

五、如何分析需求

1、采用用户故事的方式进行分析

    需求是结合用户表达的外在欲望、内在的核心诉求以及可用成本的综合评估。

    基于这个定论，我整理了一句话，可以作为需求分析的一个评估框架—— 我们为谁用什么方法解决了一个什么问题?

    在这句话里，“谁”指的就是我们的目标用户，我们需要明确用户画像;“问题”对应的是前文提到的需求，而“方法”就是我们基于需求提供的产品方案。

    我们为谁用什么方法解决了一个什么问题?其实就是在反问我们自己，作为产品经理，你在为哪类人服务，他们的核心诉求是什么，你设计了一个什么产品方案去满足他们的需求。

用户分析，我们可以从用户身份和用户特征两个角度出发，用户是什么人群，年龄、性别、地区等都是构建用户画像的基本素材。

目标用户有什么样的特征，比如职业特征、文化特征等，这些都能帮助我们进一步理解用户。

其次是需求场景，说白了，就是用户是在什么环境和状态下来使用我们的产品。

“场”是时间加空间，“景”是情景和互动。当用户停留在这个空间的时间里，情景互动触发并裹挟用户的意见就是场景。

可以用比较通用的马斯洛需求理论对用户需求进行分析，评估满足的是哪个层级的

需求，或者是通过用户体验五层模型来划分需求层级。

用户价值是从体验和效率两方面来衡量的，一个需求能改善现有体验，那就能提升用户价值，能提高使用效率，也能提升用户价值。

如何衡量体验是否有提升呢，可以用新体验减去旧体验的方式，例如针对某个体验改进，简单粗暴的做法就是新旧体验相减得到的用户投诉率，如果为正，说明用户价值有提升。

而效率则可以通过用户完成某一任务的平均时长来衡量，例如在电商产品中，用新旧总平均成交转化时长的差值来衡量提单效率是否有提升。

商业价值就比较直观了，关乎于成本和利润，互联网传统的商业化方式包括了广告、游戏、会员等。目前也有很多做增值服务和第三方能力输出服务的，这都是商业化手段，同时也会对应到一些产品需求上。

2、马斯洛框架和营销层方式结合起来

做需求调研和分析，最尴尬的结局就是:用户以为自己说清楚了，我们以为自己听清楚了，结果两边就这样整差了。

 在产品上线之前，甚至在进入产品设计阶段之前，我又怎么能知道我做的需求分析已经足够深了呢?

  行业给出的一般方法是MVP(MinimumViable Proct)，利用MVP收集线上实际数据。 但MVP只能告诉你，你是错了还是对了，依然解决不了“为什么”以及“应该怎样”的问 题。况且MVP还有覆盖度的问题，怎么设计才能让MVP覆盖所有“应该”被测试的场景呢?

到了1959年以后，马斯洛认为“人本”的导向会产生“自由主义”倾向，从而产生自私、不负责任、不顾他人、自我放纵等自我中心倾向。于是，马斯洛于1969年发表了论文《Z理论 ——两种不同类型的自我实现者》，并依照“超人本心理学”(Trans-HumanisticPsychology)将需求层次理论拆解为三个次理论:X理论、Y理论和Z理论。

依次为:

Z理论

                       最高需求(超越性灵性需求)

Y理论

                       自我实现需求

                       尊重需求

                       社会需求

X理论

                        安全需求 生理需求

营销学中的需求分层

在科特勒老师的《营销管理》(15th Global Edition)中，给出了这样一个案例:

表明了的需求:顾客需要一个便宜的汽车;

真正的需求:顾客需要一个养车比较便宜的汽车，而不是价格便宜的汽车;

未表明的需求:顾客希望零售商提供较好的服务;

愉快的需要:顾客希望零售商给装配车载GPS系统;

秘密的需要:顾客希望朋友们将TA看作是懂行的消费者;

有了前面两套框架，我们就守住了需求的来源和表达过程。但是两套框架的用法正好截然相 反:马老师的框架是“5:1”——从五个层次里选一个当前所在的层次;但营销学的需求理论 是“1:5”——拿到一个需求从五个方面来分解。

我们用卖苹果的例子还原一下需求分析的过程:

用户说:“我要买一个苹果”。此时千万不要直接就套上马老师的需求层次了，因为这根本就不是一个“根本性”的需要，而是一个结合了具体产品——苹果的具体需要。

这时应当用的是营销中的五个分类:

                       表明了的需要:我要一个苹果;

                       真正的需要:可能是解决饿肚子，可能是解决馋，更有甚者是解决低血糖的症状等

  等;

                       未表明的需要:如果为了填饱肚子，就需要个大的;如果为了解馋，就需要味道好

  的;如果为了解决低血糖，就需要一个更甜的;

                       愉快的需要:吃饱了、解馋了、头不晕了(低血糖的症状之一)当然开心，如果买一

  送一、免费加工成苹果汁、还能额外加点糖，有可能就更好了;

                       秘密的需要:可能是工作繁忙，接下来还要赶往别处，实在没时间吃别的了;又或者

  是最近吃胖了，需要用水果当饭吃;

六、评判需求价值

1. 广度:受众人群以及受众面

2. 强度:用户对于需求的迫切程度

3. 频率:间隔时间及可持续性

七、砍需求能力

                        1. 对需求进行价值评估和量化

                        2. 关联性较强的需求进行整合

                         3. 排列优先级

所有对产品的价值判断，都基于对行业、市场的探知程度;对人性的认识和了解程度(发现没有，把握人性始终贯穿产品的各个层面)

八、对需求分类

九、对需求排优先级

能用是基本要求，能用的标准是产品功能完整、没有异常、逻辑闭环，如果功能或流程缺失，或者产品有bug，那是达不到能用的标准的。

易用对应一些锦上添花的需求，在满足能用的前提下，做流程优化和交互优化，使产品达到用户体验良好的状态。

爱用是让用户形成习惯和依赖，例如我们在朋友圈里发布了很多内容，随着内容增多，我们的离开成本就越高，并且每次都能收到朋友圈的正向反馈，这个闭环就能形 成习惯和依赖。

传播能力使产品具备价值可扩散的属性，满足用户需求并获得市场认可后，需要将价值外延以吸引更多的用户，这是建立在基础功能完备、体验优良，并且满足用户价值 的前提下。

十、如何提升需求分析能力？

1. 倾听

首先是倾听，面对需求方，不论是用户还是运营还是工程师，首先做到先听，这是放下自我做产品的前提。

什么是事实? 客观的原因和现象是事实，基于现象去分析背后的原因，基于原因再形成观点。

2. 观察

其次是观察，观察是最好的洞察用户需求的方式，到用户身边去，看他们做了什么，行动往往反映了用户的真实诉求。

3. 同理心

       如何切身感受、设身处地呢?最简单的方式就是到用户的环境中去，感受用户不如变成用户。

只有切身感受，尤其是感受到了痛，你才真的理解了用户。

附记：

需求沟通:需求中的需求?

            至于怎么讲，我们还可以套用前面的框架——老板跟你说:“你做个需求分析”。

 那么:        

表明了的需要:老板需要你做一个需求分析;

真正的需要:老板可能在策划下一款新产品，或者要把一个竞争对手打掉，或者是老板的老板要求下来的，或者......

未表明的需要:时间呢?质量呢?形式呢?汇报对象呢?怎么，你不知道?快问啊!

愉快的需要:老板可能希望你从不同的视角(员工视角、跨行业视角、年轻视角等 等)给出不一样的答案;可能希望你直接做成他能用来汇报的ppt格式，可能......

秘密的需要:老板背负着公司巨大的业绩压力需要寻找突破口、老板“可能”也有自己升职加薪的小算盘......

⑷ 软件项目需求开发基本步骤

由于软件开发项目和组织文化的不同，对于需求开发没有一个简单的、公式化的途径。下面列出了一些基本步骤，可以利用它们指导需求开发活动。对于需求的任何子集，那么你就可以很有信心地继续进行系统的每一部分的设计、构造，因为你将开发出一个好的产品：

1. 定义项目的视图和范围，确定每个功能的实现目的。

2. 确定用户类（涉众）。

3. 在每个用户类中确定适当的代表。

4. 确定需求决策者和他们的决策过程。

5. 选择你所用的需求获取技术。

6. 运用需求获取技术对作为系统一部分的使用实例进行开发并设置优先级。

7. 从用户那里收集质量属性的信息和其它非功能需求。

8. 详细拟订使用实例使其融合到必要的功能需求中。

9. 评审使用实例的描述和功能需求。

10. 如果有必要，就要开发分析模型用以澄清需求获取的参与者对需求的理解。

11. 开发并评估用户界面原型以助想象还未理解的需求。

12. 从使用实例中开发出概念测试用例。

13. 用测试用例来论证使用实例、功能需求、分析模型和原型

end

2018-5-19

⑸ 软件需求分析4个步骤

一、需求分析理论

软件需求涉及功能性问题非常广，我们用抽象化理论分析，可以划分各个功能域，用不同的数字代替，软件——S，功能域——A1、A2……An

S＝{A1、A2、……An}

但是功能域B又存在若干问题P1、P2……Pm组成，并且每个功能对应于子系统中的一个软构件，可以表示为-B＝{P1、P2、……Pm}

功能G有若干个行为F1、F2、……Fj，每个行为对应于软件构件中的实现方法

G＝{F1、F2……Fj}

一个软件包含了所有功能的集合，同时包含了实现所以功能的所有方法和算法描述。需求分析是依据用户动机，经过需求问题识别，进行分析、消除分驰和综合，编写用户故事，评审；形成用户需求与设计同步，设计满足用户需求目标。

需求开发方法贯穿这个产品生命周期，利用不同的开发方法论进行挖掘需求，帮助用户找到问题，梳理问题，判断产品实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前进行周密的、全面的思考软件产品功能，用商业化行为解决需求与现实中存在的矛盾，解决用户需求与商业化产品功能融合，解决规范和个性化需求。
二、软件需求开发的目标

1、对实现的软件做一个全面的描述，帮助用户找到问题矛盾解决用户场景痛点，帮助用户在进行产品规划时做到周密，全面产品定位需求

2、了解和描述软件实现所需的全部信息，为产品设计、确认和验证提供一个基准

3、为软件产品管理人员进行软件产品成本评估和编辑软件开发计划书提供保障

需求开发-软件功能需求、软硬接口、非功能性需求、设计约束、反向需求、阅读支持信息。

软件需求分析尽量提供软件实现功能需求的全部信息，使软件设计人员和测试人员不在需要和需求方进行接触，保证需求分析的一致性和完整性。

三、软件功能需求

描述软件功能实现注意——

1、功能需求的完整性和一致性

2、功能描述的无异议和可追踪

3、功能描述清洗和功能可测试

四、软硬接口

1、人机接口

2、硬件接口

3、软件接口

4、通讯接口
五、非功能性需求

1、运行环境

2、时间需求

3、处理容限、精度、异常处理机制等

4、可靠性要求、可维护性、安全性

⑹ 如何分析学习需求

学习需要 ：指学习者目前的学习状况与所期望达到的学习状况之间的差距。

差距=期望-现状

期望状态：社会对人才需求的标准

对学习者的总期望由以下因素决定：

学习者未来的职业或正从事的职业的新发展对人才的要求

学习者生活的社会及其变化与发展所赋于学习者的历史使命

学习者未来的工作岗位或所在岗位的技术变化对人才的希望

学习者自身对知识、技能、态度的培养和发展方面的个人要求

现状:学习者群体在能力、素质方面现有的水平

二、学习需要分析的概念

学习需要分析是一个系统化的调查研究过程，这个过程的目的是要揭示学习需要从而发现问题，通过分析问题产生的原因确定问题的性质，并辨明教学设计是否是解决这个问题的合适途径；同时它还分析现有的资源及约束条件，以论证解决该问题的可能性。

（1）、通过调查研究，发现教学中需要解决的问题；

（2）、分析所面临的问题的性质，确定采用教学设计的方法能否解决该问题，论证解决该问题的必要性；

（3）、分析现有的资源条件及可能受到的限制，明确进行教学设计的可行性、重要性；

（4）、形成总的设计目标。

✧ 系统化的调查研究过程

✧ 实质是分析教学设计的必要性和可行性

三、学习需要分析在教学设计中的地位

学习需要是教学设计过程的基础

教学设计是解决问题过程。

学习需要是一种差距分析。

学习需要分析有助于理顺问题与方法、目的与手段的关系。

简例：大学英语四级测试

1、发现问题，明确差距 80%—30%=50的通过率

2、分析问题原因

1)原因的表象----听力、阅读、写作失分太多

2)形成差距的真正原因：

A 环境——设备、设施、工具材料

B 激励机制---外部

C 教学原因：动机水平（价值*自信）----内部

知识与技能（教学时间与方法；教师素质与态度；课程计划、教材、学习资源）

D 确定教学设计的必要性

3、分析可行性（人、财、物的支持、重要性）

4、形成“选择或开发课程计划及配套教材”的项目及项目总目标

第二节 分析学习需要的基本步骤和方法

一、学习需要分析的逻辑步骤

1.教育机构做出要进行教学设计的决定

2.教学问题症状需要鉴别。

3.确定问题解决后适用的范围。

4.鉴别可以使用的学习需要分析的工具和操作程序，并选择最佳方案，而且做好工具的准备以及动员社会、教育者、学习者等各方人员的合作参与。

5.确定期望的状况，用可测量行为术语来描述。

6.协调所有合作者之间存在的差异，形成对学习者较为统一的期望。

7.确定现状（能力、体力、发展特征以及发生变化等），用可测量的行为术语来陈述。

8.分析差距产生的原因以及性质，论证解决问题的必要性。

9.分析资源和约束条件，做问题解决的可行性分析，确定优先要进行设计的问题。

10.阐明已定课题的总的教学目标。

1、深入调研,分析教学系统存在的差距或问题

1）感觉到需要,做出要进行教学设计的决定

2）鉴别问题的症状(问题表面现象)

4）确定期望的条件,并用可测量的行为术语进行描述

5）确定现状(是现状而非原因)

3）确定问题解决后适用的范围

6）分析步骤“4”与“5”差距形成的原因,论证教学设计必要性

（鉴别可能用到的需要评定方法和程序,选择其中最合适的,并得到设计合作者的参与）

2.协调设计合作者之间存在差异，统一价值认识

3、明确解决问题的可行性

1）分析资源和约束条件,对项目进行可行性分析

2）对形成的项目进行价值判断,确定优先进行的教学设计项目,即对项目做重要性分析

⑺ 网络需求分析该怎么做，有哪几步

网络规划与需求分析
需求分析从字面上的意思来理解就是找出"需"和"求"的关系,从当前业务中找出最需要重视的方面,从已经运行的网络中找出最需要改进的地方,满足客户提出的各种合理要求,依据客户要求修改已经成形的方案.
本章重点
2.1需求分析的类型
2.2如何获得需求
2.3可行性论证
2.4工程招标与投标
2.2.1应用背景分析
应用背景需求分析概括了当前网络应用的技术背景,介绍了行业应用的方向和技术趋势,说明本企业网络信息化的必然性.
应用背景需求分析要回答一些为什么要实施网络集成的问题.
(1) 国外同行业的信息化程度以及取得哪些成效
(2) 国内同行业的信息化趋势如何
(3) 本企业信息化的目的是什么
(4) 本企业拟采用的信息化步骤如何
需求分析的类型
P33
2.2.1应用背景分析
应用背景需求分析要回答一些为什么要实施网络集成的问题.
(1) 国外同行业的信息化程度以及取得哪些成效
(2) 国内同行业的信息化趋势如何
(3) 本企业信息化的目的是什么
(4) 本企业拟采用的信息化步骤如何
需求分析的类型
P33
2.2.2业务需求
业务需求分析的目标是明确企业的业务类型,应用系统软件种类,以及它们对网络功能指标(如带宽,服务质量QoS)的要求.
业务需求是企业建网中首要的环节,是进行网络规划与设计的基本依据.
需求分析的类型
P33
2.2.2业务需求
通过业务需求分析要为以下方面提供决策依据:
(1) 需实现或改进的企业网络功能有那些
(2) 需要集成的企业应用有哪些
(3) 需要电子邮件服务吗
(4) 需要Web服务吗
(5) 需要上网吗 带宽是多少
(6) 需要视频服务吗
(7) 需要什么样的数据共享模式
(8) 需要多大的带宽范围
(9) 计划投入的资金规模是多少
需求分析的类型
P33
2.2.3管理需求
网络的管理是企业建网不可或缺的方面,网络是否按照设计目标提供稳定的服务主要依靠有效的网络管理.高效的管理策略能提高网络的运营效率,建网之初就应该重视这些策略.
需求分析的类型
P34
2.2.3管理需求
网络管理的需求分析要回答以下类似的问题:
是否需要对网络进行远程管理,远程管理可以帮助网络管理员利用远程控制软件管理网络设备,使网管工作更方便,更高效.
谁来负责网络管理;
需要哪些管理功能,如需不需要计费,是否要为网络建立域,选择什么样的域模式等;
需求分析的类型
P34
2.2.3管理需求
选择哪个供应商的网管软件,是否有详细的评估;
选择哪个供应商的网络设备,其可管理性如何;
需不需要跟踪和分析处理网络运行信息;
将网管控制台配置在何处
是否采用了易于管理的设备和布线方式
需求分析的类型
P34
2.2.4安全性需求
企业安全性需求分析要明确以下几点:
企业的敏感性数据的安全级别及其分布情况;
网络用户的安全级别及其权限;
可能存在的安全漏洞,这些漏洞对本系统的影响程度如何;
网络设备的安全功能要求;
需求分析的类型
P34
2.2.4安全性需求
网络系统软件的安全评估;
应用系统安全要求;
采用什么样的杀毒软件;
采用什么样的防火墙技术方案;
安全软件系统的评估;
网络遵循的安全规范和达到的安全级别.
需求分析的类型
P34
2.2.5通信量需求
通信量需求是从网络应用出发,对当前技术条件下可以提供的网络带宽做出评估.
需求分析的类型
P35
应用类型
基本带宽需求
备注
PC连接
14.4kb/s~56kb/s
远程连接,FTP,HTTP,E-mail
文件服务
100kb/s以上
局域网内文件共享,C/S应用,
B/S应用,在线游戏等绝大部分纯文本应用
压缩视频
256kb/s以上
Mp3,rm等流媒体传输
非压缩视频
2Mb/s以上
Vod视频点播,视频会议等
表2-1 列举常见应用对通信量的需求
2.2.5通信量需求
未来有没有对高带宽服务的要求;
需不需要宽带接入方式,本地能够提供的宽带接入方式有哪些;
哪些用户经常对网络访问有特殊的要求 如行政人员经常要访问OA服务器,销售人员经常要访问ERP数据库等.
哪些用户需要经常访问Internet 如客户服务人员经常要收发E_mail.
哪些服务器有较大的连接数
哪些网络设备能提供合适的带宽且性价比较高.
需要使用什么样的传输介质.
服务器和网络应用能够支持负载均衡吗
需求分析的类型
P35
2.2.6网络扩展性需求分析
网络的扩展性有两层含义,其一是指新的部门能够简单地接入现有网络;其二是指新的应用能够无缝地在现有网络上运行.
扩展性分析要明确以下指标:
(1) 企业需求的新增长点有哪些;
(2) 已有的网络设备和计算机资源有哪些
(3) 哪些设备需要淘汰,哪些设备还可以保留
(4) 网络节点和布线的预留比率是多少
(5) 哪些设备便于网络扩展
(6) 主机设备的升级性能
(7) 操作系统平台的升级性能
需求分析的类型
P35
2.2.7网络环境需求
网络环境需求是对企业的地理环境和人文布局进行实地勘察以确定网络规模,地理分划,以便在拓扑结构设计和结构化综合布线设计中做出决策.
网络环境需求分析需要明确下列指标:
(1) 园区内的建筑群位置;
(2) 建筑物内的弱电井位置,配电房位置等;
(3) 各部分办公区的分布情况;
(4) 各工作区内的信息点数目和布线规模;
需求分析的类型
P36
2.3.1获得需求信息的方法
1. 实地考察
实地考察是工程设计人员获得第一手资料采用的最直接的方法,也是必需的步骤;
如何获得需求
P36
2.3.1获得需求信息的方法
2. 用户访谈
用户访谈要求工程设计人员与招标单位的负责人通过面谈,电话交谈,电子邮件等通讯方式以一问一答的形式获得需求信
如何获得需求
P36
2.3.1获得需求信息的方法
3.问卷调查
问卷调查通常对数量较多的最终用户提出,询问其对将要建设的网络应用的要求.
如何获得需求
P36
问卷调查的方式可以分为无记名问卷调查和记名问卷调查
2.3.1获得需求信息的方法
4.向同行咨询
将你获得的需求分析中不涉及到商业机密的部分发布到专门讨论网络相关技术的论坛或新闻组中,请同行给你参考你制定的设计说明书,这时候,你会发现热心于你的方案的人们通常会给出许多中肯的建议
如何获得需求
P36
2.3.2归纳整理需求信息
通过各种途径获取的需求信息通常是零散的,无序的,而且并非所有需求信息都是必要的或当前可以实现的,只有对当前系统总体设计有帮助的需求信息才应该保留下来,其他的仅作为参考或以后升级使用.
1.将需求信息用规范的语言表述出来
2.对需求信息列表
如何获得需求
P38
2.3.2归纳整理需求信息
需求信息也可以用图表来表示.图表带有一定的分析功能,常用的有柱图,直方图,折线图和饼图.
如何获得需求
P39
2.4 可行性论证
需求分析所取得的资料经过整理后得到需求分析文档,但这种需求分析文档还需要经过论证后才能最终确定下来.参与论证活动的人员除了需求分析工作的负责人外,还要邀请其他部门的负责人,以及招标方的领导和专家.
可行性论证求
P40
2.4.1 可行性论证的目的
可行性论证是就工程的背景,意义,目的,目标,工程的功能,范围,需求,可选择的技术方案,设计要点,建设进度,工程组织,监理,经费等方面作出可行性验证,指出工程建设中选择软硬件的依据,降低项目建设的总体风险.
提供正确选择软硬件系统的依据
验证可行性,减少项目建设的总体风险
产生应用系统原型,积累必要的经验
加强客户,系统集成商,设备供应商之间的合作关系
降低后期实施的难度,提高客户服务水平和满意度
可行性论证求
P40
2.4.1 可行性论证的目的
在编写可行性论证报告时,主要对下列项目逐条说明:
1.系统建设的目的
2.技术可行性
3.应用可行性
4.人员,资金可行性
5.设备可行性
6.安全可行性
可行性论证求
P40
2.5 工程招标与投标
为了保证网络工程的建设质量,网络建设方应该以公开招标的方式确定承建商.参与投标的承建商拿出各自的标书参与投标,其中标书的主要内容就来自于需求分析报告和可行性论证报告.
工程招投标是一个规范的网络工程必需的环节.
工程招标与投标
P41
2.5.1工程招标流程简介
1.招标方聘请监理部门工作人员,根据需求分析阶段提交的网络系统集成方案,编制网络工程标底;
2. 做好招标工作的前期准备,编制招标文件;
3. 发布招标通告或邀请函,负责对有关网络工程问题进行咨询;
4. 接受投标单位递送的标书;
5. 对投标单位资格,企业资质等进行审查.审查内容包括:企业注册资金,网络系统集成工程案例,技术人员配置,各种网络代理资格属实情况,各种网络资质证书的属实情况.
工程招标与投标
P41
2.5.1工程招标流程简介
6. 邀请计算机专家,网络专家组成评标委员会;
7. 开标,公开招标各方资料,准备评标;
8. 评标,邀请具有评标资质的专家参与评标,对参评方各项条件公平打分,选择得分最高的系统集成商;
9. 中标,公告中标方,并与中标方签订正式工程合同.
工程招标与投标
P41
2.5.2工程招标
计算机网络工程招标的目的,是为了以公开,公平,公正的原则和方式,从众多系统集成商中,选择一个有合格资质,并能为用户提供最佳性能价格比的集成商.
编制招标文件
招标
工程招标与投标
P41
2.5.3工程投标
投标人在索取,购买标书后,应该仔细阅读标书的投标要求及投标须知.在同意并遵循招标文件的各项规定和要求的前提下,提出自己的投标文件.
编制投标文件
投标
1,递交投标文件
2,评标
3,中标
4,签订合同
工程招标与投标
P41
标书内容
(1)参评方案一览表
(2)参评方案价格表
(3)系统集成方案
(4)设备配置及参数一览表
(5)公司有关计算机设备及备件报价一览表
(6)从业人员及其技术资格一览表
(7)公司情况一览表,
(8)公司经营业绩一览表
(9)中标后服务计划
(10)资格证明文件,及参评方案方认为需要加以说明的其他内容
(11)文档资料清单
(12)参评方案保证金

⑻ 软件工程 需求分析有哪三种方法

软件工程中包含需求、设计、编码和测试四个阶段,其中需求工程是软件工程第一个也是很重要的一个阶段，需求分析是要决定“做什么，不做什么”。 在一个软件项目中，软件需求包括三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求:业务需说明了提供给客户和产品开发商的新系统的最初利益,反映了组织机构或客户对系统、产品高层次的目标要求。 软件开发，能否获得成功，最重要的是需求分析的工作。因此，软件需求分析能力和水平，对软件项目至关重要。 一般的分析方法和步骤如下： ⑴首先调查组织机构情况 包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。 ⑵然后调查各部门的业务活动情况 包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。 ⑶协助用户明确对新系统的各种要求 包括信息要求、处理要求、完全性与完整性要求。 ⑷确定新系统的边界 确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 常用的调查方法有： ⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。 ⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。 ⑶请专人介绍。 ⑷询问 对某些调查中的问题，可以找专人询问。 ⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。 ⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。 通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

⑼ 需求调研的方法步骤

① 调研用户领域的组织结构、岗位设置和职责定义，从功能上区分有多少个子系统，划分系统的大致范围，明确系统的目标。
② 调研每个子系统所需的工作流程、功能与处理规则，收集单据、报表和账本等原始资料，分析物流、资金流和信息流三者的关系，以及如何用数据流来表示这三者的关系。
③ 对调研的内容事先准备，针对不同管理层次的用户询问不同的问题，列出问题清单。将操作层、管理层和决策层的需求既联系，又区分开来，形成一个金字塔，使下层满足上层的需求。
④ 对与用户沟通的情况及时总结归纳，整理调研结果，找出新的疑点，初步构成需求基线。
⑤ 若基线符合要求，则需求分析完毕；反之返回到第1步或第2或第3步。如此循环多次，直到需要分析使双方满意为止。