软考系统集成项目管理师考试案例分析阅读理解汇总.docxVIP

PAGE \* MERGEFORMAT PAGE \* MERGEFORMAT 1 案例分析阅读理解 希望评标时调整 不同意该请求，可以体现在评标会上由评标委员会决定是否需要澄清。 打听单位名称报价 应明确拒绝对方的请求，因为这将可能会有损第三方参与人的利益。 开标时间 开标应在招标文件确定的截止时间的统一时间公开进行 评标 经济、技术类专家，要求是 5 人以上单数，经济类专家占 2/3 开标主持 开标不应由代理机构主持，应是招标人主持 投标文件的密封 投标人或代表检查，不应由代理机构检查 建设方问题： 初步可行性研究内容不全面。 不能单凭项目符合国家政策导向就上马，而是要综合考虑各种因素。 招标文件中没有交付质量标准。 招标文件中没有合同主要条款。 未综合考虑承建方的实力。 承建方问题： 郑工是软件工程师，没有投标的经验 不能单从技术角度分析项目是否可行，还要考虑其他因素。 投标文件不能由郑工独立编制，而是需要各部门人员配合。 没有认真阅读和理解招标文件，对建设方的需求把握不准。 对于招标文件的缺陷，未能与建设方进行有效沟通。 项目立项前大致包括哪几个过程，分别起到什么作用 1、项目的需求分析，其作用是弄清楚项目发起人及其他干系人的要求 2、编写项目建议书，是建设单位向上级主管单位提交项目申请必须的文件 3、编写项目可行性分析报告，其作用是从项目的投资必要性、财务可行性、组织可 项目部门反映目前开发的产品不是他们需要产品其可能的原因如下： （1）项目需求调研工作不明确 （2）项目需求评审工作流程不完善（专家根据自己对项目的描述进行简单的评审） （3）对项目的需求估计不足 （4）项目进行中没有与客户及时沟通 （5）发生变更没有遵循正确的变更流程 （6）项目的范围定义不完善 有更简单的技术方案： 论证工作和可行性研究工作没有做好 项目建议书 1.项目的必要性2.项目的市场预测3.产品方案或服务的市场预测4.建设项目的必须条件 监理 投资控制，进度控制，质量控制，变更控制。 合同管理，信息管理，安全管理。 沟通协调 加密技术 加密：用以确保数据的保密性，阻止对手的被动攻击，如截取，窃听 认证：发接收者报文的完整性，阻止对手主动攻击，如冒充，篡改，重播等 数字签名：具有发送方不能抵赖，具有在公证人前解决纠纷能力，不能伪造签名，通过验证签名来确认真伪，允许双方和第三者验证 配置项管理 配置管理包括6个主要活动： 制定配置管理计划，配置标识，配置控制，配置状态报告，配置审计，发布管理和交付 *典型配置项 项目计划书，需求文档，设计文档，源代码，可执行代码，测试用例，运行软件所需的各种数据 注意点：测试报告，会议纪要，工作记录不计入配置项内容 *配置项类型 基线：所有的设计文档和源程序 非基线：项目各类计划和报告 所有配置项的操作权限由CMO（配置管理员）严格管理，基线配置项向开发人员开放读取的权限，非基线配置项向PM,CCB及相关人员开发 错误做法 1、没有提出变更申请就组织配置控制委员会讨论同意修改 2、小张直接在受控库中增加小王的修改权限 3、由小张直接修改权限 4、小王可以直接修改受控库的功能。 正确做法 1、首先提出变更申请，提交给 CCB 进行决策 2、CCB 决策通过后，小张才能安排人员进行实施修改 3、修改时应把程序从受控库中复制到开发库 4、修改完成后，通过评审才能进入到受控库。 5、所有配置库的权限应由 CMO 来进行设置。 存在问题 没有制定配置管理计划 没有对配置库进行很好的分类管理， 版本管控不到位，造成版本丢失 没有成立配置控制委员会 CCB 变更管理没有走流程或者没有规范的变更流程。 没有任命专职的配置管理员 没有很好的配置管理系统。 改善 使用配置管理工具、有经验的开发人员、有经验的配置管理人员、加强版本控制。 配置库： 开发库：开发人员的个人工作区，由开发人员自行控制。 受控库：包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理某个阶段工作结束时，将工作产品存入受控库。 （受控库所有人都只能有读取权限，配置管理员具备有删除、修改类权限） 产品库：包含已发布使用的各种基线的存档，系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装 按分类建库的方式 优点：产品的继承性较强，工具比较统一，对并行开发有一定的需求。 缺点：库结构不是面向各个开发团队的开发任务的，工作目录结构过于复杂， 按任务建库的方式 优点：采用这种设置策略比较灵活。 缺点：使用的开发工具种类繁多，开发模式以线性发展为主。 配置库变更流程： 1.变更申请? ? 2.变更评估? ? 3.通告评估结果 4.变更实施? ? 5.变更验证与确认? ? 6.变更的发布 7.基于配置库的边控控制