可行性分析详细

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2.2 按出版社统
计缺书
采购 子系统
教材存量表 F1
待购教材表 F5
教材一览表 F6
缺书单
2.3
销 进书通知 修改教材库 进书通知 保

存和待
管员
购量
第3层
分层 DFD 图的优点
. 便于实现
--- 采用逐步细化的扩展方法,可避免一 次引入过多的细节,有利于控制问题 的复杂度;
. 便于使用
--- 用一组图代替一张总图,方便用户及 软件开发人员阅读。
析人员应建议停止该项目,以避免造成进一步的浪费;如果问题值得解决,则提出并评价实现系统 的各种可行的开发方案,从中选择一种最佳方案,并为系统制定一个初步的开发计划。
可行性研究的内容
(1) 技术可行性 (2) 经济可行性 (3) 操作可行性 (4) 社会可行性(法律可行性) (5) 抉择
技术可行性
购书发票 购书单
结束
到书库 领书
面对复杂的系统 ----分层描绘
首先用一张高层次的系统流程图描绘系统总体 概貌,表明系统的关键功能。
然后分别把每个关键功能扩展到适当的详细程 度,画在单独的一页纸上。
这种分层次的描绘方法便于阅读者按从抽象到 具体的过程逐步深入地了解一个复杂的系统。
2.4 数据流图 DFD ---- Data Flow Diagram
领书单
学生
1.3.1
教材
1.3.2
1.3.3
领书单
(a) 父图
(a)子图
画分层 DFD 的指导原则 3. 区分局部文件和局部外部项
学 购书单 1

销售
领书单
教材存量 表
进书通知
2 采购
缺书单 保 管员
进书通知
缺书登记 表
第 2层
缺书登记表 F2
2.1 按书号汇
总缺书
2.2 按出版社统
计缺书
采购 子系统
4 所建议的系统 4.1 对所建议系统的说明 4.2 数据流程和处理流程 4.3 改进之处 4.4 影响 4.5 局限性 4.6 技术条件方面的可行性
5 可选择的其它系统方案 5.1 可选择的其它系统1 5.2 可选择的其它系统2 ......
7 社会条件方面的可行性 7.1 法律方面的可行性 7.2 使用方面的可行性
外部实体
数据的 加工或
变换
输出
软件 系统
外部实体 ……
外部实体
分层的数据流图
F0
F12
F11
F14
F13
第n层 F15
F21
F23
F25
F22
F24
第 n+2 层
2.4 .2 例子1
例1:一家工厂的采购部每天需要一张定货报表,报表按零件编号排序,列出所有需要再次定货的零件。对 于需要订货的零件列出其零件编号、零件名称、定货数量、目前价格、主要供应者、次要供应者。零件 入库或出库称为事务,通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存量少于临 界值时就应该再次定货
可行性研究报告的编写
1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料
2 可行性研究的前提 2.1 要求 2.2 目标 2.3 条件、假定和限制 2.4 进行可行性研究的方法 2.5 评价尺度
可行性研究报告的编写
3 对现有系统的分析 3.1 数据流程和处理流程 3.2 工作负荷 3.3 费用开支 3.4 人员 3.5 设备 3.6 局限性
局部 文件
局部 外部项
教材存量表 F1
待购教材表 F5
教材一览表 F6
缺书单
2.3
销 进书通知 修改教材库 进书通知 保

存和待
管员
购量
第3层
画分层 DFD 的指导原则
4. 掌握分解的速度 一般来说,每一个加工每次可分为 2-4个子加工,最
多不得超过 7 个。 5. 遵守加工编号规则
顶层加工不编号。第二层的加工编号为1,2,3,…,n号。 第三层编号为1.1,1.2,1.3…n.1,n.2…等号,依此类推。
暂缺书单
1.4 登记 缺书
学 生
无效书单 1.1 审查
购书单 有效性
有效书单 1.2 开发票
发票 1.3 领书单 登记并开 领书单
学 生
各班用书表 F3
售书登记表 F4
第3 层
教材存量表
购书单 学
1

