业务规则方法的基本原则
《业务规则方法原理》以防火门为例子讲解了业务规则方法的基本原则。
规则为“在任何时候此门都必须关闭”。如果严格遵从这条规则,那么门就不是门了,就成为了墙了。所以对规则做一点分析,更完整准确的描述应该是“可以通过此门出入,但必须随手关门”。
现在罗列如下:
- 规则应该明确的写下来:如果规则足够重要,就必须写下来
- 规则应该用简明的语言描述:规则必须容易被人理解,就像上述防火门的规则描述一样,第一个描述不易被人明白。
- 规则应该独立于规程和工作流程而单独存在:对于防火门可以写一个规程“走近门、用手握住门把、顺时针转门把.......”,不过这样没有什么价值。所以规则应该独立于规程而单独存在。
- 规则应该建立在事实基础上,事实应该建立在由术语表达的概念基础上
- 规则应该以所期望的方式指导或影响行为:防火门规则会督促员工不忘记关门
- 规则应该由可识别的重要业务要素驱动:规则是有用途的,不能模糊。防止门可以防止火灾发生。
- 规则应该能够供被授权的部门使用:保证规则能够被遵守的最好方法就是让规则在需要它进行提示的时候正好出现在人的面前。
- 规则应该只有一个来源:防火门规则是大楼日常消防措施体协的一部分,不管把这个规则张贴成千份,规则来源也只有一个。
- 规则应该直接由具备相关知识的人描述:消防措施体系必须由具有该领域经验的专家制定。
- 规则应该收到管理:规则必须经过精心的评审、批准、集成和落实。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!