软件需求分析考试重点

合集下载

2024年计算机三级软件工程考点归纳

2024年计算机三级软件工程考点归纳

2024年计算机三级软件工程考点归纳软件工程是一门研究和应用如何以系统性、规范化、可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。

对于准备参加 2024 年计算机三级软件工程考试的考生来说,了解并掌握以下考点至关重要。

一、软件需求分析需求分析是软件开发过程中的第一步,也是最重要的一步。

它的目的是确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰、具体的要求。

考生需要理解需求的类型,包括功能需求、性能需求、数据需求、安全需求等。

掌握获取需求的方法,如面谈、问卷调查、观察、原型法等。

同时,要能够对获取的需求进行分析和整理,绘制数据流图(DFD)、数据字典等,以清晰地表达系统的逻辑模型。

二、软件设计软件设计是把需求转化为软件表示的过程,分为概要设计和详细设计两个阶段。

概要设计主要确定软件系统的总体结构,包括模块划分、模块之间的接口等。

考生要掌握结构化设计方法,如模块独立性原则、信息流的类型等。

详细设计则是对每个模块进行具体的算法和数据结构设计。

考生需要熟悉程序流程图、盒图、PAD 图等详细设计工具的使用,能够根据概要设计的结果,为每个模块编写详细的过程性描述。

三、软件测试软件测试是保证软件质量的重要手段。

考生需要了解测试的目的、原则和类型。

测试类型包括单元测试、集成测试、系统测试和验收测试。

要掌握各种测试用例的设计方法,如黑盒测试(等价类划分法、边界值分析法、错误推测法等)和白盒测试(逻辑覆盖法、基本路径测试法等)。

同时,要理解测试的过程,包括测试计划的制定、测试用例的执行、测试结果的评估和缺陷的跟踪管理。

四、软件维护软件维护是软件生命周期中的最后一个阶段,但也是持续时间最长、花费成本最多的阶段。

考生要了解软件维护的类型,包括改正性维护、适应性维护、完善性维护和预防性维护。

掌握软件可维护性的度量指标,如可理解性、可测试性、可修改性等。

软件需求分析考试资料

软件需求分析考试资料

软件需求分析考试资料第一篇:软件需求分析考试资料1、需求分析的最终结果是需求规格说明书。

2、需求分析中开发人员要从用户那里解决的最重要的问题是让软件做什么。

3、需求规格说明书中的内容不应该包括对算法的详细过程的描述。

4、需求规格说明书的作用不应包括软件可行性研究的依据。

5、关于面向对象方法中消息的叙述,不正确的是操作系统不断向应用程序发送消息,但应用程序不能向操作系统发送消息。

6、面向对象技术中,对象是类的实例,对象有三种成分标识、属性、方法(或操作)7、软件需求分析阶段的工作,可以分成以下四个方面对问题的识别、分析与综合、制定规格说明以及需求分析评审。

8、软件需求规格说明书的内容不应该包括对算法的详细过程的描述。

9、产品特性可以称为质量属性,在众多质量属性,对于开发人员来说重要的属性有哪些?可维护性、可移植性、可重用性、可测试性10、求包括11个方面的内容,其中网络和操作系统的要求属于环境需求,如何隔离用户之间的数据属于安全保密需求,执行速度、相应时间及吞吐量属于性能需求,规定系统平均出错时间属于质量保证。

11、需求分析过程应该建立3中模型,他们分别是数据模型、功能模型、行为模型,以下几种图形中,数据流图(DFD)属于功能模型,实体-联系图(ERD)属于数据模型,状态转换图(STD)属于行为模型。

12、常用的需求分析方法有:面向数据流的结构化分析方法(SA),面向对象的分析的分析方法(OOA),下列(D)不是结构化分析方法的图形工具。

A 决策树B 数据流图C数据字典D快速原型13、软件开发中,原型是软件的一个早期可运行的版本,它反映最终系统的部分重要特性,其中,探索型和实验型用完可以丢弃,而进化型围绕原型修改、增加。

14、数据流图用于描述数据的处理过程。

15、DFD 的基本符号不包括下列哪种?(A)。

A 数据字典B 加工C 外部实体D 数据流E 数据存储文件16、DD的主要字典条目包括以下哪种(E)A 数据流B文件C 数据项D加工E以上都是17、常用的动态分析方法不包括以下哪种(B)A 状态迁移图B 层次方框图C 时序图D Petri网18、需求分析阶段的文档包括以下哪些(E)A 软件需求规格说明书B 数据要求说明书C 初步的用户手册D 修改、完善与确定开发实施计划E 以上都是19、需求验证应该从下述几个方面进行验证:(C)A 可靠性、可用性、易用性、重用性B 可维护性、可移植性、可重用性、可测试性C 一致性、现实性、完整性、有效性D 功能性、非功能性20、风险管理的要素包括哪些(D)A 风险评价B 风险避免C 风险控制D 以上都是21、下列描述中错误的是(D)A 每一个集成的需求变更必须能跟踪控制到一个经核准的变更请求。

软件需求工程考试复习资料:复习提纲.doc

软件需求工程考试复习资料:复习提纲.doc

第二章:描述1、需求的定义a用户为了解决问题和解释或达到某些目标所需要的条件能力b系统或系统部件为了满足合同,标准,规范或其他正式文档所规定的要求而需要具备的条件或能力c对a或b中的一个条件或一种能力的一种文档表述。

2、需求的内涵:问题域、解系统与共享现象a要解决问题,就需要改变现实中某些实体的状态,或者改变实体状态变化的演进顺序,使其达到期望的状态和理想的演进顺序。

