验收交付与过程改进.pptVIP

第六章验收交付与过程改进 软件缺陷按严重程度可以分为三个等级、分别是什么？生成TreeView菜单可以按哪两个过程来实现？用户控件文件的后缀是什么？回顾 预习检查项目验收时还有哪些工作要做？如何实例化用户控件？如何从.aspx页面向.ascx页面传递参数？ 本章任务给角色分配权限 本章目标了解项目验收的常见流程了解项目维护的日常事项了解过程改进的概念及实践会给角色分配权限 项目接近尾声...在开发阶段接近尾声的时候，是项目组战斗气氛最浓郁的时候 ！不时有电话打过来，声音急促有力，“需要支援！测试组需要再加一个人手！返测任务重，《用户手册》又要改！工区内人们走来走去，都是匆忙的脚步。项目组长高呼一声“还有10个‘紧急’BUG，今天一定要改完！”。 我们满怀信心和希望，项目组聚餐会有的 ！公费集体出游会有的 ！项目调休和项目奖金也一定会兑现的！ 项目验收交付时，还有最后三项工作等着我们：实施、培训、验收！ 项目实施什么是项目实施？定义：实施是指将软件系统部署到客户方的计算机上，协助客户准备基础数据，使软件系统顺利上线运行。 项目实施时的准备保证软件符合需求，质量过关 全面做好测试工作（集成测试、系统测试、性能测试）制定实施计划 要发布的代码版本、数据库创建方式、基础数据准备方式准备好程序代码和相关文档 用户手册、测试用例文档在开发接近尾声的时候就要开始准备实施了 ！ 客户培训培训人员的选择行业积累雄厚，对客户方业务很了解，对我们的系统很了解培训时注意事项准备好培训内容不可临时抱佛脚，丢了面子制定好培训计划了解客户时间，做好沟通，协调好，安排好 系统装好了，基础数据也已准备齐全。接下来就是组织客户培训了，教他们怎么使用我们的系统。 项目验收项目验收客户对系统的“接收测试” 对系统进行范围核实（看看需求是否全部实现）和质量核实 最后，客户在验收报告上签字，一切尘埃落定，每个人都长出一口气，心想“这些琐琐碎碎的单据、报表与我再无瓜葛了”！大中型的项目会有一个签字验收仪式。 然后我们的项目正式进入“维护阶段”！ 小结1项目验收交付时，还有哪三项工作要做？项目实施时，有哪些注意事项？(列举出一、两点即可) 为什么需要“维护阶段”？可能的原因包括软件的原有功能和性能可能不再适应用户的要求 例：企业业务流程调整软件的工作环境改变了 例：国家对某些单据的打印规格的规定调整了软件运行中发现错误，需要修改 例：单据编号发现重号用户操作不方便，影响效率。这些问题都需要在项目的“维护阶段”来解决！系统上线了，项目验收了，客户使用软件的过程中可能会遇到一些问题 ！ “维护阶段”做什么？“维护阶段”做什么？校正性维护 诊断、校正软件错误的过程适应性维护 为适应环境的变更（计算机设备更新）而修改软件的维护活动完善性维护 为满足用户提出的新功能、性能要求而进行的维护预防性维护 为进一步改进可维护性、可靠性而进行的维护活动 如何做项目维护(1)项目交付项目结束时，开发团队将项目交付到维护团队手中客户已经签字验收维护团队对项目检验通过维护团队要迅速熟悉项目的业务、技术和客户维护流程1、客户提出维护申请2、对确实需要修改系统解决的问题进行业务上和技术上的论证3、对修改方案论证和审批通过后，报给客户修改和发布的计划 如何做项目维护(2)范围管理严格定义系统的边界，明确什么需要给客户做，什么不需要做 软件需求变更和膨胀是项目的杀手功能性膨胀例：客户业务流程（CRM和HR系统要集成）变化所需系统做调整非功能性膨胀例：培训要求、文档要求、性能要求保持一致性系统中一个小小的调整，导致牵一发而动全身 “大力”的案例（一） 如何做项目维护(3)维护记录做维护时，需记录维护的记录，以利于在维护过程中发现问题、解决问题维护报告对维护工作做总结，归纳问题以便改进今后工作 “大力”的案例（二） 小结2为何在项目维护时，“保持一致性”很重要？“维护流程”有哪三步流程？ 为什么要做过程管理？某个项目进行的非常成功，还是原班人马，承担的下一个项目居然失败了。同等规模的项目，乙部门总是比甲部门周期长，成本高，而且容易风险发生的频率高。同类的错误反复重犯。要么是需求没有控制好，要么是项目压力大人员纷纷离职。项目组似乎对错误“没有记性”。很多软件企业的软件开发过程中，都存在着这样那样的问题：犯错误不可怕，可怕的是没“记性”，相同的错误再犯。我们需要过程管理！ 过程定义菜谱里只写了做菜的原料和关键步骤。你买了菜谱并不会有个人去帮你做菜，那为什么菜谱还那么好卖？因为菜谱定义了一个做菜的标准过程：什么时候放油，放多少，下一步炒什么，炒多久...同样，CMM(菜谱)帮助我们定义软件开发过程(做菜步骤) 。 能力成熟度模型 (CMM)什么是CMMCMM(Capability Maturity Mode