第2章 可行性分析

2019/8/301可行性分析2019/8/302可行性研究的任务目的用最小的代价在尽可能短的时间内确定问题是否能够解决。“说明该软件开发项目的实现在技术上、经济上和社会条件上的可行性；评述为合理地达到开发目标可能选择的各种方案”。(GB8567-88《计算机软件产品开发文件编制指南》)注：不要花过多精力，占总成本的510%2019/8/303可行性研究的任务从三方面研究每种解法的可行性（1）技术可行性：使用现有的技术能实现这个系统么？（2）经济可行性：这个系统的经济效益能超出它的开发成本么？（3）操作可行性：系统的操作方式能在这个用户内行得通么？最根本任务对以后的行动方针提出建议。2019/8/304可行性研究的步骤1、复查系统规模和目标。我们认为用户要的用户要的（1）访问关键人员（2）阅读和分析有关的材料（3）改正含糊或不确切的叙述?2019/8/305可行性研究的步骤2、研究目前正在使用的系统解决老系统问题老系统功能新增功能新系统效益?注：只了解老系统做什么，而不管怎样做；注意了解与其它系统的接口。老系统效益2019/8/306可行性研究的步骤3、导出新系统的高层逻辑模型(conceptualdesign)…………抽象实现改进老系统物理模型模型逻辑模型新模型逻辑模型新系统物理模型报告应该告诉用户“What”而不是“How”Itiswritteninthecustomer’slanguageItcontainsnotechnicaljargonItdescribesthefunctionsofthesystemItisindependentofimplementationItislinkedtotherequirementsdocuments2019/8/307可行性研究的步骤3、逻辑模型4、进一步定义问题1、复查定义（1）分析员应和用户一起再次复查问题定义、工程规模和目标（2）前四个步骤构成一个循环。注：此时合同未签，应考虑成本，不宜反复太多次。2019/8/308可行性研究的步骤5、导出多种解法进度表经济上合算技术上可行操作上可行策略上不可行用户不可能操作不合算……2019/8/309项目评估的内容操作性评估计划评估技术评估风险评估社会可行性（法律，合同，政治……）经济性评估2019/8/3010操作可行性确定：系统是否能够真正解决问题是否系统一旦安装后，有足够的人力资源来运行系统用户对新系统具有抵触情绪可能使操作不可行2019/8/3011计划评估估计项目完成所需的时间评估项目的时间是否足够2019/8/3012技术评估技术的成熟程度实验室技术经过中试的技术已经工业化应用的技术市场需求显在潜在：转化为显在的条件竞争态势：与竞争技术相比，所采用技术的优势及缺陷技术转换成本支撑体系与条件：原料、销售网络、用户体系、政策技术发展趋势及所采用技术的发展前景2019/8/3013技术方案选择要考虑的制约条件需求制约：现存的需求结构及需求结构可能的变化资源制约：资金、人力资源、自然资源、其它要素环境制约：经济技术环境、社会文化环境、自然环境选择原则经济性原则：以最小的投入取得最好的效果发展原则：发展的前景及适应发展的能力兼容性原则：与原有经济、技术、环境、社会的兼容性相关效果原则：相关的经济、技术、环境、社会效果选择视角技术先进性技术适用性2019/8/3014风险分析风险识别风险评估风险识别风险分析风险优先级2019/8/3015社会可行性是否满足所有项目涉及者的利益是否满足满足法律或合同的要求如环境法规2019/8/3016成本效益分析1、成本估计(CostEstimation)⑴代码行技术：每行代码的平均成本源代码行数⑵任务分解技术：人力工资⑶经验公式及软件：软件：Boehm’sConstructiveCostModel(COCOMO)v1.0in1970s,v2.0in19952019/8/3017成本效益分析2、效益估计(BenefitEstimation)例：假设某软件生命周期为5年。现在投资20万元，平均年利率3%。从第一年起，每年年底收入4.2万元，问该项目是否值得投资？的值年底为第为年利率为初始投资其中PnFiPPFn,,)1(iP=20万4.2万4.2万4.2万4.2万4.2万0123452019/8/3018成本效益分析到第5年底结算时：投资额=200000(1+3%)5231855(元)收入=42000[(1+3%)4+(1+3%)3+(1+3%)2+(1+3%)+1]222984(元)不合算！2019/8/3019成本效益分析衡量工程价值的经济指标有：⑴纯收入=折合现价的总收入-当前投资额=⑵投资回收期例：第6年底可收回)(3517403.11420006元年回收期年5.22)(22.0351747652)(765220000003.1103.1103.1103.1103.11420002345元2019/8/3020成本效益分析⑶投资回收率：设为j3%%65.1)1(1)1(1)1(1)1(111420002000005432年利率jjjjjj2019/8/3021系统开发和每年运行费用举例11.系统开发费用（一次）人员：.2名系统分析员(450小时/名,45美元/小时)$40,500.5名系统开发人员(275小时/名,36美元/小时)$49,500.1名数据通讯专家(60小时/名,42美元/小时)$2,400.1名数据库管理员(30小时/名,42美元/小时)$1,260.2名技术写作者(120小时/名,25美元/小时)$6,000.1名秘书(160小时/名,15美元/小时)$2,400.2名在转换期间数据输入人员$49,500(40小时/名,12美元/小时)2019/8/3022系统开发和每年运行费用举例2培训：三天的开发人员内部培训课程$7,00030个用户，三天的内部培训课程$10,000物资：复印$500磁盘、纸张等消耗品$650购买硬件、软件：20台工作站Windows软件$1,00020台工作站内存升级$8,000网络软件$17,50020台工作站办公软件产品$20,000系统开发总费用$161,6702019/8/3023系统开发和每年运行费用举例32.年运行费用（每年）人员：维护程序员/分析员(250小时/年,42美元/小时)$10,500网络管理员(300小时/年,50美元/小时)$15,000购买硬件、软件升级：硬件$5,000软件$6,000物资和杂项$3,500每年总运行费用$40,0002019/8/3024可行性研究的步骤6、推荐行动方针YesorNo?NoYesWhy?Whichoneisthebest?Why?(cost/benefit)什么都不做永远是一个值得考虑的方案2019/8/3025可行性研究的步骤7、草拟开发计划任务分解，确定负责人大致进度规划财务预算风险分析及对策8、书写文档提交审查2019/8/3026系统流程图可行性研究阶段：了解和分析现有的系统，概括地表示对现有系统的认识设计阶段：把设想的新系统的逻辑模型转变为物理模型，需要描绘未来的物理系统的概貌——系统流程图就是描绘物理系统的传统工具反映信息在系统各部件间流动的情况≠控制、处理信息（不同于程序流程图）2019/8/3027系统流程图符号（概括的形式抽象的描绘物理系统时）处理：能改变数据值或数据位置的加工或部件，例如，程序、处理机、人工加工等都是处理。输入/输出：表示输入或输出（或既输入又输出），是一个广义的不指明具体设备的符号。连接：指出转到图的另一部分或从图的另一部分转来，通常在同一页上换页连接：指出转到另一页图上或由另一页转来数据流：用来连接其它符号，指明数据流动方向2019/8/3028系统流程图表示一个具体的物理系统2019/8/3029系统流程图该装配厂使用一台小型计算机处理更新库存清单主文件和产生订货报告的任务。零件库存量的每一次变化称为一个事务，由放在仓库中的CRT终端输入到计算机中；系统中的库存清单程序对事务进行处理，更新存储在磁盘上的库存清单主文件，并且把必要的订货信息写在磁带上。最后，每天由报告生成程序读一次磁带，并且打印出订货报告。变化仓库零库存量件临界值库存清单XX：————————XX：————…………库存临界值定货报告2019/8/3030系统流程图注：符号=系统部件箭头=信息流动路径事务库存清单程序库存清单主文件定货信息报告生成程序定货报告即库存量变化2019/8/3031系统流程图画法习惯上信息在图中从顶向下或从左向右流动可以在图上加注释，注释较多时，可以另外加一个文档来进行解释复杂系统可以用分层方法来表示首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能每个关键功能扩展到适当的详细程度，画在单独的一页纸上2019/8/3032数据流图数据流图描绘系统的逻辑模型，图中无具体的物理元素，只是描绘信息在系统中流动和处理的情况数据流图可以作为计算机人员与客户之间的通信工具软件设计的出发点System=data+function2019/8/3033数据流图1、符号2019/8/3034数据流图2019/8/3035数据流图注意点数据流与程序流程图中用箭头表示的控制流有本质不同在数据流图中应描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件处理并不一定是一个程序，可以代表一系列程序、单个程序或者程序的一个模块，甚至人工处理过程一个数据存储也并不一定是一个文件，它可以表示一个文件、文件的一部分、数据库的元素或记录的一部分等等通常在数据流图中忽略出错处理，也不包括如打开文件、关闭文件之类的内务处理数据流图的要点是描绘“做什么”，而不是“怎么做”2019/8/3036数据流图重复元素的画法有时数据的源点和终点相同数据存储有时也要重复——为了表示方便，代表同一事物的同样符号在图中出现在n个地方，则在这个符号的一个角上画n-1条短斜线做标记2019/8/3037数据流图命名为数据流（或数据存储）命名名字应代表整个数据流（或数据存储）的内容，而不是仅仅反映它的某些成分不要使用空洞的、缺乏具体含义的名字（如“数据”、“信息”、“输入”之类）如果在为某个数据流（或数据存储）起名字时遇到了困难，则可能是因为数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难2019/8/3038数据流图为处理命名通常先为数据流命名，然后再为与之相关联的处理命名名字应该反映整个处理的功能，而不是一部分名字最好由一个具体的及物动词，再加上一个具体的宾语构成通常名字中仅包括一个动词，如果必须用两个动词才能描述清楚，可能分成两个处理更恰当如果再为某个处理命名时遇到困难，则可能是发现了分解不当的迹象，应该重新分解数据源点/终点是目标系统的外围环境，采用它们在问题域中习惯使用的名字（如“采购员”，“仓库管理员”等）2019/8/3039数据流图为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统2019/8/3040数据流图在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据底层流图是指其加工不需再做分解的数据流图，它处在最底层中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。2001/9/23假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据：零件编号，零件名