系统开发中的需求分析与管理(一)说课讲解.ppt

《系统开发中的需求分析与管理(一)说课讲解.ppt》由会员分享，可在线阅读，更多相关《系统开发中的需求分析与管理(一)说课讲解.ppt（58页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、系统开发中的需求分析与管理(一)一、需求工程概述一、需求工程概述n1 1、什么是需求、什么是需求n基本概念：宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。n需求可能来自以下几个方面：用户（客户）、接口、环境（硬件、组织文化、政策等）。n需求的重要性:开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。（Brooks：没有银弹）案例案例凭空想象的需求凭空想象的需求一家大

2、型电信设备企业有多个分支机构，A与B是研发机构，B是核心平台的研发机制，A做增值业务的研发，C是整个公司的项目管理机构，负责立项、结项与经费管理，D是销售机构。B研制出一种数据接入服务器的原型，找到A，说该产品市场前景看好，请你们开发网管软件，一起做好产品。D对A，B说“你们把软硬件都做好，我负责销售，挣到钱大家分”。于是A决定参与合作，向C提出立项，立项后，A把该项目外包给一家专业的网管软件开发公司E，预期半年完成。由于网管软件要运行于B的产品上，A与E派出开发人员到B处进行需求分析，而B的产品还是原型并不成熟，不断在变化，最终用了1年时间才完成软件开发。开发完成后，E将软件交付给A后，A付

3、清开发费用，再把软件交付到D，D又卖给某电信局F，结果F对软件的功能不满意，要求按自己的要求修改后才能付钱。D不得不要求A修改软件，而A已经将开发费用付给了E，只能自己吞苦果，结果是A想办法把软件转让给B，希望拿出成本并且以后再也不与B合作。这在很多大企业中都是普遍发生的事实。产品是闭门造车出来的，根本没有弄清楚要开发的系统应该是什么样的。一、需求工程概述一、需求工程概述n2 2、系统需求的来源、系统需求的来源 n1)1)客户：购买系统的人。客户：购买系统的人。n2 2）用户：实际使用系统进行日常业务活动的）用户：实际使用系统进行日常业务活动的人。人。n3 3）技术人员：维护系统运行的人。）技

4、术人员：维护系统运行的人。n4 4）其他系统相关者。）其他系统相关者。一、需求工程概述一、需求工程概述n3 3、需求工程、需求工程n1)1)基本概念：在软件开发的生命周期中，与需基本概念：在软件开发的生命周期中，与需求直接相关的活动。主要包括：需求开发和需求直接相关的活动。主要包括：需求开发和需求管理两部分内容。求管理两部分内容。一、需求工程概述一、需求工程概述n3 3、需求工程、需求工程需求开发过程：通过调查与分析，获取用户需求并定义产品需需求开发过程：通过调查与分析，获取用户需求并定义产品需求。求。需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生用户需求说明书。需求分析的目

5、的是对各种需求信息进行分析，消除错误，刻画细节等。常见的需求分析方法有“问答分析法”和“建模分析法”两类。需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生产品需求规格说明书。系统设计人员将依据产品需求规格说明书开展系统设计工作。一、需求工程概述一、需求工程概述n3 3、需求工程、需求工程需求管理过程：在客户与开发方之间建立对需求的共同理解，需求管理过程：在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。维护需求与其它工作成果的一致性，并控制需求的变更。需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出

6、书面承诺，使需求文档具有商业合同效果。需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。需求变更控制是指依据“变更申请审批更改重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。一、需求工程概述一、需求工程概述n3 3、需求工程、需求工程n2 2）需求工程的主要内容：）需求工程的主要内容：需求开发产生的主要文档为用户需求说明书与需求开发产生的主要文档为用户需求说明书与软件需求规格说明书。软件需求规格说明书。需求管理产生的主要文档为需求评审报告、需求管理产生的主要文档为需求评审报告、需求跟踪报告和需求变更控制报

7、告需求跟踪报告和需求变更控制报告一、需求工程概述一、需求工程概述n4 4、需求工程中的主要问题、需求工程中的主要问题n知识技能问题知识技能问题 n态度问题态度问题 n合作关系合作关系 n用户说不清楚需求用户说不清楚需求 n双方误解需求双方误解需求 n开发人员写不好需求文档开发人员写不好需求文档 n用户经常变更需求用户经常变更需求 知识技能问题知识技能问题n应应用用域域的的知知识识是是无无边边无无际际的的，任任何何人人都都不不可可能能是是“万万事事通通”。俗俗话话说说“隔隔行行如如隔隔山山”，需需求求分分析析员员可可能能是是某某一一领领域域的的专专家家，但但当当他他接接手手陌陌生生的的业业务务时

