2024年软考高项考试知识点分解(二)
软考(计算机技术与软件专业技术资格(水平)考试)是纳入全国专业技术人员职业资格证书制度统一规划,实行大纲、试题、标准、证书均统一的考试办法。其目的是科学、公正地对全国计算机与软件专业技术人员进行职业资格、专业技术资格认定和专业技术水平测试。关于2024年软考高项考试知识点分解(二),今天慧翔天地小编和大家分享一下。
软考中高项备考学习交流QQ群:221801769(点击一键加群)
2024年软考高项考试知识点分解
三十一、加快项目进度的方法。赶快使减改为加
1、赶工;
2、快速跟进;
3、使用高素质的资源或有经验的人员;
4、减小范围或降低要求;
5、改进方法或技能,提高生产率;
6、加强质量管理,避免返工,缩短进度。
三十二、项目配置管理包含的活动。
1、制定项目配置管理计划;
2、配置标识;
3、配置控制;
4、配置状态报告;
5、配置审计;
6、发布管理和交付。
三十三、项目配置管理流程。
1、建立并维护项目配置管理的组织方针。
2、制定项目配置管理计划;
3、确定配置标识规则;
4、实施变更控制;
5、报告配置状态;
6、进行配置审核;
7、版本管理和发行管理。
三十四、指导和管理项目执行的内容。
1、完成项目或阶段性目标;
2、执行项目计划;
3、获取报价;
4、选择供应商;
5、管理供应商;
6、实施已批准的预防措施;
7、实施已批准的纠正措施;
8、实施已批准的缺陷修复申请;
9、实施已批准的变更请求;
10、管理风险;
11、建立沟通;
12、收集项目或阶段性数据;
13、收集和记录项目经验教训;
14、配备人员,管理已分配到项目中的团队成员;
15、获取、管理、使用分配到项目中的资源;
16、创建、验证、确认项目或阶段性可交付成果。
三十五、项目质量管理计划的内容。组资制程策改措
1、质量组织结构、人员职责;
2、进行质量管理所需的资源;
3、质量管理制度;
4、质量管理程序;
5、质量管理策略、方针、目标、制定依据;
6、过程改进计划和方法;
7、为质量保证提供行为和措施;
8、为质量控制、保证、提高、过程改进提供措施。
三十六、项目成本估算的步骤。
1、分析和识别项目成本的构成科目;
2、为每一个构成科目,估算其成本大小;
3、分析成本估算结果,找出各种替代成本,并协调各成本之间的比例关系。
三十七、项目成本预算的步骤。
1、将项目的总成本按WBS层次,分解到工作包;
2、将工作包成本进一步分解到其所包含的活动上;
3、确定各项活动成本支出时间计划和项目成本预算计划。
三十八、项目风险识别的原则。
1、由粗到细,由细到粗;
2、先怀疑,后排除;
3、排除和确认并重;
4、必要时,进行实验论证;
5、严格界定风险内涵,并考虑各风险因素之间的相关性。
三十九、项目变更控制流程或管理流程。
1、先沟通,提出书面变更申请;
2、充分评估变更带来的影响,并将评估结果通知项目干系人;
3、按照规定地变更流程,交由CCB审批;
4、若审批未通过,则取消变更,纳入监控;
5、若审批通过,则调整和更新相应的项目计划和文件,并通知项目干系人;
6、执行变更;
7、记录变更实施情况;
8、监控变更;
9、验证变更;
10、归档,结束变更。
四十、成功项目团队的特征。
1、有共同制定并遵守的工作纪律;
2、有成文或习惯的工作流程,且流程简明有效;
3、项目经理对项目团队有明确的绩效考核评价标准;
4、团队目标明确;
5、岗位明确,组织结构清晰;
6、协同工作。
四十一、成本估算不准确或困难的原因。
1、过于乐观或保守的估计;
2、技术的制约;
3、上级领导或管理层的压力;
4、项目的需求多变、目标不明确;
5、信息复杂,需考虑的因素多;
6、缺乏专业或有经验的人才;
7、缺乏类似项目的参考;
8、项目的范围不确定或尚未明确。
四十二、进行配置项版本控制的原因。规历多冲控
1、版本控制是按照一定规则保存了配置项的所有版本,避免出现配置项版本丢失、混淆的现象;
2、版本控制有利于对配置项历史版本的追溯,可以快速准确的查找到配置项的任何版本;
3、版本控制作用于多个配置管理活动中;
4、版本控制可以防止版本冲突,进行有效地统一和合并,以防止混乱;
5、版本控制使配置项处于受控状态,能够更好地进行变更管理。
四十三、配置库的作用。
1、记录和配置相关信息;
2、利用配置库中的信息,评价变更结果,对项目变更控制有重要意义;
3、提取配置管理过程中的管理信息,利用配置库中的信息,可以查询回答许多配置管理问题。
四十四、项目人员转移的前提条件(步骤方式)。
1、根据项目人力资源管理计划中描述的人员转移条件已触发;
2、项目团队人员已完成工作交接;
3、项目团队人员的工作衔接已告一段落或已完成;
4、项目经理签发项目人员转移文件;
5、项目经理签发项目团队成员绩效考核文件;
6、项目经理通知所有的项目干系人;
7、召开项目总结表彰大会,肯定成绩,总结经验教训。
四十五、在项目执行过程中,可能遇到的风险包括。
1、需求风险;
2、市场风险;
3、关键人员风险;
4、进度、质量、成本等其他风险;
5、政策风险;
6、法律法规风险;
7、团队风险;
8、运行风险;
9、技术风险;
10、环境风险;
11、预算风险。
四十六、合同签订时,应注意的内容和条款包括。
1、项目及产品的目标、范围;
2、质量验收标准;
3、验收时间;
4、项目费用和工程款的支付方式;
5、合同附件;
6、法律公证;
7、损害赔偿;
8、合同变更约定;
9、违约责任和争议发生的解决方式;
10、技术支持服务。
四十七、项目经理应具备以下知识和能力。
1、行业知识、专业知识、技能;
2、具备一定地组织协调和沟通能力;
3、具备丰富地项目管理经验、领导能力和管理能力;
4、充分深入了解、熟悉国家及项目所在地方人民政府法律、法规、规定;
5、具有良好的职业道德;
6、具有对社会、项目环境的认知、理解、洞察力;
7、具有完备地项目管理知识体系和其他知识。
四十八、项目人力资源管理可能存在的问题。
1、项目经理缺乏必要的项目管理经验;
2、项目沟通存在问题;
3、未进行良好的冲突管理;
4、兼职过多,没有足够地精力和时间,顾此失彼;
5、项目经理没有真正进入项目管理角色,定位错误,疏于对项目的管理;
6、新进成员缺乏培训和全程的跟踪监控;
7、没有共同制定并遵守的工作纪律。
四十九、项目整体管理可能存在的问题。
1、项目管理计划的制定不应由项目经理单独完成;
2、制定完成的项目管理计划应经评审;
3、未制定项目管理计划或内容不完善;
4、未制定范围和需求管理子计划;
5、对用户需求获取不充分;
6、需求分析不到位;
7、缺少需求定义环节,未定义出需求规格说明书;
8、缺少需求验证环节,没有请客户一起对需求进行确认;
9、没有求得项目干系人对需求的一致理解;
10、没有求得项目干系人对需求的承诺;
11、没有制定整体变更流程和变更控制流程;
12、没有有效地管理需求变更控制;
13、范围没有管好,导致范围蔓延;
14、进度控制存在问题,没有充分及时评估范围变更而导致的方方面面的影响,造成进度延误;
15、项目经理缺乏必要的项目管理经验;
16、项目沟通存在问题。
五十、项目需求管理可能存在的问题。
1、未制定项目需求管理计划;
2、项目沟通存在问题;
3、项目经理缺乏必要的项目管理经验;
4、没有有效地管理需求变更控制;
5、没有有效地维护对需求进行跟踪管理;
6、没有按照规范的需求开发和需求管理的内容和流程开展需求工作;
7、没有及时识别项目工作与需求之间的不一致性;
8、没有建立有效地需求变更流程;
9、对用户的需求获取不充分;
10、缺少需求分析环节或分析不到位;
11、缺少需求定义环节,未定义出需求规格说明书;
12、缺少需求验证环节,没有请客户一起对需求进行评审;
13、没有求得项目干系人对需求的一致理解;
14、没有求得项目干系人对需求的承诺。
五十一、项目配置管理可能存在的问题。
1、项目沟通存在问题;
2、项目经理缺乏必要的项目管理经验;
3、未制定项目配置管理计划;
4、为建立配置管理系统或机制;
5、项目整体版本管理存在问题;
6、未使用有效地配置管理工具;
7、未对配置管理工具的有效性进行评估;
8、缺乏对配置管理人员的培训;
9、缺少配置管理流程;
10、未设置配置管理人员或经验不足;
11、没有建立基线;
12、没有做好变更管理;
13、缺少各种单元测试和集成测试;
14、缺少项目整体管理的权衡;
15、未对配置进行综合管理。
五十二、项目范围管理存在的问题。
1、未制定项目范围管理计划或内容不完善;
2、项目沟通存在问题;
3、项目经理缺乏必要的项目管理经验;
4、范围没有管好,造成二次变更;
5、项目范围控制存在问题;
6、项目变更中,没有对相应的合同进行变更;
7、缺少需求调研、分析等环节;
8、没有定义出项目范围说明书或范围定义不充分;
9、缺少范围确认环节;
10、变更没有规范地变更流程;
11、项目的需求、设计文件未得到客户的正式评审;
12、变更结果没有得到客户的确认;
13、没有及时评估项目范围变更给项目带来的方方面面的影响,并与项目干系人沟通。
五十三、项目质量管理存在的问题。
1、未制定项目质量管理计划或内容不完善;
2、为建立质量保证体系;
3、缺乏质量标准和质量规范;
4、质量管理没有使用有效地管理工具、技术、方法;
5、项目沟通存在问题;
6、质量职责分配不合理,没有QA人员,或QA人员未独立于项目组,或没有全程参与项目;
7、项目经理缺乏必要的项目管理经验或项目质量保证人员经验不足;
8、质量控制的方法存在问题,效果不佳;
9、仅向用户提交了测试报告,而未向用户提交全面质量管理进展报告;
10、项目质量控制缺少必要地环节(如:缺少评审、检查等);
11、新进人员经验不足;
12、测试过程中,配置管理工作未到位;
13、没有按照正规的变更控制流程处理质量标准和验收标准的变更。
五十四、企业质量管理体系可能存在的问题。
1、体系的建立应全员参与;
2、体系的建立应充分结合本企业的特点,不能照搬照抄;
3、体系制定完成,应立即运行,不断改善,不能束之高阁;
4、体系运行过程中,应及时发现问题,进行改进;
5、企业质量管理部门应全程参与体系的制订(建立)及运行;
6、企业的项目应严格遵照体系的要求执行。
五十五、项目进度管理存在的问题。
1、项目团队成员没有尽早的参与项目,需求分析耗时过长;
2、开发团队没有尽早的参与项目,需求分析耗时过长;
3、未制定项目进度管理计划或内容不完善;
4、仅靠类似项目估算本项目历时不准确;
5、项目经理缺乏必要的项目管理经验,项目资源分配不足;
6、经验不足,进度计划估算不准确;
7、没有合理的使用分配到项目上的资源;
8、未考虑特定时期会对项目进度产生影响;
9、进行项目历时估算时,未充分考虑节假日的影响;
10、进度控制存在问题;
11、项目沟通存在问题,增加人员经验不足,经常加班,导致工作效率降低;
12、未对项目管理计划、技术方案进行详细评审,需求文件未经确认。
五十六、项目合同管理过程中可能存在的问题。
1、未签订合同,或缺少必要的合同条款;
2、合同条款约定不明;
3、未做好合同签订前的调研工作,合同签订过于草率;
4、缺少变更处理相关条款;
5、缺少违约责任相关条款;
6、缺少项目索赔及纠纷处理相关条款;
7、项目变更中,未对相应的合同进行变更;
8、项目合同执行过程中,未留下相应的文档记录;
9、未采取措施,确保合同双方对合同条款达成一致理解;
10、合同双方未对项目范围达成一致认可或承诺。
五十七、项目收尾过程中可能存在的问题。
1、未制定规范的项目收尾规程;
2、项目沟通存在问题;
3、催收剩余款项,缺少正式且必要的依据;
4、项目在产品和工作上还不满足收尾条件;
5、项目收尾时,应提交的必要文件没有准备好,并经客户签收确认;
6、项目总结会未让全体项目团队成员参加;
7、项目总结报告未能反映项目的实际情况;
8、未经过正式规范的收尾,就提前报告项目结束,进行了人员转移,给项目带来诸多风险;
9、项目产品未经正式验收和确认,未签署验收报告,就进行了项目总结;
10、没有做好验收前的准备工作,软件还存在缺陷,缺陷未经修复和确认,就进入了正式验收环节。11、在验收过程中,为根据规范的变更控制对软件进行修改,导致软件与文档不一致;
12、软件更新后,未对相应的文档进行变更,便交付给了客户。
五十八、项目验收工作的内容。
1、系统测试;
2、系统试运行;
3、系统文档验收;
4、项目终验。
五十九、项目验收工作的步骤。
1、对项目的各子项目的成果进行测试和确认,并得到客户的肯定;
2、将各子项目联系起来,对整个系统进行全面的测试,并测试通过;
3、系统开始试运行;
4、项目或系统文档验收;
5、取得项目或系统最终验收报告。
六十、项目收尾过程中的主要管理工作内容(信息系统集成项目收尾的管理工作内容包括)。
1、项目验收工作(包括:验收测试、系统试运行、系统文档验收、项目终验);
2、项目总结工作(包括:是否履行了职责、收集项目文档、存档项目信息、召开总结会议、总结分析经验教训);
3、系统维护工作(包括:信息系统日常维护、硬件设备更新、满足信息系统的新要求);
4、项目后评价工作(包括:目标评价、过程评价、效益评价、可持续性评价)。