开通VIP，畅享免费电子书等14项超值服
首页
好书
留言交流
下载APP
联系客服
2024.02.02内蒙古
全文共9843字，建议阅读25分钟
描述业务功能、业务流程、事件、组织单位、角色、业务服务以及其他业务行为。
描述组织的物理和逻辑数据资产以及数据管理资源。
描述应用系统的总体结构和应用组件的相互关系。
描述硬件、软件、网络和其他技术资源的策略和标准。
（1）销售：负责产品的销售。
（2）人力资源：负责员工的招聘、培训和福利。
接口名称：一个简短、描述性的名称。
接口描述：接口的简短描述。
目标应用：接收或消费数据的应用名称。
接口协议：如HTTP、FTP、SOAP、REST等。
数据格式：如XML、JSON、CSV等。
数据内容：传输的数据的简短描述或摘要。
销售部门使用销售管理系统和销售分析工具。
人力资源部门使用人力资源信息系统。
财务部门使用财务管理系统。
电子商务系统提供了订单处理、库存管理和付款处理功能。
仓储管理系统专注于库存管理并提供报告生成功能。
财务系统处理付款并能够生成报告。
（1）明确哪些应用需要与其他应用通信。
（2）确定数据流的方向和性质。
（1）销售系统
（2）生产计划系统
（3）仓储系统
与生产计划系统交互：请求产品信息以确保产品可用性。
与仓储系统交互：查询库存确保产品库存量。
与销售系统交互：接受并处理销售订单。
与仓储系统交互：基于需求和库存发出生产订单。
与销售系统交互：提供库存信息。
与生产计划系统交互：接受并执行生产订单。
（1）应用组件：如系统、模块或其他应用单位。
（2）通信关系：如数据流、调用或消息传递。
（1）客户前端（CustomerFrontend）
（2）订单管理系统（OrderManagementSystem）
（3）仓库管理系统（WarehouseManagementSystem）
用户在这里浏览产品、添加到购物车并下单。
当用户下单时，前端与订单管理系统通信，提交订单详情。
接收来自客户前端的订单数据。
与仓库管理系统通信，通知出货。
接收来自订单管理系统的出货请求。
接收和处理来自客户前端的支付请求。
纽约(总部)
伦敦
北京
CRM系统(部署于纽约)
ERP系统(部署于纽约)
销售团队(在所有办公室)
财务团队(主要在纽约和伦敦)
（1）CRM和ERP系统在纽约的数据中心有实体。
（2）报告工具在每个办公室都有实体或本地访问点。
（3）销售团队在各个地方都需要访问CRM。
（4）财务团队在纽约和伦敦需要访问ERP系统。
（1）用户服务
（2）商品浏览服务
（3）订单处理服务
（4）付款服务
（1）用户界面组件：处理用户交互、显示图书目录、购物车管理等。
（2）订单处理组件：处理用户的订单，包括支付、库存检查和订单状态更新。
（3）支付网关接口组件：与外部支付服务提供商进行交互，处理支付事务。
（4）库存管理组件：负责图书的库存检查和更新。
（1）用户界面组件依赖于推荐系统组件来为用户提供图书推荐。
（2）用户界面组件将订单数据发送到订单处理组件。
（3）订单处理组件与支付网关接口组件交互，以处理支付。
（1）参与者：与系统交互的外部实体，可能是用户、其他系统或硬件设备。
（2）用例：系统的功能或动作，用椭圆表示。
读者
借书
还书
查找图书
登记新图书
读者可以“查找图书”，“借书”和“还书”。
图书管理员可以执行所有的用例。
业务流程或用例的一部分或全部
支持该流程的系统或应用组件
业务活动：HR部门确定了一个新的职位或空缺，需要在公开市场上进行招聘。
业务活动：收到应聘者的简历后，HR人员对简历进行筛选，将符合条件的简历筛选出来。
业务活动：面试官在面试后提供对候选人的反馈。
业务活动：对于成功的候选人，公司会发放正式的工作邀请或Offer。
业务活动：一旦候选人接受Offer，HR部门会为其入职做准备。
（1）现有的应用、组件或系统。
（2）预期的未来或目标应用、组件或系统。
（3）迁移路径，这可能涉及到某个应用的升级、合并、退役或替换。
（1）迁移CRM到云并升级到最新版本。
（2）合并两个ERP系统，并在云中运行一个统一版本。
（3）废弃旧的财务系统，并在云中使用收购公司的BI系统。
数据中心内有前端Web服务器、应用服务器和数据库服务器。
CDN用于分发静态内容。
移动用户设备上的移动应用通过API与前端Web服务器通信。
前端Web服务器与应用服务器以及数据库服务器之间存在通信。
应用互动矩阵：展示了应用间的互动，这也是逻辑视图的一部分。
应用和用户位置图：这个图描述了应用的物理部署以及用户的物理位置。它提供了有关哪些应用部署在哪里，以及用户如何与它们互动的信息。这与部署视图的主题非常相似。
应用架构的构建
架构原则:“采购管理集中化、标准化、一体化”，“流程高效”。
通过与各部门沟通，绘制业务流程图
识别和记录核心业务功能，如“采购寻源”、“需求预测”、“物流配送”等。
发现“需求提报”和“订单生成”落在了MIS系统，“采购合同”和“供应商注册”分别落在了合同管理系统和供应商门户系统，“采购分析”落在了供应链管理系统，这些功能与原有系统的定位不符，供应链功能割裂，导致流转不畅，考虑重新归位。
第二步：迁移并升级需求提报、库存管理等功能到新供应链系统，与MIS系统做好集成