博客系统开发项目管理方案

1、博客系统开发 项 目 管 理 方 案 书 拟稿人： 项目经理： 初拟日期： 修改日期： 目录 1. 项目计划 PROJECT PLANNING 1.1 开篇概述 博客是已为大家熟悉多年的流行传媒体了，随着网络时代的发展，博客 已经越来越成为人们生活中不可或缺的的一个重要内容， 从某种程度上来说， 这也充分体现着一种现代化的生活方式 我们的目标是统筹规划和管理， 组织开发出一个基于 J2EE 技术的多层结 构 Blog 系统。并使其具有良好的可扩展性和移植性，在传统的博客基础上标 新立异，打造一款更适合大众使用的网络交流、传媒、制作和展示的多功能 平台。 1.2 系统性能 -PRODUCT QU

2、ALITY 根据广泛的调查与分析，我们的系统是以各个不同年龄阶段的网民作为 主要用户，提供多方面的服务，满足不同人群的需求。 1) 基本功能 以传统博客为例，最基本的功能具体到注册、登录、发表日志、留 言、回复、上传照片、添加好友、空间排版。 2) “增值”功能 a) 为不同年龄阶段的人设置各自富有特色的版式与模块，任其选择 b) 音乐上传、在线编辑、搜索、播放器设置 c) 多媒体播放、上传、 d) 各类文本文件、压缩包等的上传 e) 群体交流空间 1.3 成本核算 -COST 1) 开发团队 预计总人数 10 人，包括项目经理。 2) 时间 6 个月 3) 金钱 a) 开发人员薪酬：￥ 25

3、 万 b) 物资(电费、房租、员工饮食补贴等)消耗：￥ 1 万 c) 其他费用：￥ 4 万 2. 项目建立 ESTABLISHING THE PROJECT 2.1 我们要做的是什么？ 开发一款符合大众网络群体的博客系统， 为不同年龄阶段的人提供演绎自己独 特魅力的平台，写出你的心情，展示你的创作，分享大众精品，为生活增光添彩。 在这里，让所有的人都走在时代的最前面。 2.2 任务分配 角色 职责 项目经理 负责分配资源， 确定优先级， 协调开发人员之间以及与 用户的交往。 构架设计师 负责在整个项目中对技术活动和项目架构的设计与协 调。 需求分析员 通过概括和界定作为建模对象的组织来领导和协

4、调业 务用例建模。 软件设计师 设计并定义系统各模块职责、 操作、属性及关系， 确定 应如何根据实施环境对它们加以调整。 编写部分模块设 计文档和代码，检查软件工程师编写的模块代码。 UI 设计师 领导和协调 Web 界面的原型设计和正式设计。 软件工程师 负责完成设计师的设计意图，根据设计文档编写代码； 根据测试报告 BUG 记录修订 BUG ，完成包或子系统 的开发。 测试工程师 负责根据设计文档编写单元测试代码，执行测试。 实施工程师 负责软件产品安装调试和部署， 完成项目相关系统工程 工作，负责客户技术支持， 负责编写系统部署方案和使 用手册、维护手册，负责系统实施计划和规划。 2.3

5、 进度计划 说明：计划开发时间为 6 个月，以下计划时间统一以 MM-DD的表达方式， 如第一个月 15 号表示为： 1-15. 阶段 主要工作 应完成的文档 计划起始时间 计划终止时 间 系统需求 调研用户需求及用户 环境 可行性报告 1-01 1-21 论证项目可行性 项目初步开发 1-22 1-23 计划 制定项目初步计划 项目初步计 划 1-24 1-28 开发计划进行评审 评审会议结 论 1-29 1-30 需求分析 确定系统运行环境 需求规格说明 书 2-01 2-07 建立系统逻辑模型 项目开发计划 2-08 2-14 确定系统功能及性能 要求 用户手册概要 2-15 2-21

6、编写需求规格说明、 用户手册概要、测试 计划 测试计划 2-22 2-29 确认项目开发计划 确认书 2-30 2-30 概要设计 建立系统总体结构， 划分功能模块 概要设计说明 书 3-01 3-03 定义各功能模块接口 各功能模块接 口 说明书 3-04 3-06 数据库设计 数据库设计说 明书 3-07 3-13 制定组装测试计划 组装测试计划 3-14 3-16 对已完成的文档进行 评审 评审结果 3-17 3-17 详细设计 设计各模块具体实现 算法 详细设计说明 书 3-18 3-27 确定模块间详细接口 模块测试计划 3-28 4-02 制定模块测试方案 对已完成的文 档进行评审

7、 4-03 4-09 实现 编写程序源代码 系统源程序清 单 4-10 4-30 进行模块测试和调试 测试与调试报 告 5-01 5-07 编写用户手册 用户手册 5-08 5-10 对实现过程及已完成 的文档进行评审 评审结果 5-11 5-11 单元测试 撰写单元测试计划 单元测试计划 书 5-01 5-07 编写单元测试用例 单元测试用例 5-08 5-21 集成测试 撰写集成测试计划 集成测试计划 5-22 5-28 编写集成测试报告 集成测试报告 5-29 6-15 系统测试 测试整个软件系统 确认测试报告 6-16 6-29 试用用户手册 用户手册 6-16 6-29 编写开发总结

