孙挺[1]2002年在《基于UML的需求获取技术研究》文中研究表明需求工程是软件工程中不可缺少的一环，是保证软件质量、提高软件可靠性的关键。UML是面向对象技术一个重要应用，也是近代软件工程环境中对象分析和设计的重要工具。本文首先讨论了需求获取的策略和技术，提出用例模型作为对需求进行标准、规范描述的有效手段，然后对用例(Use Case)技术进行了研究。其中重点研究了用例的扩充和用例内涵的描述及用例对整个开发过程的驱动。最后作以总结和展望，探讨下一个研究方向。
陈伟[2]2008年在《基于本体的特定领域需求获取技术研究及应用》文中进行了进一步梳理以基于本体的特定领域需求获取为主要研究内容,系统分析并总结了目前已有的基于本体需求获取方法,得出当前方法的不足是本体为静态一次性构造,缺乏灵活性。针对当前方法中存在的不足,本文将本体集成算法引入到需求获取过程中,设计了基于本体集成的特定领域需求获取过程REOI并给出了各部分的具体实现,研究了本体集成算法及需求处理解决方案,改进了基于领域本体的应用本体生成算法使其支持多元谓词的获取,总结出应用本体到UML类图的映射规则以及OWL元素与UML元素的对应关系,进而产生UML类图和软件需求文档。最后以Black汽车销售公司为例对基于本体的特定领域需求获取过程REOI进行了应用研究。
俞孙皓[3]2013年在《基于UML的嵌入式系统软硬件划分建模方法研究》文中进行了进一步梳理随着超大规模集成电路工艺技术的高速发展，器件尺寸变得越来越小，在单芯片上的集成的模块也越来越多，系统的功能也越来越复杂。在昂贵的芯片设计和制造成本，以及越来越短的开发周期的压力下，怎么能设计出成本和性能都符合要求的系统就成为系统设计研究领域的棘手课题之一。在这样的背景下，软硬件协同设计技术引起了研究人员的广泛关注。本文从嵌入式系统出发，试图寻找目前嵌入式系统设计存在的问题和缺点；通过对几种较有影响的软硬件协同设计方法Cosyma、POLIS、Cool等的研究，讨论了这几种方法的优点和存在的问题。作为软硬件协同设计的重要组成部分，在软硬件划分领域，过去己经有不少大学和机构进行了许多有意义的探索，有些软硬件划分方法己经在实用方面获得了一定的成功，有效的改善了系统的结构合理性，缩短了开发周期。本文在前人研究的基础上提出了一种基于UML的软硬件划分建模方法。在UML软硬件划分建模方法中，采用用例驱动技术，并针对系统的非功能性属性作了部分扩展，增加了对于系统软硬件划分所需的部分约束的要求；在此基础上，提出了一种从UML图到任务图的转化方法；通过Diane+任务模型对系统进行功能划分。在本文的最后，基于本文所提出的方法实现了一个简化的具有基本功能的卫星模型的建模，演示了基于UML的嵌入式平台软硬件协同设计建模的基本流程。
赵君[4]2007年在《基于UML的需求工程中关键技术及应用研究》文中研究说明UML作为面向对象建模语言的标准己经广泛应用于各个领域，它不仅支持面向对象的分析和设计，而且支持从需求阶段到系统实现的软件开发的全过程。软件需求是软件项目初始估计和初始计划的基础，同时也是软件开发和测试的基础，整个开发活动都要围绕它来进行，一个项目成功与否往往取决于它是否符合需求。用例技术是UML中捕获需求的手段，它借助简单的图形符号和自然语言来描述系统与用户或外部环境间的交互，用例的引入缩小了开发人员和最终用户的距离。 需求问题是软件开发中的首要因素，也是决定软件开发是否成功的关键因素。本文详细论述了需求工程的各个阶段及其相关技术和方法，针对需求工程中存在的问题，指出传统的需求获取与需求管理方法在解决这些问题方面表现出来的不足。在此基础上，结合用例技术和敏捷方法，提出了基于UML的敏捷需求过程模型。该模型利用了UML的用例图、用例活动图和泳道的概念，从用户角度出发，分层次获取需求，逐步细化用例，消除需求过程中产生的误解，为快速、准确获取需求提供了保证。依据该模型，结合软件项目管理系统的开发实践，本文设计并初步实现了需求管理的原型系统。该系统能够覆盖整个需求生命周期，能够为层次性的需求信息之间建立联系、形成良好的需求跟踪链，使需求变更置于可以控制的状态，并保证了需求变更的敏捷性与需求的一致性。 实践表明，依据本文所提出的需求过程模型，能够迅速、准确地获取一个中、小型软件项目的需求，并能迅速建立可控的、文档化、规范化的需求管理过程。
刘艳霞[5]2002年在《基于UML的需求获取工具的研究与设计》文中提出UML作为面向对象建模语言的标准已经广泛应用于各个领域，它融合了早期面向对象建模方法和建模语言的优点，不仅支持面向对象的分析和设计，而且支持从需求分析到系统实现的软件开发的全过程。用例是UML中捕获需求的技术，它借助简单的图符和自然语言描述系统与用户或外部环境的交互状况。用例的引入缩小了开发人员和最终用户的距离，使其在需求方面达成共识，同时用例模型的好坏也直接关系到软件开发的其他过程和最终产品的成功与否。 然而，在基于UML的面向对象的软件开发过程中，用例经常被错误地使用，或过于庞大，或缺少结构化的规格描述。而且已有基于UML的CASE工具也忽略了支持构造标准化用例的过程，仅仅提供了用例模型的绘制和说明描述平台。 在本文中我们研究和设计URET(UML-Based Requirement Elicitation Tool)弥补以上不足。我们提出一种新的用例构造框架来提高用例的质量属性，并且提供友好的用户接口捕获和管理系统需求，支持结构化的用例生成，获取准确且完整的软件需求。
颜思源[6]2003年在《基于UML的软件需求分析过程及其实现》文中提出需求工程是软件工程的一个分支，其活动包括需求获取、需求分析、需求规格说明、需求验证和需求管理。 UML(Unified Modeling Language)是Rational Software公司和她的合作伙伴共同制定的用于描述、可视化和构架软件系统以及商业建模的语言。它提出的思想、方法不仅对需求工程活动，而且对整个软件工程活动，都有直接的指导意义和实际的使用价值。它涵盖了面向对象的分析、设计和实现，融合了早期面向对象建模方法和各种建模语言的优点；为面向对象系统的开发、软件自动化工具与环境提供了丰富的、严谨的、扩充性强的表达方式。UML代表了在大型、复杂系统的建模领域得到认可的“优秀的软件工程方法”。 UML的应用是以系统的开发流程为背景，但UML只是标准的建模语言，而不是一个标准的开发流程。不同的组织、不同的应用领域需要不同的开发过程。软件系统的开发流程中，需求分析是其中决定性的一步，本文的主旨就在于探讨UML如何应用于软件需求分析阶段，并对“产品检验管理信息系统”进行了UML建模。 本文首先对软件需求工程和UML的基本概念和方法作了较为详细的阐述。随后使用UML语言，描述产品检验管理信息系统的需求工程的实践过程和部分结果。侧重于需求的获取、分析建模以及需求规格说明的编写。
袁红超[7]2006年在《基于用例的需求获取的研究与应用》文中认为进入90年代以来,需求工程越来越多的受到了人们的重视。需求捕获作为需求工程中的重要部分也得到了很大的发展。用例是UML中捕获需求的技术,已随着UML广泛应用于各个领域。它借助简单的图符和自然语言描述系统与用户或外部环境的交互状况。UML中提供的仅仅是如何正确的使用用例,并没有回答如何获得用例的问题。因而,在基于UML的面向对象的软件开发过程中,用例经常被错误地构造,或过于庞大,或缺少结构化的规格描述。而且已有基于UML的CASE工具也忽略了支持构造标准化用例的过程,仅仅提供了用例模型的绘制和说明描述平台。 需求捕获过程是一个复杂问题,对于不同种类的软件很难用一个标准的过程来完成需求捕获工作,因此应该针对不同种类软件应有不同的需求捕获方法。本文就是在在原有的用例获取需求的基础上,结合实践经验提出了一种适合于信息流系统的用例构造方法—RGFF用例构造框架。本方法以参与者为中心,首先分析出参与者的责任(Responsibility),然后根据责任得到参与者的目标(Goal),接着根据目标得到输入信息(Feedin),由输入信息分析出输出信息(Feedback),最终导出系统的用例。
刘海娇[8]2010年在《基于魔力平台的需求分析系统的研究与实现》文中认为需求工程的发展使人们逐渐认识到需求获取与分析的重要性,它们是软件开发成败的关键,然而传统的需求获取与分析方法已经不能满足现代科学的需要,快速准确的获取用户需求,做出准确的分析,并且清晰的展示出来,让用户、开发人员都可以很容易的理解,具有非常重要的意义。本文首先详细论述了需求工程、领域工程、本体和UML语言的相关知识,在分析了基于本体的和基于UML的两种需求获取与分析技术的优缺点以及本体和UML语义图形符号在表达上的一致性的基础上,提出了本体和UML相结合的需求获取与分析方法;接着,研究了领域本体的构建方法和UML表示本体的方法,构建了药品监管领域的本体,同时将其用UML直观的表示出来;然后,结合魔力平台,对需求获取与分析方法进行了设计,通过用户主导进行需求获取,同时将需求分析分为文字分析和图形分析两个方面,并辅以模型一致性检测功能;最后,在魔力平台的基础上,设计并实现了需求分析系统。实践证明,通过本系统分析获得的领域需求模型更加直观,分析得到的结果也比较准确,此外,通过本系统获取到的本体知识可以复用到其它领域,提高了知识的可重用性。
刘旭勇[9]2008年在《用例驱动的交互式需求获取技术及支持工具》文中进行了进一步梳理需求获取是系统开发过程至关重要的一步,它是用户到软件工程人员之间的一道桥梁,软件工程人员通过需求获取得到用户的意图,形成软件编制的依据。需求获取的好坏直接关系到软件的成功与否,是软件生命周期中的关键步骤。本文主要论述在UML中没有提供需求获取过程情况下,如何使用用例驱动方法来获取需求,并主要从以下几方面展开研究:第一,详细论述了需求工程、模型驱动开发(MDA)及用例(USE CASE)驱动技术,为研究奠定理论基础;第二,给出了需求获取的方法。该方法以用户填表的方式,交互式引导用户表达需求,依据需求描述信息获取参与者、用例等信息,并进一步获得用例模型;第叁,给出了类图的导出方法。该方法使用CRC(Class Responsibility Collaborator)技术获取类,并改进了CRC结构,为类图导出打下良好的基础;第四,设计并实现了需求获取支持工具;第五,应用需求获取工具详细地给出了教学管理系统的需求获取过程,导出了用例图和类图。
鹿瑶[10]2013年在《基于UML的嵌入式系统非功能属性获取及建模的研究》文中研究说明随着嵌入式系统日渐广泛的应用，越来越多的学者开始研究如何将已成熟应用于通用PC系统的设计方法和技术应用到嵌入式系统当中。UML作为一种用于需求获取与建模阶段的语言，得到众多工具开发商的支持并成为实际上的建模语言标准。然而在嵌入式系统的需求获取与建模阶段使用UML建模语言尚存在诸多问题，其中重要的一个问题就是嵌入式系统的非功能属性无法在UML视图中建模。本文研究和开发了一套从非功能需求获取到建立具有表示非功能属性能力的计算独立模型、平台独立模型的方法。整个方法在模型驱动框架下进行，具体包括：获取嵌入式系统非功能属性信息、建立非功能需求表，根据非功能需求表转换出属于计算独立模型的非功能需求图，建立表示非功能属性关系及解决方法的非功能需求分解图，以及在属于平台独立模型的活动图、状态图、序列图中添加表示非功能属性的部件等部分。整个方法已在UML设计工具上得到初步实现，并通过实例验证了方法的可行性。
参考文献：
[1]. 基于UML的需求获取技术研究[D]. 孙挺. 郑州大学. 2002
[2]. 基于本体的特定领域需求获取技术研究及应用[D]. 陈伟. 华北电力大学（河北）. 2008
[3]. 基于UML的嵌入式系统软硬件划分建模方法研究[D]. 俞孙皓. 西安电子科技大学. 2013
[4]. 基于UML的需求工程中关键技术及应用研究[D]. 赵君. 大连海事大学. 2007
[5]. 基于UML的需求获取工具的研究与设计[D]. 刘艳霞. 江西师范大学. 2002
[6]. 基于UML的软件需求分析过程及其实现[D]. 颜思源. 重庆大学. 2003
[7]. 基于用例的需求获取的研究与应用[D]. 袁红超. 西北大学. 2006
[8]. 基于魔力平台的需求分析系统的研究与实现[D]. 刘海娇. 哈尔滨工程大学. 2010
[9]. 用例驱动的交互式需求获取技术及支持工具[D]. 刘旭勇. 西北大学. 2008
[10]. 基于UML的嵌入式系统非功能属性获取及建模的研究[D]. 鹿瑶. 西安电子科技大学. 2013
标签：计算机软件及计算机应用论文; uml论文; 面向对象分析与设计论文; 需求分析论文; 用例模型论文; uml建模工具论文; 面向对象方法论文; 测试用例设计论文; 需求获取论文; 用户需求分析论文; 建模软件论文; 用户研究论文; 嵌入式系统论文; 语言描述论文; 用户分析论文; 功能分析论文; 软件设计论文; uml类图论文; uml建模技术论文;