需求分析的功能模型PPT课件
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
.
22
❖ 3、局部数据存储。当某层数据流图中的数据 存储不是由图中相应加工的外部接口,而只是 本图中某些加工之间的数据接口,则称这些数 据存储为局部数据存储。
❖ 4、提高数据流图的易理解性。注意合理分解, 要把一个加工分解成几个功能相对独立的子加 工,这样可以减少加工之间输入、输出数据流 的数目,增加数据流图的可理解性。
符号
或
或 或
含义 数据的源点或终点 数据流 数据存储 加工(变换)
.
20
画数据流图步骤
❖ 1、首先画系统的输入输出,即先画顶层数据
流图。顶层流图只包含一个加工,用以表示被 开发的系统,然后考虑该系统有哪些输入数据, 这些输入数据从哪里来;有哪些输出数据,输 出到哪里去。
❖ 2、画系统内部,即画下层数据流图。一般将 层号从0开始编号,采用自顶向下,由外向内 的原则。
•环境需求:指软件运行时的软件、硬件要求。
•用户界面需求:指人机交互方式、输入输出的数据格式等是否友好、便 捷等。 此外还有:可靠性需求、安全保密要求、用户界面需求、可移值性、可维 护性等方面需求。
.
12
调查时可采用以下几种方式: ① 与用户交谈,向用户提出问题。 ② 参观用户的工作流程,观察用户的操作。 ③ 向用户群体发放调查问卷表。 ④ 与同行、专家交谈,听取他们的意见。 ⑤ 分析已经存在的同类软件产品,提取需求。 ⑥ 从行业标准、规则中提取需求。 ⑦ 从Internet上搜索相关资料。
2 去除非本质因素,抽象出当前系 统的逻辑模型
从当前系统的物理模型中去掉非本质因素,如地点、人物等, 抽象出当前系统的逻辑模型,可以用数据流图表示。
.
18
2.3 数据流分析技术
面向数据流进行需求分析的方法
结构化分析方法适合于数据处理类型软件的需求分析
具体来说,结构化分析方法就是用抽象模型的概念,
❖ 需求规格说明书的主要部分是详细的数据流图,数据字典和 主要功能的算法描述。通过验收的需求规格说明书是今后软 件设计和项目验收的依据。
.
9
需求分析的过程
❖ 需求分析对于整个软件开发过程以及软件产品的质 量至关重要。
❖ 从收集资料到形成软件需求分析文档,一般来说要 经过四个过程:获取用户需求,分析用户需求,编 写需求文档,评审需求文档。
.
2
1. 经济可行性
经济可行性研究主要进行成本效益分析, 包括估计项目的开发成本,估算开发成本是 否会高于项目预期的全部利润。分析系统开 发对其他产品或利润所带来的影响。
.
3
2. 技术可行性
技术可行性研究是系统开发过程中难度最大的、 最重要的工作技术可行性研究包括以下几项:
(1)风险分析:在给出的限制范围内,能否
.
5
4. 法律可行性
法律可行性是指在研究系统开发过程中可 能涉及的各种合同侵权、责任以及各种与法 律相抵触的问题。
.
பைடு நூலகம்
6
5. 开发方案可行性
提出系统实现的各种方案并进行评价之后, 从中选择一种最优秀的方案。
.
7
2.2 可行性研究的具体步骤
1. 复查系统规模和目标
2. 研究目前正在使用的系统
3. 导出新系统的高层逻辑模型
按照软件内部数据传递、变换的关系,自顶向下逐层
分解,直到找到满足功能要求的所有可实现的软件为
止
数据流图(Data Flow Diagram,简称DFD)描绘系统
的逻辑模型,是结构化系统分析的主要工具。数据流
图(DFD)是描述软件系统中数据处理过程的一种有力
.
19
的图形工具。
数据流图中的基本符号(最新)
.
21
注意事项
❖ 1、命名。不论数据流、数据存储还是加工, 合适的命名使人们易于理解其含义。
❖ 2、一般不画物质流。数据流反映能用计算机 处理的数据,并不是实物,因此对目标系统的 数据流图一般不要画物质流
❖ 3、父图与子图的平衡。子图的输入输出数据 流同父图相应加工的输入输出数据必须一致, 此即父图与子图的平衡。
第二章 可行性研究
当准备接受一个软件开发任务时,就进 入软件生命周期的第一个阶段,即进行可 行性研究;可行性研究是压缩简化了的系 统分析和设计的过程,也就是说在较高层 次上以较抽象的方式进行设计的过程;一 般说来,可行性研究所需的成本占总工程 成本的5%~10%。
.
1
2.1 可行性研究的任务
1. 经济可行性 2. 技术可行性 3. 运行可行性 4. 法律可行性 5. 开发方案可行性
4. 重新定义问题
5. 导出和评价供选择的方案
6. 推荐一个方案并说明理由
7. 推荐行动方针
8. 书写计划任务书
9. 提交审查
.
8
2.3 需求分析的概念
❖ 需求分析的任务并不是确定系统怎样完成它的工作,而仅仅
是确定系统必须完成哪些工作,也就是对目标系统提出完整、
准确、清晰、具体的要求。
❖ 需求分析是指开发人员要准确地理解用户的要求,进行细致的 调查分析,将用户非形式化的需求陈述转化为完整的需求定义, 再由需求定义转化为相应的软件需求规格说明书(即需求分 析的结果)的过程。
.
10
需求分析的任务
❖ 需求分析的任务是确定系统必须完成哪些工作,也 就是对目标系统提出完整、准确、清晰、具体的定 义和要求。
❖ 本阶段要进行的具体工作如下:
.
11
1 进行调查研究,获取用户需求
•这些需求包括:
•功能需求:所开发的软件必需具备什么功能(最重要)。
•性能需求:指待开发的软件应具备的性能指标,如存储容量,运行时间 等。
.
13
系统流程图
分析员协同程序员通过调查分析,同时可以参考该项 目的可行性报告和项目开发计划书,来获取当前系 统的物理模型,可以采用系统流程图(是用来描述 系统物理模型的一种传统工具)表示。 例如:计算 机售书的系统流程图如下页所示。
.
14
计算机售书的系统流程图如下所示
.
15
附:
.
16
.
17
.
23
描述银行取款过程的数据流图
设计出系统,并实现必要的功能和性能。
(2)资源分析:要论证是否具备系统开发所 需的各类人员(管理人员和各类专业技术人员)、软 件、硬件资源和工作环境等。
(3)技术分析:相关技术的发展是否支持这
个系统。
.
4
3. 运行可行性
运行可行性研究内容包括新系统规定的 运行方式是否可行,如果新系统是建立在原 来已担负其他任务的计算机系统上的,就不 能要求它在实时在线状态下运行,以免与原 有的任务相矛盾。