《软件工程导论》第二章可行性研究课件完整版.pptx

第2章 可行性研究; 目的：用最小的代价在尽可能短的时间内确定问题是否能够解决。 任务：确定问题是否值得去解决。 首先需要进一步分析和澄清问题定义。 分析问题定义阶段初步确定的规模和目标，正确的加以肯定，有错误及时改正，对目标系统有任何约束和限制，必须把它们清楚地列举出来。;问题的背景 开发系统的现状 开发的理由和条件 开发系统的问题要求、总体要求 问题的性质、类型范围 要实现的目标 功能规模 实现目标的方案 开发的条件、环境要求;例1:教材销售系统 项目：教材销售系统 背景：人工销售效率低，容易出错 项目目标：建立一个高效率的、无差错的微机教材销售系统 项目范围：硬件利用现有微机，软件开发费用不超过5000元 初步设想：增加缺书统计与采购功能 可行性研究：建议进行一周，费用不超过500元 ——年——月——日 签字：————;项目：学生注册选课系统。 问题：在学分制试行过程中，学生选课进行人工注册效率低，容易冲突，任课教师难以获得及时有效的课程选修学生名单。 项目目标：建立一个基于教学管理计算机网络的学生学期选课注册系统。 项目范围：硬件主要利用现有计算机教学管理网络，增配少量专用设备，软件开发费用预期28000元。 初步设想：为学生提供填写选课卡片和计算机网络终端查询对话两种选课方式，教学管理科能够对选课冲突学生进行随即查询，确定调整。系统主要输出课程注册数据库、学生课程表、课程成绩记载单。 可行性研究：由分析员和教学管理科进行，主要对系统实施方案和学校学生选课管理规程进行研究。建议进行大约10天，费用不超过2000元。;确定问题是否值得去解决的下一步。 导出系统的逻辑模型。 　探索若干种可供选择的主要解法(即系统实现方案)。从下述三方面研究每种解法的可行性： ⑴ 技术可行性，使用现有的技术能实现这个系统吗? ⑵ 经济可行性，这个系统的经济效益能超过它的开发成本吗? ⑶ 操作可行性，系统的操作方式在这个用户组织内行得通吗?; 可行性研究最根本的任务是对以后的行动方针提出建议。 如果问题没有可行的解，???析员应该建议停止这项开发工程。 如果问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。 可行性研究需要的时间长短取决于工程的规模。一般说来，可行性研究的成本只是预期的工程总成本的5%～10%。;可行性研究过程有下述一些步骤。 1. 复查系统规模和目标 　确保分析员正在解决的问题确实是要求他解决的问题。 2. 研究目前正在使用的系统 现有的系统是信息的重要来源。新的目标系统必须也能完成它的基本功能； 另一方面，现有的系统必然有某些缺点，新系统必须能解决旧系统中存在的问题。;3. 导出新系统的高层逻辑模型（使用数据流图和数据字典）。 4. 进一步定义问题 分析员应该和用户一起再次复查问题定义、工程规模和目标，以数据流图和数据字典作为讨论的基础。 可行性研究的前4个步骤实质上构成一个循环。 定义问题，分析这个问题，导出一个试探性的解； 在此基础上再次定义问题，再一次分析这个问题，修改这个解； 继续这个循环过程，直到提出的逻辑模型完全符合系统目标。;5. 导出和评价供选择的解法 分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的(较抽象的)物理解法供比较和选择。 　为每个在技术、操作和经济等方面都可行的系统制定实现进度表。 6. 推荐行动方针 是否继续进行这项开发工程。;7. 草拟开发计划 制定工程进度表 估计对各类开发人员和各种资源的需要情况，指明什么时候使用以及使用多长时间。 估计系统生命周期每个阶段的成本。 给出下一个阶段(需求分析)的详细进度表和成本估计。 8. 书写文档提交审查 把上述可行性研究各个步骤的工作结果写成清晰的文档，请用户、客户组织的负责人及评审组审查，以决定是否继续这项工程及是否接受分析员推荐的方案。; 系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件（程序，文档，数据库，人工过程等）。 系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流图而不是程序流程图。; 当以概括的方式抽象地描绘一个实际系统时，仅仅使用图2.1中列出的基本符号就足够了。 当需要更具体地描绘一个物理系统时还需要使用图2.2（见书39页）中列出的系统符号。 利用这些符号可以把一个广义的输入输出操作具体化为读写存储在特殊设备上的文件（或数据库），把抽象处理具体化为