当前位置：文档之家 › 软件工程可行性分析课件

软件工程可行性分析课件

  • 格式：ppt
  • 大小：910.50 KB
  • 文档页数：28

下载文档原格式

  / 28

合集下载

软件工程第三讲--可行性研究ppt课件

软件工程第三讲--可行性研究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 数据流描画
▪ 数据流名： ▪ 阐明：简要引见作用即它产生的缘由
和结果 ▪ 数据流来源：来自何方 ▪ 数据流去向：去向何处 ▪ 数据流组成：数据构造 ▪ 数据量流通量：数据量，流通量

第二章软件工程(可行性分析)PPT课件

第二章软件工程(可行性分析)PPT课件

心。
2. 如何确定系统的目标
系统开发人员通过初步的调查，了解企业领导
以及主要的管理干部对系统的要求与设想，根据目
前组织具备的条件及资源，初步提出系统的目标。
例：**厂信息系统的系统目标
为了管理现代化的要求，建立一个生产、经
营、资金、成本与物资的动态数据收集、处理与控
制的信息系统。
3
❖ 问题定义报告及编写实例
• 课题提出：系统开发人员本身也可以提出系统开发任 务。
• 上级机关布置 • 合作开发
2. 系统任务的提出形式
• 书面形式：系统任务的提出一般以书面形式，如系统 开发任务书或系统开发协议书等形式。
• 口头形式
2
❖ 系统目标的确定
1. 系统目标的含义
2.
系统目标是系统最终要达到的目标，是系统
开发的宗旨，各个阶段的工作都要以这个宗旨为中
1、问题定义报告的内容 问题定义报告没有统一格式，但一般包
含以下内容： • 工程项目名称 • 使用方 • 开发方 • 背景 • 项目的目标 • 项目的规模
4
2、问题定义报告编写实例
例2.1 某校财务处有1名主任会计师，2名会计和2名出纳，共5 人。由于职工人数增加，每月发工资前几天，会计的工作量会 增大，要抽调其他部门的人帮忙，花一个星期才能把职工工资 表做出来。为了减轻财务处的工作量，学校决定采用计算机进 行工资管理，请软件公司帮助分析解决问题的可能性，给出问 题定义报告。 问题分析：一种解决办法是给财务处增加职工。如果增加2名职
（2）经济可行性：分析开发该系统能否取得经济效益。 要作出投资的估算和收益的估算。
（3）运行可行性：主要研究新系统规定的运行方式在 这个组织内是否可行等。

软件工程学概述可行性分析与需求分析总体设计详细设计实现 PPT课件

软件工程学概述可行性分析与需求分析总体设计详细设计实现 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-可行性分析 软件工程案例分析课件

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 引言

软件工程第三章可行性研究ppt课件

软件工程第三章可行性研究ppt课件
研究现正在 使用的系统
新系统的高 层逻辑模型
用户
逻辑模型表达了 系统分析员对新系统必须 作什么工作、完成什么任 务的理解.
分析员
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 导出新系统的高层逻辑模型
• 优秀的设计应该是
• 从现有的物理系统出发，导出现有物理系统的逻辑模型 • 再以现有物理系统的逻辑模型为基础，设想目标系统的逻
辑模型 • 最后根据目标系统的逻辑模型建造新的物理系统
抽象
……
改进
实现
……
老系统

软件工程—可行性研究PPT课件

软件工程—可行性研究PPT课件
▪ 定义：是关于数据的信息集合，即对数 据流图中包含的所有元素定义的集合。
▪ 作用：在软件分析和设计过程中给人提 供关于数据的描述信息。
▪ 和数据流图共同构成系统的逻辑模型。
♦ 没有数据字典，数据流图就不严格； ♦ 没有数据流图，数据字典难于发挥作用。
.
32
2.5.1 数据字典的内容
▪ 数据流
♦ 来源、去向、组成、流通量
五、导出和评价供选择的解法：
▪ 从系统逻辑模型导出若干较高层次（较 抽象）的物理解法供比较选择。
▪ 从技术角度触发考虑解决方案。 ▪ 从技术、操作、经济方面对方案进行可
行性分析。 ▪ 对可行的方案指定实现进度表。
.
10
2.2 可行性研究的八个步骤
六、推荐行动方针 ▪ 选择一种最好的解法，并说明理由 ▪ 对系统进行 成本/效益 分析 ▪ 考虑其社会、经济、政治各方面的实际意义 七、草拟开发计划，包括： ▪ 工程进度表 ▪ 开发人员和各种资源的需求 ▪ 估计系统生命周期的每个阶段的成本 ▪ 下一阶段（需求分析）的详细进度表和成本估
仓库管理员
订货系统
采购员
.
23
例：订货系统
▪ 细化基本系统模型：得到功能级数据流 图（一级细化）。
▪ 分析：
① 数据流：事务、订货报表 ② 处理：处理事务、产生订货报表 ③ 数据存储：库存清单、订货信息
.
224
例：订货系统
D1 库存清单
仓库管理员
1 处理事务
2 产生报表
采购员
D2 订货信息
.
25
♦ 零件入库或出库称为事务，通过放在仓库中 的CRT终端把事务报告给定货系统。
♦ 当某种零件的库存量少于库存临界值时就应 该再次订货。

软件工程PPT教学课件-第二章 可行性研究

软件工程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. 系统流程图
库存清单程序 定货 信息
报告生成程序 定货报告
库存清单 主文件
注：符号 = 系统部件 箭头 = 信息流动路径
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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.其他