第3章需求分析
需求分析的任务
信息收集技术
数据模型
功能模型
行为模型
其他图形工具
验证软件需求
目标
列举信息收集技术技巧
设计项目的E-R图
设计项目的状态转换图
了解其他图形工具
第三章需求分析(I)
需求分析的基本任务是准确地回答“系统必须做什么?”。
确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰、具体的要求。
在需求分析阶段结束之前,系统分析员应该写出软件需求规格说明书(Software Requirement Specification ),以书面形式准确地描述软件需求。
第三章需求分析(II)
所有这些分析方法都遵守下述准则:
(1) 必须理解并描述问题的信息域,根据这条准则应该建立数据模型。
(2) 必须定义软件应完成的功能,这条准则要求建立功能模型。
(3) 必须描述作为外部事件结果的软件行为,这条准则要求建立行为模型。
(4) 必须对描述信息、功能和行为的模型进行分解,用层次的方式展示细节。
需求分析的任务
需求内容
逻辑模型
修正系统开发计划
需求包括的内容
(1) 功能
(2) 性能
(3) 环境
(4) 接口
(5) 用户或人的因素
(6) 文档
(7) 数据
(8) 资源
(9) 安全保密
(10) 软件成本消耗与开发进度
(11) 质量保证
系统做什么?
系统何时做什么?
系统何时及如何修改或升级?
软件开发的技术性指标
存储容量限制
执行速度、响应时间
吞吐量
硬件设备
机型、外设、接口、地点、分布、温度、湿度、磁场干扰等
软件
操作系统、网络、数据库
有来自其它系统的输入吗?
到自其它系统的输出吗?
对数据格式有规定吗?
对数据存储介质有规定吗?
用户类型?
各种用户熟练程度?
需受何种训练?
用户理解、使用系统的难度?
用户错误操作系统的可能性?
需哪些文档?
文档针对哪些读者?
输入、输出数据的格式?
接收、发送数据的频率?
数据的准确性和精度?
数据流量?
数据需保持的时间?
软件运行时所需的数据、软件、内存空间等资源
软件开发、维护所需的人力、支撑软件、开发设备等
需对访问系统或系统信息加以控制吗?
如何隔离用户之间的数据?
用户程序如何与其它程序和操作系统隔离?
系统备份要求?
开发进度
开发有规定的时间表吗?
软硬件投资有无限制?
系统的可靠性要求?
系统必须监测和隔离错误吗?
规定系统平均出错时间?
出错后,重启系统允许的时间?
系统变化如何反映到设计中?
维护是否包括对系统的改进?
系统的可移植性?
逻辑模型
数据模型(ERD)
功能模型(DFD)
行为模型(状态转换图)
修正系统开发计划
根据在分析过程中获得的对系统的更深入更具体的了解,可以比较准确地估计系统的成本和进度,修正以前制定的开发计划。
信息收集技术
主要问题
复查现有报表、表格和过程描述
访谈
观察并记录商业过程
建立原型
分发收集调查表
主持联合应用程序设计会议
面向数据流分析
简易规格说明书
主要问题
主题
对用户来说的问题
商业过程和操作是什么
你要干什么
商业过程应该怎样完成
如何完成它?需要哪些步骤?
需求什么样的信息
你要使用哪些信息?你要使用什么样的表单或报告?
表信息收集中的主要问题
软件工程第四讲--需求分析 PPT课件 来自淘豆网m.daumloan.com转载请标明出处.