软件项目管理大作业_第1页
软件项目管理大作业_第2页
软件项目管理大作业_第3页
软件项目管理大作业_第4页
软件项目管理大作业_第5页
已阅读5页,还剩17页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件项目购销合同软件项目购销合同 本合同由下述双方签署 甲方 联系电话 乙方 联系电话 根据 中华人民共和国合同法 及其他有关规定 甲乙双方在平等 自愿 公开 诚实信用的基础上就 XXXXXX 储蓄软件项目事宜 经甲乙双方友好协 商如下 第 1 条 储蓄软件项目实施所需的条件 人工及人工费由甲方负责 但技术和 质量全部由乙方负责 所进行项目开发所需的事宜明细见附件 附件与本合同 不可分割 具有同等法律效力 第 2 条 产品交付甲方验收前所有质量问题由乙方负责 当交付甲方验收合格 后 所有利害由甲方负责 第 3 条 交货方式双方见面交易 合同为证 第 4 条 交货时间为 2014 年 9 月 17 日 交货地点 xxx 对于产品的数量 质量 等问题 全部由乙方负责 第 5 条 合约执行内容 经甲乙双方协商约定 整个软件项目设计由乙方提供专业人员和技术进行 开发 甲方不用参与 按照乙方技术进行开发且监工由乙方负责 开发完成后 应达到国家验收标准 当与国家标准发生冲突时 按国家标准执行 测试达到 标准后 视为乙方工程全部验收合格 如未达到验收标准时 所人工费由乙方 负责承担 如能补救 由乙方尽快全部负责 直至达到验收标准 第 6 条 补充说明 乙方计算的全部材料已全部包含软件项目的全部 甲方不再支付任何费用 经乙方设计与预算得出以上内容与附件包含的内容外 不再有任何增项费用 如有乙方全部承担 第 7 条 双方职责 1 甲方职责 1 甲方负责协调乙方与同期作业的其他工程之间的关系 作业时间 作业 面等 2 乙方职责 1 乙方负责交付工程的可靠性 安全性 如因未按规定施工造成甲方工期 延误 财产损害等严重问题 一切责任由乙方承担 2 乙方施工人员应遵守国家及甲方的有关规定 遵守安全操作规程 在施 工过程中佩戴必要的防护器具 确保施工安全 避免人身事故的发生 如发生 人身安全事故及乙方施工人员违法违纪事件 全部责任和由此发生的费用由乙 方承担 3 项目实施中 乙方应接受甲方监督 当甲方发现问题向乙方提出时 乙 方应认真对待 如问题属实 乙方应及时拿出解决方案并告知甲方 在取得甲 方同意后 立即纠正解决 4 乙方要服从甲方对施工作业的有关安排 第 8 条 工程质量与检验 甲方可随时对作业进度 工程质量进行检查 对不符合设计要求和合同约 定及国家质量标准的材料 设备 有权通知乙方更换合同规定的材料 设备 对不符合规范和质量标准的工序和不安全施工作业 有权通知乙方停工整顿和 返工 乙方得到甲方复工令才能复工 第 9 条 付款方式 合同总价格为 xxxx 元整 合同签订之日支 xxxx 工程款 设备进场后支付 xxx 尾款验收合格后全部付清 第 10 条 本合同一式两份 甲乙双方各执一份 甲方 乙方 2 储蓄业务软件工程项目管理计划书储蓄业务软件工程项目管理计划书 1 简介 1 1 编写目的编写目的 主要为保证整个项目能够按时 保质 保量的完成 每个人在项目开发中 都能够发挥自己的作用 使整个软件开发过程顺利 平稳 有序的进行 提供 有效的进度参考 1 21 2 范围范围 本文档适用于 储蓄业务软件 这一软件项目 1 3 项目概述 本项目要开发一个银行系统 系统一共分为储蓄业务 贷款业务 外汇交易 网上银行 信用卡业务和系统管理六个子系统 本团队负责其中的有关储蓄业 务 的子系统 通过团队合作开发整个子系统 使团队成员获得软件工程开发的实 际训练 本系统采用目前主流的 B S 开发架构 将与整个银行系统一起发布 不单独发布 交付的产品包括可执行的文件 源代码 技术文档与用户使用手 册等 本系统的开发过程中的主要工作是子系统需求分析 系统总体设计 子 系统源代码开发 子系统测试 交付团长进行最后的集成 整个系统的测试 关键里程碑是制定项目管理计划书 制定需求设计规格说明书初稿 制定系统 设计报告的初稿 进行子系统运行情况的检查与测试 进行系统集成后的运 行情况的检查与测试 项目所需工具是个人电脑和开发工具 进度为 11 周 工 程量为 3 人 天 1 4 项目范围说明 3 1 提交文档 项目管理计划 需求规格说明 设计报告 测试报告 用 户使用手册和项目个人总结 其中项目总结为每人一份 每个小组所有成员的 总结装订在一起 其余文档每组提交一份 每个团队可将各小组的文档综合到 一起 各小组也可自行分开提交 具体方式由团队内部协商确定 所有文档需 要提交电子版和打印稿 2 源程序检查 一共两次 第一次检查每个小组的子系统运行情况 第 二次检查每个团队内六个小组集成后完整的银行系统运行情况 检查完成后需 要提交程序源文件和可执行的系统 程序检查安排在上机时间进行 1 51 5 项目生存期 项目生存期 该项目的特点 此项目需求比较模糊 在开发过程中极有可能发生需求的变更 即使在开 发结束后 也常常需要功能上的扩充 面向的用户群体相当广泛 不同的用户都有可能提出该系统针对某一类群体的 改进意见和要求 项目组内部对此系统的认识也不够统一 对大量辅助功能及新增功能有不 同的看法 需要在基本的核心功能完成之后 随着项目的进行 由项目经理进 一步收集用户及成员的想法意见进行决策 用户及成员都需要在短时间内得到一个系统最初的版本 对其进行评价并 在后续的开发上对其定位 并得出更多明确的需求 在项目本身的开发上 为了使系统锦上添花 会用到许多开发人员也并不 熟悉的技术 这可能需要开发人员进一步的学习后 再对系统进行改进 针对该项目的这些特点 权衡各个生存期的适用条件 该项目组选用了增 量式模型来开发此系统 增量式模型的特点如下 可以避免一次性投资太多带来的风险 将主要的功能或者风险大的功能首 先实现 然后逐步完善 保证投入的有效性 可以更快地开发出可以操作的系统 可以减少开发过程中用户需求的变更 一些增量可能需要重新开发 如果早期开发的需求不稳定或者不完整 可见 增量式模型充分迎合了该项目的特点 并且提供了多种途径解决项 4 目中的一些难题 生存期中各阶段的描述如下 阶段项目规划阶段 目标根据合同和初步的需求分析 确定项目的规模 时间计划和资 源需求 输入合同文本 SOW 过程项目规划 计划确认 输出项目计划 阶段需求分析阶段 目标确定客户的需求 输入项目计划 SOW 过程需求获取 需求分析 需求控制 输出原型系统 需求规格 阶段设计阶段 目标总体系统结构设计 输入原型系统 需求规格 过程总体设计 输出系统设计说明书 数据库结构定义 阶段增量 1 实现 目标实现系统的通用功能 输入系统设计说明书 数据库结构定义 过程详细设计 编码 代码走查 代码评审 单元测试 输出详细设计说明书 源代码 可运行版本 1 阶段增量 2 实现 5 目标实现系统的用户管理功能 输入系统设计说明书 数据库结构定义 过程详细设计 编码 代码走查 代码评审 单元测试 输出详细设计说明书 源代码 可运行版本 2 阶段增量 3 实现 目标实现系统的文章管理功能 输入系统设计说明书 数据库结构定义 过程详细设计 编码 代码走查 代码评审 单元测试 输出详细设计说明书 源代码 可运行版本 3 阶段增量 4 实现 目标实现系统的好友管理功能 输入系统设计说明书 数据库结构定义 过程详细设计 编码 代码走查 代码评审 单元测试 输出详细设计说明书 源代码 可运行版本 4 阶段增量 5 实现 目标实现系统的在线聊天功能 输入系统设计说明书 数据库结构定义 过程详细设计 编码 代码走查 代码评审 单元测试 输出详细设计说明书 源代码 可运行版本 5 阶段集成测试 目标通过集成环境下的软件测试 输入测试计划 测试用例 过程集成测试 系统测试 输出系统软件包 测试报告 产品说明书 6 阶段产品提交 目标产品可投入使用 输入系统软件包 过程产品提交 输出验收报告 1 6 软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论 共同撰写 汇总整合三步骤 形成初稿 第四周以后根据项目的进展可以对其进行修改 需要有组员提出修 改意 在全体会上讨论通过 并由组长整理修改意见并作出相应的修改 其余 组员同步获得更新稿 项目计划组成结构图 计划名称对应部分简要描述 范围计划项目人物范 围 确定项目的范围 为制定其他计划打下基础 范围 管理是项目实施的依据和变更的输入 另外还包括 对可交付成果落实到个人上的分解 即项目分解结 构 WBS 通过 WBS 清楚明确地组织并定义了整 个项目的范围 以及该项目的参与者各自的分工 成本计划项目估算成本计划是对完成项目所需费用的估计和计划 是 项目计划中的一个重要组成部分 软件成本估算是 成本管理的核心 是预测开发一个软件系统所需要 的总工作量的过程 软件成本估算以从软件计 需 求分析 设计 编码 单元测试 集成测试到接受 测试等这些过程所花费的代价为依据 对完成项目 所需要的所有费用进行估算 进度计划项目时间计 划 进度计划是从时间的角度对项目进行规划 时间是 一种特殊的资源 以其单向性 不可重复性 不可 替代性而有别于其他资源 因此进度计划也是项目 7 计划中最难 最重要 最核心的部分 在进度计划 中 首先根据任务分解的结果 WBS 再进一步分 解出主要的任务 活动 确立任务 活动 之间 的关联关系 然后估算出每个任务 活动 需要的 资源 历时 最后编制出完整的进度计划 如进度 表 风险计划项目风险分 析 风险计划是在项目进行过程中不断对风险进行识别 评估 制定策略 监控风险的过程 它是项目管理 中最容易被忽略而且最难以管理的环节 通过风险 识别 风险分析和风险评价去认识项目的风险 并 以此为基础合理的使用各种风险应对措施 管理方 法 技术和手段对项目的风险进行有效的控制 妥 善处理风险事件造成的不利后果 以最小成本保证 项目总体目标的实现 人力资源计 划 项目组织结 构 人是软件项目中最重要的因素 因此软件项目人力 资源管理计划也是项目计划中根本的一项计划 人 力资源管理是保证参加项目的人员能够被最有效使 用所需要的过程 是对项目组织所储备的人力资源 开展的一系列科学规划 开发培训 合理调配 适 当激励等方面的管理工作 是项目组织各方面人员 的主观能动性得到充分发挥 做到人尽其才 事得 其人 人事相宜 同时保持项目组织高度的团结性 和战斗力 从而成功地实现项目组织的既定目标 关键资源计 划 关键资源计 划 关键资源计划是对项目所需关键资源根据生存期阶 段所做的计划 关键资源包括引起竞争的人力和设 备资源 设施工具计 划 设施工具计 划 实施工具计划是对项目开发所需的设备和支持工具 所做的计划 质量管理计质量管理计质量管理计划主要是确定项目应达到的质量标准 8 划划以及决定如何满足质量标准的计划安排和方法 依 据公司的质量方针 产品描述以及质量标准和规则 等制定出实施策略 其内容全面反映用户的需求 为质量小组成员有效工作提供指南 也为项目相关 人员了解在项目进行中如何实施质量保证和控制提 供依据 合适的质量标准是质量计划的关键 配置管理计 划 配置管理计 划 软件配置管理计划用来确定软件配置管理的解决方 案 软件配置管理的解决方案涉及面很广 将影响 软件软件开发环境 软件过程模型 配置管理系统 的使用者 软件产品的质量和用户的组织机构 该 计划由配置管理者负责制定 它是软件配置管理规 划过程的产品 并在整个软件项目开发过程中作为 配置管理活动的依据进行使用和维护 沟通计划沟通计划保证项目成功必须进行沟通 为了有效的沟通 需 要创建一个沟通计划 沟通计划决定项目相关人的 信息和沟通需求 谁需要什么信息 什么时候需要 怎样获得 选择的沟通模式 什么时候采用书面 沟通和什么时候采用口头沟通 什么时候使用非正 式的备忘录和什么时候使用正式的报告等等 2 项目组织管理 2 1 过程模型 9 2 2 团队的分工与合作 10 2 管理过程 3 1 管理目标及优先级 基本管理原则 每位成员既是积极的建言者 又是负责的合作者 同时也是 决策的制定者 决策应在充分的讨论基础上由大家共同做出 一旦决策做出就 必须被及时有效的执行 禁止再有异议 目标 1 按时按量完成项目的基本功能 按时发布产品及文档 这是本团队 的最高目标 目标 2 遵循规范化的项目运作标准 文档严谨完整 代码注释充分 便于 后续维护 这是第二目标 目标 3 产品运行稳定 界面友好 用户易操作 尽量从用户的角度去看问 题 并提出解决问题的方案 目标 4 注重团队建设 成员分工合理 团队成员合作默契 气氛融洽 每 周的讨论会积极建言 在开发过程中积极协作 目标 5 项目设计和开发上尽量有创新 有亮点 3 2 项目风险管理 3 2 1 项目风险管理的目的 成员角色职责 张三组长 主程序员领导项目团队 执行和管理 团队 负责软件的交付工作 同时作为主程序员还要负责 软件设计和编写代码 并撰 写软件设计报告 李四程序员 文档维护员整理需求分析并撰写需求分 析报告 维护并及时修改和 发布已更新技术文档 作为 程序员还要参与软件设计与 代码开发 王五软件测试员 秘书 美工主要负责软件代码测试和用 户测试 并撰写测试文档初 稿并对界面美工付主要责任 作为秘书要主持每周的讨论 会以及团内沟通工作 11 风险是指在项目进行过程中可能发生的事件 这些事件将会对项目按预期 时间 资源和预算完成产生重大影响 风险管理的目标是在潜在问题发作以前 就标志它们 这样就可以在生命周期中可以适时地计划和启用风险处理活动 本次开发过程中存在的风险及规避方法如下表 风险类型存在风险规避方法 由于时间紧张导致项目最后无 法按期完成 充分考虑各种潜在因素 适当留 有余地 任务分解要详细 便于 考核 在执行过程中 应该强调 项目按照进度执行的重要项 再 考虑任何问题时 都要经保持进 度作为先决条件 同时 合理利 用赶工期及快速跟进等方法 充 分利用资源 如果出现必须延期 的情况 组长需及时同银行相关 负责人沟通 并申请延期时间 进度风险 系统没有足够的测试时间持续地监控 项目进度控制随着 项目的进行而不断进行的 保证 每个环节都有足够的时间 开发软件结构体系存在问题 使完成的软件产品未能实现项 目预定目标 选用正版软件开发技术风险 对开发软件的掌握不够深入 造成开发出的产品性能以及质 量低劣 提前制定好两周的学习计划 各 组员要对开发工具 vs2005 sqlsever2005 css ph otoshop 及 flash 进行快速的学 习 尽快掌握其中的要点 同时 在软件的设计上尽可能降低难度 使项目最后能成功完成 质量风险质量不符合用户要求经常和用户交流工作成果 品牌 管理采用符合要求的开发流程 认真组织对产出物的检查和评审 计划和组织严格的独立测试等 软件项目开发和实施过程 所在项目的启动阶段就落实好各项 12 必须用到的管理工具 开发工 具 测试工具未能及时到位 工具的来源或可能的替代工具 在这些工具需要使用之前跟踪并 落实工具的到位事宜 在进行项 目开发之前先设计和搭建出系统 的基础架构并进行性能测试 确 保架构符合性能指标后再进行后 续工作 人力资源风险组员成员因意外无法参加设计事先同用户商量解决办法 3 2 2 风险的控制风险的控制 1 控制方法 1 风险管理计划 重点是制定一个计划 以处理在排位靠前的高风险项 风险管理计划每阶段 迭代重新评估一次 风险监控时选取风险管理计划中 没有关闭的前 10 大风险进行监控即可 每阶段 迭代启动时 选取 风险管理 计划 中处于 监控 状态的前 10 大风险 用于本阶段 迭代的周例会上进行 跟踪和监控 注意 周例会时只监控阶段 迭代启动时监控的前 10 大风险 2 风险的化解 避免风险 即 不要做冒险的活动 将风险从系统的一部分转移到另一部分 可能对于系统的其他部分此风险 不会发生或发生时影响不大 购买关于风险的信息 例如 做实验性项目 请咨询专家等 消除风险的根源 接受风险 如果风险后果较小 而处理它可能代价很大 滚动处理可能是 最有效的途径 发布风险 将风险发布给相关涉众 如 管理者 市场人员 客户 特别注 意策略 等 控制风险 制定风险无法化解时的 风险应急计划 分配额外的资源来处理风险 为处理风险留出额外的时间 13 记住风险 为将来的项目积累 3 2 3 风险监控风险监控 1 周例会检查风险 在周工作例会上 项目经理需要跟踪项目的风险 根据风险列表 逐一分析前 10 大风险 确认已经风险状态是否 发生 或 关闭 如果风险发生则启动 风险应急计划 或项目组协商解决办法 必要时 PM 请求相关高级管理者解决已发生的风险 并且 PM 负责在风险管理计划中将此条 风险标示为 发生 如果风险已经消除 则 PM 负责在风险管理计划中将此条风险标示为 关闭 统计每项风险的停留时间 周数 3 2 4 储蓄项目的风险管理储蓄项目的风险管理 储蓄项目的主要风险是开发人员对客户需求不是很熟悉 另外 客户要求 的进度比较紧 而且具体需求不是很明确 客户可能随时提出需求和对项目的 改进 需求的不稳定性和项目规模的不断扩展 可能导致项目存在规模风险 功能的无限追加 在强大的压力下放弃计划都造成了项目的进度风险 下面的 这个风险列表就是通过一系列的风险识别 风险评估 风险应对 等到的储蓄 项目的风险列表 排序输入风险事件可能性影响风险值风险应对措施 1 客户的 SOW 需求不明确 增加需求 导致需求蔓 延 339 1 采取加班的 方法 2 修改计划去 掉一些任务 3 与客户商量 延长一些时间 2WBS 复杂模块的 236 对复杂模块进行 14 技术难关外包 3 合同进度要求紧 合同金额有 限 236 可以请一些实习 的学生做辅助工 作 一来成本不 高 二来可以加 快进度 4WBS 供货商 外 包商的质量 问题 133 多选择几个可以 作为备份的外包 商和供应商 5 历史项目 信息 开发人员的 流动 133 1 注意项目团 队的沟通 及时 了解开发人员的 动态 2 控制好项目 过程中的文档 3 从其他的项目 组借调人员 4 从外部招聘 有过此类开发经 验人员 6 规模成本 估算 项目的特殊 性 成本估 算不准确 122 让有类似项目经 验的小组成员对 成本估算审查 7 质量计划软件达不到 质量指标 软件性能欠 缺 122 对每一个里程碑 进行严格的质量 审查 8 计划进度要求紧 133 采取加班的方法 15 时间紧迫可以请一些实习 的学生做辅助工 作 3 3 项目沟通管理 报告机制 1 要求各组员以周为单位记录工作进展 形成开发日志 并以电子文档的 形式提交给秘书进行整理 最后由文档维护员进行维护 2 每周例会上各位组员积极对当前的开发工作进行积极的评审和建言 由组 长做最后的作口头总结 由秘书主持会议并记录和整理会议的内容 文档维护 员修改和维护相应的文档 并交由小组进行会议评审并给出意见 3 小组成员都要密切监控风险状态 发现风险后提交风险报告 由秘书定 期提交风险报告 必要时将突发风险通知所有组员 并由组长做出临时处理决 定 然后在该周的例会上由小组成员共同讨论对风险的处理意见 并形成风险 处理的日志做为以后的经验 4 在项目进行的过程当中 组员之间应该多进行各种形式的非正式沟通 以 使沟通更加的方便 快捷 报告格式 报告主题 时间段 发现人 报告内容 审核意见 评审机制 每周例会上小组讨论形成一致意见后并 并邀请团长和其他组长 参加评议 对于重大的风险处即为通过 相关负责人针对改进意见开展下一周 工作 严格执行例会上所制定的决策 小组会议持续评估其成效 每一项目阶 段结束之前 里程碑前后 组织一次阶段评审会 评估整个阶段的工作效率 和成果质量 尽量与项目例会合理意见 应该由团长及其他组长组成评审团对 处理意见进行审议和评估 并以评审团的决议作为重要参考来制定决策 3 4 项目人力资源管理 3 4 1 项目所需人员 C 程序员 张三 李四 要求 熟悉 C 编程和微软 Net 平台 界面设计员 王五 要求 熟悉 CSS Photoshop Net 平台 数据库设计员 张三 要求 熟悉 SQL 语句 熟练使用 SQL Sever 2005 文档维护员 李四 要求 熟悉使用 Word 及 Powerpoint 16 沟通交流员 王五 要求 较强的沟通能力 能及时调解组内以及组与组之间的矛盾 软件测试人员 全体组员 有王五付总责 要求 熟练使用开发工具的 debug 工具 有耐心 3 4 2 技能培训 C 以及 Net 编程培训 培训对象 全体组员 培训内容 熟练掌握 C 编程 基本了解 Net 平台的特性 并掌握 vs2005 的 调试工具 于第 6 周完成 美工培训 全体组员 培训内容 熟悉 Css 及 Photoshop 了解 Flash 以及 Dreamever 的基本操作 于第 8 周完成 3 技术过程 4 1 开发工具 方法和技术 本小组的团队组织结构为主程序员式组织结构 编程语言为 C 采用面向 对象的分析设计方法 利用 Windows Net 平台作为开发平台 使用 SqlSever 2005 作为数据库管理系统图 并采用统一的 C 标准的文件命名方式 代码版式 注释等编码规范 编码人员对代码进行严格检查后再进行代码编译 测试人员 根据测试文档进行单元测试 最后实现软件的交付 开发环境 Sqlsever 2005 Net 2 0 Visual Studio 2005 4 2 软件需交付的文档 1 软件项目管理计划 该文档由组长完成 介绍项目的整个管理过程 该文档在软件设计需求分析 初级阶段完成 后续阶段由文档维护员进行相应的更新 1 需求规格说明初稿 在需求分析阶段 由全体小组成员采集分析用户的需求 并在例会上作出决 策 有文档维护员撰写整理需求规格说明初稿 并在后续各个阶段进行需求变 更的更新 2 设计报告初稿 在总体设计阶段 小组根据需求规格说明文档 完成软件体系结构的设计 由组长编写软件体系结构设计文档初稿 并在后续开发阶段补充和更新 该文 档由文档维护员负责维护更新 4 测试文档 在软件开发阶段 测试人员需要编写测试规格说明文档 并在后续测试阶段 17 更新 开发人员将根据测试规格说明文档建立测试环境 准备测试数据 5 用户手册 在更新用需求分析阶段 测试人员需要开始着手编写用户手册 并在需求分 析结束后需要形成初稿 在后续阶段不断由文档维护员户文档 并在系统交付 阶段随着系统一起被交付 6 个人项目总结 由组内成员各自独立完成 对开发过程中获得的工作经验进行总结 在提交 系统时一并提交 7 其他文档 软件开发过程中的其他文档 如开发日志 按组员意见选择公开与否 风 险报告及其处理意见等 由秘书进行整理与汇聚 作为以后软件开发以及交流 的经验 5 项目进度及成本管理 5 15 1项目估算项目估算 声明 项目规模估算使用 Delphi 法进行估算 具体步骤如下 协调人向小组成员提供项目规格和估计表格 协调人召集小组讨论与规模相关的因素 小组成员匿名填写迭代表格 协调人整理出一个估计总结 以迭代表的形式返回各成员 协调人召集小组会 讨论较大的估计差异 成员复查估计总结并在迭代表上提交另一个匿名估计 5 25 2 项目规模估算项目规模估算 经过小组内部讨论得出项目规模估算如下 项目名称 储蓄软件系统 规模预测 代码行 15 000 LOC 周期 1 月 工作量 6 人月 费用 5530 元 18 项目进度估算 任务完成时间负责人资源备注 需求讨论 2013 6 15 张三2 开发人员参与 项目规划 2013 6 18 李四全体人员参与 需求确定 2013 6 22 王五全体人员参与 设计 2013 6 26 张三3 开发人员参与 项目实施 2013 7 9 李四全体人员参与有待细化 测试 2013 7 14 王五3 开发人员参与 部署 2013 7 15 张三2 开发人员参与 交付 2013 7 20 李四 项目执行期间可根据实际完成情况申请延期 项目成本估算 声明 由于涉及到的小组成员没有实际开发的经验 在薪酬结算方面没有可供参照的 标准 因此在这里采用统一的 30 00 人天 5 35 3 成本估算成本估算 任务名称工时成本估算 储蓄软件系统111 人天 5500 00 设备损耗31 工作日 1500 00 需求讨论2 2 人天 100 00 软件规划6 2 人天 350 00 需求开发6 4 人天 700 00 设计4 4 人天 400 00 实施6 13 人天 2300 00 测试3 5 人天 450 00 部署2 1 人天 50 00 19 5 3进度描述 项目进度描述如下表 工作集子工作完成时 间 负责人最终交付物描述 确定团长及组 长 第二周张三组长及团长名单成立整个银 行系统

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论