40第四讲 软件需求分析过程

软件需求分析过程计算机科学与技术系王泽问题？软件需求分析有哪些过程2需求分析文档有哪些内容4什么是软件需求31如何启动分析过程33需求分析有哪些技术33什么是软件需求？1功能需求描述系统预期提供的功能或服务对系统应提供的服务如何对输入做出反应系统在特定条件下的行为3领域需求源于系统的应用领域需求.2非功能需求指那些不直接与系统具体功能相关的一类需求产品需求机构需求外部需求功能需求软件系统的功能需求软件系统的功能需求描述可以有许多方式描述可以有许多方式功能需求可以功能需求可以以不同的详细程度以不同的详细程度反复编写和细化反复编写和细化功能需求描述应该功能需求描述应该完整而且一致和准确完整而且一致和准确文字描述图表表示完整性意味着用户所需的所有的服务应该全部给出描述一致性意味着需求描述不能前后矛盾准确性是指需求不能出现模糊和二义性的地方功能需求描述：出卷系统教师能够根据自己的要求手动或自动出一份教师能够根据自己的要求手动或自动出一份试卷；试卷；教师可以修改试卷中不合适的题目，并能自教师可以修改试卷中不合适的题目，并能自动生成各种样式的试卷；动生成各种样式的试卷；教师可以对试题中的题目进行更新教师可以对试题中的题目进行更新非功能需求非功能需求主要与系统的总体特征相关，是一些限制性要非功能需求主要与系统的总体特征相关，是一些限制性要求，是对实际使用环境所做的要求求，是对实际使用环境所做的要求性能要求性能要求可靠性要求可靠性要求安全性要求安全性要求可用性要求可用性要求移植性要求移植性要求非功能需求关心的是系统整体特征而不是个别的系统的特非功能需求关心的是系统整体特征而不是个别的系统的特征，比功能需求对系统更关键。征，比功能需求对系统更关键。非功能需求却很难检验非功能需求却很难检验非功能需求与功能需求有时会发生冲突，它们之间存在着非功能需求与功能需求有时会发生冲突，它们之间存在着相互作用关系相互作用关系非功能需求举例一个一个POSPOS系统所需的存储因为成本原因有所限系统所需的存储因为成本原因有所限制，而商品的描述和价目表的信息量很大。制，而商品的描述和价目表的信息量很大。如果采用远程服务器，提供商品描述和价目表如果采用远程服务器，提供商品描述和价目表信息，那必然需要网络通信，而这需要网络技信息，那必然需要网络通信，而这需要网络技术。术。当当POSPOS机数量多时必然引起服务器处理瓶颈问机数量多时必然引起服务器处理瓶颈问题。题。领域需求图书馆系统的功能图书馆系统的功能需求基于标准用户需求基于标准用户界面将一些文档输界面将一些文档输出到本地打印机或出到本地打印机或网络打印机上，但网络打印机上，但因为版权限制，这因为版权限制，这些文档打印之后应些文档打印之后应立即删除立即删除例如领域需求反映应用领域的基领域需求反映应用领域的基本问题，直接影响到系统的本问题，直接影响到系统的可用性可用性领域需求示例：短信系统如果短信经过终端无线模块发送之前必须经过短消息协议如果短信经过终端无线模块发送之前必须经过短消息协议标准编码才能发送出去。标准编码才能发送出去。要对短信编码，必须要对由要对短信编码，必须要对由ESTIESTI制订的制订的SMSSMS规范有所了解规范有所了解。。技术实现技术实现((含编码方式含编码方式)GSM03.38)GSM03.38、、GSM03.40GSM03.40SMSSMS的的DTEDTE--DCEDCE接口标准接口标准(AT(AT命令集命令集))：：GSM07.05GSM07.05三种方式来发送和接收三种方式来发送和接收SMSSMS信息：信息：BlockModeBlockModeTextModeTextMode：纯文本方式，可使用不同的字符集，也可用于：纯文本方式，可使用不同的字符集，也可用于发送中文短消息，主要用于欧美地区。发送中文短消息，主要用于欧美地区。PDUModePDUMode：：PDUModePDUMode被所有手机支持，可以使用任何字符被所有手机支持，可以使用任何字符集，这也是手机默认的编码方式集，这也是手机默认的编码方式领域需求示例：短信系统-PDU串PDUPDU串表面上是一串串表面上是一串ASCIIASCII码，由‘码，由‘0’0’--‘9’‘9’、‘、‘A’A’--‘F’‘F’这些数字和字母组成。它们是这些数字和字母组成。它们是88位字节的十六进制数，或者位字节的十六进制数，或者BCDBCD码十进制数。码十进制数。PDUPDU串不仅包含可显示的消息本身，还包含很串不仅包含可显示的消息本身，还包含很多其它信息，如多其它信息，如SMSSMS服务中心号码、目标号码服务中心号码、目标号码、回复号码、编码方式和服务时间等。、回复号码、编码方式和服务时间等。发送和接收的发送和接收的PDUPDU串，结构是不完全相同的串，结构是不完全相同的编码举例例如：•发送SMSC号码是+8613800220500，对方号码是13851872528，消息内容是‚Hello!‛。从手机发出的PDU串可以是：•0891683108200205F011000D91683158812725F800000006C8329BFD0E01编码解释分段含义说明08SMSC地址信息的长度共8个八位字节(包括91)91SMSC地址格式(TON/NPI)用国际格式号码(在前面加‘+’)68310820020SMSC地址8613800220500，补‘F’凑成偶数个11基本参数(TP-MTI/VFP)发送，TP-VP用相对格式00消息基准值(TP-MR)00D目标地址数字个数共13个十进制数(不包括91和‘F’)91目标地址格式(TON/NPI)用国际格式号码(在前面加‘+’)68315881278目标地址(TP-DA)8613851872528，补‘F’凑成偶数个00协议标识(TP-PID)是普通GSM类型，点到点方式00用户信息编码方式(TP-DCS)7-bit编码00有效期(TP-VP)5分钟06用户信息长度(TP-UDL)实际长度6个字节C8329BFD0E01用户信息(TP-UD)“Hello!”需求分析过程规格说明需求验证变更管理需求分析主要需求分析主要是理解客户需是理解客户需要什么、分析要什么、分析要求、评价可要求、评价可行性、协商合行性、协商合理的方案、无理的方案、无歧义地详细说歧义地详细说明方案、确认明方案、确认规格说明、管规格说明、管理需求以至将理需求以至将这些需求转化这些需求转化为可行系统为可行系统过过程程包包括括协商与沟通可行性研究分析和精化导出需求初步沟通初步沟通1业务领域的共利益者（如业务管理人员，市场营销人员，产品管理人员）定义业务用例3确定项目范围的工作说明.2确定市场的范围初略地可行性分析导出需求1范围问题：系统的边界，是客户和开发者共同关心的部分3易变问题：分清需求稳定部分和易变部分2理解问题：确定业务需求、需求冲突、说明有歧义和不可测试的需求导出需求应解决以下问题分析与精化1开发一个精确的技术模型，用以说明软件的功能、特征和约束3定义了问题的信息域，功能域和行为域2精化是一个分析建模动作，由一系列建模和求精任务构成可行性研究可行性研究目的是确定用最小的代目的是确定用最小的代价，在尽可能短的时间价，在尽可能短的时间内确定问题是否能够解内确定问题是否能够解决决可行性研究的输入是系可行性研究的输入是系统的一个框架描述和高统的一个框架描述和高层逻辑模型层逻辑模型输出是一份需求开发评输出是一份需求开发评价报告，对需求工程和价报告，对需求工程和系统开发是否值得做的系统开发是否值得做的具体建议和意见具体建议和意见可行性研究可行性研究目的是确定用最小的代目的是确定用最小的代价，在尽可能短的时间价，在尽可能短的时间内确定问题是否能够解内确定问题是否能够解决决可行性研究的输入是系可行性研究的输入是系统的一个框架描述和高统的一个框架描述和高层逻辑模型层逻辑模型输出是一份需求开发评输出是一份需求开发评价报告，对需求工程和价报告，对需求工程和系统开发是否值得做的系统开发是否值得做的具体建议和意见具体建议和意见可行性研究系统是否符合软件使用单位的总体要求系统是否可以在现有的技术条件、预算和时间限制内完成系统能否把已存在的其他系统集成可行性研究主要可行性研究主要回答三个问题回答三个问题协商与沟通调节冲突调节冲突和问题和问题识别和分析与每项需求相关的风险开发工作量成本和交付时间需求排序需求排序软件需求规格一个规格说明可以是一份写好的文档、一套图形化的模型、一个一个规格说明可以是一份写好的文档、一套图形化的模型、一个形式化的数学模型、一组使用场景、一个原型或以上各项的任意组形式化的数学模型、一组使用场景、一个原型或以上各项的任意组合。合。软件需求规格（软件需求规格（SRSSRS，，SoftwareRequirementSpecificationSoftwareRequirementSpecification））是需求分析任务的最终“产品”，它是客户、管理者、分析工程师、是需求分析任务的最终“产品”，它是客户、管理者、分析工程师、测试工程师、维护工程师交流的标准和依据。测试工程师、维护工程师交流的标准和依据。软件需求规格描述了系统的数据、功能、行为、性能需求、设计软件需求规格描述了系统的数据、功能、行为、性能需求、设计约束、验收标准、以及其他与需求相关的信息。约束、验收标准、以及其他与需求相关的信息。分为：用户需求和系统需求分为：用户需求和系统需求用户需求描述示例POS机系统中的“处理销售”功能用户需求描述示例2.12.1处理销售处理销售完成一次销售过程完成一次销售过程2.1.12.1.1基本流程基本流程顾客携带所购商品或服务到收银台通过顾客携带所购商品或服务到收银台通过POSPOS机付款机付款收银员开始一次新的销售交易收银员开始一次新的销售交易收银员输入商品条码收银员输入商品条码系统逐条记录销售的商品，并显示该商品的描述、价格和累计额；系统逐条记录销售的商品，并显示该商品的描述、价格和累计额；重复（重复（33））——（（44），直到输入结束），直到输入结束系统显示总额系统显示总额收银员告知顾客总额，并请求付款收银员告知顾客总额，并请求付款顾客付款，系统处理支付顾客付款，系统处理支付系统记录完整的销售信息，并将销售金和支持信息发送到外部的帐系统记录完整的销售信息，并将销售金和支持信息发送到外部的帐务系统和库存系统务系统和库存系统系统打印票据系统打印票据顾客携带商品和票据离开顾客携带商品和票据离开2.1.22.1.2扩展流程：扩展流程：系统需求系统需求是比用户需求更详细的需求描述，是系统实系统需求是比用户需求更详细的需求描述，是系统实现的基本依据现的基本依据系统需求描述可能包括许多不同的模型，如对象模型系统需求描述可能包括许多不同的模型，如对象模型和数据流模型和数据流模型需求验证验证内容正确性正确性最后签字最后签字一致性和完整性一致性和完整性可行性和必要性可行性和必要性需求的可跟踪性需求的可跟踪性需求的可验证性需求的可验证性需求变更管理需求变更管理是组织、控制和文档化需求的系需求变更管理是组织、控制和文档化需求的系统方法统方法建立建立基线基线以便在客户和开发人员之间建筑一个以便在客户和开发人员之间建筑一个约定约定需求管理从标识开始，建立跟踪表需求管理从标识开始，建立跟踪表需求跟踪表可以跟踪需求的特征、来源、依赖需求跟踪表可以跟踪需求的特征、来源、依赖、子系统和接口等关系、子系统和接口等关系启动分析过程需求分析的基本过程首次提问协同工作识别视点确定利益相关者非形式化需求分析技术会谈会谈调查表调查表场景分析场景分析实例分析-出卷系统用户：用户：••教师：关注如何出一份合理的试卷，并能根据样式教师：关注如何出一份合理的试卷，并能根据样式打印与输出。打印与输出。••学生：关注如何通过生成一