软件工程第三讲--可行性研究ppt课件
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
▪ 初画时可以忽略琐碎的细节，以集中精神 于主要数据流
习题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 数据流描画
▪ 数据流名： ▪ 阐明：简要引见作用即它产生的缘由
和结果 ▪ 数据流来源：来自何方 ▪ 数据流去向：去向何处 ▪ 数据流组成：数据构造 ▪ 数据量流通量：数据量，流通量
60%
利用CAD系统绘图每年可节省的经费
B ＝ r×T×n×d×p
96000元/年
CAD系统本钱效益分析
本钱/效益〔万元〕
60
40
盈亏平衡点
CAD系统节省经费 CAD系统本钱
20
投资回收期
1 2 3 3.1 4 5
时间〔年〕
合算!
2. 技术可行性
技术可行性分析是指对要开发的工程的功能、性能、 限制条件进展分析，确定在现有的资源条件下，风险 有多大，工程能否能实现。
进货单
订货系统
定货报表 采购员
1层
1. 更新库 库存报表 2. 处置
存信息
定货
WR 库存报表
数据流图的作法
顶层
提货清单 仓库管理员
进货单
订货系统
定货报表 采购员
笼统
1层
1. 更新库 存信息
WR 库存报表
库存报表
2. 处置 定货
2层
详细
2.1 定货 判别
2.2 产生定 货报表
定货信息 W
R 定货信息
2.4.3 数据流图的层次构造
▪ 在多层数据流图中，顶层流图仅包含一个 加工，它代表被开发系统。它的输入流是 该系统的输入数据，输出流是系统所输出 数据
▪ 底层流图是指其加工不需再做分解的数据 流图，它处在最底层
▪ 中间层流图那么表示对其上层父图的细化。 它的每一加工能够继续细化，构成子图。
DFD分层
图2.1 根本符号
2.3.2 例子
某装配厂有一座存放零件的仓库，仓库中现有 的各种零件的数量以及每种零件的库存量临界 值等数据记录在库存清单主文件中。当仓库中 零件数量有变化时，应该及时修正库存清单主 文件，假设哪种零件的库存量少于它的库存量 临界值，那么应该报告给采购部门以便定货， 规定每天向采购部门送一次定货报告。
分层数据流图
数据流图的作法
例1：某工厂仓库的“订货系统〞应根据仓库管理员的提货清单和 进货单，更新库存报表，决议需求再次定货的零件〔包括零件 编号、称号、订货量、价钱、供应商等数据〕，将定货报表呈 交给采购员去采购〔每天一次〕。 当某零件的库存量<库存量临界值，就要再次定货。
顶层
提货清单 仓库管理员
P = 20万 4.2万 4.2万 4.2万 4.2万 4.2万
0
1
2
3
4
5
到第5年底结算时：
不合算!
投资额 = 200000(1+3%)5 231855(元)
收入 = 42000 [(1+3%)4+ (1+3%)3+ (1+3%)2+ (1+3%)+1]
222984(元)
衡量工程价值的经济目的
2.5.4 加工逻辑词条描画
▪ 加工名： ▪ 加工编号：反映该加工的层次 ▪ 简要描画：加工逻辑及功能简述 ▪ 输入数据流： ▪ 输出数据流： ▪ 加工逻辑：简述加工程序，加工顺
2.4.5 例如(V)—采购细化
2.4.6 检查和修正数据流图的原那么 ▪ 数据流图上图形符号(只I限) 于四种根本图形元素
▪ 数据流图的主图必需包括前述四种根本元素， 缺一不可
▪ 数据流图的主图上的数据流必需封锁在外部实 体之间
▪ 每个加工至少有一个输入数据流和一个输出数 据流
▪ 在数据流图中，需按层给加工框编号。编号阐 明该加工所处层次及上下层的亲子关系
2.4.2 DFD的绘制过程
DFD的绘制普通采用自顶向下、逐渐细化的 方法，主要步骤如下： 明确系统界面。识别出那些不受系统控制但又 影响系统运转的外部环境。 绘制根本系统模型。 根本系统模型由假设干源点、终点和一个根本 处置组成，阐明系统对数据加工变换的根本功 能。 逐层细化根本系统模型得到功能级DFD和详细 DFD。
图2.3 库存清单系统的系统流程图
2.3.3 分层
▪ 面对复杂的系统时，一个比较好的方法是 分层次地描画这个系统。
▪ 首先用一张高层次的系统流程图描画系统 总体概貌，阐明系统的关键功能。
▪ 然后分别把每个关键功能扩展到适当的详 细程度，画在单独的一页纸上。
▪ 这种分层次的描画方法便于阅读者按从笼 统到详细的过程逐渐深化地了解一个复杂 的系统
定货信息
2.4.4 数据流与数据加工之间的关系
2.4.5 构造化分析方法步骤例如(I) 商店业务处置系统
2.4.5 构造化分析方法步骤例如(II) 它反映了目的系统要实现的功能 数据流图绘制步骤 首先确定系统的输入和输出 根据商店业务，画出顶层数据流
图，以反映最主要业务处置流程
2.4.5 构造化分析方法步骤例如(III)
▪ 它的根本思想是用图形符号以黑盒子方式 描画组成系统的每个部件(程序，文档，数 据库，人工过程等)。
▪ 系统流程图表达的是数据在系统各部件之 间流动的情况。
2.3.1 符号
当以概括的方式笼统地描画一个实践系统时， 仅仅运用图2.1中列出的根本符号就足够了。
当需求更详细地描画一个物理系统时还需求 运用图2.2〔见书29页〕中列出的系统符号， 利用这些符号可以把一个广义的输入输出 操作详细化为读写存储在特殊设备上的文 件〔或数据库〕，把笼统处置详细化为特 定的程序或手工操作等。
▪ 典型的可行性研讨过程有下述一些步骤。 ▪ 复查系统规模和目的 ▪ 研讨目前正在运用的系统 ▪ 导出新系统的高层逻辑模型 ▪ 进一步定义问题 ▪ 导出和评价供选择的解法 ▪ 引荐行动方针 ▪ 草拟开发方案 ▪ 书写文档提交审查
2.2 可行性研讨过程(II)
2.3 系统流程图
▪ 系统流程图是概括地描画物理系统的传统 工具。
资源分析
▪ 为开发工程的一切硬、软件资源能否具备？能否 按期得到？
▪ 消费工具与设备能否有效？ ▪ 开发人员和管理人员的素质和阅历如何？ ▪ 开发人员能否得到培训？ ▪ 用户单位的行政管理、任务制度和人员素质能否
满足要求 ？ ▪ 完成系统所花的时间能否可以满足用户的要求？
〔3〕技术分析
▪ 能否具备技术资源？ ▪ 能否具备开发一切系统元素的技术实力？ ▪ 现有的技术能否成熟？能否确保功能和性能得到
2.5.2 数据元素词条描画
▪ 数据元素名： ▪ 类型：数字〔离散值，延续值〕，文
字〔编码类型〕 ▪ 长度： ▪ 取值范围： ▪ 相关的数据元素及数据构造：
2.5.3 数据文件词条描画
▪ 数据文件名： ▪ 简述：存放的是什么数据 ▪ 输入数据： ▪ 输出数据： ▪ 数据文件组成：数据构造 ▪ 存储方式：顺序，直接，关键码 ▪ 存取频率：
满足？ ▪ 未成熟技术在系统所要求的时间和设备限制下能
否可实现？ ▪ 能否对这种系统配置进展充分的维护？ ▪ 与技术相关的风险有哪些？
3. 法律可行性
▪ 配置能否会引入违法的责任风险？ ▪ 责任问题能否明确？ ▪ 能否存在潜在的破坏问题？ ▪ 工程能否会进犯他人、集体或国家的利益？
2.2 可行性研讨过程(I)
2.4.6 检查和修正数据流图的原那么(II)
▪ 父图—子图平衡
A 1B 2
C
3D
E
C 3.1
父图—子图不平衡
F
3.2
3.3 D
3.4 E
2.4.6 检查和修正数据流图的原那么 (II)
▪ 可以在数据流图中参与物质流，协助用户 了解数据流图
▪ 图上每个元素都必需有名字
▪ 数据流图中不可夹带控制流
经过分析，商店业务处置的主要 功能该当有销售、采购、会计三 大项。主要数据流输入的源点和 输出终点是顾客和供应商。
然后从输入端开场，根据商店业 务任务流程，画出数据流流经的 各加工框，逐渐画到输出端，得 到第一层数据流图
2.4.5 例如(IV)—第一层数据流图
2.4.5 例如(V)—销售么n年后： F = P(1+i)n 即：n年后的F元在如今的价值： P = F/(1+i)n
效益估计〔Benefit Estimation〕
例1：假设某软件生命周期为5年。如今投资20万元，平均年 利率3%。从第一年起，每年年底收入4.2万元，问该工程 能否值得投资？
第2章 可行性研讨
2.1 可行性研讨的义务 2.2 可行性研讨过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 本钱/效益分析
目的
▪ 了解可行性研讨过程 ▪ 设计软件系统的数据流图 ▪ 定义数据字典
Requirements Models for the Traditional and OO Approaches
患者
生理信号
患者平安范围 医生
患者监护系统 要求报告
时钟 时间
病情报告 警告信息 护士
患者平安范围 患者平安范围
生理信号
患者平安范围
4 设置患者平安范围
1 接纳信号
生 理 信 号 5 定时取样生理信号
2 分析信号 危急病人 3 产生警告信息
定时生理信号 6 更新日志
7 打印患者日志
日志数据
日志数据
2.1 可行性研讨的义务(I)
• 可行性研讨的目的不是处理问题，而是确 定问题能否值得去处理。
• 可行性研讨本质上是要进展一次大大紧缩 简化了的系统分析和设计的过程。
2.1 可行性研讨的义务(II)
▪ 可行性研讨最根本的义务是对以后的行动方针提 出建议。
▪ 可行性研讨可行性研讨需求的时间长短取决于工 程的规模。
▪ 技术可行性 ▪ 经济可行性 ▪ 操作可行性 ▪ 法律可行性 ▪ 不要花过多精神，占开发总本钱的 5 10 %
1. 经济可行性
没钱赚的事我们不干；有钱赚但投不起钱的事
不干；有钱赚也投得起钱但没有可靠的人选，
这样的事也不干。
传志
— 联想集团主席柳
资金有无落实 本钱 — 效益分析
本钱效益分析
▪ 计算机系统的本钱 ▪ 购置并安装软硬件及有关设备的费用 ▪ 系统开发费用 ▪ 系统安装、运转和维护费用 ▪ 人员培训费用 ▪ 估算本钱 — 实践本钱 ▪ 经济效益 — 社会效益
▪ 风险分析 ▪ 资源分析 ▪ 技术分析
〔1〕风险分析
本钱估算的准确度〔人力、设备、资金周转率〕 进度估算的风险 所选的系统配置是最能够有效益的处理方案吗？ 能否胜利地占领市场？〔产品的定位〕 技术风险 管理风险 资源风险
〔2〕资源分析
软件开发中的资源
▪ 人力资源 ▪ 技术程度、人员数量、专业配置 ▪ 各阶段对各种人员的需求 ▪ 硬件资源 ▪ 宿主机：软件开发阶段运用的计算机和有关外部设备 ▪ 目的机：运转所开发软件的计算机和有关外部设备 ▪ 其它硬件设备 ▪ 软件资源 ▪ 支持软件：如OS、编译程序、数据库和图形包等 ▪ 适用软件：促进软件复用，提高开发效率 ▪ 其它资源
2.4 数据流图
▪数据流图(Data Flow Diagram)是一种图形 化技术，它描画信息流和数据从输入挪动到 输出的过程中所经受的变换。
▪ 数据流图和数据字典(Data Dictionary)共 同构成了系统的逻辑模型。
2.4.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 数据流描画
▪ 数据流名： ▪ 阐明：简要引见作用即它产生的缘由
和结果 ▪ 数据流来源：来自何方 ▪ 数据流去向：去向何处 ▪ 数据流组成：数据构造 ▪ 数据量流通量：数据量，流通量
60%
利用CAD系统绘图每年可节省的经费
B ＝ r×T×n×d×p
96000元/年
CAD系统本钱效益分析
本钱/效益〔万元〕
60
40
盈亏平衡点
CAD系统节省经费 CAD系统本钱
20
投资回收期
1 2 3 3.1 4 5
时间〔年〕
合算!
2. 技术可行性
技术可行性分析是指对要开发的工程的功能、性能、 限制条件进展分析，确定在现有的资源条件下，风险 有多大，工程能否能实现。
进货单
订货系统
定货报表 采购员
1层
1. 更新库 库存报表 2. 处置
存信息
定货
WR 库存报表
数据流图的作法
顶层
提货清单 仓库管理员
进货单
订货系统
定货报表 采购员
笼统
1层
1. 更新库 存信息
WR 库存报表
库存报表
2. 处置 定货
2层
详细
2.1 定货 判别
2.2 产生定 货报表
定货信息 W
R 定货信息
2.4.3 数据流图的层次构造
▪ 在多层数据流图中，顶层流图仅包含一个 加工，它代表被开发系统。它的输入流是 该系统的输入数据，输出流是系统所输出 数据
▪ 底层流图是指其加工不需再做分解的数据 流图，它处在最底层
▪ 中间层流图那么表示对其上层父图的细化。 它的每一加工能够继续细化，构成子图。
DFD分层
图2.1 根本符号
2.3.2 例子
某装配厂有一座存放零件的仓库，仓库中现有 的各种零件的数量以及每种零件的库存量临界 值等数据记录在库存清单主文件中。当仓库中 零件数量有变化时，应该及时修正库存清单主 文件，假设哪种零件的库存量少于它的库存量 临界值，那么应该报告给采购部门以便定货， 规定每天向采购部门送一次定货报告。
分层数据流图
数据流图的作法
例1：某工厂仓库的“订货系统〞应根据仓库管理员的提货清单和 进货单，更新库存报表，决议需求再次定货的零件〔包括零件 编号、称号、订货量、价钱、供应商等数据〕，将定货报表呈 交给采购员去采购〔每天一次〕。 当某零件的库存量<库存量临界值，就要再次定货。
顶层
提货清单 仓库管理员
P = 20万 4.2万 4.2万 4.2万 4.2万 4.2万
0
1
2
3
4
5
到第5年底结算时：
不合算!
投资额 = 200000(1+3%)5 231855(元)
收入 = 42000 [(1+3%)4+ (1+3%)3+ (1+3%)2+ (1+3%)+1]
222984(元)
衡量工程价值的经济目的
2.5.4 加工逻辑词条描画
▪ 加工名： ▪ 加工编号：反映该加工的层次 ▪ 简要描画：加工逻辑及功能简述 ▪ 输入数据流： ▪ 输出数据流： ▪ 加工逻辑：简述加工程序，加工顺
2.4.5 例如(V)—采购细化
2.4.6 检查和修正数据流图的原那么 ▪ 数据流图上图形符号(只I限) 于四种根本图形元素
▪ 数据流图的主图必需包括前述四种根本元素， 缺一不可
▪ 数据流图的主图上的数据流必需封锁在外部实 体之间
▪ 每个加工至少有一个输入数据流和一个输出数 据流
▪ 在数据流图中，需按层给加工框编号。编号阐 明该加工所处层次及上下层的亲子关系
2.4.2 DFD的绘制过程
DFD的绘制普通采用自顶向下、逐渐细化的 方法，主要步骤如下： 明确系统界面。识别出那些不受系统控制但又 影响系统运转的外部环境。 绘制根本系统模型。 根本系统模型由假设干源点、终点和一个根本 处置组成，阐明系统对数据加工变换的根本功 能。 逐层细化根本系统模型得到功能级DFD和详细 DFD。
图2.3 库存清单系统的系统流程图
2.3.3 分层
▪ 面对复杂的系统时，一个比较好的方法是 分层次地描画这个系统。
▪ 首先用一张高层次的系统流程图描画系统 总体概貌，阐明系统的关键功能。
▪ 然后分别把每个关键功能扩展到适当的详 细程度，画在单独的一页纸上。
▪ 这种分层次的描画方法便于阅读者按从笼 统到详细的过程逐渐深化地了解一个复杂 的系统
定货信息
2.4.4 数据流与数据加工之间的关系
2.4.5 构造化分析方法步骤例如(I) 商店业务处置系统
2.4.5 构造化分析方法步骤例如(II) 它反映了目的系统要实现的功能 数据流图绘制步骤 首先确定系统的输入和输出 根据商店业务，画出顶层数据流
图，以反映最主要业务处置流程
2.4.5 构造化分析方法步骤例如(III)
▪ 它的根本思想是用图形符号以黑盒子方式 描画组成系统的每个部件(程序，文档，数 据库，人工过程等)。
▪ 系统流程图表达的是数据在系统各部件之 间流动的情况。
2.3.1 符号
当以概括的方式笼统地描画一个实践系统时， 仅仅运用图2.1中列出的根本符号就足够了。
当需求更详细地描画一个物理系统时还需求 运用图2.2〔见书29页〕中列出的系统符号， 利用这些符号可以把一个广义的输入输出 操作详细化为读写存储在特殊设备上的文 件〔或数据库〕，把笼统处置详细化为特 定的程序或手工操作等。
▪ 典型的可行性研讨过程有下述一些步骤。 ▪ 复查系统规模和目的 ▪ 研讨目前正在运用的系统 ▪ 导出新系统的高层逻辑模型 ▪ 进一步定义问题 ▪ 导出和评价供选择的解法 ▪ 引荐行动方针 ▪ 草拟开发方案 ▪ 书写文档提交审查
2.2 可行性研讨过程(II)
2.3 系统流程图
▪ 系统流程图是概括地描画物理系统的传统 工具。
资源分析
▪ 为开发工程的一切硬、软件资源能否具备？能否 按期得到？
▪ 消费工具与设备能否有效？ ▪ 开发人员和管理人员的素质和阅历如何？ ▪ 开发人员能否得到培训？ ▪ 用户单位的行政管理、任务制度和人员素质能否
满足要求 ？ ▪ 完成系统所花的时间能否可以满足用户的要求？
〔3〕技术分析
▪ 能否具备技术资源？ ▪ 能否具备开发一切系统元素的技术实力？ ▪ 现有的技术能否成熟？能否确保功能和性能得到
2.5.2 数据元素词条描画
▪ 数据元素名： ▪ 类型：数字〔离散值，延续值〕，文
字〔编码类型〕 ▪ 长度： ▪ 取值范围： ▪ 相关的数据元素及数据构造：
2.5.3 数据文件词条描画
▪ 数据文件名： ▪ 简述：存放的是什么数据 ▪ 输入数据： ▪ 输出数据： ▪ 数据文件组成：数据构造 ▪ 存储方式：顺序，直接，关键码 ▪ 存取频率：
满足？ ▪ 未成熟技术在系统所要求的时间和设备限制下能
否可实现？ ▪ 能否对这种系统配置进展充分的维护？ ▪ 与技术相关的风险有哪些？
3. 法律可行性
▪ 配置能否会引入违法的责任风险？ ▪ 责任问题能否明确？ ▪ 能否存在潜在的破坏问题？ ▪ 工程能否会进犯他人、集体或国家的利益？
2.2 可行性研讨过程(I)
2.4.6 检查和修正数据流图的原那么(II)
▪ 父图—子图平衡
A 1B 2
C
3D
E
C 3.1
父图—子图不平衡
F
3.2
3.3 D
3.4 E
2.4.6 检查和修正数据流图的原那么 (II)
▪ 可以在数据流图中参与物质流，协助用户 了解数据流图
▪ 图上每个元素都必需有名字
▪ 数据流图中不可夹带控制流
经过分析，商店业务处置的主要 功能该当有销售、采购、会计三 大项。主要数据流输入的源点和 输出终点是顾客和供应商。
然后从输入端开场，根据商店业 务任务流程，画出数据流流经的 各加工框，逐渐画到输出端，得 到第一层数据流图
2.4.5 例如(IV)—第一层数据流图
2.4.5 例如(V)—销售么n年后： F = P(1+i)n 即：n年后的F元在如今的价值： P = F/(1+i)n
效益估计〔Benefit Estimation〕
例1：假设某软件生命周期为5年。如今投资20万元，平均年 利率3%。从第一年起，每年年底收入4.2万元，问该工程 能否值得投资？
第2章 可行性研讨
2.1 可行性研讨的义务 2.2 可行性研讨过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 本钱/效益分析
目的
▪ 了解可行性研讨过程 ▪ 设计软件系统的数据流图 ▪ 定义数据字典
Requirements Models for the Traditional and OO Approaches
患者
生理信号
患者平安范围 医生
患者监护系统 要求报告
时钟 时间
病情报告 警告信息 护士
患者平安范围 患者平安范围
生理信号
患者平安范围
4 设置患者平安范围
1 接纳信号
生 理 信 号 5 定时取样生理信号
2 分析信号 危急病人 3 产生警告信息
定时生理信号 6 更新日志
7 打印患者日志
日志数据
日志数据
2.1 可行性研讨的义务(I)
• 可行性研讨的目的不是处理问题，而是确 定问题能否值得去处理。
• 可行性研讨本质上是要进展一次大大紧缩 简化了的系统分析和设计的过程。
2.1 可行性研讨的义务(II)
▪ 可行性研讨最根本的义务是对以后的行动方针提 出建议。
▪ 可行性研讨可行性研讨需求的时间长短取决于工 程的规模。
▪ 技术可行性 ▪ 经济可行性 ▪ 操作可行性 ▪ 法律可行性 ▪ 不要花过多精神，占开发总本钱的 5 10 %
1. 经济可行性
没钱赚的事我们不干；有钱赚但投不起钱的事
不干；有钱赚也投得起钱但没有可靠的人选，
这样的事也不干。
传志
— 联想集团主席柳
资金有无落实 本钱 — 效益分析
本钱效益分析
▪ 计算机系统的本钱 ▪ 购置并安装软硬件及有关设备的费用 ▪ 系统开发费用 ▪ 系统安装、运转和维护费用 ▪ 人员培训费用 ▪ 估算本钱 — 实践本钱 ▪ 经济效益 — 社会效益
▪ 风险分析 ▪ 资源分析 ▪ 技术分析
〔1〕风险分析
本钱估算的准确度〔人力、设备、资金周转率〕 进度估算的风险 所选的系统配置是最能够有效益的处理方案吗？ 能否胜利地占领市场？〔产品的定位〕 技术风险 管理风险 资源风险
〔2〕资源分析
软件开发中的资源
▪ 人力资源 ▪ 技术程度、人员数量、专业配置 ▪ 各阶段对各种人员的需求 ▪ 硬件资源 ▪ 宿主机：软件开发阶段运用的计算机和有关外部设备 ▪ 目的机：运转所开发软件的计算机和有关外部设备 ▪ 其它硬件设备 ▪ 软件资源 ▪ 支持软件：如OS、编译程序、数据库和图形包等 ▪ 适用软件：促进软件复用，提高开发效率 ▪ 其它资源
2.4 数据流图
▪数据流图(Data Flow Diagram)是一种图形 化技术，它描画信息流和数据从输入挪动到 输出的过程中所经受的变换。
▪ 数据流图和数据字典(Data Dictionary)共 同构成了系统的逻辑模型。
2.4.1 数据流图符号
▪ 数据流图中的主要图形元素
数据加工 (数据变换) 数据源点或终点 (外部实体) 数据流 数据存储文件