UML用例模型——系统需求的规范描述

以创新基金管理信息系统为实例,讲解创建软件项目用例模型的全过程,给出了使用UML创建系统用例模型的方法、要点以及系统的用例模型。     

利用UML获取功能需求的方法

在介绍了利用统一建模语言UML来进行功能需求分析的方法 ,并着重描述如何获取用例模型及用例之间的关系的同时 ,对需求分析在软件开发中的重要性也进行了阐述 ;并对UML和需求分析的基本原则做了简要介绍     

软件非功能需求的面向方面建模

软件系统的非功能需求通常横切整个系统,采用面向对象的软件开发方法会导致代码缠结和分散.提出一种面向方面的非功能需求建模方法,通过扩展UML表达面向方面的概念,识别系统的功能需求和非功能需求,根据相应的需求得出系统的功能模型和非功能模型,然后将系统的非功能需求用方面实现,功能需求用组件实现,最后将组件和方面编织在一起形成最终的系统.这种方法降低了软件系统的开发难度,提高了系统的模块性、可重用性和可维护性.最后给出了应用实例.     

UML用例建模的分析及使用

用例建模是UML建模的基础部分,其主要功能是用来表达系统的功能性需求或行为。该文以实例说明用例建模中用例图、用例描述部分的设计过程。     

基于扩展UML的作战信息需求描述方法研究

在广泛研究需求描述方法的基础上,提出了一种基于扩展UML的作战信息需求描述方法。该方法通过作战目标的静态和动态描述,满足了战前和作战过程中的敌情信息需求。通过构建作战功能需求体系,对我方作战单元信息需求进行定性分析和定量描述。最后,与其他信息需求描述方法进行了对比。基于扩展UML的信息需求描述方法对于消除战场“迷雾”,增强战场透明性,实现作战指挥、控制、决策的扁平化、自动化具有重要意义。     

基于UML用例图的软件产品线需求建模方法

软件产品线方法是一种面向特定领域的、大规模、大粒度的软件复用技术。明确建模和描述软件产品线需求是软件产品线开发的关键问题之一。而传统的UML用例图等方法不足以完整描述产品线需求,特别是其变化性。通过分析软件产品线开发过程和软件产品线需求建模的特殊性,采用扩展UML用例图标签的方法,实现对软件产品线需求的明确描述。以网络图书销售软件产品线为例,进行具体说明。     

基于UML的战场频谱管理系统需求描述

高技术条件下的作战，参战力量多元，可用频谱资源十分有限，传统手工方式频谱管理已不适应现代化战争，迫切需要计算机辅助管理。该文简要介绍了UML的特点，并使用UML对战场频谱管理系统进行了有效的需求分析。     

面向软件模糊自适应的UML用例扩展

现有统一建模语言(UML)设施及一般软件自适应工具难以直接支持软件模糊自适应(SFSA)需求分析与设计阶段的建模,为此,提出一种基于UML用例扩展的SFSA需求分析与设计方法--Fuzzy Case。该方法结合SFSA的概念模型,应用UML扩展机制引入新的构造型和标记值,建立了Fuzzy Case的一般模型;同时定义了Fuzzy Case的语法结构,并用对象约束语言(OCL)定义了其语义描述,形成了完整的SFSA建模设施。实例验证表明,与传统方法相比,Fuzzy Case能更清晰地表达SFSA的结构,准确定义软件的内部语义,建模过程更加简单方便,能有效提高SFSA的开发效率。     

UML在事务流程描述方面的扩展

文章提出了可视化的基于事务流程的符号定义和描述方法,即单证流,控制流和数据流,三流合一的方法,用以扩展UML中的用例分析,以此推动特定行业的应用系统的需求描述和建模。     

使用设计模式指导UML类模型的建立

本文分析了基于 UML建立类模型的困难和不足之处 ,通过对设计模式这一被证明行之有效的面向对象技术的探讨 ,提出可以显式地使用设计模式指导 UML 模型的建立 ,并举例说明了这种方法的可行性和有效性 .这样便将对设计模式的讨论纳入到了 U ML的标准之内     

基于角色访问控制模型约束的OCL描述

