IT软件项目可行性研究汇编.pptxVIP

第四章 IT软件项目可行性研究 副标题 4.1. 可行性研究的内容 1. 目的：用最小的代价在尽可能短的时间内确定软件项目是否能够开发，是否值得开发。 2. 本质： 一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 3. 四个方面 技术 经济 环境 法律 技术可行性： 分析当前市场的技术、产品条件，判断能否利用现在拥有的以及可能拥有的技术，在规定的时间期限内完成整个项目 物资(产品)的可用性 经济可行性： 对整个项目的投资及所产生的经济效益进行分析，具体包括：支出分析、收益分析、投资回报分析以及敏感性分析等 环境可行性： 制约软件在用户单位发挥效益的关键 4. 工作量占比：可行性分析在整个项目开发中的工作量比例 时间：取决于工程规模 成本：占总成本的 5 ? 10 % 4.2. 可行性研究的步骤 三个基本阶段 七个基本步骤 1. 确定项目规模： 清晰地描述对目标系统的限制和约束 确保分析员正在解决的问题确实是要求他解决的问题 2. 研究正在运行的系统 研究旧系统的缺点(功能、性能、运行成本、社会效益) 了解现有系统做什么，即内容，而不是怎么做的，即方法 描述工具：系统流程图，概括地描绘物理系统 系统流程图图元文件 例子：某装配厂有一座存放零件的仓库，仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货，规定每天向采购部门送一次定货报告。 分析： 零件库存量的每一次变化称为一个事务，由放在仓库中的终端输入到计算机中 系统中的库存清单程序对事务进行处理，更新存储在磁盘上的库存清单主文件，产生必要的定货信息，并写在磁盘上 每天由报告生成程序读一次盘，并且打印出定货报告 系统流程图 事务 库存清单程序 报告生成程序 定货报告 库存清单 主文件 订货信息 3. 导出系统逻辑模型 在高层抽象上确定新系统的业务过程 描述工具：数据流图，还可建立初步的数据字典 数据流图： 数据和处理 描绘信息流和数据从输入到输出的过程中所经受的变换，数据从哪里来，到哪里去，经过怎样的处理，保存在哪里 描绘数据在软件中流动和被处理的逻辑过程 数据流图图元 例子： 假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据；零件编号、零件名称、定货数量、目前价格、主要供应者和次要供应者。零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。 分析： 首先考虑数据的源点和终点： “采购部每天需要一张定货报表” 终点 “通过放在仓库中的CRT终端把事务报告给定货系统” 源点 接下来考虑处理： “采购部每天需要一张定货报表”--产生报表是一个处理 “零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。”--处理事务是另一个处理 最后考虑数据流和数据存储： 系统把定货报表送给采购部----定货报表 事务需要从仓库送到系统中----事务数据 当某种零件的库存数量少于库存量临界值时就应该再次定货，而每天打印一次定货报表-----把定货信息存储起来 可知： 定货报表、事务是数据流 库存清单、定货信息是数据存储 图1 定货系统的基本系统模型 (突出表明了数据的源点和终点) 图2 定货系统的功能级数据流图 案例：医院住院病人主要由护士护理，这样不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，可能会延误抢救时机。某医院准备开发一个以计算机为中心的患者监护系统，该患者监护系统的基本功能为： 随时接收每个病人的生理信号(脉搏、体温、血压、心电图等) 定时记录病人情况以形成患者日志 当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息 护士在需要时还可以要求系统输出某个指定病人的病情报告。 分析： 本系统的数据源点是“病人”和“护士”，他们分别提供生理信号和要求病情报告的信息。 从系统应该“定时记录病人情况以形成患者日志”这项要求可以想到，还应该有一个提供日期和时间信息的“时钟”作为数据源点。 系统对病人生理信号的处理功能主要是“接收信号”、“分析信号”和“产生警告信息”。另外，系统还应该具有“定时取样生理信号”、“更新日志”和“产生病情报告”等功能。 为了分析病人生理信号是否超出了医生规定的安全范围，应该存储“患者安全范围”信息。由于需要定时记录病人生理信号而形成的“患者日志”，显然是一个数据存储。 4. 导出和评价各种方案 要提出多个解决方案 为用户在“怎么做”这个问题上提供建议