8、报告 开发工作总结 6-30 6-30 维护 为纠正错误，完善应 用而进行修改 故障报告 后期工作 对修改进行配置管理 修改报告 编写故障报告和修改 报告 配置管理 修订用户手册 3. 编制技术 SCHEDULING TECHNIQUES 3.1 硬件环境 服务器端： P42.8E CUP， 256M 内存， 1G以上硬盘空间。 客户端： P3 以上 CPU，64M 内存， 50 以上硬盘空间 3.2 系统软件 服务器端：操作系统 windows2000/XP Pro/2003/Vista ， ODBC数 据库以及 JETDB数据库驱动， IIS 。 客户端： Windows98Se 以上，

9、IE6.0 以上版本 数据库： 4. 项目评估 PROJECT ESTIMATING 根据上述的项目计划及其进度计划，此次项目是基于 J2EE 平台开发技术的 架构与设计和开发。现在从两个方面来对该项目进行总体评估。 4.1 软件管理 软件管理是保证软件开发工程化的手段。 在进度开发计划表中已经罗列出了该系统整个开发流程的步骤和相关产出， 这些都是保证软件质量的关键因素。因此，首先在管理上就应该对这些阶段的细 节部分做好充分的督促与保证，那么这一方面的有关软件质量的影响因素就相对 减少了。 再者，花“大把”的时间在做用户需求调研这一方面，需要开发人员将工作做 到位，将需求做得透彻，才能保证开发

10、出的软件能够满足用户的需求。 另外就是软件的实现技术手段。各方面调查和搜索多年来众多的博客开发经 验，基于 J2EE 技术的开发是可以实现的。 4.2 软件体系结构 软件体系结构的合理程度是取决于集体智慧发挥的程度和经验的运用。 ? 软件体系结构影响到软件的可伸缩行、可维护性和易用性。该系统的目标就 是致力于朝可移植性强、灵活度高的方向开发，这样便能保证在软件后期质量的 保证。 5. 资源评估 RESOURCE LEVELING 5.1 人员 整个开发团队共有 10 人，总的来说，人员的各方面素质都比较高，能够胜任 各自负责的工作。希望能够在项目经理的管理与组织下，促进团队之间的合作与 交流，

11、以按期按质完成开发任务 5.2 硬件条件 此次项目将在厦门大学国家示范性软件实验室中进行，雄厚的硬件设备力量 为该系统的开发提供了充分的保证。 5.3 资金 根据初期计划，该系统的的预计投资为 30 万，包括开发人员工资、开发公费 以及其他费用。 6. 团队 TEAMING 6.1 团队组成 项目经理（ 1 人）、 构架设计师（ 1 人）、 需求分析员（ 1 人）、 软件设计师（ 1 人）、 UI 设计师（ 1 人）、 软件工程师（ 3 人）、 测试工程师（ 1 人）、 实施工程师（ 1 人） 6.2 关于团队 关于团队各个成员的职责在上面已经介绍了， 关键在于整个团队的倾力合作， 大家互相沟

12、通与交流，朝着共同的目标前进，为该系统的成功完成全力以赴。 7. 组织 GET ORGANIZED 7.1 职责分配 团队成员的职责分配已经在 2.2 任务分配中描述。 7.2 团队交流 文档及相关代码和资料统一由主机上的 VSS 或其他可行的代码管理工具，每 个开发人员及时上传和更新自己的东西。 8. 项目实施 PROJECT PERFORMANCE 8.1 规划 主要是需求分析阶段的彻底调研与实施。 8.2 设计 根据用户需求， 采用最合理的架构、 技术来进行整体到各个功能模块的设计。 8.3 编码 该项主要是关于项目开发的技术实施方面的问题。 所用到的技术包括 J2EE的 13种核心技术

13、： JDBC, JNDI, EJBs, RMI, JSP, Java servlets, XML, JMS, Java IDL, JTS, JTA, JavaMail和 JAF 等。 8.4 测试 严格把好测试关，按照软件测试的标准化流程进行测试，以达到最佳的软件 的质量。 8.5 经费控制 人员的工资基本保持不变，而开发工程中的费用则尽量按照预算来支出，必 要时做出适当的调整。 9. 项目控制 PROJECT CONTROL 9.1 开发进度控制 根据进度计划表上的时间安排与任务安排来完成各个工作和任务，可根据实 际的开发情况来进行又弹性的改动。 9.2 过程控制 过程控制主要是能严格管理软件开发过程，保证软件的质量，同时也督促团 队人员之间的合作和交流，力求达到和谐与发展。 9.3 项目回顾