APS项目系统设计培训_系统分析与设计方法.pptVIP

* 系统改进活动 业务团队 系统所有者和用户 做出快 速修改 8.4.2 恢复现有 物理系统 8.4.3 新业务问题 新业务需求 新设计需求 新技术需求 批准的修改请求 快速修改需求 程序库 企业资料库 业务数据库 修改后的 系统知识 分析改 进请求 8.4.1 业务问题 修改的和/或 重构的数据库 小型问 题分析 GOTO 小型需 求分析 GOTO 小型决 策分析 GOTO 小型系 统设计 GOTO 业务需求 技术需求 设计需求 系统知识 (包括变更管理) 修改后的 系统知识 新程序 测试 数据 * 系统改进是适应业务变化的过程 系统改进(数据、过程和接口) 新的业务问题:一个新的或预料的业务问题将使得当前系统的一部分不可用或失效 新的业务需求:需要一个新的业务需求以维持当前系统的价值 新的技术需求:需要做出关于在现有系统中考虑或者使用一项新技术的决策 新的设计需求:现有系统的一个要素需要按照同样的业务需求重新设计 系统重构 * 系统改进是适应业务变化的过程 分析改进需求 新业务问题 新业务需求 新设计需求 新技术需求 做出快速改进/修改 编写新的(简单的)程序 改进现有系统的简单改变（例如不用重构存储数据结构、不用修改存储数据） 恢复现有物理系统 数据库恢复和重构 程序分析、恢复和重构 * 程序分析、恢复和重构 程序分析 从程序库找出复杂的和高费用的软件，这些软件就可以被重构以减少复杂性并降低维护费。一种方法是分析程序库和维护费用，前提是要求软件能够进行分析。 软件工具使用一些广泛接受的软件尺度度量软件库 软件库是对软件质量和生产率的数学度量 控制流结－逻辑通路相互交叉的次数。理想情况，程序应该没有控制流结。 循环复杂度－通过程序的唯一通路的数量。理想情况是越少越好。 软件尺度和费用统计(关于维护费)相结合可以帮助确定可能从重构中获益的那些程序。 程序恢复 类似于程序分析，从软件库取出现有程序代码，然后转换成于软件对应的某种物理模型。 CASE工具的逆向过程，注意职业道德和不违反版权和商业机密。 程序重构 代码重组：重构程序的模块组织结构和/或逻辑，逻辑可以被重构以消除控制流结和降低循环复杂度 代码转换：把代码从一种语言翻译到另一种语言，或从语言的一种版本翻译到另一种版本。 代码分片：许多程序包含了可以被提取的子程序的组件，组件重用或公共组件。组件更容易维护和可以重用 * 系统退役 支持和维护信息系统不再合算 业务不再需要 启动一个新的系统开发项目代替旧系统。 * 目录 系统分析和设计环境 系统分析方法 系统设计方法 系统分析和设计完成后的工作 面向对象分析与设计 * 面向对象分析与设计 面向对象分析和建模 面向对象设计和建模 略 * RFQ : 当使用某个特定的产品,且该产品可以从几个分销商初获得时,就应该使用报价建议书. 其主要目的是征求特殊的配置,价格,维护承诺,购买者提出的条件和服务. RFP: 当有几个不同的供应商和或产品备选,而想征求竞争的建议方案和报价时,就应该使用需求建议书.其主要目的是同潜在的供应商沟通需求和期望的特征. 需求和期望的特征分为强制性的(供应商必须提供的),特别重要的(希望供应商提供的,但也可以内部获得或者从第三方供应商处获得的)或者期望的(没有也可以工作的). 按照另外两个标准分类的需求: 1. 满足系统需要的需求和满足对供应商的需要的需求(例如,服务) * 界面设计问题 1、过多地使用计算机行话和缩写 2、不明显或者不太直观的设计 3、不能确定执行的动作（我下一步做什么） 4、不一致的问题解决方式 5、设计不一致 * 输出设计过程 确定系统输出并检查逻辑需求 物理/逻辑数据流图，物理/逻辑ER图 说明物理输出需求 输出的类型和目的;可行性;内部/外部;最适合的实现方法;输出频率;拷贝数;分发 按照需求设计预打印的外部表格 使用下列工具设计、验证并测试输出 布局工具（手绘草图，打印机、显示布局、CASE） 原型化设计工具（电子表格软件、PC DBMS，4GL） 代码生成工具 * 基于Web的输出和电子业务 输出使用帧区分导航和输出 屏幕使用超链接提供复杂菜单结构的导航 用户可以通过超链接得到额外信息,即”深入连接”(drill-down) 阴影用来区分详细产品内容.这种实现方式反映了设计Web输出的更加艺术化方式. 大多数Web输出屏幕设计要求在屏幕上有标准的注脚,以提供额外导航. 图片可以是可选择的对象 Web输出扩展 Web输出经常使用音频和视频插件 Web输出通常也提供会话需要的相应插件. * 系统设计方法 系统设计 应用架构和建模 数据库设计 输入设计和原型化 输出设计和原型化 用户界面设计 * 用户界面设计概念和指南 计算