第2章 可行性分析21619.pptVIP

软件工程 第2章 可行性分析 本章学习目标： 1、了解问题定义。 2、掌握可行性分析和可行性分析报告的编写。 3、了解系统分析师。 第2章 可行性分析 目的：弄清用户需要计算机解决的问题根本所在，以及项目所需的资源和经费。 任务：在向用户调查的基础上，编写《关于系统规模和目标的报告书 》。 例：教材销售系统 学生购买学校教材的手续可能是：先找系办公室开购书申请（用于确定学生可购买的书），凭申请找教材科开购书证明（确定是否卖完），向出纳员交付书款获得领书单，然后到书库找保管员领书。 2.1 问题定义 2.1 问题定义 关于系统规模和目标的报告书（问题定义报告） 1.项目名称：教材销售系统 2.问题：人工发售教材手续繁杂，且易出错。 3.项目目标：建立一个高效率、无差错的微机教材销售系统。 4.项目规模：利用现有微型计算机，软件开发费用不超过5000元。 5.初步想法：建议在系统中增加对缺书的统计与采购功能。 6.可行性研究：建议进行大约10天的可行性研究，研究费用不超过500元。 2.2.1 可行性研究任务 回答“对于上一个阶段所确定的问题有行得通的解决办法吗?” 系统分析员需要进行一次大大压缩和简化了的系统分析和设计过程。 研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。 一般，可行性研究所需的成本占工程成本的5%~10%。 2.2 可行性研究 可行性研究的内容 1）技术可行性 咱们有能力吗？ 2）经济可行性 能赚钱吗？ 3）运行可行性（操作可行性） 用户愿意这么用吗？ 4）法律可行性（社会可行性） 开发、使用该系统不违法吧？ 2.2.2 可行性研究的内容及步骤 可行性研究的步骤 1） 确定系统规模和目标 分析员访问关键人员，仔细阅读和分析有关的材料，以便改正含糊或不正确的叙述，清晰的描述对目标系统的一切限制和约束。 2.2.2 可行性研究的内容及步骤 2） 研究目前正在使用的系统 新系统必须解决旧系统中存在的问题 运行使用旧系统所需要的费用是一个重要经济指标， 如果新系统不能增加收入或减少使用费用，那么从经济角度看新系统就不如旧系统。 注意了解并记录现有系统和其它系统之间接口情 况，这是设计新系统时的重要约束条件。 常见的错误做法是花费过多时间去分析现有的系统。 2.2.2 可行性研究的内容及步骤 3）导出新系统的高层逻辑模型 优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，在参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。 …… …… 抽象 实现 改进 老系统 模型 新模型 新系统 2.2.2 可行性研究的内容及步骤 4）导出和评价各种方案 依次从技术可行性、经济可行性、社会可 行性三个方面考虑，导出各种的可行方案。 进度表 社会上可行 技术上可行 经济上可行 技术上不可行 不合算 有冲突 2.2.2 可行性研究的内容及步骤 5）推荐一个方案并说明理由 综合考虑多方面因素，推荐合适的方案。 6）编写可行性研究报告并提交审查 可行性研究报告 （见标准文档） 2.2.2 可行性研究的内容及步骤 成本/效益分析 经验估算法（估算的人应具有专门的知识和丰富的经验，提出一个近似的数字，当然这种估算对要求详细的估算显然是不能满足的） 因素估算法（运用数学工具，以过去为根据，预测未来） WBS基础上的全面详细估算（WBS法即是将项目进行细分，如分成材料、设备等，然后估算每个WBS要素的费用） 2.2.3 成本/效益分析 系统分析师 系统分析师也叫系统工程师或主系统设计师。 系统工程师的任务： 起桥梁作用 与用户合作确认用户的目标和约束 导出功能、性能、接口、设计约束和信息结构的表示 2.3 系统分析师 人月神话（Frederick P.Brooks Jr） 书中所提到的观点： 缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素的总和影响还大。 良好的烹饪需要时间，某些任务无法在不损害结果的情况下加快速度。 由于编程人员通过纯粹的思维活动来开发，我们期待在实现过程中不会碰到困难。但是，我们的构思本身是有缺陷的，因此总会有bug。 弗雷德里克·布鲁克斯 人月神话 用人月作为