1、软件工程软件工程第二章第二章 需求分析需求分析2.1 2.1 系统分析系统分析2.2 2.2 软件需求分析软件需求分析2.3 2.3 结构化分析方法结构化分析方法2.4 2.4 快速原型化方法快速原型化方法2.5 2.5 需求定义与评审需求定义与评审1 1软件工程软件工程2.1 2.1 系统分析系统分析基于计算机的系统的系统元素包括硬件、软件、基于计算机的系统的系统元素包括硬件、软件、人、数据库、文档和过程。人、数据库、文档和过程。系统分析的目标系统分析的目标1)识别用户要求识别用户要求2)评价系统的可行性,进行经济和技术分析评价系统的可行性,进行经济和技术分析3)把功能分配给硬件、软件、人、
2、数据库和其把功能分配给硬件、软件、人、数据库和其它系统元素它系统元素4)建立成本和进度限制建立成本和进度限制5)生成系统规格说明生成系统规格说明2 2软件工程软件工程识别用户要求识别用户要求n分析员必须考虑以下问题:分析员必须考虑以下问题:n识别希望的功能和性能范围识别希望的功能和性能范围;n确定系统的功能、性能、约束和接口确定系统的功能、性能、约束和接口;vv 功能功能和和性能性能v 可靠性可靠性和和质量质量v 总的系统目标总的系统目标v 成本成本与与进度限制进度限制vv 制造需求制造需求v 市场与竞争情况市场与竞争情况v 有效的技术有效的技术v 将来可能的扩充将来可能的扩充3 3软件工程软
3、件工程可行性研究可行性研究n可行性研究可行性研究v从经济可行性、技术可行性、法律可行性和从经济可行性、技术可行性、法律可行性和用户操作可行性等方面评价系统是否值得做,用户操作可行性等方面评价系统是否值得做,是否能做。是否能做。可行性研究的步骤可行性研究的步骤 1)确定项目的规模和目标确定项目的规模和目标 2)研究当前正在运行的系统研究当前正在运行的系统 3)建立新系统的高层逻辑模型建立新系统的高层逻辑模型 4)导出和评价各种方案导出和评价各种方案4 4软件工程软件工程5)推荐可行的方案推荐可行的方案6)编写可行性研究报告编写可行性研究报告n成本估算成本估算专家估算技术(专家估算技术(Delph
4、i技术)技术)成本估算模型(成本估算模型(COCOMO)n效益估算效益估算投资回收期投资回收期纯收入纯收入投资回收率投资回收率经济可行性经济可行性 成本成本 效益分析效益分析5 5软件工程软件工程技术可行性技术可行性 技术风险分析技术风险分析n技术解决方案的实用性技术解决方案的实用性使用的技术实用化程度使用的技术实用化程度技术解决方案合理程度技术解决方案合理程度n技术资源的可用性技术资源的可用性参与人员的工作基础参与人员的工作基础基础硬件基础硬件/软件的可用性软件的可用性软件工具实用性软件工具实用性6 6软件工程软件工程法律可行性法律可行性 侵权和责任问题侵权和责任问题n专利法专利法n著作权法
5、著作权法n软件保护条例软件保护条例n用户类型:用户类型:外行型熟练型专家型外行型熟练型专家型n操作习惯操作习惯n使用单位的计算机使用情况使用单位的计算机使用情况n使用单位的规章制度使用单位的规章制度用户操作可行性用户操作可行性7 7软件工程软件工程2.2 2.2 软件需求分析软件需求分析n需求分析是一项软件工程活动,其目的是:需求分析是一项软件工程活动,其目的是:清楚地理解所要解决的问题,完整地获取用清楚地理解所要解决的问题,完整地获取用户要求;户要求;刻划出软件的功能和性能;刻划出软件的功能和性能;指明软件与其他系统元素的接口;指明软件与其他系统元素的接口;建立软件必须满足的约束。建立软件必
6、须满足的约束。1.1.软件需求分析的目的软件需求分析的目的 8 8软件工程软件工程n需求分析是一项软件工程活动,它包括:需求分析是一项软件工程活动,它包括:1)需求获取需求获取刻划出软件的刻划出软件的功能功能和和性能性能;指明软件与其他系统元素的指明软件与其他系统元素的接口接口;建立软件必须满足的建立软件必须满足的约束约束。2)需求建模需求建模需求分析建立起来的模型为日后软件设计需求分析建立起来的模型为日后软件设计人员提供了可被翻译成人员提供了可被翻译成数据数据、体系结构体系结构、接口接口和和处理过程处理过程设计的模型。设计的模型。2.2.需求分析的任务需求分析的任务9 9软件工程软件工程3)
7、需求规格说明需求规格说明需求规格说明为开发人员和用户提供软件需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。开发完成时质量评价的依据。4)需求评审需求评审需求分析研究的对象是需求分析研究的对象是用户的要求用户的要求。必须必须全面理解全面理解用户的各项要求,用户的各项要求,准确表准确表达达被接受的用户要求。被接受的用户要求。只有经过确切描述的软件需求才能成为只有经过确切描述的软件需求才能成为软件设计的基础。软件设计的基础。1010软件工程软件工程n软件开发是要实现软件开发是要实现目标系统的物理模型目标系统的物理模型。需求。需求分析的任务就是借助于分析的任务就是借助于当前系统的逻辑模
8、型导当前系统的逻辑模型导出目标系统的逻辑模型出目标系统的逻辑模型,解决目标系统,解决目标系统“做做什么什么”的问题。的问题。目标系统目标系统当前系统当前系统物理模型物理模型逻辑模型逻辑模型模型化模型化抽象化抽象化物理模型物理模型逻辑模型逻辑模型具体化具体化实例化实例化理理解解需需求求导导出出怎么做怎么做做什么做什么11 11软件工程软件工程3 3、需求获取、需求获取n需求获取是在问题及其最终解决方案之间架设需求获取是在问题及其最终解决方案之间架设桥梁的第一步。桥梁的第一步。n需求获取的目的是清楚地理解所要解决的问题,需求获取的目的是清楚地理解所要解决的问题,完整地获得用户的需求。完整地获得用户
9、的需求。n获取需求的一个必不可少的结果是对项目中描获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求,述的客户需求的普遍理解。一旦理解了需求,分析者、开发者和客户就能探索出描述这些需分析者、开发者和客户就能探索出描述这些需求的多种解决方案。求的多种解决方案。1212软件工程软件工程软件需求的层次软件需求的层次1)业务需求业务需求 反映了组织或客户对系统、产品反映了组织或客户对系统、产品高层次的目标要求,它们一般在项目视图和高层次的目标要求,它们一般在项目视图和范围文档中给予说明。范围文档中给予说明。2)用户需求用户需求 描述用户使用软件需要完成哪些描述用户使用软件需
10、要完成哪些任务,它们可通过使用实例图或脚本说明加任务,它们可通过使用实例图或脚本说明加以阐明。以阐明。3)功能功能非功能需求非功能需求 定义了开发者必须实现定义了开发者必须实现的软件功能,而非功能需求如表所示的软件功能,而非功能需求如表所示:1313软件工程软件工程1414软件工程软件工程需求获取过程需求获取过程n需求获取包括以下活动:需求获取包括以下活动:1)发现和分析问题发现和分析问题 发现问题症结,并分析问发现问题症结,并分析问题的原因题的原因/结果关系。结果关系。2)获取获取需求需求 根据对问题的理解定义需求。根据对问题的理解定义需求。a)使用调查研究方法收集信息;使用调查研究方法收集
11、信息;b)遵循需求获取框架,按照三个成分观察:遵循需求获取框架,按照三个成分观察:即即数据数据、过程过程和和接口接口。3)需求归档需求归档 以草稿形式归档调查结果。形式以草稿形式归档调查结果。形式有用例、决策表、需求表等。有用例、决策表、需求表等。1515软件工程软件工程需求获取技术的基本特征需求获取技术的基本特征n好的需求获取技术,对于规范需求获取活动,好的需求获取技术,对于规范需求获取活动,高效准确地获取需求定义,是十分重要的。高效准确地获取需求定义,是十分重要的。n好的需求获取技术,应具有如下基本特征:好的需求获取技术,应具有如下基本特征:提供便于沟通的工具,如易于理解的语言和提供便于沟
12、通的工具,如易于理解的语言和直观的图表;直观的图表;提供定义系统边界(交互)的方法;提供定义系统边界(交互)的方法;提供支持抽象的机制,如提供支持抽象的机制,如“分解分解”、“映射映射”等;等;1616软件工程软件工程鼓励分析员使用面向问题的术语思考问题,鼓励分析员使用面向问题的术语思考问题,编写文档;编写文档;为分析员提供多种可供选择的解决方案;为分析员提供多种可供选择的解决方案;适应需求的变化。适应需求的变化。n适于以上特征的需求获取方法:适于以上特征的需求获取方法:基于数据流图的结构化分析方法;基于数据流图的结构化分析方法;基于用例(基于用例(use case)的)的建模方法。建模方法。
13、n需求获取技术的关键点在于:需求获取技术的关键点在于:a.深入浅出深入浅出 需求获取要尽可能全面、细致。需求获取要尽可能全面、细致。1717软件工程软件工程获获取取的的需需求求是是个个全全集集,系系统统真真正正实实现现的的是是个个子子集集。分分析析时时的的调调研研内内容容并并不不都都纳纳入入到到新系统中,目的在于以后的扩充。新系统中,目的在于以后的扩充。b.以流程为主线以流程为主线 在在与与用用户户交交流流的的过过程程中中,应应该该用用流流程程将将所所有有的的内内容容串串起起来来。如如信信息息、组组织织结结构构、处处理规则等。这样便于交流沟通。理规则等。这样便于交流沟通。流流程程描描述述有有宏
14、宏观观,也也有有微微观观。既既要要强强调调总总体体的的业业务务流流程程、全全生生存存周周期期的的业业务务流流程程,又要对流程细化,有分支的业务流程。又要对流程细化,有分支的业务流程。1818软件工程软件工程需求获取的步骤需求获取的步骤n软件开发项目和组织文化的不同,对于需求开软件开发项目和组织文化的不同,对于需求开发没有一个简单的、公式化的途径。发没有一个简单的、公式化的途径。n下面下面9个步骤,针对信息系统的需求获取。个步骤,针对信息系统的需求获取。1)定义项目的视图和范围定义项目的视图和范围 包括组织结构图、包括组织结构图、各部门的岗位各部门的岗位/角色列表。角色列表。2)确定用户类确定用
15、户类 包括人员包括人员/责任矩阵。责任矩阵。3)确定目标系统的业务工作流确定目标系统的业务工作流 包括物流、资包括物流、资金流、信息流,建立业务工作流模型。金流、信息流,建立业务工作流模型。2020软件工程软件工程4)运用需求获取技术运用需求获取技术开发反映主要业务规则的开发反映主要业务规则的用例(或数据流图)用例(或数据流图)并设置优先级。并设置优先级。5)收集来自用户的收集来自用户的质量特性信息和其他非功能质量特性信息和其他非功能需求需求 将性能、安全性、可靠性等需求和其将性能、安全性、可靠性等需求和其他设计约束结合业务规则,形成功能需求。他设计约束结合业务规则,形成功能需求。6)分类在用
16、例(或数据流图)中涉及的数据分类在用例(或数据流图)中涉及的数据 包括数据的组成和数据之间的关系。包括数据的组成和数据之间的关系。7)详细拟订用例(或数据流图)的规格说明,详细拟订用例(或数据流图)的规格说明,建立功能模型,并进行审查,用以澄清需求建立功能模型,并进行审查,用以澄清需求获取的参与者对需求的理解。获取的参与者对需求的理解。2121软件工程软件工程8)开发并评估界面原型开发并评估界面原型 设想输入设备、输出设想输入设备、输出设备、显示风格、显示方式、输出格式等,设备、显示风格、显示方式、输出格式等,建立接口规范和信息流传输规则。建立接口规范和信息流传输规则。9)从功能描述中开发概念测试用例从功能描述中开发概念测试用例 用测试用用测试用例来验证用例(或数据流图)、功能需求和例来验证用例(或数据流图)、功能需求和原型。原型。2222软件工程软件工程n需求获取可能是软件开发中最困难、最关键、需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。表现在:最易出错及最需要交流的方面。表现在:需求的不稳定性需求的不稳定性:在整个软件生存周期内软:在整个软件生存周期内软件需
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1