销售
领书单
进书通知
2 采购
缺书单 保
管员 进书通知
缺书登记表
第 2层
缺书登记表 F2
2.1 按书号汇 总缺书
当造成的,应该试试重新分解,看是否能克服这个困难。
画分层 DFD 的指导原则 1. 注意数据流图中成分的命名
2) 为处理命名 (1) 通常先为数据流命名,然后再为与之相关联的处理命名。这样命名比较容易,而且体现了人类
习惯的“由表及里”的思考过程。 (2) 名字应该反映整个处理的功能,而不是它的一部分功能。 (3) 名字最好由一个具体的及物动词加上一个具体的宾语组成。应该尽量避免使用“加工”、“处
一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。 在数据流图中没有任何具体的物理部件,它只是描绘数据在软件中流动和被处理的逻辑过程,
是系统逻辑功能的图形表示。 设计数据流图时只需考虑系统必须完成的基本逻辑功能,完全不需要考虑怎样具体地实现这些
功能,所以它也是今后进行软件设计的很好的出发点。
理”等空洞笼统的动词作名字。 (4) 通常名字中仅包括一个动词,如果必须用两个动词才能描述整个处理的功能,则把这个处理再
分解成两个处理可能更恰当些。 (5) 如果在为某个处理命名时遇到困难,则很可能是发现了分解不当的迹象,应考虑重新分解。
画分层 DFD 的指导原则 2. 注意父图和子图的平衡
发票
1.3 开领书单
基本符号 ----以概括的方式抽象地描绘一个实际系统所用符号
---
系 统 符具 号体
地 描 绘 一 个 物 理 系 统 所 用 符 号
举例 ----库存清单系统的系统流程图
举例 ---- 计算机售书系统流程图
学生 购书单 终端
审查并 开发票
1
2
1---学生各学期用书数据库 2---教材存量数据库
数据流图四种基本符号 或 或 或
数据加工 (数据变换) 数据源点或终点 (外部实体)
数据存储文件 数据流
数据流图几种附加符号
数据流图的层次结构
为了表达数据处理过程的数据加工情况,需要采用层次结构的数据流图。按照系统的层次结 构进行逐步分解,并以分层的数据流图反映这种结构关系,能清楚地表达和容易理解整个系 统。
可行性研究报告的编写
6 投资及收益分析 6.1 支出 6.2 收益 6.3 收益/投资比 6.4 投资回收周期 6.5 敏感性分析
2.3 系统流程图
系统流程图是概括地描绘物理系统的传统工具。
它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件(程序,文档, 数据库,人工过程等)。
系统流程图表达的是数据在系统各部件之间流动的情况,而不是对数据进行加工 处理的控制过程,因此尽管系统流程图的某些符号和程序流程图的符号形式相同, 但是它却是物理数据流图而不是程序流程图。
2.4.4 数据流图的用途
数据流图可以辅助物理系统的设计(图); 数据流图对详细设计也有帮助。
课堂作业1
某单位财务部门要求人事部门在每月月初提供所有职工上个月的出勤情况和业绩情况,要求后勤部门提 供所有职工上个月的水电使用及扣款情况,再将所有数据交给工资计算系统去处理,得到所有职工上个 月的工资情况,并将工资转给相应的银行进行发放。请根据上述情况画出对应的数据流图。
开发项目是否会在社会上或政治上引起侵权、破坏或其它责任问 题。
2.2 可行性研究过程
1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 进一步定义问题 5. 导出和评价供选择的解法 6. 推荐行动方针 7. 草拟开发计划 8. 书写文档提交审查
可行性研究报告的编写(补充) GB 8567-88《 计算机软件产品开发文件编制指南 》
等三方面研究并论证本软件项目的可行性,编写可行性研究报告,制定初步项目开发计 划。” 可行性研究的最根本任务是:
对以后的行动方针提出建议。
可行性研究的任务
➢ 法律可行性研究:研究新系统的开发和使用是否会侵犯他人的权益,是否触犯了国家的法律法规。 ➢ 开发方案的选择:可行性研究的最主要任务是对以后的行动提出建议。如果问题没有可行的解,分
1)建立顶层数据流图 图1 工资计算系统的顶层(0层)数据流图
2)数据流图的分层细化 图2 工资计算系统第一层数据流图
对第一层数据流图中的加工继续分解,则可得到第二层数据流图,如图3(a)所示。
(a) “计算工资”子数据流图 图3 工资计算系统的第二层数据流图
对第一层数据流图中的加工继续分解,则可得到第二层数据流图,如图3(b)所示。
可行性分析详细
问题的定义与可性行研究
开始
有用的软件
问题定义
Who
为谁设计,用户是谁?
可性行研究
What
要解决哪些问题?
3W
可行否? Y
项目实施计划
Why
为什么要解决这些问题
N
终止项目的建议
结束
可行性研究
目的: 用最小的代价在尽可能短的时间内确定问题是否能够解决。 不是解决问题,而是确定问题是否值得去解决。
定货报表
图2.5 定货系统的基本系统模型
采购员
将加工(处理)—— 考虑有关数据存储问题,题中涉及到存储的信息有:库存清单、定货信息;
仓库 管理员
D1 库存清单
库存清单
事务
1 处理事

