ImageVerifierCode 换一换
格式:DOCX , 页数:21 ,大小:61.71KB ,
资源ID:6506636      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/6506636.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(系统集成项目管理工程师小抄格式已经做好.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

系统集成项目管理工程师小抄格式已经做好.docx

1、系统集成项目管理工程师小抄格式已经做好 本文由ashx114001贡献 doc文档可能在WAP端浏览体验不佳。建议您优先选择TXT,或下载源文件到本机查看。 4.2 工程的组织结构 阅读下面叙述,回答问题 1 至问 题 3,将解答填入答题纸的对应 栏内。 【说明】 某系统集成商 B 最近正在争取某 钢铁公司 A 的办公网络迁移到外 地的工程。李某是系统集成商 B 负责捕捉工程机会的销售经理, 鲍某是系统集成商 B 负责实施的 工程经理。由于以往工程销售经 理的过度承诺给后继的实施工作 带来了很大困难,此次鲍某主动 为该工程做售前支持。该办公网 络迁移工程的工作包括钢铁公司 A 新办公楼的综合布

2、线、局域网 络系统升级、机房建设、远程视 频会议系统、生产现场的闭路监 控系统等 5 个子系统。钢铁公司 A 对该工程的招标工作在 2006 年 8 月 4 日开始。 该工程要求在 2006 年 12 月 29 日完成,否则将严重 影响钢铁公司 A 的业务。时间已 到 2006 年 8 月 8 日, 钢铁公司 A 希望系统集成商 B 能在 8 月 15 日前能够提交工程建议书。钢铁 公司 A 对工程的进度非常关注, 这是他们选择集成商的重要指标 之一。根据经验、钢铁公司 A 的 实际情况和现有的资源,鲍某组 织制定了一个初步的工程计划, 通过对该计划中工程进度的分析 预测,鲍某认为按正常流程很

3、难 达到客户对进度的要求。拟订的 合同中将规定对进度的延误要处 以罚款。但是销售经理李某则急 于赢得合同,希望能在工程建议 书中对客户做出明确的进度保 证,首先赢得合同再说。鲍某和 李某在对工程进度承诺的问题上 产生了分歧,李某认为鲍某不帮 助销售拿合同,鲍某认为李某乱 承诺对以后的工程实施不负责 任。本着支持销售的原则,鲍某 采取了多种措施,组织制订了一 个切实可行的进度计划,虽然其 报价比竞争对手略高,但评标委 员会认为该方案有保证,是可行 的,于是系统集成商 B 中标。系 统集成商 B 中标后,由其实施部 负责工程的实施。 【问题 1】 分) 在制订进度计 (7 划时,鲍某可能会采取哪些

4、措施 使制订的进度计划满足客户的要 求? 【问题 2】 分)实施工程的系 (5 统集成商 B 目前的组织类型是什 么?如何改进其工程的 组织方式?如 何改进其工程管理的流程?如何 降低管理外地工程的成本? 【问题 3】 分) 在工程实施过 (3 程中,负责售前工作的李某应继 续承担哪些工作? 答题思路: 答题思路 【问题 1】 沟通,强调该工程对系统集成商 B 的重要意义, 提高工程优先级。 使用开会方式争取相关部门的建 议、支持和承诺。 从现有资源和实际情况出发,优 化网络图,如重新安排活动之间 的顺序,压缩关键路径长度。 增加资源,引入经验丰富的员工 并行,在现有资源下,子任务并 行,内部

5、流程优化。 赶工,工程员工通过加班来加快 工程进度 尽可能地调配非关键路径上的资 源用于关键路径上的任务 优化外包,采购等环境并全程监 控 【问题 2】 系统集成商 B 的组织方式是职能 式的。 答题思路: 答题思路: 【问题 1】 1.沟通,强调该工程对系统集成 商 B 的重要意义,提高工程优先 级。使用开会方式争取相关部门 的建议、支持和承诺。 2.从现有资源和实际情况出发, 优化网络图,如重新安排活动之 间的顺序,压缩关键路径长度。 3.增加资源,引入经验丰富的员 工 4.并行,在现有资源下,子任务 并行,内部流程优化。 5,工程员工通过加班来加快项 目进度 【问题 3】 6.尽可能地调

6、配非关键路径上 与客户高层沟通, 了解客户对项 的资源用于关键路径上的任务 目实施情况的反映, 维护客户关 7.优化外包,采购等环境并全程 系,发掘新的工程机会。 监控 参加周例会, 或至少每周首一次 周报以了解工程的进展和问题。 【问题 2】 4.2 工程的组织结构 1.系统集成商 B 的组织方式是职 阅读下面叙述, 回答问题 1 至问 能式的。 题 3,将解答填入答题纸的对应 2.系统集成商 B 的组织方式应该 栏内。 改为矩阵型。 【说明】 3.最好的办法是工程下阶段的 某系统集成商 B 最近正在 人员提前介入到前一阶段,如在 争取某钢铁公司 A 的办公网络 工程的售前阶段,负责工程实施

7、 迁移到外地的工程。 李某是系统 的工程经理正式参与售前工作。 集成商 B 负责捕捉工程机会的 4.另外,做好工程实施流程间的 销售经理,鲍某是系统集成商 B 交接工作,如建立一套完整的项 负责实施的工程经理。 由于以往 目售前和工程实施阶段之间的 工程销售经理的过度承诺给后 交接规范和要求包括文档、培 2.4 在工程工作安排方面, 继的实施工作带来了很大困难, 训、合同等内容。 特别注意管理好各个接口, 如项 此次鲍某主动为该工程做售前 5.委托、分包给当地有资质的集 目成员之间或部门之间的工作 支持。 该办公网络迁移工程的工 成商,或在当地招人。如果材料 交接,技术交接、资源交接 作包括钢

8、铁公司 A 新办公楼的 和服务在当地采购可降低成本。 综合布线、局域网络系统升级、 压低人员差旅费,事宜虚拟远程 2.5 加强工程沟通, 适量增 机房建设、远程视频会议系统、 的沟通和售后服务手段。 加工程信息收集、 整理、 分析和 生产现场的闭路监控系统等 5 发布的频次, 这样能及时发现项 个子系统。 钢铁公司 A 对该工程 【问题 3】 目问题,利于及时采取纠正措 的招标工作在 2006 年 8 月 4 日 1.与客户高层沟通,了解客户对 施。可以通过电子邮件等手段, 开始。 该工程要求在 2006 年 12 工程实施情况的反映,维护客户 及时将工程进展情况、 存在的问 月 29 日完成

9、,否则将严重影响 关系,发掘新的工程机会。 题和纠正措施通报给全体工程 钢铁公司 A 的业务。 时间已到 2.参加周例会,或至少每周首一 成员、 不要忘记抄送给工程成员 2006 年 8 月 8 日,钢铁公司 A 次周报以了解工程的进展和问 所属部门的经理,如果有必要, 希望系统集成商 B 能在 8 月 15 题。 甚至抄送给公司管理层。 日前能够提交工程建议书。 钢铁 3.参与可能发生的变更的前期 4.4 项 目 生 命 周 期 模 型 公司 A 对工程的进度非常关注, 评审工作。 2009 上 这是他们选择集成商的重要指 4.负责或者协助收款。 阅读下列说明, 回答问题 1 至问 标之一。

10、根据经验、钢铁公司 A 4.3 工程组织结构 题 3。将解答填入答题纸的对应 的实际情况和现有的资源, 鲍某 阅读下面叙述,回答问题 1 至问 栏内。 组织制定了一个初步的工程计 题 3,将解答填入答题纸的对应 【说明】 划, 通过对该计划中工程进度的 栏内。 小赵是一位优秀的软件设 分析预测, 鲍某认为按正常流程 【说明】 计师, 负责过多项系统集成工程 很难达到客户对进度的要求。 拟 系统集成工程管理工程的应用开发, 现在公司因人手紧 订的合同中将规定对进度的延 师 教 程 第 23 章 - 案 例 分 析张, 让他作为工程经理独自管理 误要处以罚款。 但是销售经理李 23.1.7 一个类

11、似的工程, 他使用瀑布模 某则急于赢得合同, 希望能在项 型来管理该工程的全生命周期, 目建议书中对客户做出明确的 答题思路: 如下所示: 进度保证,首先赢得合同再说。 1、强矩阵型组织结构的特 鲍某和李某在对工程进度承诺 点是:它具有很多工程型组织的 工程进行到实施阶段, 小赵 的问题上产生了分歧, 李某认为 特征,具有拥有很大职权的专职 发现在系统定义阶段所制订的 鲍某不帮助销售拿合同, 鲍某认 工程经理和专职工程行政管理 工程计划估计不准, 实施阶段有 许多原先没有估计到的任务现 为李某乱承诺对以后的工程实 人员。 在都冒了出来。 工程工期因而一 施不负责任。 本着支持销售的原 2、在强

12、矩阵组织中,为协 再延期,成本也一直超出。 则,鲍某采取了多种措施, 组 【问题 1】 分) (6 织制订了一个切实可行的进度 调工程经理和职能部门经理的 根据工程存在的问 计划, 虽然其报价比竞争对手略 权责,应: 请简要分析小赵在工程整体 2.1 在公司 管理思想和 原 题, 高, 但评标委员会认为该方案有 保证, 是可行的, 于是系统集成 则上,明确矩阵型组织的特征: 管理方面可能存在的问题。 能够以工程为导向 【问题 2】 分) (6 商 B 中标。 系统集成商 B 中标后, (1)请简要叙述瀑布模 有了客户问题处理中心 由其实施部负责工程的实施。 协调工作由工程管理队 型的优缺点。

13、【问题 1】 分) 在制订进 (7 (2) 请简要叙述其他模 度计划时, 鲍某可能会采取哪些 伍承担 型如何弥补瀑布模型的不足。 能够明确责任 措施使制订的进度计划满足客 【问题 3】 分) (3 资源来自各职能部门,并 户的要求? 针对本案例, 请简要说 【问题 2】 分)实施工程的 且这些资源可在不同工程中共 (5 明工程进入实施阶段时, 系统集成商 B 目前的组织类型 享 工程经理小赵应该完成 专业人员在技术上可相 是什么?如何改进其工程的 组 的工程文档工作? 织方式?如何改进其工程管理 互支持 各专业员工组织上仍归 的流程?如何降低管理外地项 属其职能部门,因此工程结束 【问题 1】

14、 目的成本? 1.软件设计师小赵第一次担任 【问题 3】 分) 在工程实 后,员工“有家可归” (3 2.2 在公司制度上,明确职 工程经理,独立管理一个工程, 施过程中, 负责售前工作的李某 系统集成商 B 的组织方式应该 改为矩阵型。 最好的办法是工程下阶段的人 员提前介入到前一阶段, 如在项 目的售前阶段, 负责工程实施的 工程经理正式参与售前工作。 另外, 做好工程实施流程间的交 接工作, 如建立一套完整的工程 售前和工程实施阶段之间的交 接规范和要求包括文档、培 训、合同等内容。 委托、 分包给当地有资质的集成 商, 或在当地招人。 如果材料和 服务在当地采购可降低成本。 压 低人员

15、差旅费, 事宜虚拟远程的 沟通和售后服务手段。 应继续承担哪些工作? 能部门和工程经理之间的权责 分配关系: 资源、人员日常归 职能部门经理管理和考核; 在工程实施期间人 员、 资源由工程经理全权管理和 考核; 2.3 建立一个清晰的工程 管理流程, 明确工程经理在工程 实施期间的权力和责任; 定义了 相关人员和相关部门在工程活 动中的工作范围、 工作过程和职 责。 这个流程一般由工程管理部 门起草,经过相关部门讨论修 改, 最终由工程管理部门、 相关 职能部门审批, 最后由公司管理 层终批生效。例如: 严格加强工程章程 的规范性和严肃性, 任命工程经 理的必要性 工程所需资源,由 工程经理提

16、出申请, 职能经理负 责委派人员; 工程实施期间的考 核由工程经理负责,工程结束 后,人员回到职能部门,考核 内容也转交给职能 经理, 最终由职能经理负责全部 考核 工程管理部经理 和资源部门经理对等处理项 目过程中工程目标和资源提 供的决策问题; 缺乏工程整体管理经验和技能; 2.小赵选取瀑布模型作为工程整 体管理的生命周期模式,缺乏科 学的论证和系统的评估,开发模 型的选取没有进行可行性分析和 论证; 3.在系统论证阶段制定工程整体 计划时,对进度计划没有采用科 学的方法,如类比估算法,专家 判断,三点估算,应急时间等。 4.对工程需求和功能没有进行严 格的需求分析、范围定义; 5.在工程

17、范围上没有制定 WBS, 规划工程实施范围; 6.小赵没有对工程范围进行严格 的范围确认;导致工程范围界定 不清 7.实施阶段,没有对工程范围进 行范围控制,遵循规范的范围变 更控制管理,导致范围蔓延 【问题 2】 书上 162 页 1、 瀑布模式的优点是 2、 为弥补瀑布模型的缺 点,可采用快速原型 法、 螺旋模型和迭代模 型 【问题 3】 小赵在工程实施阶段应完成 的文档,分两大类: 1.工程管理过程文档工程 进度计划 (变更) 工程绩效 , 报告,工程会议记录,工程 范围(变更)说明书、变更 控制文档、质量分析报告, 风险评估报告等等。 2.工程产品实现文档概要设计 说明书,详细设计说明

18、书,代码 规范,程序编码设计书,数据库 模型与设计说明书,测试用例, 测试报告等等。 6 章 工程整体 第 管理 6.1 工程整体(综合)管理 阅读下列说明,回答问题 1 至问 题 3。将解答填入答题纸的对应 栏内。 【说明】 A 公司是一家中小型系统集 成公司, 2006 年 3 月份正在准 在 备对京发证券公司数据大集中项 目进行投标,A 公司副总裁张某 授权销售部的林某为本次投标的 负责人,来组织和管理整个投标 过程。 林某接到任务后, 召集了 由公司商务部、销售部、客服部 和质管部等相关部门参加的启动 说明会,并把各自的分工和进度 计划进行了部署。 随后,在投标前 3 天进行投 标文件

19、评审时,发现技术方案中 所配置的设备在以前的工程使用 中是存在问题的,必须更换,随 后修改了技术方案。最后 A 公司 中标并和客户签订了合同。 根据公司的工程管理流程, 林某把工程移交到了实施部门, 由他们具体负责工程的执行与验 收。 实施部门接手工程后, 鲍某 被任命为实施工程经理,负责项 目的实施和验收工作。鲍某发现 由于工程前期自己没有介入,许 多工程前期的事情都不是很清 楚,而导致后续跟进速度较慢, 影响工程的进度。同时鲍某还发 现设计方案中尚存在一些问题, 主要有: 方案遗漏一项基本需求, 有多项无效需求,没有书面的需 求调研报告;在工程的工期、系 统功能和售后服务等方面,存在 过度

20、承诺现象。于是工程组重新 调研用户需求,编制设计方案, 这就增加了实施难度和成本。可 是后来又发现采购部仍是按照最 初的方案采购设备,导致设备中 的模块配置功能不符合要求的情 况。 而在 A 集成公司中, 类似现 【问题 3】 分) (4 为了避免以后出现类 第 7 章 工程范围管理 【问题 1】 分) 针对说明中 似情况,请简要叙述公司应采取 7.1 范围定义 (5 系统集成工程管理工程 所描述的现象,分析 A 公司在 哪些有效的管理手段。 师教程 第 23 章-案例分析 工程管理方面存在的问题(150 23.2.1 答: 【问题 1】 字以内) 。 M 公司原本是一家专注于企 【问题 2】

21、 分) 针对 A 公司 1、 签订合同很简单,没有在 (5 在电子政务如 在该工程管理方面存在的问题, 合同中明确甲乙双方的职责,明 业信息化的公司, 开始进军电子政 提出补救措施(150 字以内) 。 确工程的时间要求,范围界定以 火如荼的时候, 【 及合同违约等条款和内容,缺乏 务行业,在电子政务的市场中, 接到的第一个工程是开发一套 问题 3】 分)针对 A 公司的 有效的合同管理制度; (5 由于电了政务保 工程管理现状,结合你的实际 2、 工程执行较随意,表明其 工商审批系统。 该系统涉及到两个互不 经验,就 A 公司工程管理工作 缺乏规范和严格的工程管理制 密要求, 政务内网和政务

22、外 的 持 续 改 进 提 出 意 见 和 建 议 度和方法,规范的工程管理流 联通的子网: 程,没有严格的进度控制、成本 网。政务内网中储存着全部信 (150 字以内) 。 控制和质量保证、风险分析等管 息, 其中包括部分机密信息; 政 答题思路: 理措施。 务外网可以对公众开放, 开放的 【问题 1】 3、 针对甲方组织结构复杂, 信息必须御到授权。 系统要求在 1、投标前的工程启动会议 需求多变的情况,没有进行事前 这两个了网中的合法用户都可 上,没有邀请技术和实施部门 风险分析和制定风险应对措施, 以访问到被授权的信息.访问的 2、 没有把以往的经验教训, 对需求没有进行严格的分析、管

23、 信息必须是一致可靠, 政务内网 归纳和积累, 形成组织知识资产 理措施,对工程范围也没有进行 的信息可以发布到政务外网, 政 3、没有建立完善的内部评 确定, 务外网的信息在经过审批后可 审机制, 或虽有评审机制但为有 4、 针对工程范围、进度、成 以进入政务内网系统。 本的变化,缺乏必要的变更控制 效执行 张工是该工程的工程经理, 4、工程中没有实现有效的 手段和规范的变更控制流程。 在捕获到这个需求后认为电子 变更管理 5、 对应工程的不验收,缺乏 政务建设与企业信息化有很大 有其自身的特殊性, 若 5、公司级的工程管理体系 有效的沟通管理制度,缺少和甲 的不同, 不健全,或执行不好 方

24、必须的沟通方法和措施,在合 照搬企业信息化原有的经验和 同中没有规定验收的标准和程 方案必定会遭到惨败。 因此采用 序; 了严格爆布模型, 并专门招聘了 【问题 2】 1、改进工程的组织形式, 6、 对应工程出现的情况,缺 熟悉网络互通互联的技术人员 在经过严格评 明确工程团队和职能部门之间 少应急措施和有效的针对性方 设计了解决方案, 审后实施。 在工程交付时, 虽然 法,来解决工程当前的困难。 的协作关系和工作程序 系统完全满足了保密性的要求, 2、做好工程当前的经验教 但用户对系统用户界面提出了 训收集、归纳工作 【问题 2】 认为不符合政务信 3、 明确工程工作的交付物, 1、 加强和

25、甲方的沟通,针对 较大的异议, 建立和实施工程的质量评审机 工程验收的工作内容和方式,流 息系统的风格,操作也不够便 要求彻底更换, 由于最初设 制 程、时间等问题,积极和甲方进 捷, 系统表现层和逻辑层 4、建立工程的变更管理机 行沟通,争取和甲方就工程验收 计的缺陷, 紧密耦合,导致 70%的代码重 制, 识别变更中的利益相关方并 工作达成一致意见; 而第二版的用户界面仍不能 加强沟通 2、 针对合同中没有明确的验 写, 5、加强对工程团队成员和 收标准和流程等问题,可以采用 满足最终用户的要求, 最终又重 相关人员的工程管理培训 由于系 备忘录或者补充协议的形式,就 写部分代码才通过驶收

26、, 工程组成员产生 工程验收的标准、流程、时间和 统的反复变更, 【问题 3】 士气低落, 项 责任人等内容签署书面的具有 了强烈的挫折感, 1、建立企业级的工程管理 法律效力的文件,以便指导工程 目工期也超出原计划的 100%。 体系和工作规范 验收工作。 【问题 1】 分) (5 2、加强对工程工作记录的 3、 在工程组内部,加强工程 请不超过 150 字, 对 管理 管理工作力度,制定验收文档标 张工的行为进行点评? 3、加强工程质量和相应的 准,积极准备验收工作,完善验 【问题 2】 分) (5 评审制度 收成果文档,明确工程验收工作 请从工程范围管理的角 4、加强工程经验教训的收 的

27、标准和流程,以及团队成员的 度找出该工程实施过程中的主 集、归纳、积累和分享工作 职责。 要管理问题?不超 150 字 5、引入合适的工程管理工 【问题 3】 分) (5 具平台, 提升工程管理工作效率 【问题 3】 请结合你本人实际项 1、 公司应该建立严格 目经验, 指出应如何避免类似问 6.2 工程整体 2009 上 和规范的合同管理 题?不超过 150 字 阅读下面叙述, 回答问题 1 至问 制度,签订合同时 题 3,将解答填入答题纸的对应 必须在合同中明确 栏内。 工程的范围、进度 【问题 1】请对张工的行为进行 【说明】 以及相关要求,建 点评? 某公司是一家专门从事 立完善的合同

28、文 工作的优点: 认识到电子 1、 ERP 系统研发和实施的 IT 企业, 本; 政务建设与企业信息化建设的 目前该公司正在进行的一个项 2、 公司内部应该建立 不同, 考虑到了工程的独特性的 目是为某大型生产单位(甲方) 规范和完善的工程 特征; 研发 ERP 系统。 管理制度,在工程 2、针对业务需求中对内网、外 某公司同甲方关系比较密 管理上建立合规的 网的互联互通的要求, 针对性招 切, 但也正因为如此, 合同签的 管理流程、方法和 聘了网络互联互通的技术人员; 较为简单,工程执行较为随意。 标准规范,推行科 3、满足了用户保密性的要求; 同时甲方组织架构较为复杂, 项 工作的缺点:

29、学的工程管理方 目需求来源多样而且经常发生 法, 包括范围管理、 1、采用“瀑布模式”的工程生 变化, 工程范围和进度经常要进 时间管理、成本管 命周期,没有进行论证,武断; 行临时调整。 理、质量管理、人 2、用户需求调研的不全面,忽 经过工程组的艰苦努力, 系 力资源管理方面; 视了系统页面的需求; 并且, 进 统总算能够进入试运行阶段, 但 3、 在公司内部加强项 行第二版修正时, 没有针对页面 是由于各种因素, 甲方并不太愿 目管理思想和方法 的需求修改进行确认。 意进行正式验收, 至今工程也未 3、设计方案没有进行验 的培训,建立全员 能结项。 的、全面的、全过 证;表现层内耦合的业

30、务逻辑, 【问题 1】 分) (6 程的工程管理体系 增加了修改的代价; 请从工程管理角 4、团队管理措施不 和标准。 度, 简要分析该工程 “未能结项” 4、 在工程立项时,建 力,成员产生挫折感; 的可能原因。 立科学和严谨的项 【问题 2】 分) (5 目可行性分析和论 针对该工程现状, 请 请从工程范围管理的 证制度,进行风险 【问题 2】 简要说明为了促使该工程进行 分析和风险评估, 角度找出该工程实施过程中的 验收,可采取哪些措施。 主要管理问题。 规避工程风险。 象已多次发生。 1、 没有建立规范的工程范围 管理流程和制度。 2、 范围定义和需求分析时, 工作不细致,忽视了 B/

31、S 架构下 的页面需求 3、 需求范围变更中,没有对 页面变更进行“确认” ,就修改 代码 【问题 3】 答题的思路和提纲, 请将下 列答题点细化 1、 针对甲方的需求, 制定实用的工程范 围管理计划; 2、 做好范围定义工作 (详细列出方法) 3、 做好需求分析工作 (方法、过程、工 作步骤) 4、 重视范围确认(方 法) 5、 严格范围变更(变 更流程) 6、 建立完善的工程范 围管理制度和规范 的范围管理流程 7.2 需求评审 系统集成工程管理工 程师教程 第 23 章-案例分析 23.1.5 答: 1、 软件需求是软件开发的最 重要的一个输入,需求风险也常 常是软件开发过程中最大的一个

32、 风险,降低需求风险的一个重要 手段就是需求评审,但是需求评 审是所有的评审活动中最难的一 个,也是最容易被忽视的一个评 审。 可以分成如下的层次: 目标性需求:定 义了整个系统需要达到 的目标; 功能性需求:定 义了整个系统必须完成 的任务; 操作性需求:定 义了完成每个任务的具 体的人机交互; 目标性需求是企业的高层 管理人员所关注的, 功能性需求 是企业的中层管理人员所关注 的, 操作性需求是企业的具体操 作人员所关注的。 对不同层次的 需求,其描述形式是有区别的, 参与评审的人员也是不同的。 如 果让具体的操作人员去评审目 标性需求, 可能会很容易地导致 “捡了芝麻, 丢了西瓜” 的现

33、象, 如果让高层的管理人员也去评 审那些操作性需求, 无疑是一种 资源的浪费或者就会出现案例 三的情形。 方法、技巧、过程等,因此需要 对评审员进行,同样对于主持评 审的管理者也需要进行培训,以 便于参与评审的人员能够紧紧 围绕评审的目标来进行,能够控 制评审活动的节奏,提高评审效 率,避免发生案例一和案例二中 出现的现象。对评审员的培训也 可以区分为简单培训与详细培 训 2 种。简单培训可能需要十几 分钟或者几十分钟,需要将在评 审过程中的需要把握的基本原 则,需要注意的常见问题说清 楚。详细培训则可能要需要对评 审的方法、技巧、过程进行正式 的培训,需要花费较长的时间, 是一个独立的活动。需要注意的 是被评审人员也要被培训。 建议六:充

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1