《软件工程 架构驱动的软件开发》高清PDF
文摘 版权页： 随着产品配置被不断细化，产品和WBS势必会被扩展，从而为修改技术计划、进度安排和关键里程碑成果标准提供基础。 成本和进度目标迫使项目向着其最终成果发展。外部力量，例如客户和涉众的需求和期望、计算技术、竞争和市场条件，都会从确立方案开始就对项目施加压力使其不断发展。 这些断言表明，项目管理和软件工程实践应该以这样一种方式建立，即控制好这些截然相反的力量。开发项目目标驱动的本质是关注以及时并且保证成本效益的方式开发和交付软件产品。这授权了一种设想的策略来隔离项目与变更来源。市场的本质表明，软件开发项目必须认识到开发环境中不断变化的条件将会最终决定软件产品的可接受程度和成败。企业对项目的投资在于提供人员、设施、工具和设备，以及项目实施所必要的资源。由于他们的投资，企业希望了解该软件产品的利润，或者希望通过其可靠的软件开发组织提高其在行业中的知名度。 为了妥善处理变更的动态作用，核心软件工程理论必须支持一种技术性方法来促进以下原则： 1）变更是不可避免的！必须要能区分哪些变更是有利的，可以采纳；而哪些变更应该拒绝或者推迟，直到未来出现其他版本的产品并适用。 2）被采纳的变更必须要能以最小的返工量或进度中断数被纳入计划、预算和产品配置中。 3）每种变更都代表一次返工，除非这种变更是一个全新的需求，不需要与软件架构中任何其他的元素进行交互。然而，即使这个变更是独立的，也需要项目方案和进度表更新来将修正的工作范围纳入工作包中。 4）变更会影响涉及试图操作的软件产品或计算环境的软件架构。应该进行变更分析来理解某个变更引起的感知影响，以支持某个项目决定采用该变更。取决于软件开发工作的状态，涉及纳入变更的返工量将会发生显著的变化。在某些情况下，某种变更可能需要将已完成的工作重新进行。变更的范围可以通过评估受影响的软件架构中元素和接口的数量来确定。这将提供一种作为已有设计和必须返工的工作量的指示。规约树和文档树的评审将会支持变更影响决定。 5）在采纳变更之前，必须清楚工作包调整的范围以确保项目成本和进度目标仍然可以达到。软件工程IPT必须能确保提议中变更的影响能彻底明确地支持采取该变更的成本效益分析。 6）变更影响分析应该足够详细，以便于能够被软件架构、技术方案和进度表所纳入，并且不给项目的成功引入额外的风险。 对项目变更的期望可能来源于外部，比如客户、竞争或者计算技术的进步，又或者来源于技术团队对于软件架构方案的一种更深刻的理解。这些从内部提出的变更请求提供了一些可以改进解决方案或确定必要的修改方案来解决现有架构缺陷的机会。这些源于架构缺陷的变更应该主导技术变更控制委员会的关注方向，因此这些调整必须要在现有的技术范围内执行。
提示：百度云已更名为百度网盘（百度盘），天翼云盘、微盘下载地址……暂未提供。