8、时，他他可可能能是是个个“无无知知”者者。一一个个企企业业要要谋谋求求发发展展，不不能能总总在在做做老老的的业业务务。人人一一生生中中会会有有许许多多充充满满挫挫折折的的“第一次第一次”，不可以逃避。，不可以逃避。n当需求分析员缺乏应用域知识时，他该怎么办？当需求分析员缺乏应用域知识时，他该怎么办？首先要有勇气做事，否则连实践的机会都没有。首先要有勇气做事，否则连实践的机会都没有。其其次次应应当当赶赶紧紧补补习习应应用用域域知知识识，不不论论是是通通过过自自学学还还是是培培训训的的方方式式，否否则则他他很很难难与与用用户户交交流流。如如果果可可能能的的话话，开开发发方方最最好好请请既既懂懂软软

9、件件又又懂懂应应用用域域知知识识的的行行家来帮忙。家来帮忙。态度问题态度问题 n相相当当多多的的开开发发人人员员习习惯惯于于被被动动地地对对待待需需求求开开发发。每每当当遇遇到到麻麻烦烦、挫挫折折时时，他他们们会会发发牢牢骚骚，找找出出一一堆堆用用户户的的毛毛病病。很很多多开开发发人人员员错错误误地地以以为为：需需求求是是用用户户的的事事情情，不不是是我我们们的的事事情情。我我们们为为用用户户开开发发软软件件，难难道道用用户户不不该该告告诉诉我我们们应应当当开开发发什什么么吗吗？如如果果用用户户说说不不清清楚楚需需求求，或或者者经经常常变变更更需需求求，这这类类问问题题是是用用户户产产生生的的

10、，应当由他们自己负责。应当由他们自己负责。n用用户户说说不不清清楚楚需需求求或或者者需需求求发发生生变变更更，这这些些都都是是常常见见的的问问题题，并并不不是是绝绝症症，是是人人们们可可以以设设法法解解决决的的。可可悲悲的的是是开开发发人人员员把把这这些些问问题题当当成成了了借借口口，不不愿愿主主动动攻攻克克问问题题，导导致致需需求求问问题题扩扩散散到到整个软件开发过程，产生太多的后患。整个软件开发过程，产生太多的后患。n软软件件企企业业的的领领导导应应当当给给具具有有错错误误观观念念的的开开发发人人员员们们洗洗脑脑：需需求求分分析析员员的的天天职职就就是是在在有有限限的的时时间间内内获获取取

11、准准确确而而细细致致的的用用户户需需求求，如果做不到就是失职，不要找借口。如果做不到就是失职，不要找借口。合作关系合作关系 n如如果果需需求求分分析析员员不不能能与与用用户户建建立立良良好好的的合合作作关关系系，那那么么他他们们在在需需求求开开发发过过程程中中会会很很疲疲惫惫。倘倘若若用用户户不不能能很很好好地地配配合合需需求求分分析析员员，那那并并不不表表示示他他是是个个坏坏蛋蛋。因因为为用用户户有有他他自自己己的的想想法法：我我回回答答了了你你们们的的问问题题，讲讲了了该该讲讲的的。我我们们付付钱钱给给你你们们，难难道道还还要要我我伺伺候候你你们们不不成成？我我还还要要干干自自己己的的事事

12、情情，别别打打扰我了。你们自己想办法把活干好吧扰我了。你们自己想办法把活干好吧。n对对于于一一些些竞竞标标项项目目，在在合合同同未未签签订订之之前前的的需需求求开开发发工工作作尤尤为为困困难难。用用户户未未必会买你的产品，他不会投入很多精力来协助你搞需求开发。必会买你的产品，他不会投入很多精力来协助你搞需求开发。n需需求求分分析析员员不不是是销销售售人人员员，他他们们不不可可能能象象销销售售人人员员那那样样通通过过某某些些手手段段笼笼络络住住用用户户就就能能成成功功。出出色色的的需需求求分分析析员员不不仅仅要要有有过过硬硬的的专专业业知知识识，还还要要具具备备较强的交流、沟通能力。较强的交流、

13、沟通能力。n开开发发方方与与用用户户的的合合作作关关系系对对需需求求开开发发而而言言是是至至关关重重要要的的。对对于于重重大大的的、复复杂杂的的项项目目，我我们们不不能能完完全全期期望望双双方方能能够够自自发发地地建建立立起起良良好好地地合合作作关关系系，这这样风险太大。样风险太大。n开开发发方方和和用用户户方方在在开开展展需需求求开开发发之之前前，双双方方协协商商并并撰撰写写“用用户户在在需需求求工工程程中中的的权权利利与与义义务务”，即即以以协协议议的的方方式式确确定定合合作作关关系系。“好好话话”和和“丑丑话话”都都说说在在前前头头，这这样样能能减减少少今今后后的的摩摩擦擦。如如果果条条

