星顺科技 EAMS 产品使用手册
文档版本:v1.0(2026-10) · 共六篇 26 章 + 附录 A–C
星顺科技(thinksum.cn)自研企业架构管理平台官方使用文档。
目录
第一篇 管理员一次性初始化
- 第 1 章 登录与密码管理 — EAMS 的账号分两类来源:
- 第 2 章 界面导览与通用操作约定 — 登录后进入星顺科技 EAMS 主界面,整体分三个区域:
- 第 3 章 角色与权限 — 在星顺科技 EAMS 中,角色是一组权限的集合,是连接"人"和"功能"的唯一桥梁:权限不直接发给用户,而是先配到角色上,再把角色分配给用户。一个用户只能持有一个角色;要调整某用户的权限,为他更换角色即可。
- 第 4 章 组织架构(初始化视角:先建到能选部门) — 组织架构在星顺科技 EAMS 中有两重身份:
- 第 5 章 管理员为用户开户 — 前置条件:角色已建好(第 3 章)、部门主干已建好(第 4 章)。
第二篇 业务架构建模
- 第 6 章 业务架构总览与建模顺序 — 星顺科技 EAMS 的业务架构由五类对象组成,各自回答一个不同的管理问题:
- 第 7 章 业务能力 — 业务能力是公司通过投入和整合资源完成业务事项、输出业务成果、达成业务或管理目标的组织机能。简单来讲,业务能力就是公司为了实现战略目标所必须要做的事情。所以,业务能力是围绕着公司的战略目标和商业模式而构建的,用来支撑公司战略目标的实现。
- 第 8 章 组织架构(完整建模) — 组织架构是星顺科技 EAMS 中描述"谁来做"的架构对象,以组织单元树的形式组织(如:集团 → 事业部 → 部门 → 小组)。每个组织单元有组织分类(如集团/部门/中心/小组/岗位/人员,分类选项在基本配置中维护,见第 24 章)。
- 第 9 章 端到端流程 — 端到端流程是指从一个特定场景的需求发起,到这一需求关闭的整个业务过程(注意:需求关闭并不代表需求一定被满足,也可能因需求无法满足而结束流程)。
- 第 10 章 职能流程 — 职能流程是部门内部完成某项职能的作业流程(如"采购部的供应商准入评审流程")。如果说端到端流程是"跨部门的价值链",职能流程就是链条上每个环节内部的"作业说明书"。
- 第 11 章 绩效指标 — 绩效指标是衡量"做得怎么样"的量化标准。在星顺科技 EAMS 中,指标不是一本独立的台账——每个指标都必须挂接到具体的架构对象上(某条能力、某个组织、某条端到端流程),才能回答"这是衡量谁的指标",也才具备分析意义。
- 第 12 章 风控措施 — 风控措施模块管理两件事:风险(哪里可能出问题)和控制措施(怎么防)。两者是父子关系:一条风险下挂若干条控制措施。
第三篇 应用架构建模
- 第 13 章 应用架构总览与建模顺序 — 星顺科技 EAMS 的应用架构回答"用什么系统支撑业务"的问题,由两类对象组成:
- 第 14 章 应用功能架构 — 应用功能架构登记企业的应用系统及其功能组成(系统 → 模块 → 功能三层树),并通过能力映射回答关键问题:这个系统(功能)支撑哪项业务能力?
- 第 15 章 应用集成架构 — 应用集成架构回答"系统之间怎么连":哪两个系统之间有集成关系、通过什么接口、交换什么数据、同步方式是什么。它以「集成关系管理」台账 + 「集成拓扑图」两种形式呈现同一份数据——台账用于维护,拓扑图用于总览。
第四篇 数据架构建模
- 第 16 章 数据架构总览与建模顺序 — 星顺科技 EAMS 的数据架构回答"企业的数据家底是什么、怎么管"的问题,由四类对象组成:
- 第 17 章 数据资源目录 — 数据资源目录是企业的数据资产清单:把所有数据资源按 DL 层级(DL1 → DL5,从粗到细)组织成树。前四个 Tab 分别维护这棵树的分级、业务、技术、管理四类信息;第五个 Tab「数据资源目录」是前四类信息的合成视图——把它们整合到一起
- 第 18 章 数据标准 — 数据标准是企业对数据的统一定义与口径约定——同一个"客户编号",在各系统、各部门的命名、格式、取值应当一致。星顺科技 EAMS 把数据标准分为四类,对应页面 4 个 Tab:
- 第 19 章 数据模型 — 数据模型分三层,从业务语言逐步落到技术实现:
- 第 20 章 数据分布 — 数据分布回答"数据在哪里":它把数据资源目录(第 17 章)与流程、应用系统连接起来,形成数据的全景地图。数据分布分三大块,各回答一个问题:
第五篇 协作与应用
- 第 21 章 级联查询 — 级联查询是星顺科技 EAMS 的"架构关系变现"入口:前面各章建立的挂接关系(能力 ↔ 组织 ↔ 流程 ↔ 指标 ↔ 风控 ↔ 系统 ↔ 数据),在这里以图谱方式串联呈现。从一个架构对象出发,可以逐层展开它的上下游关联——比如从一条能力看到
- 第 22 章 需求管理 — 需求管理以"项目"为单位组织架构变更:一个项目 = 一份需求包,把本次要改的架构内容(能力、流程、风控等)打包,走审批后统一落地。它是架构建模与审批流之间的桥梁——架构内容不再是"随手改",而是"按需求包立项、审批、实施、回写"。
- 第 23 章 审批管理 — EAMS 中需要审批的事项主要有两类:架构内容的发布/升版(如能力发布、流程升版)和需求包的评审。审批管理模块覆盖完整链路:发起方提交 → 审批人在任务管理中处理 → 结果通过通知中心告知;审批流程本身由管理员在「审批流管理」中预先设计。
第六篇 系统管理
- 第 24 章 基本配置 — 基本配置是全企业的字典与参数中心:各模块的下拉选项(组织分类、数据安全等级、项目类型等)和层级定义(能力层级数、负责人层级等)都从这里取数。
- 第 25 章 操作日志 — 操作日志记录系统中谁在什么时间、哪个页面、做了什么操作,用于审计与问题追溯。其中三个列的口径需要说明:
- 第 26 章 授权信息 — EAMS 的授权分两种模式: