基于用例的需求建模方法

传统的软件需求规约是采用功能分解的方式来描述系统功能,而采用用例的方法进行需求获取和建模,是以用户为中心的建模方法.用例模型是由用例图和用例规约所组成的.用例图用来规定系统的行为,用例规约是用文档的形式对每个用例进行描述的.通过对银行系统进行基于用例的需求分析和建模,可以了解用例模型的益处.     

智能型交互式用户需求描述的方法设计与知识获取

本文提出产芝现以交互方式获取用户需求信息描述的界面，并研究利用基于知识方法将所得到的相关信息转换为知识表示的算法，该界面的底层是企业信息描述语言（ＤＩＤＬ），该语言用于用户需求的描述。我们实现的系统具有此功能，即通过此界面将所获取的用户需求的信息转换为ＢＩＤＬ语言描述的相关文本。     

基于UML活动图的用例识别

在面向对象的软件开发过程中,统一建模语言(unified modeling language, UML)的用例图用于捕获用户的需求.传统描述用例的方法一般是开发者根据自己的经验,从需求中人工获取用例.然而,如何自动生成准确的用例仍然是一个待解决的问题.本文提出了一种通过用UML活动图半自动生成用例的方法.首先通过引入形式化模型——统一结构来描述用例图与活动图,其次给出分解活动图的算法,然后根据分解活动图得到的依赖链生成对应的用例的事件流,从而得到用例模型,最后通过所开发的原型CASE工具进行案例的演示,验证了本文所提出的方法的可行性。     

面向过程的装备需求论证信息资源获取方法

为提高装备需求论证过程中信息资源服务的针对性与有效性,面向装备需求论证业务过程,提出一种信息资源获取方法。基于WBS方法,提出装备需求论证过程的活动组成及其元模型;通过构建活动-信息需求矩阵,提出装备需求论证信息资源的分类、内容及其描述要求;定义装备需求论证信息资源描述框架,提出信息资源实例的生成方法。采用该方法能够实现面向装备需求论证过程的信息资源按需服务能力。以作战任务需求分析活动的信息资源需求分析为例,验证了该方法的可用性和有效性。     

高校教学管理系统的UML模型

本文介绍了UML的基本概念、建模过程、以及UML建模的优点,描述了高校教学管理系统的特点以及功能,用一个实例来说明UML在高校教学管理系统开发中的应用,建立了高校教学管理系统中考试成绩管理部分的用例图,类图,顺序图,活动图和部署图。利用UML建模,使得用户和开发人员的沟通更加顺畅,提高了软件开发的效率。     

Web页面信息主动检索模型

单个页面信息量远远大于特定用户对页面中的信息需求.为快速准确从当前页面中获取特定用户所需求的兴趣信息,提出了页面信息主动检索模型.该检索模型中,根据页面Block特点将当前Web页面转化成信息树,根据用户过去的浏览行为构造用户特征树,挖掘用户特征树产生用户需求信息集,然后从当前页面中检索需求的信息,获取用户兴趣信息集.详述了主动检索的基本原理,给出了相应的算法描述,并通过实验证明了该模型具有可行性.     

探索需求——设计前的质量

有人说开发软件比建一幢大楼复杂多了，因为软件行业缺乏准确而又统一的语言来描述相应的工作。有些“需求”实际上存在于人们的头脑中，能否准确无误地用文字描述出来完全取决于客户对计算机软件的灵感和表达能力，而开发人员能否完整、正确地获取和理解客户的需求，取决于开发人员对客户业务的熟悉程度和IT行业经验。所有的开发商和用户都希望获得高质量的需求，但是有许多因素影响需求的质量，下面我们详细分析影响需求质量的几个主要因素和解决方法。     

基于场景元模型的软件产品线追踪方法

针对软件产品线需求追踪方法进行了研究,基于软件产品线领域需求分析、设计、实现三个阶段的信息传播,提出了一种基于场景元模型的多层次软件产品线追踪模型,完整描述了追踪信息变化的整体框架;建立了需求—用例追踪矩阵、用例—动作追踪矩阵、动作—构件追踪矩阵;根据矩阵运算,描述了具体追踪实现过程,通过一个ATM案例验证了该方法对于软件产品线领域需求获取以及需求变更等问题的解决有较好的效果。     

一种改进的软件工程需求建模框架

软件需求建模是软件工程中一个非常重要的环节,同时也是一个非常困难的环节.在统一建模语言UML的基础上,文章提出一种改进的软件工程需求建模框架,在此框架中,引入任务陈述和功能求精树的技术来确定用例,并给出了一个新的用例描述模板.开发人员利用该框架能够更详尽、更精确地获取软件系统的功能需求,并且利用该框架建立的高层次需求模型也比较容易细化为更详细的软件规格说明.     

