系统分析与设计SAD4_Chapter08V1.pptVIP

系统分析与设计，第四版 学习目标 依据想要的范围与新系统自动化的层级，排定系统需求的优先等级 描述整合应用程序布署环境，以及新系统设计方法的策略决策 决定系统实作的备选方案 学习目标 (续) 依据组织的需要与资源，评估和选取实作的方法 描述建议书征求文件的关键要素，并评估厂商的建议书，决定委外的方案 开发对管理阶层的专业研究结果简报 概述 本章将解说分析阶段最后的三个活动 安排需求的优先等级 产生与评估备选方案 与管理阶层审查建议方案 重新将焦点摆在项目的转换活动 由探索与分析进入到解决方案与设计 设定解决方案的设计及实作方向 项目管理的观点 项目经理必须与资深的技术人员合作 项目管理的八个领域 决定自动化的范围与层级 范围决定什么企业功能将被纳入到系统 自动化等级指所包含的功能，存有多少的计算机支持 范围扩张 在需求已经定义好，以及决策已经完成之后，接受加入新系统功能的要求 使用者通常会要求超出预算容许范围的商业功能 决定自动化的等级 低层级 计算机系统仅提供记录保存的功能 中层级 结合高阶与低阶自动化备选方案的特色 高层级 系统尽可能接手功能的处理 RMO的CSS功能，包含优先级与自动化等级(图 8-1 的部份) 选取备选方案 整组备选方案通常会一起评估，从更全面的观点检视提议之系统 常被使用的重要准则 策略性计划 经济的可行性 时间与资源的可行性 技术的可行性 作业、组织及文化的可行性 定义应用系统的部署环境 以下项目的组态 计算机硬件 系统软件 网络 开发工具 现有的环境通常会被考虑, 并与提议环境进行比较 依部署环境来区分之应用程序类型 在迷你或个人计算机上的独立应用程序 在线交互式应用程序 分布式应用程序 网络式应用程序 硬件、系统软件与网络 计算机的范围从手持式装置到超级计算机 操作系统可以从 Windows 到 Unix 数据库管理系统可以从 Oracle 到 SQL Server 到 IBM DB2 软件组件与标准可以从 Java 2 Enterprise (J2EE) 到 Microsoft .NET 网络服务可以从 Apache 到 IIS 部署环境需要考虑的特征 与系统需求间的兼容性 硬件与系统软件间的兼容性 与外部系统间的必要接口 遵循信息策略计划与架构计划 成本与时间 开发工具 开发环境 – 程序设计语言、CASE工具、以及其它用来开发应用系统的软件 Java 与 Visual Studio .NET 都是开发工具的范例 特殊的部署环境会限制开发工具的选择 操作系统环境 数据库管理系统 (DBMS) 分布式软件标准 RMO 现有的处理环境 (图 8-3) 处理环境的备选方案(图 8-4) RMO 处理环境的策略性方向 (图 8-5) 选择实作方案 取得系统的可能方式 设施管理 – 将所有支持作业委外处理 软件包, 组装系统, ERP 系统 客制软件系统 内部开发 选择的维度 购买 vs. 组建 公司内部 vs. 委外 实作备选方案的策略 (图 8-6) 选取实作的备选方案 找出选择的准则 比较可行方案并不容易 不同方案在不同领域各有优势 三个需要考虑的主要领域 一般的需求 技术的需求 功能的需求 显示部份一般需求的矩阵 (图 8-7) 显示部份功能需求的矩阵 (图 8-8) 显示部份技术需求的矩阵 (图 8-9) 做出抉择 首先, 评定每个备选方案的原始分数 表列加权分数并在比较后做出决定 RMO决定，CSS的大部份开发工作都由内部员工承担 RMO可能需要聘请多名专业人员 RMO 的可行性评估显示没有严重的问题 – 聘用一些新的专业人员之后 与厂商签订合约 产生建议书征求文件 (RFP) 这是一份传给厂商的正式文件，如果未选择自行开发的话 系统需求的细节，并邀请她们参与投标 考虑具有竞争力的方案 提供硬件、软件与支持服务的解决方案 RFP目录样本 建立基准与选择厂商 观察使用中的状况，或安装测试版本 基准– 针对某些标准对系统所做的评估 拜访其它的公司 制作合约的内容 固定金额的合约 – 对厂商的风险最高 成本附加定率报酬式的合约 – 对买方的风险最高 成本附加固定收费的合约 – 由双方共同分担风险 展示成果与制订决策 编译与组织文件 使用容易理解，但精确且完整的方式呈现备选方案与重要课题 最后决定哪个备选方案，通常取决于执行委员会 文件的格式与简报的形式因组织而异 总结 这些活动主要是项目经理的责任, 并由团队成员予以支持 项目的焦点从探索需求，改变到开发解决方案的系统 依据范围和自动化等级，排定系统需求的优先等级 范围决定新系统将支持哪些功能 自动化的层级则是决定功能自动化程度的指针 总结 (续) 应用程序的部署环境 新系统必须运作的计算机硬件、系统软件及网络组态 对系统开发的方案做出