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

该笔记记录的是该书第二部分的确定项目的前景与范围这一部分。

开篇点题:一个项目开始之前,首先考虑的第一个问题------项目的目标是什么?   项目的目标就是系统的业务需求。在多数情况下需要进行一些分析工作才能得到系统的业务需求,为了得到业务需求,在简单情况下可以进行问题分析,复杂情况下考虑进行目标分析,必要时辅以业务过程分析。然后呢?---项目的打算做什么。业务需求、高层解决方案及系统特性都应该被记录下来,定义为项目前景与范围文档,这就包含了涉众。射中在现实世界中遇到问题时才会试图引入软件系统,当涉众无法清晰地表达业务需求时,问题分析就OK了!

问题分析包括1、获取问题2、明确问题3、发现业务需求4、定义问题解决方案及系统特性(建立问题解决方案、确定系统特性和解决方案的边界、确定解决方案的约束)。当然了要对目标进行分析也不是那么容易的。问题分析作为一种实践方法,将每一个问题都独立对待,这使得它易于操作但却只能适用于简单情况,相比之下,目标分析使用目标建模技术作为基础,能够处理问题、目标、特性、角色和任务等各种因素的相互依赖关系。面向目标的需求工程方法可以应用于需求工程的各个阶段,这一点通过目标与其他需求模型元素之间的关系能够得到充分体现。目标分析过程主要包括:1、高层目标的获取2、目标精化3、目标实现。

当然了,也要对非功能需求分析,功能需求和非功能需求都是需求的重要部分,但需求工程技术发展主要关注在功能需求的开发上,忽略了非功能需求,尤其是质量需求。非功能需求分析也是存在困难的,主要有1、非功能需求不集中,在系统中散布2、非功能需求不独立,依赖于功能需求3、非功能需求的质量需求比较复杂4、非功能需求相互冲突、依赖。总的来说,非功能需求分析需要有一种能够将独立非功能需求及其对外依赖关系综合考虑的技术了!

原文地址:https://www.cnblogs.com/mm20/p/8447011.html

时间: 2024-08-26 03:04:50

《需求工程--软件建模与分析》读书笔记03的相关文章

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

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

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

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

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

需求工程--软件建模与分析阅读笔记(三) 需求工程的过程: 需求获取:需求获取是从人.文档.或环境中获取需求的过程,必须用各种方法和技术来发现需求,需求开发的过程包含学习和认知的两个过程,学习和认知是递进的.具体有: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

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