2 产生报

定货报表
定货信息
D2 定货信息 图2.6 定货系统的功能级数据流图
采购员
将事务处理进一步分解为接收事务,更新库存清单、处理定货三部分。 画出定货系统功能分解后的数据流图
画分层 DFD 的指导原则 1. 注意数据流图中成分的命名
1) 为数据流(或数据存储)命名 (1) 名字应代表整个数据流(或数据存储)的内容,而不是仅仅反映它的某些成分。 (2) 不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。 (3) 如果在为某个数据流(或数据存储)起名字时遇到了困难,则很可能是因为对数据流图分解不恰
购书单 学 生
领书单
1 销售
进书通知
2 采购
缺书单 保
管员 进书通知
缺书登记表 F2
第2层
教材存量表
购书单 学
1

销售
领书单
进书通知
2 采购
缺书单 保
管员 进书通知
教材销售子系统
外部 项
缺书登记表
F1 书号 单价 数量
采 购
进书通知 1.5 补售 教材
教材存量表 F1 补售 书单
第2层
缺书登记表 F2
价值和成本的关系 质量与价值、成本的关系 价值/成本的均衡
举例
成本-效益(万元)
盈亏平衡点 60 40 该系统成本
20
0 12 3 4 5
投资回收期
该系统节省经费 年
---------成本及效益分析图
操作可行性
• 用户使用可能性 • 时间进度可行性 • 组织和文化上的可行性
社会可行性(法律可行性)
分析过程如下
确定系统的源点和终点 仓库管理员是数据的源点; 采购员是数据的终点。
加工(处理) 本题应该完成定货系统这样一个功能。
数据流 事务需从仓库送到系统中,显然事务是一个数据流; 系统要把定货报表送给采购部,定货报表也是一个数据流。
定货系统基本数据流图
仓库 管理员
事务
订货系 统
在多层数据流图中,顶层流图仅包含一个加工,它代表被开发系统。它的输入流是该系 统的输入数据,输出流是系统所输出数据。
底层流图是指其加工不需再做分解的数据流图,它处在最底层。 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化,形成子图。
分层的数据流图
---- 系统逻辑模型
输入
外部实体 ……
可行性研究的目的
说明该软件开发项目的实现在技术上、经济上和社会条件上的可行性;评述为合理地达 到开发目标可能选择的各种方案。
(GB 8567-88《 计算机软件产品开发文件编制指南 》)
2.1 可行性研究的任务
GB 8566-88 《计算机软件开发规范》中指出: 可行性研究的主要任务是“了解客户的要求及现实环境,从技术、经济和社会因素
图2.7 处理事务的功能进一步分解后的数据流图
图2.8这种划分自动化边界的方法暗示以批量方式更新库存清单
图2.9另一种划分自动化边界的方法建议以联机方式更新库存清单
举 例2 2、学生购买教材系统
外部实体
购书单 学 生
领书单
教材 购销 系统
缺书单
进书通 知
保 管员
外部实体 第1层
教材存量表 F1
度量一个特定技术信息系统解决方案的实用性及技术资源的可用性 考虑的问题 (1)开发风险分析 (2)资源分析 (3)相关技术的发展(现有技术能 否实现新系统,技术难点、建议 采用技术的先进性)
源自文库
经济可行性
度量系统解决方案的性能价格比。 考虑的问题: 成本/效益分析(开发、运行的成本/效益)
有形成本、效益 无形成本、效益
相关文档
最新文档