WinE物流服务管理系统项目计划书

项目计划书 0 - 流服务管理系统项目计划书 项目计划书 1 - 目 录 1 项目概述 - 途、范围和目标 2 - 设、约束 2 - 目交付物 3 - 划变更 3 - 考 3 - 义及缩写 4 - 2 项目组织 - 部结构 4 - 色及职责 4 - 3 管理过程计划 - 目初始化 5 - 目计划 7 - 目跟踪计划 10 - 量过程管理计划 10 - 通计划 10 - 部交流计划 11 - 险管理计划 11 - 目结束计划 12 - 4 软件 过程计划 12 - 目定义软件过程 12 - 法、工具和技术 12 - 5 支持过程计划 12 - 置管理 12 - 量保证 12 - 试计划 12 - 6 迭代计划 12 - 7 技术学习计划 13 - 项目计划书 2 - 1 项目概述 途、范围和目标 1) 用途： 我们设想 流管理系统能为配置管理员（八达通）高效准确地记录每一个服务基础 设施的出入库情况，以及跟踪每一个事件和电话的处理，并且支持将来的业务扩展。 2) 范围： 本系统的最主要参与者是服务台人员，他通过系统获取公司各配置项目、公司订单、及事件处理的各种信息，并保持对状态变更的跟踪监控与更新。 工具管理的范围包括主要的交通工具：自行车、拖车等，它们的各种属性的维护、使用状态、维修记录的跟踪等。 订单处理的范围是对订单进行录入，归入到系统中，并对订单的状态进行及时的调整。 事件处理包括对一些较常发生的事故：包括处理包裹丢失、处理自行车故障等，提供解决方案，以期快速高效地解决问题，同时也对 解决方法作记录备案。 3) 目标： 开发一个 流服务管理系统，它能够记录更新公司配置项的各种属性信息及状态变迁，能对公司的订单进行管理，能够对业务过程中出现的各种问题进行处理。总而言之就是为了利用该系统来提高公司的业务效率。 设、约束 1) 假设： 开发期限： 6 周 系统投入使用的最迟期限： 2009 年 8 月 21 日 2) 约束： 需求约束 ： 软、硬件环境： 编程语言： 核心技术： 成开发工具： 据库： 作系统： 软 件质量 正确性：配置管理模块能正确地管理库存信息、正确地生成报表文件。事件管理和服务台模块能正确地记录事件、跟踪包裹状态和显示相应方案。 可靠性：两个功能模块在 7 24 小时内的可靠性为 上。 效 率：两个功能模块完成其功能所需的计算资源和代码的数量都较少。 完整性：对关键数据域的传输是以密文的方式传输；提供严格的权限设置，访问软件或数据要有相应的权限；系统完整性保持在 0.上。 易用性：系统界面采用图形化操作方式，对系统学习、操作、准备输入和解释输出需要简单的工作量。 项目计划书 3 - 可维护性：对于系统 出现的错误，按帮助提示只需简单的操作即可解决问题。 可移植性：充分考虑系统从一个硬件和（或）软件系统环境知名人士到另一个系统环境的多样性，避免因此带来的大规模修改程序。 隐含约束 使用配置管理模块的人员是业务管理员，他熟悉业务和库存的管理过程，具有基本的电脑知识。对他提供的操作界面应该保证他经过简单培训后无障碍地操作。 使用事件管理模块的人员是服务台的工作人员，他们具有较强的业务技能和基本的电脑知识。对他们提供的操作界面应保证他们经过简单培训后无障碍地操作； 报表应该可以在多种操作系统上浏览。 目交付物 交付物 交付日期 数量要求 交付媒体 项目计划书 2009 档 界面原型 2009档 需求规格说明书 2009 档 概要设计说明书 2009 档 测试计划书 2009 档 迭代计划 2009 档 详细设计说明说 2009 档 系统测试用例 2009 档 集成测试用例 2009 档 单元测试用例 2009 档 版测试报告 2009 档 产品使用说明书 2009 档 项目关闭报告 2009 档 划变更 暂无 考 模式应用（原书第 3 版） （美） 著，李洋等译 成开发宝典 陈天河 等编著 精通 合应用案例 计磊 李里 周伟 编著 项目计划书 4 - 测试相关书籍等 义及缩写 目经理 件配置管理 件质量保证 据库管理员 件架构师 2 项目组织 部结构 色及职责 团队成员 角色分工 相关职责 郑浩强 筹项目管理，分配并监督各项目成员工作，控制项目范围及进度 张英娇 件质量保障 李润生 理各种文档，系统界面的设计 王建明 建系统架构，统筹项目开发编码工作 浩强 英娇 I 李润生 建明 挺常 宏忠 项目计划书 5 - 石 挺常 责数据库设计及相关编码工作 陈宏忠 责项目测试 3 管理过程计划 目初始化 估算 初次估算 最终估算 预计完成时间 2009计完成时间 2009员配备计划 角色 技能需求 人数 开始时间 结束时间 强的责任心和协调组 员能力。 1 2009009决问题能力强，处理 事情细心 1 2009009心，耐心过处理繁琐 事情 1 2009009握数据库操作知识， 熟悉数据库操作 1 2009009A 编程能力强，对系统架 构熟悉，思维敏捷 1 2009009于和乐于发现产品的缺陷，有一定的测试知识 .。处事细心负责 1 2009009能培训计划 培训名称 目标人员 前提 目标 培训方式 训 数据库知识有一定的基础与了解 熟悉数据库的管理，设计。 导师集中培训 训 人需要有较大的责任心，耐心 ;能处理繁琐的任务 能对文档进行标准化的管理 . 导师集中培训 项目计划书 6 - 训 M 本人责任心强 ,能够团结组员 ,协调团队工作 . 熟悉 工 作，能合理明确地分配工作 ,管理项目进度 . 导师集中培训 训 人要对事情追求完美 更好地掌握 导师集中培训 测试员培训 测试员 测试员本人对测试 知识有一定了解 对模块进行测试并完成各种测试文档，发现系统的缺陷，并及时报告。 导师集中培训 资源配备计划 资源名程 来源 数量 联系人 开始时间 结束时间 003 光盘 1 导师组 2009009003 光盘 1 导师组 2009009验室 学校实验楼 导师组 2009009组成员 软件学院学 生 6 浩强 2009009务器软件 研发软件 估算 初次估算 最终估算 预计完成时间 2009计完成时间 项目计划书 7 - 目计划 作项结构 项目计划书 8 - 度表 项目计划书 9 - 源 资源 配备计划 资源名程 来源 数量 联系人 开始时间 结束时间 003 光盘 1 导师组 2009009003 光盘 1 导师组 2009009验室 学校实验楼 导师组 2009009组开发成员 软件学院学生 6 浩强 2009009务器软件 研发软 件 项目计划书 10 - 目跟踪计划 目里程碑及产出物 里程碑 完成日期 完成标准 相关工作制品 项目计划完成 2009成项目计划中的所有内容 项目计划 需求规格说明书完成 2009成需求规格说明中的所有内容 需求规格说明书测试计划 概要设计完成 2009成概要设计中的所有内容 概要设计 详细设计完成 2009成详细设计中所有的内容 详细设计 编码完成 2009统开发完成， 事件管理模块 单元测试用例 测试完成 2009试文档完成 系统测试用例集成测试用例单元测试用例测试报告 项目结束 2009统验收 项目关闭报告 件质量管理计划 参考 作日志。 量过程管理计划 通计划 通讯方式 发起人 接受人 目的 内容模板 频率 方法 例会 浩强 小组成员 组员汇报工作进度和遇到的问题 ,组长了解项目进度并阐述小组的计划 会议纪 要 1 个星期 周例会后记录员记下会 议纪录，由理并发送至小组群共享 和短信 浩强 小组成员 增进组员的交流 ,并确保组员无 任何时候 小组群里发信息，或向小组成 项目计划书 11 - 对 配的任务或公告能及时收到 . 员发短信通知 M 郑浩强 小组成员 分发任务管理项目进度 ,同时又可以交流 无 任何时候 组员通过看自己的任务并执行 . 部交流计划 交付制品 接受标准 来源 日期 路径 通讯或跟 踪机制 会议纪录 档 会内容 每周例会后 电子邮件 工 作成品 工作制品 险管理计划 风险识别： 1) 人力资源：在开发过程中，由于组员请假，或者缺乏责任心，团队管理不当，使项目未能按时完成 2) 范围：系统范围定义错误，或者出现偏差； 3) 时间：计划时间安排与实际时间使用出现严重偏差，使项目未能按时完成； 4) 整体：计划不充分；错误的资源管理；拙劣的整体管理；缺乏项目后评价； 5) 质量；错误的质量观；设计材料不当； 6) 技术：组员技术不足，难以按进度完成任务。 险管理计划： 1) 人力资源：在计划时，适当考虑组员请假等因素，能及时协调；对缺乏责任心者， 及时对其进行了解和沟通，尽快另其投入工作； 对组员进行合理分工； 2) 范围：在获取需求时，关键问题应尽量详细弄清楚，弄清楚业务流程；明确范围； 3) 时间：每个星期都对下星期的工作时间进行计划，计划大概需要的工时。然 后组员记录下自己所做工作所用的实际工时。 据计划工时与实际工时的差距对下阶段工作计划时间进行调整。 4) 整体：前期计划应尽量做到充分合理，项目进行时尽量按照计划上安排的进度完成任务。 5) 质量： 要负责对整个项目的评审，监督。 6) 技术：尽量早地安排技术人员学习相关技术。 项目计划书 12 - 目结束计划 各阶段说明书编制完成，系统也开发完成。结束时间为 2009 年 08 月 21 日。 4 软件 过程计划 目定义软件过程 生命周期 2009 年 7 月 13 日 08 月 21 日 法、工具和技术 方法：迭代式软件开发方法。 工具： 008, 003, 003,003, 技术： 程技术 5 支持过程计划 置管理 参照 作日志 量保证 参照 作日 志 试计划 参照测试计划 6 迭代计划 1) 第一个星期里，召开第一个需求会议，小组全体人员出席。 进行高阶需求分析，确定四个主要用例名称，以及关键的非功能性需求。 对四个主要用例进行详细的分析。 初步为开发人员分配技术任务，开始学习相关技术。 2) 第二个星期里，开发人员技术攻关，召开第二次需求会议。 开发人员攻克主要技术难点。 进行第二次高阶需求分析，确定添加若干用例。 进行概要设计和初步详细设计 3) 第三个星期里，搭建开发环境，复查和精化有关制品。 搭建开发环境 分析软件架构 项目计划书 13 - 设计数据模型 构建初步界面原型 4) 第四个 星期里，召开第一次迭代会议，进行第一次迭代开发。 第一次迭代会议确定迭代任务和分工 对第一次迭代的用例进行详细设计 开始编码，同时伴随单元测试 展示局部系统，要求反馈 5) 第五个星期里，召开第二次迭代会议，进行第二次迭代开发。 第二次迭代会议，总结第一次迭代成果，分配第二次迭代任务。 按照第一次迭代步骤完成第二次迭代。 6) 第六个星期里，系统集成，完成集成测试和最后优化工作。 7 技术学习计划 第一周 第二周 第三周 第四周 第五周 第六周 郑浩强（ 建 构和 使用 架、 润生（ I） 发环境的搭建，用 开发面 建模工具、 试方法 小结整理实训期间所学内容，对不明白之处进行巩固 张英娇（ 读 学习编码规范 接受 试培训，阅读相关资料学习测试技术 应用编码规范知识及