系统分析与设计概述：7 开发策略

开发策略CollegeofComputerScienceandTechnologyZhejiangUniversity概述本部分内容主要讨论与软件开发或取得相关的策略、传统和基于Web开发方法的异同、外包和自行开发的不同等系统分析阶段的主要目标是建立一个新的信息系统的逻辑模型，然后对可选模型进行评价，确定最终方案迄今我们已经了解到，在系统分析阶段包含了以下六项主要的活动：收集信息定义系统需求为可行性和发现建立原型划分需求优先级生成和评选可选方案与管理层一起审查推荐方案概述系统开发方案的确定，涉及到软件开发策略的制定以前，在系统分析完成后，通常是或者自行开发，或者是外包开发，再多也就是外购一个链接包现在，开发企业的选择又多了许多，如选择应用服务供应商、购买以Web托管的软件，或者选择可以提供多种解决方案的供应商等所以，确定最佳开发途径就成为一项重要的决策，这通常需要考虑三个关键问题：Internet的影响、软件的外包选项、软件的自主开发Internet的影响Internet已经在软件业务方法和运营方面引起了巨大变化，它实际已经成为实现和传送信息系统应用程序的通用框架用Web、Internet实现应用，相对于传统的C/S方法的应用程序结构，有许多优势，如：可访问性：目前互联网无处不在，对许多潜在客户都是可访问的低通信费用：相对以往的非Internet通信方式广泛的实现标准：Web标准的开发软件都很易得到，且相对廉价但通过Internet和Web技术的应用传送也有其不利的方面，包括：安全性可靠性吞吐量易变的标准因此，作为一名系统分析员，必须考虑软件开发是基于以Web为中心的框架，还是基于传统的环境为系统实施生成备选方案这是任何软件系统开发进入到系统设计阶段前，都需要进行的一个步骤当目标系统已经确定了逻辑模型、确定了实施范围后，接下来的逻辑问题就是：我们从现在开始要去干什么？很显然，当然是需要先设计，然后才是编程但是，可以有许多路径可以完成这项工作。如：项目较为标准的，则组织可以购买一个系统来支持项目较为复杂的，如果组织已经开发了标准系统，则稍加修改后，可以支持也可以选择从头开始开发，建立自己的内部系统或者是分离出标准部分，选择购买对于一些服务或特殊的技术要求，还可以以合同程序员的方式获得外来帮助重点是，现在组织必须计划项目的余下部分，并且现在已经有了大量的可选择资源为系统实施生成备选方案下图给出了组织得到一个系统的不同方案自行开发系统购买选项建立选项软件开发服务打包的成套服务客户建立系统设施管理方案企业资源计划系统这个图的目的是为了说明各种不同的方案，如自己开发或是购买系统、组件等，它涉及到建立、购买、软件和服务等方面从图中可以看出，自行研制的系统也可以包含一些购买的组件软件自主开发方案如图，是软件自主开发方案的例子内部开发系统定制的软件商业软件包规划分析实现创建、建立购买组织除了可以选择开发自己的系统，当然还可以选择购买或定制，甚至外包开发尽管有众多因素会影响到决策，但最重要的是把握系统的整体拥有成本TCO因此，自主开发并不是任何情况下，绝对所有模块或部件都是自己从头开发自主开发或购买决策开发与购买软件方案之间的权衡，称为自主开发或购买软件包是开发完成的，标准的、专为购买者开发的专用软件包在组织战略的总体计划中，软件包通常会占有一席之地。因为它可以为整个项目的一部分提供标准服务软件包解决方案的一种变种是包括软硬件一起交付的完整解决方案，称为成套系统。成套系统是由外部企业开发的、针对特定行业解决专门问题的系统可供不同类型组织使用的软件包称为水平应用。如财务软件包处理专门业务类型信息的软件包称为垂直应用。如机票出票系统组织项目开发的策略具有多样性，既可以是完全自主开发，也可以购买定制成套系统整合进项目中，更多的是购买软件包实施二次开发在软件内部获取方案中，自主开发、购买定制成套系统或购买软件包，各有优缺点及不同的代价自主开发和购买软件包的决策因素下表是对比自主开发和购买软件包时，企业需要考虑的部分因素内部开发的原因功能软件包的考虑满足特定业务需求降低成本最小化业务程序和政策的变化需要的开发时间短满足现有技术的约束确保可靠性和性能基准满足现有的系统约束需要较少的技术开发人员开发内部资源和能力由供应商提供未来的升级满足特定的安全需求从其它企业获得输入软件外包外包是根据临时或长期协议，通过支付费用，将系统的开发、维护或运行，也可以是业务流程服务等，转移到其它能够提供需要的服务的企业外包一般会涉及较少的项目资源、费用成本，并且有可能会获得更专业的服务，减少组织内部整个IT事务的业务处理量因此，越来越多的组织已经将软件开发外包作为一种战略性业务解决方案的最佳实践之一提供软件外包的企业称为服务供应商服务供应商大致分为提供应用程序服务的应用程序服务供应商和提供Internet业务服务的服务提供商软件外包的费用经过一段时间的实践，软件外包的费用已经形成了几种固定的模型，包括固定费用、订阅、使用或交易等模型固定费用模型是根据具体的服务水平和用户支持而定的一种费用模型订阅模型是根据接入到应用程序的用户数量而定一种可变费用模型使用或交易模型是根据应用程序的交易和操作量而定的可变费用模型当项目开发需要软件外包服务时，应该根据软件及外包服务使用的特点来决定费用模型或费用结构软件外包需要注意的问题

