基于逻辑系统的用户需求功能规格说明语言及其应用

在基于谓词逻辑对知识的表示的基础上 ,用Unity逻辑系统对其加以扩充 ,形成一个小型的用户需求功能规格说明语言 (SmallproblemSpecificationLanguage) 。

功能点方法在软件需求开发中的应用研究

针对需求开发活动中存在的常见问题,将功能点识别方法应用于需求分析过程,从度量软件提供给用户的功能角度进行软件需求分析,并以某软件为例,以软件功能点模型作为约束标准,形成了标准、规范的软件需求规格说明,有效控制了软件需求的边界,亦辅助保证了需求的完整性等要求。

一种获得形式化功能需求的方法

用例图在面向对象的软件开发过程中起着重要的作用。它用于描述系统的功能需求 ,但是它缺乏如Object -Z形式规格说明语言的精确性。本文结合一个实例给出了一种如何使用UML捕获系统的功能需求 ,并将该功能需求形式化的方法。本文定义了从UML用例图到Object -Z的转换规则 ,实现了用例图的形式化、获得了形式化的功能需求。

基于词嵌入和长短期记忆网络的非功能软件需求分类

非功能需求(non-functional requirements,NFR)描述了软件所需的一组质量属性,例如安全性、可靠性、性能等。为了开发高质量的软件产品,需要从软件需求规格说明书(software requirements specification,SRS)中提取NFR,如果此过程实现了自动化,不仅可以减少从大量需求中识别特定需求所涉及的人工、时间和精神疲劳,还可以帮助开发人员提供满足用户期望的高质量软件。针对此问题,本文采用深度学习特征提取和分类技术,提出一种基于预训练的BERT(bidirectional encoder representations from transformers)词嵌入和长短期记忆网络LSTM(long short-term memory)相结合的BERT-LSTM网络模型,用于质量软件开发的自动NFR分类。首先,通过BERT模型训练需求文本中的词向量,然后利用长短期记忆网络对词向量进行特征提取,最后使用Softmax分类器识别SRS中的NFR。实验表明,相比于其他算法,在由非功能需求和功能需求组成的PROMISE语料库中,BERT-LSTM网络模型在准确度、召回率、F_(1)得分等指标方面取得了最佳的效果。

需求工程研究现状

目前,我国各行业亟需各种应用软件系统,但传统的SE开发模式显然不能充分满足用户的需求。进入90年代以来,一种新的被称为“用户主导,面向领域的需求分析方法”被提了出来,即如何从各种各样的应用专业领域中特别是直接从最终用户处捕获需求,并完整、准确地予以描述与分析,需求工程成为研究的热点之一。

装备保障指挥系统军事需求工程研究

装备保障指挥系统军事需求包括业务需求、用户需求和功能需求,也包括非功能需求。指挥系统军事需求工程研究领域分为需求开发和需求管理。需求开发还可分为:需求获取、需求定义、需求规格说明和需求验证4个阶段。研究需求工程理论和技术,才能适应未来信息化战争的需要,保证装备保障指挥系统建设的顺利进行。

装备保障指挥系统军事需求工程研究

装备保障指挥系统军事需求包括业务需求、用户需求和功能需求,也包括非功能需求。指挥系统军事需求工程研究领域分为需求开发和需求管理。其中,需求开发可分为:需求获取、需求定义、需求规格说明和需求验证4个阶段。研究需求工程理论和技术,才能适应未来信息化战争的需要,保证装备保障指挥系统建设的顺利进行。

软件项目中的需求开发和管理

需求分析阶段是关系到软件项目成败的首要阶段,文章首先阐述需求开发的三个层次(业务需求、用户需求和功能需求)及相关内容,然后着重讲到几个需求开发中的关键环节:建立项目视图,获取需求,编写需求文档,最后是有关需求管理的原则和实现,主要讲了需求规格说明的版本控制,需求状态的跟踪和需求变更的管理方法.

具有中国特色的DTU90多功能摊铺机

最具中国特色、最大地满足中国用户要求的产品是最受中国用户欢迎的产品.中国用户对摊铺机随着我国公路事业的发展,市场对摊铺机的需求逐年增加,全国年销售量由2000年的500台迅速提高到2003年的1200台,四年时间增长了1.4倍,年均增长35%.如果对这1200台摊铺机的型号规格进行分类,我们发现,除了原有的配置档次高、专用于高等级公路沥青路面摊铺作业的摊铺机和主要用于市政道路或一级以下公路沥青路面维修、采用机械传动的低档摊铺机外,一种所谓多功能摊铺机从无到有获得了飞速发展.

运营商业务模型IT化之需求分析

业务管理模型IT化的一般思路 业务管理模型IT化分两大阶段：需求分析阶段和开发测试阶段。其中,需求分析阶段由业务咨询方主导完成;开发测试阶段由开发商主导完成,业务咨询方负责业务答疑以及系统功能与需求说明书的一致性检验。

软件开发三步曲之项目收尾

项目关闭,这是一个十分重要,但却又经常被忽视的阶段。项目组先是详尽地可行性分析、周密的计划,接着又是紧张的需求分析、系统设计、编码实现,大家都被时间追赶得喘不过气来。好容易熬到了集成测试结束,整个项目组经常会一下子松懈下去,项目就在粘糊的状态下结束。不过,这可不是一个好主意。