这些实体与状态构成了问题解决的基本范围,称为该问题的问题域。

b软件系统通过影响问题域,能够帮助人们解决问题,称为解系统。

c共享现象:通过映射建立的共同知识,就是问题域中与解系统中的共享现象。

3、分类:类别有:功能需求,性能需求,质量需求,对外接口,约束4、功能需求的三个层次:5、需求工程的路线图问题分析:明确问题定义业务需求制定解决方案及系统特性->需求获取:用户需求,性能需求质量属性对外接口约束问题域特性->需求分析:系统需求系统模型->文档化与验证第四章:描述6、需求获取的困难用户和开发人员的背景不同,立场不同首先是知识理解的困难。

尽力去研究应用的背景,理解组织的状况,形成一个能够和用户进行有效沟通的粗略的知识框架默认(Tacit)知识现象利用有效的获取方法与技巧(角色扮演、观察等)来发现并获取默认知识普通用户缺乏概括性、综合性的表述能力普通用户的知识结构就相对局限于一些具体的业务细节善于表达具体业务的细节问题专家用户的知识结构因其渊博性而具有概括性和广泛性能够回答概括性和综合性的问题开发人员在与用户接触之前就先行确定获取的内容主题,然后设计具体的应用环境和场景条件,由用户根据细节业务的执行来描述问题、表达期望。

7、需求获取的流程第五章8、定义项目前景和范围的流程:描述9、问题分析:应用第六章:描述+应用10、涉众分析的流程11、涉众识别的方法12、涉众评估的内容13、涉众选择的策略第7——9章:描述+应用14、面谈的问题类型15、面谈的结构16、面谈的优缺点17、原型的各种特征分类18、原型的优缺点利用原型的好处有:及时、有力的响应用户需求的变化;减少返工;帮助控制不完整需求所带来的风险;可以将一个大的难以处理的开发过程细分成一些更小更容易处理的步骤;减少开发成本,提高经济效益;增加开发者之间的交流,帮助确定技术解决方案的可行性;有效的识别风险和解决风险,帮助进行风险管理;提高用户在软件开发中的参与程度。

软件需求分析及项目管理复习提纲

软件需求分析及项目管理复习提纲

软件需求分析及项目管理期末考试复习提纲一、认真复习软件需求分析教材的诫语二、简答题:1.什么是软件测试?哪些人关心软件测试?请分别从用户和开发者的角度出发谈谈软件测试具有什么意义?2. 什么是进度管理,为何在软件开发活动中重视进度管理?3.简述软件项目管理活动中包括哪七个重要的里程碑节点?4.编码责任人是软件实现阶段的核心角色,其技术水平和管理组织能力直接决定着软件编码阶段的目标能否实现,决定着软件开发的效率和软件的质量。

他的主要任务是什么?5. 编码活动中为什么要强调编码风格?6.软件需求活动中,软件需求获取的困难有哪些?7.项目管理与日常活动比较具有哪些基本特点?8.在软件需求分析活动中,可行性分析研究主要研究什么?为何需要重视可行性分析?三、实践操作题1. 以图书管理系统为例,对软件需求进行系统分析:下面是“图书信息管理系统”所给出的条件,根据系统功能需求绘制UML分析图形。

请根据相关条件画出图书信息管理系统的借阅者请求服务的用例图、图书馆管理员处理借书还书用例图、系统管理员进行系统维护的用例图;系统管理员添加书籍;系统管理员添加借阅者帐户、系统管理员删除书目、图书管理员处理书籍借阅、借阅者查询书籍信息的时序图。

2. 以网络教学系统为例,对软件需求进行系统分析:下面是“网络教学系统”所给出的条件,根据系统功能需求绘制UML分析图形。

下面是“网络教学系统”所给出的条件,系统功能需求主要包括以下几个方面:1. 学生可以登录网站浏览信息、查找信息和下载文件。

2. 教师可以登录网站输入课程简介、上传课件文件、发布消息、修改和更新消息。

3. 系统管理员可以对页面维护以及批准用户的注册申请。

请根据相关条件画出网络教学系统的包图、学生用例图、教师用例图、系统管理员系统用例图和时序图。

四、论述题请论述:如果你是一个软件项目经理,如何实现风险管理?请论述:软件开发活动中,何时开展评审?评审会成了吵架会的原因及解决方案。

需求分析简单题

需求分析简单题

需求分析复习重点考试简答题重点:一、软件需求从层次上分哪三类?业务、用户、系统业务需求:抽象层次最高需求,是系统建立战略出发点,表现为高层次目标,描述了组织为什么要开发系统;用户需求:执行实际工作用户对系统所能完成具体任务期望,描述了系统能够帮助用户做些什么。

表达了用户对系统期望。

系统需求:用户对系统行为期望,一系列系统需求联系在一起可以帮助用户完成任务,达成用户需求,进而满足业务需求;可以直接映射为系统行为,定义了系统中需要实现功能,描述了开发人员需要实现什么。

业务需求一一目标(最高层次)用户需求一一具体任务系统需求一一系统行为联系:业务需求可以明确系统最终目标和努力方向,进而指导具体需求获取活动,发现用户需求;用户需求经过明确和细化处理,可以转化为系统需求。