14、件件允允许许的的话话，开开发发方方最最好好为为用户举办关于需求工程的培训用户举办关于需求工程的培训 合作关系合作关系 n用户在需求工程中的用户在需求工程中的“权利权利”1.有权要求开发方派遣资质合格的需求分析员和相关人员。2.有权要求开发方采用用户熟悉的语言来描述需求，即开发方必须提供用户看得懂得需求文档。3.有权审查需求文档，并对有争议的需求作出决策。如果认为需求文档不能准确地反映用户真实的意愿，可以拒绝在需求文档上签字。4.如果用户想要变更需求，有权要求开发方对该变更将产生的影响作出真实可信的评估，以便用户决定是否变更需求。n用户在需求工程中的用户在需求工程中的“义务义务”1.以积极友善的

15、态度与开发方人员交流、协作，尽可能地为开发方人员提供工作和生活上的便利。2.乐意接受需求分析员的采访，在不泄漏机密的前提下尽可能地回答需求分析员的问题。3.在不泄漏机密的前提下，尽可能地向需求分析员提供与需求相关的材料。4.与需求分析员共同评审需求文档，确保需求文档准确地反映用户真实的意愿。用户说不清楚需求用户说不清楚需求 n用用户户说说不不清清楚楚需需求求是是普普遍遍现现象象，这这是是让让开开发发人人员员头头痛痛的的大大问问题题。有有些些用用户户真真的的不不知知道道需需求求是是什什么么，或或者者对对需需求求只只有有朦朦胧胧的的感感觉觉，他他当当然然说说不不清清楚楚需需求求。有有些些用用户户虽

16、虽然然心心里里明明白白想想要要什什么么，但但却却说说不不清清楚楚需需求。求。n系系统统分分析析员员绝绝不不能能以以用用户户说说不不清清楚楚需需求求为为借借口口而而草草率率地地对对待待需需求求开开发发工工作作，否否则则会会连连累累整整个个开开发发团团队队的。的。n无无论论是是什什么么原原因因导导致致用用户户说说不不清清楚楚需需求求，系系统统分分析析员员必必须须设设法法搞搞清清楚楚用用户户真真正正的的需需求求，这这是是系系统统分分析析员的职责，也是职业的挑战。员的职责，也是职业的挑战。双方误解需求双方误解需求 n了了解解需需求求的的过过程程中中会会发发生生“问问非非所所求求，答答非非所所问问”的事

17、情。的事情。开发人员写不好需求文档开发人员写不好需求文档 n需需求求调调查查工工作作不不充充分分，获获取取的的需需求求信信息息太太少少或或者者太太乱，以至于写不成需求文档。乱，以至于写不成需求文档。要要想想写写出出好好的的需需求求文文档档，前前提提条条件件是是把把需需求求调调查查工工作作做好。做好。企企业业应应当当提提供供合合适适的的文文档档模模板板以以及及比比较较好好的的示示例例文文档档，尽可能地降低写作难度。尽可能地降低写作难度。用户经常变更需求用户经常变更需求 n需需求求变变更更通通常常会会对对项项目目的的进进度度、人人力力资资源源、经经费费产产生生很很大大的的影影响响。如如果果在在项项

18、目目开开发发的的初初始始阶阶段段，开开发发人人员员和和用用户户没没有有搞搞清清楚楚需需求求或或者者搞搞错错了了需需求求，到到了了项项目目开开发发后后期期才才将将需需求求纠纠正正过过来来，导导致致产产品品的的部部分分内内容容需需要要重重新新开开发发。毫毫无无疑疑问问，这这种种需需求求变变更更将将使使项目付出额外的代价。项目付出额外的代价。需需求求变变更更并并不不可可怕怕，可可怕怕的的是是需需求求变变更更失失去去控控制制，导导致致项项目目混混乱乱。所所以以需需求求变变更更控控制制是是需需求求工工程程的的重重要要活动。活动。用户经常变更需求用户经常变更需求 n需需求求变变更更通通常常会会对对项项目目

19、的的进进度度、人人力力资资源源、经经费费产产生生很很大大的的影影响响。如如果果在在项项目目开开发发的的初初始始阶阶段段，开开发发人人员员和和用用户户没没有有搞搞清清楚楚需需求求或或者者搞搞错错了了需需求求，到到了了项项目目开开发发后后期期才才将将需需求求纠纠正正过过来来，导导致致产产品品的的部部分分内内容容需需要要重重新新开开发发。毫毫无无疑疑问问，这这种种需需求求变变更更将将使使项目付出额外的代价。项目付出额外的代价。需需求求变变更更并并不不可可怕怕，可可怕怕的的是是需需求求变变更更失失去去控控制制，导导致致项项目目混混乱乱。所所以以需需求求变变更更控控制制是是需需求求工工程程的的重重要要活

