第3章 需求分析

合集下载

第3章 需求分析

第3章  需求分析

3
软件需求实例
接待员
酒店系统
会计系统
服务员
业务(域)需求
客人预定
客人入住 客人退房 换房
客人
用户(产品)需求
查找空闲客房 记录客人信息 查找客人数据 记录预定数据
提交服务记录
2013-7-16 上海大学计算机学院
记录入住数据
。。。
4
获取需求
◆需求的来源
●与用户交流、文档、当前系统
◆获取方法
●访谈
上海大学计算机学院
15
其他图形工具(续)
◆IPO图
2013-7-16
上海大学计算机学院
16
验证软件需求
◆需求验证的四个方面
1. 一致性: 2. 完整性: 3. 现实性: 4. 有效性: 需求不互相矛盾 包括用户需要的每一个功能或性能 现有技术可以实现 需求是正确的,确实能解决用户面对的问题。
2013-7-16
● 画数据流而不是画控制流
2013-7-16
上海大学计算机学院
12
分析建模与规格说明
◆ 所谓模型,就是为了理解事物而对事物做出的一种抽象, 是对事物的一种无歧义的书面描述。通常,模型由一组 图形符号和组织这些符号的规则组成。 ◆ 三种模型
● 功能模型:数据流图(Data Flow Diagram) ● 数据模型:实体-联系图(Entity-Relation Diagram) ● 行为模型:状态转换图(State Transition Diagram)

第三章需求分析

第三章需求分析

1.在软件需求规范中,下述哪些要求可以归类为过程要求( )

A. 执行要求

B. 效率要求

C. 可靠性要求

D. 可移植性要求

2.在软件需求分析和设计过程中,其分析与设计对象可归结成两个主要的对象,即数据和程序,按一般实施的原则,对二者的处理应该( )

A. 先数据后程序

B. 与顺序无关

C. 先程序后数据

D. 可同时进行

3.在下面的叙述中哪一个不是软件需求分析的任务( )

A. 问题分解

B. 可靠性与性要求

C. 结构化程序设计

D. 确定逻辑模型

4.进行需求分析可使用多种工具,但( )是不适用的。

A. 数据流图(DFD)

B. 判定表

C. PAD图

D. 数据字典

5.在软件的需求分析中,开发人员要从用户那里解决的最重要的问题是( )

A. 要让软件做什么

B. 要给该软件提供哪些信息

C. 要求软件工作效率怎样

D. 要让软件具有何种结构

6.软件需求分析阶段的工作,可以分为四个方面:对问题的识别.分析与综合.编写需求分析文档以及( )

A. 软件的总结

B. 需求分析评审

C. 阶段性报告

D. 以上答案都不正确

7.各种需求分析方法都有它们共同适用的( )

A. 说明方法

B. 描述方式

C. 准则

D. 基本原则

8.数据流图是常用的进行软件需求分析的图形工具,其基本图形符号是( )

A. 输入.输出.外部实体和加工

B. 变换.加工.数据流和

C. 加工.数据流.数据存储和外部实体

D. 变换.数据存储.加工和数据流

9.判定表和判定树是数据流图中用以描述加工的工具,它常描述的对象是( )

A. 逻辑判断

B. 层次分解

C. 操作条目

张海藩《软件工程导论》(第6版)(课后习题 第3章 需求分析)【圣才出品】

张海藩《软件工程导论》(第6版)(课后习题 第3章 需求分析)【圣才出品】

第3章需求分析

1.为什么要进行需求分析?通常对软件系统有哪些需求?

答:(1)需求分析的原因

为了开发真正满足用户需求的软件产品,需求分析是软件开发工作获得成功的前提条件,不能满足用户需求的程序只会令用户失望,给开发者带来烦恼。

(2)对软件系统的需求

功能需求、性能需求、可靠性和可用性需求、出错处理、借口需求、约束、逆向需求、将来可能提出的要求。

2.怎样与用户有效地沟通以获取用户的真实需求?

