软件工程中需求分析的任务
软件工程的需求分析
软件工程的需求分析软件工程的需求分析1. 引言软件工程的需求分析是软件开发过程中的一个重要阶段，它的主要任务是明确软件的需求和目标，为后续的设计和开发工作提供基础。
需求分析是软件工程中最重要的一环，它直接影响着软件产品的质量和客户的满意度。
本文将介绍软件工程的需求分析的概念、目的和过程。
2. 需求分析的概念需求分析是指对软件系统的需求进行分析和理解的过程。
简单地说，就是了解用户的需求以及软件系统对用户需求的支持程度。
通过需求分析，可以明确软件系统的功能、性能、约束等方面的需求，为软件设计和开发提供指导。
3. 需求分析的目的需求分析的主要目的是为了确保软件系统能够满足用户的需求，并在软件开发的早期识别和解决问题。
它具体包括以下几个方面的目标：确定软件系统的功能需求，明确软件需要完成的任务和功能。
定义软件系统的性能需求，明确软件需要达到的性能要求，如响应时间、并发能力等。
确定软件系统的约束需求，包括系统的安全性、可靠性、可维护性等方面的要求。
为软件设计和开发提供基础，明确软件开发过程中的目标和约束。
4. 需求分析的过程需求分析的过程通常包括以下几个阶段：4.1. 确定需求户的需求和系统的背景信息。
通过访谈、观察和调研等方法，收集相关的需求信息。
4.2. 需求分析和建模在这个阶段，需求工程师对收集到的需求信息进行分析和建模。
分析主要包括对需求的验证、分类和整理，建模主要是通过使用UML或其他建模语言对需求进行形式化表示。
4.3. 需求规格说明在这个阶段，需求工程师根据需求分析的结果，编写需求规格说明文档。
该文档描述了软件系统的需求和目标，包括功能需求、性能需求、约束需求等。
4.4. 需求验证和确认确认需求规格说明文档。
通过讨论、原型演示等方式，确保需求规格说明文档准确地反映了用户的需求。
4.5. 需求管理在整个需求分析过程中，需求工程师需要进行需求的管理和追踪。
需求管理主要包括需求的变更控制和版本管理，确保需求的变更能够得到合理的处理。
软件工程PPT课件第3章 软件需求分析
–多个来回
6
软件需求分析的通信途径
7
分析建模
结构化分析模型 面向对象分析模型 分析模型描述工具
DFD、DD和PSPEC（加工规约）
CFD、CSPEC（控制规约）和STD E-R图 用例图，对象-关系图，对象-行为图
8
结构化分析模型
数据对象 说明 E-R图 加工说明 DFD图
44
数据流图
数据流图(DFD)是一种图形化技术，它描绘信息
流和数据从输入移动到输出的过程中所经受的变换 。 在数据流图中没有任何具体的物理部件，它只是 描绘数据在软件中流动和被处理的逻辑过程。 数据流图是系统逻辑功能的图形表示，即使不是 专业的计算机技术人员也容易理解它，因此是分析 员与用户之间极好的通信工具。 此外，设计数据流图时只需考虑系统必须完成的 基本逻辑功能，完全不需要考虑怎样具体地实现这 些功能。
2
需求分析的结构化分析方法准则
(1) 必须理解并描述问题的信息域，根 据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条 准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件 行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模 型进行分解，用层次的方式展示细节。
40
分析模型的元素
数据字典(DD)：模型核心(中心库) E-R图(ERD)： 数据流图(DFD)
指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能;
DFD中每个功能的描述包含在加工规约 (小说明)。
状态变迁图(STD)
指明作为外部事件的结果,系统将如何 动作。
41
3.4.2 数据建模
4
需求分析的任务和步骤
第三章 软件工程 需求分析-基础部分
3.1.4 需求分析的过程
分析与综合 从信息流和信息结构出发,逐步细化所有的软件功能, 从信息流和信息结构出发,逐步细化所有的软件功能,找 出系统各元素之间的关联,接口特性和设计上的约束, 出系统各元素之间的关联,接口特性和设计上的约束,分 析它们是否满足功能要求,是否合理. 析它们是否满足功能要求,是否合理.剔除其不合理的部 增加其需要部分.最终综合成系统的解决方案, 分,增加其需要部分.最终综合成系统的解决方案,给出 目标系统的详细逻辑模型. 目标系统的详细逻辑模型. 常用的分析方法 面向数据流的结构化分析方法 面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 面向数据结构的Jackson方法 (JSD) 面向数据结构的结构化数据系统开发方法 面向数据结构的结构化数据系统开发方法 (DSSD) 面向对象的分析方法 面向对象的分析方法 (OOA) 等
16
3.2.1 需求获取技术
需求调查对象 对组织的高层管理者, 对组织的高层管理者,进行组织管理目标或经营方针等 组织战略问题的调查 对中层的管理者, 对中层的管理者,进行全部业务流的调查 对业务工作人员, 对业务工作人员,进行详细业务信息的调查 市场调查 了解市场对待开发软件有什么样的要求; 了解市场对待开发软件有什么样的要求;了解市场上有 无与待开发软件类似的系统 考察现场 了解用户实际的操作环境,操作过程和操作要求. 了解用户实际的操作环境,操作过程和操作要求.对照用 户提交的问题陈述,对用户需求可以有更全面, 户提交的问题陈述,对用户需求可以有更全面,更细致的 认识. 认识. 观察用户工作流程 用户和开发人员共同组成联合小组
具体化 表 达 需 求
3
目标系统
物理模型
实例化
逻辑模型
软件工程 第3章需求分析
位置：定货报告 定货信息 库存清单
面向数据流方法的分析的应用
6 D1 库存清单 事务 1 包含零件编 号、名称、 目前价格
深入调查
外部输入或系 统生成
3.2.2 面向数据流的自顶向下求精
• 回溯时常遇到的问题：为了得到某个数据元素需要 用到数据流图中还没有的数据元素，或者得出这个 数据元素要用的算法尚不完全清楚。 • 因此，需要向用户等有关人员请教，他们的回答使 分析员对目标系统的认识更深入具体，系统中更多 的数据元素被划分出来，更多的算法搞清楚了。 • 把分析过程中得到的有关数据元素的信息记录在数 据字典中，把对算法的简明描述记录在IPO图中。 通过分析而补充的数据流、数据存储和处理，应该 添加到数据流图的适当位置上。
• 主要目标：把数据流和数据存储定义到元 素级别（不可分解为止）
数据的来源、去 向、数据结构定 义等
可行性 分析忽 略了细 节
3.2.2 面向数据流的自顶向下求精
自顶向下，逐 层细化的方法
• 结构化分析方法是一种什么方法呢？ • 从数据流图的输出端着手分析，这是因为系 统的基本功能是产生这些输出的关键原因。 • 输出数据决定了系统必须具有的最基本的组 成元素（包括功能和数据结构组成）。
3.4.1 数据对象
• 它的范畴很大，可以是外部实体(例如，产生 或使用信息的任何事物)、事物(例如，报表)、 行为(例如，打电话)、事件(例如，响警报)、 角色(例如，教师、学生)、单位(例如，会计 科)、地点(例如，仓库)或结构(例如，文件) 等。 • 总之，可以由一组属性来定义的实体都可以 被认为是数据对象。
软件工程-4 需求分析
缺书单 保 进书通知 管员
外部实体 第1层
教材存量表 F1
学 购书单 生
领书单
1 销售
进书通知
2 采购
缺书单 保 管员
进书通知
缺书登记表 F2
第2层
教材存量表
学 购书单 1
生
销售
领书单
进书通知
2
缺书单 保
采购
管员
进书通知
外部 项
教材销售子系统
缺书登记表
F1 书号 单价 数量
采 进书通知 1.5
购
补售 教材
本章将介绍需求分析的任务、步骤、需求分析方法 (面向数据流图分析方法、面向对象的分析方法）。
3.1 需求分析的任务
软件需求分析的任务
深入描述软件的功能和性能 确定软件设计的约束和软件同其它 系统元素的接口细节 定义软件的其它有效性需求
需求分析的任务就是借助于当前 系统的逻辑模型导出目标系统的 逻辑模型，解决目标系统的 “做 什么” 的问题。
该校规定，每年每个职工的医疗费有一个限额（如 80元），限 额在年初确定，其限额规则如下：
1、每个职工一年内报销的医疗费不超过限额时，全部报销 2、超额，则超出部分只可报销90%，其余10%由职工个人负担 3、职工子女的医疗费也有限额（如 40元）
用户对系统的要求
1、医疗费管理系统每天记录当天报销的若干职工或职工子女的医 疗费的类别、金额。
(3) 数据文件词条的描述
数据文件名： 简述：存放的是什么数据。 输入数据: 输出数据: 数据文件组成:数据结构。 存储方式:顺序，直接，关键码。 存取频率: ……
学
审查并 发票
生
开发票
各班学生用书表 教材存量表
软件工程中的需求分析
软件工程中的需求分析需求分析是软件工程中的重要环节之一，它是确定系统需求的过程，目的是对用户需求进行全面而准确的描述，为软件系统的开发和设计提供基础。
在需求分析阶段，需要考虑多个方面的因素，如用户需求、系统功能、业务流程等。
一、用户需求分析用户需求是软件开发的基础，需求分析的首要任务是理解和梳理用户的需求。
这一阶段需要与用户进行充分的沟通和交流，了解他们的真实需求，并通过采集、整理和分析大量的用户反馈和数据，确定用户所需的功能和特性。
1.1 需求采集需求采集是获取用户需求的过程，可以通过面对面的访谈、问卷调查、竞品分析等方式进行。
在采集过程中，应该注意保持主动沟通和积极倾听的态度，确保获取到准确和详细的用户需求信息。
1.2 需求整理需求整理是对采集到的用户需求进行分类和归纳，去除冗余和重复的需求，并将其形成需求清单。
在整理过程中，可以采用需求建模工具，如用例图、活动图等，帮助理清需求之间的关系和流程。
1.3 需求分析需求分析是对需求进行深入分析和评估的过程，目的是确保需求的可行性和一致性。
在分析过程中，需要考虑到技术实现的可行性、业务流程是否合理、功能需求是否冲突等问题。
二、系统功能分析系统功能是指软件系统所具备的功能和特性。
在需求分析阶段，需要明确系统所需的功能范围和优先级，为后续的设计和开发提供指导。
2.1 功能规划功能规划是对系统功能进行规范和划分的过程，根据用户需求和业务流程，确定系统所需的核心功能和附加功能。
可以使用功能树、功能矩阵等工具来描述和管理系统的功能结构。
2.2 功能优先级功能优先级是根据需求的重要程度和系统开发的紧迫性，对功能进行排序和划分的过程。
可以使用需求矩阵、项目管理工具等方法来确定功能的优先级，以便在后续的开发过程中有序地推进。
三、业务流程分析业务流程是指系统中各个功能模块之间的流程和交互。
在需求分析阶段，需要对业务流程进行详细的分析和设计，确保系统能够有效地支持和优化业务运营。
实验一软件工程需求分析
教学辅导——需求分析一、需求分析的任务需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?"这个问题.需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。
通常软件开发项目是要实现目标系统的物理模型，即确定待开发软件系统的系统元素,并将功能和数据结构分配到这些系统元素中.它是软件实现的基础.需求分析的任务不是确定系统如何完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求.在这个阶段结束时交出的文档中应该包括详细的数据流图（DFD），数据字典（DD)和一组简明的算法描述。
需求分析阶段的任务包括下述几方面。
1．确定对系统的综合需求2．分析系统的数据需求分析系统的数据需求是由系统的信息流归纳抽象出数据元素组成、数据的逻辑关系、数据字典格式和数据模型。
并以输入/处理/输出（IPO）的结构方式表示。
因此,必须分析系统的数据需求，这是软件需求分析的一个重要任务。
3．导出系统的逻辑模型就是在理解当前系统“怎样做”的基础上，抽取其“做什么"的本质.4．修正系统开发计划5．开发原型系统二、需求分析的步骤结构化分析方法（简称SA方法）就是面向数据流自顶向下逐步求精进行需求分析的方法.需求分析的步骤如下。
1．调查研究2．分析与综合应注意下述两条原则：第一,在分层细化时必须保持信息连续性,也就是说细化前后对应功能的输入／输出数据必须相同；第二，当进一步细化将涉及如何具体地实现一个功能时,也就是当把一个功能进一步分解成子功能后，并将考虑为了完成这些子功能而写出其程序代码时，就不应该再分解了。
3．书写文档在这个阶段应该完成下述四种文档资料:（1)系统规格说明。
（2）数据要求。
（3)用户系统描述。
(4）修正的开发计划。
4．需求分析评审三、需求分析的原则1．必须能够表达和理解问题的数据域和功能域2．按自顶向下、逐层分解问题3．要给出系统的逻辑视图和物理视图四、需求分析方法大多数的需求分析方法是由数据驱动的，数据域具有三种属性：数据流、数据内容和数据结构。
需求分析阶段的任务
需求分析阶段的任务
• 经过分析确定下来的软件需求应该在软件需求说明书中给出确切的阐述。在软 件开发过程中，以及在该项软件投入运行以后，需求说明书都是一份重要的资 料，它被当作是用户和开发人员双方达成的协议书，其中阐明的需求是经过分 析以后，双方对问题的共同理解，而且是准备组织力量加以实现的。很显然， 需求说明书中不应包括那些不可实现的或不准备实现的需求，因为它是下个阶 段进行软件设计的基础和依据。此外，在项目开发工作完成以后，它将成为产 品验收的依据。
需求分析阶段的任务
• 需求分析阶段的研究对象是软件产品的用户需求。这些需求最终要在所开发的 软件产品上体现出来，或得到一定程度的满足。这些需求通常包括：
– 功能需求。 – 可靠性需求。 – 成本消耗需求。 – 资源使用需求。
- 性能需求。 - 安全保密需求。 - 开发进度需求。 - 用户接口需求。
需求分析阶段的任务
• 在研究用户需求的基础上，进一步完成可行性分析和成本-收益分析，将可以 接受的需求和分析的结论编写成软件需求说明书 (又称软件规格说明书) ，作 为需求分析阶段的主要工作成果。
ห้องสมุดไป่ตู้
需求分析阶段的任务
• 需求分析阶段的工作主要由软件人员承担，较大的软件开发机构通常有更明确 的分工：系统分析员和高级程序员各有不同的职责。在需求分析阶段，系统分 析员处在用户和高级程序员之间，沟通用户和开发人员的认识和见解。系统分 析员一方面要协助用户对所开发的软件提出需求，另一方面还要和高级程序员 充分交换意见，探讨其合理性和实现的可能性。如图3-1所示，系统分析员在 需求分析阶段起着重要的作用。
软件工程学教程
需求分析阶段的任务
• 需求分析是软件生存周期中计划阶段的最后一个步骤。利用软件范围作为指南， 软件需求分析试图实现如下几个目标：
《软件工程学》第3章 需求分析-答案
3.1 需求分析的任务和步骤1．需求分析阶段产生的文档是软件需求规格说明书。
2．需求分析的任务是要建立软件的逻辑模型。
3．分析系统的数据要求是软件需求分析阶段的一个重要的任务。
4．需求分析的任务不包括（B）。
A．问题分析B．系统设计C．需求描述D．需求评审5．需求规格说明书是在计划时期可行性研究阶段产生的文档。
（×）6．需求分析阶段的成果主要是需求规格说明，但该成果与软件设计、编码、测试直至维护关系不大。
（×）7．软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。
（√ ）8．需求分析中的性能要求是指系统的技术性能指标，包括：存储量、响应时间、精确度和安全保密等方面。
（√ ）3.2 需求分析获取的常用方法3.3 需求分析的方法3.4 结构化分析技术1．要将一个复杂的系统分析清楚，常用方法的结构化分析方法就是（ A ）A．面向数据流自顶向下逐步求精的方法B．由内向外进行分析的方法C．先局部后整体的分析方法D．使用IPO图形工具分析的方法2．结构化程序设计的一种基本方法是（ D ）。
A．筛选法B．递归法C．归纳法D．逐步求精法3．结构化程序设计主要强调的是（ A ）。
A．程序易读性B．程序的效率C．程序的规模D．程序设计语言的先进性4．下列各种叙述中，哪一个不是结构化方法的特征?（ C ）A．严格定义需求B．划分开发阶段C．提供运行模型D．制定规范文档5．通常所说的结构化设计（SD）是属于基于（ B ）的设计方法。
A．数据结构B．数据流C．对象D．以上均可6．通常所说的结构化设计方法就是基于数据流的设计方法。
7．结构化程序设计强调模块采用自上而下逐步求精设计方法，单入口、单出口。
（√ ）3.5 需求分析图形工具。
软件工程知识梳理2-需求分析
需求分析需求分析时软件定义的最后一个阶段，它的基本任务时准确回答系统必须做什么的问题。
输出：本阶段必须的输出时软件需求规格说明书。
角色：需求分析员参与者：用户、需求分析员需求分析遵循的准则：1、必须理解并描述问题的信息域，根据这条准则应该简历数据模型2、必须定义软件应完成的功能，这条准则要求建立功能模型3、必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型4、必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节需求分析的任务：1、确定对系统的综合要求（功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束需求、逆向需求、将来可能提出的要求）2、分析系统的数据要求3、导出系统的逻辑模型4、修正系统开发计划沟通需求的方法：访谈面向数据流自顶向下求精简易的应用规格说明技术快速简历软件原型分析建模：数据模型(ER图)、功能模型（数据流图）、行为模型（状态变换图）。
ER图（实体联系图）：数据对象、属性、联系（1：1、1：N、M:N）,需要掌握图形的绘制!状态转换图：通过描绘系统的状态及引起系统状态变换的事件来表示系统的行为，用于行为建模。
需要掌握图形的绘制!在描述复杂事务时，图形远比文字表达方式优越得多，它更形象直观和容易理解。
还有3种图形工具可能会在需求分析阶段使用到！1.层次方框图：树形结构的多层次矩形框2.Warnier图：树形结构、和层次方框图类似但能提供更丰富的描绘手段3.IPO图：输入、处理、输出图的简称需求验证：WHY：需求分析的结果是软件开发的重要基础，15%的错误起源于错误的需求。
为了提高软件质量、保证软件开发成功、降低软件开发成本，有必要对需求结果进行正确性的验证！HOW：1.一致性：所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾2.完整性：需求必须是完整的﹐规格说明书应该包括用户需要的每一个功能或性能。
3.现实性：指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。
软件工程需求分析
软件工程需求分析
首先，需求获取是需求分析的基础。
开发团队需要与用户沟通，了解用户的实际需求。
可以通过面对面的会议、问卷调查或者用户需求收集工具等方式进行需求获取。
在这个过程中，开发团队需要主动询问用户的需求，以确保他们完全理解用户的期望。
其次，需求分析需要准确明确的目标。
开发团队需要对需求进行分类和排序，以确定哪些需求是最重要的。
在确定需求优先级时，开发团队可以考虑与用户合作确定，也可以参考相似项目的经验。
接下来，需求分析需要制定合适的文档。
在需求分析的过程中，开发团队需要编写软件需求规格说明书(SRS)，以记录各种需求详细信息。
这样的文档需要描述软件的功能需求、性能需求、安全需求以及其他非功能性需求。
编写完整的文档可以确保需求准确传达给开发团队。
此外，需求分析需要广泛的共享和讨论。
开发团队需要与利益相关者进行定期的讨论和交流，以确保需求的理解和沟通。
这样可以在早期的开发阶段发现并解决潜在的问题或错误，降低开发风险。
最后，需求分析需要反馈和验证。
开发团队在开发过程中需要持续地与用户沟通，获取用户的反馈。
这样可以及时调整需求和开发方向，保证软件的质量和用户满意度。
总的来说，软件工程需求分析是软件开发过程中至关重要的一环。
它需要开发团队与用户密切合作，准确获取和理解用户需求。
通过制定合适的文档和定期的讨论，可以确保需求清晰明确并得到广泛共享。
同时，持续的反馈和验证可以及时修正需求和开发方向，提高软件的质量。
软件工程的需求分析
软件工程的需求分析软件工程的需求分析1. 引言需求分析是软件工程领域中非常重要的一环。
它是在软件开发过程中的第一阶段，主要目的是确定用户的需求，并将其转化为明确、一致且可验证的需求规格。
本文将介绍软件工程中的需求分析过程以及一些常用的需求分析技术。
2. 软件工程中的需求分析过程需求分析是软件工程中的一个关键过程，它通常包括以下几个步骤：2.1 确定用户需求在需求分析的第一步，软件工程师需要与用户进行沟通，了解用户的需求和期望。
这可以通过面对面的会议、访谈或问卷调查来实现。
软件工程师应该尽可能详细地了解用户的需求，包括功能要求、性能要求、界面要求等方面。
2.2 分析用户需求在收集到用户需求后，软件工程师需要对这些需求进行分析。
这一步骤的目的是理解用户需求的内容、约束和优先级，以便后续的需求规格编写和系统设计。
2.3 编写需求规格需求规格是将用户需求转化为可被软件开发团队理解和实现的文档。
在编写需求规格时，需要明确每个需求的描述、优先级、可行性、约束条件等。
需求规格应该准确、一致且可验证，以确保软件开发的正确实现。
2.4 验证和确认需求软件工程师需要与用户进行反复的讨论和确认，以确保需求规格准确地描述了用户的需求。
这一步骤通常涉及到原型设计、用户评审和系统演示等技术手段。
3. 常用的需求分析技术在软件工程中，存在着一些常用的需求分析技术，它们可以帮助软件工程师更好地进行需求分析和规格编写。
3.1 数据流图数据流图是用来描述系统功能的图形化工具。
它通过表示数据流、处理逻辑和数据存储等元素来展示系统的功能和交互。
数据流图可以帮助软件工程师理解系统需求，识别系统的不足之处，并找到改进的方向。
3.2 用例图用例图是一个简单而有效的需求分析工具。
它描述了系统和用户之间的交互，以及系统对外部事件的响应。
用例图可以帮助软件工程师明确系统的功能范围，识别系统的角色和行为，并跟踪和管理需求的变化。
3.3 原型设计原型设计是通过创建原型模型来展示系统的功能和界面。
全国计算机技术与软件专业技术资格(水平)考试题目
全国计算机技术与软件专业技术资格（水平）考试1. 在软件工程中，需求分析阶段的主要任务是：A. 确定软件开发方法B. 编写软件代码C. 确定软件系统的功能需求和非功能需求（正确答案）D. 进行软件测试2. 下列哪项不是数据库管理系统（DBMS）的主要功能？A. 数据定义（正确答案）+ 注：此选项为干扰项，实际上数据定义是DBMS的功能之一，但题目要求选择“不是”的选项，可能原题存在笔误，通常我们会问“哪些是DBMS的主要功能”，而此选项在反向提问中被选出作为“不是”的答案，这里按原题表述。
B. 数据查询C. 数据更新D. 数据安全与维护3. 在计算机网络中，TCP/IP协议栈的哪一层负责数据包的路由选择？A. 应用层B. 传输层C. 网络层（正确答案）D. 数据链路层4. 在面向对象编程中，下列哪项不是多态性的体现？A. 子类重写父类的方法B. 通过接口引用实现类的对象C. 使用类的静态方法调用（正确答案）D. 使用父类引用指向子类对象5. 下列哪种数据结构最适合用于实现堆栈（Stack）？A. 链表B. 队列C. 二叉树D. 数组（正确答案）6. 信息系统的（）是指系统更可能存在着丧失结构功能秩序的特性。
A. 可用性B. 开放性C. 脆弱性（正确答案）D. 稳定性7. （）可以将计算机的服务器、网络、内存及存储等实体资源抽象、封装、规范化并呈现出来，打破实体结构间不可切割的障碍，使用户更好地使用这些资源。
A. 虚拟化技术（正确答案）B. 人工智能技术C. 传感技术D. 区块链技术简答题或综合题示例1. 描述软件生命周期模型中的瀑布模型，并解释其特点。
2. 解释TCP/IP协议栈的层次结构，并说明各层的主要功能。
3. 给定一个二维数组a[1..6,1..8]，每个元素占2个存储单元，且以列为主序存储，请计算元素a[4,4]相对于数组空间起始地址的偏移量。
4. 在面向对象分析与设计中，设计的主要任务包括哪些？请详细描述。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2. 性能需求
性能需求指定系统必须满足的定时约束或容量约束，通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。
3. 可靠性和可用性需求
可靠性需求定量地指定系统的可靠性。
可用性与可靠性密切相关，它量化了用户可以使用系统的程度。
4. 出错处理需求
这类需求说明系统对环境错误应该怎样响应。例如，如果它接收到从另一个系统发来的违反协议格式的消息，应该做什么?注意，上述这类错误并不是由该应用系统本身造成的。
5. 接口需求
接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。
8. 将来可能提出的要求
应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。
注意：举例让学生理解：这样做的目的是，在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦确实需要时能比较容易地进行这种扩充和修改。
二、分析系统的数据要求
任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。
分析系统的数据要求通常采用建立数据模型的方法（举例）。
三、 导出系统的逻辑模型
综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。
四、修正系统开发计划
根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。
6. 约束
设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。在需求分析阶段提出这类需求，并不是要取代设计(或实现)过程，只是说明用户或环境强加给项目的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。
7. 逆向需求
逆向需求说明软件系统不应该做什么。理论上有无限多个逆向需求，我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向需求。