08软件项目质量计划-补充资料课件.pptVIP

降低软件复杂性的其他因素 选择设计语言，可以减少系统设计的外观复杂性 设计语言可以是文字、图形或二者兼而有之。 适当选择描述语言可以减少描述的长度而不改变所描述的事物的含义 建立标准术语（自然语言的），可以降低概念的复杂性 单独一个词汇可能包括了大量的信息 这也是抽象的意义所在 采用设计模式，相当于建立了集成的专业术语 对普通设计问题的上下文-解决方案形成一个简洁描述。 * 三、怎样完成我们的作业——学习软件设计 * 设计元素和设计规则——指导我们设计的几个要点 水平分割——将系统分解或分割成几个子系统，或分成几个功能逻辑块或用例。 ——任何一个给定的用例都与一个单独的子系统（模块）相连。 例如：“注册用例”，是身份验证子系统的功能。 垂直分割——把一个用例分解为多个较低级的子用例，或者，在把多个用例之间共享的功能分出来开。 例如：数据访问就是一个常见的共享用例。 * 设计原则（用于处理全局性设计安排） 为使系统模块化，需要选择那些在可能的模块之间形成最强的依赖关系的设计元素，并首先建立其设计。 这一原则可以通过DSM的直观显示来指导我们将进行元素归并。 * 在左上角和右下角中有两个可能的模块，中间的重迭的方块用来确定相互依赖关系。 进一步… 为了满足某组功能和非功能的需求，需要有两个模块是相互独立的——UI和应用逻辑。 * 从需求分析到软件体系结构设计 * 支持我们设计的，一是知识，二是目标 * 怎样完成? 这是一个重要且艰巨的任务 * 需求说明书 画图（建模） 用例图 行为／功能：描述系统做什么 用例模型依据人所假定的任务、外部系统以及高层次的交互场景表达来获得客户语言。 但是，用例模型的表达力不足以获得其他目标（如非功能需求），通常需要用另外的文字性需求规格说明来补充。描述的内容包括： 行为模型中所需要（逻辑上）的详细层次 模拟信息流过系统的场景（用例激活），发现起控制作用的事件流和起连接作用的组件 反复改进需求与系统设计（利用顺序图获得深层的用例一条线索或路径） * 示例 用户（订货人）要创建一份新的定单 用户需激活“创建订单”功能 系统确认用户身份后给出“订单填写”界面 用户填写订单数据：名称、订单数据等元素，可以指定可选数据(如：注释一小段文字说明） 用户激活“确认”功能，经确认后在系统数据库中创建一份新的定单，或者判为无效订单并返回提示信息。 * 示例 用户（订货人）激活‘修改订单’功能——目的是指定一个订单号，然后修改已有的订单信息。 此事件流必然经过一个“订单信息获取”模块 该模块返回一组数据：订单名称、订单表格元素及订单状态标志。 填写完订单信息后，需要“更新订单”模块，必然还有“订单数据审核”、“订单数据更新”模块。 最后， 订货人激活“退出”功能，返回提示信息、用例结束。 * 贾让的作业 * 补充功能列表 软件功能模块 子模块名称（1级） 子模块名称（2级） 模块功能描述 说明 订货管理 销售管理 业务办理 货款处理 核收货款 寄存货款 转存货款 检查订单状态 审核订单 确定订单 取消订单 处理订单 注册虚拟账户 核查身份 登记账户 发放账号 接收转账信息 获得交易信息 检查交易信息 处理交易货款 报表管理 * 进而，可以估算工作量、人工费用、安排进度计划等等 四、从软件体系结构看功能分解 * 体系结构框架要素 软件体系结构（software architecture），是软件的最高层次的分解。 不同类型的应用系统，应该具有不同的体系结构——因为软件的质量特性要求不同。 * 体系结构框架，是说明体系结构规格的模板。 框架提供了三个描述软件体系结构的视点： 信息（information） ——如，对象模型、实体关系图和数据流图 处理（processing） ——如：功能或行为需求和用例 结构（structure） ——如，描述客户机、服务器、应用和数据库及相互联系的组件图 * （美）Stephen T.Albin，《软件体系结构的艺术》，机械工业出版社，2004年1月 * 推荐一个框架 信息 处理 结构 * 对每个用例，考查它的“过程”、“数据”、“接口”（接口本次不要求） 填写下表 * 用例 处理（功能） 数据 接口 XXX A1 AD1 A2 AD2 YYY B1 BD1 B2 BD2 .。。 。。。 。。。 用例 企业框架——开放式分布处理参考模型 RM-ODP：Reference Model for Open Distributed Processing。 RM-ODP的五个视点是： 企业 信息 计算 工程 技术 * 填写下表： * 业务0 业务1 业务2 业务3 业务4 企业 客户管理 采购 库存 生产 销售 信息 A： B： C： A： B： C：