软件工程第2章：可行性介绍.ppt

第2章 可行性研究;目的：用最小的代价在尽可能短的时间内确定问题是否有解，以及是否值得去解。;2.1 可行性研究的任务 2.2 可行性研究的过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本效益分析; 可行性研究所需的时间取决于工程的规模，所需要的成本要占工程总成本的5%~10%。;技术可行性 经济可行性 运行可行性 操作可行性 法律可行性;技术可行性;经济可行性;*;*;开始;Who;1. 复查系统规模和目标2. 现有系统研究 必须具备现有系统的功能； 必须改进现有系统存在的缺点； 增加现有系统所不具备的功能且必须的功能； 现有系统的运行费用是重要的投资依据。 ;;（4）重新定义问题 ;方案筛选 技术角度：排除不现实的方案 操作角度：去掉操作方式或操作过程用户不能接受的方案 经济角度：估算每个方案的成本/效益 ;向用户提出推荐的方案，推荐方案应明确： 本项目的开发价值； 推荐这个方案的理由； 制订实现项目的进度表。;7. 决策 ;工程的进度； 人才资源的需求及分配； 设备资源的需求及配置（软、硬件工具）； 估算生存周期每个阶段的成本； 给出下一阶段（需求分析）的详细进度表。;是描绘物理系统的传统工具 描述信息在系统各部件之间的流动情况 基本思想：用图形符号以黑盒子形式描绘系统里面的每一个部件;;;2.4 数据流图;1. 符号 ;T;注意： “处理”可表示：单个程序、一系列程序、程序的一个模块、人工处理过程等； “数据存储”可表示：一个文件、文件的一部分、数据库记录等； 数据流图忽略出错处理、打开文件、关闭文件。;2.绘制数据流图的例子 ;仓库 管理员;库存清单;数据流图的组成元素;库存清单;仓库 管理员;能代表整个数据流（或数据存储）的内容 不使用空洞的、无含义的名字（数据、输入） 如果命名时遇到困难，很有可能是由于对数据流图分解不当造成的，应尝试重新分解数据流图。 ;通常在数据流命名后再为相关的处理命名； 名字应能反映整个处理的功能； 避免用空洞笼统的动词做名字（处理、加工）； 如果必须用两个动词才能描述整个处理的功能，则分解成两个处理更恰当； 如果命名时遇到困难，则可能是数据流图分解不当引起的。 ;（3）数据源点/终点命名 采用它们在问题域中惯用名（如仓库管理员、采购员）;1）作为交流信息的工具； 2）作为软件分析和设计的工具。;仓库 管理员;对应的物理实现硬件方案;仓库 管理员;对应的物理实现硬件方案; 数据字典：对数据流图中包含的所有元素的定义的集合 可行性研究阶段，数据流图与数据字典共同构成系统的逻辑模型。;1. 数据字典的内容 数据流 数据元素（数据流分量） 数据存储 处理 ;编号、名称、含义 数据类型、长度 合理取值 与其它数据的逻辑关系;基本内容： 编号、名称 来源 去处 组成 流通量 峰值;编号、名称 组成 其它要求;编号、名称 简单描述 输入/输出 功能描述 相关数据存储 ;数据处理字典定义实例：;= 表示“等价于”或“定义为” + 表示“与” [ ]与 | 表示“或” { } 表示重复 ( ) 表示可选项 通讯录={通讯地址} 通讯地址=姓名+邮编+[省|直辖市|自治区]+[市|县]+街道+门牌号+（电话） ;作为分析阶段的重要工具； 数据元素的控制信息非常有用； 有助于开发数据库。;（1）程序处理——CASE （2）卡片式人工书写;2.6 成本/效益分析 ;软件成本 = 每行代码的平均成本 × 估计的源代码总行数 ;步骤 确定功能：功能反复分解，直到可以估算可靠的源代码行数为止。 估算各子功能代码行数的平均值Le （根据经验和历史数据） ;确定子功能的代码行成本和生产率;计算项目的总代码行数、总成本和总工作量;软件开发项目分解为若干个相对独立的任务，分别估计每个单独任务的成本： 单独任务成本 = 任务人力估计×每人每月平均工资 项目总成本 = 各个单独任务成本估计值之和 ;设： T－软件总成本 B－每个单独开发任务的成本 －系数 C－完成每个单独任务所需的人力（月） D－每人每月的平均工资; 常用的办法是按开发阶段划分任务，典型环境下各个阶段投入人力百分比：;（3）自动估计成本技术 减轻人的劳动但要有大量的经验数据作基础，要有良好数据库系统支持。;; Ck为技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异：;（2）COCOMO模型(constructive cost model) 是由TRW公司开发，Boehm提出的结构化成本估算模型，是一种精确的、易于使用的成本估算方法。