十大知识领域及五大过程组（必备）

按照《软件文档管理指南》规定，文档可分为开发文档、产品文档和管理文档。开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档包括软件的详细技术描述。产品文档是规定了关于软件产品的使用、维护、增强、转换和传输的信息。管理文档是建立在项目管理信息的基础上，如开发过程的每个阶段的进度和变更的记录、
软件变更情况记录、开发的判定记录、职责定义等。文档的质量等级又可分为四个等级，分别为最低限度文档（1级文档）、内部文档（2级文档）、工作文档（3级文档）、正式文档（4级文档）。它们的质量要求是逐级提升的。最低限度文档是适合开发工作量低于一个人月的开发者自用程序，该文档应包含程序清单、开发记录、测试数据和程序简介。内部文档是可用于精心研究后被认为似乎没有与其他用户共享资源的专用程序。除了1级提供的信息外，2级文档还包括程序 清单内足够的注释以帮助用户安装和使用程序。工作文档是适合于由统一单位内若干人联合开发的程序，或可被其他单位使用的程序。正式文档是适合那些要正式发行供普遍使用的软件产品。

根据GB/T 12504-90《计算机软件质量保证计划规范》，第三次评审会要进行功能检查、物理检查和综合检查。这些评审会应在集成测试阶段结束后进行。

软件生命周期各阶段对可靠性和可维护的要求：可行性研究与计划阶段：进行项目可行性分析。制订初步项目开发计划，提出软件可靠性和可维护性目标、要求及经费，并列入合同。
需求分析阶段：将合同的技术内容细化为具体产品需求。分析和确定软件可靠性和可维护性的目标，制定大纲及其实施计划。概要设计阶段：进行可靠性和可维护性目标分配，进行可靠性和可维护性概要设计，并明确对详细设计的具体要求。详细设计阶段：进行软件可靠性和可维护性详细设计，编写相应的设计说明，明确对实现阶段的具体要求。实施阶段：进行单元测试，分析和验证有关软件可靠性和可维护性的部分要求。组装测试阶段：进行组装测试，并进一步分析软件可靠性和可维护性。确认测试阶段：确认软件产品的可靠性和可维护性是否达到目标。使用和维护阶段：采集数据，定期评价，加强维护管理，以确保软件的可靠性和可维护性增长。

为了确保软件的实现满足需求，至少需要下列基
本文档：1.软件需求规格说明书（softwarerequirements specification)软件需求规格说明书必须清楚、准确地描述软件的每一个基本需求（功能、性能、设计约束和属性）和外部界面。必须把每一个需求规定成能够通过预先定义的方法（例如检查、分析、演示或测试等）被客观地验证与确认的形式。2.软件设计说明书（software designdescription)软件设计说明书应该包括软件概要设计说明和软件详细设计说明两部分。其概要设计部分必须描述所设计软件的总体结构、外部接口、各个主要部件的功能与数据结构以及各主要部件之间的接口；必要时还必须对主要部件的每一个子部件进行描述。其详细设计部分必须给出每一个基本部件的功能、算法和过程描述。3.软件验证与确认计划(software verificationand validation plan)软件验证与确认计划必须描述所采用的软件验证和确认方法（例如评审、检查、分析、演示或测试等），以用来验证软件需求规格说明书中的需求是否己由软件设计说明书描述的设计实现;软件设计说明书表达的设计是否己由编码实现。软件验证与确认计划还可用来确认编码的执行是否与软件需求规格说明书中所规定的需求相一致。4.软件验证和确认报告（software verification
软件验证与确认报告必须描述软件验证与确认
计划的执行结果。这里必须包括软件质量保证计划所需要的所有评审、检查和测试的结果。项目开发总结也属于软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，但不属于基本文档的范畴。

依据GBAT20271-2006《信息系统安全技术信息系统通用安全技术要求》中的规定，信息系统安全技术体系包含物理安全、运行安全和数据安全。
物理安全也称实体安全，是指包括支持信息系统运行的所有计算机、网络的物理设备、设施和记录介质在内的所有硬件及其环境的安全。它是对计算机、网络设备、设施、环境、人员等采取适当措施来保证信息系统安全、可靠、不间断运行，并确保其在对信息进行采集、加工、存储、传输等处理过程中，不致因设备、介质和环境条件等受到人为和自然因素的危害，而使信息丢失、泄露或破坏。物理安全是一个信息系统安全运行的物理基础。运行安全，是指在物理安全得到保障的前提下，为确保信息系统安全运行而采取的各种检测、监控、审计、分析、容错备份及故障恢复等技术和措施。这些技术和措施以软、硬件机制、装置或设备的形式，确保信息系统不因人为的攻击、破坏或自然的原因而无法正常运行。在系统运行安全得到保障的前提下，对在信息系统中存储、传输和处理的数据信息进行有效的保护，使其不因人为的或自然的原因被泄露、篡改和破坏，是数据安全的总体要求。虽然物理安全和运行安全对系统的整体安全有着十分重要的作用，然而，数据安全仍然无可争辩地是信息系统安全保护最主要的内容和最终的目标。实际上，物理安全和运行安全也是对数据安全的支持和保障，而数据安全所采用的技术和措施，对运行安全也会有一定作用，因为作为系统运行主体的软件，本身就是由程序和数据组成的。

可靠性是指故障次数，甲每年因故障中断10次,乙每年因故障中断2次，因此甲的可靠性比乙的差；可用性是指恢复故障时间，甲为20分钟每次，乙为5小时，因此甲的可用性比乙高。

根据《信息技术软件工程术语GB/
T11457-2006》。验证是评价系统或软件，以确定软件开发周期中的一个给定阶段的产品是否满足在阶段的开始确立的需求的过程。

