BBS论坛管理执行控制计划.docVIP

BBS论坛管理系统执行控制 BBS论坛系统分析： BBS系统项目计划的跟踪控制过程：在项目的进展过程中，项目组长每天需要根据项目计划来跟踪项目的实际执行情况，关注项目的成本，进度，质量，风险等情况，每天记录实际的进展情况，通过工具得出计划和实际的对照情况，发现问题并给与解决。每周例会对项目进行定期评审，形成评审报告，评审报告记录内容包括进展情况，费用情况，质量情况，风险情况等，并对未来情况做出预测，以保证项目能够按时保质的完成 一 范围控制： 为有效的管理项目的范围变更，确定了变更控制流程系统。所有变更首先提出申请，然后进行评估并提交评估报告，如果经过评估，项目组认为拒绝变更，则终止。如果项目组认为可以变更，则分配人员进行变更，变更时从配置库中取出需要修改的配置项，进行变更，变更后由质量保证人员进行审计，如果有问题，重新修改。如果没有问题则将修改后的配置纳入配置库。如果项目出现变更控制流程图如下。 变更控制流程图 二 进度,成本控制 项目进度甘特图 资源控制表 成本控制： ①跟踪实际成本 计算任务的实际成本 每天更新实际成本 查看任务成本是否与预算相符 ②跟踪项目资源状况 资源完成的总实际工时 每天更新资源的实际工时 查看资源计划工时与实际工时之间的差异 ③成本估计 根据其他项目再结合我们掌握技术的熟练度我们进行这样的粗略估计： 根据我们的用户自管会的要求我们的项目采用B/S结构，我们使用JSP和Mysql结合的开发技术，结合我们的熟练度我估计我们需要1-3个程序员，我们是在校生，不可能一天8小时工作，所以我们打算一天用2小时的工作量来计算整个项目的规模。有甘特图知道我们整个项目的工作日是56天。按照南昌市的工资标准暂且设计每小时的成本为10元，这样项目的总成本=56*3*10=1680（元） 三 评审阶段 1、召开评审会议：一般应有全部组员或者要求别的同学或者老师员参加，会前每个参加者做好准备，评审会每次一般不超过2小时； 2、在评审会上，由开发小组对提交的评审对象进行讲解； 3、评审组可以对开发小组进行提问;提出建议和要求;也可以与开发小组展开讨论； 4、会议结束时必须做出以下决策之一： 接受该产品，不需做修改； 由于错误严重，拒绝接受； 暂时接受该产品,但需要对某一部分进行修改。开发小组还要将修改后的结果反馈至评审组。 5、评审报告与记录；所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审报告。 这里列举增量一（用户模块评审报告） 增量一 评审要素 评审结果 问题和对策 用户模块——实施结果 满足需求规格的要求 由于前期的分析准备阶段比较充足，故需求的获取比较成功，当然也不排除其他的隐藏问题 计划执行 通过 基本按照原计划实施，整个模块的实现过程中实施比较流畅 质量情况 通过 请老师或者其他同学指导 配置管理 通过 在条件允许的情况下尽可能提高配置 其他问题 没什么问题 增加开发人员自身综合能力，在发生问题之前做好准备 计划调整 已经完成 在做计划之前，事情做好应对措施 四 风险管理控制 排序 风险事件 可能性 影响 风险值 风险应对措施 1 需求不明确，设计完成之后需要增加需求，导致项目延期 80% 50% 40% 1.采取加班 2.去掉一些多余的任务 3.向老师求助 2 部分功能难以在指定时间内完成 60 50% 30% 1.通过学习，自己解决 2.向老师和同学求教 3 自然灾害 100% 5% 5% 没法解决 4 测试没有引起足够的重视，导致后期维护的问题 10% 50% 5% 1.多次测试，引入不同的测试方法 2。邀请专业人士测试 5 组员发生突发时间，导致项目难以进行 40% 50% 20% 1.平时加强沟通和交流，遇到时间问题要提前做好准备工作 风险分析表 五 质量控制 项目的质量问题是软件的一个重要的评价标准，根据一般的原则，在项目开始的阶缺陷比例是最高的。随着项目的深入，却显得比例在不断的降低。本系统采取的质量管理如图所示。 质量管理图 输入： 质量计划标准 软件产品 方法： 质量审计 技术评审 代码走查 测试 返工 控制图 趋势走势 抽样统计 输出： 产品是否需要调整