面向对象的需求分析.pptVIP

6. 系统建模——系统用例图 多个用例会操作同一项数据 6. 系统建模——系统用例图 6. 系统建模——系统用例图 6. 系统建模——系统用例图 “高层”用例：错误根源——偷换了研究对象 6. 系统建模——建立领域概念模型 机制：类图 UML类图 UML的类包含：类的名称、属性列表、方法列表。图元： 类之间的关系：继承与泛化、聚集（普通、构成，）、关联关系(稳定性)、依赖关系(临时性) 关联是依赖的强化、聚合是关联的强化、构成是聚合的强化 领域概念模型的建立 标示关键的概念，来源：? 标示概念间的关系 类名 属性名称：类型=初值 属性名称：类型=初值 属性名称：类型=初值 操作名称 操作名称(参数表)：返回值类型 6. 系统建模——建立领域概念模型(例子) 6. 系统建模——SSD SSD：系统顺序图System Sequence Diagram Cashier :System 将系统看做黑盒子 重复直到货物为空 Buy-Item-version 1 Enteritem(UPC, quantity) endSale() makePayment(amount) Actor 系统事件触发了系统操作 6. 系统建模——操作契约 操作: 操作名和参数 交叉引用: 此操作发生时所在的系统用例 前置条件:在此任务执行前，对系统或领域模型中对象状态的重要假定。 后置条件: 此操作完成后，领域模型中对象的状态 6. 系统建模——操作契约（例） 契约 CO2: enterItem 操作: enterItem(itemID: ItemID, quantity: integer) 交叉引用: Use Cases: Process Sale 前置条件:正在进行销售. 后置条件: 创建了SalesLineItem的一个实例sli.（创建实例） sli 与当前的Sale对象关联 (形成关联). sli.quantity赋值为quantity (修改属性). 基于itemID的匹配，将Sli关联到ProductDescription(形成关联)。 6. 系统建模——建立顶层架构(包图) 建立顶层架构的机制：包图 UML包图 包：UML对类进行分组的一种机制 包之间的关系：依赖、构成 连接器：表示包之间的信息传递、事件发送和软件调用关系等，且有单向和双向（无向）之分 6. 系统建模——建立顶层架构(模式) 软件顶层架构设计，几种主要架构模式： 流程处理模式 客户/服务器模式 模型-视图-控制器(MVC) 分层模型。 6. 系统建模——建立顶层架构(原则) 建立顶层架构过程中要考虑的问题： 架构中包的数量 架构中包的耦合度 软件元素的稳定性 软件元素的必然性 作为软件系统运行环境的物理网络拓扑 软件元素的安全、保密级别 开发团队的技术专长 7.非功能性需求的定义 量化描述 7.非功能性需求的定义——可用性 7.非功能性需求的定义——可靠性 系统应能防范磁盘故障（安全） （对照）系统应采用冗余磁盘阵列 ? 系统应保证收到的数据和发送的数据一致（完整） ? MTBF（Mean Time Between Failures） ? MTTR（Mean Time To Repair） 7.非功能性需求的定义——性能 系统应在0.5秒之内拍摄超速车的照片（速度） 系统应允许1000个用户同时使用（容量） 在标准工作负荷下，系统的CPU占用率应少于50%（能力） 7.非功能性需求的定义——可支持性 95%的紧急错误应能在30工作时内修复 在修复故障时，未修复的相关缺陷平均数应小于0.5 在两年内，以每功能点××的价格升级系统 升级新版本时，应保存所有系统设置和个人设置 8. 案例分析 中大软件人才培训中心（简称：中大软培）要开发一个和以下业务相关的计算机系统： 广州市政府为大力发展软件产业，常年委托中大软培举办与软件开发相关的技术培训。参加对象为广州市软件行业的软件开发人员，技术讲座由业界或高校知名专家主讲。市政府向中大软培下达培训任务后，培训主管根据任务需要决定请哪一位专家，并拟定培训计划，交给教务人员执行。教务人员根据培训主管提供的专家资料（职务、擅长领域、Email、电话等）更新自己的专家资料Excel文件，然后通过各种方式联系专家，与专家商议培训的时间和主题。确定后，教务人员就要尽快制作好培训网页，在中大软培网站上发布。中大软培还拥有一个邮件列表系统，教务人员也可制作好培训宣传邮件群发。开发人员会在讲座网站上下载报名表WORD文档，填好后Email给教务人员，教务人员会把报名表剪贴合并到一个WORD文件中，然后给开发人员回信通知已接受报名，并告知培训相关事项。 培训前一天，教务人员逐个Email提醒报名的开发人员准时参加讲座，如果留了手机，还需