二、软件需求分哪儿种活动?包括需求开发和需求管理需求开发4 (获取、分析、规格说明,需求验证)+1 (需求管理:版本管理,追踪,控制)需求JL程需求开发需求管理软件需求工程分为需求开发和需求管理两部分1、需求开发任务可进一步细分为4点>需求获取(是从人、文档或者环境当中获取需求过程)>分析(建模来整合各种信息)>规格说明(获取需求需要被编写成文档,在系统涉众之间交流需求信息)>验证(确保需求规格说明文档能正确、准确反映用户意图)2、需求管理保证需求作用在整个软件产品生命周期中连续、稳定和有效发挥需求管理子活动有以下3点:>建立和维护需求基线集A建立需求跟踪信息>进行变更控制三、需求获取有哪儿种方法?(要举例)传统方法、集体获取方法、认知方法、采样…1.传统方法问卷调查、面谈、硬数据分析、文档检查、需求剥离等2.集体获取方法头脑风暴(Brainstorming) 专题讨论会(Workshop) >JAD等3.认知方法任务分析(Task Analysis)、协议分析(Protocol Analysis)等4.采样随机采样、分层采样5.原型书面描绘、幻灯片演示、程序代码6.基于上下文方法观察、民族志(Ethnography)和话语分析(Conversation Analysis )四、分析建模有哪儿种常见手段,分别举例(ppt有)1、结构化需求分析建模>过程建模(过程建模以DFD为中心,结合使用微规格说明、数据字典、ERD、FDD、PDD等技术一起完成结构化分析建模任务)>数据建模(模型建立:ERD)2、面向对象需求分析建模:它以UML为基础,综合使用了多种不同分析技术,主要有:对象模型、用例模型、行为模型、状态机模型、对象约束语言。

2024年软考系统分析师重要考点笔记

2024年软考系统分析师重要考点笔记

考点:数据流图,UML图(用例图,状态图,类图,活动图,时序图),需求获取,需求分析,需求定义(需求规格说明书SRS),需求验证,需求管理和跟踪,需求变更(流程),逆向工程,软件重构。

解题技巧:先看问题,再看题目描述。

快速浏览所有题目的问题。

总论:1需求开发—主线,目标1.1需求获取(6种方法)1.2需求分析(7个任务、3个方法)1.3需求定义(需求规格说明书)1.4需求验证2需求管理—支持,保障2.1变更控制2.2版本控制2.3需求跟踪(正向、反向)2.4需求状态跟踪需求的层次:业务需求(抽象层次高,跟企业战略目标相关)用户需求系统需求(功能需求、非功能需求[性能][质量属性]、设计约束)质量功能部署QFD:常规需求期望需求意外需求一、需求获取的方法1、用户访谈:1对1-3,有代表性的用户。

形式包括结构化和非结构化2种。

结构化是指事先准备好一系列问题,有针对的进行;非结构化只是列出一个粗略的想法,根据访谈的具体情况发挥。

最有效的访谈是结合这2种方法进行。

优点:良好的灵活性、应用范围广。

缺点:信息量大记录困难,时间有限,对系统分析师要求高(具有足够的领域知识,丰富的经验,较强的沟通能力)。

2、问卷调查:用户多,无法一一访谈。

关键在于精心设计并制作好的调查表。

优点:广撒网,代价小,信息真实,好统计缺点:缺乏灵活性,无法了解细节3、采样:从种群中系统的选出有代表性的样本集的过程,通过认真研究所选出的样本集,可以从整体上揭示种群的有用信息。

样本数量=0.25x(可信度系数/可接受的错误)^2优点:提高了效率,降低了成本,使用数理统计原理,减少数据收集的偏差缺点:依赖系统分析师主观因素,要求高4、情节串联板:一系列图片,通过图片来讲故事。

优点:给用户直观的演示,交互性强,最生动缺点:花费时间多,效率低。

5、联合需求计划JRP:通过联合各个关键用户代表,系统分析师,开发团队代表一起,通过高度组织的群体会议来讨论需求。

软件工程考试重点(灰常重要)

软件工程考试重点(灰常重要)

软件工程考试重点(灰常重要)软件工程考试重点(灰常重要)软件工程考试是每个软件工程专业学生所必须面对的一项重要考试。

它是评估学生在软件开发、项目管理、质量保证和软件工程实践等方面的理论知识和实践能力的重要指标。

在这篇文章中,我们将重点介绍软件工程考试的几个重要内容,帮助学生们更好地备考和应对考试。

一、需求工程需求工程是软件工程的基石,它涉及到对软件系统需求的分析、建模和管理。

在软件工程考试中,需求工程占据了重要的比重。

学生们需要掌握需求获取和分析的方法,了解不同类型的需求模型(如用户需求、系统需求、功能需求和非功能需求等),并能够运用适当的需求工程工具和技术来解决实际问题。

二、软件设计软件设计是指将需求转化为可执行代码或软件系统的架构和模块设计。

在考试中,学生们需要熟悉软件设计的原则和方法,包括模块化设计、面向对象设计、设计模式等。

同时,学生们还需要具备使用设计工具和建模语言进行软件设计的实际操作能力。

三、软件开发方法和过程软件工程中的软件开发方法和过程对于考试来说也是非常重要的内容。

学生们需要了解不同的软件开发方法,例如瀑布模型、敏捷开发、迭代开发等,并了解每种方法的特点、适用场景和优缺点。

此外,对于软件开发过程的理解和掌握同样至关重要,学生们需要熟悉软件工程中的需求分析、设计、编码、测试、部署等各个阶段,并了解每个阶段的任务和关键活动。

四、软件测试和质量管理软件测试和质量管理是确保软件开发过程中质量和可靠性的关键环节。

学生们需要了解各种软件测试方法和技术,包括单元测试、集成测试、系统测试、性能测试等,以及软件质量管理的原则和实践。

