摘要：对于【信息系统项目管理师】软考考试而言，试题无疑是最重要的学习资料之一。在软考备考过程中，吃透所考知识点、熟悉出题思路，对我们提升分数的效果是最明显的，通过试题反复练习，还可以查漏补缺。今天，给大家带来【信息系统项目管理师】部分试题的详解，一起来看看吧~



1、软件架构设计是软件开发过程中的一项重要工作。（ ）不属于软件架构设计的主要工作内容。
A、 制定技术规格说明
B、 编写需求规格说明书
C、 技术选型
D、 系统分解

答案:B
答题解析:

架构师的主要职责：

1.确认需求 在项目开发过程中，架构师是在需求规格说明书完成后介入的，需求规格说明书必须得到架构师的 认可。架构师需要和分析人员反复交流，以保证自己完整并准确地理解用户需求。

2.系统分解 依据用户需求，架构师将系统整体分解为更小的子系统和组件，从而形成不同的逻辑层或服务。随 后，架构师会确定各层的接口，层与层相互之间的关系。架构师不仅要对整个系统分层，进行“纵向 ”分解，还要对同一逻辑层分块，进行“横向”分解。这体现了软件架构师的功力。

3.技术选型 架构师通过对系统的一系列的分解，最终形成了软件的整体架构。技术选择主要取决于软件架构。 例如：Web Server运行在Windows上还是Linux上？数据库采用MSSql、Oracle还是Mysql？是否需要采 用MVC或者Spring等轻量级的框架？前端采用富客户端还是瘦客户端方式？架构师对产品和技术的选 型只限于评估，没有决定权，最终的决定权归项目经理。架构师提出的技术方案为项目经理提供了重 要的参考信息，项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡，最终进行确认。

4.制定技术规格说明 架构师在项目开发过程中，是技术权威。他需要协调所有的开发人员，与开发人员一直保持沟通， 始终保证开发者依照它的架构意图去实现各项功能。架构师通过它制定的技术规格说明书（UML视图 、Word文档，Visio文件）与开发者沟通，保证开发者可以从不同角度去观察、理解各自承担的子系 统或者模块。架构师还需要与项目经理、需求分析员，甚至与最终用户保持沟通。

2、信息的（ ）要求采用的安全技术保证信息接收者能够验证在传送过程中信息没有被修改，并能防范入侵者用假信息代替合法信息。
A、 隐蔽性
B、 机密性
C、 完整性
D、 可靠性

答案:C
答题解析:

完整性：数据未经授权不能进行改变的特性，即信息在存储或传输过程中保持不被修改、不被破坏和丢失的特性。

3、根据GB/T12504-2008《计算机软件质量保证计划规范》的相关规定，以下评审和检査工作中，（ ）不是必须进行的。
A、 执行进度评审
B、 软件需求评审
C、 详细设计评审
D、 管理评审

答案:A
答题解析:

GB/T12504-2008《计算机软件质量保证计划规范》第四小节规定：

4.5评审和检査

必须规定所要进行的技术和管理两方面的评审和检査工作，并编制或引用有关的评审和检査规程以及通过与否的技术准则，至少要进行下列各项评审和检査工作：

4.5.1软件需求评审software requirements review

在软件概要设计结束后必须进行概要设计评审，以确保在软件需求规格说明书中所规定的各项需求的合适性。

4.5.2概要设计评审preliminary design review

在软件概要设计结束后必须进行概要设计评审，以评价软件设计说明书中所描述的软件概要设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性。

4.5.3详细设计评审detailed design review

在软件详细设计阶段结束后必须进行详细设计评审，以评价软件验证与确认计划中所规定的验证与确认方法的合适性与完整性。

4.5.5功能检査functional audit

在软件释放前，要对软件进行物理检査，以验证程序和文档己经满足在软件需求说明书中规定的所有需求。

4.5.6物理检査physical audit

在验收软件前，要对软件进行物理检査，以使程序和文档己经一致并己做好了交付的准备。

4.5.7综合检査comprehensive audit

在软件验收时，要允许用户或用户所委托的专家对所要验收的软件进行设计抽样的综合检査，以验证代码和设计文档的

4.5.8管理评审management reviews

要对计划的执行情况定期（或按阶段）进行管理评审；这些评审必须由独立于被评审单位的机构或授权的第三方主持进行。