基于产品线需求分析的过程改进研究

以简化软件产品线中的需求分析过程、实现过程复用为目的,总结了当前软件生产线需求分析的特点以及分析过程,通过建立领域用户需求模型指导需求获取分析过程,采用基于改进原型法的需求获取方法,基于领域用户需求模型建立需求复用库,引入本体描述用户需求模型等方法,对软件产品线的需求分析过程进行了改进,并设计实现了一套图形化需求建模工具,有效地简化了需求分析过程,实现了过程复用.其研究结果应用到了D2G软件生产平台中.     

产品线可变性的需求方法研究

软件产品线领域需求记录了不同软件产品的共性和可变性。在现有需求过程框架下,对产品线需求获取方法与需求分析方法进行了研究,完善了产品线需求可变性的管控机制。以原子需求为视点,提出了利用需求场景获取产品线领域需求的方法;通过原子需求构建的产品需求矩阵与用例需求矩阵,分析得出需求资源的可变性关系;通过可变性关系的形式化描述,建立产品线可变性用例模型。     

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

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

基于领域的需求规格生成工具的设计与实现

需求分析是软件开发过程中的重要环节。该文探讨需求分析过程中存在的问题,提出一个需求规格元模型,对用户功能性需求的获取、分析方法的规范和改进具有指导作用。基于该元模型实现了一个面向领域的需求规格生成工具,给出一个基于物流领域的定单管理系统的应用实例。     

基于模型对比和组合的软件产品线领域需求建模

软件产品线作为系统化的软件复用方式,可以提高软件的开发效率和质量.软件产品线变化性建模是软件产品线的关键技术,通过建立变化性模型以记录软件产品线成员产品的共性和变化性.目前的软件产品线变化性建模方法大都通过领域专家进行分析建立,这种方法过度依赖于领域专家的分析能力,在系统规模较小的情况下,变化性分析比较容易,但是如果系统规模变大,则系统的规模对于变化性分析的影响会越来越大.文中提出一种半自动的软件产品线领域需求建模方法,基于关注点分离的思路,利用特征模型表示软件产品线中系列产品的不同方面的特征信息,通过特征模型的对比和组合实现领域需求模型的构建.为有效地实现特征模型对比与组合,文中提出一种基于标记和结构的特征模型对比方法,同时,文中实现了基于约束的特征模型组合.基于公开的特征模型,文中对提出的方法进行了验证,实验结果表明,文中提出的领域需求建模方法能够在一定准确率的情况下有效地实现领域需求模型的构建.     

基于软件产品线的需求分析研究

软件产品线方法是一种面向特定领域的、大规模、大粒度的软件复用技术.在软件产品线的开发过程中,产品线需求分析是软件产品线开发的关键活动之一,软件产品线需求分析奠定了产品线构架的基础.通过分析软件产品线开发过程和软件产品线需求分析的特点,阐述了软件产品线需求分析方法以及软件产品线需求分析的实践风险.以领域分析和建模为切入点,对软件产品线的领域分析、需求建模和用例建模等关键方法和技术进行了重点的研究.     

一种面向特征的软件产品线非功能需求建模方法

分析传统非功能需求定义的不足,基于需求分析阶段的系统抽象—"需求模型"重新定义非功能需求,规范并简化功能需求与非功能需求之间的关系。扩展面向特征的软件产品线建模方法,在特征模型中显式地建模功能需求、非功能需求、非功能需求类型以及它们之间的相互关系,沿用传统特征模型中固有的变化性建模机制建模并管理非功能需求的变化性,显式地复用与非功能需求相关的建模知识和资产,为进一步研究定量评估产品线变体质量的新技术奠定基础。设计了一个基于多视图的特征建模方法,指导开发者在迭代的过程中建模非功能需求和功能需求,支持关注点分离和模型的复杂性管控。实现了工具原型并进行了实例验证。     

面向软件产品线的多维分层需求过程及其应用

准确获取产品线需求、识别需求的共性和可变性,是软件产品线(SPL)成功的关键。该文提出一个多维分层需求过程,利用分层思想划分SPL分析空间,从不同维度观察产品需求特性,采用需求-上下文矩阵保证领域需求分析的客观性,为产品线需求工程实践提供了借鉴。     

基于aspect封装的需求级特征复用方法

