软件工程可行性分析课件
合集下载
软件工程第三讲--可行性研究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)运行可行性:主要研究新系统规定的运行方式在 这个组织内是否可行等。
软件工程学概述可行性分析与需求分析总体设计详细设计实现 PPT课件
生命周期模型规定了把生命周期划分成哪些阶段及各个 阶段的执行顺序,因此,也称为过程模型。
典型的过程模型
1. 瀑布模型(Waterfall model) 2. 快速原型开发模型(Rapid Prototyping model) 3. 增量模型(Incremental model) 4. 螺旋模型(Spiral model) 5. 喷泉模型 6. 其它模型
6. 编码和单元测试: 写出正确的容易理解、容易维护的程序模块; 仔细 测试编写出的每一个模块。
7. 综合测试: 集成测试和验收测试,现场测试或平行运行
8. 软件维护: 使系统持久地满足用户的需要。包括: 改正性维护,适应性 维护,完善性维护,预防性维护。
09.04.2020
上海大学计算机学院
6
软件工程学概述
▪ 缺点
• 需要一个开放的结构,方便构 件的加入。
09.04.2020
上海大学计算机学院
9
软件工程学概述
生命周期模型
优点
瀑布模型
文档驱动的有序方法
快速原型模型 确保交付的产品符合客户的要求
增量模型
增大投资的早期回报
螺旋模型
结合上述所有模型的特性
缺点
交付产品可能不符合客户 的要求 还没有证明无懈可击
有的条件或能力 ● 反映上述两个定义中所描述的条件或能力的文档说明 ● 需求层次:业务需求用户需求功能与非功能需求
◆ 具体任务
● 确定对系统的综合要求
功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、逆向 需求、扩展需求
➢ 极限编程XP(eXtreme Programming) ➢ RUP(Rational Unified Process) ➢ 建造—修补模型(Build-and-fix model)
4-可行性分析 软件工程案例分析课件
于现在手中的91元,后年的100元等于现在的83 元 ▪ 目前值=t年的值/(1+r)t
系统开发和每年运行费用举例
1.系统开发费用(一次)
人员:
.2名系统分析员(450小时/名,45美元/小时) $40,500
.5名系统开发人员(275小时/名,36美元/小时) $49,500
.1名数据通讯专家(60小时/名,42美元/小时) $2,400
初始化
►初始化(Initiation) ►正式授权一个新项目或者决定一个已
有项目继续进行下一阶段 ►项目是由于下面一些原因产生的:
▪ 市场需要(新性能汽车) ▪ 业务需要(培训中心新课程设计) ▪ 客户需要(客户定制产品) ▪ 技术进步(如计算机技术进步) ▪ 法规需要(污染处理) ▪ 社会需要(政府水处理系统)
可行性研究报告的编写提示
5 可选择的其它系统方案
5.1 可选择的其它系统1 5.2 可选择的其它系统2
......
可行性研究报告的编写提示
6 投资及收益分析
6.1 支出 6.2 收益 6.3 收益/投资比 6.4 投资回收周期 6.5 敏感性分析
可行性研究报告的编写提示
7 社会条件方面的可行性
招标书
►招标书中需要提供工作表述 ►招标书中必须包括客户要求,此要求中规定
了规格和特征 ►招标书应当说明客户期望承约商或项目团队
提供什么样的交付物 ►招标书中应当列举客户供应条款 ►招标书中可以表述出客户对需要的确认 ►招标书中可以提到客户想要用的合同类型
可行性分析
►可行性分析报告的格式
可行性研究报告的编写提示
GB 8567-88《 计算机软件产品开发 文件编制指南 》
1 引言
系统开发和每年运行费用举例
1.系统开发费用(一次)
人员:
.2名系统分析员(450小时/名,45美元/小时) $40,500
.5名系统开发人员(275小时/名,36美元/小时) $49,500
.1名数据通讯专家(60小时/名,42美元/小时) $2,400
初始化
►初始化(Initiation) ►正式授权一个新项目或者决定一个已
有项目继续进行下一阶段 ►项目是由于下面一些原因产生的:
▪ 市场需要(新性能汽车) ▪ 业务需要(培训中心新课程设计) ▪ 客户需要(客户定制产品) ▪ 技术进步(如计算机技术进步) ▪ 法规需要(污染处理) ▪ 社会需要(政府水处理系统)
可行性研究报告的编写提示
5 可选择的其它系统方案
5.1 可选择的其它系统1 5.2 可选择的其它系统2
......
可行性研究报告的编写提示
6 投资及收益分析
6.1 支出 6.2 收益 6.3 收益/投资比 6.4 投资回收周期 6.5 敏感性分析
可行性研究报告的编写提示
7 社会条件方面的可行性
招标书
►招标书中需要提供工作表述 ►招标书中必须包括客户要求,此要求中规定
了规格和特征 ►招标书应当说明客户期望承约商或项目团队
提供什么样的交付物 ►招标书中应当列举客户供应条款 ►招标书中可以表述出客户对需要的确认 ►招标书中可以提到客户想要用的合同类型
可行性分析
►可行性分析报告的格式
可行性研究报告的编写提示
GB 8567-88《 计算机软件产品开发 文件编制指南 》
1 引言
软件工程第三章可行性研究ppt课件
研究现正在 使用的系统
新系统的高 层逻辑模型
用户
逻辑模型表达了 系统分析员对新系统必须 作什么工作、完成什么任 务的理解.
分析员
1. 是否继续该工程的开发的建议 2. 所选择解决方案的解法的说明 3. 比较仔细的成本/效益分析
重新定 义问题
是否符合 系统目标
导出和评价 供选择的解法
推荐行 动方针
草拟开 发计划
模型
改进
……
新模型
实现
新系统
应该告诉用户“What”而不是“How”
精品课件
型
4、复查和重新定义
复查定义
3、逻辑模 1、
注:此5、时导合出同和未评签价,应多考种虑解成法本,不宜反复太多次。
技术上不可行
技术上可行用户不可能操作
操作上可行 不合算
经济上合算
进度表
精品课件
6、推荐行动方针
Yes or No?
用最小的代价在尽可能短的时间内确定问题是否能够解决。
精品课件
问题 定义
可行性 研究
系统的逻 辑模型
问题定义 否 正确 ?
问题定义阶段
是 审查
实际的物 理系统
系统实现 方案若干
技术可行性 经济可行性 操作可行性
可行性研究阶段任务(示意图)
可行性研究 的结论
可行性研究需要的时间长短取决于工程的规模,一 般来说,其成本只能占预期的工程总成本的5%~10%.
书写文档 提交审查
精品课件
1、确定项目规模和目标,明确限制和约束
。 我们认为用户要的 2、研究老系统
? 用户要的
解决老系统问题
老系统 功能
新增 功能
注: 注意了解 与其它系 统的接口。
新系统的高 层逻辑模型
用户
逻辑模型表达了 系统分析员对新系统必须 作什么工作、完成什么任 务的理解.
分析员
1. 是否继续该工程的开发的建议 2. 所选择解决方案的解法的说明 3. 比较仔细的成本/效益分析
重新定 义问题
是否符合 系统目标
导出和评价 供选择的解法
推荐行 动方针
草拟开 发计划
模型
改进
……
新模型
实现
新系统
应该告诉用户“What”而不是“How”
精品课件
型
4、复查和重新定义
复查定义
3、逻辑模 1、
注:此5、时导合出同和未评签价,应多考种虑解成法本,不宜反复太多次。
技术上不可行
技术上可行用户不可能操作
操作上可行 不合算
经济上合算
进度表
精品课件
6、推荐行动方针
Yes or No?
用最小的代价在尽可能短的时间内确定问题是否能够解决。
精品课件
问题 定义
可行性 研究
系统的逻 辑模型
问题定义 否 正确 ?
问题定义阶段
是 审查
实际的物 理系统
系统实现 方案若干
技术可行性 经济可行性 操作可行性
可行性研究阶段任务(示意图)
可行性研究 的结论
可行性研究需要的时间长短取决于工程的规模,一 般来说,其成本只能占预期的工程总成本的5%~10%.
书写文档 提交审查
精品课件
1、确定项目规模和目标,明确限制和约束
。 我们认为用户要的 2、研究老系统
? 用户要的
解决老系统问题
老系统 功能
新增 功能
注: 注意了解 与其它系 统的接口。
软件工程 可行性研究课件
学习交流
1
问题定义
• 问题定义
• 关键性任务
• 确定问题的性质、过程的目标和规模
• 步骤
• 到用户环境中调查、研究
• 书面调查、口头交流、阅读资料、调查会议
• 整理成书面《调查报告》 • 与用户审查报告 • 修改报告 • 确定《软件开发任务书》
PPT学习交流
2
软件项目的来源
否行得通
• 必要时还应该从法律和社会效益等方面研究每种解法的可 行性
• 可行性研究需要的时间长短取决于系统的规模,可行性研 究的成本只是预期工程总成本的5-10%
PPT学习交流
8
可行性研究
• 可行性研究应着重考虑如下三个方面
• 技术可行性:根据系统功能、性能及实现系统的各 项约束条件,从技术角度研究实现系统的可行性
PPT学习交流
12
可行性研究过程
1 复查系统规模和目标
• 确保分析员提交的报告确实是用户要求解决的问题
2 研究目前正在使用的系统
• 研究老系统的观点
• 现有系统要完成的工作,就是新系统所必须具备的功能 • 现有系统存在的缺点,新系统必须加以改进 • 现有系统所不具备的功能,又是用户必须的,则新系统一
定要预以增加 • 现有系统所需要的费用是新系统的一个重要的投资依据
PPT学习交流
13
可行性研究过程
3 导出新系统的高层逻辑模型
• 优秀的设计应该是
• 从现有的物理系统出发,导出现有物理系统的逻辑模型 • 再以现有物理系统的逻辑模型为基础,设想目标系统的逻
辑模型 • 最后根据目标系统的逻辑模型建造新的物理系统
抽象
……
改进
实现
……
老系统
1
问题定义
• 问题定义
• 关键性任务
• 确定问题的性质、过程的目标和规模
• 步骤
• 到用户环境中调查、研究
• 书面调查、口头交流、阅读资料、调查会议
• 整理成书面《调查报告》 • 与用户审查报告 • 修改报告 • 确定《软件开发任务书》
PPT学习交流
2
软件项目的来源
否行得通
• 必要时还应该从法律和社会效益等方面研究每种解法的可 行性
• 可行性研究需要的时间长短取决于系统的规模,可行性研 究的成本只是预期工程总成本的5-10%
PPT学习交流
8
可行性研究
• 可行性研究应着重考虑如下三个方面
• 技术可行性:根据系统功能、性能及实现系统的各 项约束条件,从技术角度研究实现系统的可行性
PPT学习交流
12
可行性研究过程
1 复查系统规模和目标
• 确保分析员提交的报告确实是用户要求解决的问题
2 研究目前正在使用的系统
• 研究老系统的观点
• 现有系统要完成的工作,就是新系统所必须具备的功能 • 现有系统存在的缺点,新系统必须加以改进 • 现有系统所不具备的功能,又是用户必须的,则新系统一
定要预以增加 • 现有系统所需要的费用是新系统的一个重要的投资依据
PPT学习交流
13
可行性研究过程
3 导出新系统的高层逻辑模型
• 优秀的设计应该是
• 从现有的物理系统出发,导出现有物理系统的逻辑模型 • 再以现有物理系统的逻辑模型为基础,设想目标系统的逻
辑模型 • 最后根据目标系统的逻辑模型建造新的物理系统
抽象
……
改进
实现
……
老系统
软件工程—可行性研究PPT课件
▪ 定义:是关于数据的信息集合,即对数 据流图中包含的所有元素定义的集合。
▪ 作用:在软件分析和设计过程中给人提 供关于数据的描述信息。
▪ 和数据流图共同构成系统的逻辑模型。
♦ 没有数据字典,数据流图就不严格; ♦ 没有数据流图,数据字典难于发挥作用。
.
32
2.5.1 数据字典的内容
▪ 数据流
♦ 来源、去向、组成、流通量
五、导出和评价供选择的解法:
▪ 从系统逻辑模型导出若干较高层次(较 抽象)的物理解法供比较选择。
▪ 从技术角度触发考虑解决方案。 ▪ 从技术、操作、经济方面对方案进行可
行性分析。 ▪ 对可行的方案指定实现进度表。
.
10
2.2 可行性研究的八个步骤
六、推荐行动方针 ▪ 选择一种最好的解法,并说明理由 ▪ 对系统进行 成本/效益 分析 ▪ 考虑其社会、经济、政治各方面的实际意义 七、草拟开发计划,包括: ▪ 工程进度表 ▪ 开发人员和各种资源的需求 ▪ 估计系统生命周期的每个阶段的成本 ▪ 下一阶段(需求分析)的详细进度表和成本估
仓库管理员
订货系统
采购员
.
23
例:订货系统
▪ 细化基本系统模型:得到功能级数据流 图(一级细化)。
▪ 分析:
① 数据流:事务、订货报表 ② 处理:处理事务、产生订货报表 ③ 数据存储:库存清单、订货信息
.
224
例:订货系统
D1 库存清单
仓库管理员
1 处理事务
2 产生报表
采购员
D2 订货信息
.
25
♦ 零件入库或出库称为事务,通过放在仓库中 的CRT终端把事务报告给定货系统。
♦ 当某种零件的库存量少于库存临界值时就应 该再次订货。
▪ 作用:在软件分析和设计过程中给人提 供关于数据的描述信息。
▪ 和数据流图共同构成系统的逻辑模型。
♦ 没有数据字典,数据流图就不严格; ♦ 没有数据流图,数据字典难于发挥作用。
.
32
2.5.1 数据字典的内容
▪ 数据流
♦ 来源、去向、组成、流通量
五、导出和评价供选择的解法:
▪ 从系统逻辑模型导出若干较高层次(较 抽象)的物理解法供比较选择。
▪ 从技术角度触发考虑解决方案。 ▪ 从技术、操作、经济方面对方案进行可
行性分析。 ▪ 对可行的方案指定实现进度表。
.
10
2.2 可行性研究的八个步骤
六、推荐行动方针 ▪ 选择一种最好的解法,并说明理由 ▪ 对系统进行 成本/效益 分析 ▪ 考虑其社会、经济、政治各方面的实际意义 七、草拟开发计划,包括: ▪ 工程进度表 ▪ 开发人员和各种资源的需求 ▪ 估计系统生命周期的每个阶段的成本 ▪ 下一阶段(需求分析)的详细进度表和成本估
仓库管理员
订货系统
采购员
.
23
例:订货系统
▪ 细化基本系统模型:得到功能级数据流 图(一级细化)。
▪ 分析:
① 数据流:事务、订货报表 ② 处理:处理事务、产生订货报表 ③ 数据存储:库存清单、订货信息
.
224
例:订货系统
D1 库存清单
仓库管理员
1 处理事务
2 产生报表
采购员
D2 订货信息
.
25
♦ 零件入库或出库称为事务,通过放在仓库中 的CRT终端把事务报告给定货系统。
♦ 当某种零件的库存量少于库存临界值时就应 该再次订货。
软件工程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)。
可行性研究 5%
需求分析 10%
软件设计 25%
编码单元测试 20%
综合测试
40%
21
度量效益的方法
• 货币的时间价值 • 投资回收期 • 纯收入
22
货币的时间价值
• 投资在前,收益在后
• 一般用利率表示货币的时间价值
• 设年利率为i,现存入P元,则n年后的价值:
F=P(1+i)n
• 或者
P=F/(1+i)n
• 算法模型就是资源模型。该模型应该是根据历史 数据导出的,所以比较客观。
• 关键是选好适用的模型。常与前两种方法结合使 用。
20
费用估计技术
• 代码行技术:根据经验和历史数据估计源程序行 数。
• 任务分解技术:把软件开发分解为若干个相对独 立的任务,再分别估计成本(人月)。常用的方 法是按开发阶段划分任务,大系统也可分成子系 统。一般:
18
自底向上成本估计
• 将开发任务分解为许多子任务,分别估计各个子 任务的成本,再汇合成项目成本。
• 由开发人员进行,结果往往比较实际。 • 缺点:具体工作人员往往只注意到自已范围内的
工作,对综合测试、质量管理和项目管理等涉及 全局的花费可能估计不足,甚至完全忽视。可能 使成本估计偏低。
19
算法模型估计
• 一般应从经济可行性、技术可行性、运行可行性、 法律可行性和开发方案可行性等方面进行研究。
4
经济可行性
• 主要是进行成本效益分析,包括估计项目的开发 成本,估算开发成本是否会高于项目预期的全部 经费。分析系统开发对其他产品或利润带来的影 响。
5
技术可行性
• 根据客户提出的系统功能、性能及实现系统的各 项约束条件,从技术的角度研究系统实现的可行 性。
11
可行性研究的步骤
1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 重新定义问题 5. 导出和评价供选择的方案 6. 推荐一个方案并说明理由 7. 推荐行动方针 8. 书写计划任务书 9. 提交审查
12
系统流程图
• 系统流程图是描绘物理系统的传统工具。其功能 包括:
软件工程
第二章 可行性分析
目标: 了解可行性研究的步骤。 当接受一个软件开发任务时,就进入软可行性研究的任务 • 可行性研究的步骤 • 系统流程图 • 成本效益分析
3
可行性研究的任务
• 可行性研究的目的是用最小的代价在尽可能短的 时间内确定问题是否能够解决。
23
投资回收期
• 投资回收期指积累的经济效益等于最初的投资所 需要的时间。
24
纯收入
• 整个生存周期内系统的累计经济效益(折合成现 在值)与投资值之差。
• 本质上就是把预期收益与存银行或贷款给其他企 业进行比较,如果纯收入为零,意思就是投资回 报与存银行相同,而投资风险一般远大于存银行, 则显然不值得投资。
25
小结
• 通过可行性研究可以知道问题有无可行解,避免人力物力 财力的浪费。
• 占总成本的5%-10% • 目的是用最小的代价在尽可能短的时间内确定问题是否能
得到解决。即搞清楚问题是否值得解,而不是去解决问题。 • 它要进行一次压缩简化了的系统分析和设计过程,即在较
高层次上以较抽象的方式进行设计的过程。 • 介绍了可行性研究的任务、步骤和系统流程图,以及成本
17
自顶向下成本估计
• 首先估计总的开发成本,再在项目内部进行成本 分配。由少数上层技术与管理人员进行。
• 缺点:对开发中某些局部的问题或特殊困难容易 低估,甚至没有考虑到。
• 当参与的专家较多时,可用Delphi法:把系统定 义文件或规格说明发给各专家,分别单独进行成 本估计,填入成本估计表,然后由协调人综合专 家意见,并摘要通知大家,并开始新一轮估计, 如此反复,直到专家们的意见接近一致。
效益分析。
26
完
SUCCESS
THANK YOU
2019/9/15
8
开发方案可行性
• 对各种系统开发方案进行比较评价,选出最优方 案。
9
• 可行性研究的结果可以作为系统规格说明书的一 个附件。
• 其最根本的任务是对以后的行动路线提出建议, 若无可行解,则应建议停止开发。
• 可行性研究的成本占工程总成本的5%-10%。 • 可行性研究的目录如下:
10
可行性研究目录
• 这是系统开发中最难且最重要的工作。包括: – 风险分析:在给定的条件下能否实现所有功能。 – 资源分析:建立系统所需资源(人手)能否满足。 – 技术分析:相关技术的发展是否支持该系统。
6
运行可行性
• 确定新系统规定的运行方式是否可行。 • 例如服务器能不能承受负荷等。
7
法律可行性
• 系统开发中可能涉及到的合同、侵权、责任以及 各种与法律相抵触的问题。
THANK YOU
2019/9/15
15
成本效益分析
• 目的是要从经济角度分析,开发一个特定的新系 统是否可行,从而帮助使用部门负责人正确地做 出是否投资于这项开发工程的决定。
16
成本估计
• 是软件费用管理的核心,最困难且最易出错。 • 主要的成本估计方法:
– 自顶向下成本估计 – 自底向上成本估计 – 算法模型估计
处理(能改变数据或数据位置的加工或部件) 输入/输出(广义的不指明具体设备的符号) 连接 (指出转到图的另一部分或转来,通常是同一页) 换页连接 (转到另一页去或由另一员转来) 人工操作 (人工完成的处理) 通信链路 (远程通讯线路传送数据) 数据流 (用于连接其它符号,指明数据流动的方向)
14
SUCCESS
① 制作系统流程图的过程是系统分析员全面了解系统业 务处理概况的过程,是系统分析员进一步分析的依据;
② 系统流程图是系统分析员、管理人员、业务操作人员 相互交流的工具;
③ 系统分析员可直接利用系统流程图画出可以实现计算 机处理的部分;
④ 可利用系统流程图来分析业务流程的合理性。
13
系统流程图的基本符号
1.引言 1.1问题 1.2实现条件 1.3约束条件 2.管理 2.1重要的发现 2.2注释 2.3建议 2.4效果 3.方案选择 3.1选择系统配置 3.2选择方案的标准
4.系统描述 4.1缩写词 4.2各子系统的可行性 5.成本效益分析 6.技术风险分析 7.有关法律问题 8.用户使用可能性、 9.其他
需求分析 10%
软件设计 25%
编码单元测试 20%
综合测试
40%
21
度量效益的方法
• 货币的时间价值 • 投资回收期 • 纯收入
22
货币的时间价值
• 投资在前,收益在后
• 一般用利率表示货币的时间价值
• 设年利率为i,现存入P元,则n年后的价值:
F=P(1+i)n
• 或者
P=F/(1+i)n
• 算法模型就是资源模型。该模型应该是根据历史 数据导出的,所以比较客观。
• 关键是选好适用的模型。常与前两种方法结合使 用。
20
费用估计技术
• 代码行技术:根据经验和历史数据估计源程序行 数。
• 任务分解技术:把软件开发分解为若干个相对独 立的任务,再分别估计成本(人月)。常用的方 法是按开发阶段划分任务,大系统也可分成子系 统。一般:
18
自底向上成本估计
• 将开发任务分解为许多子任务,分别估计各个子 任务的成本,再汇合成项目成本。
• 由开发人员进行,结果往往比较实际。 • 缺点:具体工作人员往往只注意到自已范围内的
工作,对综合测试、质量管理和项目管理等涉及 全局的花费可能估计不足,甚至完全忽视。可能 使成本估计偏低。
19
算法模型估计
• 一般应从经济可行性、技术可行性、运行可行性、 法律可行性和开发方案可行性等方面进行研究。
4
经济可行性
• 主要是进行成本效益分析,包括估计项目的开发 成本,估算开发成本是否会高于项目预期的全部 经费。分析系统开发对其他产品或利润带来的影 响。
5
技术可行性
• 根据客户提出的系统功能、性能及实现系统的各 项约束条件,从技术的角度研究系统实现的可行 性。
11
可行性研究的步骤
1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 重新定义问题 5. 导出和评价供选择的方案 6. 推荐一个方案并说明理由 7. 推荐行动方针 8. 书写计划任务书 9. 提交审查
12
系统流程图
• 系统流程图是描绘物理系统的传统工具。其功能 包括:
软件工程
第二章 可行性分析
目标: 了解可行性研究的步骤。 当接受一个软件开发任务时,就进入软可行性研究的任务 • 可行性研究的步骤 • 系统流程图 • 成本效益分析
3
可行性研究的任务
• 可行性研究的目的是用最小的代价在尽可能短的 时间内确定问题是否能够解决。
23
投资回收期
• 投资回收期指积累的经济效益等于最初的投资所 需要的时间。
24
纯收入
• 整个生存周期内系统的累计经济效益(折合成现 在值)与投资值之差。
• 本质上就是把预期收益与存银行或贷款给其他企 业进行比较,如果纯收入为零,意思就是投资回 报与存银行相同,而投资风险一般远大于存银行, 则显然不值得投资。
25
小结
• 通过可行性研究可以知道问题有无可行解,避免人力物力 财力的浪费。
• 占总成本的5%-10% • 目的是用最小的代价在尽可能短的时间内确定问题是否能
得到解决。即搞清楚问题是否值得解,而不是去解决问题。 • 它要进行一次压缩简化了的系统分析和设计过程,即在较
高层次上以较抽象的方式进行设计的过程。 • 介绍了可行性研究的任务、步骤和系统流程图,以及成本
17
自顶向下成本估计
• 首先估计总的开发成本,再在项目内部进行成本 分配。由少数上层技术与管理人员进行。
• 缺点:对开发中某些局部的问题或特殊困难容易 低估,甚至没有考虑到。
• 当参与的专家较多时,可用Delphi法:把系统定 义文件或规格说明发给各专家,分别单独进行成 本估计,填入成本估计表,然后由协调人综合专 家意见,并摘要通知大家,并开始新一轮估计, 如此反复,直到专家们的意见接近一致。
效益分析。
26
完
SUCCESS
THANK YOU
2019/9/15
8
开发方案可行性
• 对各种系统开发方案进行比较评价,选出最优方 案。
9
• 可行性研究的结果可以作为系统规格说明书的一 个附件。
• 其最根本的任务是对以后的行动路线提出建议, 若无可行解,则应建议停止开发。
• 可行性研究的成本占工程总成本的5%-10%。 • 可行性研究的目录如下:
10
可行性研究目录
• 这是系统开发中最难且最重要的工作。包括: – 风险分析:在给定的条件下能否实现所有功能。 – 资源分析:建立系统所需资源(人手)能否满足。 – 技术分析:相关技术的发展是否支持该系统。
6
运行可行性
• 确定新系统规定的运行方式是否可行。 • 例如服务器能不能承受负荷等。
7
法律可行性
• 系统开发中可能涉及到的合同、侵权、责任以及 各种与法律相抵触的问题。
THANK YOU
2019/9/15
15
成本效益分析
• 目的是要从经济角度分析,开发一个特定的新系 统是否可行,从而帮助使用部门负责人正确地做 出是否投资于这项开发工程的决定。
16
成本估计
• 是软件费用管理的核心,最困难且最易出错。 • 主要的成本估计方法:
– 自顶向下成本估计 – 自底向上成本估计 – 算法模型估计
处理(能改变数据或数据位置的加工或部件) 输入/输出(广义的不指明具体设备的符号) 连接 (指出转到图的另一部分或转来,通常是同一页) 换页连接 (转到另一页去或由另一员转来) 人工操作 (人工完成的处理) 通信链路 (远程通讯线路传送数据) 数据流 (用于连接其它符号,指明数据流动的方向)
14
SUCCESS
① 制作系统流程图的过程是系统分析员全面了解系统业 务处理概况的过程,是系统分析员进一步分析的依据;
② 系统流程图是系统分析员、管理人员、业务操作人员 相互交流的工具;
③ 系统分析员可直接利用系统流程图画出可以实现计算 机处理的部分;
④ 可利用系统流程图来分析业务流程的合理性。
13
系统流程图的基本符号
1.引言 1.1问题 1.2实现条件 1.3约束条件 2.管理 2.1重要的发现 2.2注释 2.3建议 2.4效果 3.方案选择 3.1选择系统配置 3.2选择方案的标准
4.系统描述 4.1缩写词 4.2各子系统的可行性 5.成本效益分析 6.技术风险分析 7.有关法律问题 8.用户使用可能性、 9.其他