下载文档原格式
2024年软件资格考试信息系统监理师(基础知识、应用技术)合卷(中级)复习试题(答案在后面)一、基础知识（客观选择题，75题，每题1分，共75分）1、题干：在信息系统工程中，项目监理机构的主要职责不包括以下哪项？A、项目质量保证B、项目进度控制C、项目成本控制D、项目风险预测2、题干：以下关于信息系统工程监理计划的编制，错误的是：A、监理计划的编制应遵循国家有关法律法规和行业标准B、监理计划应在项目启动阶段编制完成C、监理计划应明确监理机构在项目中的组织架构和人员配置D、监理计划应包含项目质量、进度、成本、安全等方面的监理目标和措施3、题干：在信息系统工程中，以下哪一项不属于信息系统监理的工作内容？（）A. 监督项目进度B. 监督项目质量C. 监督项目成本D. 监督项目团队建设4、题干：以下关于信息系统工程项目的风险管理，说法错误的是（）。
A. 风险识别是风险管理的基础B. 风险分析是对识别出的风险进行评估C. 风险应对策略包括风险规避、风险转移和风险接受D. 风险监控是对风险管理的持续跟踪和评估5、在软件工程中，需求分析阶段的主要任务是：A. 定义软件系统的总体架构B. 描述软件系统的功能需求和非功能需求C. 设计软件系统的数据库结构D. 实现软件系统的核心功能6、在项目管理中，以下哪个工具可以用于评估项目风险的可能性和影响？A. Gantt图B. 状态图C. 概率影响矩阵D. 甘特图7、在信息系统工程中，以下哪项不属于系统集成阶段的主要任务？A. 确定系统架构B. 配置系统硬件C. 集成系统软件D. 编写用户手册8、以下关于信息系统监理师的职业道德规范，错误的是哪一项？A. 坚持诚信为本，客观公正B. 保守客户秘密，维护客户利益C. 遵守法律法规，执行行业规范D. 追求个人利益，损害客户利益9、在信息系统工程中，以下哪个不属于项目管理的核心过程？A、范围管理B、进度管理C、质量保证D、技术设计11、在信息系统工程中，以下哪项不属于项目风险识别的方法？A. 专家调查法B. 文件评审法C. SWOT分析法D. 质量控制计划法13、在信息系统工程中，以下哪个不是项目管理过程中的关键过程领域？A. 项目启动B. 项目规划C. 项目执行D. 项目收尾E. 项目预算15、以下哪项不是系统监理的主要任务？A. 确保信息系统项目的质量B. 确保信息系统项目的进度C. 确保信息系统项目的投资D. 确保信息系统项目的安全性17、在软件开发过程中，以下哪项不属于软件质量保证（SQA）的工作内容？A. 编写测试用例B. 编译代码C. 进行代码审查D. 设计软件需求19、在软件工程中，以下哪项不是软件开发生命周期模型？A. 瀑布模型B. V模型C. 面向对象模型D. 原型模型21、题干：在信息系统中，数据仓库的主要目的是什么？A、提高数据的安全性B、优化数据库性能C、为决策支持系统提供数据支持D、简化数据处理过程23、在软件工程中，下列哪项不是软件需求分析阶段的任务？A. 确定软件的功能和性能需求B. 分析软件的可行性C. 设计软件的架构D. 确定软件的测试策略25、在信息系统工程中，以下哪个选项不属于软件开发生命周期模型？A. 瀑布模型B. 螺旋模型C. 精益软件开发D. 信息系统监理27、关于项目管理知识体系（PMBOK），以下哪个说法是正确的？A. PMBOK只适用于信息系统项目管理。
七步让你做好需求分析确定项目目标第一步是与团队一起明确项目的目标和范围。
这些目标需要从多个利益相关者的角度进行审查，并且应该能够明确地解释给所有人。
一、了解业务需求首先，需要对项目的业务需求进行深入了解。
这包括对业务过程、业务规则、数据模型等方面的分析。
在这个阶段，可以与业务相关人员进行沟通，听取他们的意见和建议。
同时，可以借助各种工具和技术，如流程图、数据字典、用例图等来帮助理解业务需求。
二、分析用户需求除了业务需求，还需要对用户需求进行分析。
用户需求是指用户对系统或产品的期望和要求，包括功能需求、性能需求、可靠性需求、安全需求等。
在这个阶段，可以采用用户调研、问卷调查等方法，收集用户的反馈和建议。
同时，也可以通过竞品分析、市场研究等方式，了解用户的偏好和需求趋势。
三、制定需求规格说明书为了更好地明确项目目标，需要制定一份完整的需求规格说明书。
该文档应包括项目的业务需求、用户需求、功能列表、性能指标、安全要求等信息，以及各种约束条件和假设前提。
在制定需求规格说明书时，需要注意以下几点：1.明确需求的优先级。
不同的需求具有不同的重要性和紧急程度，需要按照一定的优先级进行排序。
2.确保需求可行性。
需求规格说明书中列举的需求应当是可行的，不要超出技术或资源的限制。
3.避免冲突和歧义。
需求规格说明书中应尽量避免冲突和歧义，以免后续开发过程中出现问题。
四、与利益相关者沟通在确定项目目标的过程中，需要与各方利益相关者进行充分沟通。
这包括业务代表、用户、开发团队、测试团队、运维团队等。
通过与他们的沟通，可以更好地理解各方的需求和期望，协调各方的利益关系，确保项目成功完成。
五、制定项目计划最后，确定项目目标之后，需要制定一个详细的项目计划。
该计划应包括项目的时间表、里程碑、资源分配、风险管理等方面的内容。
在制定项目计划时，需要充分考虑各方的需求和利益，确保项目目标得以实现。
总之，通过对业务需求和用户需求的分析，制定完整的需求规格说明书，并与各方利益相关者充分沟通，最终制定一个详细的项目计划，可以更好地确定项目目标。
BI项目需求分析书目录一、内容综述 (3)1.1 项目背景 (4)1.2 项目目标 (5)1.3 项目范围 (6)二、业务需求 (6)2.1 数据需求 (8)2.2 功能需求 (9)2.3 性能需求 (9)2.4 安全需求 (11)三、技术架构 (12)3.1 系统架构 (13)3.2 数据库设计 (15)3.3 技术选型 (16)3.4 开发工具 (16)四、数据仓库建设 (18)4.1 数据采集 (19)4.2 数据清洗 (20)4.3 数据整合 (21)4.4 数据存储 (23)五、数据分析与挖掘 (24)5.1 数据分析方法 (25)5.2 数据挖掘算法 (26)5.3 数据可视化 (27)5.4 报告输出 (29)六、报表与仪表盘设计 (30)6.1 报表需求分析 (31)6.2 报表模板设计 (32)6.3 报表交互设计 (34)6.4 仪表盘设计 (34)七、权限管理与安全策略 (36)7.1 用户管理 (37)7.2 角色管理 (38)7.3 权限控制 (40)7.4 安全策略 (41)八、测试与部署 (42)8.1 测试计划 (44)8.2 测试用例设计 (44)8.3 测试执行与结果分析 (45)8.4 系统部署与运维 (46)九、项目进度与风险管理 (47)9.1 项目进度计划 (48)9.2 项目风险评估与应对措施 (49)9.3 项目质量管理 (51)一、内容综述BI项目需求分析书旨在全面而深入地了解并明确企业的数据需求，为后续的数据收集、处理、分析与可视化提供详尽的指导。
本部分将围绕项目的背景、目标、范围以及数据需求等方面进行详细的阐述。
在项目背景部分，我们将介绍企业的基本情况，包括其历史沿革、业务范围、组织架构等，从而为理解项目奠定必要的环境基础。
我们还将阐述数据在企业中的重要性，以及当前企业在数据管理和应用方面所面临的挑战和机遇。
在项目目标部分，我们将明确BI项目的具体目标，包括提高决策效率、优化业务流程、降低运营成本等。
2025年软件资格考试系统集成项目管理工程师(基础知识、应用技术)合卷(中级)自测试题(答案在后面)一、基础知识（客观选择题，75题，每题1分，共75分）1、在信息系统项目管理过程中，项目的生命周期通常被划分为四个阶段，以下哪一项不属于项目的生命周期？A. 启动阶段B. 执行阶段C. 收尾阶段D. 招标阶段2、下列关于项目范围管理的说法错误的是：A. 项目范围管理包括确保项目做且只做所需的全部工作，以完成项目所需的各个过程。
B. 范围定义是制定详细的项目范围说明书的过程。
C. 创建WBS（Work Breakdown Structure）是把项目可交付成果和项目工作分解成较小的、更易于管理的部分。
D. 项目范围变更不需要通过正式的变更控制程序。
3、题目：在项目进度控制中，以下哪项工作不属于项目进度控制的内容？A. 制定项目进度计划B. 项目进度跟踪C. 项目进度变更管理D. 项目进度评估4、题目：在软件需求工程中，以下哪种需求分析方法不适用于大型复杂系统？A. 用例分析B. 状态图C. 数据流图D. 类图5、在项目管理中，项目生命周期与产品生命周期之间的主要区别在于：A. 项目生命周期通常比产品生命周期长B. 项目生命周期涉及临时性活动，而产品生命周期涉及持续性活动C. 项目生命周期和产品生命周期都是线性的，但速度不同D. 项目生命周期和产品生命周期都由相同的团队负责6、在项目管理中，以下哪项是项目范围说明书的主要作用？A. 详细说明项目的具体工作内容、可交付成果以及这些工作如何组织B. 提供一个详细的预算计划，包括所有预期的成本和支出C. 列出所有潜在的风险因素及其应对策略D. 定义项目的质量标准和可接受的质量水平7、关于项目风险管理，下列说法正确的是：A. 风险管理仅在项目开始阶段进行B. 风险识别是一个一次性过程C. 风险响应策略包括但不限于避免、转移、减轻和接受风险D. 风险评估不需要考虑风险发生的可能性8、在软件开发过程中，需求分析阶段的主要任务是：A. 定义软件的功能需求B. 设计软件的架构C. 编写程序代码D. 测试软件功能9、以下关于UML（统一建模语言）的描述中，错误的是（）。
软件开发项目需求调研与分析实战指南第1章需求调研概述 (4)1.1 需求调研的意义与目的 (4)1.2 需求调研的基本流程 (4)1.3 需求调研的方法与工具 (5)第2章项目背景分析 (5)2.1 项目背景调研 (5)2.1.1 市场需求分析 (5)2.1.2 技术发展趋势 (5)2.1.3 政策法规分析 (5)2.1.4 竞争对手分析 (5)2.2 项目目标与范围 (6)2.2.1 项目目标 (6)2.2.2 项目范围 (6)2.3 项目干系人分析 (6)2.3.1 用户 (6)2.3.2 客户 (6)2.3.3 项目团队 (6)2.3.4 供应商 (6)2.3.5 部门 (6)2.3.6 竞争对手 (6)第3章市场调研 (6)3.1 市场现状分析 (6)3.1.1 市场规模与增长趋势 (6)3.1.2 市场细分 (7)3.1.3 市场竞争格局 (7)3.2 竞品分析 (7)3.2.1 竞品概况 (7)3.2.2 竞品优缺点分析 (7)3.2.3 竞品发展趋势 (7)3.3 市场需求预测 (7)3.3.1 用户需求分析 (7)3.3.2 市场需求趋势 (7)3.3.3 市场潜力评估 (7)第4章用户需求调研 (8)4.1 用户画像分析 (8)4.1.1 用户基本信息分析 (8)4.1.2 用户行为特征分析 (8)4.1.3 用户心理需求分析 (8)4.2 用户需求收集 (8)4.2.1 访谈法 (8)4.2.2 问卷调查法 (8)4.3 用户需求整理与分析 (9)4.3.1 需求筛选与归类 (9)4.3.2 需求描述与细化 (9)4.3.3 需求验证与反馈 (9)第5章功能需求分析 (9)5.1 功能需求提取 (9)5.1.1 确定需求来源 (9)5.1.2 分析需求内容 (10)5.1.3 归类与整合需求 (10)5.1.4 提取功能需求 (10)5.2 功能需求优先级排序 (10)5.2.1 评估需求重要性 (10)5.2.2 考虑实现难度 (10)5.2.3 参考用户反馈 (10)5.2.4 动态调整优先级 (10)5.3 功能需求文档编写 (10)5.3.1 文档结构 (11)5.3.2 功能需求描述 (11)5.3.3 功能需求验证 (11)5.3.4 附件与参考资料 (11)第6章非功能需求分析 (11)6.1 功能需求分析 (11)6.1.1 响应时间分析 (11)6.1.2 吞吐量分析 (11)6.1.3 资源利用分析 (12)6.2 安全需求分析 (12)6.2.1 认证与授权 (12)6.2.2 数据加密 (12)6.2.3 安全审计 (12)6.3 可用性需求分析 (12)6.3.1 用户界面设计 (12)6.3.2 错误处理 (12)6.3.3 灵活性和适应性 (12)第7章系统架构设计 (12)7.1 技术选型分析 (12)7.1.1 技术成熟度 (13)7.1.2 技术适应性 (13)7.1.3 技术兼容性 (13)7.1.4 技术可维护性 (13)7.1.5 技术成本 (13)7.2 系统架构设计原则 (13)7.2.1 高内聚、低耦合 (13)7.2.2 分层设计 (13)7.2.4 可扩展性 (13)7.2.5 稳定性和可靠性 (13)7.3 系统架构设计方案 (13)7.3.1 整体架构 (14)7.3.2 技术框架 (14)7.3.3 数据存储 (14)7.3.4 分布式服务 (14)7.3.5 安全策略 (14)7.3.6 部署方案 (14)第8章需求验证与确认 (14)8.1 需求验证方法 (14)8.1.1 审查方法 (14)8.1.2 演示方法 (14)8.1.3 验证方法 (15)8.1.4 问卷调查方法 (15)8.2 需求评审 (15)8.2.1 组织评审会议 (15)8.2.2 评审内容 (15)8.2.3 评审问题处理 (15)8.2.4 评审报告 (15)8.3 需求变更管理 (15)8.3.1 变更申请 (15)8.3.2 变更评估 (15)8.3.3 变更审批 (15)8.3.4 变更实施 (16)8.3.5 变更记录与跟踪 (16)第9章需求文档编写与维护 (16)9.1 需求文档结构与规范 (16)9.1.1 文档结构设计 (16)9.1.2 文档规范 (16)9.2 需求文档编写技巧 (16)9.2.1 明确需求来源 (16)9.2.2 功能需求编写 (17)9.2.3 非功能需求编写 (17)9.2.4 用户界面与交互设计 (17)9.3 需求文档维护与更新 (17)9.3.1 维护原则 (17)9.3.2 更新流程 (17)9.3.3 版本控制 (17)第10章需求调研与分析实战案例 (17)10.1 案例背景与目标 (17)10.2 需求调研与分析过程 (18)10.2.1 需求调研 (18)10.3 项目实施与总结反思 (18)10.3.1 项目实施 (18)10.3.2 总结反思 (18)第1章需求调研概述1.1 需求调研的意义与目的需求调研是软件开发过程中的重要环节，其核心意义在于保证软件开发团队对项目需求有全面、准确的理解。
软件开发项⽬规划时，SA、SD与SE的区别与重要性做软件开发项⽬规划时, 常会碰到助理问我⼀个问题, SA,SD和SE的差别在那⾥ ?这个问题我以前也有过, 还颇为困扰, 系统分析和系统设计及系统⼯程到底有什么差别 ? SA和SD的⼯作⼜有何不同 ? 这两者的养成教育⼜有何差异 ?在过去, SA,SD及SE的确很难区分, 甚⾄这些⾓⾊常常会透过软件⼯程师来混合发展。
随着IT领域的发展, SA,SD及SE渐渐的成为了⼤型项⽬必需要的专业分⼯, 这三者间是有相当的差异的, 不管是养成过程, 甚或是未来的发展, 都⼤相径庭, ⽽要成为⼀名称职的PM, 是要能区分出这三者的差异, 才能妥善的安排⼯作的。
[SA System Analysis,系统分析师]SA是 System Analysis 的缩写, ⼀般称为系统分析, 主要的⼯作就是透过⼀系列的分析⼯作, 把客户想要的结果产⽣⽅式, 以各种⽂件表达出来, 让开发团队可以根据这些⽂件实作出这个结果。
这样的解释⽐较⽂绉绉⼀点, ⽤个通俗⼀点的⽅式⽐喻, 就像是要做出⼀道宫保鸡丁时, 就会有⾷谱⼀样, ⾥⾯会介绍需要的材料及做菜的顺序,然后⾥⾯也会强调要以怎样⼿法才能产⽣出某种效果, 以促进⾊⾹味。
这样的过程⾥, SA是较为偏重于在⼯作流程和处理逻辑的, 透过SA, 开发团队才可以理出整个系统的架构, ⼀种做事的脉络, 以及系统和⼯作间的关连性, 最重要的, 是这些结果都会被SA呈现在⽂件中, ⽽⾮放在少数⼈的脑袋⾥。
SA不仅⽌是要针对计算机⾥的东西去运作及规划, 还包括了现实世界⾥的实体流程及组织。
在很多的情况下, 配合新系统的组织及流程, 是要由SA来执⾏的。
总结起来, 在⼀个开发案⾥, SA执⾏以下的⼯作：藉由系统需求书, 使⽤者的现有标准作业流程来建⽴出符合期望的新作业流程及搭配流程的系统功能及模块规划依据功能及模块规划案, 定出初步的数据库内容及系统与使⽤者间的权限搭配规范定出各个软件零件的规范, 如对象, 函数库, ...等等设计新的标准作业流程, 并把系统功能或模块绑⼊这些流程中S.A依据客户的环境及需求, 寻找合适的SD来搭配⽽SA也有以下的特⾊：对于系统在怎样的环境及⽤什么开发⼯具, 并不⼗分在意, 良好的S.A产⽣出来的⽂件, 使⽤不同的开发⼯具都应该可以完成, 产⽣相同的结果, 但那⼀种最合适, 由SD决定SA偏重于流程及执⾏逻辑的表达SA着重于软件逻辑, 对开发⼯具的学习并不是⼗分重要, 所以会⼀种语⾔即可, 主要是以该语⾔⼯具来实践逻辑观。
