信息系统项管理师考点温习：合同和配置管理.docVIP

信息系统项目管理师考点温习：合同和配置管理 一、立项管理 立项管理的内容 建设方的立项管理 承建方的立项管理 签订合同 IT项目需求的类型 功能需求、性能需求、环境需求、用户界面需求、资源使用需求、成本消耗需求、开发进度需求 预先估计以后系统可能达到的目标 需求 需求是用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 特征：模糊性/不确定性/变化性/主观性 需求分析 是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 需求分析时间 设计方案的时候 项目开始的时候 接管一个项目的时候 需求变更的时候 需求分析基本策略 头脑风暴 专家评审 焦点会议组 需求分析特点 用户与开发人员存在沟通困难 开发人员不懂业务；用户不了解系统； 用户的需求动态多变 生命周期中不同阶段系统变更代价呈非线性增长 80-20规则 需求：指的是由项目接受的或项目产生的产品和产品构件需求。包括由组织征集的对项目的需求。 需求管理（Requirement Management） 确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。 需求管理与项目管理的关系 项目需求是制定项目计划，开发项目产品和从事项目活动的依据。 项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整。 需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征一门学科。 软件需求工程管理的过程 需求获取-需求分析-需求定义-需求验证（快速评审/原型法） 需求获取 通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求。 软件需求规格说明书 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 项目建议书 立项申请（项目建设单位向上级主管部门提交项目申请时所必须的文件，是拟建项目提出的框架性的总体设想。 是可行性研究的依据。 项目的必要性 项目的市场预测 产品方案或服务的市场预测 项目建设必需的条件 可行性研究-FeasibilityStudy 可行性分析-FeasibilityAnalysis 对拟建项目通过技术、经济的分析，以研究用最小的投入获得最佳经济效果的科学方法。研究过程提供的框架和分析模式师项目前期管理的主要内容。 信息系统项目可行性内容 可能性 技术、物资、资金、人员支持可行性 效益性 经济效益、社会效益 必要性 社会环境、领导意愿、人员素质、认知水平 过程 机会研究 初步可行性研究 详细可行性研究 项目评估 项目可行性研究的内容 投资必要性分析 技术可行性分析--进行项目开发的风险/人力资源的有效性/技术能力的可能性/物资的可用性 财务可行性分析--支出分析/收益分析/收益投资比/投资回收期分析/敏感性分析/社会效益分析 组织可行性分析 经济可行性分析 社会可行性分析 风险因素及对策分析 项目建议书的编写 由政府部门、全国性专业公司以及现有企事业单位或新组成的项目法人提出。 四个阶段 机会研究 初步可行性研究 详细可行性研究 评估与决策 项目招标 招标 在一定范围内公开货物、工程或服务采购的条件和要求，邀请众多投标人参加投标，并按照规定程序从中选择交易对象的一种市场交易行为。 招标方式 公开招标、邀请招标 招标公告、投标邀请书 招标评分标准 以客观事实为依据 严格控制自由裁量权 得分应能明显分出高低 执行国家规定体现国家政策 评分标准应便于评审 细则横向比较 投标