软件工厂最佳项目实践模型.docVIP

软件工厂最佳实践模型 软件工厂生产的原则特征 本模型描述了软件工厂的最佳实践方式 。它本身也是一套有效的部署经过验证的商业化软件的开发方法 。之所以称为“最佳实践”，不仅仅是因为他们具有可以量化的价值，并且被许多成功的机构，成功的项目所运用，并且在Sundy的十年开发生涯中不断积累的结果 。 为了使软件工厂整个团队有效的利用最佳实践模型，我们为每个团队成员提供了必要准则，工具和模板 。 并且明确指出软件工厂的原则特征: 迭代的开发软件 开发与质量控制双线并行 量化可追溯的需求管理 使用基于构件的体系结构 标准且可视化的软件建模 验证每一个步骤 控制变更 迭代的开发产品 面对当今复杂的软件系统，使用连续的开发方法：如首先定义整个问题，设计完整的解决方案，编制软件并最终测试产品，是不可能的 。 需要一种能够通过一系列细化，若干个渐进的反复过程而生成有效解决方案的迭代方法 。 通过软件工厂的迭代方法，极大地减少了项目的风险性 。 迭代方法通过可验证的方法来帮助减少风险经常性的，可执行版本使最终用户不断的介入和反馈 。 因为每个迭代过程以可执行版本高中，开发队伍停留在产生结果上，频繁的状态检查帮助确保项目按时进行迭代化方式同样使得需求，特色，日程上战略性的变化更为容易 。 开发与质量控制双线并行 软件测试，或者称之为质量控制（QC），不再是软件开发过程中的一个环节，而是贯穿软件开发整个生命周期的流程 。 在如今质量为先导的软件开发思路面前 ， 测试已经不局限于单纯的验证某个模块，某个系统与需求的一致性 。 而是从初始化阶段就积极主动的把握质量关口 。 因此看来，质量控制是与开发过程同等重要的流程。甚至还是开发流程的把关流程 。 双线并行，早已经是我们所期待的了 。软件工厂对此做出了明确定义 。 量化可追溯的需求管理 软件工厂详细描述了如何提取，组织和文档化需要的功能和限制；跟踪和文档化折衷方案和决策； 捕获和进行商业需求交流 。 过程中用例和场景的使用被证明是捕获功能需求的卓越办法，并确保由她们来驱动设计，实现和软件的测试，使最终系统能够满足最终用户的需呀 。 它们给开发和发布系统提供了连续的和可跟踪的线索。 使用基于构件的体系结构 该过程在全力以赴开发之前，关注与早期的开发和健壮可执行体系结构的基线。它描述了如何设计灵活的，可容纳修改的，直观便于理解的，并且促进有效软件重用的弹性结构。 软件工厂要沉淀基于构件的软件开发。甚至于沉淀出构件工厂。要知道构件是实现清晰功能的模块，子模块。软件工厂根据构件工厂提供各种现有构件并且与之系统化，为之后的项目迭代做好关节准备 。真正实现工业级重构。 标准且可视化的软件建模 开发过程显示了对软件如何可视化建模，捕获体系结构和构件的架构和行为 。 这允许你隐藏细节和使用“图形构建块”来书写代码，可视化抽象帮助你沟通软件的不同方面，观察各元素如何配合在一起，确保构件模块一致于代码，保持设计和实现的一致性，促进明确的沟通。软件工厂利用Rational的 UML 进行成功而又标准的可视化软件建模。 验证每一个步骤 拙劣的应用程序性能和可靠性，不断延期的进度是软件生产失败过程中的主因。软件工厂制定了每个步骤的阀值，对每个步骤进行验证 。 过程评估被内建于过程，所有的活动，包括全体成员，使用客观的度量和标准，而不是事后型来检讨责任 。每一个步骤都明确完成才能进入后续的开发 。 控制变更 管理变更的能力。确定每个修改是可接受的，能被跟踪的。 在变更不可避免的环境中是必须的 。 开发过程描述了如何控制，跟踪和监控修改以确保成功的迭代开发。 它同时指导如何通过隔离修改和控制整个软件产物（例如：模型，代码，文档）的修改来为每个开发者建立安全的工作区。 另外，它通过描述如何自动化集成和建立管理使小队如同单个单元来工作。 软件工厂生产的动态阶段 这张图大家都知道，是RUP迭代开发模型图 。 在软件工厂看来，这个是不完整的 。 这张图，大家或许也知道，这是迭代式测试过程的V模型。就软件工厂看来，它也是不完善的 。 软件工厂提出了W双线生产模型，如下图： 由W模型图可知 ， 软件工厂项目生产过程包括两个主要过程：开发和质量控制 。 二者之间是相互独立又是息息相关密不可分的 。 开发阶段从设计到实现是个逆向过程 。 前者是自顶而下；后者是自底而上 。 同样，质量控制阶段从设计到实现也是个逆向过程 。 前者是自顶而下，后者是自底而上。 开发阶段与质量控制阶段又是一一对应的 。 例如需求分析完成后，质量控制也可以完成验收测试设计。 质量控制阶段又隐含着对开发阶段的审核 。 开发阶段大部分过程的审核皆由控制部门来实现。 开发的阶段 项目评估 项目评估阶段的目标是：评估项目的级别，风险，项目需要投入的资源，并且出可行性方案 本