可复用的软件资产的确定为软件复用活动提供了基础.特征模型通过特征以及特征之间的关系来有效地组织特定领域的软件需求,为领域需求的复用提供有力支持.面向方面系统设计着眼于减少软件开发中需求或代码的纠结,将识别出的横切关注点封装成aspect,有利于开发模块化良好的软件产品以及高效的软件维护和复用.为方便特征复用,提出了一种在系统需求分析级别对特征模型进行aspect化封装的方法,可提取出遗留系统中的可复用部分.首先,通过分析同一领域遗留系统的需求文档,识别出系统关注点,建立领域的关注点层次结构;其次,基于领域关注点层次结构,提取领域特征,并对相似特征进行aspect化封装,形成特征层次模型;最后,基于建立的特征模型以及封装的aspect开发新系统,达到软件复用目的.基于新方法进行了实例分析,通过复用两个不同的Web遗留系统得到一个新的Web系统.可以看出新方法对同一个领域中的多遗留系统地复用有较好的指导意义.     

本体与UML在领域需求分析中的研究与应用

领域需求分析是实现领域内软件复用的保证,而领域知识的高效表述与有效共享是领域需求分析的前提.为解决领域知识理解与共享的问题,利用本体在领域知识表达方面的优势,研究了一种基于本体与UML的领域需求分析方法,为领域需求各方提供了一种明确的,定义良好且统一的需求表达方式,解决了所谓"通信鸿沟"问题;采用基于UML的领域本体建模方法建立领域本体模型,为本体模型提供了图形化、直观的描述,进而详细分析了基于本体与UML的领域需求分析过程,最后给出了模具产品数据管理系统的领域需求分析过程的实例.     

需求工程现状和发展研究

需求工程是软件系统开发生命周期的初始阶段,对软件系统的成败起到关键作用.从需求工程的基本概念、结构、发展历程出发,分析了当前主流的需求工程方法,探讨了需求工程的最新发展.     

需求跟踪方法研究

对需求跟踪方法进行了分析、归纳,认为需求跟踪方法应易于掌握、能跟踪复杂系统、能自动生成跟踪链、跟踪链维护简单、有工具和文档支持等特性。     

软件需求工程课程建设思考与实践

针对国家和军队信息化建设中需求工程面临的挑战,考虑需求工程对人员的技术能力、交流协调能力、问题分析能力、社会知识基础的综合要求较高,结合软件工程知识体(SWEBOK)、软件工程教育知识体(SEEK)等规范最新进展,对软件需求工程本科和研究生课程的建设进行了思考,针对课程内容建设、教学实践环节设计、考核方式等提出一系列改进措施,并对这些措施的具体实施进行讨论。     

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

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

装备维修保障人员数量分析方法研究

如何运用科学的手段确定合理的装备维修保障人员数量,是维修保障系统高效、低耗运行的关键和基础。通过分析影响和制约维修保障人员数量的各因素和条件,确立了人员数量确定和优化的计算方法,建立了工时需求仿真模型。实例分析中对某炮兵团修理连各岗位的人员数量需求进行了计算与优化,结果验证了模型的实用性和有效性。     

航天嵌入式软件隐含需求分析与实践

基于软件测试的角度,聚焦航天嵌入式软件隐含需求分析,提出需求颗粒度分析、代码设计无依据分析、引申推导分析3种隐含需求分析方法,研究构建了包含隐含需求库在内的可良性循环利用的隐含需求分析框图。结合实践应用,从接口、可靠性安全性、恢复性、性能、功能等方面给出了航天嵌入式软件典型隐含需求。研究成果不仅可以指导研发过程的需求分析与编码、提升软件研发质量,而且可以指导测试过程的测试需求分析与测试设计,避免因测试疏漏而导致的软件缺陷遗漏,从而有效提升软件质量。     

基于UML的敏捷建模方法研究

企业要想不断的适应社会的快速变化,必须在需求和技术不断变化的过程中实现快速的软件开发.UML作为一个有效的建模工具,可以对软件开发的过程进行可视化,敏捷建模是一种有效的、轻量的软件开发方法.基于UML的敏捷建模方法研究,将敏捷方法贯穿于整个系统分析建模过程中,通过创建简单内容,采用迭代、递增的方法建模,达到包容需求变化的目的,提高软件开发的质量和速度,为企业创造竞争优势.     

基于资源的需求描述方法

针对需求分析中的系统需求描述问题,本文提出了一种以资源描述需求的方法,分析了这种方法与传统需求描述方法的异同;实现了对资源及需求的形式化描述,并详细讲述了获取需求的过程;最后给出了需求的存储形式和需求同资源的映射算法。     

软件项目需求管理的研究

软件需求是软件设计及实现的基础,对于整个软件项目来说至关重要。本文介绍需求管理的必要性和复杂性之后,阐述了需求管理的目标和原则、需求变更管理和质量保证。     

试谈软件开发中需求变更的管理

需求变更已经成为软件开发项目中突出的风险源头,是导致软件项目没能按照合同完成甚至失败的最主要原因之一。处理好软件项目的需求变更,是项目取得成功的关键。分析需求变更的原因,得出需求变更处理的基本原则和解决流程。