需求调研的方法、原则、实践

第3章需求分析

第3章需求分析一、填空题（30小题） 1、需求分析的困难主要体现在4个方面:问题的复杂性、( )、( )、需求易变性。答案：交流障碍、不完备性和不一致性 2、由于数据流是流动中的数据，所以必须有( )。除了与( )之间的数据流不用命名外，数据流应该用名词或名词短语命名。答案：流向、数据存储 3、需求分析是指，开发人员要准确理解( )，进行细致的( )，将用户非形式的需求陈述转化为( )，再由( )转换到相应的形式功能规约(需求规格说明)的过程。答案：用户的要求、调查分析、完整的需求定义、需求定义 4、建立数据字典一般的两种形式是( )和( )。答案：手工建立、利用计算机辅助建立并维护 5、在进行可行性研究和软件计划以后，如果确认开发一个新的软件系统是必要的而且是可能的，那么就进入( )阶段。答案：需求分析 6、结构化语言是介于自然语言(英语和汉语)和形式化语言之间的一种半形式语言。它的结构可分成外层和内层两层，外层用来描述( )，采用( )、( )、( )三种基本结构。答案：控制结构、顺序、选择、重复 7、在SA的需求描述工具中，( )描述系统的分解，即描述系统由哪几部分组成，各部分之间有什么联系等。( )定义了数据流图中每一个图形元素。结构化语言、判定表和判定树则详细描述数据流图中不能被再分解的( )。答案：数据流图、数据字典、每一个加工 8、IDEF方法分为以下三部分。 IDEF0:用来描述系统的( )，建立系统的( )。 IDEF1:用来描述系统的( )，建立系统的( )。 IDEF2:用来进行系统的( )，建立系统的( )。答案：功能活动及联系、功能模型、信息及其联系、信息模型、模拟、动态模型 9、三种描述加工逻辑的工具各有优缺点，对于顺序执行和循环执行的动作，用( )描述。对于存在多个条件复杂组合的判断问题，用( )和( )。答案：结构化语言、判定表、判定树 10、经过需求分析，开发人员已经基本上理解了用户的要求，确定了目标系统的功能，定义了系统的数据，描述了处理这些数据的基本策略。将这些共同的理解进行整理，最后形成文档( )。答案：需求说明书

需求咨询调研方案

需求分析调研方案项目调研总体目标：需求分析是反复进行，逐渐深化，不断改进的过程 1.根据工程总目标，明确调研目标、层次; 2.根据目标设计调研方式,编写调研提纲，确定调研对象; 3.编写每阶段调研日记，汇总完善调研报告; 4.画出标准业务流程图，做到全面清晰； 5.绘制数据流程图； 6.以简明清晰的思路，浅显易懂的自然语言描述业务步骤； 7.找出业务关键点及瓶颈工序； 8.编写供参考的先进的方法与改进建议。分阶段调研目标与规定第一阶段：初步调研调研目标初步调研首要目标是对企业全局的了解，可具体分解为： 1.企业概况 2.企业的经营特点 3.企业的生产特点 4.企业的组织机构 5.企业行业地位 6.企业技术现状调研对象 1. CIMS工程总负责人，必要时邀请总经理参加 2. 总部各职能科室负责人调研方式 1. 参阅公司资料为主 2. 配合问答调研范围了解企业总体概况调研时限根据公司规模及组织结构的复杂程度，掌握在2～7天左右

调研提纲一、针对企业概况，了解以下问题： 1.企业背景，历史演变过程 2.企业所属行业 3.企业的资产、产值、利税等生产经济指标 4.企业人数及素质 5.企业体制、组织机构 6.其它有关情况二、针对企业经营特点做以下调研： 1.经营机制、目标 2.销售策略 3.财务制度、成本分摊办法、独立核算情况三、针对企业生产特点做以下调研： 1. 企业产品的种类、型号、技术含量、结构特点、市场占有率 2.企业生产方式：ａ是离散、连续或半连续ｂ生产批量：是多品种小批量还是单件大批量生产ｃ是按订单还是按库存或其他方式组织生产 3.企业的产量、产值、利润目标 4.对产品使用安全性的要求，对使用环境的要求四、针对企业组织机构做如下调研 1.绘制组织结构图 2.描述各职能科室职责 3.对企业的生产流程做简明调研 4.各分公司或子公司的总体概况、相互关系、与母体公司的关联程度五、针对企业的行业了解下述情况 1.企业在行业及整个国民经济中的地位 2.产品的市场占有率 3.行业发展现状、企业的竞争目标六、针对企业技术现状做如下调研 1.企业设备、先进、精密、自动化程度 2.计算机资源情况、数量、型号，可自动化系统的应用情况 3.技术人员的水平、能力调研的注意事项初步调研是针对公司总概况的调研，绝大部分公司对上述内容都有文件档案。顾问调研前一定要详细阅读相关资料，找出关键点与有疑问的地方重新拟定调研提纲，做到简洁、明快，尽量减少介绍人员对熟悉事物的反复介绍。第二阶段：现状分析在第一阶段的调研基础上对各职能科室及分公司做进一步调研

-需求分析方法论

