业务需求调研经验分享

第一篇：业务需求调研经验分享

业务需求调研经验分享

1.针对具体的工作内容，召集专题访谈启动会、访谈沟通会。由客户的项目负责人向涉及的相关部门或者受访对象进行情况介绍和工作任务安排，并注意在会上详细、正式的介绍需要参与的具体访谈的人员，并收集被访谈对象的基本信息（包括：姓名、部门、联系电话、email等）。

2.在正式访谈之前，给访谈对象提供访谈提纲或需求调研表，并告知客户需要根据提纲进行准备。即使客户未填写调研表，但通过访谈提纲可以让访谈对象提前思考，整理应答思路、收集相关资料，或者提前准备、预约更合适的访谈对象。

3.正式访谈前，先向被访谈者介绍访谈议程。介绍访谈总体过程、各环节主要内容、大致时间。务必先给被访谈者建立一个全局整体印象，也便于双方共同掌握访谈时间和节奏。

4.开始具体工作内容的访谈前，概要性介绍项目的背景及其他相关情况，快速拉齐与访谈对象的思路基线。但要注意：针对不同类型的对象介绍的侧重点应有所不同。管理类重点介绍全局的、宏观、整体性的目标和架构；业务类对象重点介绍业务相关的背景、行业发展情况等；技术类对象重点介绍目前了解的客户系统的现状、本项目的期望、业界相关应用及发展趋势等等。

5.访谈内容在议程等大框架方面宜统一规范，而在具体交谈内容等细节方面则尽量发散。交谈过程以发散为主，引导为辅。如果被访谈对象对访谈内容熟悉，且有一定准备，能够主动、系统、清晰的交流，则尽量以被访谈者发言为主。因为，从访谈对象不经意的一些细节描述信息中，可能发现很有价值的重要信息(如果引导式交流则往往容易限制被访谈者思路，造成一问一答的局面)；当客户谈到意料之外的重要信息时，要抓住时机主动深入挖掘，充分收集这些在前期准备阶段未考虑到的需求。如果被访谈对象交流内容匮乏，不知从何谈起，则需要系统化的引导，此时一问一答胜过无话可说。

6.访谈过程中的快速、准确的、原原本本的笔录非常重要。好记性不如烂笔头，将客户访谈时说的尽可能完整的记录下来，并且务必使原原本本的记录，不要增加任何的个人理解。对需求的理解、整理应该是访谈之后的结合全局的需求进行综合分析和全面理解工作。需求分析的最后环节一般会对分析结果进行印证，而印证的唯一证据就来自访谈记录，此时客户访谈时原始的记录就非常、非常、非常重要。如果缺乏原始的访谈记录作为素材，在后续的需求分析结果有可能偏离客户的实际需求，对项目整体工作的都会造成不利影响。

7.对于多人参与访谈一个被访对象时，访谈提问建议分工明确、各司其职。可以以一个人为主，其他人补充；或者每个人有其他的分工方式，例如有人负责业务需求部分、有人负责技术部分、有人负责管理部分等等。

8.记录笔记时要主次分明，记录者与提问者保持默契。若多人同时参与访谈，在记录笔记时尽量多人同时记录。并且，提问者在提问时一般不宜做详细的记录，此刻辅助者升级为是主要的记录者，让提问者有足够的思路时间，考虑问题、理解客户描述的内容、及时发现疑虑当面澄清等等。

9.对于访谈内容的疑问、顾虑应尽量做到当面澄清，减少事后增补，杜绝二次访谈。一次成功的访谈，能有效降低思维切换成本，确保交流双方在特定场景下思维的严密性、完整性，从而确保需求访谈质量。如果在访谈的自己担心没有准确理解被访谈者的意图，尽量当面沟通、澄清；事后一般是需求确认、证实性工作，而需求的增补、或者重新调研时，被访谈者的思维往往不如正式访谈那样完善和严密，容易对项目造成误导和偏见。

10.在交流完被访谈对象所属专业的内容之后，尝试引导客户进行跨专业的需求交流。例如：访谈管理层时，可针对本项目需求和目标，探讨管理层对业务部门、技术部门等有何要求和建议；访谈业务部门时，可引导被访谈者根据项目需求提出对管理部门、技术部门的要求和建议；访谈技术部门时，可与被访谈者沟通从技术实现和项目建设、管理的角度，建议管理部门如何规范管理、业务流程制定，既利于系统建设维护，又利于项目实施。

