- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
作业 请描述一下常见的错误检测战术(画图描述)、错误恢复战术。 第三十页,共五十四页。 空中交通管制----高可用性设计案例分析 第三十一页,共五十四页。 系统简单介绍 第三十二页,共五十四页。 飞机从顺利起飞到安全到达目的地,受到空中交通管制系统各个不同部分的管理。 地面控制部分负责协调和管理飞机在机场地面上的运动; 塔台控制部分控制飞机在该机场的终端控制区中的飞行; 最后,该系统还有多个中途中心,将整个美国领空划分为22个责任区。 第三十三页,共五十四页。 初始区段组(Initial Sector Suite System) ISSS是针对22个中途中心的软硬件升级系统 第三十四页,共五十四页。 需求与质量分析 空中交通管制系统如果运行不好,可能会造成生命财产损失 极高的可用性:必须保证系统不能正常工作的时间非常短(一年内停机时间不能超过5分钟) 高性能:系统必须保证在不丢失任何数据的情况下对大量数据进行处理;通信网络必须能够处理这种负载,软件必须能够快速、带有预测性的进行计算。 第三十五页,共五十四页。 第三十六页,共五十四页。 ISSS的功能 获取存储在称为主计算机系统的现有空中交通管制系统中的雷达目标数据 转换雷达数据以供显示,并将其广播给所有控制台。每个控制台选择自己需要显示的报告数据,每个控制台都能够显示任何方位的数据 处理冲突警告,或其它由主计算机发送来的数据 提供与主计算机的接口,以便于输入和查询飞行计划 提供诸如网络管理等多方面的监控信息,允许场站管理员实时地重新配置所安装的系统 提供记录能力,以供事后回放 在控制台上提供诸如窗口形式的图形用户界面,有必要提供特殊的与安全相关的功能,如显示的窗口有一定的透明度,以免遮挡住重要信息 在主计算机、主要的通信网络以及主要的雷达传感器出现故障时,提供一定的后备能力 第三十七页,共五十四页。 ISSS系统所处的物理环境 主计算机负责对监控数据和飞行计划数据进行处理 通用控制台 空中交通管制人员的工作站;一个区段组可以有1~4台通用控制台 通用控制台 通用控制台 通用控制台 本地通信网络(LCN) 双LCN接口单元与LCN相连 4个并行令牌环网 增强直接访问雷达 信道 BCN 监控控制台 监控控制台 测试培训子系统 外部系统接口 (ESI) 第三十八页,共五十四页。 物理视图 第三十九页,共五十四页。 模块分解视图 显示管理 通用系统 服务 记录、分析 与回放 全国空域 系统修改 操作系统 捕获交通管制系统中的会话,已备事后分析 第四十页,共五十四页。 质量属性 第一页,共五十四页。 可修改性 可修改性:有关变更的成本问题。 第二页,共五十四页。 可修改性 局部化修改 防止连锁反应 推迟绑定时间 第三页,共五十四页。 “局部化”修改战术 目标:把变更限制在一定范围内 在“设计”期间为模块分配责任,以把预期变更限制在一定范围内。 第四页,共五十四页。 “局部化”修改战术 维持语义的一致性 预期期望的变更 泛化该模块 限制可能的选择 第五页,共五十四页。 维持语义的一致性 指模块中责任之间的关系; 责任越单一越好 例如:DotNet中的System.IO命名空间,File类和FileInfo类,在最初的beta版中只有一个File 第六页,共五十四页。 例如:一个车库门开关系统 在家庭信息系统中,用一定的控制装置和设备来控制开门和关门。如果车门在下降的过程中,检测到一个人或物体,必须在很短的时间内停止。 语义一致性和信息隐藏战术: 用单独的模块来处理用户接口、通信和传感器。 第七页,共五十四页。 例如: MVC模式:将显示、控制和模型几部分分开。 view model controller 第八页,共五十四页。 子战术:抽象通用服务 例如:各种程序框架 比如:Visual Studio框架 定义了应用程序的结构 第九页,共五十四页。 预期期望的变更 考虑所预想变更的集合(变化点)。通常结合语义一致性来使用。 第十页,共五十四页。 例如:A-7E案例(预期期望的变更) 在确定模块分解结构时,首先分析了系统最可能改动的三个原因: 软件必须与之交互的硬件发生了变化 所要求的系统外部可见行为发生了变化 完全由该项目的设计人员作出了某个决定发生了变化 第十一页,共五十四页。 泛化该模块 例如:程序语言中的虚函数 指针(void*,具体指定) 第十二页,共五十四页。 限制可能的选择 如果修改的范围非常大,影响很多模块,则限制能进行的修改,从而降低影响。 第十三页,共五十四页。 防止连锁反应的战术 模块之间的依赖性 (1)语法 (2)语义 (3)
原创力文档


文档评论(0)