20、动。活动。一、需求工程概述一、需求工程概述n5 5、需求工程的层次、需求工程的层次 n开开发发者者对对待待需需求求工工程程的的态态度度可可分分“被被动动型型”、“主主动动型型”和和“领领先先型型”三三种种，只只有有后后两两种种才才有有可可能能开开发发出出成功的产品。成功的产品。“被被动动型型”是是指指开开发发者者被被动动地地对对待待需需求求工工程程中中的的各各项项活活动动，能能少少干干则则少少干干，能能偷偷懒懒则则偷偷懒懒。他他们们认认为为需需求求是是用用户户的的事事情情而而不不是是自自己己的的事事情情。开开发发过过程程中中经经常常发发生生需需求求变变更更，导导致致产产品品迷迷失失方方向向，不

21、是半途而废就是陷入半死不活的状态。不是半途而废就是陷入半死不活的状态。“主主动动型型”是是指指开开发发者者积积极极地地开开展展需需求求工工程程中中的的各各项项活活动动。他他们们把把获获取取准准确确的的需需求求当当作作自自己己的的职职责责，会会想想尽尽一一切切办办法法克克服服需需求求开开发发和和需需求求管管理理过过程程中中的的困困难难，而而不不是是找找借借口口推推卸卸责责任任。俗俗话话说说“良良好好的的开开端端是是成成功功的的一一半半”，“主主动动型型”需需求求工工程程是是开开发发成成功功产产品的必备条件。品的必备条件。“领领先先型型”是是需需求求工工程程的的最最高高境境界界。开开发发者者发发掘

22、掘了了连连用用户户自自己己都都没没有有意意识识到到的的需需求求，导导致致用用户户跟跟着着新新产产品品跑跑而而不不是是新新产产品品围围着着用用户户转转，这这叫叫引引导导消消费费。需需求求工工程程做做到到这这个个份份上上，才才能能使使产产品品立立于于不败之地，长盛不衰。不败之地，长盛不衰。二、需求开发二、需求开发n1 1、需求的获取、需求的获取 一般地，分析员首先要通过与用户面谈、问卷调查等方一般地，分析员首先要通过与用户面谈、问卷调查等方式获取需求，通过对这些需求进行记录与定义并进行式获取需求，通过对这些需求进行记录与定义并进行讨论与修正，将未解决的问题放在一个条目中，等下讨论与修正，将未解决的

23、问题放在一个条目中，等下一次调查解决。通过多次迭代最终得到完整的系统需一次调查解决。通过多次迭代最终得到完整的系统需求。求。n1)1)需求获取规程需求获取规程现代软件系统分析与开发一般都遵循一定的范式和规程。现代软件系统分析与开发一般都遵循一定的范式和规程。在需求调查阶段，一般按以下规程进行：在需求调查阶段，一般按以下规程进行：目的获取用户的需求信息，经过分析产生用户需求说明书角色与职责系统分析员调查分析需求，用户提供必要的需求信息启动准则系统分析员已经确定输入任何与用户需求相关的材料主要步骤1准备调查2调查与记录3分析需求信息4撰写用户需求说明书5需求确认输出用户需求说明书结束准则完成用户需

24、求说明书并确认无误度量统计工作量和文档规模，上报项目经理二、需求开发二、需求开发n1 1、需求的获取、需求的获取 n2)2)调查准备调查准备 (1)(1)需求分析员应当起草需求调查问题表，将调查重点锁需求分析员应当起草需求调查问题表，将调查重点锁定在该问题表内，否则调查工作将变得漫无边际。定在该问题表内，否则调查工作将变得漫无边际。问题表可以有多份，随着调查的深入，问题表将不断地被细问题表可以有多份，随着调查的深入，问题表将不断地被细化。化。根据经验，用户通常没有耐心回答复杂的论述题，所以问题根据经验，用户通常没有耐心回答复杂的论述题，所以问题表应当以表应当以“选择题选择题”和和“是非题是非题

25、”为主。为主。制定问题表最简便的方法就是从用户需求说明书的模板制定问题表最简便的方法就是从用户需求说明书的模板中提取需求问题。中提取需求问题。二、需求开发二、需求开发n1 1、需求的获取、需求的获取 n2)2)调查准备调查准备 (2)(2)确定调查方式，调查的方法有：确定调查方式，调查的方法有：问卷调查问卷调查复查现有报表和业务过程的描述复查现有报表和业务过程的描述与用户面谈与讨论与用户面谈与讨论观察与记录业务过程观察与记录业务过程与同行或专家交谈，听取意见与建议与同行或专家交谈，听取意见与建议分析已经存在的软件系统，提取需求分析已经存在的软件系统，提取需求从行业标准和规则中提取需求从行业标准