【但要注意，需求访谈阶段，需求信息收集基本原则是尽可能充分、完整；如果需求收集不充分，开发的软件产品不能满足用户需求的可能性就越大。但需求是否超出本期系统建设范围、本期商务合同功能需求范围，是另外一个层面的问题。需求访谈时，被访者提出的需求超出范围的情况在所难免，这方面，将在后续的文章中专门阐述

第二篇：需求调研报告

文档编号：XXXX-XXXX-XX/XX(XXXX)XXXXX

XXXX XXXX科技工程项目

XXXX XXXX XXXX研发工程

×××需求调研报告

项目包名称：

项目编号/包号：

项目承担形式：

项目单位（甲方）： XXXX XXXX XXXX XXXX GXTC-CZ-1015004/13 联合承担XXXX XXXX XXXX XXXX 项目承担单位（乙方）：

责任承担单位：

合作承担单位：

项目起止年限： XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 2011.1-2014.7

需求分析报告2/5

目录引言...........................1

1.1 编写目的.........................1

1.2 背景.................................1

1.3 参考资料.........................1

1.4 术语.................................1

任务概述..........................1

2.1 任务目标.........................1

2.2 调研对象.........................1

2.3 调研方法.........................1

2.4 组织安排.........................2

2.5 调研内容.........................2

业务流程调研.........................3

3.1 概述.................................3

3.2 总体业务流程图...........................3

3.3 核心业务流程...............................3

3.4 核心业务对象和数据..........................3

应用系统调研.........................3

4.1 系统概述.........................3

4.2 系统功能结构...............................3

4.3 系统技术架构...............................3

4.4 系统部署环境...............................3

4.5 系统接口现状...............................3

接口需求调研.........................3

5.1 ****接口需求...............................4

5.2 ****接口需求...............................4

尚需解决的问题............................4

附录...........................4 2 3 4 5 6 7引言

1.1 编写目的编写此文档的目的。

1.2 背景

需求调研的背景。

1.3 参考资料

列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准等。

1.4 术语

列出本报告中用到的专门术语的定义。任务概述

2.1 任务目标

叙述该调研主题的意图、应用目标、作用范围以及其他有关背景材料。

2.2 调研对象

调研的对象。

2.3 调研方法

调研的方式方法。

2.4 组织安排

参与人员及组织结构。

2.5 调研内容

列出本次调研的主要内容，以下章节根据实际内容撰写。

比如：

1、业务流程调研

2、应用系统调研

3、接口需求调研

3业务流程调研

3.1 概述

3.2 总体业务流程图

3.3 核心业务流程

3.4 核心业务对象和数据应用系统调研

4.1 系统概述

4.2 系统功能结构

4.3 系统技术架构

4.4 系统部署环境

4.5 系统接口现状接口需求调研

5.1 ****接口需求

5.2 ****接口需求尚需解决的问题

调研遗留问题。附录

包括过于复杂、专业性的内容，包括调查问卷、抽样名单、地址表、地图、统计检验计算结果、表格、制图等

第三篇：ERP需求调研

部分行业ERP项目售前需求调研提纲

ERP项目售前需求调研提纲

 企业地址及邮编  企业电话及传真  企业产品及主导产品型号  企业产值及销售额  员工总人数

 组织结构。画出一个组织流程图，列出各主要部门的人员，职责及部门经理姓名  企业的经营范围？  企业的营运模式？

 目前企业微机软、硬件基本情况

 画出一张业务示意图，标明市场、销售、生产计划、采购、库房、制造、质量、财务等关键部门的位置。 关键的业务现状？  基本需求及期望目标？  公司经营战略与管理制度文件？  主要想解决哪些问题？  现有的系统存在哪些不足？  部门各业务具体流程《业务流程图》  所有单据、凭证及报表《业务表单》  现有MIS系统相关文档

 现有网络拓朴图及网络、硬件、软件配置情况

财务部分（Financial）

总帐管理（General Ledger）总体调研内容：

1.财务部门的组织架构及部门职责？人员分配情况？ 2.公司有几套财务帐？之间关系如何？有无内部往来业务？ 3.现用计算机系统？ 4.相关财务制度？ 实际业务核算

1.目前所使用的会计科目结构？ 2.凭证审批流程 3.会计及结帐流程？ 应付款管理（Account Payable）总体调研内容：

1.相关应付款管理制度和流程手册？

