需求工程——软件建模与分析阅读笔记二

需求的定义:用户为了解决问题或达到某些目标所需要的条件或能力;系统或系统部件为了满足合同、标准、规范、或其他正式文档所规定的要求而需要具备的条件或能力;对以上两点的一种文档化表述

满足需求就是解决问题:需求源于问题,要准确理解需求就必须明确它与问题的关系。,人们开发软件系统的目的就是希望用它作为解决方案来解决问题,使得现实改善到期望的状况。解决问题、改善现实、满足用户期望的状况。

问题解决的两个方面——问题域与解系统:问题在现实世界与软件系统的互动中的到解决,问题语是需求的背景,问题域的背景信息称为问题域特性。软件通过问题域帮助人们解决问题,所以称为解系统,解系统是问题解决的手段,,并不是问题的产生地,

问题域与需求:虽然解决问题和满足需求的手段是引入解系统,单问题和需求都来自于用户,用火狐关注的是问题域,所以需要是用户对问题域中的实体状态或事件的期望描述,例如有需求描述R1,R2,

解系统与需求规格说明:解系统的核心是软件解决方案和解决方案在通用计算机上实现。虽然解决方案及其实现都关注于软件系统本身,但相互之间也有所不同

问题解决的基础:模拟与共享现象,处于问题域之外的解系统之所以能解决问题域中的问题,是因为问题域与解系统之间存在有效的互动,并在互动中互相影响,而问题域与解系统能够性成互动的基础是解系统部分模拟了问题域,这种模拟称为共享现象

问题解决方法:直接与间接,因为模拟后的知识是解系统的一部分,所以解系统可以对其施加操作,适当改变这些知识,知识的改变会交互的传递给问题域,问题域在会接收改变的基础上继续规律性的运作,是问题得以解决,。

原文地址:https://www.cnblogs.com/1605-3QYL/p/8448022.html

时间: 2024-10-11 11:52:23

需求工程——软件建模与分析阅读笔记二的相关文章

需求工程——软件建模与分析阅读笔记一(三)

需求工程--软件建模与分析阅读笔记(三) 需求工程的过程: 需求获取:需求获取是从人.文档.或环境中获取需求的过程,必须用各种方法和技术来发现需求,需求开发的过程包含学习和认知的两个过程,学习和认知是递进的.具体有:1收集背景资料2.获取问题与目标,定义项目前景和范围3.识别涉众,选择信息的来源4.选择获取方法,执行获取.获取功能与非功能需求5.记录获取结果 需求分析:1.背景资料2.问题分析.目标分析.业务分析.确定系统边界3.软件需求建模4.细化需求5.确定优先级6.需求协商 需求规格说明:

需求工程——软件建模与分析阅读笔记01

·在假期间,通过阅读需求工程--软件建模与分析,了解到需求问题是当前软件开发面临的主要问题,无论是实践还是数据的调查,都明确指出需求问题是当前软件开发面临的主要问题之一.在Standish Group的CHAOS的调查中,将软件项目分为3中类别,在预计的时间之内,预算的成本之下完成预期的所有功能,则项目为成功项目:已经完成,软件产品能够正常工作.,但在生产中或者超支,或者超期,或者实现的功能不全,则项目为问题项目:因无法进行而被中途撤销,或者最终产品无法提交试用,则项目为失败项目. 软件生产中产

01需求工程软件建模与分析阅读笔记之一

这是第一次阅读需求工程这本书,下面是这些天学到的一些知识 提起需求,不同背景的人(用户,开发者)会有不同的看法,因此需求是需求工程中一个非常难以准确的定义和解释的概念,IEEE对需求的定义为: 1.用户为了解决问题或达到某些目标所需要的条件或能力. 2.系统或系统部件为了满足合同.标准.规范或其他正式文档所规定的要求而需要具备的能力或条件. 3.对1或2中的一个条件或一种能力的一种文档化表述. 需求是用户对问题域中的实体状态或事件的期望描述.在用户看来,一旦解系统对实体状态或者事件的影响满足了他

