工作计划制定软件精选 .doc

工作计划制定软件 1项目计划的要素 根据PMBOK2000，项目计划可以包含如下要素： 项目范围说明 项目意义 为了使用户和开发小组能明确对所建网站要达到的功能。双方通过不断地讨论和交互，最终形成具有建设性目标的书面条款。经过研究确认后，将作为开发小组设计开发的基本依据和需求方的软件验收标准。同时，通过该需求分析报告，开发小组可以更加进一步了解客户的需求，从而严格按照流程及时、准确的完成系统的开发，以满足客户的需求。同时，该文档也是概要设计及后续设计的基础. 项目框架 项目进度计划 进度 对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。 系统规划阶段:项目标志性事件 开始到完成 开发阶段： 项目开发计划书的完成 需求分析阶段:系统需求说明书完成 系统概要设计： 系统概要设计说明书完成 系统详细设计阶段: 系统详细设计说明书 编码实现: 项目的形成 测试阶段: 测试计划和Bug跟踪列表 移交阶段: 项目的递交 工作任务的分解与人员分工 组长: 苏威任务: 系统总的开发计划书。 每个阶段组织小组讨论一次，记录讨论内容，列出本阶 段开发计划。 项目开发进度的管理。 团队的组织和协调。 设计：李 燕 魏红芳 张海强 王根文 任务: 参与小组讨论。 进行系统的需求分析和系统设计。 完成系统需求说明书和系统设计说明书。 编写测试计划，参与系统测试，记录Bug跟踪列表。协助文档人员完成用户相关文档。 开发：苏 威 李 燕 魏红芳 张海强 王根文 任务: 参与小组讨论。 根据设计完成编码，并注释。 进行单元测试。 项目质量计划 基于企业的质量方针和质量目标，结合本项目的特点，制定项目的质量目标： 1）.基于需求测试的覆盖率为100%; 2）软件功能测试用例通过率大于95%； 3）每个阶段评审中发现的我难题都已经解决或得到处理； 4）产品发布时不存在严重及其以上的缺陷。 项目资源计划 在编制图书管理系统项目计划中考虑到，4 个开发人员是全职在这个项目中，二项目经理，质量保证和配置管理人员不是全职在这个项目中，他们还同时在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的 时间以及各项任务的具体情况进行成本预算，最后得到比较详细的成本分配情况，即成本基准。滋养费用比例如下表所示： 项目沟通计划 小组成员提出的问题可以通过发邮箱的形式发到小组的公共的邮，并通过QQ群。手机短信等方式通知经理和相关成员，由相关的人员组织会议，及时解决问题。小组的活动有专门的记录员记录问题的重要性和内容，需要更改的需求和设计的内容列表，形成项目的问跟踪文档，为后来的开发提供经验。 风险对策计划 风险管理规划 风险管理规划是规划和设计如何进行项目风险管理的过程。该过程包括定义项目组织及成员风险管理的行动方案及方式，选择适合的风险管理方法，确定风险判断的依据等。 风险管理规划的流程如图所示： 风险降低活动可列出减少风险发生的可能性或减少风险发生时所造成损失的程度，对 那些应特别关注的风险，几种降低风险的活动可以同时开始。降低风险的活动示例如下: 建立一个可测试此活动的模型。以验证这种风险降低策略可以减少风险发生的可能性； 为有风险的活动建立备选方案。一旦风险发生，采用备选方案可使该风险对项目整体进度的影响降低。 项目采购计划 五台pc机 一台交换机 变更控制、配置管理计划 由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。 2项目计划编制过程 由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质