第4章需求分析.ppt
《第4章需求分析.ppt》由会员分享,可在线阅读,更多相关《第4章需求分析.ppt(38页珍藏版)》请在冰豆网上搜索。
课程名称:
软件工程课程名称:
软件工程第第9讲讲班班级:
级:
日日期:
期:
教教室:
室:
教学题目:
第教学题目:
第4章章需求分析需求分析教学目的:
了解需求分析的任务和步骤、评审标准和过教学目的:
了解需求分析的任务和步骤、评审标准和过程,掌握基本技术,理解需求规格说明书的程,掌握基本技术,理解需求规格说明书的作用与组成。
作用与组成。
教学重点:
基本技术、需求规格说明书的教学重点:
基本技术、需求规格说明书的作用与组成。
作用与组成。
教学难点:
基本技术。
教学难点:
基本技术。
教教具:
多媒体教室、电子教案具:
多媒体教室、电子教案作作业:
习题业:
习题3、4第第4章章需求分析需求分析软件需求是指用户对目标软件系统在功能、性能、软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。
行为、设计约束等方面的期望。
需求分析就是通过对应用问题及其环境的分析与理需求分析就是通过对应用问题及其环境的分析与理解,采用一系列的分析方法和技术,将用户的需求解,采用一系列的分析方法和技术,将用户的需求逐步精确化、完全化、一致化,最终形成需求规格逐步精确化、完全化、一致化,最终形成需求规格说明文档的过程。
说明文档的过程。
系统分析阶段产生的系统规格说明和项目规划是软系统分析阶段产生的系统规格说明和项目规划是软件需求分析的基础,分析人员需从软件的角度对其件需求分析的基础,分析人员需从软件的角度对其进行检查和调整,并在此基础上展开需求分析。
进行检查和调整,并在此基础上展开需求分析。
第第4章章需求分析需求分析需求分析阶段的成果主要是需求规格说明,该需求分析阶段的成果主要是需求规格说明,该成果又是软件设计、编码、测试直至维护的主成果又是软件设计、编码、测试直至维护的主要基础。
要基础。
需求分析是系统分析和软件设计的重要桥梁,需求分析是系统分析和软件设计的重要桥梁,是软件生存周期的关键性阶段。
良好的分析活是软件生存周期的关键性阶段。
良好的分析活动能够减少错误和遗漏,从而可提高软件生产动能够减少错误和遗漏,从而可提高软件生产率和产品质量、降低开发与维护成本。
率和产品质量、降低开发与维护成本。
第第4章章需求分析需求分析q本章介绍需求分析的基础知识。
主要包括:
本章介绍需求分析的基础知识。
主要包括:
需求分析的三个主要步骤:
问题分析、需求描需求分析的三个主要步骤:
问题分析、需求描述、需求评审及各个步骤的主要任务;述、需求评审及各个步骤的主要任务;进行需求分析的一般技术和方法简介,包括初进行需求分析的一般技术和方法简介,包括初步需求获取技术、需求建模技术、快速原型技步需求获取技术、需求建模技术、快速原型技术、多视点分析方法等;术、多视点分析方法等;需求规格说明的作用和内容及需求评审的标准需求规格说明的作用和内容及需求评审的标准和评审过程等。
和评审过程等。
4.1需求分析的任务需求分析的任务需需求求分分析析的的任任务务可可通通过过问问题题分分析析、需需求求描描述述和和需需求求评审三个步骤来完成。
评审三个步骤来完成。
1问题分析问题分析软软件件系系统统分分析析人人员员在在这这一一步步骤骤中中的的任任务务是是根根据据对对问问题题及及其其环环境境的的理理解解与与软软件件开开发发经经验验,改改正正用用户户需需求求的的模模糊糊性性、歧歧义义性性和和不不一一致致性性,排排除除由由于于用用户户的的片片面面性性和和短短期期行行为为所所导导致致的的不不合合理理要要求求、挖挖掘掘用用户户尚尚未未提提出出但但具具有有价价值值的的潜潜在在需需求求,并并在在用用户户的的帮帮助助下下对对相相互互冲冲突突的的要要求求进进行行折折衷衷,使使用用户户需需求求逐逐步步精精确确化、一致化和完全化。
化、一致化和完全化。
4.1需求分析的任务需求分析的任务1问题分析问题分析在这一过程中,需要用某种方法为原始问题及在这一过程中,需要用某种方法为原始问题及其软件解建立模型,以便精确地记录用户从各其软件解建立模型,以便精确地记录用户从各个视点、在不同抽象级别上对原始问题的描述,个视点、在不同抽象级别上对原始问题的描述,并包含了问题及其环境所涉及的信息流、处理并包含了问题及其环境所涉及的信息流、处理功能、用户界面、行为及设计约束等各方面内功能、用户界面、行为及设计约束等各方面内容。
容。
于是可通过对模型的精确化来达到需求分析的于是可通过对模型的精确化来达到需求分析的目标。
比如,可以采用面向数据流的分析方法,目标。
比如,可以采用面向数据流的分析方法,利用数据流图和数据字典等工具来建立模型。
利用数据流图和数据字典等工具来建立模型。
该模型是形成需求规格说明、进行软件设计的该模型是形成需求规格说明、进行软件设计的基础。
基础。
2需求描述需求描述该该步步骤骤的的主主要要任任务务是是以以需需求求模模型型为为基基础础,生生成成需需求求规规格格说说明明和和初初步步的的用用户户手手册册,并并制制定定软软件件产品验收测试计划。
产品验收测试计划。
需需求求规规格格说说明明是是软软件件项项目目的的一一个个关关键键性性文文档档。
其其中中应应包包含含对对目目标标软软件件系系统统的的功功能能、外外部部行行为为、性性能能、质质量量、可可靠靠性性、可可维维护护性性、约约束束条条件件和和需求验证标准等的完整的描述。
需求验证标准等的完整的描述。
初初步步用用户户手手册册应应包包括括目目标标软软件件系系统统的的用用户户界界面面的描述和使用方法的初步构想。
的描述和使用方法的初步构想。
验收测试计划是进行软件产品验收测试的依据。
验收测试计划是进行软件产品验收测试的依据。
3需求评审需求评审需求评审是软件开发过程中的一个重要的里程碑。
需求评审是软件开发过程中的一个重要的里程碑。
需需求求评评审审的的主主要要任任务务是是分分析析人人员员在在用用户户(客客户户)和和软软件件设设计计人人员员的的配配合合下下对对需需求求规规格格说说明明和和初初步步用用户户手手册册进进行行审审核核,检检验验软软件件需需求求的的精精确确性性、完完全全性性和和一一致致性性,并并使使用用户户(客客户户)和和软软件件设设计计人人员员对对规规格格说明和用户手册达成一致的理解。
说明和用户手册达成一致的理解。
经经过过评评审审确确认认的的需需求求规规格格说说明明将将成成为为客客户户方方与与开开发发方方的的合合同同。
如如果果评评审审未未通通过过,比比如如发发现现了了遗遗漏漏或或错错误,则必须进行迭代,直至通过评审为止。
误,则必须进行迭代,直至通过评审为止。
4.2需求分析的一般性技术需求分析的一般性技术为了克服困难,更有效地开展需求分析工作,为了克服困难,更有效地开展需求分析工作,软件系统分析人员必须掌握一些基本的需求分软件系统分析人员必须掌握一些基本的需求分析技术,主要包括:
析技术,主要包括:
初步需求获取技术;初步需求获取技术;需求建模技术;需求建模技术;快速原型技术;快速原型技术;问题的分解与抽象;问题的分解与抽象;多视点分析技术等。
多视点分析技术等。
4.2.1初步需求获取技术初步需求获取技术在在分分析析阶阶段段的的初初期期,由由于于分分析析人人员员和和用用户户的的共共同同知知识识领领域域可可能能不不多多,致致使使分分析析人人员员对对问问题题往往往往知知之之不不多多,而而用用户户对对目目标标软软件件的的要要求求及及对对要要求求的的描描述述常常常常是是零零乱乱而而模模糊糊的的,从从而而会会造造成成相相互互交交流流和和相相互互理理解解上上的的困困难难。
为为了了克克服服困困难难,获取初步需求,可以采用如下的技术手段:
获取初步需求,可以采用如下的技术手段:
访谈与会议;访谈与会议;观察用户工作流程;观察用户工作流程;分析人员和用户组成联合小组。
分析人员和用户组成联合小组。
1访谈与会议访谈与会议分分析析人人员员采采用用个个别别访访谈谈或或小小组组会会议议的的形形式式与与用用户户进进行行初初步步交交流流。
在在访访谈谈和和会会议议之之前前,分分析析人人员员根根据据对对问问题题的的初初步步描描述述精精心心准准备备一一系系列列问问题题,通通过过用用户户对对问题的回答或互相商讨来逐步理解用户的需求。
问题的回答或互相商讨来逐步理解用户的需求。
准备问题的原则有:
准备问题的原则有:
首首先先应应搞搞清清一一般般性性、整整体体性性问问题题,然然后后再再涉涉及及细细节节问题。
问题。
在在组组织织问问题题时时要要尽尽量量做做到到客客观观、公公证证,不不应应限限制制用用户的自由发挥。
户的自由发挥。
所所提提问问题题汇汇总总后后应应能能反反映映应应用用问问题题及及其其子子问问题题的的全全貌、并且不要过分详细。
貌、并且不要过分详细。
2观察用户工作流程观察用户工作流程如如果果可可能能,可可通通过过实实际际观观察察用用户户的的手手工工操作过程来提取新系统的初步用户需求。
操作过程来提取新系统的初步用户需求。
观观察察手手工工操操作作过过程程不不是是为为了了模模拟拟手手工工操操作作过过程程,而而是是为为了了获获取取第第一一手手资资料料,并并从从中中提提取取出出有有价价值值的的需需求求。
分分析析人人员员有有了了第第一一手手资资料料,再再结结合合自自己己的的软软件件开开发发和和应应用用的的经经验验,就就能能够够发发现现不不合合理理的的用用户户需需求求、提提出出用用户户还还没没有有意意识识到到的的潜潜在在的的但但却却很很有有价价值值的的用用户户需需求求,并并能能够够从从软软件件的的角角度度改改进进操操作作流流程程和和操操作作规规范范,从而可获得用户满意的分析结果。
从而可获得用户满意的分析结果。
3用户和开发人员共同组成联合小组用户和开发人员共同组成联合小组为为加加强强信信息息沟沟通通、减减少少误误解解和和避避免免产产生生遗遗漏漏、充充分分调调动动用用户户的的积积极极性性,在在可可能能的的条条件件下下,可可以以建建立立由由开开发发方方和和用用户户方方共同组成的联合小组。
共同组成的联合小组。
联联合合小小组组除除了了双双方方的的分分析析人人员员外外,应应设设专专门门的的记记录录员员、负负责责会会议议议议程程的的人人员员和和资资料料员员等等,并并制制定定小小组组的的规规章章制制度度和和计计划划,选选定定一一种种易易于于理理解解、简简洁洁、精精确确的的表表示示机机制制作作为为双双方方的的共共同同语语言言,比比如如采采用带文字说明的流程图等。
用带文字说明的流程图等。
【例【例【例【例4.14.1】这里以】这里以】这里以】这里以“家庭保安系统家庭保安系统家庭保安系统家庭保安系统”为例,简要说明为例,简要说明为例,简要说明为例,简要说明初步需求的获取过程。
假设用户的原始需求描述如下:
初步需求的获取过程。
假设用户的原始需求描述如下:
初步需求的获取过程。
假设用户的原始需求描述如下:
初步需求的获取过程。
假设用户的原始需求描述如下:
根根据据家家庭庭保保安安市市场场的的增增长长趋趋势势,我我们们希希望望建建立立一一种种基基于于微微处处理理器器的的家家庭庭保保安安系系统统,它它能能够够识识别别异异常常事事件件并并采采取取相相应应的的报报警警措措施施。
这这些些异异常常事事件件有有:
非非法法进进入入、火火灾灾、水水淹淹,等等等等。
当当传传感感器器一一旦旦探探测测出出相相应应的的异异常常事事件件时时,系系统统应应自自动动用用电电话话向向监监控控中中心心报报警警。
此此外外,系系统统应应允允许许户主对其行为实施程序式控制。
户主对其行为实施程序式控制。
【例【例【例【例4.14.1】1.为进行初步的需求分析,这里采用开发方和用户方组为进行初步的需求分析,这里采用开发方和用户方组成联合小组的方法。
为此,联合小组应制定工作制度:
成联合小组的方法。
为此,联合小组应制定工作制度:
每次会议开始前必须有确定的议程,小组成员必须针每次会议开始前必须有确定的议程,小组成员必须针对议程进行充分准备并应形成文字。
对议程进行充分准备并应形成文字。
2.联合小组会议首先应明确问题的范围、问题与环境的联合小组会议首先应明确问题的范围、问题与环境的关系,并就开发软件产品的必要性达成共识。
关系,并就开发软件产品的必要性达成共识。