软件工程第2章可行性分析.pptVIP

软件工程导论 第2章 可行性分析 第2章 可行性分析 本章学习目标： 1、了解基于计算机系统的知识。 2、掌握可行性分析和可行性分析报告的编写。 3、了解系统分析。 2.1 基于计算机的系统和系统工程 2.1.1 基于计算机的系统 基于计算机的系统是由软件、硬件、人、数据库、文档、过程这些系统元素组成，以实现某种方法、过程或借助处理信息进行控制的元素的集合。 2.1 基于计算机的系统和系统工程 2.1.2 系统工程 每一个系统元素都可以作为一个工程项目来开发，特别是大型的、复杂的系统元素。 硬件和硬件工程 软件和软件工程 人机工程 数据库工程 2.2 可行性研究 2.2 可行性研究 可行性研究就是研究该项目是否可行，换种说法，就是弄清项目能否实现以及是否值得去实现。 一般，可行性研究所需的成本占工程成本的5%~10%。 2.2.1 问题定义 进入可行性分析研究之前需要分析和确定问题定义，问题定义阶段应初步确定软件的目标和规模。 问题定义的基本任务 弄清用户需要计算机解决的根本问题，以及项目所需的资源和经费。 2.2.2 可行性研究的内容及步骤 可行性研究的内容 1）技术可行性 根据项目要求，比如系统的功能、性能来分析，分析在当前具有的资源下，是否有能力开发该项目，已具备什么技术，什么方面还有欠缺，开发该系统有什么技术风险。 2）经济可行性 主要进行成本/效益分析。估算项目的开发成本会否高于预期的利润，以确定是否值得投资开发，同时还要分析对其他产品所带来的经济影响。 3）运行可行性（操作可行性） 开发的系统在所给的环境下能否运行以及运行的好坏程度。 4）法律可行性（社会可行性） 系统开发中可能涉及到的各种合同纠纷，侵权等各种与法律抵触的问题。 成本/效益分析 经验估算法（估算的人应具有专门的知识和丰富的经验，提出一个近似的数字，当然这种估算对要求详细的估算显然是不能满足的） 因素估算法（运用数学工具，以过去为根据，预测未来） WBS基础上的全面详细估算（WBS法即是将项目进行细分，如分成材料、设备等，然后估算每个WBS要素的费用） 系统分析师 系统分析师也叫系统工程师或主系统设计师。 系统工程师的任务： 与用户合作确认用户的目标和约束 导出功能、性能、接口、设计约束和信息结构的表示 系统分析方法 1）功能分解法 功能分析法的基本思想是将系统看成由若干个功能构成的一个集合，每一个功能又可分成若干子功能。同时在这种过程中定义每个功能的接口。 2）数据流法 这种方法思维的基本出发点是数据流，利用数据流来理解问题和分析问题，用逐步求精的原则对问题空间进行分解。 3）信息造型法 信息造型法立足于数据（数据结构）而不是数据流，由问题空间导出数据结构，建立分析模型，主要的描述工具就是E－R图。 4）面向对象法 它的核心思想是利用面向对象的概念和方法，集中对问题空间的理解，为软件系统需求建造模型。 系统评审 1）管理评审考虑： 商业需求：是否建立稳固的商业需求 系统可行性：系统的可行性是否合理 市场是否需求这样的系统 候选方案的考虑：是否有其他的可选方案 系统每个部分的开发风险 开发所需的资源是否具备 开发成本与开发进度是否平衡 2）技术评审考虑： 系统的复杂性与开发风险，成本，进度的相一致性 功能分配是否合理及详细 接口定义是否足够详细 是否考虑了性能，可靠性及可维护性问题 能否为后续的工作（如软硬件工程步骤）打下坚实的基础 人月神话（Frederick P.Brooks Jr） 书中所提到的观点： 缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素的总和影响还大。 良好的烹饪需要时间，某些任务无法在不损害结果的情况下加快速度。 由于编程人员通过纯粹的思维活动来开发，我们期待在实现过程中不会碰到困难。但是，我们的构思本身是有缺陷的，因此总会有bug。 人月神话 用人月作为衡量一项工作的规模是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互替换的。 Brooks法则：向进度落后的项目增加人手，只会使进度更加落后。 向软件项目中增派人手从三个方面增加了项目必要的总体