根据《软件文档管理指南GB/T 16680-1996》
的相关内容，软件文档归入如下三种类型：开发文档：描述开发过程本身产品文档：描述开发过程的产物管理文档：记录项目管理的信息其中，管理文档建立在项目管理信息的基础上，诸如：开发过程的每个阶段的进度和进度变更的记录，软件变更情况的记录，相对于开发的判定记录，职责定义。这种文档从管理的角度规定涉及软件生存的信息。

根据《中华人民共和国国家标准GB 1526—
1989》中的相关内容，图可广泛用于描绘各种类型的信息处理问题及其解决方法。其中：1.数据流程图表示求解某一问题的数据通路2.程序网络图表示程序激活路径和程序与相关数据的相互作用3.系统流程图表示系统的操作控制和数据流4.程序流程图表示程序中的操作顺序

《计算机软件产品开发文件编制指南》是一份指导性文件。在一项计算机软件的开发过程中，一般地说，应该产生十四种文件。这十四种文件
是：可行性研究报告；项目开发计划；软件需求说明书；数据要求说明书；概要设计说明书；详细设计说明书；数据库设计说明书；用户手册;操作手册；模块开发卷宗；测试计划；测试分析报告；开发进度月报；项目开发总结报告。其中用户手册应在需求分析阶段开始编制。

归档的文档应包括整个软件生存期内所形成的
全部文档。文档归档应满足以下条件：a.归档的文档应是经过鉴定或评审的;b.文档应签署完整、成套、格式统一、字迹工整;C.印制本、打印本以及各种报告应装订成册，并按规定进行编号、签署;软件文档应在开发过程每个阶段结束后及时归档。由此可知，“软件文档必须在项目开发过程结束之后统一归档”的说法不符合该标准。

根据《软件工程一产品质量第1部分：质量模型
GB/T 16260.1-2006》，软件产品的使用质量是基于用户观点的软件产品用于指定的环境和使用周境时的质量。使用质量的属性分类为4个特性：有效性、生产率、安全性和满意度。可信性不是使用质量的质量属性。

根据《计算机软件需求说明编制指南GB/T9385
—1988》中的相关内容，软件开发的过程是由开发者和客户双方同意开发什么样的软件协议开始的。这种协议要使用软件需求规格说明（SRS）的形式，应该由双方联合起草。SRS的基本点是它必须说明由软件获得的结果，而不是获得这些结果的手段。编写需求的人必须描述的基本问题是：a.功能；b.性能；C.强加于实现的设计限制；d.属性；e.外部接口。编写需求的人应当避免把设计或项目需求写入SRS之中，应当对说明需求设计约束与规划设计两者有清晰的区别。SRS应把注意力集中在要完成的服务目标上。通常不指定如下的设计项目：a.把软件划分成若干模块；b.给每一个模块分配功能；c.描述模块间的信息流程或者控制流程；d.选择数据结构。SRS应当是描述一个软件产品，而不是描述产生软件产品的过程。项目要求表达客户和开发者之间对于软件生产方面合同性事宜的理解（因此不应当包括在SRS中），例如：a.成本;b.交货进度；C.报表处理方法；d.软件开发方法;e.质量保证；f.确认和验证的标准；g.验收过程。

《软件文档管理指南》（GB/T 16680—1996）有
关“文档评审”的内容如下：需求评审进一步确认开发者和设计者已了解用户要求什么，及用户从开发者一方了解某些限制和约束。需求评审可能需要一次以上产生一个被认可的需求规格说明。基于对系统要做些什么的共同理解，才能着手详细设计。用户代表必须积极参与开发和需求评审，参与对需求文档的认可.。设计评审通常安排两个主要的设计评审，概要设计评审和详细设计评审。在概要设计评审过程中，主要详细评审每个系统组成部分的基本设计方法和测试计划。系统规格说明应根据概要设计评审的结果加以修改。详细设计评审主要评审计算机程序和程序单元测试计划。设计评审产生的最终文档规定系统和程序将如何设计、开发和测试。

根据《软件文档管理指南》（GB/T 16680—
1996）之7.2节之内容：7.2规定文档类型和内容下面给出软件文档主要类型的大纲，这个大纲不是详尽的或最后的，但适合作为主要类型软件文档的检验表。而管理者应规定何时定义他们的标准文档类型。软件文档归入如下三种类别：a）开发文档一描述开发过程本身;b）产品文档一描述开发过程的产物;c）管理文档一记录项目管理的信息。由此可见，国标GB/T16680—1996中定义了开发文档、产品文档和管理文档三种文档类型，管理者可将任何软件文档归入这三种类型中的一种，标准中并未涉及过程文档的概念。

根据《软件工程一产品质量》(GB/T 16260.1—
2006）中关于功能性之定义：功能性：当软件在指定条件下使用时，软件产品提供满足明确和隐含要求的功能的能力。包括如下几种特性:①适合性：软件产品为指定的任务和用户目标提供一组合适的功能的能力。②准确性：软件产品提供具有所需精度的正确或相符的结果或效果的能力。③互操作性：软件产品与一个或更多的规定系统进行交互的能力。④安全保密性：软件产品保护信息和数据的能力，以使未授权的人员或系统不能阅读或修改这些信息和数据，而不拒绝授权人员或系统对它们的访问。⑤功能性的依从性：软件产品遵循与功能性相关的标准、约定或法规以及类似规定的能力。由此可见，标准中定义的功能性的子特性中不包含适应性。

根据《软件文档管理指南GB/T16680-1996》,
1.培训手册;2.参考手册和用户指南;3.支持手册;4.产品手册。需求规格说明属于基本的开发文档。

我国在国家标准管理办法中规定国家标准实施5年内要进行复审，即国家标准有效期一般为5年。