软件需求工程-期末复习资料
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
☆什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。p5
1定义
一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。
需求工程的目标：获取高质量的软件需求。
与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。
“用户在编辑文档时，通过激活特定的触发机制，可以在显示和隐藏所有H T M L标记之间进行切换”。现在，指代关系就清楚了，非打印字符指的是H T M L标记。修改过的需求指明了是用户触发了显示状态的转换，但是它并没有对设计造成限制，因为它并没有精确定义所使用的机制。当设计人员选择好一种触发机制（例如热键、菜单命令或语音输入）时，你就可以编写详细的测试用例来验证这种转换操作是否正确。
（5）所有报销单据必须经过财务部门某负责人审核后才能交由系统处理。非功能
（6）系统必须用面向对象的方法和技术实现。非功能
☆下列需求是否含糊，如果含糊的话，请在说明理由后给予修改：p84
（1）系统必须在固定的时间间隔内提供状态信息，并且每次时间间隔不得小于60秒。
含糊。需求不完整，导致需求不可验证。改进如下：
需求工程=需求的开发活动+需求的管理活动
2各阶段主要任务
需求获取阶段：获取用户的需求信息。
需求分析阶段：分析和综合已经收集到的需求信息。
需求建模阶段：Leabharlann Baidu据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。
需求定义阶段：根据用户需求编写出需求规格说明。
需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。
抛弃型模型：指在原型达到预期目的后将其抛弃，而且在构建该原型时，可以忽略具体的软件构造技术，亦即应以最小的代价构造抛弃型原型。
进化型模型：在需求被清楚定义的情况下，以渐增式方式构建原型，并使原型最终能成为软件产品的一部分。
☆请指出下列陈述属于哪种类型的软件需求或不属于软件需求。p26
（1）只有电梯停在某一楼层时，电梯才能改变方向。非功能
其它定义：
Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。
Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。
通俗定义：软件需求是指软件系统必须满足的所有功能、性质和限制。
软件需求的类型:
目标需求：反映组织机构或客户对系统和产品提出的高层次的目标要求，其限定了项目的范围和项目应达到的目标。
业务需求：主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功能需求。
（2）系统必须用三个主要模块来实现，即检测、记录和统计分析模块，每个模块各自实现一个主要功能。功能性需求
（3）当用户输入他们的口令后，系统便自动从口令文件中检索他们的加密口令，并进行核对。功能性需求
（4）通过对用户进行不到一个小时的培训后，用户能输入和打印某些数据，且输入/出的出错率低于1/20。非功能
功能需求：指开发人员必须实现的软件功能或软件系统应具有的外部行为。
性能需求：指实现的软件系统功能应达到的技术指标，如：计算效率和精度，可靠性，可维护性和可扩展性等。
约束与限制：指软件开发人员在设计和实现软件系统时的限制，如：开发语言，使用的数据库等。
☆试述快速原型开发模型和面向对象开发模型的基本思想，然后说明快速原型开发模型中抛弃型模型和进化型模型的作用。p9
I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。
M. Jackson等：需求是客户希望在问题域内产生的效果。
IEEE软件工程标准：
（1）用户解决问题或达到目标所需的条件或能力；
（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
需求验证阶段：检验软件需求规格说明。
需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求的状态。
☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。p2
软件需求的定义:
A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。
d.如果后台任务中止执行，那么后台任务管理器(BTM)必须显示一个出错信息。
（2）“产品必须在显示和隐藏非打印字符之间进行瞬间切换”。
在瞬间这一时间概念上，计算机不能完成任何工作，因此，这个需求是不可行的。该需求也是不完整的，因为它没有说清状态切换的原因。在特定的条件下，软件产品是否可以进行自动切换或者可否由用户采取某些措施来激发这样转变？还有，在文档中显示转变的范围是什么？是所选的文本、整个文档或其它内容？这个需求也存在一个不确定性问题。“非打印”字符是否指隐藏文本、属性标记或者其它的控制字符？由于存在这些问题，该需求是不可验证的。用如下的语句描述这个需求可能会更好一些：
快速原型模型基本思想：快速建立一个实现了若干功能的（不要求完全）可运行模型来启发、揭示和不断完善用户需求，直到满足用户的全部需求为止。其基本过程如下：
面向对象开发模型基本思想：
应用对象、类、继承、封装、消息、对象或类之间的关系等面向对象的概念对问题进行分析和求解的软件开发技术，或者说，是以对象（类）为数据中心、对象之间的动态行为模式作为运行机制的一种问题求解方法。其基本过程如下：
后台任务管理器(BTM)应该在用户界面的指定区域显示状态消息。
a.在后台任务进程启动之后，消息必须每隔60(10)秒更新一次，并且保持连续的可见性。
b.如果正在正常处理后台任务进程，那么后台任务管理器(BTM)必须显示后台任务进程已完成的百分比。
c.当完成后台任务时，后台任务管理器(BTM)必须显示一个“已完成”的消息。
1定义
一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。
需求工程的目标：获取高质量的软件需求。
与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。
“用户在编辑文档时，通过激活特定的触发机制，可以在显示和隐藏所有H T M L标记之间进行切换”。现在，指代关系就清楚了，非打印字符指的是H T M L标记。修改过的需求指明了是用户触发了显示状态的转换，但是它并没有对设计造成限制，因为它并没有精确定义所使用的机制。当设计人员选择好一种触发机制（例如热键、菜单命令或语音输入）时，你就可以编写详细的测试用例来验证这种转换操作是否正确。
（5）所有报销单据必须经过财务部门某负责人审核后才能交由系统处理。非功能
（6）系统必须用面向对象的方法和技术实现。非功能
☆下列需求是否含糊，如果含糊的话，请在说明理由后给予修改：p84
（1）系统必须在固定的时间间隔内提供状态信息，并且每次时间间隔不得小于60秒。
含糊。需求不完整，导致需求不可验证。改进如下：
需求工程=需求的开发活动+需求的管理活动
2各阶段主要任务
需求获取阶段：获取用户的需求信息。
需求分析阶段：分析和综合已经收集到的需求信息。
需求建模阶段：Leabharlann Baidu据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。
需求定义阶段：根据用户需求编写出需求规格说明。
需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。
抛弃型模型：指在原型达到预期目的后将其抛弃，而且在构建该原型时，可以忽略具体的软件构造技术，亦即应以最小的代价构造抛弃型原型。
进化型模型：在需求被清楚定义的情况下，以渐增式方式构建原型，并使原型最终能成为软件产品的一部分。
☆请指出下列陈述属于哪种类型的软件需求或不属于软件需求。p26
（1）只有电梯停在某一楼层时，电梯才能改变方向。非功能
其它定义：
Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。
Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。
通俗定义：软件需求是指软件系统必须满足的所有功能、性质和限制。
软件需求的类型:
目标需求：反映组织机构或客户对系统和产品提出的高层次的目标要求，其限定了项目的范围和项目应达到的目标。
业务需求：主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功能需求。
（2）系统必须用三个主要模块来实现，即检测、记录和统计分析模块，每个模块各自实现一个主要功能。功能性需求
（3）当用户输入他们的口令后，系统便自动从口令文件中检索他们的加密口令，并进行核对。功能性需求
（4）通过对用户进行不到一个小时的培训后，用户能输入和打印某些数据，且输入/出的出错率低于1/20。非功能
功能需求：指开发人员必须实现的软件功能或软件系统应具有的外部行为。
性能需求：指实现的软件系统功能应达到的技术指标，如：计算效率和精度，可靠性，可维护性和可扩展性等。
约束与限制：指软件开发人员在设计和实现软件系统时的限制，如：开发语言，使用的数据库等。
☆试述快速原型开发模型和面向对象开发模型的基本思想，然后说明快速原型开发模型中抛弃型模型和进化型模型的作用。p9
I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。
M. Jackson等：需求是客户希望在问题域内产生的效果。
IEEE软件工程标准：
（1）用户解决问题或达到目标所需的条件或能力；
（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
需求验证阶段：检验软件需求规格说明。
需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求的状态。
☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。p2
软件需求的定义:
A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。
d.如果后台任务中止执行，那么后台任务管理器(BTM)必须显示一个出错信息。
（2）“产品必须在显示和隐藏非打印字符之间进行瞬间切换”。
在瞬间这一时间概念上，计算机不能完成任何工作，因此，这个需求是不可行的。该需求也是不完整的，因为它没有说清状态切换的原因。在特定的条件下，软件产品是否可以进行自动切换或者可否由用户采取某些措施来激发这样转变？还有，在文档中显示转变的范围是什么？是所选的文本、整个文档或其它内容？这个需求也存在一个不确定性问题。“非打印”字符是否指隐藏文本、属性标记或者其它的控制字符？由于存在这些问题，该需求是不可验证的。用如下的语句描述这个需求可能会更好一些：
快速原型模型基本思想：快速建立一个实现了若干功能的（不要求完全）可运行模型来启发、揭示和不断完善用户需求，直到满足用户的全部需求为止。其基本过程如下：
面向对象开发模型基本思想：
应用对象、类、继承、封装、消息、对象或类之间的关系等面向对象的概念对问题进行分析和求解的软件开发技术，或者说，是以对象（类）为数据中心、对象之间的动态行为模式作为运行机制的一种问题求解方法。其基本过程如下：
后台任务管理器(BTM)应该在用户界面的指定区域显示状态消息。
a.在后台任务进程启动之后，消息必须每隔60(10)秒更新一次，并且保持连续的可见性。
b.如果正在正常处理后台任务进程，那么后台任务管理器(BTM)必须显示后台任务进程已完成的百分比。
c.当完成后台任务时，后台任务管理器(BTM)必须显示一个“已完成”的消息。