基于角色的访问控制模型(RBAC)凭借其灵活的授权机制、强大的管理功能和完善的安全策略越来越引起人们的研究兴趣,随着研究的不断深入,面向对象的研究方法也逐渐应用到这个模型中,促进了它的迅速发展。UML作为一种强大的建模语言,不只是局限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程,通过UML的描述可以使理论模型更加直观地应用到实际系统开发。该文使用UML的对象约束语言(OCL)来描述RBAC中的相关约束,使约束描述更加标准化,更有利于系统开发人员对模型的理解和促进RBAC模型的系统开发。     

一种基于UML用例模型的软件可靠性分配方法

基于统一建模语言(UML)用例模型描述软件系统需求方面的特点;提出了以UML用例图中所包含的各个用例的使用频率作为衡量该用例的重要程度的依据,从而确定每个用例的重要度的权重因子。根据每个用例的权重因子来确定每个用例该承担的可靠性指标任务,实现软件可靠性指标在各个用例之间进行合理的分配。这种分配方案对保证软件系统的可靠性目标具有重大的现实意义,为软件后续开发、测试、维护提供可以参考的依据。     

基于本质用例的软件需求分析和获取

本质用例描述了用户与系统间抽象、轻量级和技术无关的对话过程。与传统的用例相比，本质用例更为简洁，避免了在开发过程早期就进行设计决策。本文探讨了在软件系统开发过程中，使用本质用例进行需求分析与获取的过程，并将其与传统的用例技术进行了比较。     

一个基于角色建模和RSI的软件开发方法与实例

分析了传统的UML Use Case方法的不足，简单介绍了角色建模的方法和RSI及其结合，结合网上银行(原型系统)的开发介绍了如何在系统的分析和设计过程中将两种方法有机地结合在一起使用，克服了传统UML Use Case方法的缺点，实现了从系统分析到设计的自然过渡。该方法对于业务应用领域、网上金融系统等具有广泛的应用价值。     

Control case approach to record and model non-functional requirements

While the functional requirements of a system can be effectively modeled through the use case driven approach, there is no standard or de facto method for modeling non-functional requirements (NFR) of the system architecture. Often such requirements are dealt with in a reactive manner, rather than proactively. Yet increasingly a contributing factor in project difficulty and failure are the NFR imposed on the solution architecture. This paper outlines a control case approach to record and model NFR. This technique enables the control case to represent the NFR from different perspectives, most typically the various operating conditions. We also propose an extension to the “4 + 1” view model for depicting software architecture by adding the control case view. In addition, a detailed control case modeling example is illustrated to demonstrate how these techniques may be applied during development. Taken together, we suggest that the combination of both the use case and control case views thus reflects the complete requirements across the collective system life cycle views: design, process, implementation and deployment.     

利用UML捕获CCMS的功能需求

合同资金管理系统(CCMS)是客户关系管理系统(CRMS)的子系统，在企业中有着广泛的应用。图形化建模语言UML是一种较好的面向对象分析工具，文中利用UML2．0为工具，在需求分析阶段依次采用捕获参与者、捕获用例、建立用例模型这些步骤，获取了合同资金管理系统的功能需求，从而简化了系统建模，提高了开发效率。对此得出结论：功能需求仅为系统需求的一部分，要捕获系统需求还必须要运用其他工具来捕获非功能需求。     

运用UML语言设计分布式应用系统的一般过程和方法

UML作为软件工程领域的标准建模语言,表达能力十分丰富,但如何运用其设计应用系统仍缺乏相应的过程和方法大介绍的过程和方法中,说明了如何通过几种必要的标识来较为全面地构建一个分布式应用,并讨论了在软件开发周期中各种文档的形成时机和这几种文档之间的依赖关系。     

Use Case驱动的软件需求获取过程模型

对Use Case建模进行分析后,提出了基于Use Case驱动的软件需求获取过程模型。该模型中通过不断迭代的两个阶段：分析阶段和综合阶段,来正确和完整地获取软件需求。文章对此模型进行了描述,并就一些关键问题展开了讨论,最后介绍了软件需求获取中的一些常用技术。     

用UML和Object-Z描述交互式系统的接口规格说明

随着图形用户界面的普及，交互已成为目前软件系统的一个重要特征。与传统的基于字符界面的软件系统相比，基于图形用户界面的软件系统，从某种程序上可看作是一个交互式系统。形式化的规格说明具有精确性，无二义性和一致性等优点，用形式化说明语言来描述交互式系统用户接口的规格说明有很强的实用价值。由于形式化的规格说明的可读很差，因此可以采用标准的对象建模UML来帮助对形式化规格说明的理解。