需求分析方法论原则上，需求分析阶段IT中心应尊重需求方的项目管理和项目分析能力；在具体的任务开展上，以不干扰需求方的自主权为主，除非在项目过程中发现需求方的项目管理以及项目分析能力存在很大的差距和不足。为了保证项目的成功，IT中心必须加强项目管理和项目分析工作，在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。其中，需求分析是一个项目的开端，也是项目建设的基石。在以往的信息化建设失败的案例中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，用户不习惯或不愿意去用应用管理软件。作为IT中心，必须提醒需求方重视需求分析的重要性，采用必要的手段和方法来进行需求调研，同时IT 中心也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向，才能在将来的功能界定、实施上有发言权。一、如何进行需求分析需求分析不象侦探推理那样需从蛛丝马迹着手，而是应该先了解宏观的问题，再了解细节的问题。一个应用软件系统（记为S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。 S={D1，D2，D3，…Dn} 问题域Di由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。 Di={P1，P2，P3，…Pm} 问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的实现接口。 Pj={F1，F2，F3，…Fk} 需求说明书应该对于那些只想了解宏观需求的领导，和需要了解细节的技术人员都合适。在写需求说明书时应该注意两个问题： 1、最好为每个需求注释“为什么”，这样可让双方（IT中心、需求方）了解需求的本质，以便选用最合适的技术来实现此需求。 2、需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。二、重点监控需求分析由于项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，软件需求分析的重要性是不言而喻的，同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。 1、用户说不清楚需求有些用户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如总部各部门及各地的很多店铺在进行应用系统以及网络建设时，需求方的办公人员大多缺乏IT系统建设方面的专家和知识。此时，用户就会要求IT中心系统分析人员替他们设想需求。项目的需求存在一定的主观性，为项目未来建设埋下了潜在的风险。 2、需求自身经常变动根据以往的历史经验，随着用户对信息化建设的认识和自己业务水平的提高，他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。事实上，历史上没有一个软件的需求改动少于三次的！所以必须接受“需求会变动”这个事实，在进行需求分析时要懂得防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求，以便在系统选型及实施时，将软件的核心建筑在稳定的需求上，同时留出变更空间。IT中心在需求分析的功能界定上担任一个中间、公平、公正的角色，所以也必须积极参与到需求分析的准备中来，以便协助需求方来界定“做什么”、“不做什么”的系统功能界限。 3、IT中心分析人员或用户理解有误系统分析人员不可能都是全才，更不可能是行业方面的专家。用户表达的需求，不同的分析人员可能

需求分析、概要设计、详细设计的标准格式.doc

需求分析，概要设计，详细设计的标准格式一、开发计划（一）引言 1、目的说明编制开发计划的目的。 2、参考资料列出必要的参考资料。 3、定义列出用到的术语的定义和外文缩写的原文。（二）概述 1、工作内容 2、主要参加人员 3、成果列出要提交给用户的程序文件、文档或服务的名称，及非移交成果的名称。 4、完成的最迟期限（三）实施计划 1、任务的分解及人员分工列出各项任务及其负责人和主要参加人员。 2、进度列出各任务的开始日期和完成日期。 3、关键问题列出影响整个开发项目的关键问题，技术难度、风险及处理方案。（四）支持条件 1、计算机系统支持 2、需要由用户承担二、需求分析说明书（一）引言 1、目的说明编制需求分析说明书的目的。 2、参考资料列出必要的参考资料。 3、定义列出用到的术语的定义和外文缩写的原文。（二）概述 1、目标说明本项软件开发意图、应用目标、作用范围等，以及所开发的软件与其它软件的关系。

2、用户特点列出使用本软件的用户类型、特点、其教育程度和技术特长。 3、约束和假定列出本软件开发工作的假定和约束。（三）需求规定 1、对功能的规定根据功能模型逐项说明本软件各项功能的详细需求。列出完成各项功能所需输入，处理，输出及所需控制等。 2、对性能的规定包括精度、时间特性要求、灵活性。 3、数据要求数据分为静态数据和动态数据两类。静态数据是指在程序运行过程中一般不改变的数据；动态数据是指在运行中发生变化、需要输入输出的数据。（1）数据描述（2）数据采集（3）输入输出要求（4）其它要求（四）运行环境规定（1）硬件包括处理机、网络、输入输出设备及其它设备。（2）软件列出支持软件。（3）接口包括必要的硬件接口、软件接口、通讯接口等。（五）关于不可能实现的用户要求的说明三、概要设计说明书（一）引言 1、目的说明编制概要设计说明书目的。 2、参考资料列出必要的参考资料。 3、定义列出用到的术语的定义和外文缩写的原文。（二）总体设计 1、需求规定简述本系统的主要功能、性能等要求。详见需求分析说明书。 2、运行环境简述本系统的运行环境规定。详见需求分析说明书。

需求调研流程(DOC)

XXX管理系统需求调研报告

Revision Record 修订记录

Catalog 目录 1需求调研流程 (4) 1.1调研整体流程 (4) 1.2组成部分关系 (5) 1.3分析过程 (6) 2需求调研和分析的方法、策略和步骤 (6) 2.1如何调研 (6) 2.2如何分析 (7) 2.3调研方法 (8) 2.4基本策略 (8) 2.5结构化方法分析步骤 (9) 2.6UML方法分析步骤 (9) 3需求调研相关要求 (10) 3.1文档规范 (10) 3.2需求管理 (11) 3.3调研成果 (12)

1需求调研流程 1.1 调研整体流程

●问题识别：解决目标系统做什么，做到什么程度。需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分析所需的通信途径。 ●分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合理部分，综合成系统解决方案，给出目标系统的详细逻辑模型。[常用的分析方法有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网。每一种分析建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。] ●编制需求分析文档 ●需求评审 1.2 组成部分关系需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、