同时,学生们还需要具备编写测试用例、执行测试计划和分析测试结果的能力。

五、软件项目管理软件项目管理是对软件开发过程进行规划和组织的过程。

在考试中,学生们需要了解软件项目管理的基本概念和方法,包括项目计划、进度管理、风险管理、团队管理等。

此外,学生们还需要了解不同的项目管理工具和技术,如甘特图、敏捷项目管理等。

软件需求分析复习题

软件需求分析复习题

软件需求分析复习题一、判断题1、使用实例方法可以使用户更清楚地认识到新系统允许他做什么,那么我们就应该试图把每一个需求与一个使用实例相联系,尽可能多的使用实例。

( F)2、在状态图中定义的状态主要有:初态(即初始状态),终态(即最终状态)和中间状态,在一张状态图中只能有一个初态,而终态则可以有0至多个。

(T )3、结构化分析方法适合于数据处理类型软件的需求分析。

(T)4、数据流图中每个加工至少有一个输入数据流,但可以没有输出数据流。

(F)5、DFD与数据流程图的区别是程序流程图用于表示程序的过程设计,DFD用作描述软件的逻辑功能,不能表示程序的控制结构。

(T)6、属性是指实体某一方面的特征,一个实体通常有多个属性。

联系也可以有属性。

(T)7、软件需求描述的是“如何做”,而不是“做什么”。

(F)8、软件成功的标准是用户在用,并且可以很容易做完要做的事。

(T)9、业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。

业务规划本身就是软件需求。

(F)10、软件需求的层次包括业务需求、用户需求、功能需求。

(T)二、选择题1.需求分析最终结果是产生(C )A.项目开发计划B.可行性分析报告C.需求规格说明书D.设计说明书2.需求分析中,开发人员要从用户那里解决的最重要的问题是(A )A.让软件做什么B.要给软件提供哪些信息C.需求软件工作效率怎样D.让软件具有何种结构3.需求规格说明书的内容不应包括对(B )的描述。

A.主要功能B.算法的详细过程C.用户界面的运行环境D.软件性能4.需求规格说明书的作用不应包括(D )A.软件设计的依据B.用户与开发人员对软件要做什么的共同理解C.软件验收的依据D.软件可行性研究的依据5.下面关于面向对象方法中消息的叙述,不正确的是(B )A.键盘,鼠标,通信端口、网络等设备——有变化,就会产生消息B.操作系统不断向应用程序发送消息,但应用程序不能向操作系统发送消息C.应用程序之间可以相互发送消息D.发送与接收消息的通信机制与传统的子程序调用机制不同6.面向对象技术中,对象是类的实例。

软件需求考试总复习(网络资料)

软件需求考试总复习(网络资料)

软件需求考试总复习(⽹络资料)1、为什么软件需求这么难?客户说不清楚需求需求⾃⾝经常变动分析⼈员或客户理解有误2、软件需求的定义软件需求=业务知识+问题列表+其他因素。

业务知识包括业务事件、业务实体和业务规则;问题列表是⽤户在⼯作中遇到的困难与障碍,这也是软件开发中需要解决的问题;其他因素包括了⼀些设计约束和⾮功能⽅⾯需求。

3、需求的层次业务需求、⽤户需求、软件需求需求层次的产物:业务需求是需求定义的产物,⽤户需求是需求捕获的产物,软件需求是需求分析与建模的产物。

4、软件需求的三种类型功能需求:开发⼈员要实现什么⾮功能需求:对产品功能描述的补充设计约束:限制了开发⼈员设计和构建系统时的选择范围5、软件开发的各个阶段,为什么只有需求阶段称为⼯程?需求⼯程是随着计算机的发展⽽发展的,在计算机发展的初期,软件规模不⼤,软件开发所关注的是代码编写,需求分析很少受到重视。

后来软件开发引⼊了⽣命周期的概念,需求分析成为其第⼀阶段。

随着软件系统规模的扩⼤,需求分析与定义在整个软件开发与维护过程中越来越重要,直接关系到软件的成功与否。

⼈们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段,它贯穿于系统开发的整个⽣命周期。

需求分析是介于系统分析和软件设计阶段之间的桥梁。

⼀⽅⾯,需求分析以系统规格说明和项⽬规划作为分析活动的基本出发点,并从软件⾓度对它们进⾏检查与调整;另⼀⽅⾯,需求规格说明⼜是软件设计、实现、测试直⾄维护的主要基础。

良好的分析活动有助于避免或尽早剔除早期错误,从⽽提⾼软件⽣产率,降低开发成本,改进软件质量。

所以才只有需求成了⼯程!6、需求⼯程划分为哪两个部分需求开发、需求管理7、需求开发包括哪些内容需求获取、需求分析、需求规约(编写需求规格说明书)和需求验证(确认)。

8、需求管理包括哪些内容基线管理、变更管理和需求跟踪。

9、如何评价需求的好与坏(优秀需求的特点)完整性、正确性、可⾏性、有优先次序、⽆歧义、可验证性、确定性10、客户的含义⼴义来讲,客户泛指直接或间接得益于产品的个⼈或组织。

软件需求分析--复习题

软件需求分析--复习题

软件需求分析--复习题1、名词解释题1.需求分析答:开发人员要准确理解用户的要求,进行细致的调查分析,将用户非形式的需求陈述转化为完整的需求定义,再由需求定义转换到相应的形式主义功能规约(需求规格说明)的过程。

