软件工程导论可行性研究报告(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 系统流程图