需求分析：需求调研的七种方法

需求分析：需求调研的七种方法要想给人做管理软件，首要的事情自然是把人家现在的业务内容、管理方式弄清楚。即使你是这个领域的业务专家，也要明白一点，无论业务内容是否相同，管理方式一定是不同的，业务可以复制，技术可以复制，管理不能复制。例如，要给仓库做管理系统，需要先了解这个仓库是怎么管理的，怎么出库，怎么入库，怎么盘点，怎么核算；需要给采购部做管理系统，需要先了解采购部是怎么运作的，怎么制定采购计划，怎么下采购单，怎么签订采购合同，等等。开发信息管理系统，首当其冲的需求来源就是如何将现在的手工业务电子化，没有这一步，说什么资源整合，说什么提高效率，说什么降低成本，说什么智能决策，都是浮云。对于管理软件来说，需求获取重点在如何理解客户业务，这是需求获取阶段最重要，也是最困难的事情，当然，对于需求分析者来说，理解业务与需求获取往往是交错进行的，很难割裂开来。需求获取一般包括这几种方式：观察法、体验法、单据分析法、报表分析法、问卷调查法、访谈法、需求调研会法。这是需求调研的“七种武器”，它们各有优缺点，无论你想要了解的是什么需求，都需要将这些方式组合应用，针对你想要了解的内容，以及需要了解的对象的工作特点，采用不同的方式。学会并坚持使用这七种武器后，我想你很快就会成为需求调研的真正高手。观察法观察法，就是你自己跑到工作现场，看！这个看上去相当简单，貌似走马观花，有些不在行的兄弟会弄得跟公费旅游一般，车间里走走散散心，撩撩HR妹子，就认为是观察法调研了，其实不然。这种方法，关键是要看人家是怎么工作的，拿了什么，干了什么，用了什么工具，送出去什么，什么时候填写了什么单据，制作了什么报表，等等。体验法体验法，就是你自己亲自到相关部门去顶岗，做一段时间的业务工作，有了亲身体验自然更容易理解这个岗位的工作。这种方法，最大的优点就是理解业务比较深刻。一旦你几乎成了某岗位的一员后，想想，还有什么比自己帮自己做软件更能够把握需求呢？要给超市收银员写个软件，先到超市卖几天东西，要给仓库做软件，先到仓库发两天货，你的软件偏离用户需求的可能性会大幅度降低。

需求调研的方法

需求调研方法及实战概述需求调研和需要分析，可以说是软件工程中极为重要的一环。据统计，失败的项目中有70%以上都是由需求引起的，例如：需求不完整、需求变更等等。在这方面是有着血和泪的教训的。那么如何才能做好需求？其原则也很简单，就是从外到内、从粗到细、从浅到深。具体的说，就是从公司级、部门级、操作级三个层次进行需求调研和需求分析。需求开发的具体流程如下： 1.根据合同确定项目目标和范围 2.确定系统干系人 3.选择用户代表 4.熟悉业务领域，建立词汇表 5.做好访谈计划、访谈问题大纲 6.获取每类用户的需求 7.分析用户工作流程 8.确定用例 9.建立领域模型 10.确定非功能需求 11.确定设计约束 12.划分需求优先级 13.编写需求规格说明书下面将举例说明需求调研的三个层次（本文中的例子取材于笔者亲身参与的一个项目）。公司级在对客户的业务知识、项目背景有一定的了解后，开始访谈客户公司的高层领导，了解他们对项目的期望、目标（要符合SMART的原则）、及该项目的投资回报率。这些信息可用于对需求的把握和对需求优先级的排序。在这个阶段中，还需要将业务分解成大的业务模块，定义每个业务模块之间的接口。这样的好处是可以将一个大的系统分解为多个小的系统，降低系统的复杂度。例如：

部门级在这个阶段中，将上个阶段分解的业务模块落实到具体的业务部门中，访谈该部门经理。获取该部门的业务流程。流程建模的方法如下： 1.找出业务事件 2.识别一个业务事件的相关业务活动 3.确定业务活动之间的关系 4.业务活动的输入、输出信息 5.负责业务活动的部门、岗位流程建模后，将流程中的每个节点进行分析，判断其是否在系统的范围内。如在系统范围内，将其定义为用例。同时了解部门经理的管理需求，找到业务流程的管控点，生成报表。下面是一个流程建模的实例：

项目需求分析和调研实践过程

某集团船代项目需求分析和调研实践过程此文档主要在于项目管理设置项目相关文档，有兴趣人员可以参考一下，对于项目管理和未来有此方向者有一定的参考价值。流程再造方法论 -流程影射，系统评估，定义考核，再造建议前言本文档主要根据某集团船代项目需求分析和调研实践过程整理而得，描述从项目启动，调研到设计过程的大致过程叙述，重点在于咨询过程中涉及的需求分析和调研方法论，其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正，也希望能不断完善，谢谢！正文：软件需求的定义：根据IEEE软件工程标准词汇（1997年）中定义的需求为：用户解决问题或达到目标所需的条件和能力；系统或系统部件要求满足合同，标准，规范或其他正式规定文档所需具有的条件和能力；一种反映上述条件和能力的文档说明。本项目简介因某某集团船代业务发展需要，加上目前的系统存在很大问题，也不能涵盖目前的所有业务需求，需进行调研和需求分析是否需要上一套

