第二章__可行性研究.docVIP

第二章 可行性研究 一、可行性研究的任务 可行性研究就是确定问题是否值得去解。 可行性研究工作是在初步的需求定义(澄清问题的定义)之后进行的，其的目的是用最小的代价在尽量短的时间内(总成本的5%~10%)确定该项目是否值得去解决，是否存在可行的解决方案。对每一种可能的解决方案，就以下几个方面研究其可行性： (1) 经济可行性：这个系统的经济效益能超过它的开发成本吗? 估算项目的开发成本和投入使用后可能带来的利润，进行成本/效益分析，从经济角度判断系统开发是否“合算”。 (2) 技术可行性：使用现有的技术能实现这个系统吗? 根据客户提出的系统功能、性能要求，从开发者的技术实力、以往工作基础、问题的复杂性等出发，判断系统开发在时间、费用及其他各项约束条件限制下成功的可能性。 (3) 运行、操作可行性：系统的操作方式在这个用户组织内行得通吗? 主要研究系统的运行方式在用户单位是否可以被有效地实施，是否与原有其他系统相矛盾；系统的操作规程在用户单位内是否可行，它包括人事、科技政策、管理方法等等。 (4) 法律可行性：系统的开发使用，在当国当地当时合法吗？ 研究新系统的开发和使用是否会侵犯他人的权益，是否触犯了国家和地方的法律法规。 另外，可行性研究还要有开发方案的选择结论：如果问题没有可行的解，分析人员应建议停止该项目，以避免造成进一步的浪费；如果问题值得解决，则提出并评价实现系统的各种可行的开发方案，从中选择一种较好方案，并为系统制定一个初步的开发计划。 二、可行性研究的步骤 1、复查初步分析结果，确定系统目标与规模，清晰地描述对系统的所有约束条件；P7 2、研究现有的系统，找出其基本功能和信息，指出其缺点或局限性(功能性能上的、经济上的)；P9 3、借助某种图形工具导出新系统的高层(比较粗略的)逻辑模型，并与现有系统进行比较。以后可以从这个逻辑模型出发设计新系统；P10 4、进一步定义问题。 可行性研究的前3个步骤实质上构成一个循环。分析员定义问题，分析这个问题，导出一个试探性的解(用工具描述出来)；在此基础上和用户一起复查、再次定义问题，再一次分析这个问题，修改这个解；继续这个循环过程，直到提出的逻辑模型完全符合系统目标。在此过程中，遗漏和错误不断得到补充和改正。 5、从建议的系统逻辑模型出发， 导出新系统的高层次的(比较抽象的)物理解法；提出多个供选择的方案，并对每一个方案的技术可行性、经济可行性、运行和操作可行性等进行分析比较；估计生命周期每个阶段的工作量。P13~15 6、推荐行动方案。如果系统分析员认为系统值得开发，则应指出开发的价值、推荐方案的理由并为推荐的系统草拟一份开发计划；若分析员认为不值得开发，也应拿出充分的理由。 7、草拟开发计划，书写文档(可行性研究报告)并提交审查。P17 8、评审、复审和决策。通过技术评审和管理复审，开发方和客户方或使用部门负责人根据各项可行性研究的结论，决策是否继续这项工程。 可行性研究报告的形式可以是多样的，其中主要涵盖的内容： (1) 项目背景：①问题描述 ②实现环境 ③限制条件 (2) 管理概要和建议：①重要的研究结果 ②说明 ③建议 ④影响 (3) 经济可行性（成本/效益分析）：①经费概算 ②预期的经济效益 (4) 技术可行性（技术风险评价）：①技术条件、实力 ②已有工作基础 ③设备条件 (5) 法律可行性：①系统开发可能导致的侵权，违法和责任 (6) 用户使用可行性：①用户单位的行政管理，工作制度 ②使用人员的素质 (7) 其它与项目有关的问题：①其它方案介绍 ②未来可能的变化 见软件设计文档国家标准GB8567—88 三、描述可行性研究成果的图形工具 1、系统流程图--系统物理模型的描述工具 什么是系统流程图，它的成份和用到的符号 P38~39，P18~20 例子： P40，P21~24 关于分层 P25 2、数据流图--系统逻辑功能的描述工具 什么是数据流图，它的成份和用到的符号 P40~41，P26~30 例子： (1) 文字描述：P42，P31 (2) 从文字描述中提取的信息： 数据流图有4种成分：源点和终点，处理，数据存储，数据流。 a 数据源点：仓库管理员；数据终点：采购员。 b 处理：零件入库或出库(事务)处理；定货报表生成。 c 数据流：定货报表；零件入库或出库(事务)。表2.1 d 数据存储：库存信息表 + 定货信息表 (3) 分层细化的数据流图：P35、P38、P40 当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入输出数据流必须相同。 为数据流图中的两大成份--数据流(数据存储)、处理，命名时应注意： P45，P41~43 (1) 为数据流、处理命名