答:访谈是最早开始使用的获取用户需求的技术,也是目前广泛使用的需求分析技术,访谈有两种形式,分别是正式的和非正式的访谈。正式访谈时,系统分析员将提出一些事先准备好的具体问题。在非正式访谈中,分析员将提出一些用户可以自由回答的开放性问题,以鼓励被访问人员说出自己的想法。其中情景分析技术往往非常有效。

3.银行计算机储蓄系统的工作过程大致如下:储户填写的存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息,并印出存单给储户;如果是取款而且存款时留有密码,则系统首先核对储户密码,若密码正确或存款时未留密码,则系统计算利息并印出利息清单给储户。

用数据流图描绘系统中的数据对象,并用实体联系图描绘系统中的数据对象。

答:(1)数据流图,如图3-9所示。

图3-9银行计算机储蓄系统数据流图

(2)E-R模型

如图3-10所示。本题中共有两类实体,分别是“储户”和“储蓄所”,在它们之间存在“存取款”关系。因为一位储户可以在多家储蓄所存取款,一家储蓄所拥有多位储户,所以“存取款”是多对多(M:N)关系。

第3章培训需求分析

第3章培训需求分析

人员在回收完成问卷以后,还要撰写一份文字说明,
主要包括:发放了多少问卷、回收了多少问卷以及问
卷的分布情况。
(五)统计分析
02.04.2019 石河子大学商学院——姜贵红 29
设计问卷调查的注意事项
问卷说明
问题:客观清晰
多项选择问卷的选项
间接询问
问题不能太多 保密 问卷结构 语气
员工情况
工作积极性,主动性
工作技能 团队精神 工作情绪 安全意识 工作中的损耗情况 时间安排的合理性
02.04.2019
石河子大学商学院——姜贵红
17
面谈法:由分析人员分别访问员工本人或其主管人员,以了解 工作说明中原来填写的各项目的正确性,或对原填写事项有所 二、面谈法
疑问,以面谈方式加以澄清的方法。
缺点:
难以排除非人为因素的影响
02.04.2019 石河子大学商学院——姜贵红 23
实施步骤
(一)测验法的实施步骤
⒈ 按实施测验手册要求进行测验;
⒉ 适当选择实施测验的时间与地点;
⒊ 测验人员的态度要和蔼有度;
⒋ 实施测验的时间长短要合适;
⒌ 对于特殊问题要根据经验处理。
02.04.2019
石河子大学商学院——姜贵红
(二)观察法的实施阶段 1.在部门主管的协助下,对观察对象的工作进行观察;

第3章__受众需求分析

第3章__受众需求分析
二受众需求的特点受众需求的类型娱乐需求2005年超级女声刮起娱乐旋风年超级女声刮起娱乐旋风知识需求百家讲坛百科探秘百家讲坛百科探秘信息需求新闻各种信息受众需求的特点希望信息更加精练与适量参与意识增强
受众需求分析
英国商人的失算
鸦片战争以后,英国商人为打开了中国这个广 阔的市场而欣喜若狂。当时英国棉纺织业中心曼彻 斯特的商人估计,中国有4亿人,假如有1亿人晚上 戴睡帽,每人每年用两顶,整个曼彻斯特的棉纺厂 日夜加班也不够,何况还要做衣服呢!于是他们把 大量洋布运到中国。 结果与他们的梦想相反,中国人没有戴睡帽的 习惯,衣服也用自产的丝绸或土布,洋布根本卖不 出去。
一般情况下,随着广告市场推广活动的进行, 受众对传媒产品的需求量会增加,故需求广告弹 性系数大于0,传媒经营者通过估算需求广告弹 性系数来科学决策广告投放方案。E
知 识 需 求
《《 百百 科家 探讲 秘坛 》》
受众需求的特点
希望信息更加精练与适量 参与意识增强:真人秀
消费二重性:私有性和公共性 边际效用递减
效用(Utility):指消费者消费某种物品或服务 时所感受到的满意程度(Satisfaction degree),它是 一种主观的心理评价。是商品满足消费者欲望 (desire)的一种能力。有正负之分。 正:满意与舒适。酒烟对不同人的效用。 负:不满意不舒适。过量饮酒产生负效用。 效用度:消费者消费商品带来的满意程度的大 小。 总效用:消费者在一定时间内消费一定数量商 品所能获得的效用量的总和。在一定范围内,总 效用是商品数量的增函数:TU=f(Q)

