软件工程第3章_需求.ppt

2.非功能需求 ① 系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访问范围：如限IP、限用户等。 ② 对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。 ③ 对系统查询速度的需求：要求系统在20S之内响应查询服务请求。 ④ 对系统可靠性的需求：要求系统失败发生率小于1%。 3. 领域需求 例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求： ⑴ 图书编目要求按照《中国图书馆分类法》进行； ⑵ 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。 第一条需求是对遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。 3.1.4 需求分析的方法 功能解析法 结构化分析法 信息建模法 面向对象分析法 功能解析法 将一个系统看作由若干功能构成的集合，每个功能又可划分成若干个加工（即子功能），一个加工又进一步可分解成若干个子加工 功能分解法由功能、子加工和功能接口三要素组成 本质是用过程抽象的观点看待系统需求 结构化分析法 一种从问题空间到某种表示的映射方法 由数据流图和数据字典组成 适用于数据处理领域的问题 信息建模法 从数据角度对现实世界进行建模 基本工具是E-R图，由实体、属性和联系三个基本要素组成 E-R图中，数据不封闭，没有继承性和消息传递机制 面向对象分析法 是把E-R图中的概念与面向对象程序设计语言中的主要概念结合起来形成的一种分析方法 既采用实体、属性、关系等信息建模方法中的概念，又采用了封闭、类结构和继承性等面向对象程序设计语言中的概念 3.2 结构化分析法 一种面向数据流的传统软件开发方法 以数据流为中心构建软件的分析模型和设计模型 分为： 结构化分析(Structured Analysis，SA) 结构化设计(Structured Design，SD) 结构化程序设计(Structured Programming，SP) 3.2.1 结构化分析（SA）概述 1. 自顶向下逐层分解的分析策略 基本思想：抽象与自顶向下的逐层分解(控制复杂性的两个基本手段) 抽象：在每个抽象层次上忽略问题的内部复杂性，只关注整个问题与外界的联系 分解：将问题不断分解为较小的问题，直到每个最底层的问题都足够简单为止 结构化分析方法中的抽象与分解 抽象：从作为整体的软件系统开始(顶层),每一抽象层次上只关注于系统的输入输出 分解：将系统不断分解为子系统、模块…… 随着分解层次的增加，抽象的级别越来越低，也越接近问题的解(算法和数据结构) 2.4 2.3 2.2 2.1 2 1 4 3 1.3 1.2 1.1 X 结构化分析过程 理解当前的现实环境，获得当前系统的具体模型(物理模型) 从当前系统的具体模型抽象出当前系统的逻辑模型 分析目标系统与当前系统逻辑上的差别，建立目标系统的逻辑模型 为目标系统的逻辑模型作补充 2. 结构化分析工具 数据流图（Data Flow Diagram, DFD）。用于描述系统分解，即描述系统由哪些部分组成，各部分间有什么联系等。 数据字典（Data Dictionary, DD）。用于定义数据流图中的数据和加工。 加工规格描述（Process Specification, PS）。描述加工逻辑的结构化语言、判定树、判定表等，是描述数据流图中不能被再分解的每一个基本加工的处理逻辑。 结构化分析模型的描述工具 数据字典是模型的核心，包含软件使用和产生所有数据的描述。 数据流图：用于功能建模，描述系统的输入数据流如何经过一系列的加工变换逐步变换成系统的输出数据流。 ER图：用于数据建模，描述数据字典中数据之间的关系。 实体-关系图 数据流图 状态转换图 数据字典 状态转换图：用于行为建模，描述系统接收哪些外部事件，以及在外部事件的作用下的状态迁移情况。 3. SA分析步骤 （1）建立当前系统的物理模型 （2）抽象出当前系统的逻辑模型 去掉模型中非本质因素，抽取本质因素（固有的，不依赖运行环境变化而变化的因素） （3）建立目标系统的逻辑模型 分析比较目标系统与当前系统逻辑上的差别，将改变的部分抽象为一个加工 （4）作进一步补充和优化 3.2.2 数据流图 DFD 数据流图（Data Flow Diagram，简称DFD）是结构化系统分析的主要工具，它能图形化地显示出系统中数据的使用，表达数据在系统内部的逻辑流向以及系统的逻辑功能和数据的逻辑变换 数据流图有四种基本符号：数据源、数据流、加工和