软工视频、文档之软件需求计划

在这里插入图片描述

软件需求分析的任务与过程

软件需求分析流程
在这里插入图片描述

一、任务

(解决做什么问题)
从当前系统的逻辑模型推导出目标系统的逻辑模型
深入任务描述软件的功能和性能
确定软件设计的约束和软件其他系统元素的接口
定义软件其他有效性需求

二、过程

问题识别
系统角度理解评审软件
确定目标系统的综合要求
提出需求实现条件
建立分析所需要的通信途径,保证顺利分析问题(开发人员少而精)
在这里插入图片描述
选取方法
分析与综合
1、执行目的:
在这里插入图片描述
2.常用分析方法:
面向数据流的结构分析方法
面向数据结构的Jackson方法
结构化数据系统开发方法
面向对象的分析方法
编写说明书与文档
1.原则:
现实中分离功能,描述做什么
使用面向处理的规格说明语言(系统定义语言)
尽力分析模型前,理解问题
开发模型,使用户了解如何发生人机交互
记录每个需求起源和原因
使用多个需求视图
给系统分优先级
努力删除模棱两可的东西
2.编写的文档:
软件需求说明书
数据要求说明书
初步的用户手册
修改完善与确定开发实施计划
3.需求规格说明书满足要求
一致性(所有需求不矛盾)
完整性(包含所有需求)
现实性(软件在现实环境下可以被开发)
有效性(软件有解决问题)

三、软件需求分析原则

能表达和理解问题的信息域和功能域
层次化细分问题(横向、纵向分解)
尽力分析模型前,理解问题
开发模型,使用户了解如何发生人机交互
记录每个需求起源和原因
使用多个需求视图
给系统分优先级
努力删除模棱两可的东西

软件需求分析方法

(需求分析方法由软件问题的信息域和功能域的系统分析过程及其表示方法组成,由信息驱动)

一、结构分析法

(一)数据流图
1.包含内容:
在这里插入图片描述
2.数据流图的实例
在这里插入图片描述
3.数据流和数据加工之间的关系:有输入一定有输出
在这里插入图片描述
4.分层数据流图(F是指各个实体所涉及的表)
在这里插入图片描述
5.检查和修改数据流图的原则:
数据流图所有图形符号仅限于前面的四种
数据流图主图必须包括前述四种
每个加工输入输出流必须各有一个
数据流图中按层编号,表明上下层、同层等关系
下层数据流图必须和上层对应,两者输入输出流必须一致
(二)数据词典
1.数据词典的好处
数据词典与数据流图配合使用,可清楚表达数据处理要求
2.词条描述
对数据流图中每一个被命名的图形元素都加上定义
3.内容
名字、别名、分类、描述、定义、位置、其他…
4.数据结构描述
“=”、“+”与、
[…,…][…|…]或、
{…}m{…}n重复、
(…)可选、
““…””基本元素、
“…”连接符
(三)加工逻辑说明的工具
1.结构化英语(机器可读性好)
(英语命令动词、数据字典中定义的名字、有限的自定义词、逻辑词)
三种基本结构
简单陈述、
重复(while…do ,repeat…until)、
判定(if…then…else…end if,case_of…)
判定表(机器可读性好、逻辑验证、优化好)
数据流图的加工需要依赖多个逻辑条件取值时,用判定表
在这里插入图片描述
判定树(描述直观)
有时候比判定表更直观
在这里插入图片描述

二、原型化方法

(一)条件
开发人员在开发前对系统进行全面解读和了解
(二)类型
探索型、实验型、进化型
(三)使用策略
废弃策略、追加策略
(四)原型开发模型
在这里插入图片描述
(五)具体软件开发的模型
在这里插入图片描述

三、动态分析法

(一)状态迁移图
(圆圈表示系统、箭头表示一种状态变为另一种状态)
在这里插入图片描述
(二)Petri图
(用于分析相互独立,并行处理的系统)
在这里插入图片描述
(三)时序图

需求规格说明书

一、引言

编写目的
项目背景
定义
参考资料

二、任务概述

目标
运行环境
条件与限制

三、数据描述

静动态数据
数据库介绍
数据字典
数据采集

四、功能要求

功能划分与描述

五、性能需求

数据精确度
时间特性
适应性

六、运行需求

用户界面
软硬件接口
故障处理

七、其他需求

发布了63 篇原创文章 · 获赞 5 · 访问量 2860

猜你喜欢

转载自blog.csdn.net/TGB__15__ZYB/article/details/98626744
今日推荐