2.有无专门的应付管理系统？如何和财务系统衔接？ 发票管理

1.有没有发票处理的政策与流程手册？ 2.每月的发票大致数量？ 3.有无对发票进行详细管理？

4.发票是否需要和采购单/收货单匹配。目前是如何处理的？ 5.运费，杂项费用如何处理？ 6.发票的审批与入帐流程如何？

7.月末货物已到而发票未到如何处理？采用何种价格暂估？ 付款管理

1.付款处理的政策与流程手册？

2.有无商业惯例中的付款条款对付款进行计划与折扣获取？ 3.使用哪些支付方式，流程如何？

4.对应付余额是否进行帐龄分析？帐龄如何分时段？ 报表

有那些主要应付报表？周期如何？ 应收款管理

(Account Receivable)总体调研内容

1.相关应收帐管理制度和流程手册？

2.有无专门的销售管理系统？如何和财务系统衔接？ 供应商管理

1.供应商的管理详细程度、手段如何？ 2.供应商有无分类？分类依据？.3.供应商管理系统提供的信息？ 4.有无对供应商进行询价、报价管理？ 5.有无对供应商进行考核？指标有那些？

6.如何查询供应商的业务记录并与供应商进行对帐？ 客户管理

1.客户的大约数量？

2.客户的管理详细程度及手段如何？

3.客户的信用检查与控制制度如何？ 4.客户的对帐、催款管理如何？ 5.客户的价格及折扣管理如何？ 6.有没有长期大宗协议客户 现金管理（Cash Management）总体调研内容

1.相关资金管理制度及流程

2.有无专门的资金管理系统？如何和财务系统衔接？ 现金管理业务

1.如何进行银行对帐？ 2.如何编制现金流量表？

3.是否做现金预测方面的工作，如何做？ 4.如何制定公司付款计划？ 报表

资金管理方面的主要报表？

业务部分(Distribution)销售管理（Order Management）1． 销售组织结构如何？

2． 如何评估销售人员的业绩？怎样核算佣金？ 3． 企业的销售管理制度。4． 有无完整的客户信息管理？

5． 现有客户信息的具体内容？如：名称、地址等。

6． 客户所在国家或地区分布情况？主要客户地区分布情况，是否将按地区分类？ 7． 是否对客户按照某种规则分类，如按行业分类？

8． 有无集团客户情况，即同一客户是否有不同的发运地址和发票寄送地址？ 销售预测

1.销售预测的依据？ 2.销售预测的方法？ 销售合同

1.销售合同是如何形成的？目前有哪些种类？ 2.销售合同是如何管理的？ 销售订单

1.销售人员是如何接收订单的？ 2.如何进行订单的批准、调整和取消？ 销售发货

1． 销售网络情况？

2． 销售开销货单时，具体登录哪些信息？ 3． 发货计划如何制定？

4． 是否对要发货的订单作发货启运计划？计划内容是否包括：车辆、运费方法、车辆的体积、重量等? 5． 如何进行发货确认？ 销售退货

1.有无退货？退货流程如何？审批权限如何控制？ 2.如何处理未收到客户款的销售退回业务？

3.如何处理收到客户款的销售退回业务？ 采购（Purchase Order）

1.公司目前对原料的采购行为是否直接受生产部门物料需求的影响？ 2.公司目前对原料的采购采取何种方式？

 按批量采购  按单一订单需求采购  按最低库存量采购 3.采购组织结构

 采购人员构成  采购岗位职责  采购流转单据 供应商管理

1． 对于采购，供应商的确认原则是什么？

2． 现行的供应商认证与管理工作是怎样运作的？采购部负责哪些工作？ 3． 是否进行供应商评估？若有，评估标准如何？如：价格、质量和服务等。4． 有无完善的供应商信息管理？

5． 现有供应商信息的内容？如名称、地址等。采购计划

1.生产的计划内需求和计划外需求分别是如何生成请购计划的？请购计划的审批流程和权限是怎样的？

2.对于请购计划，是否建立了合理采购批次或采购量的管理方法？采购库存的控制由谁负责？

3.请购计划是否存在调整的情况？它们的审批程序是怎样的？

采购申请

1.采购申请的提交、变更和批准怎样处理？ 2.是否所有采购都需首先提交采购申请？ 采购订单

1.采购业务是否全部通过标准订单的形式执行？对固定（稳定）供应商，是否存在一揽子协议或框架性协议的方式？

