软件工程——2-SE-requirement.ppt

需求分析与建模
(slides partially from ’s notes)
需求分析任务、步骤
获取需求的方法
结构化分析方法
数据建模、功能建模、行为建模
需求分析的文档
面向对象分析模型
UML
1
需求分析的重要性
Standish Group调查了350多家公司的8000多个软件项目,了解它们的进展情况。调查结果让人吃惊,31%的软件项目在完成之前就取消了。在大公司中,只有9%的项目按时在预算内交付,在小公司内,满足这些标准的有16%。
项目失败的主要原因如下:
不完整的需求(%)。缺少用户的参与(%)。
缺乏资源(%)。不切实际的期望(%)。
缺乏行政支持(%)。
改变需求和规格说明(%)。
缺乏计划(%)。不再需要该系统(%)。
2
什么是需求?
需求(Requirement)就是对期望的行为的表达。
需求处理的是对象或实体,它们可能处于的状态,以及用于改变状态或对象特性的功能。
需求指定客户想要什么行为,而不是如何实现这些行为。
需求描述了现实世界中的现象之间的交互,而不涉及系统的现象。
3
需求分析的任务
回答“目标系统做什么?”问题。
需求获取
刻划出软件的功能和性能;
指明软件与其他系统元素的接口;
建立软件必须满足的约束。
两类需求:
功能性需求:功能上实际应做到什么,是用户最主要的需求。
非功能性需求:可能的解决方案的约束和限制。
4
Non-functional requirements
5
As the name suggests, are requirements that are not directly concerned with the specific services delivered by the system to its users.
They may relate to emergent system properties such as performance, security, or availability, usually specify or constrain characteristics of the system as a whole.
Non-functional requirements are often more critical than individual functional requirements.
非功能性需求主要包括:组织需求(如交付需求、实现方法需求等)、产品需求(如可靠性需求、可移植性需求、安全保密性需求等)和外部需求(如法规需求、费用需求等)等。
Non-functional requirements
6
7
2) 需求建模
为软件设计人员提供可被翻译成数据、体系结构、接口和处理过程设计的模型。
需求规格说明(文档)
提供软件开发完成时质量评价的依据。
4) 需求评审:全面理解用户的各项要求,准确表达被接受的用户要求。
需求分析的任务
(1) 通过调查研究,获取用户的需求。
阅读描述系统需求的用户文档;对相关软件、技术的市场调查;对管理部门、用户的访问咨询;对工作现场的实际考察等。
采用面谈、电话访谈、参观、问卷、索取资料、专题报告等。
(2) 描述需求,建立系统的逻辑模型。
(3) 书写需求说明书。
(4) 进行需求复审。
需求分析的步骤
8
9
针对信息系统的需求调研方法
调研用户的组织结构、岗位设置、职责定义,从功能上区分有多少个子系统,划分系统的大致范围,明确系统的目标。
调研每个子系统的工作流程、功能与处理规则,收集原始信息资料,用数据流来表示物流、资金流、信息流三者的关系。
对调研内容事先准备,针对不同管理层次的用户询问不同的问题,列出问题清单。将操作层、管理层、决策层的需求既联系又区分开来,形成一个需求的层次。
10
对与用户沟通的情况及时总结归纳,整理调研结果,初步构成需求基线。若基线符合要求,则需求获取完成。
需求调研的主要手段:
发调查表;
召开调查会;
向用户领域的专家个别咨询;
实地考察,
跟踪现场业务流程;
查阅与待开发系统有关的资料;
使用各种调查工具等。