P7-电子商务系统实施.ppt.ppt

第七章 系统实施 设计方案 ? 实际系统 目 录 系统实施阶段的任务（?） 自顶向下的实现方法（?） 编程方法（?） 系统测试（?） 系统的上线（?） 实施阶段的主要活动 硬件准备 计算机、外设、存储、辅助设备、通信设备等 软件的获取与开发 系统软件、数据库及应用程序 人员培训 用户培训，主管＆业务 数据准备 基础数据 系统实施阶段的特点 系统分析 ? 系统设计 ? 系统实施，循序渐进 系统的物理实现 涉及人员、资源众多，管理复杂 自顶向下的实现方法 划分版本 好程序的标准 代码越短越好？运行越快越好？占用内存越小越好？ 可读性 可维护性 可靠性 效率 结构化程序设计 “单入口，单出口” 自顶向下，逐步求精 模块化 主程序员制的组织形式 结构化程序设计 面向对象的程序设计 可视化编程技术 程序的内部文档 编程风格 系统测试的概念 迈尔斯《软件测试技巧》 发现错误而执行程序的过程 测试是为了证明程序有错误，而不是证明程序无错误 好的测试用例，在于能够发现至今未能发现的错误 成功的测试是发现了至今未发现的错误 测试 静态检查 能发现30%－70%的错误 动态测试 动态测试方法 黑箱法 根据外部界面能观察到的功能测试程序 黑箱法 等价分类法 边缘值分析法 因果分析法 错误推测法 动态测试方法 白箱法 根据内部控制结构，测试是否依据设计正确地进行 白箱法 语句覆盖法 判断覆盖法 条件覆盖法 判断/条件覆盖法 条件组合覆盖法 测试过程 1、模块测试（?） 2、联合测试（?） 3、验收测试（?） 4、系统测试（?） 1、模块测试 模块测试是对一个模块进行测试，根据模块的功能说明，检验模块是否有错误。这种测试在各模块编程后进行。 模块测试一般由编程人员自己进行，有以下项目： 模块界面：调用参数（流入数据）数目、顺序、类型； 内部数据结构：如初始值对不对，变量名称是否一致，共用数据是否有误； 独立路径：是否存在不正确的计算、不正确的循环及判断控制； 错误处理：预测错误的产生及后处理，看是否和运行一致； 边界条件：对数据大小界限和判断条件的边界进行跟踪运行。 2、联合测试 联合测试即是通常说的联调。联合测试可以发现总体设计中的错误，例如模块界面的问题。按照前面分“版本”的实现方法，这种测试是各个版本实现后完成有关接口的测试。 联合测试方法有两种： 由上而下：设置下层模块为假模块，检查控制流，较早发现错误，而不至于影响到下层模块。但这种方法要制作的假模块太多，而且不能送回真实数据，可能发现不了内在的错误。 由下而上：先设置上层模块为假模块，测试下层模块执行的正确性，然后逐步向上推广。这种方法方便，设计简单，但要到最后才能窥得全貌，有一定的风险。 较好的方法是两者结合，高层由上到下，低层由下到上，到中层进行会合。 3、验收测试 验收测试检验系统说明书的各项功能与性能是否实现，是否满足要求。 验收测试的方法一般是列出一张清单，左边是需求的功能，右边是发现的错误或缺陷。 常见的验收测试有所谓的α测试和β测试，这两种测试都是由用户进行的 α测试由使用者在应用系统开发所在地与开发者一同进行观察记录 β测试由用户在使用环境中独立进行。 4、系统测试 系统测试是对整个系统的测试，将硬件、软件、操作人员看做一个整体，检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误。如安全测试是测试安全措施是否完善，能不能保证系统不受非法侵入。 俗话说“没有不透风的墙”，那么什么才算是安全的呢？即安全的标准是什么？可以这样定义；如果入侵一个系统的代价超过从系统中获得的利益时，那么这个系统是一个安全的系统。再例如，压力测试就是测试系统在正常数据量以及超负荷量（如多个用户同时存取）等情况下是否还能正常地工作。 测试的原则 尽早地和不断地进行软件测试 设计测试方案，包括输入数据和预期结果 测试用例包括正确的和不正确的数据 严格执行测试计划 注意测试中的群集现象 对每一个测试结果做全面的检查 避免让开发人员进行测试 保留测试用例，作为软件文档的组成部分 测试用例设计 逻辑覆盖法 语句覆盖 判断覆盖 条件覆盖 条件组合覆盖 路径覆盖 等价类划分法 边值分析法 程序 排错 追踪法 截取法 归纳法 演绎法 系统的上线 分步切换 系统的上线 并行运行 系统的上线 直接切换 上线的控制 数据准备 用户培训 数据的导入 上线切换时机的选择 有效的上线指挥系统 文档移交 电子商务实施 一、域名 IP地址与域名 IP地址：计算机在网络上的身份，数字型，不便于记忆 6 域名：字符型的地址 域名服务器：域名在网络中无法直接识别，需将其转化成IP地址 域名的商业价值 域名需要向管理部门申请注册 国际：NSI；国内：CNNIC 域名在Internet上是唯一的 域名 :