第七章 系统实施、转换与维护.pptVIP

二、培训和用户支持 虽然好的文档可以减少所需的培训，也能降低用户请求的频率，但是系统安装之前的培训和安装之后的支持活动总是不可避免。 软件安装与升级 数据导入或导出 数据恢复 数据库查询 数据备份 报表生成 系统状态查询 数据库更新 系统开启与关闭 创建记录或事务 系统操作员 终端用户 三、用户支持 在用户界面已经定案、测试版本已安装且全部调试好即开始培训。 系统转换运行后的培训和用户援助两项活动。 1.在线文档和问题解答 2.常驻专家 3.帮助台 4.技术支持 7.5 系统运行管理及维护 软件产品交付使用后对其进行的修改，这种修改至少要达到以下目标： 1、故障的修复 2、软件适应了变化的环境 3、性能或其他特征的改进 修正性维护（18%~25%） 适应性维护（17%~21%） 完善性（50%~66%） （1）软件维护 维护软件与开发软件不同，维护发生在一个相对保守的环境，只允许做必要的改动，竭力反对任何风险行为。 （2）系统维护活动及其管理 程序的维护 数据文件的维护 代码的维护 指根据需求变化或硬件环境的变化对程序进行部分或全部的修改。 一般使用开发商提供文件维护程序，也可自行编制专用的文件维护程序。 如订正、添加、删除及重新设计。 从管理的角度来说，软件维护具体措施有： 提交改动请求和出错报告 实施改动 升级计算机基础设施 （2）系统维护活动及其管理 可维护性是软件产品的一个质量标准，他可以被定义为软件被纠正、修改和改进的难易程度。 可理解性 可测试性 可修改性 （3）影响系统可维护性的因素 【小 结】 软件 开发工具 系统运行的管理及维护 信息系统的系统实施 程序和 系统调试 包括程序调试、分调、总调、特殊测试和实况测试等。 系统运行管理指日常管理、实时记录和及时处置等。维护包括程序的维护、数据文件的维护和代码的维护等。 是计算机系统和通信网络系统设备的订购、机房的准备和设备的安装调试等一系统列活动的总和。 物理系统的实施 程序设计 要求可维护性、可靠性、可理解性和效率。结构化程序设计特点是采用顺序结构、循环结构和选择结构等三种基本逻辑结构编程。 如开发软件、利用数据库管理系统的生成、套装软件、可视化编程工具和计算机辅助工具等。 阶段 测试目标 需求 保证需求正确的表现出用户的需要，需求已经被定义和文档化，项目的花费和收益成正比，需求的控制被明确，有合理的流程可以遵循，有合理的方法可供选择。 设计 对设计进行评审，分析测试要素，给测试要素打分。如果需求分析发生改变，设计文档也要修改，测试要对修改的部分进行检查。 编程 编码是否与设计一致，系统是否可维护，编码是否按照现有的标准进行，是否有充分的测试计划评价，是否有足够的注释，是否提供了足够的文档 测试 测试类型+测试用例+测试报告 安装/集成 保证系统没有问题，检验产品文件的完整性，安装遵循一定的方法和不足，注重对程序安装的正确性和完整性进行核对，最重要的是保证系统的综合性能达到了用户的要求。 验收/维护 根据验收计划进行测试和评审，填写验收结论，交付使用进入维护阶段。软件维护阶段的重点是测试和培训。 设计阶段的测试要素 1.是否设计了数据完整性的控制 2.是否设计了权限规则 3.是否设计了文件完整性控制 4.是否设计了发生意外情况的追踪 5.是否进行了易用性的设计 6.设计是否是可维护的，简单的 7.交互界面是否设计完毕 8.是否定义了成功的标准 手册与文档测试——测试软件文档的易用性 一致性测试——与需求分析的一致性 符合性测试——与相应标准是否符合 功能测试——可靠性、文件完整性、审计追踪、功能正确性和互连 覆盖性测试——代码中各语句和分支 性能测试——TPS吞吐量、响应速度、cpu占用率、内存占用率 压力测试——该系统能达到的最大负荷 强度测试——测试极端条件的反应，找出薄弱点 操作测试——评估操作命令的完整性和易用性 恢复测试——测试人工和自动的回复过程 测试阶段主要活动——测试类型 编写用于输入的实际数值和预期输出结果数据。测试用例也明确指定了使用具体测试用例产生的测试程序的任何限制——IEEE 829定义 包含的基本信息： 标志符 输入说明 输出要求 环境要求 特殊过程要求 用例之间的依赖性 测试阶段主要活动——测试用例 三、软件用例 测试用例包括预订要测试的功能，应该输入的测试数据及与预期结果，其中最困难的是测试数据的设计。 序号 测试用例描述 ?1 测试目的 验证用户登录的正确性 测试步骤 输入登录信息 输入数据描述 信息包括（用户ID、密码），测试信息由两组信息组成：1、正确的用户登录信息