这个题目看似可能没必要，其实是需要的。需要用户，建设方对项目的需求与用户的需求达成一致，作为项目第一架构。
项目的需求与用户的需求，很多时候不是一致的。这并非不常见，由于甲方未系统的说清自己的需求，建设方以解决方案架构惯性忽视项目具体特性或未熟悉业务环境情况，以及其他因由，而出现不一致。
项目整体架构因包含技术驱动，业务层面也缺乏业务管理逻辑，并不能清晰表达用户需求，尤其是面向业务用户。企业业务架构项目建设中很少采用，尤其是当前复杂系统建设，尤为需要，本文基于实际经验总结项目建设中的业务架构设计。
16年据此以用户业务逻辑为主，从灭火救援指挥到装备实力统计，装备管理的用户需求。接处警后，灭火救援指挥需要辅助决策，辅助决策需要的装备数据从装备物联获取并支撑装备实力统计日常管理。
自顶向下以管理逻辑贯通各层级需求及所要做的工作是什么，需要什么业务实现、什么业务内容，从哪个业务过程来，易于各层级用户代入，并达成一致。
若以物联网三层技术架构开始，则不便用户明确自己的需求及业务实现，也不知项目在给我建什么，这主要是项目建设要做的工作。
以及智慧城市实例：
安全生产监测预警预防实例，非IT项目层面的业务动作也可以包含：
关于面向项目的业务架构设计，
设计原则包含：1）面向用户整体业务需求
2）尽量涵盖业务实现内容
3）尽量不含技术实现元素。
架构内容：
架构模型：
即此总结，试有章可循，多说无益，可参照实例。
发表回复