不同的企业、不同的项目，对软件外包服务有不同的适应症任务关键型的系统只有当满足低成本、可靠、业务解决方案满足企业长期发展战略，且涉及风险在可接受范围时，才可以考虑外包涉及国外供应商时，更应该考虑控制、安全、文化、交流等问题企业在决定采用软件外包服务前，应该仔细了解供应商的历史、能力、财务状况、市场口碑等，以控制可能的风险及不确定性对于产量波动较大的企业，采购软件外包服务通常会有较大的吸引力，因为这样会减轻由于工作量的波动，而带来的因人力资源忙闲不均造成的成本浪费，但这样会导致员工对工作安全性的担忧通常，在涉及外部供应商且问题稍微复杂一些的时候，进行方案选择可能就会遇到困难。如，在可选方案中，一个含有必须功能，但不包含全部功能，另一个虽然具备了多个所需功能，但缺少了其中一个关键功能，而第三个在功能方面完全满足要求，但工作平台却和已确定的不一致如何选择方案的问题，粗看就好像是“苹果和桔子”的问题，通常供应商提出的解决方案都只是为了极力表现自己，它们甚至不会对求购方的要求做出认真、积极的响应因此，作为分析员的职责目标就是，建立一系列可以用来尽可能一致地比较这些方案的共同准则选择实施方案确定选择标准一个合理的方案选择标准应该涵盖自行开发方案和所有外包方案，因此需要有三个方面的问题需要考虑：通用需求技术需求功能需求当然，如果已经选择了自主开发项目，则一些适合外包方案的标准就不需要包括了确定选择标准通用需求非常重要，但一般不直接和计算机系统本身相关通用需求的第一个主要组成部分就是可行性评估，每一个方案都首先必须满足可行性目标对于外包方案，通用需求可能是一系列评价供应商、它的稳定性和成果记录的标准对于自主开发的方案，这些标准包括与开发计划相关的风险，如项目历时、内部有哪些可用的技术知识等确定选择标准

可能的涵盖不同可选方案的标准如下列所示：供应商的成果记录供应商提供的技术支持水平有经验人员的可利用程度开发成本效益预期值实施前的时间对内部资源的影响对内部专门知识的需求对组织的影响(再培训、技术水平)

