软件工程导论第2章 可行性的研究.pptVIP

软件工程导论（第5版） 第2章 可行性研究 主要内容 2.1 可行性研究的任务 2.2 可行性研究过程 3.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 教学重点 可行性研究。 教学难点 成本/效益分析 2.1 可行性研究的任务 可行性研究目的 可行性研究的目的不是研究如何解决问题，而是要用最小的代价在最短的时间内确定该项目是否值得去解决，是否存在可行的解决方案。 可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 可行性研究需要的时间长短取决于工程的规模。一般来说，可行性研究的成本只占预期的工程总成本的5%～10%。 2.1 续 可行性研究一般过程 ⑴进一步分析和澄清问题定义。 ⑵由分析员导出系统的逻辑模型。 ⑶探索若干种可供选择的主要解法。 ⑷对每种解法都进行仔细的可行性研究。 2.1 续 可行性研究任务 ⑴经济可行性研究：估算项目的开发成本和投入使用后可能带来的利润，进行成本效益分析。及对其他产品或利润的影响。 ⑵技术可行性研究：根据客户提出的系统功能、性能要求及实现系统的各项约束条件，从技术的角度研究实现系统的可行性。 ⑶运行、操作可行性研究：主要研究系统的运行方式在用户单位是否可以有效地实施，是否与原有其他系统相矛盾；系统的操作规程在用户单位内是否可行，它包括人事、科技政策、管理方法等。 2.1 续 ⑷法律可行性研究：研究新系统的开发和使用是否会侵犯他人的权益，是否触犯了国家的法律法规。 ⑸开发方案的选择：可行性研究的最主要任务是对以后的行动提出建议。如果问题没有可行的解，分析人员应建议停止该项目，以避免造成进一步的浪费；如果问题值得解决，则提出并评价实现系统的各种可行的开发方案，从中选择一种最佳方案，并为系统制定一个初步的开发计划。 2.2 可行性研究过程 典型的可行性研究过程： ⑴复查系统规模和目标 ⑵研究目前正在使用的系统 ⑶导出新系统的高层逻辑模型 ⑷进一步定义问题 ⑸导出和评价供选择的解法 ⑹推荐行动指南 ⑺草拟开发计划 ⑻书写文档提交审查 2.2 续 ⑴复查系统规模和目标 实质：为了保证分析员正在解决的问题确实是要求他解决的问题。 分析员访问关键人员，对问题定义阶段书写的关于规模和目标的报告书进一步复查确认，改正含糊或不确切的叙述，清晰地描述对目标系统的一切限制和约束。 2.2 续 ⑵研究目前正在使用的系统 现有的系统是信息的重要来源。 现有的系统必定能完成某些有用的工作，新的目标系统必须也能完成它的基本功能； 现有的系统必然有某些缺点，新系统必须能解决旧系统中存在的问题。 运行使用旧系统所需要的费用是一个重要的经济指标，如果新系统不能增加收入或减少使用费用，那么从经济角度看新系统就不如旧系统。 目的：了解现有系统能做什么，而不是了解它怎样做这些工作。 2.2 续 如何研究现有系统？ 仔细阅读分析现有系统的文档资料和使用手册，也要实地考察现有的系统。 注意了解这个系统可以做什么，为什么这样做，还要了解使用这个系统的代价。 注意了解并记录现有系统和其他系统之间的接口情况。 分析员应该画出描绘现有系统的高层系统流程图，并请有关人员检验他对现有系统的认识是否正确。 2.2 续 ⑶导出新系统的高层逻辑模型 优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后依据逻辑模型建造新的物理系统。 通过前一步的工作，分析员应该通过使用数据流图，描绘出数据在系统中流动和处理的情况；通过一个初步的数据字典，定义系统中使用的数据。 数据流图和数据字典共同定义了新系统的逻辑模型，即导出了一个试探性的解。 2.2 续 ⑷进一步定义问题 新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。 以数据流图和数据字典为基础，分析员应该和用户一起再次复查问题定义、工程规模和目标。 如果分析员对问题有误解或者用户曾经遗漏了某些要求，要及时发现和改正。 2.2 续 ⑸导出和评价供选择的解法 ①分析员从他建议的系统逻辑模型出发，导出若干个较抽象的物理解法供比较和选择。 ②从技术角度考虑方案的可行性，初步排除一些不现实的系统。 ③从操作角度考虑方案的可行性，去掉其中从操作方式或操作过程的角度看用户不能接受的技术上可行方案。 ④从经济角度考虑方案的可行性。只有投资预计能带来利润的系统才值得进一步考虑。 ⑤为每个在技术、操作和经济等方面都可行的系统制定实现进度表。通常只需要估计生命周期每个阶段的工作量。 2.2 续 ⑹推荐行动指南 根据可行性研究结果应该做出的一个关键性决定是，是否继续进行这项开发工程。 分析员必须清楚地表明他对这个关键性决定的建议。 如