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



1、在软件项目开发过程中，评估软件项目风险时，一般不考虑（）
A、 高级管理人员是否正式承诺支持该项目
B、 开发人员和用户是否充分理解系统的需求
C、 最终用户是否同意部署已开发的系统
D、 开发需要的资金是否能按时到位

答案:C
答题解析:本题考查风险管理的基本知识。软件开发中的风险与高级管理人员的支持程度有关，与对系统需求理解的程度有关，与开发资金的及时投入有关，但是与最终用户无关，系统的最后部署与运行不属于开发过程。Boehm提出的十大风险是：开发人员短缺、不能实现的进度和预算、开发了错误的软件功能、开发了错误的用户接口、华而不实的需求、需求不断地变动、外部执行的任务不符合要求、外部提供的组件不符合要求、实时性不符合要求、超出了计算机科学发展的水平。

2、软件需求包括三个不同的层次：业务需求、用户需求和功能需求。其中业务需求（）
A、 反映了组织结构或客户对系统、产品高层次的目标要求。在项目视图与范围文档中予以说明
B、 描述了用户使用产品必须要完成的任务，在使用实例文档或方案脚本说明中予以说明
C、 定义了开发人员必须实现的软件功能
D、 描述了系统展现给用户的行为和执行的操作等

答案:A
答题解析:软件需求的3 个层次：业务需求、用户需求和功能需求业务需求（ Business requirement ） 表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（ vision and scope ）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（ project charter 或 market requirement ）文档。 用户需求描述的是用户的目标，或用户要求系统必须能完成的任务。 功能需求规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。 系统需求用于描述包含多个子系统的产品（即系统）的顶级需求。

3、MVC是模型-视图-控制器架构模式的缩写，以下关于MVC的叙述中，（）是不正确的。
A、 视图是用户看到并与之交互的界面
B、 模型表示企业数据和业务规则
C、 使用MVC的目的是将M和V的代码分离，从而使同一个程序可以使用不同的表现形式
D、 MVC强制性地使应用程序的输入、处理和输出紧密结合

答案:D
答题解析:MVC是一个框架模式，它强制性的使应用程序的输入、处理和输出分开。 MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。分层概念　  视图 视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Adobe Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services.如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。　 模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 控制器控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。

查看完整试题>>>