支持MDA的交互式需求获取方法及辅助工具

为支持MDA的开发模式,本文提出了表格驱动的交互式需求获取方法并开发了相应的支持工具.该方法通过填写参与者表、非功能性需求表、用例卡、CRC卡以及用户反馈表来得到用户需求,为建立计算独立模型CIM和平台独立模型PIM提供足够的信息.     

软件需求分析中的用例建模研究与应用

需求是软件项目的基础,如何把握用户需求,是项目成功与否的关键.一个灵活的软件需求分析技术,可以帮助开发人员准确获取用户需求.用例建模是面向对象软件开发技术的重要组成内容,它能够完整地捕捉系统的功能性需求,体现用户和系统之间的交互关系.通过一个实例分析,简要介绍如何使用用例建模技术,完成软件需求分析.     

Requirements Elicitation and Analysis of Multiagent Systems Using Activity Theory

Requirements elicitation and analysis is intended to gain knowledge about customers' needs and the environment of a software system. Requirements not only commonly deal with business processes and their data but also with the motivation behind these activities, the social structures that forge them, and previous design decisions. Recent studies show that the intentional and social concepts of agent-oriented software engineering (AOSE) could be used for the analysis of these aspects. Nevertheless, even having specialized modeling primitives for these requirements is not sufficient for their elicitation. Specialized analysis techniques are also required, but this is commonly overlooked by agent-oriented methodologies. This paper aims to provide the needed modeling primitives and support by means of the theoretical and methodological foundation of a social sciences framework, the activity theory, and its activity checklist. They inspire our Requirements Elicitation Guide (REG) for AOSE. The REG contains the expert knowledge that developers need to grasp information about their multiagent systems, human environments, and their mutual influences. This knowledge takes the form of requirements described as diagrams in a proper modeling language. The REG is applied in a process with the corresponding support tool. In this way, the REG guides requirements elicitation and increases the productivity with the use of templates for a wide range of requirements. These elements have been validated with several case studies. Two of them appear as part of this paper.      

基于π演算的时序图的建模

UML建模方式广为开发人员使用,但其非形式化的描述方法缺少对所描述内容的形式建模过程,本文通过运用πI演算描述UML中的时序图,能够对UML图形所涉及的数据和操作行为进行建模,为UML的动态描述图形提供一种建模的途径,本文提出用树形结构来组织对象的属性和操作,使得在πI演算能对类和对象的表示和处理。     

RGFF用例构造框架研究

UML软件功能不断加强,越来越广泛地应用到软件开发过程中,但在现有的UML软件中没有包舍需求获取的过程,使得开发者不能建立起标准的用例模型.RGFF是一种适用于信息流的需求分析过程,通过RGFF逐步推导可以方便、完整、正确的导出用例模型.     

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

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

基于用例的软件需求开发与管理平台的研究

需求工程在软件生命周期中占有非常重要的地位,需求开发与管理工作也存在着相当多的困难.为解决需求开发中存在的软件开发人员与客户交互比较困难的问题,引入了一种基于客户角度来说明问题的需求描述方法,即用例分析技术.介绍了一个基于这种需求实践的软件需求开发与管理平台的设计与实现.通过实际应用证实,这个平台可以在一定程度上帮助软件开发组织提高软件需求开发与管理工作的效率与能力.     

Investigating the Role of Use Cases in the Construction of Class Diagrams

Several approaches have been proposed for the transition from functional requirements to object-oriented design. In a use case-driven development process, the use cases are important input for the identification of classes and their methods. There is, however, no established, empirically validated technique for the transition from use cases to class diagrams. One recommended technique is to derive classes by analyzing the use cases. It has, nevertheless, been reported that this technique leads to problems, such as the developers missing requirements and mistaking requirements for design. An alternative technique is to identify classes from a textual requirements specification and subsequently apply the use case model to validate the resulting class diagram. This paper describes two controlled experiments conducted to investigate these two approaches to applying use case models in an object-oriented design process. The first experiment was conducted with 53 students as subjects. Half of the subjects used a professional modelling tool; the other half used pen and paper. The second experiment was conducted with 22 professional software developers as subjects, all of whom used one of several modelling tools. The first experiment showed that applying use cases to validate class diagrams constructed from textual requirements led to more complete class diagrams than did the derivation of classes from a use case model. In the second experiment, however, we found no such difference between the two techniques. In both experiments, deriving class diagrams from the use cases led to a better structure of the class diagrams. The results of the experiments therefore show that the technique chosen for the transition from use cases to class diagrams affects the quality of the class diagrams, but also that the effects of the techniques depend on the categories of developer applying it and on the tool with which the technique is applied.