软件工程第3章 软件需求分析(终)

软件工程第3章  软件需求分析(终)

第3章软件需求分析

案例3: 图书馆图书信息管理系统

“图书馆管理系统”是借助计算机来完成图书馆日常管理工作,能提供借书帐号注册、登录功能,基于图书标题、图书编号、作者、出版社的查询,也可以同时多个选项进行同时查询提供图书状态的查询,如可借和不可借,完成借书登记、还书的登记,能帮助管理人员完成图书信息的管理,如图书信息的修改、新图书的增加、旧图书的删除,图书分类工作,从而使图书馆的日常工作信息化、快捷化,减轻图书馆管理工作的困难。因此,“图书馆管理系统”对于图书馆的日常管理工作和信息化到至关重要的作用。

【知识导入】

通过对本章节内容的学习,掌握软件需求分析的基本内容,需求分析的特征及评审。能够完成项目的需求分析,确立正确的项目开发思路。

软件需求是一个项目的开端,是整个软件项目开发的基础。即表示该软件经过可行性分析后确立有此需求,而开发该项目。因此,需求分析在整个项目建设过程中至关重要,是项目开发的基石,基石的牢固程度决定了后期项目的进展以及项目开发完工后的产品质量的优劣,可以说需求分析的好坏直接影响到软件项目开发的成败。

软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。IEEE (美国电气和电子工程师协会)是这样对需求分析做定义的:①用户解决问题或达到系统目标所需要的条件②为满足一个协议、标准、规格或其他正式制定的文档,系统或系统构建所需满足和具有的条件或能力③将需求要求条件进行文档化描述。这个概念全方位阐述了需求的概念,较完整的表达了软件需求的内涵和外延,便于用户的全面理解。而需求分析最终就是通过对应用问题及其环境的分析与理解采用一系列的分析方法和技术将用户的需求逐步精确化、完全化、一致化,最终形成需求规格说明文档的过程。

第3章 需求分析基础

第3章 需求分析基础

需求获取技术
需求抽取的方法一般有: 1.面谈法 重要而直接,简单的需求获取技术。 2. 问卷调查法 是对面谈法的补充。 3.需求专题讨论会 最有力的需求获取技术。有利 面谈的对象主要有用户和领域专家: 于 培养高效团队。 1) 面谈前的准备要充分; 2) 适用于用户无法准确表达 4. 观察用户的工作流程 面谈后注意认真分析总结; 需求的情况。 3) 注意掌握面谈的人际交流技能。 5. 原型化方法 6. 基于用例的方法 还有知识工程方法等如:场记分析法、卡片分 类法、分类表格技术和基于模型的知识获取等。
系统目标 需求工程 系统服务 运行环境 软件约束
需求工程的基本活动包括:
获取需求;深入实际,在充分理解用户需求的 基础上,获取系统需求。
● ●需求分析与建模;进行需求建模、对模型或原
型进行分析。
确认需求;确保需求说明准确、完整地表达系 统的主要特性。

进化需求。客户的需要总是不断(连续)增长 的 ,进化需求是必要的。
需求分析常用技术
为了降低软件的复杂度,便于对问题的分析和 理解,常采用以下技术: 1. 分解 将大问题分解为小问题,通常是自顶而 下,不断细化的过程。 2. 抽象 抓住问题的本质特性,从不同抽象层次 进行分析,提出解决问题的方案。
3. 多视点 注意从各类开发人员和不同用户的角 度考虑问题,才能获得 对系统的全面完整的需求。

第3章需求分析ppt课件

第3章需求分析ppt课件

