01
业务建模 · 看清现状
先把业务怎样运转讲清楚
识别参与角色、业务目标和跨岗位流程，明确工作中的等待、重复与交接断点。用业务用例图确定范围，用业务泳道图还原真实流程，让需求建立在共同理解上。
业务用例图现状泳道图角色与业务边界
← 返回产品矩阵
从真实业务
AI SOFTWARE MODELING · MODEL / ANALYZE / DESIGN
从真实业务
走向系统设计
用四个连续阶段，连接业务现状、人与系统及 AI 的未来协作、实现逻辑与技术设计。让需求分析和架构设计共享一套有上下文、可复用、可追溯的模型。
01 / FOUR STAGES四个阶段，
四个阶段，
把业务问题推进到系统设计
软件设计常常从技术方案开始，却缺少对真实业务的共同理解。AI Software Modeling 以四阶段建模组织工程：先看清现状，再划分未来责任，随后分析实现逻辑，最后形成软件、数据与技术设计。
02 / PRODUCT IN USE看见模型，
看见模型，
也看见它们之间的关系
以下为产品实际界面与示例工程截图。业务内容用于展示建模方式，点击图片可打开原图查看细节。
03 / CONNECTED MODELS每张图都属于
每张图都属于
一个可追溯的模型工程
面向业务需求分析师、技术架构师和软件设计人员，把分散的图、对象和设计依据组织起来。
一个对象，多图表达
模型元素与图中视图分离，同一对象可被多图引用，名称与内容保持一致，各张图保留自己的布局。
设计能够找到业务依据
通过映射关系连接不同阶段的对象，帮助评审时沿需求、分析和设计检查对应关系。
从访谈到确认后的草案
AI 提供工程上下文问答；业务用例图与泳道图支持引导访谈、草案审阅及确认后绘制，帮助整理需求与流程。
让模型持续演进
支持多图工作区、属性编辑、撤销重做、对齐与分布，以及工程保存、自动保存和项目版本管理。
把成果用于评审与交付
支持工程文件与单图交换、PNG 导出、当前图 PlantUML 导出，以及受控 JSON、Markdown、XMI 导入导出。
分享一个确定的工程版本
将已保存工程发布为只读快照，阅读者按目录查看图和人工说明；所有者可撤回链接，后续编辑不会改变既有快照。
一个典型起点：订单履约
先梳理客户、销售与仓库的现状流程，再定义人与系统的责任；继续分析订单状态、库存校验和协作消息，最后形成订单模型、组件、接口与数据表设计。四个阶段共同服务于同一个业务问题。
QUESTIONS / 常见问题开始使用前，
开始使用前，
您可能想了解
它适合哪些人使用？
适合需要梳理业务流程、定义系统边界、分析领域概念和形成软件设计的业务需求分析师、技术架构师与软件设计人员。可用于企业数字化项目、AI 应用规划和软件方案评审。
AI 可以自动完成全部模型吗？
AI 可基于工程上下文提供文字建议；业务用例图和泳道图支持引导访谈、草案审阅和确认后绘制。其他图型的自动生成不作为当前承诺，模型内容和设计结论仍需使用者审查。
可以多人同时编辑同一个工程吗？
当前提供独立账号、个人工作空间与私有工程版本，不支持多人同时编辑同一工程。可以发布固定版本的只读阅读链接供评审使用。
导出的模型能直接与任何工具无损交换吗？
不能保证。JSON、Markdown、XMI 和 PlantUML 的覆盖范围与各工具方言有关；交换时应确认所用格式与支持范围，完整工程与单图文件用于本产品内的模型传递。
START WITH YOUR SCENARIO
从您的实际场景开始
打开产品了解使用方式，也欢迎与我们讨论部署、应用场景与合作需求。