软件 需求 设计 详解

软件需求说明书

是站在开发的角度说明,用开发者的语言写的,它是对立项建议书而言的,正式立项后,有系统分析师进一步调研,写出软件需求规格说明书/软件需求规格说明书是立项建议书的产物. 

包括内容

 

验证软件需求 主要是验证

一致性

完整性

有效性

现实性

硬件,软件的实现

总体设计（概要设计） 

需求分析 , 是做什么, 根据用户需求规格完成软件需求规格说明书,.设计主要是解决 怎么做.

设计阶段分两个

总体设计

总体结构

详细设计

每个模块内部逻辑

总体设计 组成

系统设计阶段

结构设计阶段

系统设计阶段

    明确系统具体实现方案

结构设计阶段

    确定系统的软件结构

数据库设计

总体设计文档

   总体设计说明书

   数据库设计说明书

   用户手册

   测试计划

结构设计

以结构化分析DFD图为基础，转化为结构图

模块

模块化

 

抽象

信息隐蔽

模块独立

内聚

各模块彼此的紧密程度

耦合

图形工具

SC图 （结构图）

 

结构化设计过程

从DFD图向 结构图的转化

 

 

 

数据流图的两种类型

事务型

变换型

 

 

总体设计说明书

 

详细设计（模块设计）

详细设计的目的是确定应该怎样具体实现所要实现的系统。得出对目标系统的精确描述。 从而可以再编码阶段可以把这个描述直接翻译成某种程序语言和速写的程序。

确定每个模块快的算法，确定每一个模块的数据组织，为每个模块设计一个测试用例，编写详细设计说明书

结构化设计

自顶向下

先全局后局部

使用单入单出

过程设计工具

程序流程图

 

不易表示数据结构

 N-S图

 不违背结构化设计

 

PAD图 ， 问题分析图

是二维树形结构表示控制流

 

 

PLD 语言 混杂语言（过程设计语言）

 

判定树

 

 

判定表

 

软件配置管理过程

配置标识

版本和变更控制

版本控制是软件配置管理核心功能,是对软件生存期内各种软件实体,文档等的修改和变化的管理.主要功能是记录和追踪文件的变化.

需求分析

软件项目中40-60%的问题是在需求分析阶段埋下的祸根.

编写详细需求是重要的,也是困难的.原因

客户说不清楚需求

需求自身经常变动

分析人员或客户理解有误

主要需求

业务需求

用户需求

系统需求

业务需求  反应组织机构或客户对系统,产品高层次的目标要求, 在项目视图与范围文档中予以说明

用户需求, 文档描述了用户使用产品必须要完成的任务, 在使用实例文档或方案脚本说明中予以说明

系统需求   定义开发人员必须是先的软件功能, 以及是先系统所受到的约束

需求工程本身是一个过程,包括 需求获取,需求分析,需求规格说明,需求验证和需求管理.

在分析阶段结束之前,规格说明就可能已经开始,一旦问题域的基本问题和需求得以确定,解系统的轮廓就出来了.

 

需求验证 手段

需求评审

需求测试

需求管理   具体包括

变更控制

版本控制和需求跟踪 

结构化分析方法

面向数据流 的分析方法中刻画系统功能模型的数据流图(DFD)

迷香数据流分析方法中刻画系统数据模型的 是 实体 联系图是E-R图

面向数据流的分析方法中刻画系统行为模型的是 状态转移图STG

 结构化分析方法中建立的模型主要是以下三种模型

 功能模型   数据流图实现

数据模型    E-R图实现

行为模型    状态转移图

面向数据流分析方法

是一种建模技术

 主要思想是自顶向下,逐步求精 , 抽象和分解

核心是数据字典  围绕这个核心,建立需求的 3个模型  数据流图(DFD, 功能模型), 实体关系图(ERD, 数据模型), 状态 迁移图 (STD, 行为模型)

 数据流图

 分层数据流图只是表达了系统的分解, 为了完整地描述系统,还要借助数据字典  对图中的每个数据和加工给出解释.

数据字典  ,

是以方便对系统的查询,理解和最终实现的. 数据字典中需要定义数据流图中出现的数据流, 数据存储和数据项3 类条目.