没有合适的资源?快使用搜索试试~ 我知道了~
(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 138 浏览量
2022-07-07
23:08:19
上传
评论
收藏 2.21MB DOCX 举报
温馨提示
试读
54页
(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx(吐血整理)最全信息系统项目管理师考试答题技巧和复习重点.docx
资源推荐
资源详情
资源评论
信息系统项目管理师考试答题技巧和复习重点
一.上午的选择题技巧
对于没有确定把握的题,按自己的第一选择
1.概念、公式类题目,答案选最长的
2.选择某一选项为其他选项合集的
3.如果选项中有二选项相背,则答案位于其中
4.选择提干与核心词汇一致的
5.模型相关的选择题:带有循环、原型驱动等关键词的选择螺旋模型;需求确定、传统的选择瀑布原
型;需求不确定、面向对象的选择迭代模型或者喷泉模型
6.要掌握 5 类计算,如下:
1)静态回收期/投资回报率
2)动态回收期/投资收益率
3)关键路径和活动 6 参数
4)三点估算
5)挣值分析绩效控制
6)决策树
二.下午案例分析
1.三个基本观点
1)项目以阶段化管理,迭代开发为主线
2)以范围、质量、成本、周期之间相互约束,保持平衡为主线
3)项目的结构化管理,要具备良好的请示汇报关系,保障责任唯一性
2.如果你实在是不知道怎么写,还可以从案例中找出错误的地方,然后往正确方向写,估计也能得及
格分
3.四种答题思路
一、职能/机构的作用:
1)统一组织,建立良好的请示汇报关系,建立相关职能岗位的说明书。
2)统一流程,制订该组织工作的制度,行为规范。
3)通一绩效,制订严格的考核体系,实行奖惩制度。
二、计划编制类
1)识别计划目标、约束等因素。
2)采用合理方法、工具等支持编制。
3)做好计划的相关干系人共同参与的评审,形成计划基线。
4)做好计划的跟踪控制,持续优化改进。
三、控制类
1)建立干系人认可的计划或基线。
2)识别偏差:以定期等工作方式收集相关问题。
3)分析偏差:做好相关问题剖析。
4)纠正偏差:制定相关问题的改正措施。
5)制定新的计划:通过相关干系人协商,将问题改正措施纳入到后期计划或基线中。
四、评估/评审类
1)识别相关关注点或需求。
2)制定反映关注点或需求的指标体系。
3)根据项目特点,确定指标权重。
4)制定指标的度量准则,形成评审或评估的操作规程。
三.下午论文
掌握一个框架:论文八段式结构
1)摘要
2)项目背景与岗位工作说明
3)在项目实施过程出现的问题,你作为什么角色,如何解决了问题
4)首先,针对某某问题,项目出现的矛盾,如何解决,解决的效果
5)其次,。。。
6)再次,。。。
7)项目验收与项目干系人的满意程度
8)展望,说出对于其他项目的借鉴作用
高项考试答题技巧:
1)
2)
3)
4)
5)
对项目管理知识结构要熟悉要做题
还有技术部分也是
法律法规是考前 2 周突击的
组织级管理比较简单也可以做一做题,做题是帮助你建立知识结构的。
论文一定要背 44 个子过程,需要写子过程的输入输出和工具方法。不要花太多时间在论文上面,
参照下午辅导的 5-4 星级范文(281 页)写2 片论文提交上来,这就相当于考试时的模板套路了。案例分析
需要从题干找线索,有思路就行。
案例分析(形式化技巧)
1)
2)
3)
4)
5)
6)
7)
8)
答题要编号
答题时尽可能多用术语
每条至少十五字
空白之处要写满
卷面整洁干净不出现任何涂改痕迹(形式比内容更重要)千万不要用英文代替
根据题干找答案
问题前后是有关联的,看完题目再作答
输入输出论文写作的建议:
注意论文不能创新,必须要按照套路来写。论文写作的过程中不能有
停顿,否则写作的时间就会不够,所以必须练习。看已发书的下午辅导:
232 页:论文框架 背景+知识应用(理论联系实际)+总结
379 页:看 B.2 论文评分标准 B,了解评分标准。
233 页:论文布局 先写摘要 一定要按照套路写
235 页正文写法:
1.背景(准备 800 字)需要写明业务内容、工期等体现项目的真实性 项目周期一般为:6-12 个月,项目金
额:软件项目 100-1000 万,硬件项目 1 亿左右,一定要写明自己在项目中的职务是项目经理。不要有图、
表、流程图。
2.知识点应用(1000-1500 字占正文的一半左右)每个子过程都需要单独标题分条叙述 考试时不能打括号说
明 工具和方法需要举 1-2 个例子,例子一定要具体不要用 XX 代替。主要就是罗列输入输出方法后把实际工
作经验镶嵌进去。
3.项目总结可以先对前面的知识点应用回顾一遍,再指出不足。写总结时一定不能谦虚,对项目的评价都
是好上加好略有不足,而且这些不足不能反映实际问题,最好是一些隔靴搔痒、可有可无的问题。 附言:
最新版的招标法(采购法 合同法 监理等)、软件工程规范的文档、综合布线、机房规范、技术部分(较难,
软件占 80%)、配置管理 这些老师建议在考前 2 周看一下,这些内容都在作业系统的资料下载里面有个压
缩文件夹“曹老师补充上课资料(最新)”里面能够找到。
这个是上课时老师讲到的 我帮大家总结了一下 希望能对大家有帮助。
“程序流程图、数据流程图等”是结构化方法使用的主要分析设计工具,而“先开发一个简化系统,
待用户认可后
再开发最终系统”则是原型法的特征。
安全审计属于安全管理类产品,安全审计产品主要包括主机类、网络类及数据库类和业务应
用系统级的审计产品。
国家电子政务总体框架的构成包括
:服务与应用系统、信息资源、基础设施、法律法规与标
准化体系、管理体制;推进国家电子政务建设,服务是宗旨,应用是关键,信息资源开发利
用是主线,基础设施是支撑,法律法规、标准化体系、管理体制是保障。
V 模型的价值在于它非常明确地标明了测试过程中存在的不同级别,并且清楚
地描述了这些测试阶段和开发各阶段的对应关系。
(1)单元测试的主要目的是针对编码过程中可能存在的各种错误,例如用户输入验证过
程中的边界值的错误。
(2)集成测试主要目的是针对详细设计中可能存在的问题,尤其是检查各单元与其他程
序部分之间的接口上可能存在的错误。
(3)系统测试主要针对概要设计,检查系统作为一个整体是否有效地得到运行,例如在
产品设置中是否能达到预期的高性能。
(4)验收测试通常由业务专家或用户进行,以确认产品能真正符合用户业务上的需要。
在不同的开发阶段,会出现不同类型的缺陷和错误,所以需要不同的测试技术和方法来发现
这些缺陷。
结构化开发方法五个阶段的主要内容
用结构化系统开发方法开发一个系统,将整个开发过程划分为五个首尾相连接的阶段,一般称之为系
统开发的生命周期,系统开发的生命周期分为系统规划、系统分析、系统设计、系统实施、系统运行
和维护五个阶段。
1.系统规划
系统规划的主要内容包括:
企业目标的确定
解决目标的方式的确定
信息系统目标的确定
信息系统主要结构的确定
工程项目的确定
可行性研究等
2.系统分析
系统分析的主要内容包括:
数据的收集
数据的分析
系统数据流程图的确定
系统方案的确定等
系统分析阶段是整个 MIS 建设的关键阶段。
3.系统设计
系统设计的主要内容包括:
系统流程图的确定
程序流程图的确定
编码
输入、输出设计
文件设计
程序设计等
4.系统实施
系统实施的主要内容包括:
硬件设备的购买
硬件设备的安装
数据准备
程序的调试
系统测试与转换
人员培训等
5.系统运行与维护
系统运行与维护的主要内容包括:
系统投入运行后的管理及维护
系统建成前后的评价
发现问题并提出系统更新的请求等
软件需求的具体内容
《计算机软件需求说明编制指南》GB/T9385 中定义了需求的具体内容,包括:
(1 功能需求:指描述软件产品的输入怎样变换成输出即软件必须完成的基本动作。对于每一类功能
或者有时对于每一个功能需要具体描述其输入、加工和输出的需求。
(2 性能需求:从整体来说本条应具体说明软件或人与软件交互的静态或动态数值需求。
①静态数值需求可能包括:
支持的终端数
支付并行操作的用户数
处理的文卷和记录数
表和文卷的大小
②动态数值需求
可包括欲处理的事务和任务的数量,以及在正常情况下和峰值工作条件下一定时间周期中处理的数据
总量。所有这些需求都必须用可以度量的术语来叙述。例如,95%的事务必须在小于1s 时间内处理完,
不然操作员将不等待处理的完成。
(3 设计约束:设计约束受其他标准、硬件限制等方面的影响。
(4 属性:在软件的需求之中有若干个属性如可移植性、正确性、可维护性及安全性等。
(5 外部接口需求:包括用户接口、硬件接口、软件接口、通信接口。
(6 其他需求:根据软件和用户组织的特性等某些需求放在数据库、用户要求的常规的和特殊的操作、
场合适应性需求中描述。
由此可知:
①对特定范围内修改所需的时间不超过 3 秒——性能需求。
②按照订单及原材料情况自动安排生产排序——功能需求。
③系统能够同时支持1000 个独立站点的并发访问——性能需求。
④系统可实现对多字符集的支持,包括 GBK, BIG5 和 UTF-8 等——设计约束。
⑤定期生成销售分析报表——功能需求
⑥系统实行同城异地双机备份,保障数据安全——设计约束。
软件需求的3 个层次:业务需求、用户需求和功能需求
软件需求包括 3 个不同的层次――业务需求、用户需求和功能需求。
除此之外,每个系统还有各种非功能需求。
业务需求( Business requirement ) 表示组织或客户高层次的目标。业务需求通常来自项
目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组
织为什么要开发一个系统,即组织希望达到的目标。使用前景和范围( vision and scope )文档来
记录业务需求,这份文档有时也被称作项目轮廓图或市场需求( project charter 或 market requ
irement )文档。
用户需求( user requirement ) 描述的是用户的目标,或用户要求系统必须能完成的任务。
用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使
用系统来做些什么。
功能需求( functional requirement ) 规定开发人员必须在产品中实现的软件功能,用户
利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求( behavioral require
ment ),因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其
预定”。功能需求描述是开发人员需要实现什么。
系统需求( system requirement ) 用于描述包含多个子系统的产品(即系统)的顶级需求。
系统可以只包含软件系统,也可以既包含软件又包含硬件子系统。人也可以是系统的一部分,因此某
些系统功能可能要由人来承担。
剩余53页未读,继续阅读
资源评论
G11176593
- 粉丝: 6639
- 资源: 3万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功