ch2 软件工程课件 可行性研究.pptVIP

第2章 可行性研究 2.1 可行性研究的任务 2.2 可行性研究过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 2.7 小结 第2章 可行性研究 2.1 可行性研究的任务 可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 从下述三方面研究每种解法的可行性 技术可行性：使用现有的技术是否能实现该系统（做的了吗？做得好吗？做的快吗？） 经济可行性：系统的经济效益能够超过它的开发成本吗（成本-收益和短期-长期利益分析） 操作可行性：系统的操作方式在这个用户组织内行得通吗 2.1 可行性研究的任务 可行性研究最根本的任务是对以后的行动方针提出建议。 如果问题没有可行的解，分析员应该建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费； 如果问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。 可行性研究可行性研究需要的时间长短取决于工程的规模。一般说来，可行性研究的成本只是预期的工程总成本的5%～10%。 2.2 可行性研究过程 复查系统规模和目标 对问题定义阶段书写的关于规模和目标的报告书进一步复查确认，改正含糊或不确切的叙述，清晰地描述对目标系统的一切限制和约束。 研究目前正在使用的系统 研究现有系统，新系统必须能解决旧系统中存在的问题。 常见的错误做法是花费过多时间去分析现有的系统。这个步骤的目的是了解现有系统能做什么，而不是了解它怎样做这些工作。 分析员应该画出描绘现有系统的高层系统流程图 2.2 可行性研究过程 导出新系统的高层逻辑模型（系统需要做什么） 分析员用数据流图描绘数据在系统中流动和处理的情况，从而概括地表达出他对新系统的设想，用数据字典定义系统中使用的数据。 数据流图和数据字典共同定义了新系统的逻辑模型，以后可以从这个逻辑模型出发设计新系统。 2.2 可行性研究过程 进一步定义问题 分析员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨论的基础。 如果分析员对问题有误解或者用户曾经遗漏了某些要求，那么现在是发现和改正这些错误的时候了。 上述4个步骤实质上构成一个循环。分析员定义问题，分析这个问题，导出一个试探性的解；在此基础上再次定义问题，再一次分析这个问题，修改这个解；继续这个循环过程，直到提出的逻辑模型完全符合系统目标。 2.2 可行性研究过程 导出和评价供选择的解法 分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的(较抽象的)物理解法供比较和选择。 当从技术角度提出了一些可能的物理系统之后，应该根据技术可行性的考虑初步排除一些不现实的系统。 其次可以考虑操作方面、经济方面的可行性。 最后为每个在技术、操作和经济等方面都可行的系统制定实现进度表，这个进度表不需要(也不可能)制定得很详细，通常只需要估计生命周期每个阶段的工作量 推荐行动方针 根据可行性研究结果应该做出的一个关键性决定是，是否继续进行这项开发工程。分析员对于所推荐的系统必须进行比较仔细的成本/效益分析。 2.2 可行性研究过程 草拟开发计划 分析员为所推荐的方案草拟一份开发计划，制定工程进度表、估计对各类开发人员和各种资源的需要情况，指明什么时候使用以及使用多长时间。此外还应该估计系统生命周期每个阶段的成本。最后应该给出下一个阶段(需求分析)的详细进度表和成本估计。 书写文档提交审核 应该把上述可行性研究各个步骤的工作结果写成清晰的文档，请用户、客户组织的负责人及评审组审查，以决定是否继续这项工程及是否接受分析员推荐的方案。 可行性分析案例（摘自林锐《软件工程思想》） 可行性分析案例（续） 可行性分析案例（续） 可行性分析案例（续） 可行性分析案例（续） 可行性分析案例（续） 可行性分析案例（续） 2.3 系统流程图 系统流程图 系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件(程序，文档，数据库，人工过程等)。系统流程图表达的是数据在系统各部件之间流动的情况,不是加工处理信息的控制过程。 系统流程图的作用 制作系统流程图的过程是系统分析员全面了解系统业务处理概况的过程，它是系统分析员做进一步分析的依据 系统流程图是系统分析员、管理员、业务操作员相互交流的工具 系统分析员可直接在系统流程图上画出可以由计算机处理的部分 可利用系统流程图来分析业务流程的合理性 符号（见图2.1和2.2） 当以概括的方式抽象地描绘一个实际系统时，仅仅使用图2.1中列出的基本符号就足够了。 当需要更具体地描绘一个物理系统时还需要使用图2.2（见书29页）中列出的系统符号，利用这些符号可以把一个广义的输入