CISA 第三章 信息系统的获取、开发和实施.docVIP

第三章 信息系统的开发、获取和实施（下） 招标书内容：以书为准p222 ?描述组织计算机系统集中式还是分布式 ?数据处理需求(处理方式、实时数据库、连续作业) ?硬件需求（CPU、存储设备、输入输出设备） ?系统软件（操作系统、数据库、程序编译器） ?支持资源需求（兼容性、升级能力） ?限制条件（人员、运营、交付日期） ?系统转换需求（旧系统到新系统的条件） ?评定标准（关键性能指标） ?购买日期（时机） ?租用、租赁和购买 ?供应商的选择 制定获取计划步骤 评价供应商时的一些关键性能指标 周转时间(Turnaround time)--发生故障时帮助台或厂商从登录系统到解决问题所需的时间。 响应时间(Responese time)--系统响应一个特定的用户查询所需的时间。 系统反应时间(System Reaction time)--登录到系统或连接到网络所需要的时间。 吞吐量(Throughput)--单位时间内系统的有效工作量。 负载(Workload)--执行必要工作的能力,或系统在给定时间区间内能够完成的工作量。 兼容性(Compatibility)--供应商提供的新系统对现有应用的运行支持能力。 容量(Capacity)-- 新系统处理并发网络应用请求的数目，以及系统能够为每个用户处理的数据量。 利用率(Utilization)-- 系统可用时间与故障时间之比。 C5. 软件获取 获取过程 ?类似于硬件获取过程 注意事项 系统软件（包括操作系统、数据库、通讯软件、中间件等） ? 系统的选择要基于硬件规格和业务处理的要求来决定； ? 在信息系统的短期和长期计划中都应当对系统升级加以规划，以保证 能及进移植到最新、最有效的系统版本及其他相关软件系统； 应用软件 ? 应用软件的选择要基于详细的需求调查，以需求规格说明书为依据； ? 可能有以下三种类型的软件可供选择： – 适合组织需要的通用软件，这种软件买回来就可以用，软件供应商一般 不做修改。 – 供应商需要对现有软件包进行定制，以适合业务流程的需要 – 需要软件供应商重新进行开发 考虑如下业务和技术方面的因素： ? 成本与效益 ? 系统的过时与失效 ? 与现有系统的兼容性 ? 安全 ? 对现有员工的要求 ? 培训与聘用要求 ? 未来增长需要 ? 对系统与网络性能的影响 ? 在合同明确对软件的各种要求 D.信息系统维护实务 为什么需要维护 信息系统维护实务主要是指管理应用系统变更的过程，其目的是保证软件产品源代码与可执行代码的完整性。 一旦应用系统开发完成，进入正式运行阶段，很少保护静止不变。 为了对系统维护进行有效的控制，应当建立一个标准流程来实施和记录变更，保证变更流程等到适当的授权与管理层的批准，并对变更进行测试。 当应用系统的需求进入基线管理时，一般在系统设计阶段建立变更管理流程。 维护分类 ?校正性维护－改正软件中隐藏错误与缺陷 ?适用性维护－为了适应外部环境或数据环境变化而修改软件的过程 ?完善性维护－为了满足新的要求、扩充软件功能、增强软件性能、提高软件效率可维护性 ?预防性维护－提高软件的可维护性、可靠性、为进一步维护打下基础 D1.变更管理过程 什么是变更 为解决存在的问题和提高系统性能，对软硬件系统进行的更新、修改操作； 用户和系统管理层要审查变更，决定变更是否适当，是否会对现有系统造成负面影响，实施变更需要从适当的管理层获得授权。 变更请求 变更请求应当描述充分，有成本分析和实现的日期，变更表应当由用户签字； 变更表应当由系统管理负责人检查，以便监督和管理。 接受变更 最终用户对于系统测试结果和文档比较满意时，用户经理就可以同意接受了。 用户的接受意见应该被记录在最初的变更请求上或者通过其他方式记录（备忘录或电子邮件），表明用户同意的证据应当由系统维护人员保留 变更注意事项 变更程序需要遵循与全面系统开发项目同样的过程，程序员要进行单元测试、模块测试、集成测试等，保证新功能满足需求，且不影响其他模块的功能。