社区
Java EE
帖子详情
系统对于多业务模式的解决方案思路
qq_36747924
2017-06-05 11:37:42
系统对于多业务模式的解决方案思路
1)不同层级差异:中心机构、省会机构、地市机构、县级机构,不同级别的机构业务上存在一定的差异
2)不同地区差异:区域政策、管理模式会有一定的差异
在系统设计的思路 有什么比较好的思路去解决这种差异
比如:配置不同的参数,制定不同的规则策略,希望大家能提供更多跟好的思路以供参考 谢谢
...全文
131
3
打赏
收藏
系统对于多业务模式的解决方案思路
系统对于多业务模式的解决方案思路 1)不同层级差异:中心机构、省会机构、地市机构、县级机构,不同级别的机构业务上存在一定的差异 2)不同地区差异:区域政策、管理模式会有一定的差异 在系统设计的思路 有什么比较好的思路去解决这种差异 比如:配置不同的参数,制定不同的规则策略,希望大家能提供更多跟好的思路以供参考 谢谢
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
3 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
键圣
2017-06-08
打赏
举报
回复
参考策略模式
qq_36747924
2017-06-05
打赏
举报
回复
除开这种还有什么其他比较轻的解决思路么 ?
bobolnear
2017-06-05
打赏
举报
回复
设计一个 规则引擎。 规则引擎负责输出业务规则调用方法。 设计的原则采用比较可视化的比如 是否执行xx级别业务,是否允许启动组合规则等。
完整的酒店餐饮管理
系统
源代码包括开发文档
完整的酒店餐饮管理
系统
源代码包括开发文档
编写技术
解决方案
思路
原文入口—《原创作者》 前言 技术
解决方案
概论 如何写好技术
解决方案
技术
解决方案
的设计优化 设计工具的应用 前言: 1、
解决方案
设计是一项
系统
的工作,作为
解决方案
设计或参与人员需要站在
系统
高度去理解
解决方案
, 因为方案本身不是孤立的。 2、
解决方案
的编写者需要承担多重的角色,参与项目售前售中多项工作, ...
开发复杂
业务
系统
,有哪些设计
思路
简介:结合DDD和阿里
业务
中台建设经验,沉淀复杂
业务
系统
的开发和架构
思路
最近对交易
业务
系统
进行电商中台化的设计和优化工作中遇到一些问题,在这里结合领域驱动设计和阿里
业务
中台的一些理解,分享一下架构方面的思考和体会。 做技术方案,核心是下面几个问题: 1 做什么?- 产品需求 2
业务
上怎么做?-
业务
文档 3 技术上怎么做?- 技术方案 4 代码怎么实现?- 落地实现 明确了这几个问题,可以处理大部分日常需求开发,如果是比较复杂的
业务
系统
,就需要拆解的更精细...
MES
系统
整体
解决方案
项目概述统接入服务 项目目标 以柔性制造
系统
、敏捷制造等信息化改造为建设目标,利用传感技术、无线通信技术、计算机网络技术、智能数字化技术、物联网应用服务平台技术等多种现代化技术,打造基于物联网的综合示范平台,建立起一个示范性应用基地。 通过WIP(在制品管理)+SCADA(设备联网)实现敏捷制造的生产管理目标,以信息可视化提供的数据支撑,准确掌握各类生产的资源负荷状况,提高瓶颈资源利用率,提升原料工装夹具配送精准度、提升生产应变能力。以信息可视化达到问题预判、问题预防,减少生产问题。及时传递操作.
复杂
业务
系统
的架构设计
思路
比如电商的商品管理、订单交易等
系统
的开发和重构,
业务
相对复杂,开发人天在几个月以上,直接开发可能会老虎啃天,无从下手。
Java EE
67,550
社区成员
225,863
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章