开发过程教学课件.pptVIP

J2EE 开发与设计 最佳的软件开发实践 软件开发的目标：在预算内按时开发出符合客户真正需要的高质量软件。 软件开发问题的症状：-对于最终用户的需求理解的不够精确-不能处理需求变更-模块之间不兼容-软件不易维护和扩展-对项目的严重缺陷发现较晚 最佳的软件开发实践 -软件质量低劣-软件性能无法令人接受-团队中人员按各自的开发方式工作，这使得对谁在何时、何处以及为什么做出什么更改进行重构难以进行。 -一个不可靠的构造和发布过程 失败的根本原因：-缺乏特别的需求管理-模糊和不精确的交流 最佳的软件开发实践 -脆弱的架构-过渡的复杂-未检测出需求、设计和实现中的不一致-测试不足-对项目状况的评估过于主观-未解决存在的风险-无法控制变化的传播-自动化程度不足 最佳的软件开发实践 你的团队现状如何？-使用源控制机制吗？-能一步完成连编吗？-每天都做连编吗？-有故障信息数据库吗？-在编写新代码之前修复故障吗？-有最新的进度表吗？-有规格说明书吗？-程序员拥有安静的工作环境吗？ 最佳的软件开发实践 -你用到了你资金能力内可买到的最好工具吗？-有测试人员吗？-新聘人员在试用期写代码吗？-进行走廊可用性测试吗？ 团队技能：-分析问题-理解用户和涉众的需要-定义系统 最佳的软件开发实践 -管理范围-细化系统定义-构建正确的系统 最佳的软件实践-软件的迭代开发-管理需求-应用基于构件的架构-为软件建立可视化的模型-对软件质量进行持续的验证 最佳的软件开发实践 -控制软件的变更 最佳的软件开发实践 软件的迭代开发-可以在声明周期早期发现严重的需求理解错误，这时还可以修正这些错误。-这种方法允许并鼓励用户反馈信息，从而抽取出系统的真正需求。-这种方法使开发团队将注意力集中到项目中最关键的问题上，并屏蔽掉那些分散他们对项目中真正风险的注意力问题。 最佳的软件开发实践 -持续的、迭代的测试可以为项目状况给出客观评估-需求、设计和实现中的不一致能够在早期被发现-在整个项目的声命周期中可以更加平均地分配整个团队，尤其是可以平均分配测试团队的工作量-团队可以在过程中总结经验教训，不断地改善开发过程-在整个声明周期中，项目相关人员可以通过具体证据来了解项目情况。 最佳的软件开发实践 最佳的软件开发实践 管理需求-在需求管理中构造原则性方法-人员之间的交流建立在已定义的需求之上-区分需求的优先级，并进行过滤与跟踪-可以对功能和性能做出客观的评估-不一致性会尽早检测出来-借助适当的工具支持，使用与外部文档的自动链接，可以为系统的需求、属性和轨迹提供库支持。 最佳的软件开发实践 最佳的软件开发实践 应用基于构件的架构-构件有利于创建灵活性强的架构-模块化可以清晰地分离出系统中易于变化的元素-通过应用标准化的框架和商业上可获取的构件使复用更加容易-构件为配置管理提供一个非常自然的基础-可视化建模工具为基于构件的开发提供自动化支持 最佳的软件开发实践 最佳的软件开发实践 为软件建立可视化模型-通过用例和场景可以无二义性地详细说明行为-通过模型可以无二义性地理解软件设计-暴露出非模块化的和不灵活的架构-必要时隐藏细节-无二义性的设计可以更容易地反映出不一致性-高质量的应用程序应从好的设计开始-可视化建模工具提供对UML建模的支持 最佳的软件开发实践 最佳的软件开发实践 对软件的质量进行持续的验证-对于项目状况的评估是客观而非主观的，因为我们评价的是测试结果而非书面文档。-这个客观的评估可以暴露出需求、设计和实现中的不一致-测试和验证工作关注的是高风险区域，因此增加了这些区域的质量水平和效率。-可以尽早发现缺陷，从根本上降低修复它们的代价-自动化测试工具提供了对功能、可靠性和性能的测试。 最佳的软件开发实践 最佳的软件开发实践 控制软件的变更-定义需求变更的工作流，且需求变更的工作流时可重复的。-变更请求使交流更加清晰-独立的工作空间减少了并行工作的团队成员之间的相互干涉-变更率统计表为客观评估项目状况提供了好的度量-工作空间包含了所有的制品，这样有利于保持一致性。 最佳的软件开发实践 -变更的传播是可评估和可控制的-可以在一个健壮的、可订制的系统中维护变更 RUP RUP RUP模型：-角色：谁做-活动：怎么做-制品：做什么？-工作流：什么时候做 J2EE 路线图 * ????????????????????????????????????????????????????????????? *