2.需求工程3.业务模型4.原型开发方法5.数据字典2、简答题1.需求分析阶段的基本任务是什么?答:需求分析阶段的基本任务是:(1.问题识别:双方对问题的综合需求:a.功能需求b.性能需求c.环境需求d.用户界面需求.(2.分析与综合,导出软件的逻辑模型.(3.编写文档2.需求说明书由哪些部分组成?各部分之间的关系是什么?答:软件需求说明书一般包括如下内容:1)引言部分编写目的;项目背景(应包括:a.项目的委托单位、开发单位和主管部门;b.该软件系统与其他系统的关系。

) ;定义;(列出文档中所用到的专门术语的定义和缩写词的原文。

)参考资料。

2)任务概述3)数据描述目标;运行环境;条件与限制。

静态数据;动态数据(包括输入数据和输出数据) ;数据库描述(给出使用数据库的名称和类型) ;数据词典;数据采集。

4)功能要求5)性能需求功能划分;功能描述。

数据精确度;时间特性(如响应时间、更新处理时间、数据转换与传输时间、运行时间等);适应性(在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具有的适应能力。

)6)运行需求障处理。

7)其他要求用户界面(如屏幕格式、报表格式、菜单格式、输入输出时间等);硬件接口;软件接口;故如可使用性、安全保密、可维护性、可移植性等。

8)附录1.概括说明如何进行需求分析?(20)答:(1)需求分析是指在需求开发过程中,对所获取的需求信息进行分析,及时排除错误和弥补不足,确保需求文档正确地反映用户的真实意图。

(2)分析方法大体有两类:“问答分析法”和“建模分析法”。

第一:问答分析方法很简单:刨根究底地问,如果问题都被解答了,那么需求也就分析清楚了。

一个人可以“自问自答”地分析需求,几个人分析需求则称为“研讨”。

软件工程考核知识点-第3章-软件需求分析

软件工程考核知识点-第3章-软件需求分析
某企业销售管理系统的功能为: (1)接受顾客的订单,检验订单,若库存有货,进行供货处理,即修改库存,给仓库开备货 单,并且将订单留底;若库存量不足,将缺货订单登入缺货记录。 (2)根据缺货记录进行缺货统计,将缺货通知单发给采购部门,以便采购。 (3)根据采购部门发来的进货通知单处理进货,即修改库存,并从缺货记录中取出缺货订单 进行供货处理。 (4)根据留底的订单进行销售统计,打印统计表给经理。 根据上述的功能描述,画出如下的数据流程图。
把A-0图分解为3-6个主要部分得到A0图,它清楚地表达了A--0图在 同样信息范围内的细节,从结构上反映了模型的观点,是系统功能模 型真正的顶层图。该图中各方框所表示活动的详细含义由低层次的图 形说明。 4.建立低层次的图形
按照自顶向下的方法,从A0图开始逐层分解,建立一系列的活动图 形,直到最低层为止。 第3章自测题及参考答案 一、名称解释 1.需求分析 2.当前系统 3.目标系统 4.SA 5.DFD 二、填空题 1.需求分析阶段产生的最重要的文档是_________。 2.为解决一个复杂问题,往往采取的策略是__________。 3.SA方法中使用半形式化的描述方式表达需求,采用的主要描述工 具是__________。 4.数据流图中有四种符号元素,它们是__________。
绘数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种 功能模型。 下图是一个飞机机票预订系统的数据流图,它反映的功能是: 旅行社把预订机票的旅客信息 (姓名、年龄、单位、身份证号码、旅行时间、目的地等)输入机票预订系统。系统为旅客安排 航班,打印出取票通知单(附有应交的账款)。旅客在飞机起飞的前一天凭取票通知单交款取 票,系统检验无误,输出机票给旅客。
3.3.1 基本图形符号 数据流图有四种基本图形符号: :箭头,表示数据流; 〇:圆或椭圆,表示加工; = :双杠,表示数据存储; □:方框,表示数据的源点或终点。

软件需求分析考试试题

软件需求分析考试试题

软件需求分析考试试题一、选择题(每题 3 分,共 30 分)1、软件需求分析阶段的任务是()A 确定软件开发方法B 确定软件开发工具C 确定软件系统的功能和性能要求D 确定软件系统的运行环境2、以下不属于软件需求分析阶段工作的是()A 编写需求规格说明书B 建立软件系统的逻辑模型C 进行软件测试D 制定软件项目计划3、需求分析中开发人员要从用户那里了解()A 软件做什么B 用户使用界面C 输入的信息D 软件的规模4、软件需求规格说明书的内容不应该包括()A 软件的性能B 算法的详细描述C 用户界面及运行环境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 需求分析可以为系统设计提供依据D 需求分析不需要考虑系统的性能要求10、以下关于数据流图的描述中,不正确的是()A 数据流图是描述系统数据流程的工具B 数据流图中的箭头表示数据流的流向C 数据流图中的处理表示对数据的加工D 数据流图中的数据源点和终点表示系统外部的实体二、填空题(每题 3 分,共 30 分)1、软件需求分析是软件开发过程中的重要阶段,其主要任务是确定软件系统的_________。

2、需求分析阶段产生的主要文档是_________。

3、结构化需求分析方法中,用于描述系统功能的工具是_________。

4、数据字典的作用是对_________中的数据进行详细的定义和说明。

软件需求分析考试重点

软件需求分析考试重点

