《软件开发需要最佳实践的原因》由会员分享，可在线阅读，更多相关《软件开发需要最佳实践的原因（2页珍藏版）》请在金锄头文库上搜索。
1、V软交所在讨论最佳实践之前，先明确一下软件服务开发中软件项目的目标，因为所有的最佳 实践都是为了实现项目目标服务的。软件服务项目的目标有两个，取得当前项目的成功并且 进行积累，软交所为后续的项目发展做准备。目的，更好的管理软件，更好的做好软件定制。关于第一个目标，较麻烦的事情就是如何定义成功。一般来说，在预算范围和进度计 划之内交付客户想要的产品，项目就算是成功的。但这样的理解过于初级。关于第二个目标，主要有两层意思。第一层意思是锻炼队伍。在项目中，团队共同工 作一段时间，进行了许多战术配合方面的练习，大家相互之间更有默契。对于个人来说，通 过具体的开发实践，学习了不少新知识，也积累了经验。第
2、二层意思是为后续项目提供积累。后续项目可能是运维项目，也可能是产品的下一 个版本，或其他项目。不少项目开发工作对于后续项目有重要意义，如项目文档和回归测试 套件等。如果你曾接手过别人的项目，或者只是花时间读过别人的程序，就一定会对此深有 感触。RUP，根据说法，Rational Unified Process是一个灵活的软件开发流程平台。借助它可 配置的构架，RUP使你能够只选择和部署项目的每个阶段需要的流程构件。RUP平台以业界 公认的软件工程最佳经验为核心，它包含配置RUP以满足项目特定需求的工具。从这种意 义上说，RUP是一个软件开发方法框架，以及一个公认的、灵活的、实用的流程平台，用于
3、 成功的软件项目。 RUP 提出了六项最佳实践: 1.可视化软件建模 2.验证软件质量 3.控制软 件变更 4.迭代的开发软件 5.需求管理6.使用基于构件的体系结构CMMI, CMMI(Capability Maturity Model Integration是针对产品开发和服务的一个过程 改进成熟度模型。它包含了一些最佳实践，关注开发和维护活动，覆盖从概念到交付和维护 的完整产品生命周期。这些最佳实践按照关注的领域进行了分类，即所谓的“过程域”。CMMI的过程域包括:项目计划(PP)、项目监督和控制(PMC)、供应商协议管理(SAM)、 需求管理(REQM)、配置管理(CM)、过程和产品质
4、量保证(PPQA)、度量和分析(M&A)、组织过 程核心(OPF)、组织过程定义(OPD)、组织培训(OT)、集成供应商管理(ISM)、风险管理(RSKM)、 集成项目管理(IPM)、集成团队(IT)、需求开发(RD)、技术解决方案(TS)、产品集成(PI)、验证 (VER)、确认(VAL)、决策分析和解决方案(DAR)、集成组织环境OEI)、组织过程绩效(OPP)、定 量项目管理(QPM)、组织创新和实施(OID)、因果分析和解决方案(CAR)。让我们来看看配置 管理。任何严肃的商业开发都不能冒没有配置管理的风险，好的配置管理让我们能重复任何 一个时间点的项目状态。在与一名项目经理的闲谈中笔
5、者了解到，她对公司多年来实施 CMMI 的效果很不满意。我试着从积极的方面来引导她，问她觉得有什么方面进步很大吗? 她说进步还是有的，感受最深的一点就是大家都习惯了使用版本控制系统。另一方面，我们 仍然看到许多新参加软件开发工作的开发者，他们需要花一段时间才能熟悉版本控制的概念 和操作。XP，在各种敏捷方法学中，极限编程(XP)是知名度最高的一种。XP的主要实践有:Sit Together(坐在一起)、Whole Team(完整团队)、Informative Workspace(信息化工作场所）、Energized Work（精力充沛地工作）、Pair Programming（结对编程）、St
6、ories（用户故事）、 Weekly Cycle（每周开发循环）、Quarterly Cycle（每季度开发循环）、Slack（松弛计划）、 Ten-Minute Build（10分钟构建）、Continuous Integration（持续集成）、Test-First Programming测 试优先编程）、Incremental Design（增量式设计）。除此之外，XP还有一些配套实践。让我们来看看其中的持续集成。如果前期的工作做得很到位，需求错误的风险得到了 有效控制，那么项目进入构建阶段之后的主要风险就是无法得到可以工作的软件。持续集成不仅仅是针对无法得到可以工作的软件这一风险。通过在持续集成过程中执 行各种层次的自动化测试，各种自动化的代码分析工具，我们就可以清楚地认识项目当前的 状态，并努力保证项目处于健康的状态。另外，持续集成和自动化测试、自动化代码分析一起，为我们提供了适应变化、将软 件服务修改得更好的机会。我们可以大胆地对代码进行重构、采用新的组件、实现新的功能， 同时保证这些修改与系统的其他部分很好地集成。如果没有人愿意、没有人敢修改原有的代 码，这个项目的生命周期也就差不多走到尽头了。保留不断改进的机会，这对每个项目都是 很重要的，这也大大降低了运营维护的成本和风险。
