第7节面向对象软件开发过程-初始阶段.ppt

第七章 面向对象软件开发过程（2)初始阶段 提纲 §7b.1 POS案例 §7b.2 初始阶段的主要工作 §7b.3 需求类型 §7b.4 用例模型：写出实际语境中的需求 §7b.5 识别其他需求 §7b.6 从初始阶段到细化阶段 §7b.1 POS案例 POS系统：记录销售信息，处理支付过程，常用于零售店。 系统包括： 硬件：计算机，条码扫描器 软件： 与其他系统连接：第三方税金计算器和库存控制系统 系统要求： 相对容错：库存系统故障不影响销售和付款，即：如果远程服务（库存系统）暂时中断，系统必须能够获取销售信息和处理现金付款，不至于营业瘫痪。 多客户终端：瘦客户Web终端、PC、触摸屏、无线PDA 易于客户化，如不同用户在开始一个新的销售或增加新商品时要求执行一些额外的业务逻辑，系统应该灵活支持。 §7b.2 初始阶段的主要工作 初始阶段应该考虑以下问题： 项目的构想怎么样？商业案例是什么？ 可行性如何？ 购买还是开发？ 粗略估计一下成本，估计收益。 项目是否停止或继续进行？ 主要目标： 只进行一定的研究，得到未来新系统的可行性以及实现系统总体目标的合理判断，并确定是否值得继续深入研究系统即可。（深入的研究是细化阶段的工作） 概括为： 预见项目的范围、构想和商业案例； 项目相关人员是否就项目的构想达成基本的一致，项目是否值得继续进行认真的研究。 §7b.2 初始阶段的主要工作 初始阶段的时间比较短暂，只要建立起初始的一般构想，并确定项目是否可行，是否值得细化研究就行。 §7b.3 需求类型 需求就是系统必须提供的能力和必须遵从的条件。 需求管理更推崇用“一种条理化的方法来寻找、记录、组织和跟踪系统不断变化的需求”。 需求类型：FURPS＋ Function（功能）：特性、能力、安全性 Usability（可用性）：人性化因素、帮助和文档； Reliability（可靠性）：故障周期、可恢复性、可预测性； Performance（性能）：响应时间、吞吐量、准确性、有效性、资源利用率； Supportability（可支持性）：适应性、可维护性、国际化、可配置性。 ＋：一些辅助性和次要的因素。 Implementation（实现）：资源限制、语言和工具、硬件等； Interface（接口）：与外部系统接口所加得约束； Operations（操作）：系统操作环境中的管理 Package（包装） Legal（授权）：许可证或其他方式。 §7b.4 用例模型：写出实际语境中的需求 系统需求：为了满足客户使用系统的目的。 用例：就是描述客户如何使用系统来达到目的的一组情节。以此来发现和记录系统的功能性需求。 用例描述功能性需求的思想是由Ivar Jacobson在1986年提出来的，表达的主要思想是：在需求分析中专注于考虑系统怎么才能增加价值和实现目标。 在面向用户目标的语境中考虑系统的功能和特性，这是用例的分析关键。 用例模型是文本文档，UML中的用例图只是给出了角色和用例的名称和关系。 §7b.4 用例模型：写出实际语境中的需求 黑箱用例Black-box use cases——推荐使用 将系统描述为具有某种职责,描述系统必须做什么（功能需求），而非如何做（设计），即：将系统看成一个黑箱，观察系统的外部行为： 如： 系统记录销售信息√ 系统将销售写入数据库× 系统为销售生成INSERT SQL语句×× §7b.4 用例模型：写出实际语境中的需求 用例建模的基本过程： 1.选择系统边界： POS作为一个系统，包含软件、POS机、输入终端等，收银员、支付授权、税金计算等不包括在系统之内。 2.识别主要角色： 主要角色：在使用系统服务的过程中满足自己的用户目标的那些参与者。找出用户目标 次要角色：为系统提供服务的那些参与者。说明外部接口和协议 后台角色：对用例的行为感兴趣。保证找到并满足所有必要的兴趣。 3.识别主要角色的目标 一般来讲：第2和第3步是同时进行的。 §7b.4 用例模型：写出实际语境中的需求 谁或什么使用该系统？ 交互中，它们扮演什么角色？ 谁安装系统？ 谁启动和关闭系统？ 谁维护系统？ 与该系统交互的是其他什么系统？ 谁从该系统获取信息，谁提供信息给系统？ 有什么事情发生在固定时间？ §7b.4 用例模型：写出实际语境中的需求 谁来启动和停止系统？ 谁来进行用户管理和安全管理？ 是否存在一个监控进程，其在系统错误的时候能够重启系统？ 系统升级怎样处理？主动升级还是被动升级？ 谁来管理系统？ 由于系统对时间事件进行响应，“时间”是否也是一个角色？ 谁来评估系统的活动或性能？ 谁来评估日志？日志是否能够远程获取？ §7b.4 用例模型：写出实际语境中的需求 收银员： 处理销售、处理租赁、处理返回、入款、出款 …… 经