1 uml 构建图:各主题域的关系(构件接口)活动图:业务流程(初始结点活动分支汇合分叉)类图:领域建模实体间的关系(类类间的关系)用例图:参与者在子系统中应完成什么(参与者用例)部署图:用来描述系统硬件的物理拓扑结构以及在此结构上执行的软构件核心元素:节点连接2只有需求被定义为工程{ 需求开发需求管理} 完成需求大纲用活动图描述业务流程3需求开发{1启动(项目启动)1 解决问题2机会产物:项目综合文档2开发用户需求{划分主题域,确认主题域,画出构件图主题域导出上下文关系图从上下文关系图找出业务事件和报表}3 开发产品需求{需求分析和建模阶段理清框架和脉络(对领域建模)在活动图的基础上使用再顶向下导出法导出用例图确定功能点用例细化:用事件流对用例进行描述类图细化:结构需求数据需求用到数据字典其他需求}}3 必须掌握的几点:1会画类图P1922 会从活动图导出用例图p2243 用例描述(用事件流)4一副漫画反映了什么问题(沟通失真)5 共赢性谈判买车与买船p121 拨开立场寻求利益诉求需求协商的要点补充:业务需求是需求定义的产物用户需求是需求捕获的产物软件需求是需求分析与建模的产物。

Uml中的5个图1 构件图元素:①构件②接口作用:划分主题域之间的关系2 活动图元素:①初始节点和终止节点②活动节点③转换④分支与监护条件⑤分叉与会和作用:用来表示过程机理业务过程以及工作流3 类图元素:①类②关系③多重性作用:用来表示全局的领域模型4 用例图元素:①参与者②用例作用:描述参与者与用例之间的关系5 部署图元素:①节点②连接③节点包含的内容作用:用来描述系统硬件的物理拓扑结构以及在此结构上执行的软构件核心元素:节点连接。

需求分析试题及答案

需求分析试题及答案

需求分析试题及答案1. 需求分析的定义是什么?答案:需求分析是指在软件开发过程中,对用户需求进行详细研究和分析的过程,目的是明确软件系统必须完成哪些功能,以及这些功能的具体要求。

2. 需求分析的重要性体现在哪些方面?答案:需求分析的重要性体现在以下几个方面:- 确保软件满足用户的实际需求。

- 为软件设计和开发提供明确的指导。

- 减少后期修改和维护的成本。

- 提高软件项目的成功率。

3. 需求分析的常见方法有哪些?答案:需求分析的常见方法包括:- 访谈:与用户进行面对面的交流,了解他们的需求。

- 问卷调查:通过设计问卷来收集用户的需求信息。

- 观察:直接观察用户在使用类似系统时的行为。

- 原型法:创建一个初步的软件原型,让用户试用并提出反馈。

4. 如何进行有效的需求分析?答案:进行有效的需求分析可以遵循以下步骤:- 确定需求分析的目标和范围。

- 收集和整理需求信息。

- 分析和评估需求的可行性。

- 编写需求规格说明书。

- 与用户进行沟通和确认需求。

- 进行需求变更管理。

5. 需求规格说明书的作用是什么?答案:需求规格说明书的作用包括:- 作为软件开发的基线文档。

- 帮助开发团队理解用户需求。

- 作为用户验收测试的依据。

- 用于项目管理和进度跟踪。

6. 需求变更管理的目的是什么?答案:需求变更管理的目的是确保需求的变更得到适当的控制和记录,以避免项目目标的偏离和成本的增加。

7. 需求分析中如何识别和处理冲突的需求?答案:在需求分析中,识别和处理冲突的需求可以通过以下方法:- 优先级排序:确定需求的优先级,优先满足最重要的需求。

- 需求协商:与用户进行沟通,寻求折中方案。

- 需求分解:将复杂需求分解为更小的、可管理的部分。

8. 需求分析完成后,如何验证需求的正确性?答案:需求分析完成后,可以通过以下方式验证需求的正确性:- 用户评审:邀请用户评审需求规格说明书。

- 原型测试:创建原型并让用户进行测试。

- 需求跟踪:确保需求在后续开发过程中得到实现。

软件需求考试重点

软件需求考试重点

软件需求考试重点需求分析:需求开发和需求管理软件需求:需求获取,需求分析,需求传输,需求确认,需求变更。

软件需求的定义:1.用户为解决某个问题或达到目标而需具备的条件或能力2.系统或系统不见为满足合同,标准,规范或其他正是文档而必须满足的条件或能力3. 上述1或2中定义的条件或能力的文档表达。

需求的三个层次:1、业务需求:组织或客户高层次的目标,即为什么要开发一个系统,组织希望达到的目标。

2.用户需求:用户目标,或用户要求系统必须能完成的任务。

3.功能需求:规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。

需求开发:获取,分析,规格说明,确认需求开发的结果::有项目前景和范围文档、使用实例文档、软件需求规格说明及相关分析模型。

经评审批准,这些文档就定义了开发工作的需求基线,这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定,需求约定是需求开发和需求管理之间的桥梁。

需求管理:变更控制,版本控制,需求状态跟踪,需求跟踪。

需求管理的任务是与客户就软件项目的需求达成并保持一致。

糟糕需求的产生:用户参与不足;用户需求扩展;有歧义的需求;镀金问题;过于抽象的需求;忽略了某类用户;不准确的计划。

优秀需求的特点:需求陈述:完整性,正确性,可行性,必要性,有优先次序,无歧义,可验证性。

规格说明:完整性,一致性,可修改性,可跟踪行客户:泛指直接或间接得益于产品的个人或组织。

需求工程的推荐方法:知识,需求管理,项目管理,需求获取,需求分析,编写规格说明,需求验证。

需求分析员:是对软件项目设计的需求进行收集、分析、记录和验证等工作主要承担者。