需求工程——软件建模与分析阅读笔记一

软件生产的需求问题: 需求问题是当前软件开发面临的主要问题,成功项目,问题项目,失败项目 成功项目的影响因素:用户的参与.高层管理支持.清晰的需求说明.正确的项目计划.切合实际的期望.细化的项目里程碑.需求因素对项目的成败具有很重要的作用 软件的模拟特性:某种情况的计算与实际事件的发生,现实世界对虚拟世界进行限定,应用型软件和纯工具软件在生产中具有不同的关注点和评判标准应用软件模拟性具体指:目的性.软件的开发是据此设立的.正确性.软件具备的功能能够保证目标的正确实现.现实可理解性.软件系统是在现

05需求工程软件建模与分析阅读笔记之五

此次阅读了解到了常见的问题框架. 大致分为六种: 1.需求行为控制系统:存在物理世界的某个部分,其行为须要收到控制,以使得他们满足特定的条件,问题是要建立一个系统,系统将施加所须要的控制. 2.命令行为控制系统:存在物理世界的某个部分,其行为需要根据操作者发出的命令进行控制.问题是要建立一个系统,他将将接受操作者的命令并施加相应的控制. 3.信息系统:存在物理世界的某个部分,须要连续的表达关于其状态和行为的特定信息.问题是建立一个系统,他将从物理世界中获得这些特定的信息,并按所需要的格式呈现在所

06需求工程软件建模与分析阅读笔记之六

此次阅读了解到了优秀需求规格说明书文档的特性. 1.完备性:需求规格说明文档是完备的,当且仅当:(1)描述了用户所有有意义的需求,包括功能.性能.约束.质量属性和对外接口.(2)定义了软件对所有的情况的所有实际输入的响应.(3)为文档中的所有插图.图.表.和术语.度量单位的定义提供了完整的引用和标记. 2.一致性:(1)细节的需求不能同高层次的需求相冲突.(2)同一层次的不同需求也不能相互冲突. 3.根据重要性和稳定性分级:在高质量的的需求集中,开发人员.客户以及其他风险承担人已经根据对客户的重

需求工程——软件建模与分析阅读笔记02

通过阅读第二章,了解到满足需求就是解决问题.人们开发软件系统的目的就是希望用它作为解决方案来解决问题,使得现实改善到期望的状况,解决问题,改善现实,满足用户期望的条件与能力就是需求. 问题解决的两个方面包括问题域与解系统.问题在现实世界中与软件系统的互动中得到解决.软件系统不会也不需要与整个现实世界互动,它只需要与现实世界的一部分互动即可.这部分就是问题的发生地,也是问题解决的基本范围--解决问题必须设计的事件和事物.问题域是需求的背景,要理解需求就必须先解决问题域.软件系统通过影响问题域帮助人

需求工程-软件建模与分析读书笔记2

在写完第一篇读书笔记后,我又读了一个星期的<需求工程-软件建模与分析>,感觉有些东西要写下来,才有可能变为自己的. 需求工程有三个主要任务:第一,需求工程必须说明软件系统将被应用的环境极其目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用方式,方法所施加的限制和约束,也即要同时说明软件需要做什么和为什么需要做.第二,需求工程必须将目标,功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明.需求规格说明是最为重要的成果,是

&lt;&lt;需求工程--软件建模与分析&gt;&gt;读书笔记之一

新学期,新开始,我们总需要新的书籍来充实自我.这本书分为五部分,分别是绪论,需求获取,需求分析,需求的文档化和验证以及需求管理与工程管理.这本书是关于软件需求工程的专项著述,目标是从开发者的视角出发,侧重于实践者的技术与方法,系统地介绍需求工程的最新发展,促进需求工程领域理论.方法和技术的全面融合应用,指导需求工程各阶段的系统化实践.这本书从需求的获取,建模,文档化,验证以及管理等各个方面介绍了需求工程,是一本非常不错的书籍. 那么,这本书说的是需求工程是什么?简单来说,需求工程是所有需求处理活