文档介绍：该【软件工程第3章-需求分析 】是由【wxq362】上传分享，文档一共【98】页，该文档可以免费在线阅读，需要了解更多关于【软件工程第3章-需求分析 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。第三章 需求分析
主讲:李辉
第一页,共九十八页。
第3章需求分析
-联系图
第二页,共九十八页。
为什么要进行需求分析
软件需求分析是软件开发的基础。在需求阶段修复一个错误的费用是编码阶段的1/5-1/10,是维护阶段修复费用的1/100-1/200,即设计错误的修复费用要远远高于编码错误的修复费用。
通过“分析”,理解用户的各种需求,通过“规格说明”把需求表达出来。要求大家:
(1)掌握具体的步骤和方法
(2)提高分析问题和解决问题的能力
(3)熟练运用一些图形工具
第三页,共九十八页。
为什么需求分析比较困难
问题空间的复杂性
分析人员和用户之间的交流障碍
需求的不断变化
第四页,共九十八页。
基本概念
目的
澄清用户的各种需求
基本任务
(1)软件定义时期的最后一个阶段,它的基本任务是准确地回答“系统必须做什么?”这个问题。
(2)确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。
(3)写出软件需求规格说明书,以书面形式准确地描述软件需求。
第五页,共九十八页。
结构化分析方法遵守的准则
(1)必须理解并描述问题的信息域,根据这条准则应该建立数据模型。
(2)必须定义软件应完成的功能,这条准则要求建立功能模型。
(3)必须描述作为外部事件结果的软件行为,这条准则要求建立行为模型。
(4)必须对描述信息、功能和行为的模型进行分解,用层次的方式展示细节。
第六页,共九十八页。
需求:正在构建的系统必须符合的事务。
需求管理:是一种获取、组织并记录系统需求的系统化方案以及一个使客户与项目团队不断变更的系统需求达成并保持一致的过程。
传统需求分析:强调需求的记录,以一成不变的观点对待需求,不重视需求实现与维护。
现代需求过程:包括需求的获取、分析、处理、验证、实现和全过程的需求管理。需求管理覆盖软件工程的整个过程。
有关需求的概念
第七页,共九十八页。
传统与现代需求方法的比较:
需求管理过程
需求管理功能
需求管理思想方法
传统
局限于需求分析这一个阶段
注重具体的需求分析方法
一成不变的观点,注重“描述”的方法和过程,是纯技术性的转换
现代
全过程的,注重整个产品过程的全部
功能范围更广,包括获取、分析、处理、验证、实现和全过程的需求管理
注重需求实现与维护过程,处理不断变更的系统需求
第八页,共九十八页。
需求管理存在的问题:
范围问题:系统目标、边界未被良好定义,用户和开发团队理解不一致。
理解问题:用户不能完全了解自己需要什么,对系统能力、局限更加不清楚;工程师不理解用户的问题域和应用环境。
易变问题:需求随时间发生变化。
第九页,共九十八页。
确定对系统的综合要求
功能需求
性能需求
可靠性和可用性需求
出错处理需求
接口需求
约束
逆向需求
将来可能提出的要求
第十页,共九十八页。