2017/05/09 系统架构 No Comments ERP_ERM_CRM_OA企业办公或资源管理系统设计 #### ERP/ERM/CRM/OA企业办公系统或企业资源管理系统设计思考 ##### 一、科学、规范、合理的组织架构设计 1. 企业组织架构应是集团(隶属/所属公司)、多级部门或到小组的高度总结,便于分工明细利于晋级、协调、考核及各项工作的开展。 1. 科学、规范、简化、合理的组织架构设计,有利于指引系统的逻辑规划设计及未来各项数据各维度的正确输出统计。 1. 一套多级的部门数据表,再结合业务需求考虑系统各模块显示几级部门、是否支持提报预算、是否业务部门、是否职能部门等等。 **正例:**(组织架构) - 集团 -- 公司 -- 一级部门 -- 二级部门 -- ...... 如: (1)华宇集团 -- 集团总经办 -- 集团运营中心 -- 华东大区 -- 安徽公司 -- ... -- 合肥事业部 -- 合肥第一事业部 -- 滨湖服务部 -- ... (2)华宇集团 -- 集团总经办 -- 集团战略中心 -- 物流规划发展部... (3)华宇集团 -- 集团总经办 -- 集团技术中心 -- 移动端研发中心... **反例:**(系统组织架构设计) - 多套独立的组织部门架构设计,逻辑混乱。如分别独立建设三套组织部门架构概念及数据表:“组织部门”、“权限部门”、“预算部门”,且三者之间的关联关系不清晰及存在无关联情况。 (正确状态应是统一的一套组织部门架构。遗憾的是博主所在公司的系统便符合该条反例...) - 人员不合理的部门归属。 如:“滨湖服务部”负责人的组织部门直接设定在“合肥第一事业部”组织下 (**正确的做法应归到“滨湖服务部”组织部门,管辖滨湖服务部及其子部门,不应放到父级部门。需注意:部门负责人发起审批时执行上一级的审批流**。不合理的思路会为未来的数据清算、统计、权限管辖带来诸多隐患及业务支撑缺陷等问题); **PS:** 1. 不科学、不合理的系统业务组织架构设计及归属关系会为后续埋下诸多产品或技术债务,牵一发而动全身(如果企业仍在持续发展...) 1. 系统业务模块设计尽可能降低以人为参考对象,作为企业元素,人会受到组织架构变动、轮岗、晋级、降级等因素影响,所以不具备稳定参考性。 ##### 二、主、辅权限角色合理运用 合理的设置主角色、辅角色有利于系统管辖权限的差异化设计,提升权限架构的统一及标准化理念。 - 主角色**正例:**普通员工、经理、总监 - 辅角色**正例:**财务审计(拥有该辅权限的成员可以审计财务账目)、预算编制(拥有该辅权限的成员可以编制预算) - 反例:另类独立独创增加'特殊配置'。特殊的(权限)需求建议统一归类到辅权限角色中,遵循统一、标准化的极简理念。 ##### 三、流程的设计 1. 动态定义流程。需重点考虑是以模块流程优先还是以组织流程优先设计(毕竟常规情况各企业不同模块会有不同的审批流)。 1. 根据组织、职务预定义流程。如组织的分级审批或组织职务审批模式。 ##### 四、合理的职务设计:让每个人都有所属的职务##### 如果企业相对规范或正在追求规范化,那么规划好职务有利于系统流程及业务的完整性建设。职务辅助组织架构完善系统权限、流程逻辑设计。 ##### 五、水平权限验证,不仅仅是垂直权限验证 1. 垂直校验可以使用成熟的RBAC Auth类校验 1. 根据管辖校验(组织、角色、人等是否属于权限范围。又回归到第一部分组织部门架构设计的重要性) 1. 降低直接使用各类ID,加密后传输 1. 附件资源隐私控制、访问控制,是否存在泄漏。 ##### 六、子业务拆分(轻微服务) - 企业的经营尚需对复杂的业务体系进行拆分,复杂的软件系统架构亦是如此,但目的都是为了完成初衷。 - 规避庞大的业务体系带来未知的维护投入、人力投入、硬件消耗。 - 做到了解业务,全局思考(业务架构、平台架构),进而拆分业务组。 - 原则:业务负责业务层面的事务,功能负责功能执行。 以系统支付结算为例,拆分正例: 业务部分:如报销模块(负责系统报销流程业务逻辑处理) 支付结算系统:模块仅负责执行支付及记录相关日志、状态。 ##### 七、题外话 系统设计的出发点为辅助企业规范化,降低人力投入,提升管理管控。如果企业不主动引导、培训规范化及做适当的奖惩,系统业务及数据将持续陷入悲观状态。 本文最后更新于 2017-05-09 23:05:00 并被添加「系统设计 架构总结」标签,已有 2146 位童鞋阅读过。 本文作者:未来往事 本文链接:https://felixway.cn/post/656.html 本站使用「署名 4.0 国际」创作共享协议,可自由转载、引用,但需署名作者且注明文章出处
此处评论已关闭