第三讲 可行性分析课件.pptVIP

第三讲 可行性分析 可行性研究的任务 可行性研究过程 系统流程图 数据流图 数据字典 成本/效益分析 可行性研究的任务 可行性研究的目的是确定问题是否值得去解。 主要的任务包括: 提出几种可能的解法 ； 判断原定系统目标能否实现； 分析预期收益是否值得投资； 提出建议 。 可行性研究的过程 1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 进一步定义问题 5. 导出和评价供选择的解法 6. 推荐行动方针 7. 草拟开发计划 8. 书写文档提交审查 系统流程图 作用：描述现有系统，设想新系统的物理构成。 基本思路：用图形符号以黑盒子形式描绘组成系统的每个部件。 基本符号 系统符号 例：库存清单系统 数据流图（DFD） 用于描述数据在软件系统中流动时，所经历的“变换”过程。 数据流图描绘信息流从输入到输出过程中所经历的逻辑变换或被处理过程，其中不涉及任何的物理部件。 数据流图不需要考虑如何具体地实现这些功能，而只需要考虑要构成目标系统需要一些什么样的变换功能。 数据流图符号 例：定货系统 一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出相关数据。零件入库或出库称为事务，通过仓库中的CRT终端把事务报告给定货系统。当某种零件库存数量少于库存量临界值时就应该再次定货。 第一步：列出元素 第二步：列出第一层的数据流图 第三步：列出第二层次数据流图 第四步：列出第三层次数据流图 数据流图的命名 数据流（存储）命名 处理命名 分层图之间关系描述 数据流图的使用：导出不同方案 数据字典 数据字典是关于数据的信息的集合，是对数据流图中源点、终点、数据流、数据存储等数据元素的定义集合。 数据字典与用于描述处理的IPO图常与数据字典一块出现与使用，共同描述软件系统的逻辑模型。 数据定义的符号 = 等价于 + 和（用于连接多个分量） [ ]与| 或 { } 重复花括号中的分量 ( ) 括号中的分量可有可无 数据字典示例 名字：定货报表 别名：定货信息 描述：每天一次送给采购号的需要定货的零件表 定义：定货报表=零件编号+零件名称+定货数量+目前价格+主要供应者+次要供应者 位置：输出到打印机 名称：零件编号 别名： 描述：唯一地标识库存清单中一个特定零件的关键域 定义：零件编号=8{字符}8 位置：定货报表、定货信息、库存清单、事务。 名字：定货数量 别名： 描述：某个零件一次定货的数量 定义：定货数量=1{数字}5 位置：定货报表、定货信息 成本效益分析 分析开发本系统所需要的投资估算； 分析开发本系统将带来的收益； 评估开发本系统在经济上是否合算。 成本估算 代码行技术 任务分解技术 成本效益分析 货币的时间价值 投资回收期 [5000-4225.12(头两年)]/1779.45（第三年）=0.44 2+0.44=2.44 纯收入 9011.94-5000=4011.94 投资回收率 第四讲 需求分析 需求分析的任务 获取需求的方法 分析建模与规格说明 实体联系图 数据规范化 状态转换图 其他图形工具 验证软件需求 需求分析的任务 确定对系统的综合要求 功能需求 性能需求 可靠性和可用性需求 出错处理需求 接口需求 约束 逆向需求 将来可能提出的要求 分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划 获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 需求分析主要工作 分析建模 数据建模 功能建模 行为建模 软件需求规格说明 需求分析模板.doc 实体关系图—ER图 数据对象 属性 联系 实体联系图的符号 数据存储规范化 目的：减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程。 第一范式：每个属性值必须是原子值，即仅仅是一个简单值而不含内部结构。 第二范式：满足第一范式，而且非关键字属性都是由整个关键字决定； 第三范式：满足第二范式，而且一个非关键字属性不依赖于另一个非关键字属性值。 状态转换图 状态 一个状态代表系统的一种行为模式，规定了系统对事件的响应方式。系统对事件的响应，包括改变状 态和做相关动作。 事件 某个特定时刻发生的事情，是引起系统做动作或转换状态的控作信息。 系统行为的描述：状态转换图 状态转换图示例 层次方框图 Warnier图 IPO图 验证软件需求 验证需求的一致性 验证需求的现