原型描述语言

分布式原型的模型定义了原型的基本框架,为了建立分原型还需要原型描述语言支持。本章讨论原型语言的设计,我们设计的原型语言称为EPDL原型描述语言。 一、对原型描述语言的基本要求     

C~3I系统功能需求的导入和描述

本文阐述了C3 I系统功能需求导入 /描述的原则、方法 ,同时给出了所使用的描述语言框架 ,在规范C3 I系统需求描述方面做了尝试。在文章的最后 ,用一个简单的例子说明了功能描述语言的使用方法     

利用表页描述语言实现表页自动生成

本文详细介绍了如何设计一种表页描述语言 ,并以此语言为基础实现表页的自动生成。     

一种具有容错能力的增量式正交译码 算法和基于模型的FPGA实现

针对磁栅或光栅形式的正交编码器译码过程中出现漏计数或错计数等问题,提出了一种具有较强容错能力的新型正交译码机制,并根据基于模型的设计思想将此机制在FPGA中实现,创新式地组合应用几种开发软件,通过Simulink?/Stateflow?/Xilinx?Systerm Generator等工具生成HDL文件、二进制比特流文件,建立了一套基于模型设计的自动化开发流程,相较于传统RTL级开发方式,不需要对硬件描述语言的熟练掌握,避免了人工编辑代码等繁冗复杂的工作。某型永磁同步直线电机控制系统的FPGA板卡测试,验证了该方法的有效性和实用性。     

基于SOA的战场武器协同系统服务语义描述

高效的武器协同能充分发挥各作战单元的整体作战效能。SOA(Service Oriented Architecture)体系结构松耦合性、平台独立性及可重用性等特点,为武器协同系统的实现提供了有效的技术途径。文章针对现行集中式的武器协同系统体系结构,重点讨论了武器协同本体构建及战场服务语义描述的实现问题。首先介绍了武器协同系统的组成及工作流程;然后依据系统的操作过程,构建了完整一致的武器协同本体,并用OWL语言对其进行描述;分析、比较了几种服务描述语言优缺点,选择了WSDL-S语言进行服务描述,并以火炮射击服务为例,给出了战场服务的封装和描述方法,主要包括基本服务信息描述和服务描述的语义扩展。最后,对下一步工作进行了展望。     

信息发现元数据标准草案设计与研究

文中给出了标准元数据标准的整体框架,进行了信息元数据标准草案的设计,确定了发现元数据标准草案中核心元素,并采用UML对元数据元素进行了定义,对核心元素和修饰词的关系进行了描述。以RDF为描述语言实现了信息发现元数据的形式化描述。信息发现元数据的建设,将为数据工程建设提供基础支撑,为信息共享提供了新的途径。     

基于SOPC的陀螺星敏感器姿态确定系统

为了提高姿态确定算法的计算速度,通过对陀螺星敏感器姿态确定算法的详细分析,设计出了基于SOPC(System On a Programmable Chip)系统的卡尔曼滤波处理器.在该处理器中,对算法进行了软硬件代码划分.软件部分采用Nios II IDE编程环境进行编写和编译,硬件部分采用硬件描述语言进行构造.通过S...     

基于Verilog语言的边界扫描结构设计

以对74290IP核加载边界扫描结构为例,采用硬件描述语言Verilog对边界扫描结构进行了模块化设计,并进行了边界扫描测试仿真。结果表明：加载边界扫描结构后的核心逻辑能够实现功能内测试和外部互联测试。该设计方法简单可行,具有一定的通用性,为智能BIT设计、装备健康管理设计中的底层数据采集提供了技术支撑。     

SPC交换程序的半自动生成技术

本文介绍我院正在研制的 SPC 交换领域用的半自动编程系统,该系统通过用规范和描述语言 SDL 书写的规范来产生 SPC 交换程序。文中讨论了半自动生成系统的基本结构,并给出一个具体的半自动生成实例。     

应用软件生成环境ASP的设计与实现

本文重点介绍了一个已实现的应用软件开发环境ASP,其特点是将一组应用软件工具集成到一个统一的框架中,从而支持DPS和MIS的原型开发。有关程序的描述是通过ASP描述语言完成,ASP提供对该语言的语法制导编辑、编译、链接生成和解释运行等操作,从而构成一个完整的第四代语言系统。     

C4ISR需求开发新途径：基于本体建模

针对C4ISR需求客观上复杂且特殊、主观上难沟通等特点导致C4ISR需求开发难的问题,研究C4ISR需求本体,提出开发C4ISR需求的一条新途径:基于本体建模。首先,构建C4ISR需求本体元模型、语义模型,很大程度上澄清了C4ISR需求领域知识结构;然后,提出基于本体建立C4ISR需求模型的具体步骤;最后,示例说明方法的可行性、有效性,展示了方法的应用前景。     