2.除了标准采购订单，还有几种采购定单？ 如合同、协议等。

3.采购订单的审批流程是怎样的？审批流程中各审批人的权限如何？

 金额限制  帐户限制

4.采购订单生成后，是否存在调整的情况？如果存在，会有哪些情况？它们的处理、审批程序是怎样的？

5.有无对采购合同执行率的考核制度？ 采购接收

1． 货物运抵仓库后，多久可以入库？

2． 是否与采购订单核对？有谁负责？是否知道仓库接收的这批货物对应哪一个采购订单、哪一个发货通知？如何得知？

3． 是否进行数量与质量的验收？由谁负责？质检入库流程是怎样的？不合格物料如何处理？

4． 如果运抵的货物多于订购数量的情况？是否仍旧入库？处理流程是怎样的？ 5． 如果运抵的货物数量少于或质量低于订购要求，处理流程是怎样的？

6． 如果采购物料运抵时间提前或延迟于采购定单的到货时间，处理流程是怎样的？ 7． 如果接收的物料虽不是订购物料，但接收物料可替代采购物料使用的情况，处理流程是

怎样的？

8． 到什么时间，才可以认为一个采购订单已经完成（示例：多批货物均已到达海关/运抵仓库/通过验收/入库之后）？ 库存（Inventory Management）库存组织

1． 请描述一下库存的物理分布以及逻辑上的区分是怎样的？ 2． 有无实行子库划分？

3． 在同一子库中有无实行库位管理？ 库存管理

1． 库存物资如何进行分类？是否实行了编码管理？如原料、半成品、成品、盘具、备品备件、包装等。

2． 如何管理不同阶段的半成品？

3． 货架生命期是一个项目在库存中放至失效的时间量。目前库存中物资是否存在此限制。4． 库存物资是否使用版本控制，使用版本控制的目的是什么？ 5． 库存物资是否使用批号进行控制？

库存计划

1． 是否采用非MRP计划的方法生成物品的请购请求？如是，指明是哪一种：  重定货点  最大-最小库存  安全库存  预测  其他。

采购物料的接收和退货

1． 采购入库时仓库的接收流程，包括检验流程？ 2． 采购退货流程？ 外协件的接收和退货 1． 是否存在外协件的采购？ 2． 请描述外协件的检验退货流程？ 生产物料的发放和退仓

1． 生产物料的发放和退货流程？ 半成品和成品的完工入库 1． 车间是否对半成品进行管理？ 2． 是否有专门的子库存放半成品及成品？

3． 车间对于半成品及成品的物料发放采用哪种发料方式？ 成品的发货和退货

1． 销售出库的类型有哪几种？是否存在捐赠、试用等形式？ 2． 请描述销售退回的处理类型及处理流程？ 杂项发料和杂项接收

1． 对非采购定单接收的物料和非销售发料的物料的控制？ 2． 仓库是否使行手工帐登记？ 库存物料的调拔

1．什么情况下会对库存中的物料进行调拨？ 2．材料在库存之间的调入/调出流程是怎样的？

库存物料的调整

1． 在哪些情况下会对仓库中的物料进行调整？ 2． 对仓库中现有库存进行调整的依据是什么？ 库存盘点

1.物资盘点处理的方法和流程？（全面盘点或抽查盘点、实际盘点或周期盘点）2.是否对高价值物品与低价值物品的盘点频率是一样的？一般会在何时进行存货盘点？ 3.与财务对帐周期为多长？ 4.仓库与生产、财务对帐的内容？

5.仓库与生产对帐，数量不一致时如何处理？ 6.库存盘点结果的财务处理？ 7．

周期为多长？

8．库与生产、财务对帐的内容？

9． 仓库与生产对帐，数量不一致时如何处理？ 10． 库存盘点结果的财务处理？

计划管理

1． 产计划的制定部门？ 2． 制订计划的周期？ 3． 现有计划人员数量 4． 指定计划的大致流程？ 5． 计划制订中的难点？

生产管理

1． 车间管理主管部门？ 2． 车间工单的流转流程？ 3． 每月大致车间工单数量？4． 车间加工报废处理流程？5． 车间补充工单处理？ 6． 车间能力平衡处理办法

第四篇：如何进行需求调研

如何进行需求调研

一、需求调研的概述

1、什么是需求？

需求就是用户对软件系统的要求，解决问题的需要。

