软件工程——4.需求分析基础.pptVIP

Software Engineering (An Introduction) 第四章 需求分析基础 Chapter 4 Foundation of SRA (Software Requirements Analysis) 相关概念 需求分析基础 需求分析的任务 需求分析的一般性技术 需求规格说明与评审 SRA的实施 回顾：相关概念 回顾：相关概念 GB8566-88（计算机软件开发规范）：生命周期阶段划分 可引性研究与计划 需求分析 概要设计 详细设计 实现及单元测试（常简称为实现） 集成测试 确认测试 使用和维护。 回顾：相关概念 关于阶段的划分 Software life cycle. 根据软件状态、特征、开发活动的目的，可以分为不同阶段，各阶段划分尚未统一，但其划分也不是任意的。 典型划分（一）—— 推荐 典型划分（二） 其它划分 回顾：相关概念 计划时期 问题定义 可行性分析 开发时期 需求分析 软件设计 编码 测试 运行时期 软件维护 回顾：相关概念 回顾：相关概念 回顾：相关概念 相关概念：问题定义/可行性研究/系统工程 问题定义阶段需要解决的问题是“该软件项目要解决的问题是什么”； 可行性研究/分析是要决定“做还是不做”； 需求分析是要决定“目标系统必须做什么，不做什么”。 回顾：相关概念 4.0 需求分析概述 What’s SRA ? The Importance of SRA 需求分析的复杂性和困难性 需求工程概念 （SRA的工作过程） 4.0 需求分析概述 软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。 需求分析就是通过对应用问题及其环境的分析与理解，采用一系列的分析方法和技术，将用户的需求逐步精确化、完全化、一致化，最终形成需求规格说明文档的过程。 系统分析阶段产生的系统规格说明和项目规划是软件需求分析的基础，分析人员需从软件的角度对其进行检查和调整，并在此基础上展开需求分析。 需求分析概述：What’s SRA? SRA：获取、理解分析、并用书面形式完整、精确一致地表述出用户对目标系统的各种功能方面和各种非功能方面的需求。 ｛SE规范国家标准｝一个软件需求是对拟开发的软件产品的某项基本功能或性能的一个陈述。 软件需求的概念涵盖了用户角度（系统的外部行为）和开发人员角度（系统的内部特性）两个方面，其中的关键在于需 求一定要文档化。 4.0 需求分析概述 相关概念：问题定义/可行性研究/系统工程 需求分析阶段的任务： 在可行性分析的基础上，进一步了解确定用户需求, 将项目计划阶段确定的软件范围逐步细化到可详细定义的程度，并分析出各种不同的软件元素，准确地回答 “系统必须做什么？” 的问题。写出需求规格说明书。 需求分析概述：The Importance of SRA 试想当你完成软件开发后，用户认为该软件不是他所期望的而拒绝接收时，你怎么办（你的处境）。 SRA是软件开发的前提和基础。SRA过程中产生的文档资料——软件需求规格说明书SRS是软件开发依据，也是软件开发者与用户评估/验收软件产品的依据。 软件错误源于分析阶段的比例高达50%~60%；一个错误发现得越晚，修复错误的费用越高(高2～3个数量级，随时间呈指数级增长)。 需求分析概述：The Importance of SRA 引入同一变动付出的代价随时间变化的趋势 需求分析概述：The Importance of SRA 需求分析概述：The Importance of SRA 从Analyst 的角色和要求看。 需求工程——SE中最受重视和最活跃的研究领域之一。 软件质量 = 系统所实现的需求/客户所期望的需求 需求分析概述：The Importance of SRA The requirements document is the official statement of what is required of the system developers A software requirements document is an agreed statement of the system requirements Establish and maintain agreement with the customers and other stakeholders on what the system should do. To serve as a basis for a design or implementation. 需求分析概述：复杂性和困难性 1. 用户对需求描述的零乱、模糊问题。 2. 用户与分析员之间的交流障碍问题。由于教育背景、专业领域不同或利益关系等，而造成误解或无法沟通