新的船代系统，新系统需要整合目前的业务结构和业务流程，同时满足业务的需求和未来发展。适合读者此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。目录 1.项目启动 2.项目调研 3.项目规划与考核指标 4.撰写SOR 项目启动 1.与成员企业与相关部门沟通召开项目总启动会议，介绍项目组相关人员以及此项目的主要目的和要求，企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为：集装箱进出口业务散杂货进出口业务箱管

订舱根据业务的分工部门的分工也不同。以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。 2.安排项目相关人员根据业务主线（集装箱进出口，散杂货进出口）整理调研思路，要求企业根据提供的业务主线流程，和部门结合分工安排，组织各部门主要相关人员积极配合项目未来的调研。 3.出初期调研时间和相关人员安排表根据前期的准备工作，出具具体调研时间和人员安排表，时间项目组掌控制（需要和业务部门协调），人员安排需要业务部门提供详细人员名单资料。以便项目成员和企业相关部门人员提前做好调研准备（安排相关人员和准备一些相关资料）。根据时间人员安排表，做好前期调研准备。注：在调研具体调研前，我们因该知道所有物流在运作过程中碰到的四个主要问题为：出错率时效成本结算在具体的调研过程中，我们始终要以此作为主导的思路问问题，才能找出目前的问题所在。也就是未来规划后的系统的价值所在。

需求分析报告编写规范

需求分析报告编写规范文件编号： NW503101 生效日期： 2000.3.20 受控编号：密级：秘密版次：Ver2.1 修改状态：总页数16 正文 4 附录12 编制：杨利审核：袁淮批准：孟莉

文件修改控制

目录 1. 目的 2. 适用范围 3. 术语及缩略语 4. 编写规范 4.1排版规范 4.2模板使用 5. 引用文件 5.1NW503102《软件功能规格说明书编写规范》 6. 附录

1.目的为使需求分析的结果能够完整、无遗漏地反映待开发系统的要求，本文件规定《需求分析报告》的编写格式和内容要求。 2.适用范围适用于本公司软件产品或软件项目的需求分析报告的编制。 3.术语及缩略语本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.编写规范 4.1排版规范 1）整个规范由2节构成，模板单独一节。 2）正文样式采用“规范正文”。 3）标题编号采用每节独立编号。 4.2模板使用需求分析报告的编写可依据具体情况选用摸板的格式或编写指南的格式。 1）拷贝规范。 2）删除第一节（需求分析报告封面前的所有页）。 3）在修改完内容后，更新目录域和相关的页数域。 5.引用文件 5.1NW503102《软件功能规格说明书编写规范》 6.附录以下部分为需求分析报告的模板与编写指南。

密级：机密文档编号：第版分册名称：第册/共册项目名称（项目编号）需求分析报告（部门名称）沈阳东大阿尔派软件股份有限公司总页数正文附录生效日期：年月日编制：审核：批准：

需求分析师岗位职责

需求分析师岗位职责需求分析师要求具备较强的沟通能力，能准确把握需求的核心要点;良好的逻辑思维能力和文档编写能力，具备良好的团队协作精神。下面是小编为你带来的“需求分析师岗位职责”，供你参考，希望能对你有所帮助。 1、负责与用户(包括客户、潜在用户、项目人员、公司高管等)沟通，进行需求调研，挖掘,分析,引导并归纳用户(客户)需求; 2、配合架构师，与开发人员沟通分析需求的可行性、合理性, 参与需求汇报与评审; 3、分析项目、用户需求，熟悉竞争对手动态和市场动态，规划产品路线图，提出产品需求满足路线和现有产品改进路线; 4、通过各种手段，收集分析同类软件产品的功能，提出软件改进建议和功能需求; 5、根据产品规划或者项目要求，开展需求调研，完成调研报告和需求规格说明书; 6、进行业务流程的分析和建模; 7、进行数据结构的分析和建模; 8、进行系统架构的分析和底层设计; 9、核心模块的编码; 10、开发人员技术指导; 1)负责调研和收集客户需求，梳理业务流程和系统设计，完成需求规格说明书; 2)负责项目资料的编写、收集、整理、归档; 3)与开发人员对接需求，负责开发过程中的需求把控、测试、bug跟踪及现场实施; 4)沟通表达能力良好，思维逻辑清晰，有较强的学习能力; 5)熟悉物流、公路运输业务等优先; 6)两年以上项目需求、实施经验; 7)svn;Axure;office办公软件等基本软件使用。

1、负责O2O及电商ERP系统的业务需求分析和评估及管理工作; 2、负责相关系统的需求调研、分析和管理工作，对需求文档进行管理; 3、对需求进行分析、管理，估算需求执行的成本和工作量，跟踪及控制变更; 4、配合产品经理估算项目的需求开发成本和周期，并跟进项目/任务执行进度; 5、负责需求优先级等; 6、负责向开发和测试团队讲解业务需求和业务流程; 7、负责跟进维护型需求的设计、开发、测试、上线整个流程，保障需求与实现的一致性。 1、根据公司发展战略方向，收集行业应用相关信息，为新产品规划、设计提供决策支持和依据; 2、通过客户沟通、现场调研、规程研究、数据分析等方式，结合用户需求，推进产品的不断改进和完善; 3、负责客户需求的收集、整理、分析，编制需求规格说明书，完成新功能/产品的概念设计; 4、引导完成产品的界面、功能、流程设计及开发工作，负责引导用户合理控制需求范围，把控项目质量; 5、完成项目监控、协调工作，参与实施、培训、验收、推广等文件资料的编写及内外部应用培训工作 1、负责行业需求分析工作 2、负责行业解决方案拓展，具备一定需求应急变更应对方案能力 3、对行业业务有深入了解并具备一定的医疗卫生行业流程管理知识 4、负责需求变更记录工作 5、负责需求变更上传下达 6、负责与客户交流，并掌握变更尺度

