软件工程-02可行性分析演示幻灯片.pptVIP

软件工程Software Engineering可行性分析; 2.1 可行性研究的任务 2.2 可行性研究过程 2.3 数据流图 2.4 数据字典 2.5 成本/效益分析;;可行性研究 是在较高层次上以较抽象的方式进行设计的过程 不是解决问题，而是确定问题是否有解或值得解 最根本的任务是对以后的行动路线提出建议 如果问题没有可行的解，应该停止这项工程的开发； 如果问题值得解，应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。 不要花过多精力，占总成本的 5-10 % ;可行性研究的目的 用最小的代价，在尽可能短的时间内确定问题是否能够解决 可行性研究的实质就是要进行一次压缩，简化了的系统分析和设计的过程 可行性研究的路线 分析和澄清问题 导出系统逻辑模型 探索若干种可供选择的主要解法(系统实现方案) 对每种解法进行可行性研究 为每种可行的解法制定一个粗略的实现进度 ;可行性研究应着重考虑的三个方面(1)： 1.技术可行性：使用现有的技术能实现这个系统 根据系统功能、性能及实现系统的各项约束条件，从技术角度研究实现系统的可行性 (1)风险分析：在给定的约束条件下，判断能否设计并实现系统所需的功能、性能 (2)资源分析：论证是否具备系统开发所需的管理人员和各类专业技术人员，必要的培训，是否具备必须的软件、硬件资源和工作环境 (3)技术分析：当前技术是否支持系统开发的全过程;可行性研究应着重考虑的三个方面(2)： 经济可行性：系统的经济效益能否超过开发成本 进行成本/效益分析，进行费用估计和效益估计 费用估计：包括设备、人力、材料和管理费用 效益估计： 新软件提供哪些以前没有的功能 新软件提供信息的速度、精度、质量有没有提高 使用人员查询和使用信息的能力有没有提高 新软件节省的人力 ;可行性研究应着重考虑的三个方面(3)： 操作可行性：系统的操作方式在这个用户组织内是否行得通 对目标系统所规定的运行方式能否达到 系统运行方式用户组织是否行的通 现有的管理制度、人员素质、操作方式是否可行 是否存在任何侵犯、妨碍等责任问题 补充说明： 必要时还应该从法律和社会效益等方面研究每种解法的可行性 可行性研究需要的时间长短取决于系统的规模，可行性研究的成本只是预期工程总成本的5-10% ;;可行性研究过程;1.复查系统规模和目标 确保分析员提交的报告确实是用户要求解决的问题 我们认为用户要的 用户要的 ;2.研究目前正在使用的系统 研究老系统的观点 现有系统要完成的工作，就是新系统所必须具备的功能 现有系统存在的缺点，新系统必须加以改进 现有系统所不具备的功能，又是用户必须的，则新系统一定要预以增加 现有系统所需要的费用是新系统的一个重要的投资依据 ;6.推荐行动方针 向用户提出推荐方案，在推荐方案中应清楚地表明本项目的开发价值，成本/效益分析，推荐这个方案的理由 7.草拟开发计划 分析员为推荐的方案草拟一份开发计划含： 工程进度表 估计各类开发人员、各种资源需要情况和使用时间 估计系统生命周期每个阶段的成本 给出需求分析的详细进度表和成本估计 8.书写文档提交审查 ;;数据流图： 简称DFD-Data Flow Diagram图，它是描绘信息和数据从输入移动到输出的过程中所经受的变换，反映了数据在软件中流动和被处理的逻辑过程 数据流图是系统逻辑功能的图形表示，是一种极好的通信工具;符号表示 - 四种基本符号 1.数据的源点/终点 2.变换数据的处理 一个程序，一系列程序，单个程序或者程序的一个模块，也可以代表某个人工处理过程 3.数据存储 可以表示一个文件，文件的一部分，数据库的元素或记录的一部 分 存储： 把一个数据存入数据存储 用一个数据去修改数据存储中的数据 从数据存储中读出一个数据 从数据存储中检索出一批数据;符号表示 - 四种基本符号 – cont. 4.数据流 表示数据在系统中的流动方向，一般分单向数据流和双向数据流两种 数据流图有六种附加符号： 附加符号中的星号(*)表示数据流之间是“与”关系； 加号(+)表示数据流之间是“或”关系； 符号?表示只能从数据流中选一个(互斥关系);问题描述： 一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，列出所有需要再次定货的零件。 对于需要订货的零件列出其零件编号、零件名称、定货数量、目前价格、主要供应者、次要供应者。 零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。 当某种零件的库存量少于临界值时就应该再次定货;Step1：提取数据流图的4种成分 确定系统的源点和终点 仓库管理员是数据的源点 采购员是数据的终点 加工(处理) 本题应该完成定货系统这样一个功能 数据流 事务需从仓库送到系统中，显然事务是一个数据流 系统要