限定上下文BC

有个问题 比如某银行提供有网上缴电费的网上银行业务,我想知道他是怎样保证我卡上的钱能转到电力公司在银行的帐户,同时也能让电力公司充缴这个用户的电费应交信息 银行自己保证从我的卡里面转到电力公司的帐户里面这块倒应该没问题,但我就想知道怎样保证银行完成两个帐户的转帐,同时也能保证电力公司

一般电子商务网,有在线支付功能,有的支付多种支付方式,电子商务网开发需要对支付方式做一个维护, 就是说,我可以动态的增加,删除,修改支付方式,前台网页显示这些支付方式(以便客户支付时可以选择), 假设有这样的关系

想请教大家几个设计上的问题或者说是思路．动机：由于现在公司业务比较广，原来的系统和业务功能一直在增加，并且出现多个版本或者多个系统（因为功能相对无关联性），在管理和应用上出现很多问题．那么现在公司提出想开发一个框架，它能够动态灵活的增加／删除子系统．现在我有几个比较没

你们好，目前正在做一个电子商务订单系统，里边存在了很多个模块，比如 用户，订单这应该就是两个领域模型， 但是一个用例，删除用户，需要校验他是否有没有结款的订单，这样的化如果把这个逻辑写在用户模块的删除用户方法中，就产生了模块模块之间的耦合，请教各位这种问题应该怎样解决？

有个简单的逻辑: 销售一个产品(product)必须通过两个渠道共同才能完成,各渠道从中拿到一定的提成.比如渠道一拿5%,渠道二拿1%,剩下的就是公司的销售额.这里的提成百分比是可以根据情况设定. 可能有变的情况

定义一个巨大的model，把自已历史用到过的方法都封装进去，这样就成了百宝箱了，这种方法行不行得通，请高手们指点!

有订单、发票、货物这样几个类 订单和发票都有自己的属性，但也有共同的属性：就是订单中的货物信息。 例如：订单：X年X月X日向XX公司订货：A货物 10件 200元B货物 2

看了很多文章，想请教您一个关于订单系统的设计：1、订单系统需要适用各种业态模式；2、订单的呈现需要按某种具体业态模式的分类来呈现；3、订单数据与外部系统进行导入导出；4、订单可以支持强大的价格体系，即不同的价格计算； 请问您

我的支付卡子领域,请大家多指教!支付卡子领域:业务上下文场景描述:卡实体模型: 核心实体模型:为卡模型模型类别: 作为一种产品有多种多样的卡类型：会员卡，积点卡，企业卡,以后还会增加新的卡产品类型.值对象: 卡是有生

对于"我用电脑写文章"中的实体关系我个人认为只有电脑和文章的关系,而"我"作为参与者,属于系统外部的事物,不必在关系图中画出来,各位是怎么认为的呢?