第十二章 系统设计.ppt

第十二章 系统设计 本章主要内容 12.1 什么是系统设计 12.2 系统设计方法 12.3 系统设计的内部开发——构造方案 12.4 系统设计的集成商用软件——购买方案 12.1 什么是系统设计 系统设计 – 详细的计算机系统方案的规格说明. 也叫物理设计. 系统分析强调业务问题, 系统设计强调技术性或实现等方面. 12.2 系统设计方法 12.2.1 模型驱动Model-Driven 结构化设计 信息工程 原型化 面向对象设计 12.2.2 快速应用开发RAD 12.2.3 FAST策略 结构化设计 结构化设计是一种系统设计技术，将系统过程分解成为可管理的构件。 将程序设计成为自顶向下的模块层次； 一个模块是一组指令——程序段、子程序或者子开发路线，这些模块的自顶向下结构按照各种设计规则和指南进行开发； 高内聚：每个模块仅实现一个功能； 低耦合：模块间相互依赖小； 易于实施和维护 信息工程 模型驱动，以数据为中心、对过程敏感的技术 主要工具是数据模型图 信息工程 原型化 鼓励最终用户参与 迭代和修改 支持用户看到系统时才完全了解需求的原理 用户可以交互的模型. 错误可以早发现. 促进用户反馈 加速了生命周期的几个阶段 原型化 缺点: 鼓励“编码、实现、修改” ，导致维护问题. 不能完全代替书面说明. 大量设计问题没有被原型化涉及 通常过早提交设计 容易失控 减少设计中的创造性 原型执行慢 原型化 面向对象设计 Object-oriented design (OOD) techniques are used to refine the object requirements definitions identified earlier during analysis, and to define design specific objects. 是面向对象分析的延伸 试图消除数据与过程的分离 面向对象设计 12.2.2 快速应用开发 (RAD) Rapid application development (RAD) – 结构化、原型化、联合应用开发技术的结合. 联合使用不同的结构化技术来加速开发 结构化技术 原型法 联合应用开发Joint application development 12.3 系统设计的内部开发-构造方案 设计阶段的目标有两个： 分析员寻求设计一个既满足需求又对用户友好的系统 分析员向计算机程序员和技术人员提供清晰完整的设计说明 12.3 系统设计的内部开发-构造方案 12.3 系统设计的内部开发-构造方案 12.3 系统设计的内部开发-构造方案 设计应用构架 设计系统数据库 设计系统接口 打包设计说明 更新项目计划 12.3.1 设计应用架构 应用架构按照数据、过程、接口和网络组件定义了一个、多个或者所有信息系统使用的技术。设计应用架构需要考虑网络技术，以及对系统的数据、过程和接口构件在业务地点之间的分布方式做出决策。 物理数据流图用于确定网络之间的物理过程和数据存储。 这个任务的关键输入是各种来源的事实、建议和观点，以及决策分析阶段批准的系统方案建议。这个任务的主要交付成果是应用架构和分布式分析，它们可作为后续详细设计活动的蓝图。 Physical Data Flow Diagram 12.3.2 设计系统数据库 设计人员在设计数据库时要使它能够适应未来的需求和扩展。 设计人员还必须设计内部控制，以确保在数据丢失或者损坏的情况下有必要的安全性和灾难恢复技术。 这个活动的一个关键输入是来自前一个设计任务的应用架构和分布式分析决策，这个任务的交付成果包括得到的数据库模式。 12.3.3 设计系统接口 事务输出经常被设计为预打印的表格，其中事务明细将被打印在上面。报告和其他输出通常直接打印在纸上或者显示在一个终端屏幕上，但必须说明输出的精确格式和布局。 对于输入，设计系统使用的数据收集方法是至关重要的。需要定义编辑控制，以确保输入数据的正确性。 对于界面或对话设计，设计必须考虑终端的熟悉程度、最终用户可能遇到的错误和误解、在某些地方对额外指示或帮助的需要以及屏幕内容和布局。 12.3.4 打包设计说明 把来自前面任务的所有说明打包成一套设计说明，并作为构造阶段指导计算机程序员活动的设计说明。 通常由系统分析员完成这个任务。 系统所有者应该保留最后的机会质疑项目的可行性，并决定项目是否应该被调整、终止或者批准继续构造。 12.4 系统设计的商用软件-购买方案 12.4 系统设计的商用软件-购买方案 12.4 系统设计的商用软件-购买方案 研究技术评价准则和选项 向供应商征求建议或者报价 验证供应商的声明和性能 评价并分级供应商建议 签订合同并听取供应商汇报 购买对于生命周期阶