信息系统项目管理师标准规范知识点与历年真题分类汇总笔记.docVIP

技术标准规范 （占2-7分必须记，近年基本6分左右） 考试大纲 标准是在一定范围内，经协商一致并由公认机构批准，共同使用和重复使用的一种规范性文件，是科学、技术和实践经验的总结。 规范是对某一工程作业或行为进行定性的规定，是因为无法精准定量而形成的标准。 在本章，我们主要讲解标准规范、标准化组织以及标准的分类、实施，希望通过本章的学习，掌握标准、规范的相关 主要标准《GB-T16680-1996 软件文档管理指南》、《电子信息系统机房设计规范(GB 50174-2008)》、《GBT16260.1-2006软件工程产品质量》、《《建筑与建筑群综合布线工程系统设计规范》（GBT 50311-2000）》、《软件工程术语》等 《GB-T16680-1996 软件文档管理指南》 重点考点必须掌握 软件文档的作用：（1分） 管理依据；任务之间联系的凭证；质量保证；培训与参考；软件维护支持；历史档案。 管理依据 在软件开发过程中，管理者必须了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性。定期报告还提醒各级管理者注意该部门对项目承担的责任以及该部门效率的重要性。开发文档规定若干个检查点和进度表，使管理者可以评定项目的进度，如果开发文档有遗漏，不完善，或内容陈旧，则管理者将失去跟踪和控制项目的重要依据。 任务之间联系的凭证 大多数软件开发项目通常被划分成若干个任务，并由不同的小组去完成。学科方面的专家建立项目，分析员阐述系统需求，设计员为程序员制定总体设计，程序员编制详细的程序代码，质量保证专家和审查员评价整个系统性能和功能的完整性，负责维护的程序员改进各种操作或增强某些功能。 这些人员需要的互相联系是通过文档资料的复制、分发和引用而实现的，因而，任务之间的联系是文档的一个重要功能。大多数系统开发方法为任务的联系规定了一些正式文档。分析员向设计员提供正式需求规格说明，设计员向程序员提供正式设计规格说明，等等。 质量保证 那些负责软件质量保证和评估系统性能的人员需要程序规格说明、测试和评估计划、测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明；必须制订测试计划和测试规程，并报告测试结果；他们还必须说明和评估完全、控制、计算、检验例行程序及其他控制技术。这些文档的提供可满足质量保证人员和审查人员上述工作的需要。 培训与参考 软件文档的另一个功能是使系统管理员、操作员、用户、管理者和其他有关人员了解系统如何工作，以及为了达到他们的各自的目的，如何使用系统。 软件维护支持 维护人员需要软件系统的详细说明以帮助他们熟悉系统，找出并修正错误，改进系统以适应用户需求的变化或适应系统环境的变化。 历史档案 软件文档可用作未来项目的一种资源。通常文档记载系统的开发历史，可使有关系统结构的基本思想为以后的项目利用。系统开发人员通过审阅以前的系统以查明什么部分已试验过了，什么部分运行得很好，什么部分因某种原因难以运行而被排除。良好的系统文档有助于把程序移植和转移到各种新的系统环境中。 管理者的作用 （还没考过，会不会出呢，早晚要出吧） 管理者严格要求软件开发人员和编制组完成文档编制，并且在策略、标准、规程、资源分配和编制计划方面给予支持。 a) 管理者对文档工作的责任。管理者要认识到正式或非正式文档都是重要的，还要认识到文档工作必须包括文档计划、编写、修改、形成、分发和维护等各个方面。 b) 管理者对文档工作的支持。管理者应为编写文档的人员提供指导和实际鼓励，并使各种资源有效地用于文档开发。 c) 管理者的主要职责： 1） 建立编制、登记、出版系统文档和软件文档的各种策略； 2） 把文档计划作为整个开发工作的一个组成部分； 3） 建立确定文档质量、测试质量和评审质量的各种方法的规程； 4） 为文档的各个方面 确定和准备各种标准和指南； 5） 积极支持文档工作以形成在开发工作中自觉编制文档的团队风气； 6） 不断检查已建立起来的过程，以保证符合策略和各种规程并遵守有关标准和指南。 通常，项目管理者在项目开发前应决定如下事项： 要求哪些类型的文档； 提供多少种文档； 文档包含的内容； 达到何种级别的质量水平； 何时产生何种文档； 如何保存、维护文档以及如何进行通信。 如果一个软件合同是有效的，应要求文档满足所接受的标准，并规定所提供的文档类型、每种文档的质量水平以及评审和通过的规程。 制订文档编制策略 （1分） 文档策略是由上级（资深）管理者新任务并支持的，对下级开发单位或开发人员提供指导。策略规定主要的方向不是做什么或如何做的详细说明。 一般说来，文档编制策略陈述要明确，并通告到每个人且理解它，进而使策略被他们贯彻实施。 支持有