XX项目需求调研方案

广东烟草商业系统营销大集中信息系统建设项目需求调研计划（第一期）编号：LCRJ-06085100802-RM-01-01 （版本：V2.0）二○○六年九月

目录 1概述 (4) 1.1背景 (4) 1.2目的 (4) 2调研前的准备工作 (4) 2.1确定需求调研方式 (4) 2.2确定调研各方负责人 (4) 2.3确定需求调研时间和地点 (5) 2.4参与需求调研工作的人员安排和通知 (5) 2.5需求调研的组织准备 (5) 2.6需求调研纲要资料 (5) 3需求调研过程概述 (5) 3.1对V3总体业务架构及主体业务流程汇报调研 (6) 3.2对V3具体业务功能及操作进行交流调研 (6) 3.3整理需求调研成果 (6) 3.4需求调研成果确认 (6) 3.5最终需求调研成果汇报 (6) 4调研单位时间安排 (7) 5基础业务上线模块主要流程（当前上线重点） (8) 6附件：需求调研时间安排 (8)

1概述 1.1背景广东烟草营销大集中系统是浪潮软件在烟草行业承接的规模最大的软件工程，也是需求最复杂的烟草商业企业应用系统，为了保证需求调研过程的有序、完整、规范，获得高质量需求成果，明确调研的方法和工作步骤，特制定本需求调研计划。 1.2目的随着烟草行业的发展，软件的产品化进一步提高，整体团队逐步规模化，对烟草业务的理解逐步加深，软件功能也更加完善。这一系列的变化，对软件实施前的需求调研及业务咨询的工作，越来越体现出其重要性。需要一个系统的、完整的需求调研计划帮助大家顺利的进行需求调研工作的开展，同时也保证需求调研工作的质量。本次调研进行集中式调研交流： 1、首先是整体业务架构和业务流程方面的需求调研和交流主要由省公司相关管理人员、地市公司分管领导及部门负责人参与，主要对业务流程方面进行确认，保证大方向的准确性。系统涉及的相关部门有：专卖管理部门、营销管理中心、物流配送中心、财务管理中心和信息中心。 2、然后针对具体流程进行实际业务操作层的需求调研和交流主要由各地市公司代表的部门负责人及核心操作人员参与，是在确认了业务流程的基础上，进行系统功能方面的差异及易用性等方面的交流讨论。2调研前的准备工作 2.1确定需求调研方式本次需求调研，采用集中式需求调研的方式，即集中各地市公司代表的相关领导和核心业务人员进行需求调研和交流。 2.2确定调研各方负责人省公司负责人：

需求分析习题及答案

第三章需求分析一. 填空题 1.需求分析的步骤, , , 。 2.需求分析阶段需编写的文档有，，。 3.系统规格说明，数据要求，， ,这四份文档资料是在书写文档阶段必需完成的。 4.在书写文档阶段，数据要求主要包括通过需求分析建立起来的，以及描绘数据结构的层次方框图。 5.对于计算机程序处理的数据，其数据域应包括, , 和数据结构。 6.数据内容即是。 7.把一个功能分解成几个子功能，并确定, 就属于横向分解。 8.软件需求的逻辑视图给出, 而不是实现的细节。 9. 功能一般用, 来表示。 10.结构化分析方法是, 进行需求分析的方法. 11.描述结构化分析方法的工具有，，，判定表，判定树。 12. SA方法中自顶向下的分析策略主要是和。 13.数据流图的基本组成部分有，，，。 14.数据流图的特性，，，。 15.数据流图和数据字典共同构成了系统的模型，是需求规格说明书的主要组成部分。 16.分析员通过需求分析，逐步细化对软件的需求，描述软件主要处理的，并给软件开发提供一种可转化为，和的数据与功能表示。 17．需求分析阶段研究的对象是软件项目的。 18．数据流图的基本符号包括，，，。19．在需求分析阶段常用的图形工具有，，。20．需求分析应交付的主要文档是。二. 选择题 1. 需求分析中开发人员要从用户那里了解（） A．软件做什么B．用户使用界面C．输入的信息D．软件的规模 2. 需求分析阶段的任务是确定（） A．软件开发方法 B．软件开发工具C．软件开发费 D．软件系统的功能 3. 需求分析阶段最重要的技术文档之一是非曲直（）。 A．项目开发计划 B．设计说明书 C．需求规格说明书 D．可行性分析报告

需求调研步骤与方法

