系统分析与设计sad流404v1.ppt

系统分析与设计，第四版 学习目标 说明系统分析生命周期阶段的活动 解释企业流程再造对分析阶段活动的影响 说明功能性与非功能性系统需求的不同 确认与了解参与系统需求调查之不同类型的使用者 学习目标 (续) 说明开发系统需求所需要的信息类型 透过审查文件、访谈、观察、原型、问卷、共同应用设计会议、以及厂商研究来判断系统的需求 讨论验证系统需求的必要性，以确保正确性与完整性，并使用结构化预审 概述 SDLC 分析阶段所需的主要技能 为系统需求调查及寻找事实 分析师应该学习商业流程及日常作业的细节 分析师应该在问题领域中成为专家 分析师应该带进对问题的全新观点 依据系统需求进行商业流程塑型 分析阶段的详细介绍 搜集信息 定义系统需求 功能性与非功能性 订定需求的优先等级 可行性与探索的原型 产生与评估备选方案 与管理阶层审核推荐方案 分析阶段的活动 (图 4-1) 分析阶段的活动与关键问题 (图 4-2) 企业流程再造与分析作业 组织公司的基础策略性观点 简化内部流程, 尽可能有效率且能产生效果 质问业务的基本假设, 并寻求更好的做法 使用 IT 当做 BPR 的催化剂 系统分析师可能发现流程改善的机会 任何项目都可能包含 BPR 的组件 Zachman企业架构体制 (图 4-3) 系统需求 新系统的功能与限制 功能性需求 系统必须执行的活动 (使用案例) 以程序与企业功能做为依据 在分析模型中记录 非功能性需求 技术需求或效能需求 可用性、可靠度与安全性方面的需求 利害关系人 － 系统需求的来源 对系统实作成功有兴趣的人 利害关系人可分为三个族群 使用者 (使用系统) 顾客 (付钱及拥有此系统的人 ) 技术人员 (确保系统可以正常运作) 分析师需要确认各种利害关系人 对新系统开发有兴趣的利害关系人 (图 4-4) 充当利害关系人的使用者 水平维度的使用者角色 – 跨部门的信息流 垂直维度的使用者角色 – 职员、中阶经理人及高层经营管理者的信息需求 企业使用者执行日常的作业 信息使用者需要目前的信息 管理阶层使用者需要摘要信息 经营阶层使用者需要策略信息 外部使用者可能需要存取系统 信息搜集的技术 分析阶段的目标是了解企业的运作，并开发系统的需求 传统的结构化观点 建立现有系统的模型 从现有系统模型导引出需求信息 最新的观点 为新系统辨识逻辑需求 在目前企业功能与新系统需求间取得平衡 信息搜集与模型建立之间的关系 (图 4-6) 信息搜集问题的主题 (图 4-7) 发掘事实的方法 审查既有的报表、窗体及程序说明 执行与使用者的访谈及讨论 观察和记录企业流程 建立原型 分发与回收问卷 进行联合应用设计 (JAD) 会议 研究厂商的解决方案 审查既有的报表、窗体及程序说明 来源: 业界的专业机构及贸易出版品 来源: 组织内既有的企业文件与程序说明 辨识企业规则, 差异, 与累赘的地方 特别留意已过期的文件 取得对流程的初步了解 使用指南/视觉辅助工具引导访谈 RMO 的订购单样本 (图 4-8) 执行与使用者的访谈及讨论 有效了解企业功能与企业规则的方式 最耗时间与资源的方法 可能需要多次会议 与所有使用者 了解所有的处理需求 可以与个别或使用者群组开会 准备好一连串的详细问题 为使用者访谈准备的检查清单样本 (图 4-9) 未决事项的样本清单 (图 4-11) 观察和记录企业流程 从迅速在办公室走一圈，到自己实际操作一遍 不需要以同样详尽的水平，来观察全部的程序 往往会让使用者紧张，所以尽量使用常识 以 UML 活动图记录工作流程 示范工作流程的简单活动图 (图 4-13) 建立原型 针对比较大且复杂之系统组件，所完成的初步工作模型 有丢弃式,探索,设计,演进式原型 原型应该具备的特征 工作性 提供「外观与视觉感受」的工作模型 专注性:专注于单一的目标 迅速性 使用像 CASE 这样的工具建立与修改 分发与回收问卷 向大量的利害关系人搜集有限制和特殊的信息 取得对信息需求的初步见解 不很适合搜集详细的信息 封闭式问题:能引导受访者回答问题 开放式问题:鼓励讨论与申论 进行联合应用设计(JAD)会议 加速系统需求调查的技术 在很短的时间内完成事实发掘、模型建立、政策决定、及活动验证等的工作 关键成功因素是让所有重要的利害关系人都出席 JAD 会议的参与者 会议主席了解团体动力学及促进群体讨论的技巧 知识丰富的企业与系统使用者, 政策制订者 技术支持员工的代表 计算机与网络组态 作业环境 安全问题 项目团队成员 JAD 会议的设备 在有支持设施的特别房间中举行 减少干扰 在公司外面举行 资源 投影机、黑板或白板、活动挂图、以及给与会者适当的工作空间 电子支持 (笔记型计算机 ) CASE 工具 群组支持系统 (GSS) 供 JA