软件过程与项目管理-第三章.ppt
2023年10月30日,软件过程与项目管理讲义,1,第三章 软件需求分析和架构设计,2023年10月30日,第三章 软件需求分析和架构设计,2,主要内容,3.1 软件需求分析概述 3.2 软件需求分析方法 3.3 软件架构设计的概念 3.4 软件架构设计任务,2023年10月30日,第三章 软件需求分析和架构设计,3,1.1 软件需求分析概述,软件需求作为软件生命周期的第一个阶段，其重要性越来越突出，到20世纪80年代中期，逐步形成了软件工程的子领域需求工程。90年代后，需求工程成为软件界研究的重点之一。从1993年起，每两年举办一次需求工程国际研讨会（ISRE），1994年起，每两年举办一次需求工程国际会议（ICRE）。一些关于需求工程的工作小组相继成立，使需求工程的研究得到了迅速进展。,2023年10月30日,第三章 软件需求分析和架构设计,4,1.1 软件需求分析概述,1.软件需求工程重要性,软件需求无疑是当前软件工程中的关键问题，没有需求就没有软件。,美国于1995年开始对全国范围内的8000个软件项目进行跟踪调查。,分析失败的原因发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。,2023年10月30日,第三章 软件需求分析和架构设计,5,1.1 软件需求分析概述,1.软件需求工程困难,软件需求是软件工程中最复杂的过程之一：应用领域的广泛性，它的实施无疑与各个应用行业的特征密切相关。非功能性需求建模技术的缺乏，及其与功能性需求有着错综复杂的联系，大大增加了需求工程的复杂性。沟通上的困难，由于系统分析员、需求分析员等各方面人员有不同的着眼点和不同的知识背景，给需求工程的实施增加了人为的难度。,2023年10月30日,第三章 软件需求分析和架构设计,6,1.1 软件需求分析概述,1.软件需求工程软件需求内容,软 件需 求,2023年10月30日,第三章 软件需求分析和架构设计,7,1.1 软件需求分析概述,1.软件需求工程功能和领域需求,功能需求 它是对系统应该提供的服务、功能以及系统在特定条件下的行为的描述。它与软件系统的类型、使用系统的用户等相关，有时需要详细描述系统的功能、输入/输出、异常等，有时还需要申明系统不应该做什么。,领域需求 是由软件系统的应用领域所决定的特有的功能需求，或是对功能的约束。,2023年10月30日,第三章 软件需求分析和架构设计,8,1.1 软件需求分析概述,1.软件需求工程非功能需求,2023年10月30日,第三章 软件需求分析和架构设计,9,1.1 软件需求分析概述,1.软件需求工程传统需求分析,在传统软件工程生命周期中，涉及需求的阶段称作需求分析。一般来说，需求分析的作用是：定义软件的范围及必须满足的约束；确定软件的功能和性能及与其他系统成分的接 口;建立数据模型、功能模型和行为模型；最终提供需求规格说明，并用于作为评估软件 质量的依据。,2023年10月30日,第三章 软件需求分析和架构设计,10,1.1 软件需求分析概述,1.软件需求工程需求工程的活动,需求工程是系统工程和软件工程的一个交叉分支，涉及到软件系统的目标、软件系统提供的服务、软件系统的约束和软件系统运行的环境。它还涉及这些因素和系统的精确规格说明以及系统进化之间的关系。它也提供现实需求和软件能力之间的桥梁。,需求工程,2023年10月30日,第三章 软件需求分析和架构设计,11,1.1 软件需求分析概述,1.软件需求工程需求工程的活动,获取需求；深入实际，在充分理解用户需求的基础上，获取系统需求。需求分析与建模；进行需求建模、对模型或原型进行分析。确认需求；确保需求说明准确、完整地表达系统的主要特性。进化需求。客户的需要总是不断（连续）增长的，进化需求是必要的。,2023年10月30日,第三章 软件需求分析和架构设计,12,1.1 软件需求分析概述,1.软件需求工程需求工程的活动,1）需求获取(requiremente licitation)是需求工程的主体。,缺乏领域知识,应用领域的问题常常是模糊的、不精确的；存在默认的知识,如难以描述的常识问题；存在多个知识源,且多知识源之间可能有冲突；客户可能的偏见，如不能提供或不想告知你所需要了解的事情。,2023年10月30日,第三章 软件需求分析和架构设计,13,1.1 软件需求分析概述,1.软件需求工程需求获取方法,需求抽取的方法一般有：面谈法 重要而直接，简单的需求获取技术。问卷调查法 是对面谈法的补充。需求专题讨论会 最有力的需求获取技术。有利 于 培养高效团队。观察用户的工作流程 适用于用户无法准确表达需求的情况。原型化方法基于用例的方法,还有知识工程方法等如：场记分析法、卡片分类法、分类表格技术和基于模型的知识获取等。,2023年10月30日,第三章 软件需求分析和架构设计,14,1.1 软件需求分析概述,1.软件需求工程需求分析与建模,需求分析和建模又包含三个层次的工作。1)需求分析 2)需求建模（分为企业建模、功能需求建模和非功能需求建模等）3)需求规格说明不同的描述方式。,主要对收集到的需求进行提炼、分析和认真审查，确保所有参加人员取得一致共识。找出错误、遗漏和不足，建立完整的分析模型。,2023年10月30日,第三章 软件需求分析和架构设计,15,1.1 软件需求分析概述,1.软件需求工程需求分析常用技术,为了降低软件的复杂度，便于对问题的分析和理解，常采用以下技术：1)分解 将大问题分解为小问题，通常是自顶而下，不断细化的过程。2)抽象 抓住问题的本质特性，从不同抽象层次进行分析，提出解决问题的方案。3)多视点 注意从各类开发人员和不同用户的角度考虑问题，才能获得 对系统的全面完整的需求。,2023年10月30日,第三章 软件需求分析和架构设计,16,1.1 软件需求分析概述,1.软件需求工程需求的有效性验证,(一)需求验证的重要性)由于需求是软件开发的第一阶段，直接影响后面各阶段的开发。)需求的可变性必须进行验证。,做什么,怎么做,2023年10月30日,第三章 软件需求分析和架构设计,17,1.1 软件需求分析概述,1.软件需求工程需求的有效性验证,(二)需求验证的内容1)有效性检查指功能需求是否符合用户所提出的需求。2)一致性检查系统功能描述及约束是否一致。3)完备性检查是否包含所有系统用户的需求和约束。4)可检验性检查是否能设计出一组验证方法，确定了检验的标准。,2023年10月30日,第三章 软件需求分析和架构设计,18,1.1 软件需求分析概述,1.软件需求工程需求管理,需求管理贯穿需求分析全过程，包括:,2023年10月30日,第三章 软件需求分析和架构设计,19,1.1 软件需求分析概述,1.软件需求工程需求变更管理,需求管理的所有活动中，最重要的是“需求变更管理”，包括:,问题分析和变更描述,变更分析和成本计算,变更实现,需求管理过程需要CASE(Computer Aided Software Engineering)工具支持。,2023年10月30日,第三章 软件需求分析和架构设计,20,1.1 软件需求分析概述,1.软件需求工程需求变更管理方法,1）传统的变化管理 基本内容包括软件配置、软件基线和变化审查。2）新的管理方法 a）软件家族法。即软件产品线方法，该方法是源于工业界产品线的概念，关注于一个软件企业如何组织一组具有共性特征的，相似产品的生产，并应用软件复用的相关原理与技术。b）多视点方法。它可以用于管理不一致性并进行关于变化的推理。是从多个视点出发在软件工具的协助下对需求描述，进行自动需求建模，从而提高需求模型的完整性。,2023年10月30日,第三章 软件需求分析和架构设计,21,1.1 软件需求分析概述,1.软件需求工程需求工程过程,2023年10月30日,第三章 软件需求分析和架构设计,22,3.2 软件需求分析方法,功能分解方法 将系统看作若干功能模块的集合，每个功能又可以分解为子功能,子功能还可继续分解,分解的结果即是系统的雏形。,存在问题1.需要人工完成2.无法对描述的准确度进行验证。3.难以适应需求的变化。,2023年10月30日,第三章 软件需求分析和架构设计,23,3.2 软件需求分析方法,结构化分析方法 是一种以数据、数据的封闭性为基础，从问题空间到某种表示的映射方法,由数据流图(DFD图)表示。,2023年10月30日,第三章 软件需求分析和架构设计,24,3.2 软件需求分析方法,面向对象的分析方法 面向对象分析方法(OOA)的关键是识别问题域内的对象,分析它们之间的关系,并建立起三类模型。,信息建模法 是从数据的角度对现实世界建立系统的信息模型,基本工具是ER图。是由实体、属性和关系组成的网络图。E-实体，是一个或一组对象；R-关系，实体之间联系或交互作用。,注意：信息建模与面向对象分析的区别！,2023年10月30日,第三章 软件需求分析和架构设计,25,3.2 软件需求分析方法,1.结构化分析方法,分解：对于一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把大问题分解成若干小问题，然后分别解决（如右图）。,SA法的基本思想“分解”和“抽象”。,抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略去,以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的属性表示一个系统的方法就是“抽象”。,2023年10月30日,第三章 软件需求分析和架构设计,26,3.2 软件需求分析方法,1.结构化分析方法,SA法的描述方法1、分层的数据流图(DFD图)2、数据词典3、描述加工逻辑的结构化语言、判定表及判定树,SA法的步骤,深入调查研究,分析用户需求,用DFD图描述,分析系统需求,用DFD图描述,修改完善DFD图,增添功能,2023年10月30日,第三章 软件需求分析和架构设计,27,3.2 软件需求分析方法,1.结构化分析方法图书预订系统,顾客,出版社,验证订单,汇总订单,订单,出版社 订单,图书目录文件,正确订单,一批订单,出版社档案文件,画图步骤：1、确定外部实体及输入、输出数据流。2、确定分解顶层的加工。3、确定使用的文件。4、用数据流将各部分连接起来，形成数据封闭。,2023年10月30日,第三章 软件需求分析和架构设计,28,3.2 软件需求分析方法,1.结构化分析方法数据流图,数据流图（Data Flow Diagram，DFD）是描述系统中数据流程的图形工具，它描述了将系统的逻辑输入转换为逻辑输出所需的加工处理过程。,一、数据流图的图符基本图形符号：,2023年10月30日,第三章 软件需求分析和架构设计,29,3.2 软件需求分析方法,1.结构化分析方法数据流图,还有一些辅助的图例:,2023年10月30日,第三章 软件需求分析和架构设计,30,3.2 软件需求分析方法,1.结构化分析方法画DFD的基本原则,加工分解的原则自然性：概念上合理、清晰；均匀性：理想的分解是将一个问题分解成大小均匀的几个部分；分解度：一般每一个加工每次分解最多不要超过个子加工,分解应分解到基本加工为止。,数据守恒与数据封闭原则 数据守恒是指加工的输入/出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流。数据封闭是对整个系统而言。,2023年10月30日,第三章 软件需求分析和架构设计,31,3.2 软件需求分析方法,1.结构化分析方法画DFD的基本原则,合理使用文件 当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。,注意,DFD图不是流程图,不表示软件的控制流程。,子图与父图的“平衡”父图中某个加工的输入输出数据流应该同相应的子图的输入输出相同(相对应），分层数据流图的这种特点称为子图与父图“平衡”。,2023年10月30日,第三章 软件需求分析和架构设计,32,3.2 软件需求分析方法,1.结构化分析方法分层DFD的改进,DFD图须经过反复修改，才能获得最终的目标系统的DFD图。从以下方面改进DFD图：1)检查数据流的正确性 数据守恒 子图、父图的平衡 文件使用是否合理。特别注意输入/出文件的数据流。,2)改进DFD图的易理解性 简化加工之间的联系（联系越少，独立性越强，易理解性越好）。改进分解的均匀性。适当命名（各成分名称无二义性，准确、具体）,2023年10月30日,第三章 软件需求分析和架构设计,33,3.2 软件需求分析方法,1.结构化分析方法数据字典,分层数据流图只是表达了系统的“分解”，为了完整地描述这个系统，还需借助“数据词典”和“小说明”对图中的每个数据和加工给出解释。对数据流图中包含的所有元素的定义的集合构成了数据词典。词典中可有以下四种类型的条目：,数据流 文件 数据项 加工,2023年10月30日,第三章 软件需求分析和架构设计,34,3.2 软件需求分析方法,1.结构化分析方法数据字典,A、数据流条目给出某个数据流的定义，通常是列出该 数据流的各组成数据项。例如：报名单姓名单位名年龄性别课程名 常用符号：、（）、,C、数据项条目 数据项条目给出某个数据单项的定义，通常是数据项的值类型，允许的取值范围。,B、文件条目给出某个文件的定义，文件的定义通常是列出文件记录的组成数据流。例如：订单文件订单编号顾客名称产品名称订货数量交货日期,D、加工条目 加工类条目就是“加工小说明”。一般应该单独列出。,2023年10月30日,第三章 软件需求分析和架构设计,35,3.2 软件需求分析方法,1.结构化分析方法DFD加工说明,结构化语言判定表判定树,对DFD图中每一个基本加工都必须有一个小说明给出该加工的精确描述。小说明中应精确地描述加工的激发条件、加工逻辑、优先级、执行频率和出错处理等。加工逻辑是其中最基本的部分，指用户对这个加工的逻辑要求。对基本加工说明有三种描述方式：,2023年10月30日,第三章 软件需求分析和架构设计,36,3.2 软件需求分析方法,1.结构化分析方法DFD结构化语言,结构化语言是介于自然语言和形式语言之间的一种半形式语言,是自然语言的一个受限制的子集。一般分为两层结构：外层语法较具体，为控制结构（顺序、选择、循环）,内层较灵活，表达“做什么”。,例如：外层可为以下结构：1、顺序结构2、选择结构 IFTHEN-ELSE;CASE-OF-ENDCASE；3、循环结构 WHILE-DO;REPEAT-UNTIL,2023年10月30日,第三章 软件需求分析和架构设计,37,3.2 软件需求分析方法,1.结构化分析方法DFD判定表,判定表是一种二维的表格，常用于较复杂的组合条件（与结构化语言比较）。,特点：可处理较复杂的组合条件，但不易理解.不易输入计算机。,通常由四部分组成。条件框 条件定义。操作框 操作的定义。条件条目 各条件的取值及组合。操作条目 在各条件取值组合下所执行的操作。,2023年10月30日,第三章 软件需求分析和架构设计,38,3.2 软件需求分析方法,1.结构化分析方法DFD判定表实例,例：一图书销售系统，其中一加工为“优惠处理”，条件是：顾客的营业额大于1000元，同时必须信誉好，或者虽然信誉不好，但是20年以上的老主顾。,1 2 3 4 5 6 7 8,1000元 Y Y Y Y N N N N 信誉好 Y Y N N Y Y N N20 年 Y N Y N Y N Y N优 惠 X X X正 常 X X X X X,Y-满足条件 N-不满足条件 X-选中判定的结论,2023年10月30日,第三章 软件需求分析和架构设计,39,3.2 软件需求分析方法,1.结构化分析方法DFD判定树,特点:描述一般组合条件较清晰，易理解。不易输入计算机。,如上例,2023年10月30日,第三章 软件需求分析和架构设计,40,3.2 软件需求分析方法,2.面向对象的分析方法,1992年由Jacobson提出了Use case 的概念及可视化的表示方法Use case图，并加入由他提出的面向对象的软件工程(OOSE)。Use case 的概念受到了IT界的欢迎，被广泛应用到了面向对象的系统分析中。基于用例的需求方法，已成为面向对象的分析方法的主流。用例模型被推荐为获取和识别需求的首选工具!,基于用例的方法,2023年10月30日,第三章 软件需求分析和架构设计,41,3.2 软件需求分析方法,2.面向对象的分析方法User Case图,采用“基于用例的方法”来识别和获取需求，是从外部的角度来看系统功能，建立系统的Use case模型。描述外部执行者(Actor)所理解的系统功能。即待开发系统的功能需求。用例 表示一个子系统，或者系统一个独立的功能。角色 表示外部的“执行者”。,2023年10月30日,第三章 软件需求分析和架构设计,42,3.2 软件需求分析方法,2.面向对象的分析方法用例模型,ATM机验证储户身份的Use case图,创建用例模型的工作包括：定义系统、确定执行者和用例、描述用例、定义用例间的关系、确认模型。,2023年10月30日,第三章 软件需求分析和架构设计,43,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,案例3 网 上 拍 卖 系 统 随着 Internet 技术的发展和互联网的日益普及,互联网用户中约 1/4 的用户使用 Internet 进行互联网通信或经贸活动。电子商务总额每年可达到 6 万亿美元。网上拍卖系统就是一个在互联网上模拟拍卖环境的典型的范例。可实现从展示产品、相互竞价到最后产品成交等一系列功能;用户可以轻松实现在线商品的拍卖和竞标。建立系统的USE CASE模型。,2023年10月30日,第三章 软件需求分析和架构设计,44,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,一、竞拍平台1.竞拍者资格审查2.竞拍规则设定3.竞拍过程控制,二、拍卖商品信息发布确定发布的商品信息对商品信息操作,三、拍卖步骤及在线帮助四、网上支付系统五、用户管理,用户需求,2023年10月30日,第三章 软件需求分析和架构设计,45,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,系统需求,a）执行者用户 系统是通过网络提供给商品的销售者和购买者一个交易平台，因此所有上网用户都是本系统的用户，具体又分为商品购买者和商品销售者、系统管理员。,考虑到一般用户既可能是商品购买者也可能是商品销售者，所以将用户分为:非会员用户和会员用户.非会员_未注册的用户,只能在网站上浏览商品，不能参与竞标，也不能提供物品出售。会员_已注册的用户,可以直接参与拍卖或竞标.,2023年10月30日,第三章 软件需求分析和架构设计,46,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,系统需求,b）用例 分析系统功能提供高效的内容丰富的 Web 拍卖商业服务;展示产品、相互竞价、产品成交。实现拍卖商品种类的更新和消息的发布。实现个人物品流通和网上信息发布、留言。,初步确定以下功能：1)会员注册 2)会员天地 3)商品分类浏览 4)查找商品 5)拍卖商品 6)购买商品 7)网上支付,2023年10月30日,第三章 软件需求分析和架构设计,47,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,进一步确定以下功能：1)会员注册（填写用户帐号,用户名,密码,Email等)2)会员天地（查看并修改个人信息,交易记录,收邮件,信用评价等)3)商品分类浏览（浏览、更新、最新商品推荐等)4)查找商品（按关键字查找、输出打印商品信息）5)拍卖商品（包括商品上架：提供商品信息:商品名称、类别、图片、,起拍价格、新旧程度、使用时间 等，及编辑商品，商品下架）6)购买商品(即出价参与竞标，拍卖结束时按照竟价规则获得商品）,2023年10月30日,第三章 软件需求分析和架构设计,48,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,7)网上支付（通过银行网络系统进行交易，设置多 种支付方式）增加执行者“银行”8)收藏商品（可添加收藏，取消收藏，修改收藏）9)会员管理（查看会员信息，封锁会员账号，激活 会员账号）10)商品类别管理（添加商品类别，编辑商品类别，删除商品类别）11)交易管理（查看交易，查看交易报表，关闭交易,退款管理，申诉管理）12)公告栏管理（添加公告，修改公告，删除公告）,2023年10月30日,第三章 软件需求分析和架构设计,49,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,2023年10月30日,第三章 软件需求分析和架构设计,50,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,1)精度要求 本系统所涉及的所有交易数据，均按实数保存，在处理时保留小数点后2位。2)时间特性要求 操作响应时间：满足普通人员的操作要求；查询运行时间：满足普通人员的查询要求；更新处理时间：数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在2秒/条之内；数据传输时间：数据交换过程控制在10秒钟内；,非功能需求,2023年10月30日,第三章 软件需求分析和架构设计,51,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,3)故障处理能力要求 当出现错误时，要求以界面形式向用户说明，并用一览表方式列出，各类可能的错误或故障出现时，系统的处理方法和补救措施。4)灵活性 需求 要求当用户需求，如操作方式，运行环境，结果精度，数据结构及其他软件接口等发生变化时，增加新模块时，不会修改原有的模块。5)安全性 采用用户名及密码，对用户授权使用。支付过程中的安全性由银行网上支付系统进行保证。,2023年10月30日,第三章 软件需求分析和架构设计,52,3.2 软件需求分析方法,2.面向对象的分析方法案例分析,改进的Use Case模型,2023年10月30日,第三章 软件需求分析和架构设计,53,3.3 软件架构设计的概念,1.基本概念模块化,模块化的基本要素包括：接口，指模块的输入输出；功能，是模块存在的必要条件；状态，指可执行模块运行所需要的一个数据结构；逻辑，模块的运行环境。,模块化的优点：通过对软件系统的有效分解，可以简化问题，降低工作量，从而降低成本，提高开发效率；使软件结构清晰，易于阅读和理解；易于软件的修改，维护和调试；可获得较高的软件可靠性；便于工程化协作。,2023年10月30日,第三章 软件需求分析和架构设计,54,3.3 软件架构设计的概念,1.基本概念模块化,信息隐蔽 定义：是指在设计和确定模块时，是的一个模块内包含的自身实现细节和数据隐藏起来，对于其他不需要这些信息的模块来说是不能访问的；而且每个模块只完成一个相对独立的特点功能；模块之间仅仅交换那些为完成系统功能必须交换的信息。,模块独立性判定准则 模块的耦合 模块的内聚,2023年10月30日,第三章 软件需求分析和架构设计,55,3.3 软件架构设计的概念,1.基本概念抽象和逐步求精,系统定义阶段，软件系统被描述为计算机大系统的一个组成部分；需求分析阶段，软件使用用例建模表达问题域；软件设计阶段，细化用例模型，将抽象组件细化为实际组建，抽象级别进一步降低；编码完成后达到抽象的最低级。,2023年10月30日,第三章 软件需求分析和架构设计,56,3.3 软件架构设计的概念,2.软件架构的要素,它是一个软件系统从整体到部分的最高层次的划分，一个系统通常由组件组成，而这些组建如何形成，相互之间如何发生作用，则是关于这个系统本身结构的重要信息；建造一个系统所作出的最高层次、以后难以更改的、业务的和技术的决定。,2023年10月30日,第三章 软件需求分析和架构设计,57,3.3 软件架构设计的概念,2.软件架构的目标,可靠性安全性可伸缩性可定制化可扩展性可维护性客户体验市场时机,3.软件架构的种类,功能架构用户界面数据库外部系统接口商业逻辑组件非功能架构可扩展性可靠性强壮性灵活性互用性安全性,2023年10月30日,第三章 软件需求分析和架构设计,58,3.4 软件架构设计的任务,软件架构设计是适用于整个系统范围的设计，通常会用一份独立的文档来描述，成为“架构规格说明书”。软件架构设计的具体任务包括：,定义程序组织结构 设计主要类 数据设计 确定业务规则 用户界面设计 输入/输出设计 性能设计 安全性设计 可伸缩性设计 容错性设计,2023年10月30日,第三章 软件需求分析和架构设计,59,本章小结,1.本章的概念,需求分析的作用 需求抽取的方法 结构化软件需求分析方法 面向对象的软件需求分析方法 软件模块化的基本要素和优点,2.本章的重点,软件功能需求，需求工程，数据流图，模块化,
