软件工程第2章可行性研究1分析.ppt

复习 软件危机 软件工程 软件生命周期 软件过程 问题定义 目的:弄清楚用户要求计算机解决什么问题 任务: 编写“系统目标与规范说明” 问题定义的步骤 用户写书面报告→系统分析员阅读、听取用户要求、调查开发系统的背景理由→与用户负责人反复讨论，以澄清和改正不一致→写出双方都满意的问题定义报告→确定双方是否可进行深入系统可行性研究的意向。 问题定义 该阶段所涉及到的工作内容全部是由系统分析员和用户来操作的。 第2章 可行性研究 2.1 可行性研究的任务 目的：用最小的代价在尽可能短的时间内确定问题是否能够解决. 任务：对以后的行动方针提出建议，制定工程实施计划。 实质是：在较高层次上以较抽象的方式进行系统分析和设计的过程 首先需进一步分析和澄清问题定义 导出系统的逻辑模型 探索出若干种可供选择的主要解法（即系统实现方案） 最后仔细研究每种解法的可行性。 一、技术可行性 使用现有的技术能实现这个系统吗? 分析技术冒险的各种因素，如：现有的技术是否能实现本系统，现有的技术人员是否能任，开发系统的软、硬件资源是否能如期得到等。 二、经济可行性 这个系统的经济效益能超过它的开发成本吗? 进行成本效益分析，评估项目的开发成本。 三、操作可行性 系统的操作方式在这个用户组织内行的通吗？ 考虑待开发软件的运行方式在用户组织内是否行得通，现有管理制度、人员素质、操作方式是否可行。 可行性研究最根本的任务是对以后的行动方针提出建议。如果问题没有可行的解，分析员应该建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。 可行性研究可行性研究需要的时间长短取决于工程的规模。一般说来，可行性研究的成本只是预期的工程总成本的5%～10%。 2.2 可行性研究过程 1、复查系统规模和目标 对前面提交的文档进一步复查确认，改正含糊不清的叙述，清晰地描述系统的一切限制和约束，确保解决问题的正确性。 2、研究目前正在使用的系统 了解现有系统能做什么 新系统必须能解决旧系统中存在的问题 新系统要能增加收入和减少使用费用 注意现有系统和其他系统之间的接口情况 用系统流程图来反映当前系统的基本功能和处理流程。 2.2 可行性研究过程 3、导出新系统的高层逻辑模型 优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。 使用工具：数据流图、数据字典 2.2 可行性研究过程 可行性研究的前4个步骤实质上构成一个循环。分析员定义问题，分析这个问题，导出一个试探性的解；在此基础上再次定义问题，再一次分析这个问题，修改这个解；继续这个循环过程，直到提出的逻辑模型完全符合系统目标。 2.2 可行性研究过程 5、导出和评价供选择的解法 分析员从系统逻辑模型出发，从技术角度导出若干个较高层次的物理方案。 技术可行性、操作可行性、经济可行性 为每个可行的方案制定实现进度表 6、推荐行动方针 根据可行性研究结果应该做出的一个关键性决定是，是否继续进行这项开发工程。分析员必须清楚地表明他对这个关键性决定的建议。 分析员对于所推荐的系统必须进行比较仔细的成本/效益分析。 7、草拟开发计划 包括工程进度表、对人员和资源的需求情况 估计系统生命周期每一阶段的成本 下一阶段(需求分析)的详细进度表和成本估计 8、书写文档提交审查 应该把上述可行性研究各个步骤的工作结果写成清晰的文档，请用户、客户组织的负责人及评审组审查，以决定是否继续这项工程及是否接受分析员推荐的方案。 2.3 系统流程图 库存清单系统 某装配厂有一座存放零件的仓库，仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货，规定每天向采购部门送一次定货报告。 图中每个符号用黑盒子形式定义了组成系统的一个部件，然而并没有指明每个部件的具体工作过程；图中的箭头确定了信息通过系统的路径。 系统流程图的习惯画法是使信息在图中从顶向下或从左向右流动。 系统流程图的作用 制作系统流程图的过程是系统分析员全面了解系统业务处理概况的过程，它是系统分析员作进一步分析的依据。 系统流程图是系统分析员、管理人员、业务操作人员相互交流的工具。 系统分析员可直接在系统流程图上拟出可以实现计算机处理的部分。 可利用系统流程图来分析业务流程的合理性。 * 技术 管理 传统方法学 面向对象方法学