软考案例套路回答90问
（1）因人手比较紧张，M 从正在从事编程工作的高手中选择了小张作为负责软件子项目的项目经理，小张同时兼任模块的编程工作
1)技术到管理，没有培训
2)项目经理不应该身兼多职
（2）该开发人员就直接对系统软件进行了修改
1)缺少变更控制流程
（3）在验收过程中，老刘提出了一些小问题。项目经理张斌带领团队很快妥善解决了这些问题。但是随着时间的推移，客户的问题似乎不断。时间已超过系统试用期，但是客户仍然提出一些小问题，而有些问题都是客户方曾经提出过，并实际上已经解决了的问题。
1)范围蔓延
2)配置管理未做好
（4）项目经理小丁做过 5 年的系统分析和设计工作，但这是他第一次担任项目经理。小丁兼任系统分析工作
1)技术到管理，没有培训
2)项目经理不应该身兼多职
（5）因此他要求项目组成员无论如何每周都必须按时参加例会并发言，但对例会具体应如何进行，老张却不知如何规定。很快项目组成员就开始抱怨例会目的不明，时间太长，效率太低，缺乏效果等等，而且由于在例会上意见相左，很多组员开始相互争吵，甚至影响到了人际关系的融洽
1)沟通管理计划不细致
（6）在该项目合同中，简单地列出了几条项目承建方应完成的工作，据此小李自己制订了项目的范围说明书。
1)合同条款应当齐全
2)范围说明书需要甲方确认
（7）合同的相应条款作为依据，而这些条款要么太粗、不够明确
1)合同条款应当齐全
（8）以往项目销售经理的过度承诺给后继的实施工作带来了很大困难
1)过度承诺
（9）期间项目经理田某因故离职，其工作由系统集成商 B 的另一位高级项目经理鲍某接替
1)核心人员离职，工作未交接
（10）项目承建单位的一名副总裁承揽了一个新项目，他把程序员、测试工程师从该项目上调走，去执行他新承揽的项目。
1)人员抽走
（11）尚存在一些问题，主要有：方案遗漏一项基本需求，有多项无效需求，没有书面的需求调研报告；在项目的工期、系统功能和售后服务等方面，存在过度承诺现象。
1)需求评审没做好
2)过度承诺
3)文档管理不到位
（12）章某建议从在公司工作 2 年以上业务骨干中选拔项目经理。结果李某被章某选中负责该项目的软件开发子项目。
1)业务人员当人项目经理没有经验，未进行培训
（13）他领导的团队因经常返工而效率低下、团队成员对发生的错误互相推诿、开会时人员从来没有到齐过，甚至李某因忙于自己负责的模块开会时都迟到过。大家向李某汇报项目的实际进度、成本时往往言过其实，直到李某对自己负责的模块进行接口调试时才发现这些问题。
1)经常返工，质量有问题
2)团队人员职责定义不清
3)项目经理身兼多职，不以身作则
4)绩效考核不到位
5)监控不利
（14）这次和以往不同的是强某还同时管理着另外两个项目，而这个人口管理系统项目的工期要求紧、他能调用的人手少。
1)身兼多职
2)人力资源不足
（15）张工认为此项目质量管理的关键在于系统地进行测试。
1)质量是计划出来的，不是检查出来的。
（16）新毕业的大学生小吕负责项目的质量保证
1)小吕没有质量保证相关经验，需要进行培训
（17）而 WBS 则由小刘自己依据以往的经验进行分解
1)WBS 需要根据项目实际情况进行编制
（18）因为项目的验收日期是合同里规定的，人员是公司配备的，所以进度里程碑计划是从验收日期倒推到启动日期分阶段制定的。在该项目计划的评审会上，大家是第一次看到该计划，在改了若干错别字后，就匆忙通过了该计划。该项目计划交到负责质量保证的小吕那里，小吕看到计划的内容，该填的都填了，格式也符合要求，就签了字。
1)进度计划不能用那个倒推
2)进度计划应该有冗余
3)会议材料应当提前发给与会人员
4)质量保证不到位
（19）在需求分析时，他们制作的需求分析报告的内容比合同的技术规格要求更为具体和细致。小刘把
需求文档提交给了甲方联系人审阅，该联系人也没提什么意见。1)
需求文档未经过甲方确认
（20）甚至有关技术指标不符合国家电表标准等等，而此时 S 公司因内部原因退出中国大陆市场
1)风险管理不到位
（21）由于此客户为 A 公司的重要客户，为维护客户关系，A 公司同意了建设单位的要求。为了完成项目建设任务，A 公司将应用软件分成了多个子系统，并分别组织开发团队突击开发，为提高效率，尽量采用
并行的工作方式，在没有全面完成初步设计的情况下，有些开发组同时开始详细设计与部分编码工作；同
时新招聘了 6 名应届毕业生加入开发团队。
1)快速跟进有返工风险
2)新人员需要培训
（22）然后参考项目管理教材和国外一些大型项目管理经验制定了一系列相关规定以及奖惩措施，针对
正在开发的项目分别指定了技术骨干作为项目的项目经理。
1)技术人员转项目经理，技能不足需要进行培训
2)项目的规定和奖惩措施需要根据企业、项目的实际情况进行制定
（23）认为“公司规模小没有必要进行项目管理”，与其花费了大量时间开会、写文档，不如几个人碰
碰头说说就可以了。实际开发工作中总是以开发任务重等原因不按照规定履行项目管理程序。
1)公司质量体系不健全
2)项目管理不到位
（24）因此决定从公司工作 3 年以上的业务骨干中选拔一批项目经理。张某原是公司的一名技术骨干，编程水平很高，在同事中有一定威信，因此被选中直接担当了某系统集成项目的项目经理。
1)技术人员转项目经理，技能不足需要进行培训
（25）他领导的小组有 2 个新招聘的高校毕业生，技术和经验十分欠缺，一遇到技术难题，就请张某进行技术指导。有时张某干脆亲自动手编码来解决问题，因为教这些新手如何解决问题反而更费时间。由于有
些组员是张某之前的老同事，在他们没能按计划完成工作时，张某为了维护同事关系，不好意思当面指出，只好亲自将他们未做完的工作做完或将不合格的地方修改好。该项目的客户方是某政府行政管理部门，客
户代表是该部门的主任，和公司老总的关系很好。因此对于客户方提出的各种要求，张某和组内的技术人
员基本全盘接受，生怕得罪了客户，进而影响公司老总对自己能力的看法。张某在项目中遇到的各种问题
和困惑，也感觉无处倾诉。项目的进度已经严重滞后，而客户的新需求不断增加，各种问题纷至沓来，张
某觉得项目上的各种压力都集中在他一个人身上，而项目组的其他成员没有一个人能帮上忙。
1)团队人员技能不足，未进行培训
2)需求变更控制流程不到位
3)组织沟通不通畅
4)团队职责不清晰
5)团队管理不到位
（26）王某认为这是正常的项目团队磨合过程，没有过多干预。同时，批评新加入成员效率低下，认为
项目团队原成员更有经验，要求新加入成员要多向原成员虚心请教。项目实施两个月后，王某发现大家汇报项目的进度言过其实，进度没有达到计划目标。
1)团队建设，冲突管理
2)绩效考核不到位
3)监控不到位
（27）小方根据在学校学习的项目管理知识，制定并发布了项目章程。因工期紧，小方仅确定了项目负
责人、组织结构、概要的里程碑计划和大致的预算，便组织相关人员开始各个网站的开发工作。
1)没有根据项目实际情况制定项目章程
（28）项目经理召开项目组内部会议将任务口头布置给了小组成员。会后，主要由编码人员按照会议备忘录的要求对已完成的模块编码进行修改，而未完成的模块按照会议备忘录的要求进行编写。
1)沟通
（29）需求分析完成后，项目组编写了《需求分析报告》。项目经理小赵召集部分骨干人员召开评审会，对需求文件进行了评审。为了尽快进入下一阶段工作，评审会从早上 9 点一直开到晚上 9 点，终于把全部文件都审完了。评审组找到了几处小问题，并当场进行了修改，项目经理宣布可以进入设计阶段
了。设计人员根据需求文件编写了《设计说明书》，并提交给小赵。小赵对设计文件仔细审阅后，便安排程序员开始编程。
1)未让甲方参加需求评审
2)会议效率低下
3)无甲方签字确认
4)设计说明书未经过评审,甲方必须参与？
（30）由于该高校是公司重要的客户，A 公司领导口头答应了客户的要求。
（31）李某凭借自己项目管理的经验，认为这些变更在约定的工期内可以完成，因此直接答应了对方的变更要求，随后，李某找到负责变更模块的项目组成员，要求其完成对业务流程变更的修改。
1)未经过变更控制
2)风险
（32）临近外包交工时，对方提出人力资源紧张，要求延长合同期限，如果延长外包期限，将导致无线
抄表系统项目进度无法完成，公司将承受很大的损失。 1)合同监控不到位
（33）小王在初步了解了这个项目的基本情况之后，就按照公司的模板与项目组的几个核心成员共同制
订了项目管理计划。
1)不是基本情况后，是详细
（34）考虑到刘某第一次管理这种商业性项目，因此对很多管理细节都进行了细化，并将计划重点集中在项目执行计划的制订方面，配置管理计划做得比较简单
1)管理经验不足
2)对配置管理的认识不足
（35）项目经理经过与项目组及项目管理部协商，决定去掉详细设计这个环节，直接进入产品的编码阶段，安排开发工程师根据总体设计负责各自模块的开发工作。
1)详细设计环境不能去掉
2)开发不讷讷感各自为营
（36）5 名开发工程师组成的开发小组进入非常忙碌的编码阶段后，经常加班加点。开发过程中，由于原来制定的计划已完全被打乱，SQA 无法再根据原来的质量保证计划进行跟踪，项目组其他人员也已无法发挥作用。
1)计划未及时更新
（37）这时已有 2 名开发人员因为信心问题而离职，项目经理除了要考虑项目进度外，还要考虑项目资源，由于此时其他项目任务也很重，公司资源很紧张，他不得不重新招聘开发人员。1)团队建设未到位
（38）小赵被任命为某软件开发项目的专职质量管理人员，他此前只有过三个月的软件开发经历。
1)没有 QA 经验
（39）项目经理李工决定调整计划，不划分测试阶段，将所有模块一次集成后统一开始测试。
1)全过程测试
（40）由于模块由不同人员开发，需要不同的人来修改，常常是已修复的 BUG，在修复其他的 BUG 之后又再次出现，开发人员不停修改
1)配置没做好
2)沟通不到位
（41）质量部便借鉴了其它公司的体系文件，对其简单修改后形成了 A 公司的质量管理体系文件。1)未根据单位自身实际情况
（42）鉴于项目已经完成了试运行，李工就组织大家召开了项目总结会。在总结会上李工表示了对大家的感谢，然后就宣布项目已经结束，项目团队成员可以各自按照原先的人力资源计划进入新的项目。
1)项目未验收
2)未进行项目总结，分析经验教训，更新组织过程资产
（43）项目小组在 2009 年 1 月 20 日前完成任务，1 月 21 日至 28 日各模块联调，1 月 29 日至 31 日机动。
1)未考虑节假日
（44）小李随后在原道路监控项目解决方案的基础上组织制定了智能交通管理系统项目的技术方案。1)需要根据实际项目
（45）为了赶工期项目组省掉了一些环节和工作，虽然最后通过验收，但却给后续的售后服务带来很大的麻烦：为了解决项目网络出现的问题，售后服务部的技术人员要到现场逐个环节查遍网络，绘出网络的
实际连接图才能找到问题的所在。售后服务部感到对系统进行支持有帮助的资料就只有政府网站的网页HTML 文档及其内嵌代码。
1)文档缺失
（46）H 公司同甲方关系比较密切，但也正因为如此，合同签的较为简单，项目执行较为随意。（47）小赵是一位优秀的软件设计师，负责过多项系统集成项目的应用开发，现在公司因人手紧张，让他作为项目经理独自管理一个类似的项目
（48）李工按照 4 个月的工期重新制定了项目计划，向公司申请尽量多增派开发人员，并要求所有的开发人员加班加点工作以便向前赶进度。由于公司有多个项目并行实施，给李工增派的开发人员都是刚招进公司的新人。为节省时间，李工还决定项目组取消每日例会，改为每周例会。同时，李工还允许需求调研和方案设计部分重叠进行，允许需求未经确认即可进行方案设计。1)加班不利于团队氛围。。。。
2)增加人员不一定有效
3)快速跟进风险
4)需求未确认
（49）张工在担任此新项目的项目经理同时，所负责的原项目尚处在收尾阶段。张工在进行了认真分析后，认为新项目刚刚开始，处于需求分析阶段，而原项目尚有某些重要工作需要完成，因此张工将新项目需求分析阶段的质量控制工作全权委托给了软件质量保证（SQA）人员李工。李工制定了本项目的质量计划，包括收集资料、编制分质量计划、并通过相应的工具和技术，形成了项目质量计划书，并按照质量计划书开展相关需求调研和分析阶段的质量控制工作。
1)身兼多职
2)质量控制给 QA
3)质量计划各干系人参与
4)对需求分析不重视
5)质量是全过程的
（50）某网络建设项目在商务谈判阶段，建设方和承建方鉴于以前有过合作经历, 并且在合同谈判阶段双方都认为理解了对方的意图，因此签订的合同只简单规定了项目建设内容、项目金额、付款方式和交工时间。
（51）王某是某管理平台开发项目的项目经理。王某在项目启动阶段确定了项目组的成员，并任命程序员李工兼任质量保证人员。李工认为项目工期较长，因此将项目的质量检查时间定为每月 1 次。
1)QA 兼职
2)频度太低
（52）李工对这个开发人员开具了不符合项报告，但开发人员认为并不是自己的问题，而且修改代码会影响项目进度，双方一直未达成一致，因此代码也没有修改。
1)QA 未按要求上报
（53）老陆是某系统集成公司资深项目经理，在项目建设初期带领项目团队确定了项目范围。后因工作
安排太忙，无瑕顾及本项目，于是他要求：①本项目各小组组长分别制定组成项目管理计划的子计划；② 本项目各小组组长各自监督其团队成员在整个项目建设过程中子计划的执行情况；③项目组成员坚决执
行子计划，且原则上不允许修改。
（54）在编码阶段，赵工发现需求文件还在不断修改，形成了多个版本，设计文件不知道该与哪一版本的需求文件对应，而代码更不知道对应哪一版本的需求和设计文件。同时，客户仍在不断提出新的需求，有些很细微的修改，开发人员随手就改掉了。
1)需要蔓延
2)配置管理
（55）小刘经过详细的需求调研，开始着手制定项目计划，在此过程中，他仔细考虑了项目中可能遇到的风险，整理出一张风险列表。
1)计划各干系人参与
2)风险全员参与
（56）项目管理计划制定完成后，小刘通知了项目组成员，召开了第一次项目会议，将任务布置给大家。随后，大家按分配给自己的任务开展了工作。 1)
工作需要确认
2)无启动会
（57）某公司的质量管理体系中的配置管理程序文件中有如下规定：①由变更控制委员会（CCB）制定项目的配置管理计划；②由配置管理员（CMO）创建配置管理环境；③由 CCB 审核变更计划；④项目中配置基线的变更经过变更申请、变更评估、变更实施后便可发布；⑤CCB 组成人员不少于一人，主席由项目经理担任。
1)CMO 制定配置管理计划
2)4 少验证
3)ccb 一个人时为甲方领导
（58）为了节约时间，小陈根据自己在沟通会议上记录的结果，当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计，并指出项目组成员必须严格按照进度计划执行，以不辜负领导的期望与嘱托。
1)需求要确认
2)进度可能有变更
（59）项目进行到 2 月底时，校方主管此业务的新领导到任，并提出了新的信息化管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备不进行范围变更，并将结果通知客户，引起客户不满。
1)变更控制流程不对
2)沟通
（60）近期，该公司承担了某自然灾害预警系统项目，由于项目时间紧张，上线任务迫切，经过管理层
讨论，决定临时简化流程，在开发阶段集中对质量进行把关。由于以前做过类似的项目，为了节约时间，项目经理带领团队套用原有成功项目的需求和设计思路，对历史项目的相关文档进行修改后，立即进入编码阶段。编码完成后，为争取系统提前交付，匆忙进行测试，并上线试运行。
1)简化
2)质量是全过程把关,质量是计划出来的，不是检查出来的
3)文档需要结合本项目实际情况
4)需求需确认
5)测试要认真
（61）项目组准备了详尽的测试用例，会同业主共同进行系统测试，测试过程中为了节约时间，小张指派项目开发人员小李从测试用例中挑选了部分合理、有效的数据进行测试，保证系统正常运行。
1)小李最好为专门 QC
2)测试用例要有正确的和错误的
（62）项目组将业主的数据和设置加载到系统中进行正常操作，完成了试运行工作。
1)试运行数据加载应该由甲方自己做
2)不是做正常操作，而是实际操作
（63）经初步调研，杨某发现该项目进度紧、任务重、用户需求模糊，可能存在较大风险。但 B 公司领导认为应该先签下该项目，其他问题在项目实施中再想办法结局。A、B 双方很快签订了一份总价合同。在合同中，根据赵某提供的初步需求说明，简单列出了系统应完成的各项功能和性能指标。杨某根据合同制定了项目的范围说明书。
1)总价合同对 B 公司不利，应该为单价合同
2)初步需求简单列出不对
（64）杨某将上述情况汇报给了 B 公司主管领导，主管领导认为 A 单位为公司客户，非常重要，要求杨某利用合同条款的模糊性，简化部分模块的功能实现，以保持成本和进度不变。
1)模糊性无职业道德
（65）小李为项目制定了整体进度计划，将项目分为需求、设计、实施和上线试运行四个阶段，项目开始后，张工凭借其丰富的经验使开发过程得到了很好的质量保证，需求和设计顺利通过了张工的把关。
1)计划要各干系人参与
2)项目少测试阶段
（66）A 公司同时进行的信息系统开发项目比较多，李工在完成生产过程管理信息系统的需求说明书后，转到了另外的项目开发组。在赵工带领开发小组进行设计与编码的过程中，客户经常提出一些小的改动，赵工认为满足客户的需求是很重要的，所以，能改的就改了，没有与 A 公司的其他人进行协商。
1)身兼多职
2)需求蔓延
3)变更控制不到位
（67）由于技术人员有限，为保证各个项目的进展，人员在项目间的兼职与交叉很严重。一个技术开发人员在 M 项目上工作 2 天后，很可能转入 Y 项目工作，过了 3 天，再转回 M 项目工作。项目的文档一
般采用各自的命名方式进行管理，客户提出的修改也各自负责，在技术开发人员的本地机上进行了开发。
1)人员复用
2)配置管理有问题
（68）接到任务后，项目经理小王开始着手编制项目管理计划，根据招标文件，小王列出了一个初步的进度计划，进度计划中的各里程碑点正好是甲方招标文件中规定的各时间节点。随后，小王估计了项目的各项开销，确定了项目预算。
1)计划要干系人参与
2)根据合同，投标文件而不是招标文件
3) 初步计划应该是详细计划
4)实际应该有冗余
5)确定的应该是估算不是预算
（69）为了赶工，就对项目开发人员再发工，将试运行的系统版本作为原始版本，在些基础上开始并行为其他委办局定制开发各自的政务信息资源整合系统。试运行的版本在运行中根据用户的要求，产生了一些功能的变动，开发人员改动代码，这些改动后的代码有的适合其他委办局，有的不适合；而在为其他委办局开发中，也在根据用户的要求进行各自代码的修改。项目进展得很顺利，期间，主要开发人员小王和小李因故提出辞职，刘经理向公司申请补充开发人员接替小王和小李的工作，然而由于之前的变更没有相关文档的记录，开发版本与设计和需求的版本对应不上。
1)身兼多职
2)配置管理不到位
3)变更控制流程不到位
4)文档不全
（70）鉴于项目规模较小，而且已经获得了总经理的支持，因此项目经理李某觉得没有必要进行项目的可行性研究，只是组织业内的几个专家，根据他自己对项目的描述做了简单的评审，专家也没有对该项目提出太多的异议。但是在项目的实施阶段，问题却层出不穷。首先是，项目团队发现有新的、更简单易行的技术方案可以实现项目的目标；其次是与销售部门会议后，销售部门的人反映目前开发的产品不是他们需要的产品；更麻烦的是，相关政府部门出台政策，为了稳定市场秩序，限制了该类产品的市场销售。
1)可行性研究不能少
2) 技术、市场、社会可行性都没有
（71）S 公司是某市一家从事电子政务应用系统研发的系统集成公司，公司总经理原为该市市政府信息中心总工程师。S 公司最近承接了该市政府 X 部门的一个软件项目，而 X 部门一直是 S 公司的老客户。因为当时公司总经量急于出差，所以在系统范围界定和验收标准并不十分明确的情况下，就和客户签订了合同，并任命李工为该项目的项目经理。
1)老客户
2)无项目经理经验
（72）随着项目的逐步开展，客户方不断提出一些变更要求，项目组起初严格按照变更管理流程进行处理，但是由于 S 公司与 X 部门比较熟悉，且胡某强调这些变更都是必需的业务要求，因此几乎所有变更都被批准和接受。
（73）李工要求项目组天天加班以保证进度，但需求变更似乎没完没了。为了节省时间，客户的业务人
员不再正式提交变更申请，而是直接和程序员商量，程序员也往往直接修改代码而来不及做相关文档记录。对此李工也很无奈。
（74）此时有一个项目 A 的项目经理告知小张，发现基线库中有一个重要的功能缺陷要修改,项目经理组织配置控制委员会进行了分析讨论后，同意修改，并指派了程序员小王进行修改，于是小张按照项目经理的要求在受控库中增加了小王的修改权，以便小王可以在受控库中直接修改该功能。
1)变更控制未走 CCB
2)配置管理未到位，开发人员不应该能修改受控库
（75）项目经理认为，公司的控制系统软件是比较成熟的产品，虽然需要按项目需要进行二次开发，但应该能够提前完成，但列车控制设备需要协调外包生产，比原计划提前 2 个月没有把握，公司领导认为，从铁路行业的项目特点来考虑，提前开始铁路是必须完成的任务，因此客户的要求不能拒绝。于是他要求项目经理无论如何也要想办法满足客户提出的提前交付的需求。
1)风险
2)变更
（76）该企业已按照ISO9001 的要求建立了一套质量管理体系，对于项目管理、软件开发等的流程均有明确的书面规定。但公司中很多人认为这套管理体系的要求对于项目来说是多余的，条条框框的约束太多，大部分项目经理都是在项目结项前才把质量体系要求的文档补齐以便能通过结项审批。公司的质量管理员也习以为常，只要在项目结束前能把文档补齐，就不会干涉项目建设。
1)未按照公司质量方针，制定项目的质量管理计划
2)质量意思不行
3)文档补全不对
4)QA 走过场
（77）老李组织了技术骨干对客户的需求进行了调研，通过对用户需求的分析和整理，项目组直接制定
了一个总体的技术方案，然后老李制定了一个较粗略的项目计划：
1)计划应该是尽量准确的。
2)项目计划不是老李自己一个人做的，应该感谢人参与
（78）在软件与采集设备的联调过程中，老李请环保局的客户代表来检查工作。客户代表发现由于项目组不了解环保领域的一些参数指标，完成的系统达不到客户方的要求。由于项目从一开始就没有完整的项目文档，老张为了避免再出现重大问题，只好重新进行需求调研。客户方很不满意，既担心项目不能按时上线又担心项目质量无法保证。
1)文档配置不到位
2)沟通不畅
3)需求开发工作不到位
4)质量保证有问题
（79）张工按照项目内容，将项目分成子项目 1、子项目 2 和子项目 3，分别任命李工、王工和廖工负责。三个项目在张工的领导及协调下进展顺利。在整个项目进行到 80%时，出资人提出子项目 1 由于政策原
因需要终止，子项目 2、子项目 3 继续按照原计划进行。因此张工通知李工将子项目 1 资料归档并提交给公司管理资产的人员。随后为了保证子项目 2、子项目 3 的顺利进行，张工将子项目 1 的项目团队解散，有关员工加入到子项目 2、子项目 3 中。子项目 2、子项目 3 在张工引入新的资源后，进展顺利，因此张工觉得不需要再加强阶段审查，等项目全部完成后再统一进行验收。在项目结束后，张工组织客户对子项
目 2、子项目 3 分别进行验收，结果客户对子项目 2 的成果很不满意。因子项目 3 需要的一个
关键部件是子项目 2 提供的，最后影响了二者的总体验收，项目因此没有按时交工。
1)政策原因中止可能是可研没做好
2)项目结束应该一起提交
3）统一验收有问题
4)项目应该统一验收
（80）项目启动时，乙公司领导安排王工担任此项目的项目经理，王工自己按照公司项目章程模板撰写
项目章程，进入了下一个过程，新撰写的项目章程内容包括：质量控制人员、项目组织结构、项目基本
需求、项目完工日期。同时为了保证项目质量，王工亲自撰写了初步的项目范围说明书。王工依照以前
公司的经验撰写的初步的项目范围说明书内容包括：项目概述、产品要求、项目完工日期、项目约定条件、初始风险。初步的项目范围说明书撰写完成后，王工通知了项目组成员，按照初步的项目范围说明
书开始工作，项目组成员有人认为初步范围说明书内容太过简单，跟以往项目范围说明书差别太大，但
担心项目经理不高兴，也没有直接说。
1)项目章程不对
2)初步项目范围书王工写的。。。
3)沟通不畅
（81）刚进入项目规划阶段，发生的几个事件让王工觉得非常棘手：①项目组成员就系统是否包含数据
库导出、备份功能产生了分歧，查看初步的项目范围说明书发现也没有相应描述。②有项目组成员认为
初步的项目范围说明书中给出的系统安全等级过高，实现难度非常大，还可能导致项目成本大幅度增加
③项目组成员不确定项目验收时是否要给客户交付《产品使用手册》，有成员建议既然不确定就不要做了，这样可以节约成本。④在初步的项目范围说明书中没有涉及到项目的质量管理要求，乙公司内部的
质量技术部因此没有安排专门的人员配合王工工作。⑤一些项目组成员经常抱怨王工大包大揽，项目启
动阶段的工作不严格遵照公司管理流程执行，也未征求其他项目组成员的意见和建议。
1)文档编写有问题--目范围说明书发现也没有相应描述
2)安全等级未和客户交流，未进行详细技术可研
3)文档不到位
4)变更控制流程
5)团队管理
（82）甲公司是一家通信技术运营公司。经公司战略规划部开会讨论，决定开发新一代通信管理支持系统，以提升现有系统综合性能，满足未来几年通信业务高速发展需要。战略规划部按照以下步骤启动该项目：①起草立项申请，报公司总经理批准。②总经理批准后，战略规划部开展了初步的项目可行性研究工作，主要从国家政策导向、市场现状、成本估算等方面进行了粗略的调研。③战略规划部依据初步的项目可行性研究报告，认为该项目符合国家政策导向，肯定要上马。公司立即成立了建设方项目工作小组，计划以公开招标的方式选择承建方。
1)缺少详细可研
2)缺少论证
立项流程：
（83）乙公司成立时间不足两年，研发队伍能力较强，也有为其它通信技术公司开发过软件产品的经验。乙公司得知甲公司的招标信息后，马上组织人员开始投标工作。该项目的投标工作由软件研发部的郑工负责。郑工是公司的软件工程师，具有丰富的软件代码编写经验。郑工从技术角度分析认为项目可行，独立编制完成了投标文件。 1)乙方未可研
2)承建方论证的内容
（84）某信息系统开发公司承担了某企业的 ERP 系统开发项目，由项目经理老杨带领着一支 6 人的技术团队负责开发。由于工期短、任务重，老杨向公司申请增加人员，公司招聘了 2 名应届大学毕业生小陈和小王补充到该团队中。老杨安排编程能力强的小陈与技术骨干老张共同开发某些程序模块，而安排编程技术弱的小王负责版本控制工作。在项目开发初期，小陈由于不熟悉企业的业务需求，需要经常更改他和老张共同编写的源代码文件，但是他不知道哪个是最新版本，也不知道老张最近改动了哪些地方。一次由于小王的计算机中了病毒，造成部分程序和文档丢失，项目组不得不连续一周加班进行重新返
工。此后，老杨吸取教训，要求小王每天下班前把所有最新版本程序和文档备份到 2 台不同的服务器上。一段时间后，项目组在模块联调时发现一个基础功能模块存在重大 BUG，需要调取之前的备份进行重新开发。可是小王发现，这样一来，这个备份版本之后的所有备份版本要么失去意义，要么就必须全部进行相应的修改。项目工期过半，团队中的小李突然离职，老杨在他走后发现找不到小李所负责模块的最新版本源代码了．只好安排其他人员对该模块进行重新开发。
1)版本管理员无经验
2)未对团队成员进行培训
3)配置管理不到位
4)配置管理系统出问题了？
5)一段时间后----监控不利
(85)项目进入编码阶段后，承办单位为了扩大影响力，要求在项目中增加全国服装模特海选的宣传、选拔、评奖与管理。因此，建设方代表直接找到小曹提出增加项目内容，并答应会支付相应的费用，但要确保项目工期不能拖延。（1）小曹见到其领导时转述了建设方的要求;（2）领导考虑了一会儿，对小曹说“答应客户要求”，（3）小曹通知商务人员与建设方签订补充协议，（4）因建设单位要求工期不能拖延，故小曹决定项目进度计划不变;（5）小曹找来设计工程师小廖，把新增部分全权委托给了他，让他加班加点确保进度。交付期至时，项目集成测试中发现的问题还未得到及时解决。
1)进度计划是否变更需要评估
2)加班加点
3)全权委托
(86)信息系统集成公司 A（以下简称 A 公司）于 2012 年 5 月承接了某市级银行的计费数据库系统开发项目，约定在该银行十三个本地网点计费系统建设中提供硬件平台及相应软件产品，并由 A 公司负责系统总集成，以及后期相关的运维工作。由于感觉技术比较单一，因此签订了总价合同，合同中只是简单规定了技术总体要求，并约定依据项目的大致进展进行付款。
1)不应当签订总结合同
2)合同条款不清晰
（87）1、张经理认为做好运维的核心是运维人员的维修水平。由于运维合同价格偏低，在招聘人员时
主要考虑人员是否有相关设备维修经验，并指派本公司有系统集成实施经验的若干名人员加入运维团队，要求团队成员满负荷工作，项目组人员不能有冗余。
2、在运维项目实施期间，遇到值班人员有事或生病，只能由项目经理代班，遇到客户报修的设备问题，维修人员常常以我不懂该专业，让客户第二天再报。运维人员遇到无法解决的技术问题向项目经理汇报时，项目经理回答“你们招进来就是解决设备问题的，我无法提供帮助，你们自己解决”相关运维人员经常超过规定时间，也未能使设备恢复运行。
3、项目经理认为团队管理的核心是团队凝聚力强，不发生冲突。项目经理利用工作和业务时间进行了大量的沟通和协调工作。确保在运维实施期间，成员关系比较融治。但在季末法院信息中心进行的服务满意度调查时，综合满意度只有 70%,设施综合可用性指标只达到 98%。
1)团队管理不当
2)项目经理不应该兼职
3)沟通职责有问题
4)没有培训
5)应该有有冲突解决
（88）某石化行业的信息化项目是一个大型项目，前期投标竞争非常激烈，甲公司最终中标。合同谈判
过程也比较紧张，客户提出的一些要求，如工期和某些增加的功能，虽然在公司内部讨论时，认为并没有把握按要求完成，但是为了赢得这个项目，甲公司在谈合同时未提出异议。由于项目工期紧张，甲公司选择了项目经理老李负责该项目。原因是老李在甲公司多年一直从事石化行业的项目咨询、设计、开发，对行业非常熟悉，技术水平高。而近一年来，他正努力转型做项目经理，管理并负责完成了 2 个较小规模的项目。老李带领项目组根据客户要求的工期制定了项目计划，但项目执行到第一阶段，就未按计划进度完成。由于项目刚开始，老李怕客户有意见终止合同，因此决定不把实际情况告知客户，打算在后面的工作中加班加点把进度追回来。接下来，项目组在解决客户谈判过程中增加的功能需求的时候，遇到了一个技术问题，老李带领项目组加班进行技术攻关，耗费了几周的时间，终于解决了技术问题。但此时项目进度延误得更多了。甲公司已建立项目管理体系，该项目的 QA 本应该执照甲公司要求对项目过程进行检查，但老李认为过程的检查会影响到项目组的工期，要求 QA 在项目阶段未再进行检查。时间已经超过工期的一半，客户到甲公司检查项目工作，发现项目进度严重滞后，并且已经完成的部分也未能达到质量要求。
1)风险---甲公司在谈合同时未提出异议
2)老李无大型项目经验
3)和甲方沟通不到位
4)老李过度参与技术
5)QA 应该是全过程的
（89）项目前期，A 公司请王副总经理负责此项目的启动工作。王副总经理简单了解项目的概要情况后制定并发布了项目章程，任命小丁为项目经理。项目团队根据分工制定了相应的项目管理子计划。据此，项目经理小丁把各个子计划归并为项目管理计划。
1)简单了解后不能发布项目章程
（90）为了保证项目按客户要求尽快完成，小丁基于自身的行业经验和对客户需求的初步了解，即安排项目团队开始进行项目实施，在系统开发过程中，建设方提出的建设需求不断变化，小丁本着客户至上的原则，总是安排项目组进行修改，从而导致开发工作多次反复。而因为项目计划的多次变化，导致项目
团队的成员也经历过多次调整，实际进度与里程碑计划存在严重偏离，实际进度与里程碑计划存在严重偏离，并且项目的质量指标也经常也暴露出问题。
1)初步了解不对
2)需求未确认
3)变更控制不到位
4) 团队建设不到位
软考高试题及参考答案
2010年11月软考信息系统项目管理师考试上午试题 ABBDD DCABD BCCAC BDDCC BCADA CDABC ACBAB CABAD DABBC BDCBB BCDCC CAABB BCDCD CCACC BBCBD ● 管理信息系统规划的方法有很多，最常使用的方法有三种：关键成功因素法 （Critical Success Factors，CSF），战略目标集转化法（Strategy Set Transformation，SST）和企业系统规划法（Business System Planning，BSP）。U/C（Use/Create）矩阵法作为系统分析阶段的工具，主要在_A_(1)__中使用。 （1）A .BSP B.CSF C.SST D.CSF和SST ● 某商业银行启动核心信息系统建设，目前已完成信息系统的规划和分析，即将开展系统的设计与实施，此信息系统建设目前__B(2)__。 （2）A.处于信息系统产生阶段 B.处于信息系统的开发阶段 C.即将进入信息系统运行阶段 D.处于信息系统消亡阶段 ● 某信息系统项目采用结构化方法进行开发，按照项目经理的安排，项目成员小张绘制了下图。此时项目处于__(3)_B_阶段。 （3）A.总体规划 B.系统分析 C.系统设计 D.系统实施 ● 某市政府门户网站建立民意征集栏目，通过市长信箱、投诉举报、在线访谈、草案意见征集、热点调查、政风行风热线等多个子栏目，针对政策、法规、活动等事宜开展民意征集，接收群众的咨询、意见建议和举报投诉，并由相关政府部门就相关问题进行答复，此项功能主要体现电子政务__(4)_D_服务的特性。 （4）A.政府信息公开 B.公益便民 C.交流互动 D.在线办事 ● 2002年，《国家信息化领导小组关于我国电子政务建设指导意见》（中办发(2002)17号）提出我国电子政务建设的12项重点业务系统，后来被称为“十二金工程”。以下_D_(5)__不
风险控制案例分析
风险控制案例分析Revised on November 25, 2020
风险控制案例讲座 主讲：王士俊先生 一、风险概述 风险是关乎金融企业生死存亡的关键。那么，什么是风险呢不确定性就是风险，看不清就是风险。而时间是检验风险的最严格的审判官，风险管理必须要经历得起时间和经济周期的考验。 王行长主管过信贷、财务、安全保卫等多个银行部门，认为银行在两项工作上不能高调。一是资产质量。这十几年来，我们的银行尚未真正经历过经济周期的考验，即便08年的金融危机也因为我们的有限开放而没有造成很大的影响，所以资产质量的问题还远未经受考验。比如在周正毅案件中，当时王行长所在的上海分行表现出色，招行总行欲进行表彰，王行长却要求只陈述事实而不介绍经验，保持低调。二是安全保卫。我们只能说尚未发现安全事故，却不能说能够杜绝它的发生。比如93年交行分行长会议上，北京分行介绍安保的成功经验，可不久便发生大案，分行长心急如焚，突然去世。所以说：没有发现，不等于没有风险。 在本世纪初，花旗银行曾开发了一套风险组合管理工具，似乎可以取代人的管理和判断，但实践证明，再先进的模型和工具也不能取代人的作用，特别是审贷。花旗历史上也经历过数次差点倒闭的危机。比如，上世纪七十年代起，石油开采进入高峰期，石油输出国积累了大量的石油资本，资金需要出路，于是投向华尔街。华尔街的银行家们设计了无数的金融工具，并把这些资金投向拉美等地区。当拉美爆发债务危机后，美国银行业遭遇巨大打击。又
如，美国在80年代以前推行（存贷）固定利率，当利率市场化后，存款利率上升而原来固定的长期的低息贷款却不能调整，很多银行因此倒闭，花旗的股价也降低到十美分一股。包括08年的次贷危机中，若不是政府出资救助，花旗也可能倒下。所以说，银行的风险平时看不出来，只有在经历突发事件中才能看出平时的理念和实践如何。 因此，风险管理能力是一家金融机构可持续发展的关键。 我们万丰融资租赁公司和银行大同小异，通过经营风险获取收益，但融资租赁公司经营成本更高，客户质量不如银行好，期限相对更长，风险肯定比银行高，所以在风险管理上要比银行更努力、更审慎、做的更好。 王行长有四句话希望和大家共勉。一是对公司负责，这是天经地义的；二是对未来负责，做金融不能追求短期行为，如民生银行的高发展、高压力、高激励和业务私有化很容易导致短期行为而出问题，于是他们通过采取授信独立审批、支行会计主管由分行派驻不受支行约束等措施，有效保证了不出和少出大问题；三是对员工负责，这是一名管理者的职责和义务，要对得起员工的家庭和个人；四是对自己负责，重视自己的声誉，长期坚持自律，打造个人品牌。 风控的最高境界是问心无愧。公司评审部员工在风控岗责任大，业务部和评审部要相互配合，做好业务和风险的平衡。评审部要充分理解业务部门市场开拓的不容易，业务部门也要在拓展业务项目时认真识别风险，让项目能经受住时间的考验。 二、案例分析 王行长介绍了一些具体的案例，来揭示项目在实际运作中的风险。
工程项目风险案例分析
工程项目风险管理案例分析 风险管理的重点是成本、进度、质量、健康/安全/环 境（HSE）和资源供应等风险。 一、工程概况：指在施工程项目的基本情况,其主要内容包括:建设单位、单位、单位、施工单位、工 程地点、工程总、施工条件、开竣工日期、面积、 形式等。（自己写写就OK） 二、不确定分析（看着加吧） （1）费用不确定：在工程还未完工之前，该工程所花费的具体数额是不能确定的。 （2）进度不确定：工程完工之前，需要多长的工期因为众多因素的不确定而无法确定。 （3）质量不确定：我们只能尽量保证工程质量符号标准，而无法确定工程在未完工之前的质量。 （4）水文地质不确定：在勘察和实际所面临的水文地质等可能因为时间的改变而改变，无法准确定位。 （5）工程收益不确定：收益总是改变的，且具体数额不可能提前预知。 （6）移民拆迁等不确定 三、风险清单（看着加吧） （1）不可抗力：不能预见、不能避免和不能克服的
客观情况 （2）资源供应：包括人力资源、财力资源、物质资源和技术信息资源。 （3）法规变更：新的规范、规定。 （4）行政风险：新的行政命令。 （5）利率风险：利率变化使工程的实际收益与预期收益或实际成本与预期成本发生背离，使其实际收益低于预期收益，或实际成本高于预期成本，从而使工程遭受损失的可能性。 （6）通胀风险：投资行为所面临的系统风险，指因通货膨胀引起货币贬值造成资产价值和劳动收益缩水的风险。 （7）技术风险：是指伴随着科学技术的发展、生产方式的改变而产生的威胁人们生产与生活的风险。技术风险可依据工程项目风险定义进行等级区分。通常分为低、中、高风险三个等级。 低风险是指可辨识且可监控其对项目目标影响的风险；中等风险是指可辨识的，对工程系统的技术性能、费用或进度将产生较大影响的风险，这类风险发生的可能性相当高，是有条件接受的事件，需要对其进行严密监控。高风险是指发生的可能性很高，不可接受的事件，其
企业风险管理案例分析报告
1.2011年3月15日，据央视曝光，尽管双汇宣称“十八道检验、十八个放心”，但按照双汇公司的规定，十八道检验并不包括“瘦肉精”检测，尿检等检测程序也形同虚设。此前，河南孟州等地添加“瘦肉精”养殖的有毒生猪顺利卖到双汇集团旗下公司。该公司市场部负责产品质量投诉及媒体宣传的工作人员则向记者回应说，原料在入厂前都会经过官方检验，央视所曝的“瘦肉精”事件，公司正在进行调查核实。与此同时，农业部第一时间责成河南、江苏农牧部门严肃查办，严格整改，切实加强监管，并立即派出督察组赶赴河南督导查处工作。农业部还表示，将在彻查的基础上，责成有关地方和部门对相关责任人员进行严肃处理，并随后向社会公布结果。受此影响，15日下午，双汇旗下上市公司双汇发展跌停，并宣布停牌。17日晚间，双汇集团再次发表公开声明：要求涉事子公司召回在市场上流通的产品，并在政府有关部门的监管下进行处理。据了解，截至3月17日，已经控制涉案人员14人，其中养猪场负责人7人、生猪经纪人6人、济源双汇采购员1人。对于双汇发展的投资者来说，不幸只是刚刚开始，复盘后的双汇发展更是连续两天跌停。瞬时间，双汇被推到风口浪尖之上。作为国内规模最大的肉制品企业，“瘦肉精”事件令双汇声誉大受影响。继三鹿之后，又一国内重量级公司面临着空前的危机。 要求：请结合该案例，试分析内部控制对企业的重要性，并阐释内部控制的现实意义。 1.分析提示： （1）内部控制是由企业董事会、管理层和其他员工实施的，旨在为经营的效率和有效性、财务报告的可靠性、遵循适用的法律法规等目标的实现提供合理保证的过程。可见，一个健全的内部控制体系是由多方实施，为了多方利益的一个过程。双汇“瘦肉精”事件的发生很大程度上正是由于企业内部控制缺失，存在重大盲点或漏洞，才造成了目前这种境况。形同虚设的检测程序只会成为不法分子的通道，因此一个企业要想做大做强，一个健全的内部控制系统不可缺少，不能因为短期利益而牺牲企业长久的发展。只有这样才能避免类似案件的再次发生，真正为企业、为更多利益相关者带来真实的益处。 （2）实施内部控制有助于提升企业管理水平。企业内部控制的完善程度反映了企业管理水平的高低，而内部控制体系的建设也是提升管理水平的有效手段。双汇拥有18道安检程序，却没有对瘦肉精的检验，让其内部控制程序形同虚设。这说明从企业管理层内部就有漏洞和弊端，管理水平需要提高。严格管理企业，实现管理创新，促进传统的管理模式向现代企业管理过渡，加强内部控制是企业实现管理现代化的科学方法，建立和健全内部控制是企业发展的必然要求。 （3）实施内部控制有助于提高企业的风险防御能力。内部控制的核心是控制影响目标实现的风险，防范企业经营活动偏离企业目标的一切可能性。正是在安检这个最重要的风险防范点上出现了问题，才造成双汇成为了众矢之的。如果一个企业拥有健全的防范风险的内部控制系统，任何的差错都会得到很好的监控，更不会造成如此大的影响和损失。 （4）实施内部控制有助于维护社会公众的利益。在整个瘦肉精事件中，最大的受害者还是社会
项目风险管理案例分析
项目风险管理案例分析 1公司背景简介 河北H-A会计师事务所是河北省财政厅对国有大中型企业进行社会审计的试点所，承担省直大中型企业的审计工作。具有丰富工作经验，拥有一批具有丰富实践经验的注册会计师。 河北省某研究所是省直科研单位，现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发现，很多企业都采用了会计电算化软件，对审计工作提出新的要求。社会审计工作的需要，对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发 2实际项目分析 2.1项目介绍 该系统基于windows和sql server进行开发，开发工具是powerbulider。项目开发过程中，共生成程序源代码约数万行，项目开发的难度和源代码行数都比预计的要多。 计算机辅助审计软件具有工作底稿制作能力和查证功能；数据可传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误的审计报告和会计报表附注；有灵活开放的系统，方便用户进行二次开发等特点。 2.2开发队伍的风险 开发团队维持在10人上下，事务所提供3人，开发单位6-7人，有一些人员只能部分时间工作，开发人员能够自始至终地参加整个项目的工作。开发人员的流动基本能保证工作的连续性。 2.3技术风险 数据结构复杂，关联比较多。需要创建新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口；客户能确定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段，开发人员普遍对该系统比较陌生，这也带来了相当的技术风险。 2.4客户相关风险 用户对自己真正的需求并不是十分明确，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统风险加大。 2.5项目按时完成的风险 另外，这个项目也像许多其它软件项目一样，面临着竣工日期带来的巨大压力。 3实际的风险管理状况 凭借公司在以往的经验，在此软件项目的整个生命周期中，任何阶段都有可能有风险存在，WBS是完整表示项目，且伴随整个项目生命周期的项目要素，所以以WBS为基础进行风险管理，既可以方便地识别，标识相应的风险来源，又方便和项日其他工作一起，统一管理。 在软件项目中，各阶段主要工作简述如下：
风险管理案例分析
风险管理案例分析 工程项目风险管理案例分析篇1: 某油田地面工程项目分两期建设，一期300万吨/年，计划于2011年6月30日机械竣工;二期600万吨/年，计划于2011年12月30日机械竣工。主要包括:原油中心处理站、电站、气处理装置、注水站、水源站、外输管线、单井、计量站、集输管线、输电线路等工程。由于该项目规模较大，产生的项目文档种类和数量繁多，因此在文控执行模式方面，项目部根据项目特点，将文档控制小组归至控制部，与工程进度控制、质量控制、费用控制等项目
控制职能划在一起，对项目进行统一控制和管理。 同时，在设计部、采购部、施工部分别设置文档控制工程师，文档控制工程师与上述职能部门专业工程师相互协作配合，从而有效的加强了该项目文档控制各工作界面之间的相互联系。随着设计、采购、施工等项目工作的陆续全面展开，以及项目部由国内动迁到了国外，文控人员配置也经历了四个主要阶段: 第一阶段:项目启动，设置了两名文档控制工程师负责项目前期文档的相关工作; 第二阶段:随着设计工作的全面开展，增加了两名文档控制工程师负责国内项目部的文档控制
工作，同时增加了一名文档控制工程师负责国外项目部的文档控制工作; 第三阶段:随着采购和施工工作的全面开展，增加了四名文档控制工程师负责国外项目部的文档控制工作; 第四阶段:随着项目工作的逐步完成，文档控制工程师将工作重心调整为项目交工资料整理，并最终实现项目文件交付。 从上述四个主要阶段来看，对于规模庞大、地点分散的该项目而言，其控制部文档控制小组的人员配置相对来说较为精简，要实现项目文档控制工作的良好执行，是离不开项目部主要职能部门的文档控制工程师和专业工程师的配合和协作的。项目部虽然将文档控制小组归至
第-8-章--项目风险管理案例
第8 章项目风险管理案例 项目需要以有限的成本在有限的时间内达到项目目标，而风险会影响这一点。风险管理的目的就是最小化风险对项目目标的负面影响，抓住风险带来的机会，增加项目干系人的收益。作为项目管理人员，必须评估项目中的风险，制定风险应对策略，有针对性地分配资源、制定计划，保证项目顺利的进行。 8．1 案例一：风险分类 阅读以下关于信息系统项目管理过程中人群风险分类方面问题的叙述，回答问题1至问题3。 8.1.1 案例场景 某公司召开会议，商量是否实施ERP项目，三个部门主要负责人就此问题发表自己的看法。 甲：我们公司不应该实施这个项目。现在我们刚把办公自动化系统搞好，还没有适应，工作效率也没提高多少，再上ERP 有些不适应，而且这个ERP项目花费太大。ERP在国内很多企业都搞失败了，成功的几率不会多大。如果我们也失败了，会给公司带来灾难性的后果。利用搞ERP的这些钱我们可以做一些短、平、快的项目，多招一些开发高手，提高公司的收益，而不是搞这些无端的风险投资。 乙：不应该一棒子打死ERP，ERP是一种新兴事务，ERP不是万能的，但是不上ERP 又是万万不行的。企业规模到了一定程度，管理和决策就是一个重要的问题。ERP是知识经济时代的管理方案，是面向供应链和“流程制”的智能决策支持系统，其先进的管理思想可以帮助企业最大限度地利用已有资源，解决管理和决策问题。但是实施ERP 风险很大，很多企业都失败了，主要原因在于项目实施的管理问题，没有及时识别项目中的风险并及时处理，项目监控机制不好，高层支持不够，老员工的适应性差等，最终导致“ERP天折”。我们公司以后想获得更大发展，应该实施ERP ，现在有些条件不够，整体上ERP不太可行，我们可以分步实施。我们可以借鉴其他企业实施ERP 的经验，先进行小范围ERP试验、积累经验，等以后时机成熟了，我们就整体实施ERP 。 丙：ERP 应该上，而且要迅速上，不应该等。如果其他企业都上了ERP，那么我们公司再依靠ERP获得收益就没有什么希望了。ERP本身就是一把双刃剑，虽然有风险，但是收益也大，现在我们的目标是收益，对于风险要想法化解。项目实施中要注意借鉴其他企业的经验，摸着石头过河，形成自己的特色，提高自己公司的管理和决策水平，争取把公司做大做强。小的、可以自己解决的风险自己处理；难以处理的、不确定的风险进行外包，实施风险转移；如果管理有问题的话，可以从专业咨询公司招聘顾问来担当项目经理的职务。总之，尽一切可能实施ERP，实现收益最大化。 【问题1】如图8-1所示，横轴表示项目投资的大小，纵轴表示项目成功的概率，A、B, C代表三种不同应对风险的人。请写出A,B,C的名字和特征，并且指出上述案例中甲、乙、丙分别属于哪一种对象(250字左右)。
2017下半年信息系统软考案例真题分析详细解读
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。 A公司承接了一个为某政府客户开发ERP软件的项目，任命小张担任项目经理。由于该客户与A公司每年有上千万元的项目合作，A公司管理层对该客户非常重视，并一再嘱咐小张要保证项目的客户满意度。为此，小张从各部门抽调了经验丰富的工程师组成了项目团队。在项目初期，小张制定了变更和配置管理规则：客户需求发生变化时，应首先由工程师对需求变化造成的影响做评估，如果影响不大，工程师可以直接进行修改并更新版本，不需要上报项目经理：当工程师不能判断需求变化对项目的影响时，应上报给项目经理，由项目经理作出评估，并安排相关人员进行修改。 在项目实施过程中，用户针对软件的功能模块提出一些修改需求，工程师针对需求做了评估，发现修改工作量不大，对项目进度没有影响，因此，出于客户满意度的考虑，工程师直接接受了客户的要求，对软件进行修改。在软件测试联调阶段，测试人员发现部分功能模块与原先设计不符，造成很多接口问题。经调查发现，主要原因是客户针对这些功能模块提出过修改要求，项目经理要求查验，没有发现相关变更文件。 ［问题1］（10分） 请分析该项目实施过程中存在哪些主要问题。 解答： 1.对项目变更没有进行记录，不管大变更还是小变更都应该记录 2.对变更评估不应该只是从项目进度和工作量上评估，应综合考虑，建立变更评估体系 3.只是制定变更管理规则，没有变更控制计划，没有变更控制委员会 4.缺少风险管理计划 5.项目团队沟通不到位 ［问题2］（10分） 结合案例，请描述项目变更管理的主要工作程序。 解答： 变更管理的流程 1.干系人提出变更 2.项目团队或者变更控制委员会审核变更，确定是否发起变更，并通知相关干系人 3.实施变更或者拒绝变更 4.对变更跟踪和验证，并记录变更 ［问题3］（6分） 请将下面（1）～（6）处的答案填写在答题纸的对应栏内。 根据变更的迫切性，变更可分为（1）和（2），通过不同流程处理。 1.紧急变更 2.非紧急变更 变更管理过程涉及到的角色主要包括项目经理、（3）、（4）、（5）、（6）。 3.客户 4.发起人 5.研发人员 6.测试人员
公司战略与风险管理案例分析
作为全球最大的零售机构，进入中国几年来，沃尔玛似乎一直没有扑向它的核心猎物，而是悄悄地迂回于中国的海岸线上，它在熟悉环境和等待中国加入世贸组织。 现在，它的时机已渐成熟，这只猛虎发起了进攻。留心的人士会注意到，去年沃尔玛在中国公司新增的店铺数几乎是过去5年所开店数的总和。我们有必要了解沃尔玛。 天天低价的背后 沃尔玛的“女裤理论”是对“薄利多销”策略的最好解释：女裤的进价8美元，售价12美元，每条毛利4美元，一天卖10条，毛利为40美元。如果售价降到10美元，每条毛利2美元，但一天能卖30条，则毛利为60美元。 那么如何做到“天天低价、薄利多销”呢 规模效应沃尔玛要求，供应商的报价必须是给其他商家的最低价，否则免谈。在此基础上，沃尔玛以进货量巨大、帮助供应商进入世界市场、现金结算等三个理由，要求供应商降价25%。巨大的规模和雄厚的资金实力使沃尔玛在谈判桌上取得了绝对的优势。巨大的规模也使沃尔玛的各项费用和成本，在极大程度上被分摊。 分析： 进货量巨大、现金结算、帮助供应商进入世界市场都表现出沃尔玛以购买者身份的强大的议价能力。 正所谓“财大气粗”，巨大的规模和雄厚的资金实力使沃尔玛在谈判桌上拥有绝对的优势。也给予给沃尔玛带来重要竞争优势的积极因素和独特能力。 在固定成本一定的情况下，生产量越大，单位成本也就越低。巨大的规模分摊了沃尔玛的各项成本和费用，使其单位成本较低，从而为其“天天平价”提供了后盾。这就是所谓的规模经济。 控制成本首先是厉行节约。在沃尔玛中国总部，大家看到的是狭窄的过道和没有任何装修、素面朝天的办公大厅。在大厅内，随处可见“打17909，长话可省钱”的提示；而沃尔玛国际公司总经理约翰·门泽尔和他的下属们至今还挤在一起办公，他的那间办公室小得可怜。其次对商品优胜劣汰。每家店都要根据不同的地区和人文环境，根据顾客需求的变化，选择销售不同的产品。这项工作的目的在于让货架上的商品永远都是适销的商品。第三是降就是它的分店总是一个镇一个沃尔玛还有一个非常有意思的降低成本的办法，低仓储成本。． 镇、一个县一个县地渐次建立，这样可降低运输成本和广告费用，因为新店总是在上一个沃尔玛店附近建立，往往并不需要再进行大规模的宣传。 分析： 从总部的装修还是降低仓储成本，沃尔玛的战略是对成本不断的缩减缩减再缩减，这样能够为其带来商品在价格上的竞争优势，进行“天天平价，薄利多销”，进而达到最大的利润。这就反
软考案例分析复习重点
案例分析复习重点 第一题、整体管理 1、整体管理流程 2、整体管理用途 项目整体管理的主要应用 （1）项目工期与成本的平衡； （2）项目工期与质量的平衡； （3）项目成本与质量的平衡； （4）项目进度、成本、质量与资源的平衡； （5）项目产出物与项目工作的集成； （6）项目工作与项目目标的集成； （7）项目工作与组织日常运营工作的集成。 3、变更控制流程 变更管理的基本流程是： 1．变更申请。应记录变更的提出人、日期、申请变更的内容等信息。 2．变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。 3．变更决策。由具有相应权限的人员或机构决定是否实施变更。 4．变更实施。由管理者指定的工作人员在受控状态下实施变更。 5．变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价，确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。 6．沟通存档。将变更后的内容通知可能会受到影响的人员，并将变更记录汇总归档。如提出的变更在决策时被否决，其初始记录也应予以保存。 4、项目章程的内容 项目章程内容包括 （1）基于项目干系人的需求和期望提出的要求； （2）项目必须满足的业务要求或产品需求； （3）项目目的或立项的理由； （4）委派的项目经理或项目经理的权限级别； （5）概要的里程碑进度计划； （6）项目干系人的影响； （7）职能组织及其参与； （8）组织的、环境的和外部的假设、约束； （9）论证项目的业务方案投资回报率； （10）概要预算。
第二题、质量管理 1、质量控制方法 新七种工具：①亲和图；②关系图；③系统图；④矩阵图；⑤箭条图；⑥PDPC图；⑦优先矩阵图。 2、质量体系步骤 质量体系：即组织结构、责任、程序、工作过程和建立质量管理所需的资源； 项目质量保证工作的基本内容 (1) 制定质量标准，为项目在过程中满足最终目标提供信心。标准包括： 产品的功能、性能标准，直接满足用户的需求。 产品被构造的过程所遵循的标准，间接满足用户的需求。 (2) 制定质量控制流程； (3) 建立质量保证体系并使之有效运行： ①质量管理体系：是“在质量方面指挥和控制组织的管理体系”。 ②管理体系，是建立方针和目标并实现这些目标的相互关联或相互作用的一组要素。 ③质量方针，指出了组织满足顾客要求的意图和策略。 ④质量目标，是实现组织意图和策略的具体要求。 3、质量体系过程 质量控制基本程序— PDCA循环 PDCA循环由美国质量专家戴明博士首倡。全过程划分为四个依序衔接的阶段： ①计划阶段（Plan）：制订质量计划(Ｐ)； ②执行阶段（Do）：执行计划(Ｄ)； ③检查阶段（Check）：检查进展情况如何(Ｃ)； ④处理阶段（Act）：基于检查工作，调整该过程以改进质量(Ａ)。 质量控制的步骤 ①选择控制对象；②为控制对象确定标准或目标；③制定实施计划；④执行计划；⑤检查； ⑥发现并分析偏差；⑦采取对策。
软考《信息系统管理工程师》知识点总结(2)
软考《信息系统管理工程师》知识点总结(2) 信息系统管理工程师是软考中一门中级资格的考试科目。以下是小编整理的一些信息系统管理工程师知识点，希望对大家备考能有所帮助。 1、信息系统成本包括：基础成本(开发阶段的费用)、附加成本(运行维护阶段新增消耗的费用)、额外成本(信息技术交流中的通信费)和储备成本(备用耗费如公积金)。 2、信息系统的效益从创收和服务中获得，分为固定收益(产品服务科研基金申请)、直接收益(服务和产品销售中获得)和间接收益(信息产品及服务成果产生的收益，技术开发收入)。 3、经济效益评价方法有：定量法、投入产出分析法、成本效益分析法、价值工程方法(V=F/C,其中V是产品价值、F是产品功能、C 是成本)。 4、系统评价方法有：专家评估法、技术经济评估法、模型评估法、系统分析法。 ①专家评估法：特尔斐法、评分法、表决法等②技术经济评估法：净现值法利润指数法等③模型评估法：投入产出模型等④系统分析法：可行性、可靠性、成本效益分析等。 5、系统性能评价的标准有：系统响应时间、吞吐量、作业周转时间、故障恢复时间、控制台响应时间。 6、效益评价方法有：差额计算法(绝对量表示)、比例计算法(相对量表示)、信息费用效益评价法(现值指数法)、边际效益分析、数
学模型法(图解法、线性模型法)。 系统用户支持 7、用户角度的项目是：及时、快速、可靠地解决软件系统的维护过程的技术问题，使客户的系统安全稳定运行和客户业务顺利开展。 8、用户支持的内容有：软件升级服务、技术支持服务、远程热线服务、全面维护服务、培训教育服务、提供帮助服务台。 9、用户咨询的方式有：直接咨询方式、电话服务、公告板讨论组、电子邮件、专家咨询服务、网上实时咨询、网络会议咨询等。 10、服务台即帮助台和呼叫中心，是服务提供方和用户的日常联络处，负责报告事故和处理服务请示，是服务职能不是管理流程。服务台为服务管理流程提供接口。 11、服务台的分布模式有分布式、集中式和虚拟式 12、人员培训的内容：经理管理级培训(A级)、使用人员级培训(B级)、系统管理员培训(C级)。A级内容计算机管理系统对管理的影响;B级内容操作和使用方法等;C级内容是系统总体结构、设备参数、安装等。培训方式有职业模拟培训模式、实际操作培训模式和沙盘模拟培训模式。
2017年上半年软考信息系统项目管理师真题笔试题目及答案
2017年上半年软考信息系统项目管理师真题 2017年上半年软考信息系统项目管理师真题 2017年上半年软考信息系统项目管理师考察了哪些知识点呢?下面是yjbys小编搜集的2017年上半年软考信息系统项目管理师真题，欢迎大家阅读。 试题1 信息系统是由计算机硬件。网络通讯设备、计算机软件，以及()组成的人机一体化系统。 A、信息资源、信息用户和规章制度 B、信息资源、规章制度 C、信息用户、规章制度 D、信息资源、信息用户和场地机房 参考答案：A 试题2 企业信息化是指企业在作业、管理决策的各个层面利用信息技术，提高企业的智能化，自动化水平的过程。()一般不属于企业信息信息化的范畴。 A、在产品在添加了跟踪服务功能 B、实现了OA系统的扩展 C、引入了专家决策系统
D、第三方广告平台的更新 参考答案：D 试题3 智能制造是制造技术发展的必然趋势，从理论上来讲，()是智能制造的核心 A、制造机器人 B、CPS C、互联网 D、3D打印 参考答案：B 试题4 以下关于信息系统生命周期的叙述中，不正确的是()。 A、信息系统生命周期可分为立项、开发、运维和消亡四个阶段 B、立项阶段结束的里程碑是集成企业提交的立项建议书 C、广义的开发阶段包括系统实施和系统验收 D、在系统建设的初期就要考虑系统的消亡条件和时机
参考答案：B 试题5 以下关于需求分析的叙述中，不正确的是：() A、需求分析的目的是确定系统必须完成哪些工作，对目标系统提出完整、准确、清晰、具体的要求 B、完整的需求分析过程包括：获取用户需求、分析用户需求、编写需求说明书三个过程 C、根据项目的复杂程度，需求分析的工作可以由专门的系统分析人员来做，也可以由项目经理带领技术人员完成 D、软件需求分为三个层次：业务需求、用户需求、功能需求与非功能需求 参考答案：B 试题6 ()不是获取需求的方法。 A、问卷调查 B、会议讨论 C、获取原型
项目风险管理案例分析 (1)
项目风险管理案例分析 一．项目风险管理 项目风险管理是指通过风险识别、风险分析和风险评价去认识项目风险，并以此为基础合理地使用各种风险应对措施、管理方法技术和手段，对项目风险实行有效的控制，妥善处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。项目风险管理的重要性很大程度上就是避免资源的浪费。 二．企业进行项目管理案例分析 （一）案例背景简介 河北H-A会计师事务所承担省直大中型企业的审计工作。具有丰富工作经验，拥有一批具有丰富实践经验的注册会计师。 河北省某研究所现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发现，很多企业都采用了会计电算化软件，对审计工作提出新的要求。社会审计工作的需要，对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发 （二）实际项目分析 1．项目介绍 该系统基于windows和sql server进行开发，开发工具是powerbulider。项目开发过程中，共生成程序源代码约数万行，项目开发的难度和源代码行数都比预计的要多。 计算机辅助审计软件具有工作底稿制作能力和查证功能；数据可传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误的审计报告和会计报表附注；有灵活开放的系统，方便用户进行二次开发等特点。 2．开发队伍的风险 开发团队维持在10人上下，事务所提供3人，开发单位6-7人，有一些人员只能部分时间工作，开发人员能够自始至终地参加整个项目的工作。开发人员的流动基本能保证工作的连续性。 3．技术风险 数据结构复杂，关联比较多。需要创建新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口；客户能确定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段，开发人员普遍对该系统比较陌生，这也带来了相当的技术风险。 4．客户相关风险 用户对自己真正的需求并不是十分明确，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统风险加大。 5．项目按时完成的风险 另外，这个项目也像许多其它软件项目一样，面临着竣工日期带来的巨大压力。
软考案例分析答题技巧
通常，在案例分析考试中，每个问题所涉及内容在题干的案例说明中都会有所涉及。因此，认真阅读题目，找出与问题相关的信息是答题的前提之一。 而加快解题速度的考试技巧之一是：阅读题干说明时圈阅题眼，善于使用核心词定位答案。所谓“题眼”，就是关键的字词、语句。边阅读边给题眼做明显的标记，将大大提高做题的速度和答案的准确性。同时，在组织答案的过程中要注意技巧，让答题的思路最大限度地符合出题的思路，避免跑题，这样比较容易得分。总之，回答问题要言简意赅。 1）标出或总结出“问题”描述中的要点（即题眼），并以此作为主要线索进行思考和分析。在阅读问题时，对关键词句画上着重线（或框线），记在脑子里。 因为在浏览案例说明时对本案例场景所涉及的内容有了大概的了解，通过明确问题的要点，就可以充分理解试题的内容和要求。 2）对照题眼仔细阅读题干，并尽量从中获取相关的描述信息，并可圈画出针对要回答问题的相关记号，用于强调这些信息可能与该问题有关系。换言之，以问题的要点为纲再次仔细阅读案例说明正文。在阅读过程中，对应当注意的信息标上记号，并把有可能成为答案的关键词句圈画出来。 3）通过定性分析或者定量估算构思答案的要点，通过排列圈画出来的关键词句构思答案。最理想的做法是对案例所提出的全部问题以及每个要点进行构思，问题与问题之问（或要点与要点之间）有着密切的联系。如果完全独立地依次写出每个问题的答案，则有可能引起前后矛盾或顾此失彼。当然，对于考试时间紧张的情形，对每个问题的各个要点单独构思答案也是一个选择。在考试时，对容易解答的问题要点应该先写出来。例如，一种构思答案的方法如下： ?①利用流程图法查摆原因； ?②如可修补，对原方案进行修补； ?③如不可修补，则对原方案进行改造等。 4）用较简练的语言写出答案。注意不要使用修饰性（或空洞）的词汇来填充相虑的字数，也不要写与问题毫无关联的语句，以免浪费答题时间。答案的内
2020年软考《信息系统管理工程师》知识点总结(三)
2020年软考《信息系统管理工程师》知识点总结（三） 1、物理安全措施指在物理介质层次上对存储和传输的网络信息的 安全保护。包括环境安全、设备设施安全和介质安全。 2、设备安全包括设备防盗、防毁、防电磁信息辐射泄漏、防止线 路截获、抗电磁干扰及电源保护，措施有使用备份、检测器、防灾设 备和防犯罪设备。 3、IDS蜂窝状时监测和防止黑客入侵系统及网络资源检测系统。 包括监管中心、基于网络的入侵检测器、基于主机的入侵检测器和人 为漏洞检测器(误用检测)。 4、介质安全包括介质数据的安全和介质本身安全，有三类即损坏、泄漏和意外失误。 5、损坏包括自然灾害、物理损坏(磁盘坏、设备使用寿命，外力 破损)、设备故障(停电、电磁干扰)。 6、泄漏包括电磁辐射(侦听微机损伤过程)、乘机而入(合法用户 进入安全进程后半途离开)、痕迹泄漏(密码密钥保管不善，被非法用 户获得)。防范措施有：①对主机房及重要信息存储、收发部门实行屏 蔽处理②对本地网、局域网传输线路传导辐射的抑制③对终端设备辐 射的防范。 7、数据解决方案是异地容灾方案，包括数据容灾(即数据复制)和 应用远程切换两个关键技术。 8、意外失误包括损伤失误(删除文凭、格式化硬盘、线路拆除)和 意外疏漏(系统掉电、死机等)。 9、技术安全指通过技术手段对系统实行安全保护，使计算机具有 极大的性能，能容忍内部错误和抵挡外来攻击。技术安全包括系统安 全和数据安全。
10、系统安全措施有系统管理、系统备份、病毒防治和入侵检测 系统。 11、系统管理过程有软件升级、薄弱点扫描、策略检查、日志检 查和定期监视。 12、系统备份是保持业务持续性的关键指标，它经历了单机备份、局域网络备份(当前政府机关的主要备份形式)和远程备份三个阶段。 13、备份的方法有文件备份、服务器主动式备份、系统复制、跨 平台备份、SQL数据库备份、分级式存储管理和远程备份。 14、当前备份的解决方案是具有容灾性能的远程备份解决方案。 容灾是为防止因为自然灾害等导致系统全部或绝大部分发生问题，而 保证系统的安全可靠。容错是系统运行过程中，子系统或部件发生故障，系统自动诊断出故障的位置和故障性质，并自动启动冗余或备份 子系统、部件，保证系统继续正常运行，并自动保存恢复文件和数据。 15、系统备份方式有完全备份(对指定目录下的数据备份，一周实 行一次)、增量备份(只对变动的数据实行备份，每日实行)和系统备份(对整个系统实行备份，几个月或一年实行一次)三种类型。 16、病毒防治是根据病毒程序特征对病毒实行分类处理，从而阻 止其进入系统内存或阻止其对磁盘实行(写)操作，达到保护系统的目 的(发现病毒删除病毒)。 17、计算机病毒预防包括对已知病毒的预防(采用特征判定技术和 静态判定技术)和对未知病毒的预防(采用行为规划的判定技术即动态 判定技术)。 18、计算机病毒预防技术包括磁盘引导区保护、加密可执行文件、读写控制技术和系统监控技术。
2014年上半年下午 程序员 试题及答案与解析-软考考试真题-案例分析
2014年上半年5月下午程序员考试真题 案例分析-答案解析 试题一（共15分） 指定网页中，某个关键词出现的次数除以该网页长度称为该关键词在此网页中的词频。对新闻类网页，存在一组公共的关键词。因此，每个新闻网页都存在一组词频，称为该新闻网页的特征向量。 设两个新闻网页的特征向量分别为：甲（a1,a2,…,ak）、乙(b1,b2,...,bk)，则计算这两个网页的相似度时需要先计算它们的内积S=a1b1+a2b2+…+akbk。一般情况下，新同网页特征向量的维数是巨大的，但每个特征向量中非零元素却并不多。为了节省存储空间和计算时间，我们依次用特征向量中非零元素的序号及相应的词频值来简化特征向量。为此，我们用（NA(i),A(i)|i=1,2,...,m）和（NB(j),B(j)|j=1,2,...,n）来简化两个网页的特征向量。其中：NA(i)从前到后描述了特征向量甲中非零元素A(i)的序号（NA(1)
(5)、i>morj>n或i=m+1orj=n+1或等价表示。 【试题解析】 对于存在大量零元素的稀疏向量来说，用题中所说的简化表示方法是很有效的。这样，求两个向量的内积只需要在分别从左到右扫描两个简化向量时，计算对应序号相同（NA(i)=NB(j)）时的A(i)*B(j)之和（其他情况两个向量对应元素之乘积都是0）。因此，流程图中（2）处应填S+A(i)*b(j)，而累计的初始值S应该为0，即（1）处应填0。 流程图中，NA(i)
软考信息系统监理师考试心得
软考信息系统监理师考试心得 是不是只有成功的人才有资格去总结经验、教训？在这里，我是一个软考的失败者，但同样有勇气再次面对软考。将我的参考经历记录下来，以此来纪念它，因为软考失败给我带来的不是人生路上的挫折打击，而是又一次远航的动力。 正文 我生活在一个不是很出名的小城市，在这里，软件行业并不像全国的大气候那样火热，了解、参与软考的人则是少之甚少，以至于截至2006下半年软考报名结束的当天下午，参加信息系统监理师级别考试的人居然也只有我一个，看着手中标有0001考号的准考证，有些失落。 由于参加此级别的考生太少，本市没有安排该级别的考场，当查询到考场安排在省会A市，我的老公犹豫了，他力劝我放弃这次考试，因为那时我们正在筹划着我们的“希望工程”，他怕因此影响了他期盼两年我才终于承诺的大事。 时间定格在2006年的11月5日，我毅然决然的告别了老公参加了考试。老公最后不得不向我妥协，只是叮嘱我要照顾好自己，等我凯旋的时候他会在车站等我。 这一天又有无数考生如我一般满心期许的步入考场，我不知道这里有多少考生曾是软考的失败者，然而今天，无论结果如何他们都是成功的，因为他们有勇气再一次面对它。 第一次踏入信监的考场，没有紧张、彷徨，神情自若找到属于自己的位置，多日积蓄的力量要在这里倾泻，多日的辛勤苦读要在这里收获硕果。
走出考场，A市正下着倾盆大雨，好多考生面对瓢泼的大雨踌躇着，没有带雨具的我却毅然冲入了雨幕里，此刻，什么也阻止不了我回家的路，无论如何我得赶上最后一班回城的大巴，高速公路的另一端有最深爱的人在等我。 雨打在我身上，久违了的酣畅淋漓。忘记了最后一次有勇气这样洒脱的走在雨中是什么时候，忘记了最后一次感觉到这样轻松自在是什么时候，这一刻的痛快感受是软考带给我的。多日的紧张不安在这一刻得以释放，生活的一张一弛在这一刻得以诠释。 终于坐上返程的大巴，向乘务员要了干爽的毯子，温暖了许多。给远方那个最惦记我的人发了短信报平安，拿起手边的MP3，里面传来Jacky熟悉的低沉声音——如果这都不算爱，我有什么好悲哀…… 为了这次软考我放弃了多少个可以休息的周末，为了这次软考我付出了怎样的努力才得到家人的支持，我以为我付出得够多了，我以为我对软考的热爱够多了，可最后的结果还是令人失望。看着网上那么多网友顺利通过，心里多少也有一些自责，一定是自己还不够努力吧。 上天是宽容的，它不忍心看着我陷入考试后的失落里，给了我另一个惊喜，几乎在得知考试结果的同时，我知道自己有了宝宝，按日期推算下来，原来那日在考场我并不是孤军奋战的。 再有三个多个月我即将临产，如今回想起复习软考的日子依然记忆犹新。那些斗志激昂的日子，那些焦躁不安的夜晚。翻开当时的日记，每一页都写着这样话语——坚持、加油。突然领悟到软考带给我的绝不是一次考试的成败，也并
国际工程项目风险管理案例分析
项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程，它包括将积极因素所产生项目风险管理流程的影响最大化和使消极因素产生的影响最小化两方面内容。 国际工程项目风险管理案例分析 在国际工程项目中，风险管理的重点是成本、进度、质量、健康/安全/环境（HSE）和资源供应等风险。 1、成本超支和工期延误风险 对于施工项目，承包商绝对不能低估所需完成的工程量和所需投入的资源（人工、机械设备、材料等）数量，如果低估了工程量和资源数量，以及通货膨胀或变更（不管是否有业主或工程师的变更通知）的影响，成本超支就可能发生。管理成本超支风险主要存在以下几个方面： 人工、机械设备、材料的成本以及日常费用（包括维护与更换成本）；相关法律、法规规定的费用；贷款的利息额支付；应上缴的地方和国家税收；变更及索赔；通货膨胀、工资上涨以及重要进口物资的汇率波动；处理建筑垃圾和受污染土地的费用；现金流（资金的减少、如周转不灵，就会影响分包商和供应商的工作状况）；不必要的或过高的施工保函或担保；雇佣了不得力的分包商；不充分的现场调查等。 项目没有在合同规定的竣工日期钱完成（考虑协商同意或通知的工期延长）就是工期延误，该风险与施工合同条款密切相关，如果是由于承包商的失误造成的工期延误，承包商就需要支付违约赔偿金或罚金。施工阶段特别是施工前期导致工期延误的主要原因有：合同不公平，合同管理不规范、设计或图纸的错误、变更过多或图纸供应延误、施工现场用地获取延误、施工错误（特别是设计复杂的情况下）、分包商或供应商的过失、恶劣的天气、未预计到的现场地质情况或设施供应情况、施工方法或设备选择错误、争端、材料短缺、人员、机械设备或事故、规划许可或审批延误。 成功案例：某公司实施伊朗某大坝项目我国某公司在承包伊朗某大坝项目时，风险管理比较到位，成功地完成了项目并取得较好的经济和社会效益。下面对该项目从几个主要方面进行分析： ①合同管理：