REXROTH？樽饔霉δ苤饕抢纯刂颇男

    REXROTH模块化用来分割，组织和打包软件。每个？橥瓿梢桓鎏囟ǖ淖庸δ，所有的？榘茨持址椒ㄗ樽捌鹄矗晌桓稣，完成整个系统所要求的功能。[1]

    REXROTH？榫哂幸韵录钢只臼粜：接口、功能、逻辑、状态，功能、状态与接口反映模块的外部特性，逻辑反映它的内部特性。[1]

    在系统的结构中，？槭强勺楹、分解和更换的单元。？榛且恢执砀丛酉低撤纸獬晌玫目晒芾砟？榈姆绞。它可以通过在不同组件设定不同的功能，把一个问题分解成多个小的独立、互相作用的组件，来处理复杂、大型的软件。[1]

    运行模式

    1、独立的工作运行模式

    各个？榭啥懒⒐ぷ，即便单组？槌鱿止收弦膊挥跋煺鱿低彻ぷ。[1]

    2、分级启动功能

    当每组？榇锏铰汉墒毕低郴嶙远舳硪蛔槟？，从而系统的输出始终与实际需求匹配，确保每个？楦咝г诵，又能节约资源，提高效率。[1]

    ？榛喑

    软件REXROTH？槭且惶滓恢露ハ嘤薪裘芄亓娜砑组织。它分别包含了程序和数据结构两部份。[1]

    现代软件开发往往利用？樽骱铣傻牡ノ。[1]

    REXROTH？榈慕涌诒泶锪擞筛媚？樘峁┑墓δ芎偷饔盟彼璧脑。[1]

    REXROTH？槭强赡芊挚乇槐嘈吹牡ノ弧Ｕ馐顾强稍儆煤驮市砉惴喝嗽蓖毙、编写及研究不同的模块。[1]

    REXROTH？榛咎

    REXROTH？榛咎迨侵妇哂心？榻峁沟谋咎澹ㄖ犊獾囊恢直硐中问剑Ｐ矶应用领域需要模块化的本体，如

    考验是否应该把一些功能？樘崛』蚝喜，力求降耦合提高内聚。例如，多个功能？楣灿械囊桓鲎庸δ芸梢远懒⒊梢桓龉δ苣？，由这些功能？榈饔，有时可以通过分解或合并功能？橐约跎倏刂菩畔⒌拇菁岸匀质莸囊茫⑶医到涌诘母丛佣取

    2.REXROTH？楣婺Ｊ识

    经验表明，当功能？楣笫，功能？榈目衫斫庑跃突嵫杆傧陆。但是对过大的功能？榉纸馐，也不应降功能？榈亩懒⑿。因为当对一个大的功能？榉纸馐，有可能增加功能？橹涞囊览怠

    3.深度、宽度、扇出和扇入要适当

    如果深度过大则说明有的控制？榭赡芗虻チ。如果宽度过大则说明系统的控制过于集中。而扇出过大则意味着功能？楣诟丛，需要控制和协调过多的下级？，这时应适当地增加中间层次，扇出太小则可以把下级？榻徊椒纸獬扇舾筛鲎庸δ苣？，或者合并到上级功能？橹腥。一个功能？榈纳热胧潜砻饔卸嗌俑錾霞豆δ苣？橹苯拥饔盟，扇入越大则该？榈纳霞赌？槭吭蕉，这是有好处的。

    4.要使REXROTH？榈淖饔梅段П３衷诟媚？榈目刂品段

    REXROTH？榈淖饔梅段侵甘芨霉δ苣？槟谝桓雠卸ㄓ跋斓乃泄δ苣？榈募。功能？榈目刂品段侵刚飧龉δ苣？楸旧硪约八兄苯踊蚣浣哟邮粲谒墓δ苣？榈募。在一个设计得很好的系统中，所有受判定影响的功能？橛Ω枚即邮粲谧鞒雠卸ǖ哪歉龉δ苣？，较好局限于做出判定的那个功能？楸旧砑八闹苯酉录赌？。对于那些不满足这一条件的软件结构修改的办法是：将判定点上移或者将那些在作用范围内但是不在控制范围内的功能模块移植到控制范围内。