软件工程第2章-可行性研究课件
合集下载
软件工程第三讲--可行性研究ppt课件
▪ 初画时可以忽略琐碎的细节，以集中精神 于主要数据流
习题2.4
▪ 医院对患者监护系统的根本要求是随时接 纳每个病人的生理信号(脉搏、体温、血压、 心电图等)，定时记录病人情况以构成患者 日志，当某个病人的生理信号超出医生规 定的平安范围时向值班护士发出警告信息， 此外，护士在需求时还可以要求系统印出 某个指定病人的病情报告。
本钱效益分析
例2：开发计算机辅助设计〔CAD〕系统取代当前的手工设 计过程。系统分析员为当前的手工设计系统和CAD目的系 统定义对应的可测试特征：
T：绘一幅图的平均时间
4小时/幅
d：每小时绘图的平均本钱
20元/小时
n：每年绘图的数目
8000幅/年
r：用CAD系统绘图减少的绘图时间比例
¼
p：用CAD系统绘图的百分比
纯收入 = 折合现价的总收入 - 当前投资额
42000(113%(13 1% )2(13 1% )3(13 1% )4(13 1% )5) 200000
第6年底76可52(回元 收) 42000元，折合现价
42000 1 35174(元 )
7652 0.22(年)
1.036
投35资174回收期≈5 + 0.22 = 5.22(年) > life cycle
患者日志
2.5 数据字典
▪ 数据词典与数据流图配合，能清楚地表达 数据处置的要求
▪ 词条描画 —— 对于在数据流图中每一个被 命名的图形元素，均加以定义，其内容有: 名字，别名或编号，分类，描画，定义， 位置，其它，等
2.5.1 数据流描画
▪ 数据流名： ▪ 阐明：简要引见作用即它产生的缘由
和结果 ▪ 数据流来源：来自何方 ▪ 数据流去向：去向何处 ▪ 数据流组成：数据构造 ▪ 数据量流通量：数据量，流通量
习题2.4
▪ 医院对患者监护系统的根本要求是随时接 纳每个病人的生理信号(脉搏、体温、血压、 心电图等)，定时记录病人情况以构成患者 日志，当某个病人的生理信号超出医生规 定的平安范围时向值班护士发出警告信息， 此外，护士在需求时还可以要求系统印出 某个指定病人的病情报告。
本钱效益分析
例2：开发计算机辅助设计〔CAD〕系统取代当前的手工设 计过程。系统分析员为当前的手工设计系统和CAD目的系 统定义对应的可测试特征：
T：绘一幅图的平均时间
4小时/幅
d：每小时绘图的平均本钱
20元/小时
n：每年绘图的数目
8000幅/年
r：用CAD系统绘图减少的绘图时间比例
¼
p：用CAD系统绘图的百分比
纯收入 = 折合现价的总收入 - 当前投资额
42000(113%(13 1% )2(13 1% )3(13 1% )4(13 1% )5) 200000
第6年底76可52(回元 收) 42000元，折合现价
42000 1 35174(元 )
7652 0.22(年)
1.036
投35资174回收期≈5 + 0.22 = 5.22(年) > life cycle
患者日志
2.5 数据字典
▪ 数据词典与数据流图配合，能清楚地表达 数据处置的要求
▪ 词条描画 —— 对于在数据流图中每一个被 命名的图形元素，均加以定义，其内容有: 名字，别名或编号，分类，描画，定义， 位置，其它，等
2.5.1 数据流描画
▪ 数据流名： ▪ 阐明：简要引见作用即它产生的缘由
和结果 ▪ 数据流来源：来自何方 ▪ 数据流去向：去向何处 ▪ 数据流组成：数据构造 ▪ 数据量流通量：数据量，流通量
第二章软件工程(可行性分析)PPT课件
心。
2. 如何确定系统的目标
系统开发人员通过初步的调查，了解企业领导
以及主要的管理干部对系统的要求与设想，根据目
前组织具备的条件及资源，初步提出系统的目标。
例：**厂信息系统的系统目标
为了管理现代化的要求，建立一个生产、经
营、资金、成本与物资的动态数据收集、处理与控
制的信息系统。
3
❖ 问题定义报告及编写实例
• 课题提出：系统开发人员本身也可以提出系统开发任 务。
• 上级机关布置 • 合作开发
2. 系统任务的提出形式
• 书面形式：系统任务的提出一般以书面形式，如系统 开发任务书或系统开发协议书等形式。
• 口头形式
2
❖ 系统目标的确定
1. 系统目标的含义
2.
系统目标是系统最终要达到的目标，是系统
开发的宗旨，各个阶段的工作都要以这个宗旨为中
1、问题定义报告的内容 问题定义报告没有统一格式，但一般包
含以下内容： • 工程项目名称 • 使用方 • 开发方 • 背景 • 项目的目标 • 项目的规模
4
2、问题定义报告编写实例
例2.1 某校财务处有1名主任会计师，2名会计和2名出纳，共5 人。由于职工人数增加，每月发工资前几天，会计的工作量会 增大，要抽调其他部门的人帮忙，花一个星期才能把职工工资 表做出来。为了减轻财务处的工作量，学校决定采用计算机进 行工资管理，请软件公司帮助分析解决问题的可能性，给出问 题定义报告。 问题分析：一种解决办法是给财务处增加职工。如果增加2名职
（2）经济可行性：分析开发该系统能否取得经济效益。 要作出投资的估算和收益的估算。
（3）运行可行性：主要研究新系统规定的运行方式在 这个组织内是否可行等。
软件工程02-可行性研究课件
软件工程02-可行性研究
退役
软件开发
软件使用 与维护
课程内容提纲
• 第2章：“可行性研究”
• 可行性研究的任务 • 可行性研究过程 • 系统流程图 • 数据流图 • 数据字典 • 成本/效益分析
软件工程02-可行性研究
可行性研究
——可行性研究是在较高层次上以较抽象的方式进行设计的过程
• 可行性研究
软件工程02-可行性研究
可行性研究过程
3 导出新系统的高层逻辑模型
• 优秀的设计应该是
• 从现有的物理系统出发，导出现有物理系统的逻辑模型 • 再以现有物理系统的逻辑模型为基础，设想目标系统的逻辑模型 • 最后根据目标系统的逻辑模型建造新的物理系统
• 使用数据流图和数据字典定义模型
4 进一步定义问题
软件工程02-可行性研究
可行性研究
• 可行性研究应着重考虑如下三个方面
• 操作可行性：对目标系统所规定的运行方式能否达到
• 系统运行方式用户组织是否行的通 • 现有的管理制度、人员素质、操作方式是否可行 • 是否存在任何侵犯、妨碍等责任问题
软件工程02-可行性研究
课程内容提纲
• 第2章：“可行性研究”
软件项目的来源
• 软件项目（或产品）来源
• 非订单软件
• 组织自发，或根据市场需要 • 立项－决策 • 《立项建议书》
• 订单软件
• 与用户签订软件开发合同 • 招标－投标 • 《合同》
软件工程02-可行性研究
软件生命周期
可行性研究 需求分析 概要设计 详细设计 实现
软件定义
集成测试%
软件工程02-可行性研究
可行性研究
• 可行性研究应着重考虑如下三个方面
软件工程第二讲 可行性研究与需求分析PPT课件
SA方法利用图形等半形式化的描述方式表达需求，用 它们形成需求说明书中的主要部分。
描述工具是：
1.数据流图（DFD） 2.描述加工逻辑的工具：结构化语言、判定表、判定树 3.数据字典4.实体－联系ຫໍສະໝຸດ （E－R） 5.层次方框图23
1 数据流图（DFD）
文档：需求规格说明书 初步用户使用手册 确认测试计划
22
二. 结构化分析方法
结构化分析（Structured Analysis，简称 SA），是面向 数据流进行需求分析的方法。SA是一种建模活动，该方法使 用简单易读符号，根据软件内部数据传递、变换的关系，自 顶向下逐层分解，描绘出满足功能需求的软件模型。
9
四、可行性研究的具体步骤
1．复查项目规模和目标 2．研究正在使用的系统 3．得到新系统的概括的逻辑模型 4．导出和评价各种方案 5．推荐可行的方案 6．编写可行性研究报告
10
五、可行性研究报告内容
1．引言 2．可行性研究前提 3．对现有系统的分析 4．所建议系统的技术可行性分析 5．所建议系统的经济可行性分析 6．社会因素的可行性分析 7．其他可供选择方案 8．结论意见。
5
三、内容
对每种解决方法，可从以下三个方面分析研究每 种解决方法的可行性。
1．技术可行性 2．经济可行性 3．社会可行性
6
1．技术可行性 对要开发项目的功能、性能、限制条件进行分析， 确定在现有的资源条件下，技术风险有多大，项目是否 能实现。 资源：已有的或可以获得的硬件、软件资源
现有技术人员的技术水平 已有的工作基础。
11
1.引言 1.1 编写目的 阐明编写可行行研究报告的目的，指出读者对象 1.2 项目背景 包括：所建议开发软件的名称；项目的任务提出者、 开发者、用户等；项目与其它软件或系统的关系 1.3定义 项目中专门术语和缩写词的含义 1.4参考资料
描述工具是：
1.数据流图（DFD） 2.描述加工逻辑的工具：结构化语言、判定表、判定树 3.数据字典4.实体－联系ຫໍສະໝຸດ （E－R） 5.层次方框图23
1 数据流图（DFD）
文档：需求规格说明书 初步用户使用手册 确认测试计划
22
二. 结构化分析方法
结构化分析（Structured Analysis，简称 SA），是面向 数据流进行需求分析的方法。SA是一种建模活动，该方法使 用简单易读符号，根据软件内部数据传递、变换的关系，自 顶向下逐层分解，描绘出满足功能需求的软件模型。
9
四、可行性研究的具体步骤
1．复查项目规模和目标 2．研究正在使用的系统 3．得到新系统的概括的逻辑模型 4．导出和评价各种方案 5．推荐可行的方案 6．编写可行性研究报告
10
五、可行性研究报告内容
1．引言 2．可行性研究前提 3．对现有系统的分析 4．所建议系统的技术可行性分析 5．所建议系统的经济可行性分析 6．社会因素的可行性分析 7．其他可供选择方案 8．结论意见。
5
三、内容
对每种解决方法，可从以下三个方面分析研究每 种解决方法的可行性。
1．技术可行性 2．经济可行性 3．社会可行性
6
1．技术可行性 对要开发项目的功能、性能、限制条件进行分析， 确定在现有的资源条件下，技术风险有多大，项目是否 能实现。 资源：已有的或可以获得的硬件、软件资源
现有技术人员的技术水平 已有的工作基础。
11
1.引言 1.1 编写目的 阐明编写可行行研究报告的目的，指出读者对象 1.2 项目背景 包括：所建议开发软件的名称；项目的任务提出者、 开发者、用户等；项目与其它软件或系统的关系 1.3定义 项目中专门术语和缩写词的含义 1.4参考资料
软件工程课件第2章
过程，也就是在较高层次上以较抽象的方式进 行的系统分析和设计的过程。
精选ppt
6
可行性研究的内容： 首先进一步分析和澄清问题定义，导出系统的
逻辑模型； 然后从系统逻辑模型出发，探索若干种可供选
择的主要解法(即系统实现方案)； 对每种解法都研究它的可行性，至少应该从三
方面研究每种解法的可行性 。
精选ppt
3
关于系统规模和目标的报告书
1.项目名称：教材销售系统 2.问题：人工发售教材手续繁杂，且易出错。 3.项目目标：建立一个高效率、无差错的微机教材销售
系统。 4.项目规模：利用现有微型计算机，软件开发费用不超
过5000元。 5.初步想法：建议在系统中增加对缺书的统计与采购功
能。 6.可行性研究：建议进行大约10天的可行性研究，研究
该装配厂使用一台小型计算机，处理更新库存清单主文 件和产生定货报告。零件库存量的每一次变化称为一个事务， 由放在仓库中CRT终端输入到计算机中；系统中的库存清单 程序对事务进行处理，更新存储在磁盘上的库存清单主文件， 并且把必要的订货信息写在磁带上。最后，每天由报告生成 程序读一次磁带，并且打印出订货报告。
包括开发和运行该系统所需要的各种资源 如硬件、软件、人员和组织机构等 3. 费用预算：分阶段的人员费用、机时费用及其他费用 4. 进度安排：各阶段起始时间、完成文档及验证方式 5. 要交付的产品清单
精选ppt
16
8. 书写文档提交审查 把可行性研究各个步骤的工作结果写成清晰的
文档，请用户、客户组织的负责人及评审组审 查，以决定是否继续这项工程及是否接受分析 员推荐的方案。
库存清单 主文件
报告生成程序
定货报告
第三层：合成后的系统流程图
精选ppt
6
可行性研究的内容： 首先进一步分析和澄清问题定义，导出系统的
逻辑模型； 然后从系统逻辑模型出发，探索若干种可供选
择的主要解法(即系统实现方案)； 对每种解法都研究它的可行性，至少应该从三
方面研究每种解法的可行性 。
精选ppt
3
关于系统规模和目标的报告书
1.项目名称：教材销售系统 2.问题：人工发售教材手续繁杂，且易出错。 3.项目目标：建立一个高效率、无差错的微机教材销售
系统。 4.项目规模：利用现有微型计算机，软件开发费用不超
过5000元。 5.初步想法：建议在系统中增加对缺书的统计与采购功
能。 6.可行性研究：建议进行大约10天的可行性研究，研究
该装配厂使用一台小型计算机，处理更新库存清单主文 件和产生定货报告。零件库存量的每一次变化称为一个事务， 由放在仓库中CRT终端输入到计算机中；系统中的库存清单 程序对事务进行处理，更新存储在磁盘上的库存清单主文件， 并且把必要的订货信息写在磁带上。最后，每天由报告生成 程序读一次磁带，并且打印出订货报告。
包括开发和运行该系统所需要的各种资源 如硬件、软件、人员和组织机构等 3. 费用预算：分阶段的人员费用、机时费用及其他费用 4. 进度安排：各阶段起始时间、完成文档及验证方式 5. 要交付的产品清单
精选ppt
16
8. 书写文档提交审查 把可行性研究各个步骤的工作结果写成清晰的
文档，请用户、客户组织的负责人及评审组审 查，以决定是否继续这项工程及是否接受分析 员推荐的方案。
库存清单 主文件
报告生成程序
定货报告
第三层：合成后的系统流程图
软件工程概论参考课件第2章 可行性研究
系统流程图 数据流图 数据字典
抽象
老系统 物理模型
……
模型 逻辑模型
改进
……
新模型 逻辑模型
实现
新系统 物理模型
10
2020/5/5
报告应该告诉用户“What”而不是 “How”
It is written in the customer’s language It contains no technical jargon It describes the functions of the system It is independent of implementation It is linked to the requirements documents
4
2020/5/5
2.1 可行性研究的任务(Cont.)
目的： 用最小的代价,在尽可能短的时间内,确定问题 是否有可行的解决方案. 不是解决问题，而是确定是否可解\值得解 不要花过多精力，占总成本的 5 ~ 10 %
5
2020/5/5
2.1 可行性研究的任务(Cont.)
任务：可行性研究的任务 进一步分析和澄清问题定义,导出系统的逻辑 模型; 探索若干种可供选择的系统实现方案; 研究每种方案的可行性; 选择或折衷出一种最佳方案； 拟定初步开发计划。
资源制约：资金、人力资源、自然资源、其它要素
环境制约：经济技术环境、社会文化环境、自然环境
选择原则
经济性原则：以最小的投入取得最好的效果
发展原 则：发展的前景及适应发展的能力
兼容性原则：与原有经济、技术、环境、社会的兼容 性
相关效果原则：相关的经济、技术、环境、社会效果
选择视角
技术先进性
18 技术适用性
抽象
老系统 物理模型
……
模型 逻辑模型
改进
……
新模型 逻辑模型
实现
新系统 物理模型
10
2020/5/5
报告应该告诉用户“What”而不是 “How”
It is written in the customer’s language It contains no technical jargon It describes the functions of the system It is independent of implementation It is linked to the requirements documents
4
2020/5/5
2.1 可行性研究的任务(Cont.)
目的： 用最小的代价,在尽可能短的时间内,确定问题 是否有可行的解决方案. 不是解决问题，而是确定是否可解\值得解 不要花过多精力，占总成本的 5 ~ 10 %
5
2020/5/5
2.1 可行性研究的任务(Cont.)
任务：可行性研究的任务 进一步分析和澄清问题定义,导出系统的逻辑 模型; 探索若干种可供选择的系统实现方案; 研究每种方案的可行性; 选择或折衷出一种最佳方案； 拟定初步开发计划。
资源制约：资金、人力资源、自然资源、其它要素
环境制约：经济技术环境、社会文化环境、自然环境
选择原则
经济性原则：以最小的投入取得最好的效果
发展原 则：发展的前景及适应发展的能力
兼容性原则：与原有经济、技术、环境、社会的兼容 性
相关效果原则：相关的经济、技术、环境、社会效果
选择视角
技术先进性
18 技术适用性
软件工程PPT课件
2.1.3 方案的选择
分析员考虑问题解决的方案。一般采用将一 个大而复杂的系统分解为若干个子系统的办 法来降低解的复杂性。如何进行系统分解、 如何定义各子系统的功能、性能和界面，实 现方案不唯一。可以采用折衷的方法，反复 比较各个方案的成本∕效益，选择可行的方 案。
2.2 可行性研究过程
1.复查系统规模和目标 2.研究目前正在使用的系统 3.导出新系统的高层逻辑模型 4.进一步定义问题 5.导出和评价供选择的解法 6.推荐行动方针 7.草拟开发计划 8.书写文档提交审查
▪ 法律可行性 ：确定系统开发可能导致的任何侵 权、妨碍和责任。
2.1.1 经济可行性
分析员需要进行成本∕效益分析。 所谓成本，包括：① 购置并安装软、硬件
及有关设备的费用；② 系统开发费用；③ 系 统安装、运行及维护的费用；④ 人员培训费 用。
效益是指：① 系统为用户增加的收入或为 用户节省的开支，这是有形的效益；② 给潜 在用户心理上造成的影响，这是无形的效益。 它可以转化为有形的效益。
可行性研究是在软件项目计划阶段应该做的 事情，包括四个方面的研究： ▪ 经济可行性 ：进行成本∕效益分析。从经济角 度判断系统开发是否“合算”。
▪ 技术可行性 ：进行技术风险评价。从开发者的 技术实力、以往工作基础、问题的复杂性等出 发，判断系统开发在时间、费用等限制条件下 成功的可能性。
▪ 操作可行性 ：评价系统的操作方式在这个用户 组织内是否可行。
类别 大小 难度 限制 资源
经验
项目要素 项目特性
成本模型
开发机构 特性 开发机构要素
进度安排数据
自动化成本估算系统
2.4.3 成本/效益分析的方法
成本/效益分析应包括估计开发成本、运行费 用和新系统将带来的经济效益。
软件工程PPT教学课件-第二章 可行性研究
例2：第6年底可收回 42000 1 35174(元) 1.036
7652 0.22(年) 回收期 5.22年 35174
假定年利率为12％，每年预计节省钱的现价如下
由于9011.94>5000，所以值得投资。
§6 成本/效益分析
例2：假设某软件生命周期为5年。现在投资 20万元，平均年利率3%。从第一年起， 每年年底收入 4.2万元，问该项目是否值 得投资？
P = 20万 4.2万 4.2万 4.2万 4.2万 4.2万
§6 成本/效益分析
货币的时间价值
通常用利率的形式表示货币的时间价值。 – 假设年利率为i．如果现在存人P元，则 n年后可以得到的钱数F为：
– 反之，如果n年后能收入F元钱，那么 这些钱的现在价值P是
§6 成本/效益分析
例1：库存清单系统每天送给采购员一份定货报表。 修改已有程序并且编写新程序，估计共需5000元； 系统修改后能及时定货将消除零件短缺问题，估计 因此每年可以节省2500元，5年共可节省12500元。
XX ： ———— …………
定货报告 库存 < 临界值
§3. 系统流程图
使用一台小型计算机处理更新库存清单主文件 和产生定货报告的任务。
零件库存量的每一次变化称为一个事务。放在 仓库中的CRT终端输入到计算机中；
系统中的库存清单程序对事务进行处理，更新 存储在磁盘上的库存清单主文件，并且把必要的 定货信息写在磁带上；
最后，每天由报告生成程序读一次磁带，并且 打印出定货报告。
事务 即库存量变化
§3. 系统流程图
库存清单程序 定货 信息
报告生成程序 定货报告
库存清单 主文件
注：符号 = 系统部件 箭头 = 信息流动路径
7652 0.22(年) 回收期 5.22年 35174
假定年利率为12％，每年预计节省钱的现价如下
由于9011.94>5000，所以值得投资。
§6 成本/效益分析
例2：假设某软件生命周期为5年。现在投资 20万元，平均年利率3%。从第一年起， 每年年底收入 4.2万元，问该项目是否值 得投资？
P = 20万 4.2万 4.2万 4.2万 4.2万 4.2万
§6 成本/效益分析
货币的时间价值
通常用利率的形式表示货币的时间价值。 – 假设年利率为i．如果现在存人P元，则 n年后可以得到的钱数F为：
– 反之，如果n年后能收入F元钱，那么 这些钱的现在价值P是
§6 成本/效益分析
例1：库存清单系统每天送给采购员一份定货报表。 修改已有程序并且编写新程序，估计共需5000元； 系统修改后能及时定货将消除零件短缺问题，估计 因此每年可以节省2500元，5年共可节省12500元。
XX ： ———— …………
定货报告 库存 < 临界值
§3. 系统流程图
使用一台小型计算机处理更新库存清单主文件 和产生定货报告的任务。
零件库存量的每一次变化称为一个事务。放在 仓库中的CRT终端输入到计算机中；
系统中的库存清单程序对事务进行处理，更新 存储在磁盘上的库存清单主文件，并且把必要的 定货信息写在磁带上；
最后，每天由报告生成程序读一次磁带，并且 打印出定货报告。
事务 即库存量变化
§3. 系统流程图
库存清单程序 定货 信息
报告生成程序 定货报告
库存清单 主文件
注：符号 = 系统部件 箭头 = 信息流动路径
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程第2章-可行性研究
2.1 可行性研究的任务
可行性研究最根本的任务是对以后的行动方针提 出建议。
如果问题没有可行的解，分析员应该建议停止这 项开发工程，以避免时间、资源、人力和金钱的浪 费。
如果问题值得解，分析员应该推荐一个较好的解 决方案，并且为工程制定一个初步的计划。
可行性研究可行性研究需要的时间长短取决于工 程的规模。一般说来，可行性研究的成本只是预期 的工程总成本的5%～10%。
软件工程第2章-可行性研究
2.2 可行性研究过程
8. 书写文档提交审查 应该把上述可行性研究各个步骤的工作结果写 成清晰的文档，请用户、客户组织的负责人及评 审组审查，以决定是否继续这项工程及是否接受 分析员推荐的方案。
软件工程第2章-可行性研究
2.2 可行性研究过程
（2）可以考虑操作方面的可行性。 （3）接下来应该考虑经济方面的可行性。估计 余下的每个可能的系统的开发成本和运行费用以 及对原系统的提升价值幅度。 在这些估计数字的基础上，对每个可能的系统 进行成本/效益分析(参看2.6节)。 （4）最后为每个在技术、操作和经济等方面都 可行的系统制定进度表，估计生命周期每个阶段 的工作量。
软件工程第2章-可行性研究
2.2 可行性研究过程
典型的可行性研究过程有下述一些步骤： 1. 复查系统规模和目标
分析员访问关键人员，仔细阅读和分析有关的 材料，以便对问题定义阶段书写的关于规模和目 标的报告书进一步复查确认，改正含糊或不确切 的叙述，清晰地描述对目标系统的一切限制和约 束。这个步骤的工作，实质上是为了确保分析员 正在解决的问题确实是要求他解决的问题。
软件工程第2章-可行性研究
2.2 可行性研究过程
分析员应该画出描绘现有系统的高层系统流程 图(见2.3节)，并请有关人员检验他对现有系统的 认识是否正确。不必花费太多时间去了解和描绘 现有系统的实现细节。
注意了解并记录现有系统和其他系统之间的接 口情况，这是设计新系统时的重要约束条件。
软件工程第2章-可行性研究
软件工程第2章-可行性研究
2.2 可行性研究过程
6. 推荐行动方针 根据可行性研究结果，若工程可以进行，那么 应该选择一种最好的解法，并且说明选择这个解 决方案的理由。 7. 草拟开发计划 为所推荐的方案草拟一份开发计划：制定工程 进度表、估计对各类开发人员和各种资源的需要 情况，指明什么时候使用以及使用多长时间、估 计系统生命周期每个阶段的成本，最后给出下一 个阶段(需求分析)的详细进度表和成本估计。
软件工程第2章-可行性研究
2.2 可行性研究过程
2. 研究目前正在使用的系统 现有的系统是信息的重要来源。新的目标系统
必须也能完成它的基本功能； 新系统必须能解决旧系统中存在的问题，一个
重要的经济指标：新系统不能增加收入或减少使 用费用，那么从经济角度看新系统就不如旧系统。
通过阅读分析现有系统的文档资料和使用手册 及实地考察，了解这个系统可以做什么，为什么 这样做，还要了解使用这个系统的代价。
2.2 பைடு நூலகம்行性研究过程
3. 导出新系统的高层逻辑模型 从现有的物理系统出发，导出现有系统的逻辑
模型，再参考现有系统的逻辑模型，设想目标系 统的逻辑模型，最后根据目标系统的逻辑模型建 造新的物理系统。
分析员对目标系统应该具有的基本功能和所受 的约束已有一定了解，能够使用数据流图(参看2.4 节)，描绘数据在系统中流动和处理的情况，
软件工程第2章-可行性研究
2.1 可行性研究的任务
对每种解法都应该仔细研究它的可行性，一般说来， 至少应该从下述三方面研究每种解法的可行性：
(1) 技术可行性：现有的技术能实现这个系统吗? (2) 经济可行性：经济效益能超过它的开发成本 吗? (3) 操作可行性:系统的操作方式在这个用户组织 内行得通吗?必要时还应该从法律、社会效益等更广 泛的方面研究每种解法的可行性。 分析员应该为每个可行的解法制定一个粗略的实现 进度。
第2章 可行性研究
学时数：2 课时
教学目标及基本要求 : 1.了解可行性研究的工作目的 2.掌握可行性研究的工作过程及内容 3.熟练掌握进行可行性研究的基本工具的使用(系统
流程图、数据流图、数据字典） 4.了解成本/效益分析方法
教学重点: 1.可行性研究的工作过程及内容 2.系统流程图、数据流图、数据字典等工具的使用
可行性研究的目的不是解决问题，而是用最 小的代价在最短的时间内确定问题是否能够解 决。
可行性研究实质上是要进行一次大大压缩简 化了的系统分析和设计的过程，也就是在较高 层次上以较抽象的方式进行的系统分析和设计 的过程。
软件工程第2章-可行性研究
2.1 可行性研究的任务
首先需要进一步分析和澄清问题定义。 在问题定义阶段初步确定的规模和目标，如果 是正确的就进一步加以肯定，如果有错误就应该 及时改正，如果对目标系统有任何约束和限制， 也必须把它们清楚地列举出来。 在澄清了问题定义之后，分析员应该导出系统 的逻辑模型。然后从系统逻辑模型出发，探索若 干种可供选择的主要解法(即系统实现方案)。
教学难点: 可行性研究的工作过程及内容
软件工程第2章-可行性研究
第2章 可行性研究
• 2.1 可行性研究的任务 • 2.2 可行性研究过程 • 2.3 系统流程图 • 2.4 数据流图 • 2.5 数据字典 • 2.6 成本/效益分析 • 2.7 小结
软件工程第2章-可行性研究
2.1 可行性研究的任 务
软件工程第2章-可行性研究
2.2 可行性研究过程
为把新系统描绘得更清晰准确，还应该有一个 初步的数据字典(参看2.5节)，定义系统中使用的 数据。数据流图和数据字典共同定义了新系统的 逻辑模型，以后可以从这个逻辑模型出发设计新 系统。
软件工程第2章-可行性研究
2.2 可行性研究过程
4. 进一步定义问题 分析员应该和用户一起再次复查问题定义、工 程规模和目标，把数据流图和数据字典作为讨论 的基础。 5. 导出和评价供选择的解法 从建议的系统逻辑模型出发，导出若干个较高 层次的(较抽象的)物理解法供比较和选择。 （1）根据技术可行性初步排除一些不现实的系 统。把技术上行不通的解法去掉之后，就剩下了 一组技术上可行的方案。
2.1 可行性研究的任务
可行性研究最根本的任务是对以后的行动方针提 出建议。
如果问题没有可行的解，分析员应该建议停止这 项开发工程，以避免时间、资源、人力和金钱的浪 费。
如果问题值得解，分析员应该推荐一个较好的解 决方案，并且为工程制定一个初步的计划。
可行性研究可行性研究需要的时间长短取决于工 程的规模。一般说来，可行性研究的成本只是预期 的工程总成本的5%～10%。
软件工程第2章-可行性研究
2.2 可行性研究过程
8. 书写文档提交审查 应该把上述可行性研究各个步骤的工作结果写 成清晰的文档，请用户、客户组织的负责人及评 审组审查，以决定是否继续这项工程及是否接受 分析员推荐的方案。
软件工程第2章-可行性研究
2.2 可行性研究过程
（2）可以考虑操作方面的可行性。 （3）接下来应该考虑经济方面的可行性。估计 余下的每个可能的系统的开发成本和运行费用以 及对原系统的提升价值幅度。 在这些估计数字的基础上，对每个可能的系统 进行成本/效益分析(参看2.6节)。 （4）最后为每个在技术、操作和经济等方面都 可行的系统制定进度表，估计生命周期每个阶段 的工作量。
软件工程第2章-可行性研究
2.2 可行性研究过程
典型的可行性研究过程有下述一些步骤： 1. 复查系统规模和目标
分析员访问关键人员，仔细阅读和分析有关的 材料，以便对问题定义阶段书写的关于规模和目 标的报告书进一步复查确认，改正含糊或不确切 的叙述，清晰地描述对目标系统的一切限制和约 束。这个步骤的工作，实质上是为了确保分析员 正在解决的问题确实是要求他解决的问题。
软件工程第2章-可行性研究
2.2 可行性研究过程
分析员应该画出描绘现有系统的高层系统流程 图(见2.3节)，并请有关人员检验他对现有系统的 认识是否正确。不必花费太多时间去了解和描绘 现有系统的实现细节。
注意了解并记录现有系统和其他系统之间的接 口情况，这是设计新系统时的重要约束条件。
软件工程第2章-可行性研究
软件工程第2章-可行性研究
2.2 可行性研究过程
6. 推荐行动方针 根据可行性研究结果，若工程可以进行，那么 应该选择一种最好的解法，并且说明选择这个解 决方案的理由。 7. 草拟开发计划 为所推荐的方案草拟一份开发计划：制定工程 进度表、估计对各类开发人员和各种资源的需要 情况，指明什么时候使用以及使用多长时间、估 计系统生命周期每个阶段的成本，最后给出下一 个阶段(需求分析)的详细进度表和成本估计。
软件工程第2章-可行性研究
2.2 可行性研究过程
2. 研究目前正在使用的系统 现有的系统是信息的重要来源。新的目标系统
必须也能完成它的基本功能； 新系统必须能解决旧系统中存在的问题，一个
重要的经济指标：新系统不能增加收入或减少使 用费用，那么从经济角度看新系统就不如旧系统。
通过阅读分析现有系统的文档资料和使用手册 及实地考察，了解这个系统可以做什么，为什么 这样做，还要了解使用这个系统的代价。
2.2 பைடு நூலகம்行性研究过程
3. 导出新系统的高层逻辑模型 从现有的物理系统出发，导出现有系统的逻辑
模型，再参考现有系统的逻辑模型，设想目标系 统的逻辑模型，最后根据目标系统的逻辑模型建 造新的物理系统。
分析员对目标系统应该具有的基本功能和所受 的约束已有一定了解，能够使用数据流图(参看2.4 节)，描绘数据在系统中流动和处理的情况，
软件工程第2章-可行性研究
2.1 可行性研究的任务
对每种解法都应该仔细研究它的可行性，一般说来， 至少应该从下述三方面研究每种解法的可行性：
(1) 技术可行性：现有的技术能实现这个系统吗? (2) 经济可行性：经济效益能超过它的开发成本 吗? (3) 操作可行性:系统的操作方式在这个用户组织 内行得通吗?必要时还应该从法律、社会效益等更广 泛的方面研究每种解法的可行性。 分析员应该为每个可行的解法制定一个粗略的实现 进度。
第2章 可行性研究
学时数：2 课时
教学目标及基本要求 : 1.了解可行性研究的工作目的 2.掌握可行性研究的工作过程及内容 3.熟练掌握进行可行性研究的基本工具的使用(系统
流程图、数据流图、数据字典） 4.了解成本/效益分析方法
教学重点: 1.可行性研究的工作过程及内容 2.系统流程图、数据流图、数据字典等工具的使用
可行性研究的目的不是解决问题，而是用最 小的代价在最短的时间内确定问题是否能够解 决。
可行性研究实质上是要进行一次大大压缩简 化了的系统分析和设计的过程，也就是在较高 层次上以较抽象的方式进行的系统分析和设计 的过程。
软件工程第2章-可行性研究
2.1 可行性研究的任务
首先需要进一步分析和澄清问题定义。 在问题定义阶段初步确定的规模和目标，如果 是正确的就进一步加以肯定，如果有错误就应该 及时改正，如果对目标系统有任何约束和限制， 也必须把它们清楚地列举出来。 在澄清了问题定义之后，分析员应该导出系统 的逻辑模型。然后从系统逻辑模型出发，探索若 干种可供选择的主要解法(即系统实现方案)。
教学难点: 可行性研究的工作过程及内容
软件工程第2章-可行性研究
第2章 可行性研究
• 2.1 可行性研究的任务 • 2.2 可行性研究过程 • 2.3 系统流程图 • 2.4 数据流图 • 2.5 数据字典 • 2.6 成本/效益分析 • 2.7 小结
软件工程第2章-可行性研究
2.1 可行性研究的任 务
软件工程第2章-可行性研究
2.2 可行性研究过程
为把新系统描绘得更清晰准确，还应该有一个 初步的数据字典(参看2.5节)，定义系统中使用的 数据。数据流图和数据字典共同定义了新系统的 逻辑模型，以后可以从这个逻辑模型出发设计新 系统。
软件工程第2章-可行性研究
2.2 可行性研究过程
4. 进一步定义问题 分析员应该和用户一起再次复查问题定义、工 程规模和目标，把数据流图和数据字典作为讨论 的基础。 5. 导出和评价供选择的解法 从建议的系统逻辑模型出发，导出若干个较高 层次的(较抽象的)物理解法供比较和选择。 （1）根据技术可行性初步排除一些不现实的系 统。把技术上行不通的解法去掉之后，就剩下了 一组技术上可行的方案。