——是用户群体和软件开发团队之间进行需求沟通的桥梁,是收集和传播的中心角色。

任务:1)定义业务需求2)确定项目承担者和用户类别3)获取需求4)分析需求5)编制需求规格说明书6)为需求建模7)主持对需求的验证8)引导对需求的优先级划分9)管理需求能力:1)倾听的技巧2)交谈和提问技巧3)分析能力4)协调能力5)观察能力6)写作能力7)组织能力8)建模能力9)人际交往能力10)创造力需求分析员应引导个项目承担者之间达成一致,利于开发项目。

需求分析考试重点答案

需求分析考试重点答案

第一章3.需求分析与需求工程之间的关系那就是需求工程含义更广,包括需求获取、需求分析、需求定义5.需求工程包含的活动?为什么重视需求工程?需求工程包含需求开发和需求管理,而需求开发又包括需求获取、需求分析、需求规格说明、需求验证。

因为计算机应用于现实世界的广泛性,所以软件工程师的工作也具有行业上的广泛性,但是软件工程师不可能了解所有的领域,所以常常需要将工作中的很大一部分用来定义问题,然后再为其设计解决方案,定义问题就是需求工程的任务,开发软件系统最困难的部分就是准确说明开发什么,最为困难的概念性工作便是编写详细技术需求,这包括所有面向用户,面向机器和其他软件系统的接口,同时这也是一旦有错,最终将给系统带来极大损害的部分,并且以后要对他进行修改也极为困难。

第二章3。

解释下列名词,需求,规格说明,问题域特性和约束,并结合他们的含义说明需求工程的主要任务是什么?需求是用户对问题域中的实体状态或事件的期望描述规格说明:规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征。

问题域的特性:在和解系统相互影响的同时,问题域是自治的,它有自己的运行规律,而且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,当这些特性非常明确时称之为约束。

需求工程的主要任务:1.需求工程必须说明软件系统将应用的环境及目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。

2需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明.3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。

1、进行需求开发,确定用户的期望效果R2、研究问题背景,描述问题域特性E3、构建解系统,描述解系统行为S,使得E,S—>R.5.业务需求、用户需求、系统需求之间的区别与联系?业务需求:描述了组织为什么要开发系统,通常来自项目的投资人,购买产品的顾客,实际用户的管理者,市场营销部门等。

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

什么是软件需求
是软件用户认为其所使用的软件应具备的功能和性能,软件需求是指软件系统必须满足的所有功能、性质和限制
软件需求的分类:目标需求,业务需求,功能需求,性能需求,约束和限制
需求规格说明:完整性、正确性、可行性、必要性、划分优先级、无二义性、可验证性
软件工程是指:用工程方法开发和维护软件过程和有关技术。

软件工程基本内容:软件开发过程、软件开发和维护的方法与技术、软件开发和维护工具的系统、质量评价和质量保证
软件开发过程模型
瀑布式模型、快速原型模型、渐增式模型、螺旋式模型、面向对象开发模型
软件生命周期:需求分析和定义、设计、编码、测试、维护
需求工程是指应用过程化方法、技术和规格来开发和管理软件的需求
需求工程的目标:获取高质量的软件需求。

需求工程的任务:获取、分析和表达软件的需求。

需求工程的任务:1确定待开发的软件系统的用户类,并获取他们的需求信息2分析用户的需求信息,并按软件需求的类型对这些需求信息进行分类,同时过滤掉不是需求的信息3根据软件需求的信息建立软件系统的逻辑模型或需求模型,并确定非功能需求和约束条件和限制
需求工程对软件开发的影响
1需求是制定项目计划的基础2需求工程所产生的最终产物(需求规格说明)是软件设计和软件实现的基础3需求规格说明是测试工作和用户验收软件的依据4软件规格说明是软件维护工作的依据。

需求工程面临的困难
需求获取与需求分析的困难性,需求描述语言和规范化的困难性,需求验证的困难性,需求管理的困难性
需求工程的目标:给出待开发或待完善的软件系统的一个清晰地、完整的、无二义性的和精确的描述,并最终产生高质量的软件需求规格说明书
需求工程阶段:需求开发阶段和需求管理阶段
需求开发阶段:1用户的意图分析2需求规范化细分为:需求获取,需求分析,需求描述,需求验证
软件需求获取阶段的任务:获取用户的需求信息。

