软件工程导论第2章可行性研究资料精要.ppt

* 教学目的： 了解可行性研究的任务，步骤，方法 ； 掌握确定项目值不值得做的方法。 注：本章仅做简单介绍。 课外阅读：成本/效益分析。 数据流图将在第3章中介绍。 * 一、经济可行性 系统的经济效益能超过开发成本吗？ ------ 成本效益分析 一般地计算机系统开发成本包括： 1、购置并安装软硬件费用 2、系统开发费用 3、系统安装、运行和维护费用 4、人员培训费用 二、技术可行性 分析利用现有的技术能否实现 能否解决系统中的技术难题 所开发的系统能否达到所要求的功能和性能 系统对技术人员的要求，现有的技术人员能否胜任 开发所需要的软件与硬件能否如期得到等 三、法律可行性 系统开发过程中可能涉及的各种合同、侵权、责任等与法律、法规吻合或抵触的问题。 CRT部件 事 务 磁带部件 定 货 信 息 库存清单 磁盘部件 库存处理程序 处理部件 报告生成程序 处理部件 定货报告 打印部件 只说明其功能，并不说明处理的过程 库存管理系统流程图 系统流程图 画法 习惯上信息在图中从顶向下或从左向右流动 可以在图上加注释，注释较多时，可以另外加一个文档来进行解释 复杂系统可以用分层方法来表示 首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能 每个关键功能扩展到适当的详细程度，画在单独的一页纸上 数据流图 当数据在软件系统中移动时，它将被一系列“变换”所修改。 数据流图（DFD）是一种图形化技术。它描述信息流和数据从输入到输出过程中所经历的变换。不考虑“变换”的具体实现细节。 扩展知识： 数据流图是面向过程软件设计方法的关键技术。 随着DBMS的广泛应用，面向数据软件设计方法产生并发展。 面向对象软件设计方法体现了数据与过程的统一，实现了现实世界与信息世界的自然过渡。 数据流图的符号 数据流图的四种基本成分 数据流图的符号 与 与 或 或 互斥 互斥 案例（P42） 案例 图2.5定货系统的基本系统模型【第0层】 案例 图2.6 定货系统的功能级数据流图 【第1层】 案例 图2.6 定货系统的功能级数据流图 【第三层次】 数据流图 要点注意： 当进一步分解将涉及到如何具体实现一个功能时，就不应该再分解了。 分层细化必须保持信息连续性。即：当把一个处理分解为一系列的处理时，分解前和分解后的输入输出数据流必须相同。 注意对处理的编号问题。 例如：对处理1 的分解应该编号为1.1，1.2等；对1.1的进一步分解应该命名为1.1.1，1.1.2等。 注意数据流图的命名问题（P45） 如果出现了命名困难很可能是分解不当造成，应重新分解。 数据流图 用途： 基本目的：作为信息交流的工具 需要注意的是：一张数据流图中的处理多于5-9个时，人们就难以理解其含义了。应该分层+画分图。 作为分析和设计的工具 注意DFD作为面向过程的软件设计方法所存在的固有缺陷。 问题：建立一个简化的商业自动化系统，其中： 营业员通过该系统记录每日销售的商品（商品名，商品　　　　　编号，单价，数量，销售时间）； 收款员通过该系统记录收到的现金数额，并计算现金余额； 商店经理每日统计销售额，并在必要时查看某种商品的　　　　　销售情况（商品名，商品编码，金额）． 结构化分析方法应用实例 简化的商业自动化系统 营业员 收款员 经 理 销售的商品 现金余额 现金额 销售情况 日销售额 查询要求 ?建立系统的功能模型 首先：建立系统环境图，确定系统边界 ------顶层DFD 其中：1 数据流为：销售的商品，日销售额等 3个输入流，3个输出流 数据源为：营业员，经理，收款员 数据潭为：经理，收款员 2 加工名为：要建立的系统名字 录入、修改或 删除商品信息 录入、修改现金额 并计算余额 查询商品销售情况 计算日销售额 1 2 3 继之：自顶向下，逐层分解 A、按人或部门的功能要求，将加工“打碎”，形成： 注：需给每一加工编号； B、”分派”数据流，形成： 录入、修改或 删除商品信息 2 录入、修改现金额 并计算余额 查询商品销售情况 计算日销售额 销售的商品 现金额 现金余额 查询要求 销售情况 日销售额 1 3 其中：要根据特定的加工要求进行分派； 保持与顶层数据流的一致； 可以不引入数据源和数据潭。 录入、修改或 删除商品信息 录入、修改现金额, 并计算余额 查询商品销售情况 计算日销售额 销售的商品 现金额 现金余额 查询要求 销售情况 日销售额 销售文件 1 2 3 C、引入文件，使之形成一个有机整体—系统： 注：到一个文件，既有输入流，又有输出流，则可简化为