《软件工程课件第04章.pptx》由会员分享，可在线阅读，更多相关《软件工程课件第04章.pptx（35页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、复习：软件生存周期复习：软件生存周期可行性研究需求分析概要设计详细设计实 现集成测试确认测试使用与维护退役软件定义软件开发软件使用与维护第1页/共35页本书中“需求分析”的主要内容需求分析基础面向数据流的分析方法(结构化分析）面向对象的 需求分析面向数据的 分析 需求分析的重要性 需求分析的任务与原则 需求分析的获取方法与建模数据字典数据流图ER图 基于数据流的分析方法 面向对象的概念 面向对象方法简介 面向对象分析过程 面向数据结构的系统开发方法 Jackson系统开发方法形式化方法第2页/共35页第第4章章需求分析需求分析软件需求软件需求是指用户对目标软件系统在功能、性能、是指用户对目标软
2、件系统在功能、性能、行为、设计约束等方面的期望。行为、设计约束等方面的期望。需求分析就是通过对需求分析就是通过对应用问题及其环境应用问题及其环境的分析与理解，的分析与理解，采用一系列的分析方法和技术，将采用一系列的分析方法和技术，将用户的需求用户的需求逐逐步精确化、完全化、一致化，最终形成需求规格步精确化、完全化、一致化，最终形成需求规格说明文档的过程。说明文档的过程。系统分析阶段产生的系统规格说明和项目规划是系统分析阶段产生的系统规格说明和项目规划是软件需求分析的基础，分析人员需从软件的角度软件需求分析的基础，分析人员需从软件的角度对其进行检查和调整，并在此基础上展开需求分对其进行检查和调整
3、，并在此基础上展开需求分析。析。第3页/共35页第第4章章需求分析需求分析需求分析阶段的需求分析阶段的成果成果主要是主要是需求规格说明，需求规格说明，该该成果又是软件设计、编码、测试直至维护的主成果又是软件设计、编码、测试直至维护的主要基础。要基础。需求分析是需求分析是系统分析和软件设计的重要桥梁，系统分析和软件设计的重要桥梁，是软件生存周期的关键性阶段。良好的分析活是软件生存周期的关键性阶段。良好的分析活动能够减少错误和遗漏，从而可提高软件生产动能够减少错误和遗漏，从而可提高软件生产率和产品质量、降低开发与维护成本。率和产品质量、降低开发与维护成本。第4页/共35页v需求分析是发现、求精、建
4、模、规格说明和复审的过程；v需求分析是系统设计的基础，关系到程的成败和软件产品的质量。重要性需求获取困难原因有三一是用户需求的动态性(不稳定性)二是需求的模糊性(不准确性)三是需求必须得到用户的确认，否则毫无意义 4.1 需求分析基础-需求分析的重要性 第5页/共35页需求分析F 需求分析的任务：需求分析的任务：准确的回答准确的回答“系统必须做什么？系统必须做什么？”仍然回答仍然回答“What”，而不是，而不是“How”，但更细致、精确（合同的拟定）但更细致、精确（合同的拟定）第6页/共35页4.1 需求分析的任务 需需求求分分析析的的任任务务可可通通过过问问题题分分析析、需需求求描描述述和和
5、需求评审三个步骤来完成。需求评审三个步骤来完成。1问题分析问题分析软软件件系系统统分分析析人人员员在在这这一一步步骤骤中中的的任任务务是是根根据据对对问问题题及及其其环环境境的的理理解解与与软软件件开开发发经经验验，改改正正用用户户需需求求的的模模糊糊性性、歧歧义义性性和和不不一一致致性性，排排除除由由于于用用户户的的片片面面性性和和短短期期行行为为所所导导致致的的不不合合理理要要求求、挖挖掘掘用用户户尚尚未未提提出出但但具具有有价价值值的的潜潜在在需需求求，并并在在用用户户的的帮帮助助下下对对相相互互冲冲突突的的要要求求进进行行折折衷衷，使使用用户户需求逐步精确化、一致化和完全化。需求逐步精
6、确化、一致化和完全化。第7页/共35页4.1 需求分析的任务1问题分析问题分析在这一过程中，需要用某种方法为原始问题及其软在这一过程中，需要用某种方法为原始问题及其软件解建立模型，以便精确地记录用户从各个视点、件解建立模型，以便精确地记录用户从各个视点、在不同抽象级别上对原始问题的描述，并包含了问在不同抽象级别上对原始问题的描述，并包含了问题及其环境所涉及的信息流、处理功能、用户界面、题及其环境所涉及的信息流、处理功能、用户界面、行为及设计约束等各方面内容。行为及设计约束等各方面内容。于是可通过对模型的精确化来达到需求分析的目标。于是可通过对模型的精确化来达到需求分析的目标。比如，可以采用面向
7、数据流的分析方法，利用数据比如，可以采用面向数据流的分析方法，利用数据流图和数据字典等工具来建立模型。流图和数据字典等工具来建立模型。该模型是形成需求规格说明、进行软件设计的基础。该模型是形成需求规格说明、进行软件设计的基础。第8页/共35页2需求描述需求描述该该步步骤骤的的主主要要任任务务是是以以需需求求模模型型为为基基础础，生生成成需需求求规规格格说说明明和和初初步步的的用用户户手手册册，并并制制定定软软件件产产品品验验收收测试计划。测试计划。需需求求规规格格说说明明是是软软件件项项目目的的一一个个关关键键性性文文档档。其其中中应应包包含含对对目目标标软软件件系系统统的的功功能能、外外部部
8、行行为为、性性能能、质质量量、可可靠靠性性、可可维维护护性性、约约束束条条件件和和需需求求验验证证标标准等的完整的描述。准等的完整的描述。初初步步用用户户手手册册应应包包括括目目标标软软件件系系统统的的用用户户界界面面的的描描述和使用方法的初步构想。述和使用方法的初步构想。验收测试计划是进行软件产品验收测试的依据。验收测试计划是进行软件产品验收测试的依据。第9页/共35页3需求评审需求评审需求评审是软件开发过程中的一个重要的里程碑。需求评审是软件开发过程中的一个重要的里程碑。需需求求评评审审的的主主要要任任务务是是分分析析人人员员在在用用户户（客客户户）和和软软件件设设计计人人员员的的配配合合
9、下下对对需需求求规规格格说说明明和和初初步步用用户户手手册册进进行行审审核核，检检验验软软件件需需求求的的精精确确性性、完完全全性性和和一一致致性性，并并使使用用户户（客客户户）和和软软件件设设计计人人员员对对规规格格说说明明和和用用户户手手册册达达成一致的理解。成一致的理解。经经过过评评审审确确认认的的需需求求规规格格说说明明将将成成为为客客户户方方与与开开发发方方的的合合同同。如如果果评评审审未未通通过过，比比如如发发现现了了遗遗漏漏或或错错误误，则则必必须进行迭代，直至通过评审为止。须进行迭代，直至通过评审为止。第10页/共35页1 1、确定对系统的综合要求、确定对系统的综合要求2 2、
10、分析系统的数据要求、分析系统的数据要求3 3、异出系统的逻辑模型、异出系统的逻辑模型4 4、修正项目开发划、修正项目开发划5 5、开发原型系统、开发原型系统 与软件实际运行相关的需求分析任务需求分析的任务第11页/共35页4.2.1 初步需求获取技术在在分分析析阶阶段段的的初初期期，由由于于分分析析人人员员和和用用户户的的共共同同知知识识领领域域可可能能不不多多，致致使使分分析析人人员员对对问问题题往往往往知知之之不不多多，而而用用户户对对目目标标软软件件的的要要求求及及对对要要求求的的描描述述常常常常是是零零乱乱而而模模糊糊的的，从从而而会会造造成成相相互互交交流流和和相相互互理理解解上上的
11、的困困难难。为为了了克克服服困困难难，获获取取初初步步需需求求，可可以以采采用用如如下下的的技术手段：技术手段：访谈与会议；访谈与会议；观察用户工作流程；观察用户工作流程；分析人员和用户组成联合小组。分析人员和用户组成联合小组。第12页/共35页1访谈与会议访谈与会议分分析析人人员员采采用用个个别别访访谈谈或或小小组组会会议议的的形形式式与与用用户户进进行行初初步步交交流流。在在访访谈谈和和会会议议之之前前，分分析析人人员员根根据据对对问问题题的的初初步步描描述述精精心心准准备备一一系系列列问问题题，通通过过用用户户对对问问题题的的回回答答或或互相商讨来逐步理解用户的需求。互相商讨来逐步理解用
12、户的需求。准备问题的原则有：准备问题的原则有：首先应搞清一般性、整体性问题，然后再涉及细节问题。首先应搞清一般性、整体性问题，然后再涉及细节问题。在在组组织织问问题题时时要要尽尽量量做做到到客客观观、公公证证，不不应应限限制制用用户户的的自由发挥。自由发挥。所所提提问问题题汇汇总总后后应应能能反反映映应应用用问问题题及及其其子子问问题题的的全全貌貌、并且不要过分详细。并且不要过分详细。第13页/共35页2观察用户工作流程观察用户工作流程如如果果可可能能，可可通通过过实实际际观观察察用用户户的的手手工工操操作作过程来提取新系统的初步用户需求。过程来提取新系统的初步用户需求。观观察察手手工工操操作
13、作过过程程不不是是为为了了模模拟拟手手工工操操作作过过程程，而而是是为为了了获获取取第第一一手手资资料料，并并从从中中提提取取出出有有价价值值的的需需求求。分分析析人人员员有有了了第第一一手手资资料料，再再结结合合自自己己的的软软件件开开发发和和应应用用的的经经验验，就就能能够够发发现现不不合合理理的的用用户户需需求求、提提出出用用户户还还没没有有意意识识到到的的潜潜在在的的但但却却很很有有价价值值的的用用户户需需求求，并并能能够够从从软软件件的的角角度度改改进进操操作作流流程程和和操操作作规规范，从而可获得用户满意的分析结果。范，从而可获得用户满意的分析结果。第14页/共35页3用户和开发人
14、员共同组成联合小组用户和开发人员共同组成联合小组为为加加强强信信息息沟沟通通、减减少少误误解解和和避避免免产产生生遗遗漏漏、充充分分调调动动用用户户的的积积极极性性，在在可可能能的的条条件件下下，可可以以建建立立由由开开发发方方和和用用户户方方共共同同组组成成的的联联合合小组。小组。联联合合小小组组除除了了双双方方的的分分析析人人员员外外，应应设设专专门门的的记记录录员员、负负责责会会议议议议程程的的人人员员和和资资料料员员等等，并并制制定定小小组组的的规规章章制制度度和和计计划划，选选定定一一种种易易于于理理解解、简简洁洁、精精确确的的表表示示机机制制作作为为双双方方的的共同语言，比如采用带
15、文字说明的流程图等。共同语言，比如采用带文字说明的流程图等。第15页/共35页4.2.2 需求建模技术需求建模技术为为了了使使用用户户需需求求逐逐步步精精细细化化、完完全全化化、一一致致化化，通通常常采采用用需需求求建建模模技技术术，即即用用建建立立目目标标软软件件系系统统模模型型的的方方法法来来刻刻画画软软件件系系统统中中的的信信息息、处处理理功功能能和和外外部部行为。行为。通通常常，分分析析人人员员选选定定一一种种分分析析方方法法，并并用用该该方方法法中中的的一一些些图图形形记记号号分分别别表表示示信信息息流流、处处理理功功能能和和系系统统行行为为，并并利利用用受受限限制制的的自自然然语语
16、言言给给出出用用户户需需求求的的描描述述。这这种种模模型型的的表表示示机机制制还还应应具具有有良良好好的的结结构构化化能能力，以便处理大型问题的按层次分解的问题。力，以便处理大型问题的按层次分解的问题。软软件件需需求求分分析析的的过过程程，实实际际上上是是软软件件模模型型的的建建造造和和不断完善的过程。不断完善的过程。第16页/共35页需求建模的步骤通通过过访访谈谈、会会议议、实实际际观观察察、分分析析现现有有系系统统等等方方法法获获取取初初步的用户需求。步的用户需求。在在初初步步用用户户需需求求的的基基础础上上构构筑筑初初步步的的模模型型作作为为开开发发方方和和用用户相互沟通的表示机制。户相
17、互沟通的表示机制。在在用用户户的的密密切切配配合合下下，利利用用选选定定的的分分析析方方法法不不断断地地对对模模型型进进行行精精细细化化、一一致致化化、完完全全化化，直直至至获获得得满满意意的的用用户户需需求求为为止。止。在在分分析析阶阶段段构构筑筑的的模模型型不不应应涉涉及及软软件件实实现现的的细细节节，以以免免分分散散分分析析人人员员的的注注意意力力、限限制制软软件件设设计计人人员员为为提提高高软软件件质质量量和和效效率而选择实现方法的自由度。率而选择实现方法的自由度。需需求求分分析析结结束束时时确确立立的的软软件件模模型型是是生生成成需需求求规规格格说说明明的的依依据据，也是软件设计和实
18、现的基础。也是软件设计和实现的基础。第17页/共35页4.2.3 快速原型技术快速原型技术 如如果果按按照照传传统统的的软软件件开开发发方方法法，需需要要经经过过漫漫长长的的开开发发时时间间之之后后用用户户才才能能看看到到目目标标软软件件的的最最初初版版本本。此此时时用用户户常常常常会会提提出出许许多多修修改改意意见见，有有时时甚甚至至全全盘盘否否定定，导导致致开开发发失失败败。为为了了降降低低开开发发风风险险，在需求分析阶段常常采用快速原型技术。在需求分析阶段常常采用快速原型技术。1快速原型技术的基本思想快速原型技术的基本思想 在在软软件件开开发发的的早早期期，快快速速开开发发一一个个目目标
19、标软软件件系系统统的的原原型型，让让用用户户对对其其进进行行评评价价并并提提出出修修改改意意见见，然然后后开开发发人人员员根根据据用用户户的的意意见见对对原原型型进进行行改改进进。当当原原型型几几经经改改进进最最终终确确认认后后，它它将将直直接接进进化化成成软软件件产产品品，或或者者由由软软件件设设计计、编编码码人人员员按按照照模模型型所所确立的外部特征去实现软件产品。确立的外部特征去实现软件产品。第18页/共35页2采用快速原型技术的具体步骤采用快速原型技术的具体步骤采采用用一一种种分分析析方方法法生生成成一一个个软软件件系系统统或或其其中中所所关关心部分的简化需求规格说明。心部分的简化需求
20、规格说明。对对该该规规格格说说明明进进行行评评审审通通过过后后，立立即即生生成成设设计计规规格格说说明明。为为了了快快速速生生成成原原型型，这这种种设设计计仅仅注注重重所所关关心心的的问问题题，如如软软件件的的总总体体结结构构、用用户户界界面面和和数数据据设设计计、或或者者某某个个复复杂杂的的算算法法等等等等，不不注注重重过过程程内内部部的的控制流设计。控制流设计。使使用用可可重重用用软软部部件件、用用户户界界面面自自动动生生成成器器等等工工具具快速生成可运行的软件原型并通过测试。快速生成可运行的软件原型并通过测试。将原型提交给用户进行评价，以便征求改进意见。将原型提交给用户进行评价，以便征求
21、改进意见。上上述述过过程程反反复复迭迭代代，直直至至用用户户完完全全满满意意。此此时时的的原原型型已已完完全全、准准确确地地反反映映了了目目标标软软件件在在所所关关心心方方面面的的需需求求，可可作作为为需需求求规规格格说说明明的的一一部部分分而而成成为为软软件件设计的基础。设计的基础。第19页/共35页3快速原型技术的适用场合快速原型技术的适用场合该该技技术术特特别别适适合合于于软软件件产产品品要要求求大大量量的的用用户户交交互互、或或产产生生大大量量的的可可视视输输出出、或设计一些复杂的算法等场合，目前的绝大多数软件都适合于快速原型技术。或设计一些复杂的算法等场合，目前的绝大多数软件都适合于
22、快速原型技术。除除非非由由于于问问题题相相当当复复杂杂，致致使使开开发发快快速速原原型型可可以以获获得得的的支支持持太太少少、所所冒冒的的风风险险太太大大时时，就就不不易易采采用用。但但对对于于其其中中的的某某些些子子问问题题，尤尤其其是是用用户户界界面面，还还可可采用快速原型技术进行部分分析。采用快速原型技术进行部分分析。第20页/共35页4.2.4 问题分解与抽象、多视点分析技术问题分解与抽象、多视点分析技术问题分解技术问题分解技术 分分析析人人员员常常常常采采用用一一种种问问题题分分解解的的技技术术。即即将将一一个个大大型型复复杂杂的的问问题题分分解解为为若若干干个个子子问问题题，然然后
23、后对对每每一一个个子子问问题题逐逐个个进进行行分分析析，再再自自底底向向上上综综合合成成整整个个问问题题的的分分析析结结果果。这这种种分分解解可以逐级进行，直至子问题的规模降到合适的程度。可以逐级进行，直至子问题的规模降到合适的程度。问题抽象技术问题抽象技术 分分析析人人员员在在分分析析过过程程中中要要善善于于从从诸诸多多的的特特殊殊问问题题中中抽抽象象出出一一般般的的问问题题，首首先先关关注注一一般般问问题题的的解解决决途途径径，再再用用其其指指导导特特殊殊问问题题的的求求解解。在在抽抽象象的的过过程程中中，还还要要注注意意用用户户的的描描述述所所处处的抽象级别的不同，以便建立清晰的思路。的
24、抽象级别的不同，以便建立清晰的思路。第21页/共35页4.2.4 问题分解与抽象、多视点分析技术问题分解与抽象、多视点分析技术 比如，在比如，在“家庭保安系统家庭保安系统”中，用户可能提出中，用户可能提出“系统状系统状态显示态显示”、“用户编制程序时的系统外部行为用户编制程序时的系统外部行为”等的需等的需求。分析人员则应在求。分析人员则应在“用户界面用户界面”这一抽象级别上统一这一抽象级别上统一地规划软件系统与用户的交互行为。可见，在不同的抽地规划软件系统与用户的交互行为。可见，在不同的抽象级别上去分析不同层次的问题，也是解决复杂问题的象级别上去分析不同层次的问题，也是解决复杂问题的一个重要方
25、法，它可以避免不一致性，减少分析的工作一个重要方法，它可以避免不一致性，减少分析的工作量。量。多视点分析技术：多视点分析技术：为了获得全面的需求分析结果，防止遗漏，有必要从各为了获得全面的需求分析结果，防止遗漏，有必要从各个视点分别对问题进行理解与分析，然后综合成全面的个视点分别对问题进行理解与分析，然后综合成全面的理解。分析人员可以就系统视点与用户视点、信息视点、理解。分析人员可以就系统视点与用户视点、信息视点、功能视点与行为视点等多个视点分别进行分析，以确保功能视点与行为视点等多个视点分别进行分析，以确保需求分析的完全性。需求分析的完全性。第22页/共35页4.3 需求规格说明与评审需求规
26、格说明与评审需求分析的主要阶段性产品是需求规格说明书。它需求分析的主要阶段性产品是需求规格说明书。它必须通过需求评审后才能生效，这是一个重要的里必须通过需求评审后才能生效，这是一个重要的里程碑。程碑。4.3.1 需求规格说明书的作用与内容需求规格说明书的作用与内容1.需求规格说明书的作用主要有：需求规格说明书的作用主要有：1）它它是是软软件件设设计计人人员员进进行行设设计计和和编编码码的的出出发发点点和和基基础；础；2）它它是是对对目目标标软软件件产产品品进进行行验验收收测测试试的的依依据据。这这就就要要求求需需求求规规格格说说明明书书中中的的各各项项需需求求都都应应该该是是可可测测试试的；的
27、；3）它它起起到到软软件件开开发发方方和和客客户户（或或用用户户）方方之之间间的的一一份合同的作用。份合同的作用。第23页/共35页4.3.1 需求规格说明书的作用与内容需求规格说明书的作用与内容2.需求规格说明书中的内容需求规格说明书中的内容q应主要包括功能与行为的需求描述和非行为需求描述。应主要包括功能与行为的需求描述和非行为需求描述。功功能能与与行行为为需需求求的的分分析析与与描描述述方方法法将将在在以以后后几几章章中根据不同的需求建模方法分别介绍。中根据不同的需求建模方法分别介绍。非非行行为为需需求求是是指指目目标标软软件件系系统统在在工工作作时时应应具具备备的的属属性性，主主要要有有
28、运运行行效效率率、可可靠靠性性、安安全全性性、可可维维护性、可移植性等等。护性、可移植性等等。在在需需求求规规格格说说明明书书中中不不应应包包括括如如人人员员需需求求、成成本本预预算算、进进度度计计划划、质质量量保保证证计计划划等等内内容容，以以便便使使其简洁、目标明确。其简洁、目标明确。第24页/共35页4.3.2 需求评审需求评审软软件件系系统统中中的的错错误误约约有有15%来来源源于于需需求求分分析析中中的的错错误误。而而在在维维护护阶阶段段去去改改正正这这部部分分错错误误是是相相当当困困难难的的。为为了了及及时时发发现现并并纠纠正正这这类类错错误误，必必须须对对需需求求规规格格说说明明
29、书书进进行行评评审，即需求评审。审，即需求评审。1.评审标准（按照重要性的次序）评审标准（按照重要性的次序）1）正正确确性性。指指需需求求规规格格说说明明书书中中的的每每一一项项功功能能、行行为为、性性能的描述都是正确的、合理的，并能满足用户的期望。能的描述都是正确的、合理的，并能满足用户的期望。2）无无歧歧义义性性。指指规规格格说说明明书书中中的的每每个个需需求求陈陈述述都都只只有有唯唯一一的的解解释释。要要避避免免产产生生歧歧义义性性，就就应应使使用用标标准准化化术术语语，并并对术语的语义进行统一的解释。对术语的语义进行统一的解释。第25页/共35页1.评审标准（按照重要性的次序）评审标准
30、（按照重要性的次序）3）完完全全性性。指指不不遗遗漏漏任任何何用用户户需需求求。即即需需求求规规格格说明书中包括了所有的功能、行为、性能约束等。说明书中包括了所有的功能、行为、性能约束等。4）可可验验证证性性。指指需需求求规规格格说说明明书书中中的的每每一一项项需需求求都是可以检验的。都是可以检验的。5）一致性。指陈述的需求之间不存在矛盾之处。）一致性。指陈述的需求之间不存在矛盾之处。6）可可理理解解性性。指指规规格格说说明明应应尽尽量量简简洁洁、明明确确，便便于于分分析析人人员员、客客户户（用用户户）、设设计计人人员员、测测试试人人员员和和维维护护人人员员的的理理解解。因因此此，应应尽尽量量
31、减减少少专专业业化化的词汇。的词汇。第26页/共35页1.评审标准（按照重要性的次序）评审标准（按照重要性的次序）7）可可修修改改性性。指指需需求求规规格格说说明明书书的的框框架架结结构构应应能能比比较较容容易易地地实实现现对其可能进行的增补、删除和修改，并能保持总体结构不变。对其可能进行的增补、删除和修改，并能保持总体结构不变。8）可可追追踪踪性性。指指规规格格说说明明可可向向前前追追踪踪，即即其其中中的的每每一一项项需需求求与与用用户户的的原原始始需需求求项项清清晰晰地地联联系系起起来来；也也可可向向后后追追踪踪，即即为为后后续续开开发和其他文档引用这些需求项提供了依据。发和其他文档引用这
32、些需求项提供了依据。第27页/共35页2.需求评审过程需求评审过程 需求评审过程应采用召开正式评审会议的形式。需求评审过程应采用召开正式评审会议的形式。参参加加的的人人员员应应当当有有用用户户、系系统统分分析析员员、系系统统设设计计人人员员等等。在在评评审审会会上上，分分析析人人员员应应说说明明软软件件产产品品的的总总体体目目标标，也也就就是是介介绍绍需需求求规规格格说说明明书书中中的的主主要要内内容容。之之后后，与与会会人人员员对对说说明明书书的的核核心心部部分分需需求求模模型型进进行行评评估估。并并按按照照上上述述的的评评审审标标准准逐逐一一进进行行审审查查，最最后后确确认认其其是是否否具
33、具有有良良好好的的品品质质、是是否否构构成成以以后后开开发发的的良良好好的的基基础础。如如果果在在评评审审过过程程中中发发现现说说明明书书中中存存在在错错误误或或遗遗漏漏，应应责责承承分分析析人人员员返返工工，并并再再行行评评审审。需需求求评评审审也也可可采采用用先先进进行行技技术术评评审审，再再进进行行管管理理复复审审的的方方法法进进行行。管管理理复复审审应应有有开开发发方方和和客客户户方方（或或用用户户方方）管管理理部部门门负负责人参加，复审通过后，双方应签订正式的合同。责人参加，复审通过后，双方应签订正式的合同。第28页/共35页需求工程需求开发需求管理需求获取需求分析编写需求文档需求确
34、认需求工程层次分解图一、需求分析过程一、需求分析过程第29页/共35页需求获取用户概要信息业务需求功能需求用户需求非功能性需求可行性报告系统定义报告系统分析员程序员分析调研座谈法座谈法调查表法调查表法观察法观察法需求分析的过程与方法第30页/共35页需求分析获取数据分析、处理目标逻辑模型需求获取系统分析员从数据流和数据结构出发，找出系统各元素之间的联系、接口特征及设计限制、能否满足功能需求需求分析的过程与方法 第31页/共35页系统分析员需求规格说明书编写目标系统的基本描述系统各项需求系统限制及条件系统数据定义 需求分析结果需求文档编写需求分析的过程与方法第32页/共35页评审、验证的四个方面
35、一致性完整性现实性有效性所有需求必须一致，不能前、后和相互矛盾说明书应包括用户需求的每一方面在现有基础上可实现必须证明需求有效，能解决用户提出的问题需求评审与确认需求分析的过程与方法第33页/共35页二、需求分析的方法二、需求分析的方法 分析方法结构化分析方法面向对象的分析方法 面向数据的方法，以数据流为中心。其核心概念包括：进程、数据流、数据存储、外部实体、数据组和数据元素。有代表性的模拟工具有：数据流图、数据字典、原始进程规格说明。面向对象分析以对象及其服务作为建模标准，比较自然，对象也具有相对的稳定性。主要模拟的元素有：对象、类、属性、关系、方法、消息传递、用例等。其主要原理包括分类、继承、层次、信息隐藏、汇集关系等。第34页/共35页ZLL感谢您的观看！第35页/共35页