第一章：前言目的: 需求调研是为需求说明书做前期工作，可以说需求说明书说是从需求调研表中得到或抽取而出。需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程，再把这些需求展开细节整理由设计部开发，再由销售部销售给用户。标注：调研顾名思义就是调查和研究客户的想法，我感觉应从以下几个步骤入手：客户想要什么？认真倾听客户说话，因为客户在说的时候，他多半同时在想自己要什么东西。他说完了，轮到咱了，首先复述客户需求，在复述的同时我们就可以发表建议了。此时态度要把握好，要把客户的需求合理化、简单化。说白了就是程序别太复杂，风险能排全排除掉，别搞个逻辑又复杂又不实用的东西出来。客户要这干什么用？听完所有的需求，提炼出客户所要东西的重点，围绕重点开始研究，复述客户的需求。作事千万别说：“我以为”。别怕麻烦，现在多说几遍大家都还是客气，比以后大家对需求有争执强。他为什么这么想？客户大多不是IT专家，大多是行业专家，对自己所作的行业至少对本公司的行业流程比较清楚，所有我们就需要搞清楚他们的行业流程或说业务逻辑，看看他们到底想让我们用程序为他们实现什么功能，他们要干什么？会不会有别的想法？通过以上四步我们的目标是：搞清客户的要求，找出要求的逻辑，客户想要的结果，同时排除开发的风险，挖掘与控制潜在的要求。需求调研的目的是：双方对未来产生结果的认同，达成共识的基础是双方对结果均有理解，而不能一味期望客户提供他们的要求。第二章 2.1. 确定工具没有什么工具是好还是坏的问题，问题是关键是如何使用它们，无论是什么工具也只是一个辅助工具，也不是生成工具。工具的选取要求是自己（本组）熟悉的工具，不能是一件最新时髦工具而自己对它了解很少，结果大部分时间花在学习工具上，而不是使用它为你工作。工具最好也是要求是普通流行的，因为要考虑交流的问题。 2.2. 要做什么就要先了解什么如果做的项目是你所不了解的一个行业，同组最好要有专家----最终用户做为这个专家是最好的，最少你有了解这个专业，不是要你成为专家，但最少要了解一定的专业知识（最少专有词汇你要知道），不然您甚至不知道去问什么问题或者如何去问他们，甚至于人家在

需求分析标准文档要求

软件需求文档格式的标准写法 1．引言 Internet的蓬勃发展，使新闻传播方式发生了巨大的变化，传统的信息传播媒体电视、管波、报纸已经不再是人们茶余饭后的主要精神甜点，人们开始更多的关注网络新闻。由于互联网所容纳的信息量大，内容丰富，信息及时、准确，更有相关信息的全面介绍与比较，大大地方便了人们的阅读，因此在短短几年里，互联网便跻身于众多媒体之间，并具有相当一部分媒体人群。借此东风，新闻网也迅速发展起来，它内容丰富，涉及商业、工业、农业、银行、财政、教育、娱乐和信息等各个产业，信息量大，不仅有时事新闻，还有相关的行业信息，同时新闻网具有互联网所具备的一切特性。在全球网络化、信息化的今天新闻网迅速的发展，大大丰富了人们的生活，不知不觉，它已成为人们生活中不可或缺的重要组成部分。1．1 编写目的传统的信息发布方式已经不适应这个快速变化的信息时代，需要一个更高效，更简洁的方式进行信息发布。内容管理系统正是基于这样一个目的而诞生的，它是企业信息化建设和电子政务的新宠。它的基本思想是分离信息内容和表现形式，内容存储在数据库或独立的文件中，而表现形式存储在模版里。当用户请求页面时，各部分联合生成一个标准的HTML页面；当信息修改时，用户只需在一个可视化的界面对信息内容进行修改。大大缩短了信息的更新时间，提高了效率，并且简化了操作。 1．2 项目背景

·标识待开发软件产品的名称、代码； ·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； ·说明该软件产品与其他有关软件产品的相互关系。 https://www.360docs.net/doc/0014667158.html,平台，MVC本设计采用基于UML用例驱动对象建模的ICONIX项目管理方法，应用MVC 三层设计模式，实现一个可以完成新闻栏目和新闻信息的添加、修改、删除以及新闻查看功能的新闻发布系统。 1．3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无）列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合

需求分析方法主要步骤

1.1主要步骤遵循科学的需求分析步骤可以使需求分析工作更高效。需求分析的一般步骤如图2-3所示。需求涉及的方面有很多。在功能方面，需求包括系统要做什么，相对于原系统目标系统需要进行哪些修改，目标用户有哪些，以及不同用户需要通过系统完成何种操作等。在性能方面，需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。在运行环境方面，需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求，以及对操作系统、数据库和浏览器等软件配置的要求。在界面方面，需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。 1.1.1获取需求，识别问题开发人员从功能、性能、界面和运行环境等多个方面识别目标系统要解决哪些问题，要满足哪些限制条件，这个过程就是对需求的获取。开发人员通过调查研究，要理解当前系统的工作模型和用户对新系统的设想与要求。此外，在需求的获取时，还要明确用户对系统的安全性、可移植性和容错能力等其他要求。比如，多长时间需要对系统做一次备份，系统对运行的操作系统平台有何要求，发生错误后重启系统允许的最长时间是多少等。

