当前位置:
文档之家› 软件工程导论可行性研究报告(PPT83张)
软件工程导论可行性研究报告(PPT83张)
第2章 可行性研究
回答“对于上一个阶段所确定的问题有行得通 的解决办法吗?”
系统分析员需要进行一次大大压缩和简化了的 系统分析和设计过程。
研究问题的范围,探索这个问题是否值得去解, 是否有可行的解决Байду номын сангаас法。
2.1 可行性研究的任务
可行性研究的目的:
不是解决问题,而是确定问题是否值得去解决。 进行一次大大压缩简化了的系统分析和设计的 过程,也就是在较高层次上以较抽象的方式进 行的系统分析和设计的过程。
关于系统规模和目标的报告书
1.项目名称:教材销售系统 2.问题:人工发售教材手续繁杂,且易出错。 3. 项目目标:建立一个高效率、无差错的微机教材销售 系统。 4. 项目规模:利用现有微型计算机,软件开发费用不超 过5000元。 5. 初步想法:建议在系统中增加对缺书的统计与采购功 能。 6. 可行性研究:建议进行大约 10 天的可行性研究,研究 费用不超过500元。
4. 进一步定义问题
分析员应该和用户一起再次复查问题定义、工 程规模和目标。
可行性研究的前4个步骤实质上构成一个循环。
5. 导出和评价供选择的解法
首先从技术角度出发排除不可行方案;
其次考虑操作可行性,去掉用户不能接受的方 案; 接下来考虑经济可行性,估计余下的每个可能 的系统的开发成本和运行费用,进行成本/效 益分析; 最后为每个在各方面都可行的系统制定实现进 度表。
可行性研究的实质:
可行性研究的内容:
首先进一步分析和澄清问题定义,导出系统的
逻辑模型;
然后从系统逻辑模型出发,探索若干种可供选
择的主要解法(即系统实现方案);
对每种解法都研究它的可行性,至少应该从三
方面研究每种解法的可行性 。
主要方面: 技术可行性,使用现有的技术能实现这个系统 吗? 经济可行性,这个系统的经济效益能超过它的 开发成本吗? 操作可行性,系统的操作方式在这个用户组织 内行得通吗? 其他方面: 运行可行性,系统的运行方式是否可行? 法律可行性,系统是否侵犯他人、集体或国家 的利益,是否违反法律?
工程进度表
阶段
可行性研究 需求分析 概要设计 详细设计 实现 总计
所需时间(月)
0.5 1 0.5 1 2 5
6. 推荐行动方针
根据可行性研究结果应该做出的一个关键性决 定是,是否继续进行这项开发工程。
若继续开发,选择一种最好的解法,说明选择 这个解决方案的理由。
7. 草拟开发计划
分析员应该为所推荐的方案草拟一份开发计划,
系统流程图:
是概括地描绘物理系统的传统工具。 用图形符号以黑盒子形式描绘组成系统的每个 部件(程序,文档,数据库,人工过程等)。 表达的是数据在系统各部件之间流动的情况, 而不是对数据进行加工处理的控制过程。
2.3.1 符号
基本符号:5个,以概括的方式抽象地描绘 一个实际系统。
系统符号:11个,更具体的描绘物理系统。
2.3.2 例子
例 1: 某装配厂有一座存放零件的仓库,仓库中现有的各种零 件的数量以及每种零件的库存量临界值等数据记录在库存清 单主文件上。当仓库零件数量发生变化时,应该及时修改库 存清单主文件。如果哪种零件的库存量少于它的库存临界值, 则应该报告给采购部门以便定货,规定每天向采购部门送一 次定货报告。 该装配厂使用一台小型计算机,处理更新库存清单主文 件和产生定货报告。零件库存量的每一次变化称为一个事务, 由放在仓库中CRT终端输入到计算机中;系统中的库存清单 程序对事务进行处理,更新存储在磁盘上的库存清单主文件, 并且把必要的订货信息写在磁带上。最后,每天由报告生成 程序读一次磁带,并且打印出订货报告。
分析员应该为每个可行的解法制定一个粗略的 实现进度。 如果问题没有可行的解,分析员应该建议停止 这项开发工程,以避免时间、资源、人力和金 钱的浪费;如果问题值得解,分析员应该推荐 一个较好的解决方案,并且为工程制定一个初 步的计划。 可行性研究需要的时间长短取决于工程的规模。 一般说来,可行性研究的成本只是预期的工程 总成本的5%~10%。
第2章可行性研究
2.1可行性研究的任务
2.2可行性研究过程 2.3系统流程图 2.4数据流图
三个时期: 八个阶段: 软件定义 问题定义 可行性研究 需求分析 概要设计 系统设计 详细设计 编码和单元测试 系统实现 综合测试
软件生命周期
软件开发
软件维护
运行维护
问题定义阶段
目的:弄清用户需要计算机解决的问题根本所在,以及 项目所需的资源和经费。 任务:在向用户调查的基础上,编写《关于系统规模和 目标的报告书 》。 例:教材销售系统 学生购买学校教材的手续可能是:先找系办公室开购 书申请(用于确定学生可购买的书),凭申请找教材 科开购书证明(确定是否卖完),向出纳员交付书款 获得领书单,然后到书库找保管员领书。
2.2 可行性研究过程
1. 复查系统规模和目标
对问题定义阶段书写的关于规模和目标的报告 书进一步复查确认。 新的目标系统必须也能完成旧系统的基本功能; 另一方面,新系统必须能解决旧系统中存在的 问题。
2. 研究目前正在使用的系统
3. 导出新系统的高层逻辑模型
现有的物理系统→现有系统的逻辑模型→目 标系统的逻辑模型→新的物理系统
部件:包括程序、文档、数据库、人工过程等
程序:更新库存清单程序 产生定货报告程序 文档:定货报告 数据:磁盘上的库存清单主文件 磁带上的定货信息 CRT终端输入事务 人工过程:无
制定工程进度表、估计对各类开发人员和各种
资源的需要情况、估计系统生命周期每个阶段
的成本、给出下一个阶段(需求分析)的详细进
度表和成本估计。
项目实施计划
1. 系统概述 包括项目目标,主要功能,系统特点,以及关于开发 工作的安排 2. 系统资源 包括开发和运行该系统所需要的各种资源 如硬件、软件、人员和组织机构等
3. 费用预算:分阶段的人员费用、机时费用及其他费用
4. 进度安排:各阶段起始时间、完成文档及验证方式 5. 要交付的产品清单
8. 书写文档提交审查
把可行性研究各个步骤的工作结果写成清晰的 文档,请用户、客户组织的负责人及评审组审 查,以决定是否继续这项工程及是否接受分析 员推荐的方案。
2.3 系统流程图