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

  软件的模拟特性:

导致需求问题的原因中,一个最为重要的原因是:未能很好地理解和掌握“应用”型软件的模拟型以及由此产生的一系列影响和要求。

软件的模拟特性来源于其知识载体的特性:软件在运行中表现出来的特性、行为应该和应用的现实情况保持一致。这样,人们通过

观察软件的表现就可以得出相应现实的问题的答案,即软件模拟了现实。

  软件可以被分为三种类别:

面向专业用户的纯工具型软件、面向普通用户的纯工具型软件和应用型软件。专业用户通常是以软件为中心开展工作,工具软件是

他们的主要手段,因此面向专业用户的纯工具型软件的首要成功标准是要具有功能的复杂性和使用的高效性;普通用户利用软件的

目的通常仅限于解决一些实际问题、软件仅仅是一种辅助性的手段,因此面向普通用户的纯工具以功能的有用性为首要成功标准。

  应用型软件在“模拟”现实的基础之上接收用户的请求,协助用户完成任务,它正确工作的基础是具有“模拟”性。指以下几点:

1.目的性。软件的目标是满足用户的一些需求或解决某些问题。

2.正确性。软件具备的功能能够保证目标的正确实现。

3.现实可理解性。软件实现功能的基础、手段、过程在用户领域内现实可理解的。

  不同类型软件的生成过程:

面向专业用户的纯工具型软件。 创新:观念创新,技术创新——>功能分析——>设计、实现与集成——>发布

面向普通用户的纯工具型软件。功能分析:有用性——>设计、实现与集成——>发布

应用型软件。现实分析:目的,问题,领域知识——>功能分析:“模拟”性——>设计、实现与集成——>移交

原文地址:https://www.cnblogs.com/ssyh/p/8448889.html

时间: 2024-09-30 16:10:31

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

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

需求工程的j简单定义 需求工程是所有需求处理活动的总和,它收集信息.分析问题.整合观点.记录需求并验证其正确性,最终反映软件 被应用后与其环境互动形成的期望效应. 需求工程的3个主要任务 1.需求工程必须说明软件系统被应用的环境极其目标,说明用来达成这些目标的软件功能,还需说明在设计和实现这些 功能时上下文环境对软件完成任务所用方式.方法所施加的限制和约束,即要同时说明软件需要"做什么"和"为什么"需要做. 2.需求工程必须将目标.功能和约束反映到软件系统中,映射为

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

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

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

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

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

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

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

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

《软件需求最佳实践》阅读笔记一

这本书主要从软件需求实践中出现的主要问题和困难入手,指出了改造的主要方法,然后逐一说明了需求定义.需求捕获.需求分析与建模.编写规约.需求验证等需求开发活动的任务.要点和具体手段.还对包括需求基线.变更管理.需求跟踪在内的需求管理活动的操作要点进行了阐述. 软件项目实施过程中,会遇到很多的问题,有的甚至许多项目根本无法达到预期的目标,这些问题的根源就是软件需求实践.“在中国做软件太难了!客户连自己的需求都说不清楚!”,这种抱怨的话经常被做软件需求的人说到.需求失败也是因为不完整的需求.缺乏用户参

《软件需求最佳实践》阅读笔记二

需求捕获是需求开发中的第一个活动,每个团队都必须提高需求捕获的有效性,要点在于计划性和科学性. 需求捕获的过程是人和人打交道的过程,需求捕获需要需求分析人员积极主动的去获取需求,是散网打鱼,而不是休闲钓鱼:在对用户进行需求提问时,要善于聚焦访谈话题:用户的需求是一个冰山,有很多潜在的需求我们不容易意识到,而理解业务场景有助于需求分析人员更深层次的理解用户的需求.需求捕获有很多种方法,(1)用户访谈:最常见.最基本的需求捕获技术,直接有效.形式灵活,但是要避免占用时间长和用户信息的片面性,最常见的

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

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

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

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