26、和规则中提取需求到到InternetInternet上查找相关信息上查找相关信息二、需求开发二、需求开发n1 1、需求的获取、需求的获取 n2)2)调查准备调查准备 (2)(2)确定调查方式，辅助调查的方法有：确定调查方式，辅助调查的方法有：可通过原型的方法获取需求，这对于可通过原型的方法获取需求，这对于“说不出需求说不出需求”的用户尤其适用。的用户尤其适用。JADJAD（联合应用开发会议）是加快调查的重要方法，联合应用开发会议）是加快调查的重要方法，即将相关人员全部召集在一起参加单一会议直接解即将相关人员全部召集在一起参加单一会议直接解决需求分析问题。决需求分析问题。二、需求开发二、需求开发

27、n1 1、需求的获取、需求的获取 n2)2)调查准备调查准备 (3)(3)需求分析员与被调查者建立联系，确定调查需求分析员与被调查者建立联系，确定调查的时间、地点、人员等，撰写需求调查计划。的时间、地点、人员等，撰写需求调查计划。要特别留意的是不要漏掉典型的用户。要特别留意的是不要漏掉典型的用户。二、需求开发二、需求开发n1 1、需求的获取、需求的获取 n3)3)调查与记录调查与记录 准备工作完毕后，需求分析员按照计划执行调查。在调查过程中准备工作完毕后，需求分析员按照计划执行调查。在调查过程中随时记录（或存储）需求信息随时记录（或存储）需求信息 。通过完成计划的调查任务，系。通过完成计划的调

28、查任务，系统分析员获取用户需求并将其正确的记录。记录形式一般为表格统分析员获取用户需求并将其正确的记录。记录形式一般为表格需求标题调查方式调查人调查对象时间、地点需求信息记录是什么？不是什么？为什么？二、需求开发二、需求开发n1 1、需求的获取、需求的获取 n3)3)调查与记录调查与记录 面谈中要注意的问题：面谈中要注意的问题：注重时间与礼节，建立与用户的良好关系注重时间与礼节，建立与用户的良好关系事先了解用户的身份、背景事先了解用户的身份、背景从宏观入手，然后细化，而不是象侦探那样从蛛丝从宏观入手，然后细化，而不是象侦探那样从蛛丝马迹着手马迹着手轻松的气氛，不轻意打断用户的谈话轻松的气氛，不

29、轻意打断用户的谈话不为用户添加必要的麻烦，但也不要因怕麻烦而降不为用户添加必要的麻烦，但也不要因怕麻烦而降低调查力度低调查力度二、需求开发二、需求开发n1 1、需求的获取、需求的获取 n3)3)调查与记录调查与记录 调查的技术调查的技术问答分析法：通过提问与回答了解系统问答分析法：通过提问与回答了解系统需求。最主要的问题是：需求。最主要的问题是：“是什么是什么”和和“为什么为什么”。每个需求都用陈述句说明每个需求都用陈述句说明“是什么是什么”，如果表达不清，如果表达不清，则加上则加上“不是什么不是什么”；如果；如果“是是”与与“不是不是”不是理不是理所当然的，就必须加上解释所当然的，就必须加上

30、解释“为什么为什么”目标：获目标：获得正确、清晰的需求。得正确、清晰的需求。其他常见问题：其他常见问题：需求存在二义性吗？需求存在二义性吗？需求文档的上下文有矛盾吗？需求文档的上下文有矛盾吗？需求完备吗？需求完备吗？需求是必要的吗？需求是必要的吗？需求可实现吗？需求可实现吗？需求可验证吗？需求可验证吗？需求的优先级确定了吗？需求的优先级确定了吗？二、需求开发二、需求开发n2 2、需求冲突的解决、需求冲突的解决 n需求从获取渠道收集到以后，可能产生不一致需求从获取渠道收集到以后，可能产生不一致的地方。的地方。n解决原则主要有：解决原则主要有：当客户需求与开发方预计需求冲突时，以客户需求当客户需求

31、与开发方预计需求冲突时，以客户需求为主。为主。用户间需求冲突则以级别大的用户需求为准，同级用户间需求冲突则以级别大的用户需求为准，同级则少数服从多数。则少数服从多数。多个客户以出钱多的客户需求为准多个客户以出钱多的客户需求为准二、需求开发二、需求开发n3 3、用户需求说明书、用户需求说明书 n对收集到的用户需求进行分析、归纳与总结，对收集到的用户需求进行分析、归纳与总结，然后根据一定的格式撰写用户需求说明书，然后根据一定的格式撰写用户需求说明书，调查过程中的中间资料可作为附件。用户需求调查过程中的中间资料可作为附件。用户需求说明书完成后，应邀请专家与用户对其进行评说明书完成后，应邀请专家与用户

