当今,无人驾驶飞行器 (UAV) 广泛应用于军事、民用和研究领域。对可靠且低成本的 UAV 系统的需求持续增长。对于小型到微型 UAV 系统(翼展小于 2 米)尤其如此,由于需求量大和可靠性不足,大多数系统仍以原型形式部署。这些飞行器的建模、测试和飞行控制方面的改进将有助于提高其可靠性和小型 UAV 在运行过程中的性能。有人驾驶飞机开发周期 [1, 2] 中使用的传统方法既费时又费资源。将同样的技术应用于小型 UAV 并不现实。明尼苏达大学航空航天工程与力学系 (AEM) 的 UAV 研究小组专注于开发和实施低成本、开源小型无人驾驶飞行器 (UAV) 飞行研究设施。该设施的目标是支持部门内的研究活动,包括控制、导航和制导算法、嵌入式故障检测方法和系统识别工具。该系统主要由商用现货 (COTS) 组件构建,以最大限度地降低总体材料和开发成本。此外,整个架构都是开放且可用的
MIL-STD-188 与电信相关的系列 MIL-STD-202 电子零件质量标准 MIL-STD-285 外壳衰减测量 MIL-STD-498 关于软件开发和文档 MIL-STD 461 电磁干扰特性控制要求 MIL-STD-462D 电磁干扰特性测量 MIL-STD-464 系统电磁环境影响要求 MIL-STD 790 产品保证程序 MIL-STD-810 确定环境对设备影响的测试方法 MIL-STD-883 微电路测试方法标准 MIL-STD-1397 海军系统的输入/输出接口,标准数字数据 MIL-STD-1553 数字通信总线 MIL-STD-1686B 静电放电控制和保护程序 MIL-STD-1760 源自 MIL-STD-1553 的智能武器接口MIL-STD-1788A 航空电子接口设计 MIL-STD-1815 Ada 编程语言 MIL-STD-1835D 军用标准电子机壳轮廓 MIL-STD-2196 涉及光纤通信 MIL-STD-2218 机载电子设备的热设计、分析和测试标准 MIL-PRF-38534 混合微电路通用规范 MIL-PRF-38535 集成电路(微电路)制造通用规范
估计此信息收集的公共报告负担平均为每份回应 1 小时,包括审查说明、搜索现有数据源、收集和维护所需数据以及完成和审查信息收集的时间。请将有关此负担估计或此信息收集的任何其他方面的评论(包括减轻此负担的建议)发送至华盛顿总部服务部、信息运营和报告理事会,1215 Jefferson Davis Highway,Suite 1204,Arlington,VA 22202-4302,以及管理和预算办公室、文书工作减少项目 (0704-0188) Washington DC 20503。1. 仅供机构使用(留空)2. 报告日期 2008 年 6 月 3. 报告类型和涵盖日期 硕士论文
IBM 于 2001 年启动了自主计算计划,旨在构建自我管理的计算系统,以克服快速增长的复杂性问题。四年后,IBM 取得了重大成功,例如 DB2 Configuration Advisor [Kwan 03] 或 Tivoli Risk Manager [IBM 05b]。到 2005 年 4 月,IBM 已将 475 多个自主功能融入到 75 多个产品中 [IBM 05a]。此外,IBM 在团结研究界支持其自主计算计划方面取得了巨大成功 [IBM 02]。出现了几个会议和研讨会,包括电气和电子工程师协会 (IEEE) 自主计算国际会议 (ICAC);计算机协会 (ACM) 自我管理系统研讨会 (WOSS);ACM 自主系统设计和演化研讨会 (DEAS);自主计算研讨会 (AMS);自主计算系统对人类的影响和应用会议(CHIACS);自主应用研讨会(AAW);自主系统工程(EAS)研讨会;以及可靠系统软件架构研讨会(WADS)。
运营计划将通过整合来自各种 FAA 和国家气象局 (NWS) 传感器和气象信息系统的数据来提供此类改进的气象信息。图 1 显示了 ITWS 的主要数据来源和该系统的一些主要用户。图 1 强调了 ITWS 的一项重要技术特征 - 整合来自各种来源的知识,以提供一套有关机场航站区运行重要天气的信息产品。从历史上看,降水的雷达反射率一直是航站区风暴信息的主要来源,机场地面风、温度和湿度信息则出现在单独的字母数字显示屏上。然而,在确定天气的危险程度和时间演变时,热力学因素(即温度和湿度)、风和风暴微物理过程(例如冰晶的形成)与雷达反射率一样重要。通过以科学合理的方式使用各种数据源,ITWS 可以通过创建无法从传感器单独获取的信息产品来解决上述不足之处。ITWS 将通过两种方式实现其主要目标,即减少延误:直接向 FAA 主管和交通管理人员提供信息,以便他们能够更积极地工作以实现高效
人机交互 (HRI) 最近受到了学术界、实验室、科技公司和媒体的广泛关注。鉴于这种关注,有必要对 HRI 进行综述,以便为该领域以外的人提供指导,并促进该领域内对 HRI 统一愿景的讨论。本综述的目标是对 HRI 相关问题进行统一处理,确定关键主题,并讨论可能在不久的将来影响该领域的挑战性问题。尽管本综述遵循综述结构,但呈现 HRI 连贯“故事”的目标是意味着必然有一些写得好、有趣且有影响力的论文未被引用。我们不会试图综述每篇论文,而是从多个角度描述 HRI 的故事,以期确定跨应用的主题。这项调查试图纳入代表大学、政府努力、行业实验室和对 HRI 做出贡献的国家的公平横截面的论文,以及对该领域做出贡献的学科的横截面,例如人类、因素、机器人、认知心理学和设计。
1.1.背景 欧洲共同体的 DRIVE 计划正在推动用于道路运输的先进计算机系统的发展,既可用于车辆,也可用于路边设备。DRIVE 项目产生的新应用包括路线引导系统和动态交通管理系统[1],这些系统对道路交通的安全具有重要意义。DRIVE I 项目 V1051†,DRIVE Safely 的工作涉及调查当前和潜在的系统和软件工程流程,这些流程适用于开发和生产安全的道路运输信息 (RTI) 系统。DRIVE Safely 的最终产品包括一份咨询文件草案:《迈向欧洲标准:安全道路运输信息系统的开发(草案 2)》[2, 3]。本草案涵盖系统和软件考虑因素以及安全和认证标准。交通部批准所有新车辆和路边设备的法律程序称为“型式核准”,最终目的是增强目前的型式核准程序,使其明确包括对含有嵌入式软件的道路运输系统的评估。
沟通是设计成功的关键因素。它可以看作是选择信息、在互动伙伴之间交换消息以及创造意义的社会和认知过程。如何最好地捕捉、分析和评估沟通过程,作为改进沟通实践建议的初步步骤,仍然是研究人员和从业人员面临的挑战。为此,开发了一种受成熟度网格启发的方法来审计沟通实践。本文采用成熟度网格方法,并批判性地反思了它在软件设计结构化小组研讨会中的构建和应用。这种方法有双重好处:(a)作为一种研究方法来收集对沟通的洞察,(b)作为规划实践改进的指南。得出了设计中审计沟通过程的结论。� 2006 Elsevier Ltd. 保留所有权利。
需求是根据环境的既定事实和要实现的任务而制定的。在项目过程中,需求会变得更加具体、更加详细,也更加复杂。规范越接近原子需求,它们之间的关系就越复杂。当项目进入设计、实施和集成阶段时,需求工作并没有结束;必须处理需求变更,必须根据项目阶段更新需求状态,并建立对其他开发工件的跟踪。系统需求已经是要开发的系统的模型,它通常过于复杂,无法被人类一次捕获。为了处理复杂性,必须建立一个支持需求管理 (RM) 的系统工具。为了在本文中使用,我们将需求管理定义为:“需求管理是从