教工号 001 002
姓名 张毅坤 李林
性别 男 女
职称 教授 讲师
职务 院长
用教学管理例说明如何规范化
有三个实体型,即课程、学生和教师,用三个关系保存它们的信息: 学生(学号,姓名,性别,年龄,年级,专业,籍贯) 教师(职工号,姓名,年龄,职称,职务,工资级别,工资) 课程(课程号,课程名,学分,学时,课程类型)
开发人员同意的。
24
软件客户需求义务书 (1)(Note 13)
客户有下列义务: 1. 给分析人员讲解业务及说明业务方面的术语等专业问题。 2. 抽出时间清楚地说明需求并不断完善。 3. 当说明系统需求时,力求准确详细。 4. 需要时要及时对需求做出决策。 5. 要尊重开发人员的成本估算和对需求的可行性分析。
(描述操作环境和性能目标)
5
两类需求包括的内容
(1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档
(7) 数据 (8) 资源 (9) 安全保密 (10)软件成本消耗与开发 进度 (11)质量保证
6
(1) 功能需求
• 系统做什么? • 系统何时做什么? • 系统何时及如何修改
29
3.3 分析建模与规格说明
1). 分析建模
模型
----就是为了理解事物而对事物做出的一种抽象,是对 事物的一种无歧义的书面描述。通常,由一组图形符号和 组织这些符号的规则组成。

第3章 需求分析

第3章 需求分析

3.2 需求分析的任务及过程
4.确定功能需求,完成功能结构图及点列表 (1)确定功能需求。包括新系统必须具备的具体功能。 (2)画出功能结构图。 (3)完成新系统的功能点列表,即功能模型。 5.获取性能需求,列出性能点列表 根据具体系统确定开发软件的性能技术指标,包括软件的效率、 可靠性、安全性、适用性、可移植性、可维护性和可扩充性等方 面的需求,还应考虑业务发展的扩展及更新维护等。
3.3 需求分析描述工具
表3-4 传统分析阶段使用的描述工具
分析活动
采用的描述工具
业务调查及业务流程分析 组织结构及功能分析 数据及数据流分析
业务流程图 组织结构图、功能结构图 数据流图、数据字典、E-R图
功能/数据分析
U/C矩阵
3.3 需求分析描述工具
3.3.2 业务流程图
业务流程图(Transaction Flow Diagram , TFD)是用尽量少的 规定符号及连线的图形表示某个具体业务处理过程。TFD易于阅读 和理解,是分析业务流程的重要步骤。 业务流程分析可以帮助了解某项业务的具体处理过程,发现和处 理系统调查工作中的错误和疏漏,修改和删除原系统的不合理部分, 在新系统基础上优化业务处理流程。 常用的一种TFD基本符号,如图3-3所示。
3.1 需求分析概述
需求分析的重点:通过分析业务流程和数据流程的 手段,达到与客户共同确定业务模型、功能模型、性 能模型、接口模型的目标。 需求分析的关键:在系统的流程、功能、性能和接口 等方面,与客户达成完全一致,并且要求客户签字确 认。也是需求分析在商务等方面的主要目的。 需求分析的变更:需求如有变化,双方必须履行 “需求变更管理规程”,对此规程在签订合同时要做出 规定,注意合同的法律效用。

第三章_系统需求分析及可行性分析

第三章_系统需求分析及可行性分析
(2) 效益度量方法
➢ 有形收益
货币的时间价值 将未来的收益按照通用率折算到现在。 设年利率为i,现存入P元,n年后货币价值为F ,若计复利,则
F P(1 i)n
反之,若n年能收入F元,那么这些钱的现值是 P F (1 i)n
15
§3.2 可行性分析
例如,假设利用购买的一套计算机辅助开发工具来代替部
➢法律可行性
确认待开发系统可能涉及到的任何侵权、妨碍、责任的问题。
➢方案的选择
对待开发系统的不同方案进行比较评估。尤其是成本和时间限制, 会给方案的选择带来很大的限制。
12
§3.2 可行性分析
2. 经济可行性分析
经济可行性分析包括软件开发项目的成本/ 效益估计,以确定软件系统可能带来的经济 效益是否超过研制和维护所需要的费用。
11
§3.2 可行性分析
可行性分析主要集中在以下四个方面:
➢经济可行性
进行开发成本的估算以及可能取得的经济效益,确定待开发系统是 否值得投资开发。
➢技术可行性
对待开发的系统进行功能、性能和限制条件的分析,确定在现有资 源的条件下,技术风险有多大,系统是否能实现。资源包括已有的 或可以获得的硬件、软件资源,现有技术人员的技术水平与已有的 工作基础。
➢ 建模(数学的或物理的)是对基于计算机系统的有 效技术分析机制
22
基于计算机系统的系统分析 可行性分析