32、对其进行评审，使其最大限度地符合用户的真实意愿。之审，使其最大限度地符合用户的真实意愿。之后才能进行进一步的需求分析与定义，产生后才能进行进一步的需求分析与定义，产生软件需求规格说明书。软件需求规格说明书。（模板模板）二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n1)1)概述概述n需需求求分分析析的的结结果果是是通通过过建建立立系系统统的的逻逻辑辑模模型型来来定义需求。定义需求。n逻逻辑辑模模型型：详详细细展展示示系系统统要要完完成成的的功功能能，而而不不依赖具体技术的模型。依赖具体技术的模型。n物理模型：表明系统是如何真正实现的模型。物理模型：表明系统是如何真正实现的模

33、型。二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n1)1)概述概述n结结构构化化分分析析方方法法兴兴盛盛的的时时期期，软软件件系系统统的的开开发发过过程程是是从从物物理理模模型型到到逻逻辑辑模模型型，再再从从逻逻辑辑模模型型到到新新的的物物理理模模型型的的过过程程。这这种种方方法法可可以以保保证证系系统统分分析析能能按按步步就就班班的的完成，但缺点是完成，但缺点是na)a)系系统统分分析析时时间间较较长长，要要花花费费更更多多时时间间与与资资金金去去分分析析、了解和记录旧系统的运行，提炼出运行逻辑。了解和记录旧系统的运行，提炼出运行逻辑。nb)b)新新系系统统往往往往是是

34、旧旧系系统统的的简简单单自自动动化化，不不论论原原系系统统的的效效率率有有多多低低，是是否否合合理理，都都原原样样地地进进入入新新系系统统，并并不不能能通通过过信信息息化化改改造造原原来来的的业业务务管管理理流流程程，提提高高管管理理水水平。平。n不不适适合合于于全全新新系系统统的的开开发发，特特别别是是一一些些WEBWEB项项目目，如如电电子子商商务务方方面面的的项项目目开开发发，这这些些项项目目没没有有可可参参考考的的旧旧系系统。统。二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n1)1)概述概述n现现代代的的需需求求分分析析过过程程，往往往往是是直直接接在在对对用用户

35、户需需求求进进行行收收集集地地过过程程中中直直接接产产生生新新系系统统的的逻逻辑辑模模型型（直直接接通通过过对对比比要要解解决决的的商商业业问问题题和和软软件件需需要要实实现现的的功功能能）。系系统统分分析析员员只只有有在在需需要要理理解解商商业业业业务务流流程程时时才才去去检检查查现现有系统。有系统。n系系统统分分析析员员的的焦焦点点是是：以以新新系系统统为为中中心心。提提出出创创新新的的问问题题解解决决之之道道是是系系统统分分析析员员的的素素质质要要求求之之一一。此此外外，新新系系统统的的引引入入还还可可能能对对组组织织原原来来的的业业务务流流程程进进行行改改造造BPRBPR。n两种思维方

36、式：两种思维方式：还没有坏，就不需要修理还没有坏，就不需要修理总有一种更好的解决方法总有一种更好的解决方法 案例案例Ford的业务流程重组的业务流程重组20世纪世纪80年代，福特北美分部的帐目支付部门雇佣年代，福特北美分部的帐目支付部门雇佣了了500多名员工。为了提高效率，公司决定引入信息多名员工。为了提高效率，公司决定引入信息系统，最初的目标是提高系统，最初的目标是提高20%的效率。在项目小组的效率。在项目小组进行系统分析时发现，马自达公司的帐目支付部门只进行系统分析时发现，马自达公司的帐目支付部门只有有5名员工。虽然福特比马自达大得多，但相对于而名员工。虽然福特比马自达大得多，但相对于而言

37、也达不到言也达不到100倍的业务量。在借鉴了马自达的业务倍的业务量。在借鉴了马自达的业务过程的同时，项目组设计了全新的自动化系统，将帐过程的同时，项目组设计了全新的自动化系统，将帐目支付功能包含在更大的购买功能中，实现了从购买目支付功能包含在更大的购买功能中，实现了从购买到支付全程跟踪的自动化，项目结束时，只需求到支付全程跟踪的自动化，项目结束时，只需求100人即可完成原来人即可完成原来500多人才能完成的帐目支付功能，多人才能完成的帐目支付功能，大大超出了预计。大大超出了预计。二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n2)2)系统分析规程系统分析规程目的定义准确的产