遗漏需求是最难修订的需求错误。 --RobertL.Glass 获取需求是需求分析的基础。为了能有效地获取需求，开发人员应该采取科学的需求获取方法。在实践中，获取需求的方法有很多种，比如，问卷调查、访谈、实地操作、建立原型和研究资料等。问卷调查法是采用调查问卷的形式来进行需求分析的一种方法。通过对用户填写的调查问卷进行汇总、统计和分析，开发人员便可以得到一些有用的信息。采用这种方法时，调查问卷的设计很重要。一般在设计调查问卷时，要合理地控制开放式问题和封闭式问题的比例。开放式问题的回答不受限制，自由灵活，能够激发用户的思维，使他们能尽可能地阐述自己的真实想法。但是，对开放式问题进行汇总和分析的工作会比较复杂。封闭式问题的答案是预先设定的，用户从若干答案中进行选择。封闭式问题便于对问卷信息进行归纳与整理，但是会限制用户的思维。访谈通过开发人员与特定的用户代表进行座谈，进而了解到用户的意见，是最直接的需求获取方法。为了使访谈有效，在进行访谈之前，开发人员要首先确定访谈的目的，进而准备一个问题列表，预先准备好希望通过访谈解决的问题。在访谈的过程中，开发人员要注意态度诚恳，并保持虚心求教的姿态，同时还要对重点问题进行深入的讨论。由于被访谈的用户身份可能多种多样，开发人员要根据用户的身份特点，进行提问，给予启发。当然，进行详细的记录也是访谈过程中必不可少的工作。访谈完成后，开发人员要对访谈的收获进行总结，澄清已解决的和有待进一步解决的问题。关注用户的行为而不是他们的言语。

需求分析--任务概述

2．任务概述 2.1目标: 系统开发的意图:加强用户与用户之间的信息交互，解决传统的用户与用户之间沟通不便和沟通内容不够丰富的问题，进行用户与用户之间的数据整合和交互应用目标:为了能够让校友之间进行真实的交互，用户加强校友与校友之间的感情，同时也能够收集校友的信息作用范围:可以为现有的学校使用，也可以被班级以及个人使用有关该系统开发的背景材料:同学录也名“校友录”，其实不只是局限于同学这个圈子，朋友、同学、同事、老师与亲人等等都可以。它的目标受众是组织，只要是一个社会组织或者群体，不管大小都可以在网上申请一个校友录。用户人群的范围扩大到学生、同事、企业、家庭、军队、企事业单位的部门等等。因为每一个人都从属于一定的组织或团体，所以每一位网民都有成为同学录用户的可能。这就为在校或已毕业的广大校友们提供一份交流思想的场所，通过提供完善的同学录服务和规范同学录的管理，建立起同学间的沟通渠道，以达到增进同学之间的感情，方便同学联系的目的，从而增强学校的凝聚力。只要加入了班级或者某一团体的同学录，且你已经被批准成为这个同学录团体中的一员，你就可以享受着传者和受者的基本等同待遇。在同学录内部，传者和受者是没有界限的，在信息交流的过程中，传者和受者的角色是互换的，用户既是传者又是受者，在信息发布和接受方面是对等的，都可以自由地发表言论、班级聊天等等交流活动。也可以通过此网站与朋友联系。系统中班级管理为必不可少的模块项，主要是为了安全有效地存储和管理登录网站的用户的信息，赋予管理员特定的权限，可以对用户进行分类，添加，删除，修改等，方便网站的管理与维护。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。开发系统与其他有关系统之间的关系: 2.2用户的特点本系统的最终用户的特点：同学比较多且无法完全记住同学信息或者缺乏联系的人群操作人员、维护人员的教育水平和技术专长：教育水平均为本科级别

需求分析规范——编码规范V10

1. 需求类文档（如：用例编号）子系统（或特性，见附表）（当为整个项目的文档时，此段空）文档内容（见附表）项目编号（见附表） 2. 项目管理类文档 XXX-PM-XXX-XXX-XXX 版本号文档内容子系统（或特性，见附表）（当为整个项目的文档时，此段空）项目编号 3. 用例编号 3.1 正常用例编号 XXXnnn （第一位为1新建、2修改、3显示、4事务处理、5事务处理、6查询打印、7期末处理、8组织机构及通用的后台设置、9事务的后台设置；第二、三位为流水号。给用例编号时，根据需要可以适当留空号）子模块代码（见附表ModuleList.xls）说明：（1）正常按照功能划分的用例，其编号按照上面的规则进行编码，将来这个6位编码可以作为事务码来使用。有些比较复杂的用例，为了书写方便的目的而将其拆分为几个子用例，这时没有必要为每个子用例重新编号，而是在原来用例编号之后加2位数字顺序号表示，这个多于6位的新编号将来不作为（也没有必要作为）事务码使用；（2）划分子用例允许到多个层次级别，每向后增加一个级别，就在原用例编号之后再加2位数字顺序号，以此类推。 3.2 特定实施单位功能扩充用例编号定义：（1）系统标准功能中已经有一个用例，某实施单位需要这个用例，但是与系统标准用例功能之间存在着差异，需要对这个用例进行特殊增加或修改功能，从而产生新的用例；（2）没有或预计不会再有其他实施单位存在这个同样的功能差异，没有必要为这个新用例创建与原用例编号没有任何联系的全新的用例编号。编号规则：在原正常用例的后面增加三位字符“Xnn”，其中：“X”代表特定实施单位（见附表《特定实施单位对照表》）；“nn”为同一用例、在同一个实施单位的多个变型顺序号。例如：用例INV413A01是依据INV413为轿车公司特制开发的第一个变型用例。 3.3 用例扩充用例编号定义：

浅谈软件开发需求分析阶段的主要任务_上传