第3章 需求分析

第3章 需求分析

需求分析

一、选择题

(1)在各种不同的软件需求中,功能需求描述了用户使用产品必须要完成的任务,可以在用例模型或方案脚本中予以说明,( C )是从各个角度对系统的约束和限制,反映了应用对软件系统质量和特性的额外要求。

A.业务需求 B.系统要求 C.非功能需求 D.用户需求

(2)需求分析的任务包括( D )。

A.确定对系统的综合要求 B.分析系统的数据要求

C.导出逻辑模型并修正开发计划 D.以上全是

(3)需求分析的任务不包括( C )。

A.确定对系统的综合要求 B.分析系统的数据要求

C.从技术角度分析系统是否可行 D.导出逻辑模型并修正开发计划

(4)要将一个复杂的系统分析清楚,传统软件工程常用方法是结构化分析方法,结构化分析方法就是( A )。

A.面向数据流自顶向下,逐步求精的方法

B.由内向外进行分析的方法

C.先局部后整体的分析方法

D.使用IPO图形工具分析的方法

(5)需求分析是要完整、准确、清晰、具体地确定系统所要完成的工作,其主要依据是前一阶段的文档( D )。

A.用户手册和参考手册 B.软件需求规格说明书

C.开发计划 D.可行性研究报告

(6)需求分析阶段的主要任务是确定( D )。

A.软件开发方法 B.软件开发工具

C.软件开发费 D.软件系统的功能

(7)数据字典是用来定义( D )中的各个成份的具体含义的。

A.流程图 B.功能结构图

C.系统结构图 D.数据流图

(8)数据流图是一种用来描述( B )的图形化工具。

A.系统物理组成 B.系统信息流和数据流

C.所有功能 D.系统控制流和数据流

第3章 需求分析与用例模型

第3章 需求分析与用例模型
导作用。
2021/10/10
11
二、用例图的构成要素
用例图包含3方面内容:
¯参与者(Actor) ¯用例(Use Case) ¯关系:
关联(Association) 泛化(Generalization) 包含(Include) 扩展(Extend)
用例图中可以包含注释、约束
2021/10/10
12
箭头从子用例指向父用例。
2021/10/10
25
用例之间的各种关系
2.泛化关系 如果系统中一个或多个用例是某个一般用例的特殊化时,就需要
使用用例的泛化关系。 在UML中,用例泛化与其他泛化关系的表示法相同,用一个三角
箭头从子用例指向父用例。
2021/10/10
26
用例之间的各种关系
3.包含关系 包含关系描述的是一个用例需要某种功能,而该功能被另外一个
用例图可视化地表达了系统的需求,具有直观、规范等优点,克 服了纯文字性说明的不足。
用例方法是完全从外部来定义系统功能,它把需求和设计完全的 分离开来。我们不用关心系统内部是如何完成各种功能的,系统对于 我们来说就是一个黑箱子。
2021/10/10
10
一、 什么叫用例图
3、用例图的作用 获取需求、指导测试、对开发过程中的其他工作起指
用例定义,那么在用例的执行过程中,就可以调用已经定义好的用 例。

劳动经济学第3章 劳动需求分析