38、品需求，产生产品需求规格说明书角色与职责系统分析员定义产品需求，用户确认产品需求启动准则用户需求说明书撰写完成输入用户需求说明书主要步骤1细化和分析用户需求2撰写产品需求规格说明书3需求确认输出产品需求规格说明书结束准则产品需求规格说明书撰写完成并通过确认（评审与承诺）度量系统分析员统计工作量与文档规模，上报项目经理二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n2)2)系统分析规程系统分析规程n第一步：细化并分析用户需求第一步：细化并分析用户需求 需需求求分分析析员员首首先先对对用用户户需需求求说说明明书书进进行行细细化化，对对比比较较复复杂杂的的用用户户需需求求进进行行

39、建建模模分分析析，以以帮帮助助软软件件开开发发人人员员更更好好地地理理解解需需求求。建建模模分分析析产产生生的的文文档档可可以以作作为为产产品品需需求求规规格格说说明明书书的的附附件件。补补充充说说明明：建建模模分分析析的的技技术术难难度度比比较高，分析员应当根据自身水平进行取舍。较高，分析员应当根据自身水平进行取舍。n第二步：撰写产品需求规格说明书第二步：撰写产品需求规格说明书 需需求求分分析析员员按按照照指指定定的的文文档档模模板板撰撰写写产产品品需需求求规规格格说说明明书书。如如果果待待开开发发的的产产品品分分为为软软件件和和硬硬件件两两部部分分的的话话，则则应应当当撰撰写写软软件件需需

40、求求规规格格说说明明书书和和硬件需求规格说明书。硬件需求规格说明书。n第三步：进行需求确认第三步：进行需求确认项项目目经经理理邀邀请请同同行行专专家家和和用用户户（包包括括客客户户和和最最终终用用户户）一一起起评评审审产产品品需需求求规规格格说说明明书书，尽尽最最大大努努力力使使产产品品需需求求规规格格说说明明书书能能够够正正确确无无误误地地反反映映用户的真实意愿。用户的真实意愿。需求评审之后，开发方和客户方的责任人对产品需求规格说明书作书面需求评审之后，开发方和客户方的责任人对产品需求规格说明书作书面承诺。承诺。二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n3)3)需求

41、分析方法需求分析方法文字描述（可从问答法直接获得）文字描述（可从问答法直接获得）模型描述模型描述有些时候用语言描述某个问题特别费劲，而采用图形则有些时候用语言描述某个问题特别费劲，而采用图形则使人一目了然，所谓使人一目了然，所谓“一图低千言一图低千言”就是这个道理。在就是这个道理。在需求开发过程中，对于某些类型的信息，用图形表示要需求开发过程中，对于某些类型的信息，用图形表示要比文本表示更加有效。所以将图形与文本结合起来描述比文本表示更加有效。所以将图形与文本结合起来描述需求是很自然的方法。因此在需求分析中常使用建模的需求是很自然的方法。因此在需求分析中常使用建模的方法来定义需求。方法来定义需

42、求。二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n3)3)需求分析方法需求分析方法模型描述模型描述(1)(1)需求建模需求建模:就是指用图形符号来表示、刻画需求。就是指用图形符号来表示、刻画需求。建模分析方法主要有两大类：建模分析方法主要有两大类：“结构化分析法结构化分析法”和和“面向对象分析法面向对象分析法”。二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n3)3)需求分析方法需求分析方法模型描述模型描述(2)(2)结构化分析法结构化分析法结构化分析方法并不是明确地由涉及这个主题的一结构化分析方法并不是明确地由涉及这个主题的一篇文章或者一本著作引入的

43、，它也不是被所有使用篇文章或者一本著作引入的，它也不是被所有使用者一致采用的单一方法。相反地，它是几乎发展了者一致采用的单一方法。相反地，它是几乎发展了2020多年的一个混合物。结构化分析方法在多年的一个混合物。结构化分析方法在7070年代和年代和8080年代非常流行，相关论著很多。年代非常流行，相关论著很多。PressmenPressmen对结构对结构化分析方法作了高度概括化分析方法作了高度概括“一个中心三种图一个中心三种图”：数据字数据字典典实体关系图实体关系图数据流图数据流图状态变迁图状态变迁图二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n3)3)需求分析方法需求分

44、析方法模型描述模型描述(3)(3)面向对象分析法面向对象分析法面面向向对对象象分分析析设设计计（OOADOOAD）方方法法兴兴起起于于2020世世纪纪8080年年代代，从从9090年年代代起起至至今今它它已已经经在在分分析析设设计计领领域域占占据据了了无无可可争争议议的的主主流流地地位。面向对象分析设计领域有一些比较著名的学派，如：位。面向对象分析设计领域有一些比较著名的学派，如：l lCoadCoad和和YourdonYourdon学派。学派。l lBoochBooch学派。学派。l lJocobsonJocobson学派。学派。l lRumbaughRumbaugh学派。学派。UMLRat

