面向对象软件开发过程初始阶段.pptVIP

北京邮电大学计算机学院通信软件工程中心面向对象软件开发过程初始阶段第1页，共28页，星期日，2025年，2月5日提纲§7b.1POS案例§7b.2初始阶段的主要工作§7b.3需求类型§7b.4用例模型：写出实际语境中的需求§7b.5识别其他需求§7b.6从初始阶段到细化阶段*第2页，共28页，星期日，2025年，2月5日§7b.1POS案例POS系统：记录销售信息，处理支付过程，常用于零售店。系统包括：硬件：计算机，条码扫描器软件：与其他系统连接：第三方税金计算器和库存控制系统系统要求：相对容错：库存系统故障不影响销售和付款，即：如果远程服务（库存系统）暂时中断，系统必须能够获取销售信息和处理现金付款，不至于营业瘫痪。多客户终端：瘦客户Web终端、PC、触摸屏、无线PDA易于客户化，如不同用户在开始一个新的销售或增加新商品时要求执行一些额外的业务逻辑，系统应该灵活支持。*第3页，共28页，星期日，2025年，2月5日§7b.2初始阶段的主要工作初始阶段应该考虑以下问题：项目的构想怎么样？商业案例是什么？可行性如何？购买还是开发？粗略估计一下成本，估计收益。项目是否停止或继续进行？主要目标：只进行一定的研究，得到未来新系统的可行性以及实现系统总体目标的合理判断，并确定是否值得继续深入研究系统即可。（深入的研究是细化阶段的工作）概括为：预见项目的范围、构想和商业案例；项目相关人员是否就项目的构想达成基本的一致，项目是否值得继续进行认真的研究。*第4页，共28页，星期日，2025年，2月5日§7b.2初始阶段的主要工作初始阶段的时间比较短暂，只要建立起初始的一般构想，并确定项目是否可行，是否值得细化研究就行。工件注解构想和商业案例描述高层的目标和约束、商业案例，并提供一个执行摘要用例模型描述功能需求和相关的非功能需求(10%)补充规范描述其他需求术语表关键的领域术语风险列表和风险管理计划描述业务、技术、资源和进度上的风险，以及如何减轻这些风险或该如何应对。原型和概念验证阐明构想，验证技术问题迭代计划描述在第一次细化迭代中该做什么？阶段计划和软件开发计划对细化阶段的持续时间和工作量进行低精度的猜测。开发涉及的工具、人员、培训和其他资源。开发案例描述为本项目定制的统一过程的步骤和工件。在统一过程中，总需求为项目定制一些步骤或工件。*第5页，共28页，星期日，2025年，2月5日§7b.3需求类型需求就是系统必须提供的能力和必须遵从的条件。需求管理更推崇用“一种条理化的方法来寻找、记录、组织和跟踪系统不断变化的需求”。需求类型：FURPS＋Function（功能）：特性、能力、安全性Usability（可用性）：人性化因素、帮助和文档；Reliability（可靠性）：故障周期、可恢复性、可预测性；Performance（性能）：响应时间、吞吐量、准确性、有效性、资源利用率；Supportability（可支持性）：适应性、可维护性、国际化、可配置性。＋：一些辅助性和次要的因素。Implementation（实现）：资源限制、语言和工具、硬件等；Interface（接口）：与外部系统接口所加得约束；Operations（操作）：系统操作环境中的管理Package（包装）Legal（授权）：许可证或其他方式。*第6页，共28页，星期日，2025年，2月5日§7b.4用例模型：写出实际语境中的需求系统需求：为了满足客户使用系统的目的。用例：就是描述客户如何使用系统来达到目的的一组情节。以此来发现和记录系统的功能性需求。用例描述功能性需求的思想是由IvarJacobson在1986年提出来的，表达的主要思想是：在需求分析中专注于考虑系统怎么才能增加价值和实现目标。在面向用户目标的语境中考虑系统的功能和特性，这是用例的分析关键。用例模型是文本文档，UML中的用例图只是给出了角色和用例的名称和关系。*第7页，共28页，星期日，2025年，2月5日§7b.4用例模型：写出实际语境中的需求黑箱用例Black-boxusecases——推荐使用将系统描述为具有某种职责,描述系统必须做什么（功能需求），而非如何做（设计），即：将系统看成一个黑箱，观察系统的外部行为：如：系统记录销售信息√系统将销售写入数据库×系统为销售生成INSERTSQL语句××*第8页，共28页，星期日，2025年，2月5日§7b.4用例模型：写出实际语境中的需求用例建模的基本过程：1.选择系统边界：POS作为一个系统，包含软件、POS机、输入终端等，收