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

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

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

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

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

5、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 编写需求规格说明、用户 手册概要、测试计划 测试计划 2-22 2-29 确认项目开发

6、计划 确认书 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 制定模块测试方案 对已完成的文档进 行评审 4-03 4-09 实现 编写程序源代码 系统源程序清单 4-10 4-30 进行模块测试和调试

7、测试与调试报告 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 编写开发总结报告 开发工作总结 6-30 6-30 维护 为纠正错误，完善应用而 进行修改 故障报告 后期工作 对修改

8、进行配置管理 修改报告 编写故障报告和修改报告 配置管理 修订用户手册 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以上，IE6.0以上版本 4. 项目评估 PROJECT ESTIMATING 根据上述的项目计划及其进度计划， 此次项目是基于 J2EE

9、 平台开发技术的架构与设计 和开发。现在从两个方面来对该项目进行总体评估。 4.1 软件管理 软件管理是保证软件开发工程化的手段。 在进度开发计划表中已经罗列出了该系统整个开发流程的步骤和相关产出， 而这些都是 保证软件质量的关键因素。 因此， 首先在管理上就应该对这些阶段的细节部分做好充分的督 促与保证，那么这一方面的有关软件质量的影响因素就相对减少了。 再者，花“大把”的时间在做用户需求调研这一方面，需要开发人员将工作做到位，将 需求做得透彻，才能保证开发出的软件能够满足用户的需求。 另外就是软件的实现技术手段。各方面调查和搜索多年来众多的博客开发经验，基于 J2EE 技术的开发是可以实现

10、的。 4.2 软件体系结构 软件体系结构的合理程度是取决于集体智慧发挥的程度和经验的运用。 软件体系结构影响到软件的可伸缩行、 可维护性和易用性。 该系统的目标就是致力于朝 可移植性强、灵活度高的方向开发，这样便能保证在软件后期质量的保证。 5. 资源评估 RESOURCE LEVELING 5.1 人员 整个开发团队共有 10 人，总的来说，人员的各方面素质都比较高，能够胜任各自负责 的工作。 希望能够在项目经理的管理与组织下， 促进团队之间的合作与交流， 以按期按质完 成开发任务。 5.2 硬件条件 此次项目将在厦门大学国家示范性软件实验室中进行， 雄厚的硬件设备力量为该系统的 开发提供了

11、充分的保证。 5.3 资金 根据初期计划，该系统的的预计投资为 30 万，包括开发人员工资、开发公费以及其他 费用。 6. 团队 TEAMING 6.1 团队组成 项目经理（ 1 人）、 构架设计师（ 1 人）、 需求分析员（ 1 人）、 软件设计师（ 1 人）、 UI 设计师（ 1 人）、 软件工程师（ 3 人）、 测试工程师（ 1 人）、 实施工程师（ 1 人） 6.2 关于团队 关于团队各个成员的职责在上面已经介绍了， 关键在于整个团队的倾力合作， 大家互相 沟通与交流，朝着共同的目标前进，为该系统的成功完成全力以赴。 7. 组织 GET ORGANIZED 7.1 职责分配 团队成员的

12、职责分配已经在 2.2 任务分配中描述。 7.2 团队交流 文档及相关代码和资料统一由主机上的 VSS 或其他可行的代码管理工具，每个开发人 员及时上传和更新自己的东西。 8. 项目实施 PROJECT PERFORMANCE 8.1 规划 主要是需求分析阶段的彻底调研与实施。 8.2 设计 根据用户需求，采用最合理的架构、技术来进行整体到各个功能模块的设计。 8.3 编码 该项主要是关于项目开发的技术实施方面的问题。 所用到的技术包括 J2EE 的 13种核心 技术：JDBC, JNDI, EJBs, RMI, JSP, Java servlets, XML, JMS, Java IDL, JTS, JTA, JavaMa和 JAF 8.4 测试 严格把好测试关，按照软件测试的标准化流程进行测试，以达到最佳的软件的质量。 8.5 经费控制 人员的工资基本保持不变， 而开发工程中的费用则尽量按照预算来支出， 必要时做出适 当的调整。 9. 项目控制 PROJECT CONTROL 9.1 开发进度控制 根据进度计划表上的时间安排与任务安排来完成各个工作和任务， 可根据实际的开发情 况来进行又弹性的改动。 9.2 过程控制 过程控制主要是能严格管理软件开发过程， 保证软件的质量， 同时也督促团队人员之间 的合作和交流，力求达到和谐与发展。 9.3 项目回顾 在项目开发的