数据转换的成本预算保证和支持服务很明显，对组织来说，有一些标准比其它方面更重要确定选择标准除了前面列出的对项目计划的技术要求，还应该有评价软件系统的其它通用标准。如，为了测试软件质量，可能需要用到以下标准：健壮性(软件不能出现问题)编程错误(软件能正确运行)代码质量(可维护性)文档(用户和系统、联机和书面)安装难易度灵活性(软件容易调整以适应新的功能和新的环境要求)结构(可维护、易理解)用户界面友好性(使用时自然而直观)当然，标准在具体使用时，会根据项目的不同，而适当调整各标准项的权重，使其更适应方案的选择做出选择一旦需求确定，一种较为简单有常用的方法就是评分每个方案都给出一个基于标准程度的原始分数来参与评估原始分数的范围可以是简单的三点计数：完全满意-2分、部分满意-1分和不满意-0分也可以是更精确的六点计数：最佳－5分、优－4分、良－3分、中－2分、差－1分和不合格－0分然后，计算各个方案的得分，并加上权重因子，就可以得到各个方案的得分当然，分数的确定只是方案选择的开始，之间还需要考虑许多复杂的因素。如，两个得分相同的方案，但一个在某重要功能的提供上有优势，它可能就会最后被选择另外，方案选择时，为了使选择更可信，聘请企业外部的专家帮助选择，通常是不错的方法建议需求在倾向软件外包时，需要先给每一个可能的预期供应商发送一份正式的建议需求，这在政府交易中尤其普遍建议需求是一份规范化的文档，包含系统需求的详细说明。在国内，建议需求通常会包含在项目招标书中需求陈述是建议需求的主要内容。其主体应该规范和指明前面描述过的项目方案选择标准需求应该被分成必要部分、可选部分或由协商决定的部分建议需求也应该明确评估标准，这可能在需要时包括要评估的类目及其相应的权重因子基准评价和选择卖主评价外部供应商提供的系统质量的方法包括：在应用中观察，或安装在一个实验环境中进行评测评价的成本通常会较高，但一般都会比实际开发的失败代价小的多。评价需要有评价基准，称为基准评价基准评价是在实际处理条件下，用确定的硬件和系统软件对应用系统(或测试程序)进行性能评价在选择卖主时，不仅要考虑其提供的软件的功能、性能和一些重要的质量指标，还应充分考虑其持续研究开发的能力和水平，以及其是否有足够的、活跃的用户组，后者决定了供应商是否可能有持续研发所供应系统的推动力系统分析员的职责系统分析员在系统分析的过程，尤其是系统实施方案的选择过程中，担有十分重要的责任管理部门往往会十分重视系统分析员给出的书面意见和正式的陈述报告分析员必须和评价团队成员一起，共同将可选方案排队，并将可行方案建议递交管理层，由管理层做出最后决策成本效益分析方案的选择与否，成本效益可能是技术因素之外，最重要的因素了成本效益分析清单一般会如下所示：列出所考虑的每一个开发策略确定每种方案的总成本和效益。准确指出需要投入的成本和实际效益产出时间考虑将来的增长和可扩展性的需要将硬件和软件的支持费用包括进来分析各种软件的许可选项，包括固定费用和基于用户或交易量的计算费用使用财务分析工具来分析每个备选方案研究结果并向管理层提交报告软件采购过程对于有外部或采购的软件开发项目，归纳总结软件采购的过程主要有下面所列的典型步骤：评估系统需求——核心是识别关键特性、软硬件或人员约束、建议需求、报价需求识别潜在供应商或外包方案评价备选方案——核心是确定选择或评价标准进行成本－效益分析准备建议书实施选择的方案系统分析任务的完成系统分析阶段最后的工作是准备需求文档并向管理层作陈述报告需求文档不仅包含新系统的需求和逻辑模型，还应该包括备选方案、为管理层准备的详细建议书需求文档中的备选方案一旦被确定，就是系统设计阶段的起点资料系统分析任务的完成系统分析阶段最后的陈述报告是系统开发过程中，最关键的里程碑之一——管理层将据此做出影响系统开发未来的关键决策除了面向管理层的陈述报告外，还有两个陈述报告也可能是必须的——面向IT负责人的和面向用户的在准备陈述报告时，希望大家能够遵循以下建议：开始时首先介绍项目系统的主要目标、本次报告的目的及需要做出的决策总结主要的备选方案，对每一个方案，扼要介绍其优缺点、资源需求及成本介绍并解释推荐的方案及理由留出时间进行答疑和讨论由管理层做出最后决定或确定下一步继续讨论的时间陈述报告和做出决定向管理层陈述报告的目的是为了得到下面开发的正式批准和获得全面支持在管理层做出决策之后，分析员后续的工作可能有：实施外包方案。和服务供应商协商合作内部开发系统。开始新系统设计购买或定制一个软件包。与软件供应商商议购买事项，同时开始系统设计或规划系统实现等后续工作继续更多的系统分析。管理层可能希望对特定方案作进一步深化或开