浅谈软件开发需求分析阶段的主要任务一、问题识别首先系统分析人员要研究计划阶段产生的可行性分析报告和软件项目实施计划。主要是从系统的角度理解软件并评审用于产生计划估算的软件范围是否恰当,确定对目标系统的综合要求,即软件的需求;并提出这些需求的实现条件,以及需求应达到的标准,也就是解决要求所开发软件做什么,做到什么程度。这些需求包括: (1)功能需求:列举出所开发软件在功能上应做什么,这是最主要的需求。 (2)性能需求:给出所开发软件的技术性能指标,包括存储容量限制、运行时间限制、安全、保密性等。 (3)环境需求:这是对软件系统运行时所处环境的要求。例如,在硬件方面,采用什么机型、有什么外部设备、数据通信接口等等;在软件方面,采用什么支持系统运行的系统。 (4)可靠性需求:各种软件在运行时,失效的影响各不相同。在需求分析时,应对所开发软件在投入运行后不发生故障的概率,按实际的运行环境提出要求。对于那些重要的软件,或是运行失效会造成严重后果的软件,应当提出较高的可靠性要求,以期在开发的过程中采取必要的措施,是软件产品能够高度可靠地稳定运行,避免因运行事故而带来的损失。 (5)安全保密工作需求:工作在不同环境的软件对其安全、保密的要求显然是不同的。应当把这方面的需求恰当地作出规定,以便对所开发的软件给予特殊的设计,使其在运行中其安全保密方面的性能能得到必要的保证。 (6)用户界面需求:软件与用户界面的友好性是用户能够方便有效地使用软件的关键之一,从市场角度来看,具有友好用户界面的软件有较强的市场竞争力。因此,必须在需求分析时,为用户界面细致地规定达到的要求。 (7)资源使用需求:这是指所开发软件运行时所需的数据、软件、内存、空间等各项资源。另外,软件开发时所需的人力、支撑软件、开发设备等属于软件开发的资源,需要在需求分析时加以确定。 (8)软件成本消耗与开发进度需求:在软件项目立项后,要根据合同规定,对软件开发的进度和各步骤的费用提出要求,作为开发管理的依据。 (9)预先估计以后系统可能达到的目标。这样,在开发过程中,可对系统将来可能的扩充与修改做准备,一旦需要时,就比较容易进行补充和修改。功能性需求是人们普遍关注的,但对非功能性需求的分析常常被忽视。其实非功能性需求并不是无关紧要的,它们的主要特点涉及到的方面多而广,却容易被忽略，任何一个软件的非功能性需求都要根据其类型和工作环境来确定。问题识别的另一项工作是建立分析所需要的通信（沟通）途径,以保证能顺利地对问题进行分析。分析员必须与用户、软件开发机构的管理部门、软件开发组的人员建立联系。项目负责人在此过程中起协调人的作用。分析员通过这种通信途径与各方面商讨,以便能按照用户的要求去识别问题的基本内容。

市场需求的调研方法

市场需求的调研方法市场调研是指对商品和服务在从生产者到消费者的运营过程中，所发生的有关市场营销情况的资料作系统的收集、整理和分析，以了解商品和服务的现实和潜在市场，并得出结论的工作过程。本文仅就企业外部市场调研进行论述，不涉及企业内部调研。市场调研关系到系统地、客观地收集、分析和评价市场营销特定方面的信息，以有助于管理者制定有效决策。就其本身而言不是目的，而是达到目的的一种手段，即改进决策的一种手段。为顾客提供优质服务的每一个环节都受此影响。市场调研分类： 1、根据资料来源渠道分为一手资料调查、二手资料调查；其中二手资料多是通过查寻官方出版物、行业概览等文案调研方式得来的。 2、根据资料内容分为消费者资料、终端或店员零售商资料、经销商资料、竞争对手资料、内部员工资料、媒体资料；市场调研方法：一般有实验调查、观察调查、座谈会、深度访谈、街访、入户调查、邮寄问卷法、电话访谈等实地调查和文案调查两种方式。调研首先是根据需求而做的，是根据工作开展顺序设计的，以随机入户访问、街头拦访方式，针对大众消费品为基准进行市场调研而编制的。若要研发一个新的产品进入市场，事先就要对相关市场进行调研，确定其可行性。无论是开发“感冒系列、妇科用药、心脑血管”这三大板块的产品还是其他板块的功能产品，都要对市场、对消费者进行调研，最后提供可行性报告。那么研发新产品时应该怎样做好市场调研呢？笔者认为主要有以下几点： A、走访终端，一看，二问，三打听。比如要要开发一个减肥类保健品，那么首先就应该调查有减肥类产品销售的终端，如国营或私营连锁大药房、私营药店、商场保健品专柜、私人保健品专卖店等。一要看，看什么？主要要看终端销售的产品有几种，摆放位置如何，有那几种强势品牌在销售，外包装都是什么颜色的，什么形状（是礼品装，还是普通装），强势品牌是什么颜色，什么形状，终端POP如何…… 可能很多人会认为这样的调研有什么？走走看看不就什么都知道了？话虽这么说，但走终端看似简单，可还是因此而闹出过的大笑话却不少。前几日与一个老朋友聊天，说起了这样一件事，这位老兄以前供职的是国内某医药集团公司，拥有三家上市公司，生物制药是其中的一个板块，后来公司研发了一个新保健品准备进入礼品市场，而市场调研则是老板拍个板就了事了。产品都上市了才发现，其半米高的礼品包装根本就放不进超市的货架，后来没办法，只好横着塞在货架里，结果到了卖场一看，不知里面放的是什么，上市半年，投了一千万的广告，但是产品销售却不尽人意，可笑!可悲! 二要问，问什么？