针对相关产品的需求规格说明进行文档审查的时候，采用的方法是（）。

正确答案：C
《软件文档管理指南GB/T 16680-1996》软件文档归入如下3种类别：①开发文档，描述开发过程本身；②产品文档，描述开发过程的产物；③管理文档，记录项目管理的信息。开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档也包括软件的详细技术描述(程序逻辑、程序间相互关系、数据格式和存储等)。基本的开发文档包括可行性研究和项目任务书、需求规格说明、功能规格说明、设计规格说明(包括程序和数据规格说明)、开发计划、软件集成和测试计划、质量保证计划、标准、进度、安全和测试信息。
产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。基本的产品文档包括培训手册、参考手册和用户指南、软件支持手册、产品手册和信息广告。

正确答案：ABCDE

正确答案：C

答案：C

解析：

正确答案：C

正确答案：A
ABSD方法有3个基础。第一个基础是功能的分解。在功能分解中，ABSD方法使用已有的基于模块的内聚和耦合技术。第二个基础是通过选择体系结构风格来实现质量和业务需求。第三个基础是软件模板的使用。软件模板利用了一些软件系统的结构。ABSDM模型把整个基于体系结构的软件过程划分为体系结构需求、设计、文档化、复审、实现、演化等六个子过程。架构需求：需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。架构需求受技术环境和架构设计师的经验影响。需求过程主要是获取用户需求，标识系统中所要用到的构件。如果以前有类似的系统架构的需求，我们可以从需求库中取出，加以利用和修改，以节省需求获取的时间，减少重复劳动，提高开发效率。架构设计：架构需求用来激发和调整设计决策，不同的视图被用来表达与质量目标有关的信息。架构设计是一个迭代过程，如果要开发的系统能够从已有的系统中导出大部分，则可以使用已有系统的设计过程。架构文档化：绝大多数的架构都是抽象的，由一些概念上的构件组成。例如，层的概念在任何程序设计语言中都不存在。因此，要让系统分析师和程序员去实现架构，还必须得把架构进行文档化。文档是在系统演化的每一个阶段，系统设计与开发人员的通讯媒介，是为验证架构设计和提炼或修改这些设计（必要时）所执行预先分析的基础。架构文档化过程的主要输出结果是架构需求规格说明和测试架构需求的质量设计说明书这两个文档。生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约。软件架构的文档要求与软件开发项目中的其他文档是类似的。文档的完整性和质量是软件架构成功的关键因素。文档要从使用者的角度进行编写，必须分发给所有与系统有关的开发人员，且必须保证开发者手上的文档是最新的。架构复审：架构设计、文档化和复审是一个迭代过程。从这个方面来说，在一个主版本的软件架构分析之后，要安排一次由外部人员（用户代表和领域专家）参加的复审。复审的目的是标识潜在的风险，及早发现架构设计中的缺陷和错误，包括架构能否满足需求、质量需求是否在设计中得到体现、层次是否清晰、构件的划分是否合理、文档表达是否明确、构件的设计是否满足功能与性能的要求等等。由外部人员进行复审的目的是保证架构的设计能够公正地进行检验，使组织的管理者能够决定正式实现架构。架构实现：所谓“实现”就是要用实体来显示出一个软件架构，即要符合架构所描述的结构性设计决策，分割成规定的构件，按规定方式互相交互。架构演化：在构件开发过程中，最终用户的需求可能还有变动。在软件开发完毕，正常运行后，由一个单位移植到另一个单位，需求也会发生变化。在这两种情况下，就必须相应地修改软件架构，以适应新的变化了的软件需求。

正确答案：B
这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定

正确答案：B

正确答案：D
解析：需求工程可以分为需求开发和需求管理。需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。软件项目需求开发的成果有项目视图、范围文档、需求规格说明书、用例文档及相关分析模型等。需求开发包括需求获取、需求分析、需求定义和需求验证4个活动过程。需求管理的目的是管理项目产品和产品部件的需求，识别项目计划和工作产物与这些需求之间的不一致之处。需求管理的活动包括获取对需求的一致理解、获取对需求的承诺、管理需求变更、维护对需求的双向溯源能力、识别项目工作与需求之间的不一致之处。

答案：C

解析：