2、什么是需求调研？

需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一系列活动，为编写《软件需要规格说明书》做的前期工作。

3、需求调研的目的了解现实世界中做实际工作的人们真正需要什么样的程序过程，编写《用户需求说明书》，为编写《软件需要规格说明书》提供依据。

二、需求调查的一般规程

第一步：调研前的准备

第二步：调查与记录

第三步：整理需求信息,形成《需求调研报告》

第四步：撰写《用户需求说明书》

第五步：需求确认

三、需求调研的大体流程

四、软件需求调研

1、软件需求的定义

用户为解决某个问题、或为实现某一目标，要求软件必须满足的条件或能力。

2、软件需求的三个层次

1）业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它是确定调研和软件范围的标准。

2）用户需求(user requirement)文档描述了用户使用产品必须要完成的任务，明确用户业务角色,并通过角色获取用户需求。

3）功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。

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

五、如何开展需求调研

 座谈法

与用户交谈，向用户提出事先准备好的相关问题。

 调查表法

将相关的问题制成调查表，向用户群体发调查问卷。

 观察法

参观用户的工作流程，观察用户的操作。

 金字塔方法

首先搞清楚对象（调研对象）与对象之间的关系，理清对象的目标以及和其它对象发生关系的目标；其次梳利清对象内部的活动以及对象与对象之间发生的活动；再次对活动进行整理，确定活动的边界；最后根据活动进行详细的需求调研。

四种准备）了解项目背景,通过阅读方案,与客户方相关负责人沟通,通过上网了解行业及类似系统情况等.2）做好调研前使用资料的准备，如需求调研模板，各种调研表单以及需求调研问题列表等。

3）制定好需求调研的计划，对需求调研中可能用到的资源进行一定的分配。

4）准备好需求调研中所要使用到的工具。

六、需求调研前的准备

1、两种心态

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

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

2、五种提高

1）了解被调研对象的组织机构，了解每一个子对象中的关键人物，提高自己的观察能力。

2）其次应该了解用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户的需求，提高自己的行业知识面。

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

4）提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题，总结归纳形成原始的需求调研资料。

5）提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。

3、一般要问的问题5W

1）问为什么要建系统及系统的建设目标是什么?(业务需求)WHY

2）客户单位的组织机构是什么样的?,有哪些类用户会使用我们的系统?WHO

3）这些用户要通过我们这个系统干什么,使用的频度怎么样?(输入什么输出什么)WHAT ,WHERE,WHEN

4）当前用户的网络现状和将来我们这个系统将跑的环境是什么,以及已上了哪些应用系统?

5）如果用户已经上了类似系统,本次项目是重新开发等情况,要了解先前及相关系统有哪些明显的问题?

6）有哪些明确的业务流程?

七、需求调研的步骤

1.完全倾听客户的心声

 找一个合适的地点，以客户为主，面对面的沟通和交流，完全倾听客户的心声，随时记录客户所说的一切，每一次调研完后要对所有的记录进行整理，形成文档，在下一次的调研开始对上次的总结进行确认。切忌在倾听需求的过程中附带如何解决的思想！

 OPEN开发式获取  CLOSE总结封闭  CONFIRM 确认

yes or no

2.整理客户的需求

对客户提出的需求记录的结构进行整理，整理的格式可以根据自己的写作习惯，没有固定的格式，但必须能够很明确的表明用户的需求，能够指导后期编写《用户需求说明书》。建议采用以下格式进行整理。

3.引导客户的需求

 许多的客户有时并不知道自己想要什么？有时并不清楚自己缺少什么？所以就需要我们去引导客户的需求。造成这种现象的原因很多，主要体现在用户可能对计算机操作不是很了解，客户的语言表达能力，客户只能看到自身的问题等。遇到此种现象后我们应当很虚心的去开发客户的需求，不能带有任何的鄙视心情。

 引导客户需求的几种常用方法：

 向客户讲述基本的计算机操作。

 提示客户在全局中的地位以及作用。

 向客户演示将要实施的系统的原型。

 引导客户的需求应做到能够描述用户的常规需求外，能够发掘用户的潜在需求，争取能够提出用户的兴

奋需求，这样作出的软件才有生命力，才能真正体现出软件的价值。

4.编制调研报告

 业务目标

 调研的步骤与内容

 当前信息化现状

 调研的成果包括:备忘录,收集的各类材料,使用者和其它相关系统情况介绍等

