项目初始之软件项目初始过程.ppt

关于本书的章首图 修改后 RoadMap 软件项目管理 软件项目初始过程 软件项目启动 软件项目启动 顾客 顾客 需求 满意 产品 输入 输出 产品实现 甲方 乙方 本章要点一 项目立项二 合同项目三 项目授权四 初始项目范围五 生存期模型六 案例分析 自学 什么是项目立项 当在用户需要得到软件产品时 需要以项目的形式进入企业采购管理的流程 此为 立项 项目立项阶段立项意味着要决策一些重大的问题 如项目的效益和利润 涉及到前期投入多少 能否盈利 什么时候能够盈利 能否持久的盈利 写出立项报告并获得批准 立项阶段的一个重要决策 在立项阶段 企业负责人会就进行自造 购买 makeorbuy 进行决策 确定软件产品的哪些部分应当 采购 外包开发 或 自主研发 思考 企业在上一个软件项目时 决策软件采购 软件外包或软件自主研发 分别是出于什么考虑 软件合同的起源 当项目需要外包的时候 就存在需方 甲方 和供方 乙方 之间的责任和义务的关系 甲方即买方 是对所需要的产品或服务进行 采购 这覆盖了两种情况 一种为自身的产品或资源进行采购 另一种是为顾客进行采购 与顾客签定合同的一部分 注意 采购 的含义是多方面的 包括软件开发委托 设备的采购 技术资源的获取等方面 乙方即供方 有时也称为卖方 是为顾客提供产品或服务 服务 也是广义的 包括为客户开发系统 为客户提供技术咨询 为客户提供专项技术开发服务及为客户提供技术资源 人力和设备 的服务 合同来自采购 一旦签订合同 立项阶段即完成 并形成了合同项目 此时 合同内容成为关键 本章要点一 项目立项二 合同项目三 项目授权四 初始项目五 生存期模型五 案例分析 自学 合同 是规定项目执行各方履行其权利义务的 具有法律效力的文件 合同的工作 起草合同 签署之前的协商 请示报告 审批 合同签署 随后的启动工作等 软件项目合同的种类 以技术合同为主 合同名称经常采用 技术开发 技术转让 技术咨询和技术服务 等 在明确相互权利义务关系的基础上所达成的协议 合同的生存期 技术合同的三种环境 软件企业在技术合同中的三种环境需 甲 方环境供 乙 方环境内部环境 合同项目中的甲乙双方的关键要素甲 需 方 在合同环境下的关键要素提供准确 清晰和完整的需求 选择合格的乙 供 方并对采购对象进行必要的验收 乙 供 方 合同环境下的关键要素作为软件开发商 了解清楚甲方的要求并判断企业是否有能力来满足以这些需求 关于软件的招投标 甲方乙方是怎样走到一起的 项目招投标软件客户 需求方 甲方 按照自身软件开发的需要 编制招标书 概要描述软件需求 发放标书 注 政府部门的客户 需按照政府采购法进行 需 甲 方合同环境 合同准备合同签署合同管理合同结束 第一步 招标书定义 第二步 供方选择 招标 收集供方的建议书 评定供方 最终供方确定 招标文件 最终供方名单 建议书 招标 招标的方式也有多种 例如有公开招标 有限招标 多方洽谈和直接谈判等 1 公开招标 招标信息在社会上公开发布 使一切潜在供应商都获得平等的参与竞争的机会 2 有限招标 招标信息在有限的范围内发布 通常是直接向筛选合格的潜在的供应商发出邀请 3 多方洽谈 甲方不明确发出招标信息 而是选择几个潜在的合格的供应商分别进行洽谈 从中选择合适的供应商 4 直接谈判 直接与一家供应商谈判并签订合同 只适应一些特殊的项目 合同文本准备 2 合同签署 软件项目的第一个文件 SOW 合同签署固然是重要的 但合同规定的内容更重要 在签署合同的时候 甲方会同时将工作任务说明 StatementofWork SOW 作为合同附件提交给乙方 工作任务说明是甲方描述的实现开发约定所要执行的所有任务 请记住一个术语 工作任务说明 StatementofWork SOW 这是乙方 软件开发方 的项目内容的依据 据此 从合同中分解出项目任务 编制项目的第一个文件 项目章程 项目正式开始 指派项目经理 确认项目项目章程 3 合同管理 对采购对象的验证和检验过程违约事件处理过程 供 乙 方合同环境 合同准备合同签署合同管理合同结束 1 合同准备 项目分析竞标能力评估可行性分析参加竞标合同文本准备 投标 竞标方编写项目建议书 描述如何以较低的费用和较高的质量来解决客户的问题 竞标方会与客户进行各种公开和私下的讨论以及各种公关活动 这是企业售前的任务 竞标方 供应商 交付投标书 给当地招标局 同时附上资质证明和自己参与类似项目的经验介绍 31 合同签署 中标后 进入甲乙双方的最后谈判 甲方选择了合适的乙方 软件开发商 而且被选择的开发商也愿意为甲方开发满足需求的软件项目 合同签订 是一个重要的里程碑 32 合同生存期 随后 进入合同生存期 四个阶段 即 合同准备 合同签署 合同管理 项目管理同步开始 合同终止 本章要点一 项目立项二 合同项目三 项目授权四 初始项目范围五 生存期模型六 案例分析 自学 项目章程 ProjectCharter 确认项目存在的文件 包括 对项目的确认 对项目经理的授权和项目目标的概述等 项目章程 参考P39案例 类似项目的授权书 相当于对项目的正式授权 表明项目可以有效地开始了 项目经理 什么人能够担当 技术尖子 能够在技术上独当一面 但没有项目管理专业知识 此为下策 严重的问题 软件工程缺少项目经理 我们也可以采取 中策 具有组织协调能力的专业技术管理人员 最好是从事过项目管理工作的系统分析人员 此为上策 这样的人 具有宽泛的信息系统领域经验 知识面较广 对技术复杂度有比较深入的理解 也具有较好的沟通能力 写作能力 项目管理知识体系指南 第3版建议 项目管理团队应该能够理解并使用以下领域的专业技术 项目管理知识体系 应用领域的相关知识 标准和规则 项目环境知识 一般管理知识和技能 软技能 人际关系技能 软件项目的组织结构 图 典型IT软件项目管理组织模式 项目经理的工作描述 项目经理的基本职责可以归纳为领导项目的计划 组织和控制工作 以实现项目的目标 即项目经理领导项目团队完成项目目标 项目经理需要协调各个团队成员的活动 使这些成员成为一个和谐的整体 履行各自的工作 人际关系技能和领导技能的重要性 对于有效项目经理来讲最重要的10项技能和能力 调查 本章要点一 项目立项二 合同项目三 项目授权四 初始项目范围五 生存期模型六 案例分析 自学 项目范围 是项目管理的第一要件 这是第一次从软件结构上描述出项目的范围 项目范围说明书 也是初始的项目需求说明书 这也是项目组对项目所需要完成的工作和所需要提交的成果的初步认识 制定项目范围说明书 初步 项目范围说明书确定了项目的范围 即需要完成的诸种事项 制定项目初步范围说明书过程的对象和记载的事项是项目及其产品和服务的特征与边界 以及验收与范围控制的方法 注意 由于项目具有渐进明晰的特性 这个初始的范围说明书也需要不断的完善 但要尽快 项目范围说明书包括 项目和产品的目标项目和服务的需求及特性项目验收标准项目边界项目需求和可交付物项目约束项目假设项目的初步组织初始识别的风险计划的里程碑初始工作分解结构量级成本估算项目配置管理需求被批准的需求 制定项目范围说明书 初步 本章要点一 项目立项二 合同项目三 项目授权四 初始项目范围五 生存期模型六 案例分析 自学 生存期模型 软件过程模型 一个软件项目 有很多的任务 分布在软件生存期的各个阶段 所以 只有选择或自主设计出一个适合本项目中软件开发的过程 形成软件工程项目的生存周期 才能有效实施项目管理 软件项目生存期模型的基本特征是 1 描述开发过程的主要阶段 2 定义每一个阶段要完成的主要过程和活动 3 规范每一个阶段的输入和输出 把项目初始范围内容纳入生存周期 有了软件工程的生存周期 就可以把项目初始范围中规定的开发内容 纳入到具体的开发流程之中 使项目组全体成员都能够认清开发任务和开发目标 以面向产品的观点 这个流程同时也是产品生命周期 注意 真正合适的流程 是每个项目组自己找到的流程 并能持之以恒 所谓项目管理的经验 首先体现在软件工程生存周期的设计上 软件工程过程图示 任何一个项目都可以从中找出自己的过程 1 2 3 4 为什么需要一个自己的 软件工程过程 为克服软件的固有困难 把软件过程比拟为一次航海或登山的过程 每一次挑战 目标相似 但却以非常不同的过程来完成 决策一个适合当前项目的软件过程 是成功实施软件项目的关键 52 制定 设计 合适的软件周期 可以解决以下问题 如何确定软件开发和进展中各阶段的次序 如何建立从一个阶段发展到下一个阶段的转换标准 经实践检验和调整后 发现软件周期应该具有以下标志 每个阶段都以具体的工作成果的完成为标志每个阶段都规定了一系列工作任务每件任务都与主要的阶段工作成果有关 53 软件生存期模型 常用的 中小型项目 V模型 瀑布模型 原型模型 增量模型还有 螺旋式模型 快速应用开发模型 渐近式阶段模型等 选择项目生命周期模型的一个重要方法以项目里程碑定义为出发点 设置好生存期各阶段的结束 或开始 点 并以此为项目控制的关键节点 V模型 最有价值的软件周期 55 图3 4V型模型 已故的英国计算机专家PaulRook在1986年提出的 56 图3 4V型模型 细化的 增量式开发模型 incrementallifecyclemodel 增量式开发属于 过程反复的过程模型 其中 1 增量式开发 软件描述 设计和实现活动被分散成一系列的增量 这些增量轮流被开发 2 螺旋式开发 系统的开发从一个初始的大纲开始 成螺旋状开发 直到最后形成完善的系统 57 为什么采取增量式模型 软件项目的变更是不可避免的 采用重复式开发方式已经成为很多软件项目的一个必然选择 增量式模型有着特有的优点增量式开发结合V模型的优点 保持了V模型中设计和实现的分离 又引入了适应需求变更与设计决策的需要 58 本教材案例使用的增量式模型 59 软件工程的并发模型 何时采用增量式模型 适合下列情况的项目 项目开始时 明确了大部分的需求 但是需求可能会发生变化的项目 对于市场和用户把握不是很准 需要逐步了解的项目 对于有庞大和复杂功能的系统进行功能改进时需要一步一步实施的项目 本章案例 增量式模型 使用增量模型 可以保证系统的可扩充性 适合用户需求变化 先让用户使用一部分功能 通过用户评估 再实施下一个增量开发计划 直至产生最终完善的产品 见课本 本章要点一 项目立项二 合同项目三 项目授权四 初始项目范围五 生存期模型六 案例分析 自学 第一次作业 1 简述项目 项目的特征及项目管理三维约束 2 简述项目管理九大知识领域和五大过程组 3 项目启动过程会产生的主要输出有哪些 并对其做简要的解释 4 选择一类软件项目 有如下类型 题目自拟 分小组完成本课程设计 基于Web开发的项目内部信息系统项目外包项目系统软件项目嵌入式软件项目商品化软件项目军用软件项目