智慧社区项目管理计划书(完整版)介绍.doc

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
PAGE  PAGE 7 智慧社区项目管理计划书 简介 1.1 项目概述 本项目需要开发一个智慧社区手机App系统(Android版),系统分为手机端与服务器端2个子系统。其中手机端需要实现,服务器端实现与数据库的数据交互功能。通过团队合作开发整个子系统,使团队成员获得软件工程开发的实际训练。本系统服务器端采用B/S架构,使用SSH三大框架开发,手机端实现信息推送、地图查询、社交分享、即时通讯、二维码扫描、支付功能等功能。本系统的开发过程中的主要工作是系统需求分析、系统总体设计、系统源代码开发、系统测试、交付组长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定系统设计报告的书、进行系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目通过禅道系统进行管理及控制。项目所需工具是个人电脑和开发工具。 1.2 项目范围说明 提交文档:项目管理计划、需求分析报告,设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份,其余文档提交一份。所有文档以电子版形式提交至禅道系统统一管理 提交程序:服务器端程序、Android端业主程序代码 1.3 软件项目计划书的演化 软件项目计划书在第1周例会时经由项目组讨论、共同撰写、汇总整合三步骤形成书,第2周以后根据项目的进展可以对其进行修改,需要有组员提出修改意,在全体会上讨论通过,并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 项目组织管理 2.1 过程模型 图1.过程模型 2.2 团队的分工与合作 主程序员负责制。本团队组织关系图如下。 表1 组织关系图 成员角色职责李文彬 每日工时:2小时(周末3小时)项目组长、主程序员 领导项目团队、执行和管理团队、负责软件的交付工作。 同时作为主程序员还要负责软件设计和编写代码。并撰写软件设计报告。霍磊 每日工时:5小时(周末休息)项目副组长、软件测试员、文档负责人负责整体项目进度的把控,项目整体监控,管理项目文档,并参与到手机端开发及测试工作中。杨超 每日工时:1小时(休息日休息)数据库设计实现主要负责软件代码测试和用户测试、并撰写测试文档书并对界面美工付主要责任、作为秘书要主持每周的讨论会以及团内沟通工作。潘锐 每日工时:5小时(周末休息)Android端手机开发负责人、文档维护员负责Android端程序开发,协助组长进行系统设计及服务器端程序开发刘铭 每日工时:2小时(周末3小时)Android端手机开发、文档维护员负责Android端程序开发,维护并及时修改和发布已更新技术文档。作为程序员还要参与软件设计与代码开发。周洋 每日工时:待定Android端手机开发、文档维护员、秘书负责Android端程序开发,维护并及时修改和发布已更新技术文档。作为秘书要记录每周的讨论会以及团内沟通工作。暂缺美工、界面设计 管理过程 3.1管理目标及优先级 基本管理原则:每位成员既是积极的建言者,又是负责的合作者,同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出,一旦决策做出就必须被及时有效的执行。禁止再有异议。 目标 1:按时按量完成项目的基本功能,按时发布产品及文档,这是本团队的最高目标。 目标 2:遵循规范化的项目运作标准,文档严谨完整,代码注释充分,便于后续维护,这是第二目标。 目标3:产品运行稳定,界面友好,用户易操作,尽量从用户的角度去看问题,并提出解决问题的方案。 目标4:注重团队建设,成员分工合理,团队成员合作默契,气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。 目标5:项目设计和开发上尽量有创新,有亮点。 3.2 项目沟通管理 报告机制: 1. 要求各组员以周为单位记录工作进展,形成开发日志,并以电子文档的形式例会结束后一天提交给文档负责人进行维护。 2.暂定每周周五晚举行项目开发例会,例会上各位组员积极对当前的开发工作进行积极的评审和建言,项目组组长作口头总结,由秘书记录和整理会议的内容。文档维护员修改和维护相应的文档。并交由小组进行会议评审并给出意见。 3. 小组成员都要密切监控风险状态,发现风险后提交风险报告。必要时将突发风险通知所有组员,并由组长做出临时处理决定。然后在该周的例会上由小组成员共同讨论对风险的处理意见。并形成风险处理的日志做为以后的经验。 4.在项目进行的过程当中,组员之间应该多进行各种形式的非正式沟通,以使沟通更加的方便、快捷。 报告格式:报告主题,时间段,发现人,报告内容,审核意见 评审机制:对于重大的风险需要项目组成员讨论,通过后,相关负责人针对改进意见开展下一周工作,严格执行例会上所制定的决策。小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),

文档评论(0)

1112111 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档