状态转换图课件

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

需求规格说明书。PPT学习交流
16
(4). 快速建立软件原型
• 正如第1章已经讲过的,快速原型就是快速 建立起来的旨在演示目标系统主要功能的可 运行的程序。
• 快速建立软件原型是最准确、最有效、最强 大的需求分析技术。
• 快速原型应具备的特性是“快速”、 “容易 修改”。
PPT学习交流
17
快速构建和修改原型, 通常使用下述3种方法和工具:
情景分析技术的用处主要体现在下述两个方面:
(1) 它能在某种程度上演示目标系统的行为,从而便 于用户理解,而且还可能进一步揭示出一些分析员 目前还不知道的需求。
(2) 由于情景分析较易为用户所理解,使用这种技术 能保证用户在需求分析过程中始终扮演一个积极主 动的角色。需求分析的目标是获知用户的真实需求, 而这一信息的惟一来源是用户,因此,让用户起积 极主动的作用对需求分析工作获得成功是至关重要 的。
PPT学习交流
6
PPT学习交流
7
3.1 需求分析的任务
• 需求分析的任务就是借助于当前系统的逻辑模 型导出目标系统的逻辑模型,解决目标系统的 “做什么” 的问题。
PPT学习交流
8
3.1 需求分析的具体任务
1 确定对系统的综合要求
---功能需求、性能需求、可靠性和可用性 需求、出错处理需求、接口需求、约束、 逆向需求、将来可能提出的要求。
需求分析
PPT学习交流
1
第3章 需求分析
意义: • 软件需求的深入理解是软件开发工作获得成功
的前提条件,不论我们把设计和编码做得如何 出色,不能真正满足用户需求的程序只会令用 户失望,给开发带来烦恼。
PPT学习交流
2
需求分析是软件定义时期的最后一个阶段,它的基 本任务不是确定系统怎样完成它的工作,而是确定 系统必须完成哪些工作,也就是对目标系统提出完 整、准确、清晰、具体的要求。并在在需求分析阶 段结束之前,由系统分析员写出软件需求规格说明 书,以书面形式准确地描述软件需求。即:
• 非正式的访谈
--- 分析员将提出一些用户可以自由回答的开放性问题,
以鼓励被访问人员说出自己的想法。
• 当需要调查大量人员的意见时,向被调查人分发调 查表是一个十分有效的做法。
• 在访问用户的过程中使用情景分析技术往往非常有
效。
PPT学习交流
11
所谓情景分析就是对用户将来使用目标系统解 决某个具体问题的方法和结果进行分析。
--- 一种面向团队的需求收集法
这种方法提倡用户与开发者密切合作,共同 标识问题,提出解决方案要素,商讨不同方 案并指定基本需求。
PPT学习交流
15
使用简易的应用规格说明技术 分析需求的典型过程
1. 初步的访谈,通过用户对基本问题的回答,初步确 定待解决的问题的范围和解决方案。
2. 开发者和用户分别写出“产品需求”。
---- 准确地回答“系统必须做什么?”。
PPT学习交流
3
• 在分析软件需求和书写软件需求规格说明 书的过程中,分析员和用户都起着关键的、 必不可少的作用。
PPT学习交流
4
需求分析的结构化方法都遵守下述准则:
(1) 必须理解并描述问题的信息域,根据这条 准则应该建立数据模型。
(2) 必须定义软件应完成的功能,这条准则要求 建立功能模型。 (3) 必须描述作为外部事件结果的软件行为,这条
3. 开发者和用户开会讨论,共同创建一张意见一致的 组合列表。
4. 把与会者分成更小的小组,每个小组的工作目标是 为每张列表中的项目制定小型规格说明。小型规格说 明是对列表中包含的单词或短语的准确说明。
来自百度文库
5. 每个小组向全体与会者展示他们制定的小型规格说 明,讨论,以创建出意见一致的确认标准。
6. 由一名或多名与会者根据会议成果起草完整的软件
数据模型 ---- 实体-联系图
功能模型 ---- 数据流图
行为模型 ----状态转换图
PPT学习交流
19
3.3 分析建模与规格说明
2). 软件需求规格说明(SRS)
Software Requirement Specification
通常用自然语言+模型,完整、准确、 具体地描述系统的数据要求、功能需求、 性能需求、可靠性和可用性要求、出错处 理需求、接口需求、约束、逆向需求以及 将来可能提出的要求。
准则要求建立行为模型。
(4) 必须对描述信息、功能和行为的模型进行分 解,用层次的方式展示细节。
PPT学习交流
5
软件的需求包括:
• 功能需求 • 性能需求 • 环境需求 • 可靠性需求 • 安全保密要求 • 用户界面需求
• 资源使用需求 • 成本消耗需求 • 开发进度需求 • 预先估计以后系统
可能达到的目标
PPT学习交流
12
(2). 面向数据流自顶向下求精
• 数据决定了需要的处理和算法,它是需求分析的出发点。 • 可行性研究阶段产生的是高层数据流图,许多具体的细节
没有包括,许多实际的数据元素被忽略,当时分析员还不 需要考虑这些细节,现在是定义这些数据元素的时候了。
自 顶 向 下 求 精 过 程
PPT学习交流
(1) 第四代技术
(2) 可重用的软件构件
(3) 形式化规格说明和原型环境
PPT学习交流
18
3.3 分析建模与规格说明
1). 分析建模
模型----就是为了理解事物而对事物做出的一 种抽象,是对事物的一种无歧义的书面描述。 通常,由一组图形符号和组织这些符号的规则 组成。
需求分析过程应该建立3种模型:
软件需求规格说明书,是需求分析阶段 得出的最主要的文档。
PPT学习交流
20
软件需求说明书的编写提示 (GB856T—88)
13
问题:
• 使用传统的访谈或面向数据流自顶向下求精方法定 义需求时,用户处于被动地位而且往往有意无意地 与开发者区分“彼此”。由于不能像同一个团队的 人那样齐心协力地识别和精化需求,这两种方法的 效果有时并不理想。
有办法吗? 有! Go Next !
PPT学习交流
14
(3). 简易的应用规格说明技术
2 分析系统的数据要求
3 导出系统的逻辑模型
4 修正系统开发计划
PPT学习交流
9
3.2 与用户沟通获取需求的方法
• 访谈
• 面向数据流自顶向下求精 • 简易的应用规格说明技术 • 快速建立软件原型
PPT学习交流
10
(1). 访 谈
• 正式的访谈 --- 系统分析员将提出一些事先准备好的具体问题。
相关文档
最新文档