劳动经济学第3章 劳动需求分析
度、用人制度、工资制度、福利制度等各项制度 安排。 • 非正式制度,即对人们的意识和行为有潜在规范 作用的社会意识形态、伦理道德、习惯等。
• 我们所指的制度约束,主要指正式制度。
两种经济体制下企业劳动用工特点
• 计划经济体制下 企业只有接受和服从国家劳动计划的义务,没有自主决定劳
动用工的权利,它们无法严格按照企业技术特征的要求来确定劳 动力需求数量和结构,也无法根据外部经济环境的变动严格按效 率原则裁减职工。
即C=W·L
由于劳动价格为既定的常数,使用劳动要素的边际 成本就是劳动的价格,即dC(L)/dL=W
(2)完全竞争企业使用劳动要素的原则
• 企业使用劳动要素的原则是利润最大化目标 在劳动使用上的具体体现,也就是边际成本 等于相应的边际收益。
• 公式表示为:VMP =W 或者 MP·P=W
2、完全竞争条件下的劳动需求曲线
• 对生产要素的需求还有个特点,就是所谓的“共 同性”,即企业对各种生产要素的需求具有相互 依赖的特点。
• 对生产需求的这种共同性特点,使得企业对生产 要素的需求,不仅取决于该生产要素的价格,而 且也取决于其他生产要素的价格。
二、影响劳动需求的因素
• 1、技术对劳动需求的影响 • 2、时间长短对劳动需求的影响 • 3、企业目标对劳动需求的影响 • 4、社会制度安排对劳动需求的影响
• 买方垄断企业使用劳动要素的原则:VMP=MLC 在买方垄断条件下,VMP=MP·P。MLC为劳动的边际成本。它包括 两个部分,第一部分就是必须支付给增加的那些工人的工资,第二部

第3章 需求分析

第3章 需求分析
程 2. 掌握ER模型的概念、符号和画法及范式的概念
3. 掌握数据模型、功能模型、行为模型的创建
4. 掌握层次方框图、Warnier图、IPO图的用法 5. 熟悉验证软件需求的方法 6. 了解用于软件需求的软件工具
2
软 件 工 程
需求分析是软件定义时期的最后一个阶段,它的基本任务是 准确地回答“系统必须做什么?”这个问题。
19
第 3 章 需 求 分 析
软 件 工 程
3.4 实体-联系图
为了把用户的数据要求清楚、准确地描述出来,系统 分析员通常建立一个概念性的数据模型(也称为信息模型)。 概念性数据模型是一种面向问题的数据模型,是按照用户 的观点对数据建立的模型。它描述了从用户角度看到的数 据,它反映了用户的现实环境,而且与在软件系统中的实 现方法无关。
系统分析员应该写出软件需求规格说明书:用自然语言完整、 准确、具体地描述系统的数据要求、功能需求、性能需求、 可靠性和可用性要求、出错处理需求、接口需求、约束、逆 向需求以及将来可能提出的要求。
3
软 件 3.1.1 确定对系统的综合要求 工 程 1. 功能需求 这方面的需求指定系统必须提供 的服务。通过需求分析应该划分 出系统必须完成的所有功能。
第 3 章 需 求 分 析
在访问用户的过程中使用情景分析技术往往非常有效。所 谓情景分析就是对用户将来使用目标系统解决某个具体问 题的方法和结果进行分析。

第三章 软件工程 需求分析-基础部分

第三章 软件工程 需求分析-基础部分
软件工程 第三章 需求分析
1
第三章 需求分析-基础
3.1 需求分析基础 需求分析的任务 需求分析的过程 软件需求分析的原则 3.2 初步需求获取技术 需求建模(重点) 需求建模(重点) 需求规格说明书 需求获取举例
2
3.1需求分析的任务与原则
软件需求:用户对目标软件系统在功能,行为,性能, 软件需求:用户对目标软件系统在功能,行为,性能,设计 约束等方面的期望 软件需求析:对应用问题及环境的理解和分析, 软件需求析:对应用问题及环境的理解和分析,为问题涉及 的信息,功能及系统行为建立模型.将用户需求精确化, 的信息,功能及系统行为建立模型.将用户需求精确化,完 全化, 全化,最终形成需求规格说明书 需求分析的任务就是借助于当前系统的逻辑模型导出目标系 需求分析的任务就是借助于当前系统的逻辑模型导出目标系 统的逻辑模型, 做什么" 的问题. 统的逻辑模型,解决目标系统的 "做什么" 的问题. 怎么做 做什么 理 解 模型化 抽象化 导 当前系统 物理模型 逻辑模型 需 出求
7
3.1.4 需求分析的过程
分析与综合 从信息流和信息结构出发,逐步细化所有的软件功能, 从信息流和信息结构出发,逐步细化所有的软件功能,找 出系统各元素之间的关联,接口特性和设计上的约束, 出系统各元素之间的关联,接口特性和设计上的约束,分 析它们是否满足功能要求,是否合理. 析它们是否满足功能要求,是否合理.剔除其不合理的部 增加其需要部分.最终综合成系统的解决方案, 分,增加其需要部分.最终综合成系统的解决方案,给出 目标系统的详细逻辑模型. 目标系统的详细逻辑模型. 常用的分析方法 面向数据流的结构化分析方法 面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 面向数据结构的Jackson方法 (JSD) 面向数据结构的结构化数据系统开发方法 面向数据结构的结构化数据系统开发方法 (DSSD) 面向对象的分析方法 面向对象的分析方法 (OOA) 等

