信息系统监理师教程.ppt

由于信息应用系统建设的特殊性，监理单位此阶段的重点并不在于对具体工作的检查、测试，而应该放在对承建单位的宏观监督方面。 国内信息应用系统建设过程中，在此阶段常发生承建单位不按设计阶段制定的质量保证计划对编码工作进行约束检查，忽视开发过程的单元测试、集成测试工作等情况。上述情况会导致工程建设质量得不到保证，最终影响到工程的质量、进度与资金投入。 实施阶段监理的工作内容 因此监理单位在此阶段主要监督承建单位严格按照工程设计阶段所制定的进度计划、质量保证计划、系统设计进行开发工作，检查承建单位是否按照设计中制定的规范与计划进行编码与测试。在此过程中，监理单位主要通过代码走查方式检查编码规范的执行情况，检查单元测试、集成测试和确认测试是否按计划进行并有测试与修改记录、集成测试是否按计划进行并有测试与修改记录。在此过程中需要检查测试计划是否得到落实、测试方案与规范是否合理、测试是否有详细记录并进行修改与回归测试，必要的情况下可由监理单位对测试结果进行抽检。 实施阶段监理的工作内容 对于开发过程实现阶段的监理，还需要注意承建单位版本控制方面的工作是否能够正常进行，是否有专人进行版本的总体控制、开发人员是否严格按照质保人员的要求进行具体版本控制，必要的情况下需要对版本控制的工作进行抽检。但切忌由监理单位进行具体测试而取代开发方的内部测试，这种方法并不能保证工程的质量。 系统测试一般由专门委托的测试机构进行，需要对所有软硬件进行以功能为主的测试工作（必要情况下附加性能测试），需要对测试情况进行记录并进行错误的修改与回归测试，在测试完成后要根据测试全过程的情况编写正式的系统测试报告。 实施阶段监理的工作内容 为了控制软件编码阶段的工程进度 监督软件编码的编程风格和质量 使得软件编码阶段的工作能可靠、高效地实现软件设计的目标 符合承建单位的软件过程规范的要求。 软件编码监理目的 监督承建单位定义和综合软件编码任务，并在生产软件的过程中始终如一地执行这些任务。 监督使得软件工作产品彼此间保持一致性。 监督使得软件编码的工作进度与计划保持一致性。 监督使得软件编码的工作质量达到计划的要求。 软件编码监理目标 监督承建单位将合适的软件编码工程方法和工具集成到项目定义的软件过程中。 依据项目定义的软件过程对软件编码任务进行综合。 选择软件编码可用的方法和工具，并将选择专用工具或方法的理由写成文档。 对备选方法和工具进行选择的依据是： 机构标准软件过程 项目定义的软件过程 现有的技术基础 可得到的培训 合同需求 工具的能力 使用的方便性和提供的服务 选择和使用适合于软件编码的配置管理模型。配置管理模型可能是： 入库出库模型 组合模型 事务处理模型 更改处理模型 将用于软件编码的软件产品和工具置于配置管理之下。 软件编码监理的活动 ① 设计必须实现分析模型中描述的所有显式需求，必须满足用户希望的所有隐式需求。 ② 设计必须是可读、可理解的，使得将来易于编程、易于测试、易于维护。 ③ 设计应从实现角度出发，给出与数据、功能、行为相关的软件全貌。 判断设计好坏的三条特征 ① 设计出来的结构应是分层结构，从而建立软件成份之间的控制。 ② 设计应当模块化，从逻辑上将软件划分为完成特定功能或子功能的构件。 ③ 设计应当既包含数据抽象，也包含过程抽象。 ④ 设计应当建立具有独立功能特征的模块。 ⑤ 设计应当建立能够降低模块与外部环境之间复杂连接的接口。 ⑥ 设计应能根据软件需求分析获取的信息，建立可驱动可重复的方法。 软件设计过程根据基本的设计原则，使用系统化的方法和完全的设计评审来建立良好的设计。 衡量设计的技术标准 概要设计说明书检查表共有38项 详细设计说明书检查表 测试计划检查表 软件编码规范评审 程序实际上也是一种供人阅读的文章，有一个文章的风格问题。应该使程序具有良好的风格。表现在：源程序文档化，数据说明的方法，语句结构和输入／输出方法 源程序文档化 符号名的命名 符号名即标识符，包括模块名、变量名、常量名、标号名、子程序名、数据区名以及缓冲区名等等。这些名字应能反映它所代表的实际东西，应有一定实际意义。例如，表示次数的量用Times，表示总量的用Total，表示平均值的用Average，表示和的量用Sum等等。 名字应当选择精炼的意义明确的名字。必要时可使用缩写名字，但这时要注意缩写规则要一致，并且要给每一个名字加注释。同时，在一个程序中，一个变量只应用于一种用途。 夹在程序中的注释是程序员与日后的程序读者之间通信的重要手段。注释决不是可有可无的。一些正规的程序文本中，注释行的数量占到整个源程序的1／3到1／2，甚至更多。注释分为序言性注释和功能性注释。 序言性注释通常置于每个程序模块的开头部分，它应当给出程序的整体说明，对于理解程