需求信息的分类:1目标需求2用例说明3业务规则4功能需求5性能需求6外部接口需求7限制8数据定义9解决方案
非功能需求:1可靠性2可扩充性3安全性4互操作性5健壮性6易使用性7可维护性8可可移植性9可重用性
需求获取的过程:确定需求开发计划,建立项目目标和范围,确定调查对象,实地收集需求信息,确定非功能需求
确定需求开发计划:确定需求开发的实施步骤,给出收集需求活动的具体安排和进度
确定需求开发目标和范围:根据项目目标把项目相关人员定位到一个共同的和明确的方向上,并决定软件系统的范围
确定范围的好处:可以判断用户所提出的需求信息是否对项目合适,有些用户需求信息可能是建议,但可能有价值
确定调查对象:明确地确定来自不同层次的需求来源和用户,并进行分类
软件需求分为三个层次:目标需求,业务需求,功能及非功能需求
实地收集需求信息:到现场实地调查和与用户交流,收集和理解用户需求信息
实地调查的步骤1向掌握全局的负责人调查2向部门负责人调查3向业务人员调查
软化需求来源:1直接和间接使用软件系统的用户2系统需求规格说明3市场调查和用户问卷调查4已开发的和待开发的同类软件系统的描述和文档5对人工系统中存在的问题的报告和增强要求6观察正在工作的用户7用户工作内容的分析
需求分析:建立系统关联图,分析需求可行性,构建用户接口原型,明确需求的优先级,需求建模,建立数据字典,
建立系统关联图:界定收集需求信息的范围提高需求获取的效率,把项目相关人员定位到一个共同的、明确的方向上
分析需求得可行性:在允许的成本和性能要求以及系统范围内,分析每项需求得以实施的可能性
构建用户接口模型:对于软件开发人员或用户不能明确化得需求可以建立相应的用户接口原型然后评估该原型
明确需求的优先级:帮助项目相关人员判断系统的核心需求,并有助于项目开发人员集中于重点问题的交流和协商
需求建模:导出目标系统的逻辑模型,以明确目标系统“做什么”的问题
SA结构化分析方法
特点:1表达问题时尽可能使用图形符号的方式,即使非计算机专业的人员也易于理解2设计数据流图时只考虑系统必须完成的基本功能,不需要考虑如何具体地实现这些功能
基本思想:按照由抽象到具体、逐层分解的方法,确定软件系统内部的数据流、变换的关系,并用数据流图表示。

描述手段:1一套分层的数据流图2一本词典3其他补充材料
数据字典:定义目标中使用的所有数据元素和结构的含义、类型、数量值、格式和度量单位、精度及允许取值范围的共享数据仓库。

数据字典的作用:确保软件开发人员使用同一的数据定义,可提高需求分析,设计,实现和维护过程中的可跟踪性。

需求建模方法和技术(描述性模型、归约性模型、探测性模型)
数据流图:数据流、加工、文件、源点和终点
数据字典:数据流(数据流名,标识符,组成)汇总后的数据项(数据项名、类型、值、位数)
面向对象的需求分析:1问题分析2应用分析3面向对象设计
面向对象的需求建模方法
关键是从获取需求信息中识别出问题域中的类和对象,并分析它们之间的关系,最终建立起简洁、精确和易理解的需求模型。

OMT方法
基本思想:是将面向对象的分析过程视为一个模型的构建过程,即整理获取的需求信息并逐步分析和建立需求模型的过程
3个模型:描述系统静态数据结构的对象模型,描述系统控制结构的动态模型,描述系统功能的功能模型。

OMT方法覆盖了分析、设计和实现三个阶段,并划分为问题分析、系统设计、对象设计和实现四个步骤。

状态转换图、序列图、
需求规格说明:是整个需求工程活动的最终输出,并以文档的形式给出在需求获取和需求定义分析阶段所获得的所有用户需求和需求建模
需求规格说明书内容
1目的、文档约定、预期的读者和阅读建议、产品范围、参考文献2(综合描述)产品前景、产品功能、用户类和特征、运行环境、设计和实现的限制、假设和依赖3(外部接口需求)用户界面、硬件接口、软件接口、通信接口4(系统特性)说明和优先级、激励/响应序列、功能需求5(其他非功能需求)性能需求、安全实施需求、安全性需求、软件质量属性、业务规则、用户文档
需求规格说明的作用
1需求规格说明是软件设计和实现的基础2需求规格说明是测试和用户验收软件系统的重要依据4需求规格说明能为软件维护提供重要的信息
需求验证:检验需求规格说明
目的和任务:软件需求规格说明是否正确描述了目标系统的行为和特征,从其他来源中得到软件需求,需求是完整的和高质量的,所有人对需求的看法是一致的,需求为进一步的软件开发和测试提供了足够的基础
需求验证的内容和方法:一致性,完整性,现实性,有效性
需求评审:非正式评审,正式评审
审查人员的确定和分工
审查过程:筹备、准备、审查会议、修改、重审
需求测试:除了评审方式之外。

还可对需求规格说明进行模拟测试
对于每一个需求通过设计一个或多个可能的测试用例,使这些用例能用于检查系统是否满足需求管理的任务:有效的管理软件系统的需求规格说明及相应文档,评估需求变更带来的潜在影响及可能的成本费用,跟踪软件需求的状态,管理需求规格说明书的版本等
需求管理:1控制对基准需求规格说明的变动2保持项目计划于需求一致3控制单个需求的更改和需求规格说明文档的更改4管理需求和需求间的联系以及需求与设计和实现等方面的依赖关系5跟踪需求的更改状态,控制多个需求同时更改的复杂性
需求变更控制
1控制项目范围的扩展2变更控制策略3变更控制的步骤(1变更控制的启动、确定角色与责任3影响分析和评估4实施变更5验证6变更控制的结束)
面向软件行为和视点的需求建模和检测方法
它是一种可用于建立复杂的软件系统需求建模的方法
基本原理:为获得复杂系统的高质量和可信需求模型,需要根据不同的用户视点建立系统的需求模型
基本概念:1视点:一个观察者根据其关注点和某个问题域而提出的需求信息的集合构成一个视点2视点模板:是视点信息的存放形式,并由一些信息槽构成3视点关系:视点间关系是指两个视点之间在问题域或者需求信息方面的联系(重叠关系、顺序关系、无关系)
行为分类:目标行为、功能行为、复合行为、原子行为
基本步骤:1划分问题域2标识视点3描述需求4建立场景5建立行为模型6建立异类需求模型7检测所有视点8修改需求及行为模型9检测软件系统的部分特性
视点管理:问题域管理、视点生存过程管理、视点关系表管理、术语表及行为表管理、用户管理、日志管理。

相关文档
最新文档