第2章可行性研究1课件.ppt

复习 软件危机 软件工程 软件生命周期 软件过程 问题定义 目的:弄清楚用户要求计算机解决什么问题 任务: 编写“系统目标与规范说明” 第2章 可行性研究 2.1 可行性研究的任务 目的:用最小的代价在尽可能短的时间内确定问题是否能够解决. 任务：对以后的行动方针提出建议，制定工程实施计划。 实质是:在较高层次上以较抽象的方式进行系统分析和设计的过程 首先需进一步分析和澄清问题定义 导出系统的逻辑模型 探索出若干种可供选择的主要解法（即系统实现方案） 最后仔细研究每种解法的可行性。 一、技术可行性 使用现有的技术能实现这个系统吗? 进行技术风险评价。从开发者的技术实力、以往工作基础、问题的复杂性等出发，判断系统开发在时间、费用等限制条件下成功的可能性。 由于系统的分析和定义过程与系统的技术可行性评估过程是同时进行的，这时系统目标、功能和性能的不确定性会给技术可行性论证带来许多困难。 二、经济可行性 这个系统的经济效益能超过它的开发成本吗? 进行成本效益分析，评估项目的开发成本。 三、社会可行性 社会可行性包括法律可行性和用户操作可行性。 法律可行性考虑要开发系统是否存在任何侵犯、妨碍和责任问题。 用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通，现有管理制度、人员素质、操作方式是否可行。 2.2 可行性研究过程 1、复查系统规模和目标： 对前面提交的文档进一步复查确认，改正含糊不清的叙述，清楚地描述系统的一切限制和约束，确保解决问题的正确性。 2、研究目前正在使用的系统： 了解现有系统能做什么 新系统必须能解决旧系统中存在的问题 新系统要能增加收入和减少使用费用 注意现有系统和其他系统之间的接口情况 用系统流程图来反映当前系统的基本功能和处理流程。 2.2 可行性研究过程 3、导出新系统的高层逻辑模型： 根据对当前系统的分析研究，逐步明确了新系统的功能、处理流程和应有的约束条件，使用建立逻辑模型的工具--数据流图和数据词典来描述数据在系统中的流动和处理情况。 4、重新定义问题 分析员与用户一起再次复查问题定义、工程规模和目标：以数据流图和数据字典作为讨论基础。 前四个步骤实质构成一个循环，直到提出的逻辑模型完全符合系统目标。 导出新系统的高层逻辑模型 2.2 可行性研究过程 5、导出和评价供选择的解法 分析员从系统逻辑模型出发，从技术角度导出若干个较高层次的物理方案。 技术可行性、操作可行性、经济可行性 为每个可行的方案制定实现进度表。 6、推荐行动方针 选择最好的解法，并说明提出实施这个解决方案的理由。 进行比较仔细的成本/效益分析，决定是否继续进行开发工程。 7、草拟开发计划 包括工程进度表、对人员和资源的需求情况 估计系统生命周期每一阶段的成本 下一阶段(需求分析)的详细进度表和成本估计 8、书写文档提交审查 把上述各步骤的工作结果进行分析汇总然后草拟一份计划任务书《可行性论证报告》，供用户和使用部门的负责人及评审组仔细审查。 2.3 系统流程图 库存清单系统 一个存放零件的仓库，仓库中现有多种零件及零件的数量等项数据。需加工的数据是每当仓库中的零件数量发生变化时，就应该及时修改库存清单，若此零件的库存量少于它的库存临界值，则应该报告各采购部门以便定货，规定每天向采购部门送一次定货报告。 2.4 数据流图 数据流图(DFD)描绘信息系统的逻辑模型。 没有任何具体的物理元素,描绘信息流和数据从输入移动到输出的过程所经受的变换,即在系统中流动和被处理的逻辑过程. 数据流图的层次结构 为了表达复杂的实际问题，需要采用层次结构的数据流图,即按照问题的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系,能清楚地表达和容易理解整个系统. 做法：系统的基本模型（把整个系统看成一个加工点）→逐层地对系统进行分解，系统的加工数量就会增多→所有的加工都足够简单，不必再分解为止--“基本加工”。 例子：假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个再次定货的零件应该列出下述数据： 零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。 零件入库或出库被称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。 2）画基本系统模型：输入 +处理+输出 源点+处理+终点 3）细化，绘制系统的主要功能 仓管员 4）对主要处理进一步细化 仓管 员 作为分析员和用户交流的工具：分层、画分图 作为分析和设计的工