软件需求工程习题汇编

软件需求工程习题汇编内容摘要：

束的说明、合适的验收标准，给出对目标软件的各种需求。 需求规约作为用户和开发者之间的一个协议，在之后的软件工程各个阶段发挥重要作用。 简述软件体系结构的概念及基于 B/S 体系结构的实现方式。 答：软件体系结构：软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。 处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同 部分组组合连接起来。 B/S 结构：浏览器（客户机） —— WEB 服务器 —— 数据库服务器 B/S 体系结构的实现方式： B/S 模式下的客户机只需安装浏览器软件，无须开发前端应用程序；中间层的 Web 应用服务器，主要的数据计算和应用都在此完成，因此对中间层服务器的要求较高；后台数据库服务器主要完成数据的管理。 用户界面设计三个的任务和目的。 答：用户界面设计在工作流程上分为结构设计、交互设计、视觉设计三个部分。 1） 结构设计：结构设计也成概念设计 ，是界面设计的骨架。 通过对用户研究和任务分析， 制定出产品的整体架构。 基于纸质的的低保真原型（ Paper Prototype）可提供用户测试并进行完善。 在结构设计中，目录体系的逻辑分类和语词定义是用户易于理解和操作的重要前提。 2） 交互设计：交互设计的目的是使产品让用户能简单使用。 任何产品功能的实现都是通过人和机器的交互来完成的。 因此，人的因素应作为设计的核心被体现出来。 3） 视觉设计：在结构设计的基础上，参照目标群体的心理模型和任务达成进行视觉设计。 包括色彩、字体、页面等。 视觉设计要达到用户愉悦使用的目的。 需求规格说明文档的作者及 表现手段。 答：作者： 项目管理者：组织安排、提供条件 需求工程师：负责人、主导人 文档写作人员：有时会采用，节省需求工程师的时间 涉众（用户）：验证人 表现手段： 非形式化：自然语言、限制性文本 半形式化：结构化文本（伪码 /结构化英语）、模型语言（图、表） 形式化：形式化语言（数学语言： BNF） 数据库设计的内容及常用方法。 答：数据库设计包括数据库的结构设计和数据库的行为设计。 1） 数据库的结构设计 数据库的结构设计指是根据给定的应用环境，进行数据库的模式或子模式的设计。 它包括数据库的概念设计、逻辑设计和物理设计。 数据库模式是各应用程序共享的结构，是静态的、稳定的，一经形成后通常情况下是不容易改变的，所以结构设计又称为静态模型设计。 2） 数据库的行为设计 数据库的行为设计是指确定数据库用户的行为和动作。 而在数据库系统中，用户的行为和动作指用户对数据库的操作，这些要通过应用程序来实现，所以数据库的行为设计就是应用程序的设计。 用户的行为总是使数据库的内容发生变化，所以行为设计是动态的 ，行为设计又称为动态模型设计。 数据库常用设计方法：直观设计法、规范设计法、计算机辅助设计法、自动化设计法。 如何正确看待客户。 答：即使最终用户不是上帝，也算是“上帝”的“亲戚”，同样怠慢不得。 如果项目规模比较大，那么开发方与最终用户的来往就比较多。 如从最终用户那里获取详细的需求，请最终用户试验软件，对最终用户进行培训等等。 概括说明如何进行需求分析。 答 :（ 1）需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不足，确保需求文档正确地反映用户的 真实意图。 （ 2）分析方法大体有两类：“问答分析法”和“建模分析法”。 第一：问答分析方法很简单：刨根究底地问，如果问题都被解答了，那么需求也就分析清楚了。 一个人可以“自问自答”地分析需求，几个人分析需求则称为“研讨”。 问答分析最重要的问题是：“是什么”和“为什么”。 其它常见的问题有： 需求存在二义性吗。 需求文档的上下文有矛盾吗。 需求完备吗。 需求是必要的吗。 需求可实现吗。 需求可验证吗。 需求的优先级确定了吗。 第二：建模分析法：在需求开发过程中，对于某些类型的信息，用图形 表示要比文本表示更加有效。 所以将图形与文本结合起来描述需求是很自然的方法。 需求建模就是指用图形符号来表示、刻画需求。 需求建模不可能取代文字描述。 在需求文档中，文字描述是第一重要的，建模主要是起分析、解释作用。 建议将模型存放在需求文档的附录中，便于正文引用。 建模分析方法主要有两大类：“结构化分析法”和“面向对象分析法”。 概括说明什么是好的需求规格说明书。 答： 第一。 正确 需求规格说明书应当正确地反映用户的真实意图，“正确”是《产品需求规格说明书》最重要的属性。 第二： 清楚 清楚的需求让人易读易 懂。 第三： 无二义性 “无二义性” 是指每个需求只有唯一的含义。 第四：一致 “一致”（ Consistent）是指《产品需求规格说明书》中各个需求之间不会发生矛盾。 第五 ：必要 《产品需求规格说明书》中的各项需求对用户而言应当都是必要的。 第六 ：完备 “完备”（ Complete）是指《产品需求规格说明书》中没有遗漏一些必要的需求。 第七 ：可实现 《产品需求规格说明书》中的各项需求对开发方而言应当都是可实现的（ Attainable）。 第八： 可验证 《产品需求规格说明书》中的各项需求对用户方而言应当都 是可验证的（ Verifiable）。 如果需求是不可验证的，那么用户就无法验收软件，可能会发生商业纠纷。 第九： 确定优先级 需求的优先级其实就是需求“轻重缓急”的分级表述，例如划分为“高、中、低”三级。 一般地，由用户和开发方共同确定需求的优先级。 第十 ：阐述“做什么”而不是“怎么做” 《产品需求规格说明书》的重点是阐述“做什么”，而不是阐述“怎么做”。 “怎么做”是系统设计和实现阶段的事情。 如何定义产品说明书。 答：第一步：细化并分析用户需求 需求分析员首先对《用户需求说明书》进行细 化，对比较复杂的用户需求进行建模分析，以帮助软件开发人员更好地理解需求。 例如采用 Rational 的 Rose 工具进行需求的建模分析，建模分析产生的文档可以作为《产品需求规格说明书》的附件。 补充说明：建模分析的技术难度比较高，需求分析员应当根据自身水平进行取舍。 第二步：撰写产品需求规格说明书 需求分析员按照指定的文档模板撰写《产品需求规格说明书》。 如果待开发的产品分为软件和硬件两部分的话，则应当撰写《软件需求规格说明书》和《硬件需求规格说明书》。 第三步：进行需求确认 项目经理邀请同行专 家和用户（包括客户和最终用户）一起评审《产品需求规格说明书》，尽最大努力使《产品需求规格说明书》能够正确无误地反映用户的真实意愿。 需求评审之后，开发方和客户方的责任人对《产品需求规格说明书》作书面承诺。 1 需求说明书由哪些部分组成。 各部分之间的关系是什么。 答：软件需求说明书一般包括如下内容： 1）引言部分 编写目的；项目背景 (应包括： 、开发单位和主管部门； b．该软件系统与其他系统的关系。 ) ；定义； (列出文档中所用到的专门术语的定义和缩写词的原文。 )参考资料。 2）任务概述 目标；运行环境；条件与限制。 3）数据描述 静态数据；动态数据 (包括输入数据和输出数据 ) ；数据库描述 (给出使用数据库的名称和类型 ) ；数据词典；数据采集。 4）功能要求 功能划分；功能描述。 5）性能需求 数据精确度；时间特性 (如响应时间、更新处理时间、数据转换与传输时间、运行时间等 )；适应性 (在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 ) 6）运行需求 用户界面 (如屏幕格式、报表格式、菜单格 式、输入输出时间等 )；硬件接口；软件接口；故障处理。 7）其他要求 如可使用性、安全保密、可维护性、可移植性等。 8）附录。 1 简述优秀软件需求所应具有的特性。 答： 优秀需求所具有的特性：完整性，正确性，可行性，必要性，划分优先级，无二义性，可验证性。 1 什么是软件需求开发，软件需求开发要做哪些工作。 答： 软件需求开发分为：问题获取、分析、编写规格说明和验证四个阶段。 包括软件类产品中需求收集、评价、编写文档等所有活动。 包括以下几个方面：  确定产品所期望的用户类。  获取每个用户 类的需求。  了解实际用户任务和目标以及这些任务所支持的业务需求。  分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息。  将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件。  了解相关质量属性的重要性。  商讨实施优先级的划分。  将所收集的用户需求编写成规格说明和模型。  评审需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组接受说明之前将问题都弄清楚。 1 什么是软件需求管理，软件需求管理的主要活动有哪些。 答： 需求管理包括在工程进展过程 中维持需求约定集成性和精确性的所有活动，包括：变更控制，版本控制，需求跟踪和需求状态跟踪。 1 试论述用例（ USE CASE）在软件需求分析中的地位与作用。 答： 用例描述了系统和一个外部 ACTOR 的交互顺序，用例表达了系统的功能需求。 在表达系统需求时，用用例图、用例的脚本说明和词汇表等要素来表达系统功能需求，补充规约来表达系统的非功能需求。 1 在开发一个软件系统时，要获取哪些方面的需求。 如何综合利用各种表达工具有效、全面的表达软件的需求。 答： 软件需求包括功能需求、非功能需求，功能需求由用户需求 和系统需求转化而成，非功能需求包括质量属性、约束条件和其他非功能需求。 用用例模型（用例图、用例规约）表达系统功能需求； 补充规约表达系统非功能需求； ER 图与数据字典可以表达系统数据需求； 数据流图（ DFD）可以表达系统的功能需求； PETRI 网、状态图可以表达系统的实时性需求。 六 、分析题 在下面的描述中，辨识参与者（ ACTOR）和用例（ USE CASE），并画出一个用例图。 在医生的办公室里，接待员、护士和医生使用病人记录和计划安排系统。 当病人第一次来这里看病时，接待员使用该系统来输入病 人信息，并且他们安排所有的预约。 护士使用系统来跟踪病人每次看病的结果并输入护理病人的信息，如医疗和诊断。 护士也可访问这些信息以打印病人诊断结果或病人看病历史。 医生主要用这个系统来查看病人的病史，偶尔也输入病人医疗信息，但通常他让护士输入这些信息。 解： 输入病人信息安排预约查询病人诊断结果输入护理病人（诊断）的信息打印病人诊断结果打印病历查询病史输入医疗信息接待员护士医生登录 以下是一个简化的网上购物系统的描述： 该系统有 3 类用户：游客、用户、管理员。 管理员管理商品类别、商品、用户、订单等基本信息。 用户可以对商品进行浏览、查询，可以把中意的商品放进购物车，并可以对购物车进行管理，最后可以进行结算下订单，可以登 录个人用户中心，管理个人相关信息。 游客可以对商品进行浏览、查询，把中意的商品放进购物车，可以对购物车进行管理，但是下订单前需要进行登录。 请同学们按自己的情况在 (一 )和 (二 )之间选择作答。 （一）用用例图描述本系统的功能需求；绘出该系统的主要实体类关联图（类要给出主要属性）。 （二）（ 1）用顶层数据流图和中层数据流图 (顶层的下一层 )描述本系统的功能需求；（ 2）绘出该系统的实体 关系图 (要给出主要属性 )。 围绕本学期你在工作室开发的项目，从需求工程角度展开论述（不少于 800 字）。 根据下列描述，说明新的直接销售和财务处理系统。