5.编写用户需求说明书

需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的用户需求，然后形成文档，编写《用户需求说明书》。对于《用户需求说明书》要和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理在《用户需求说明书》之后。

6．用户需求说明书的模板

八、需求调研中的注意事项

 切忌在倾听需求的过程中附带如何解决的思想！

在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正想要的系统，用户真正要解决什么样的问题才是需求调研的目标。在调研过程中如果附带了如何解决用户提到的需求的想法时，将会使调研人员陷入只见树木不见森林的的谜团中，而且往往会遗漏用户的重要需求，造成整体需求的不完整。

 对每一次的调研形成正确的文档

 需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各种需求完整地体现在《软件需

求规格说明书》中将更是一个复杂而艰辛的过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以备忘录的形式让用户进行确认。

 需求调研后形成的文档文档必须是正确的，是经过验证的，是在受控的状态下变更的。而很多开发人员

往往会问：“简单的系统就不用写需求了吧？”

其实简单的系统未必简单，只有想清楚、写清楚、说清楚

才说明已经真正把需求整理清楚了。

 调研人员与用户面谈时应当注意以下事项

 如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可能获得用户的好感，并为下次打

扰他们埋下伏笔。

 调研人员应事先了解调研对象的身份、背景，以便随机应变。

 需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细节问题。

 如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。当双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。

 尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。

 避免片面地听取某些用户的需求而忽视其它用户的需求。

 尽量找到与调研目标直接干系人进行调研和确认. 调研团队要多沟通,多讨论,不能放过任何一个疑点,每次对内容讨论的结束形成会议纪要. 尽量利用好客户的资源,明确责任. 注意保密以及用户纸质资料的保留. 控制好客户的需求(筛选需求,说服客户). 主观数据/半静态数据/动态数据的甄别

 反复与客户领导汇报,确认

第五篇：网络需求调研

校园网需求分析

黑龙江生物科技职业学院网络规划方案

一、目标概述

黑龙江生物科技职业学院做为现代化的教学场所，校园网的网络建设也是一个不可忽视的项目。校园网建设的目标简而言之是将校园内各种不同应用的信息资源通过高性能的网络设备相互连接起来，形成校园园区内部的Internet系统，对外通过路由设备接入广域网。

学院校园网的总体建设目标是：利用实用的计算机技术和网络通信技术，建成覆盖全校、高速、高性能的计算机网络，实现网络在教学、管理和通信等方面的作用。

二、需求分析

结合实际情况，校园网络需求主要为以下五方面：教学楼，办公行政楼，宿舍楼，图书馆，实训楼。

教学楼:主要是多媒体教室，将计算机多媒体视听引入课堂教学、声音、图像、动画的普遍采用可以大大提高教学效果。

行政楼:办公自动化基本web综合管理信息的信息系统、提示行人事、学籍、后勤、财务管理、公文收发管理、教师档案管理等，使学校日常办公无纸化，减少办公开支提高办公效率等。

图书馆:图书馆是给师生门提供自主学习的场所，师生可以根据需要自由的选择内容以及基于web的图书音响提供学生随时读，并于连接Internet，使图书馆得到进一步拓展，使师生能够得到近乎无限的网络资源。

学生宿舍:学生宿舍分为五栋、六栋、七栋、八栋、九栋五大宿舍区。宿舍区的网络构架对学校信息化工作起到了巨大的推动作用，一方面缩短了学校与外界的距离，另一方面，完善课以校园网为基础的管理信息系统，为学生提供了方便。

实训楼:实训楼二是学校的机房重地，中心机房到汇聚层采用4兆光纤（多模）连接，汇聚层到接入层采用百兆的五类线连接。通常考虑，建议数据信息点得接入用交换10/100Mbps自适应以太网端口接入，以便能够较经济的提供较高的带宽，整个方案设计的目的是建设一个集数据传输和备份、多媒体应用、语音传输、Internet访问等一体的高可靠、高性能的带宽多媒体校园网。

三、实施要求：

根据客户给的简单描述，列出组网的需求分析。网络需求分析包括以下几个方面的内容：1.环境需求2.设备需求3.功能需求4.安全需求5.投资分析

6.风险预测。

至此，第五组对生物学院的网络策划方案的研究基本完成。需求分析不能仅仅满足于明确目的，而是要归根于网络管理的目标将是如何实现。

负责人：

参与人：

2011-12-9