第3章 需求分析

第3章 需求分析

纯技术性的转换
功能范围更广,
现代
全过程的,注 重整个产品过 程的全部
包括获取、分 析、处理、验 证、实现和全 过程的需求管
注重需求实现与 维护过程,处理 不断变更的系统 需求

需求工程的阶段划分:
现代软件工程的需求工程
需求开发过程 需求获取 需求分析 需求处理 需求确认
需求管理过程 需求实现 需求跟踪
第3章 需求分析
3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求
第3章 需求分析
需求分析的任务:
需求分析是软件定义时期的最后一个阶段, 它的基本任务是准确地回答“系统必须做 什么?”这个问题。
复查。复查过程验证了已知的元素,补充了未知 的元素,填补了文档中的空白。
随着分析过程的进展,经过问题和解答的反复循 环,分析员越来越深入具体地定义了目标系统, 最终得到对系统数据和功能要求的满意了解。
面向数据流自顶向下求精过程
3.2.3 简易的应用规格说明技术
简易的应用规格说明技术是一种面向团队 的需求收集法。
7 其他需求
3.4 数据字典
(检测或验收标准、可用性、
3.5 数据采集
可维护性、可移植性、安全保
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第3章需求分析

一、填空题(30小题)

1、需求分析的困难主要体现在4个方面:问题的复杂性、( )、( )、需求易变性。

答案:交流障碍、不完备性和不一致性

2、由于数据流是流动中的数据,所以必须有( )。除了与( )之间的数据流不用命名外,数据流应该用名词或名词短语命名。

答案:流向、数据存储

3、需求分析是指,开发人员要准确理解( ),进行细致的( ),将用户非形式的需求陈述转化为( ),再由( )转换到相应的形式功能规约(需求规格说明)的过程。

答案:用户的要求、调查分析、完整的需求定义、需求定义

4、建立数据字典一般的两种形式是( )和( )。

答案:手工建立、利用计算机辅助建立并维护

5、在进行可行性研究和软件计划以后,如果确认开发一个新的软件系统是必要的而且是可能的,那么就进入( )阶段。

答案:需求分析

6、结构化语言是介于自然语言(英语和汉语)和形式化语言之间的一种半形式语言。它的结构可分成外层和内层两层,外层用来描述( ),采用( )、( )、( )三种基本结构。

答案:控制结构、顺序、选择、重复

7、在SA的需求描述工具中,( )描述系统的分解,即描述系统由哪几部分组成,各部分之间有什么联系等。( )定义了数据流图中每一个图形元素。结构化语言、判定表和判定树则详细描述数据流图中不能被再分解的( )。

答案:数据流图、数据字典、每一个加工

8、IDEF方法分为以下三部分。

IDEF0:用来描述系统的( ),建立系统的( )。

IDEF1:用来描述系统的( ),建立系统的( )。

IDEF2:用来进行系统的( ),建立系统的( )。

答案:功能活动及联系、功能模型、信息及其联系、信息模型、模拟、动态模型

9、三种描述加工逻辑的工具各有优缺点,对于顺序执行和循环执行的动作,用( )描述。对于存在多个条件复杂组合的判断问题,用( )和( )。

答案:结构化语言、判定表、判定树

10、经过需求分析,开发人员已经基本上理解了用户的要求,确定了目标系统的功能,定义了系统的数据,描述了处理这些数据的基本策略。将这些共同的理解进行整理,最后形成文档( )。

答案:需求说明书

( )的问题。

答案:新系统的目标、“做什么”

12、数据字典中的加工逻辑主要描述该加工( ),即实现加工的策略,而不是实现加工的细节,它描述如何把输入数据流变量变换为输出数据流的( )。

答案:“做什么”、加工规则

13、数据字典就是用来定义数据流图中的( )的。它和数据流图共同构成了系统的( ),是( )的主要组成部分。

答案:各个成分的具体含义、逻辑模型、需求说明书

14、在分析需求阶段要进行以下几方面的工作:问题识别、( )、( )、( )。

答案:分析与综合、导出软件的逻辑模型、编写文档

15、传统的SA方法主要用于( )的问题,主要工具DFD体现了系统的( )功能,但它仅是一个( ),没有处理的顺序,即( )。

答案:数据处理方面、“做什么”、静态模型、控制模型

16、流向数据存储的数据流可理解为( )文件或( )文件,从数据存储流出的数据可理解为从文件( )数据或得到( )结果。

答案:写入、查询、读、查询

17、在数据流图中,( )是数据在系统内传播的路径,因此由一组( )组成。加工(又称为数据处理),是对数据流进行某些( )。

答案:数据流、成分固定的数据项、操作或变换

18、在有些情况下数据流图中的某个加工的一组动作依赖于多个逻辑条件的取值。这时,用自然语言或结构化语言都不易清楚地描述出来。而用( )就能够清楚地表示复杂的条件组合与应做的动作之间的对应关系。

答案:判定表

19、数据存储条目的主要内容有( )、( )、( )、( )、( )等。

答案:数据存储名称、别名、简述、组成、组织方式、查询要求

20、数据项条目的主要内容有( )、( )、( )、( )、( )、( )及含义。

答案:数据项名称、别名、简述、类型、长度、取值范围

21、数据流图有4个基本成分:( )、( )、( )和( )。

答案:数据流、加工(又称为“数据处理”)、数据存储、数据的源点或终点

22、数据字典有以下4类条目:( )、( )、( )和( )。( )是组成数据流和数据存储的最小元素。

答案:数据流、数据项、数据存储、基本加工、数据项

23、形式化是软件自动化发展的基础。形式化方法是将需求规格说明用( )来描述。典型的有( )及( )。

答案:形式规约语言、基于模型的Z语言、VDM开发方法(维也纳开发方法)

24、结构化分析方法是面向( )进行需求分析的方法。

25、加工逻辑也称为“小说明”,常用的加工逻辑的描述工具有:( )、( )、( )。

答案:结构化语言、判定表、判定树

26、近几年来已提出许多软件分析与说明的方法,每一种分析方法必须能够表达和理解问题的数据域和功能域。数据域包括( )、( )和( ),而功能域反映上述三方面的( )。

答案:数据流、数据内容、数据结构、控制信息

27、需求分析阶段所要编写的文档有:( )、( )、( )。

答案:需求规格说明书、初步用户使用手册、确认测试计划

28、在需求分析阶段,首先进行问题识别,即双方确定对问题的综合需求,这些需求包括:( )、( )、( )、( )。另外还有可靠性、安全性、保密性、可移植性、可维护性等方面的需求。

答案:功能需求、性能需求、环境需求、用户界面需求

29、SA方法利用图形等半形式化的描述方式表达需求,简明易懂,用它们形成需求说明书中的主要部分。这些描述工具是( )、( )、( )、( )、( )。

答案:数据流图、数据字典、描述加工逻辑的结构化语言、判定表、判定树

30、IDEF0方法中,将系统功能称为( ),将表示系统功能的图形称为( )。在活动图形中,用( )和( )表示系统的各种活动及相互间的关系。在系统分解的某一层次,可能有多个活动,每个活动编号注在( )。

答案:活动、活动图形、方框、箭头、方框的右下角

相关文档
最新文档