- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
行为隐藏模块 包括当影响系统行为的需求发生变化时需要修改的过程 这些过程决定了应发送给硬件隐藏模块提供的虚拟输出设备的数据 封装什么? 基于需求的面向特定设备的输出的计算规则 功能驱动模块:如何时发射武器、瞄准位置 空中数据计算模块 声音型号模块 …… 多类输出共享的计算规则 共享服务模块 模式确定模块 共享子程序模块 …… 软件决策模块 将基于数学定理、编程思想等的软件设计决策隐藏起来 所隐藏的信息和对外接口由设计人员决定 对这些模块的修改很可能是由于外部因素的变化而希望提高该模块的性能或精度 软件决策模块的分解 数据的表示 应用数据类型模块:对基本数据进行扩展 面向航空电子系统数据:距离、角度、时间长度 数据的生产和消费 数据银行家模块:松耦合数据的生产者和消费者 屏蔽双方产生或者生产数据的频度、新数据计算的频度 基于飞机状态和传感器值计算真实数据的算法 物理模型模块 软件决策模块的分解(2) 用于过滤和平滑处理数据序列的算法 过滤器行为模块 用于公共功能的算法 软件实用程序模块 用于创建系统的功能 软件生成模块 三级模块举例 Air data sensor module Doppler radar set module Inertial management set module Heads-up display module Cockpit switch bank module Panel display module Flight information displays module . . . Weapon release system module Weight on gear sensor module Device interface module Device interface module 当每个模块小到能由一个小组实现的时候,就可停止分解 分解结构如何支持质量目标? 可修改性的获得来自于相应战术的使用: 信息隐藏 预测期望的修改 使用评审方法 使用了领域专家 维持语义的一致性:抽象服务、虚拟机 使用中介:数据仓库 使开发成员之间的交互最小化 任务的分配取决于模块的分解结构 A-7E Architectural Structures Decomposition structure Use structure Layered structure in fact Process structure A-7E 使用规则(Simplified) 扩展计算机模块不使用任何模块 应用数据类型模块只使用扩展的计算机模块 设备接口模块可使用: 扩展计算机模块、应用数据类型模块和物理模型模块 功能驱动模块和共享服务模块可以使用所有其它模块 使用规则可能导出分层结构(不严格) 层次结构和产品子集 分层结构只能对子集进行有限的定义 We have seen how the module structure provided the basis for work team formation, with one team formed per second-level module. It was also the basis for documentation organization. In this project, documentation was done at the second level of the module structure, though this is an arbitrary decision based on the project scale and scope. There is no guiding principle that dictates any particular level as where the documentation should be done: just whatever seems most appropriate. In some projects, documentation could be done in the first-level modules, whereas in other projects, it is more appropriate to do documentation at third levels or lower. For the A-7E project, documentation at the second level meant that there was one set of documents for the device interface module, another for th
原创力文档


文档评论(0)