C4ISR需求模型化框架

真正的"C4ISR需求"只存在于人脑里,通过有效的模型表述C4ISR需求是C4ISR需求分析的关键。首先,分析C4ISR需求的内涵,提出C4ISR需求体系的概念,给出C4ISR需求模型化思路。然后,分析C4ISR需求模型要素,在此基础上针对C4ISR需求主要相关问题设计了C4ISR需求模型。最后,提出基于要素构建C4ISR需求模型的流程。澄清了"需要什么C4ISR需求模型"和"如何构建C4ISR需求模型"的问题,为科学的建立C4ISR需求模型提供了方法支持。     

一种基于QFD的结构化装备作战需求论证方法

通过对装备作战需求分析,提出一种系统化、结构化的装备作战需求论证方法,为作战需求分析提供方法支持。该方法不仅可规范需求分析过程,增强需求分析过程的合理性、全面性和可操作性,而且对提高需求分析的理论水平,提高武器装备的论证质量,具有一定的意义。     

武器装备需求问题框架及特性分析

针对武器装备需求内涵模糊的问题,建立武器装备需求问题框架并分析需求的相关本质特性.提取武器装备需求的关键影响要素,提出武器装备需求问题框架--包括需求关键影响要素、影响要素属性、影响要素之间的关系;采用高阶逻辑的规则,分析了武器装备需求及需求映像的特性,包括武器装备需求充分性、前提合理性、实现可行性、必要性和层次性,以及武器装备需求映像充分性、必要性和指导性.以假定的一个城市导弹防御系统的需求研究为例检验了方法的可行性和有效性.     

军事电子信息系统能力需求分析概述

军事电子信息系统现已发展成为支持信息化作战的核心系统,基于该系统与作战思想、方式之间紧密关联的特殊性,阐述了军事电子信息系统能力需求分析在信息系统需求工程中的重要地位和作用,分析了军事电子信息系统能力需求分析的基本内容,探讨了能力需求分析的实施过程,并进行了弹道导弹信息感知系统能力需求分析。通过对军事电子信息系统能力需求分析实施过程及其应用的研究,为军事电子信息系统能力需求工程提供借鉴。     

基于QFD方法的作战仿真需求管理模型

针对作战仿真缺乏有效的需求管理方法和模型的问题,通过改进质量功能配置(QFD)方法,建立了适合作战仿真需求管理的需求屋模型,将需求和功能之间的关系进行量化,使用多个向量来反映需求的实现状态,并以光学成像侦查卫星仿真系统为算例进行了详细说明。该模型有助于控制仿真活动的进度、费用和性能,能有效提高仿真管理者的工作效率。     

论颠覆性技术与军事理论创新的辩证法

技术决定战术，军事技术历来是战争领域最活跃、最具有生命力的因素。当前，以军事智能为特征的颠覆性技术已成为推动新一轮军事革命的强力引擎，它改变了原有战争样式和形态，使战争制胜机理发生复杂而深刻的变化。军事理论作为战争实践的先导，必须首先把握、科学预测和有效评判新技术对战争带来的影响，才能发挥出理论的牵引作用。古往今来的历次战争实践表明，军事理论与技术之间往往不是并行发展的，而是相互错位、交替向前的。谁能在错位的当口抢占先机，缩短错位周期，谁就能提前形成代际优势或代差，赢得战争主动。因此，必须充分认清军事理论创新与颠覆性技术之间的关系，找准军事理论与颠覆性技术错位的原因，运用科学方法，加强理技结合，把颠覆性技术内化于军事理论，达成超越对手的“理论突袭”。     

美国对化学、生物恐怖事件防护装备的技术要求分析

为了给在核化生事件中遂行任务的应急处置人员提供符合要求的个人防护装备,美国于2001年实施了NFPA1994《化学、生物恐怖事件用防护装具标准》．介绍了该标准中提出的化学、生物恐怖事件防护装备的技术要求,包括设计要求和技术性能要求,并讨论了各级防护装具的使用场合和时机、防护服的型式结构和对防护材料的要求．     

电子对抗指挥控制系统的行为功能需求

电子对抗指挥控制系统的军事需求分析是制约电子对抗指挥控制系统建设质量的关键。本文主要介绍了电子对抗指挥控制系统的行为功能需求。     

Requirements planning for modular products

The focus of this paper is on determining the requirements of different component options of a modular end‐product in an uncertain environment. We explicitly model two distinct sources of uncertainty: stochastic end‐product demand and unknown market proportions for the different product options available. Our cost minimizing model focuses on determining the optimal requirements policies for component options that meet a pre‐set service level. We show that simple common‐sense requirements policies are not generally optimal; there is a non‐linear connection between service level and component requirements that is hard to characterize without a detailed analysis. © 2006 Wiley Periodicals, Inc. Naval Research Logistics, 2006