45、ionalRose二、需求开发二、需求开发n4 4、需求分析与定义、需求分析与定义 n3)3)需求分析方法需求分析方法模型描述模型描述(4)(4)建模原则建模原则恰当地使用图形符号恰当地使用图形符号 现代建模工具如现代建模工具如RoseRose有非常丰富的图形符号和文字标注，能有非常丰富的图形符号和文字标注，能很好地表达模型的细节。要注意的是：在建模时使用花样过很好地表达模型的细节。要注意的是：在建模时使用花样过多的图形符号或文字意味着模型表示的复杂化，将使开发人多的图形符号或文字意味着模型表示的复杂化，将使开发人员更难掌握，而且使图形文档更加杂乱。员更难掌握，而且使图形文档更加杂乱。世上不存

46、在一个包罗万象的图世上不存在一个包罗万象的图它能完整地描述需求。它能完整地描述需求。需求建模不可能取代文字描述。在需求文档中，文字描述是需求建模不可能取代文字描述。在需求文档中，文字描述是第一重要的，建模主要是起分析、解释作用。建议将模型存第一重要的，建模主要是起分析、解释作用。建议将模型存放在需求文档的附录中，便于正文引用。放在需求文档的附录中，便于正文引用。二、需求开发二、需求开发n5 5、产品需求规格说明书、产品需求规格说明书 n1)1)用户需求说明书与产品需求规格说明书的主要区别与联系n前者主要采用自然语言（和应用域术语）来表达用户需求，其内容相对于后者而言比较粗略，不够详细。n后者是

47、前者的细化，更多地采用计算机语言和图形符号来刻画需求，产品需求是软件系统设计的直接依据。n两者之间可能并不存在一一影射关系，因为软件开发商会根据产品发展战略、企业当前状况适当地调整产品需求，例如用户需求可能被分配到软件的数个版本中。软件开发人员应当依据产品需求规格说明书来开发当前产品。二、需求开发二、需求开发n5 5、产品需求规格说明书、产品需求规格说明书 n2)2)应按一定规范书写应按一定规范书写（模板模板）二、需求开发二、需求开发n5 5、产品需求规格说明书、产品需求规格说明书 n3)3)书写原则书写原则（1 1）正确正确 （2 2）清楚清楚 （3 3）无二义性无二义性 （4 4）一致一致

48、 （5 5）必要必要 （6 6）完备完备 （7 7）可实现可实现（8 8）可验证可验证 （9 9）确定优先级确定优先级 （1010）阐述）阐述“做什么做什么”而不是而不是“怎么做怎么做”三、需求管理三、需求管理n1 1、需求验证、需求验证 n系系统统分分析析员员往往往往认认为为他他们们了了解解与与掌掌握握了了用用户户的的需需求求，然然而而却却没没有有真真正正把把握握商商业业过过程程的的最最精精妙妙之之处处。在在项项目目早早期期发发现现和和解解决决这这方方面面的的问问题题，比比到到了了开开发发与与实实现现阶阶段段解解决决的的代代价价要要小小百百倍倍。发现和解决需求分析问题的手段是需求验证。发现和

49、解决需求分析问题的手段是需求验证。n类似于房屋建造，需求分析相当于设计蓝图，类似于房屋建造，需求分析相当于设计蓝图，在进行设计时可能会存在问题，如果在正式建在进行设计时可能会存在问题，如果在正式建造前不加以解决可能导致完全的失败，在建造造前不加以解决可能导致完全的失败，在建造之前首先要验证图纸的正确性。之前首先要验证图纸的正确性。三、需求管理三、需求管理n1 1、需求验证、需求验证 n1)需求验证过程需求验证过程n需需求求确确认认是是指指开开发发方方和和客客户户方方共共同同对对产产品品需需求求规规格格说说明明书书进进行行评评审审，双双方方对对需需求求达达成成共共识识后后作作出出承承诺诺。需需求

50、求确确认认包包含含两两个个重重要要工工作作：“需求评审需求评审”和和“需求承诺需求承诺”。三、需求管理三、需求管理n1 1、需求验证、需求验证 n2)需求评审需求评审 n要注意的问题：要注意的问题：nl l需需求求评评审审的的一一个个通通病病是是“虎虎头头蛇蛇尾尾”。需需求求评评审审的的确确乏乏味味，也也比比较较费费脑脑子子。刚刚开开始始评评审审时时，大大家家都都比比较较认认真真，越越到到后后头头越越马马虎虎。主主持持人人应应当当控控制制节节奏奏，将将重重要要内容放在前面。内容放在前面。nl l需需求求评评审审涉涉及及的的人人员员可可能能比比较较多多，有有些些时时候候让让这这么么多多人人聚聚在