为更走心的工作和输出，对解决方案编制方法进行梳理，希望对逻辑和文字描述能力做出提升。

一、解决方案框架
还记得最开始写系统解决方案时比较困惑的一个点在于，解决方案的组成部分该有哪些？
虽然自己用了不少标准解决方案，也输出不少项目方案，但在自己从零输出解决方案还是有些纠结。思考并通过纸笔梳理后大致有了核心想法：视材料用途来确定需要哪些成分
OK，一般情况下遇到的用途：1.提取内容合成汇报、立项、招投标等项目材料；2.形成场景/行业解决方案；3.宣介材料 ；
相应的所需内容如下，其中最为重要、最常用的必选内容主要还是建设背景、需求分析、系统设计、功能介绍，其余的用户现状及痛点、应用场景及解决方案、系统价值、输出形式、案例介绍等也可加上，在需要时可以摘用。以及根据项目情况来输出具体项目背景、建设必要性等内容了

image.png

提升建议：描述语言更正式，用行业语言。

2、需求分析
可从用户目标分析，用户痛点及目前解决方式，改善达成效果维度进行分析。举例说明：
在应急指挥业务中，要实现现场音视频信息、事态状况可全方位回传；指挥中心能联合作战人员、专家、相关领导了解事态，后续做出决策下达至前端；面对大型突发事件或通信链路中断能搭建临时指挥部，进行现场指挥。
而在应急指挥中用户普遍存在通信方式不统一的问题，导致沟通混乱。例如前端作战人员往往配用370M的无线对讲，但政府领导，专家往往未配置，需要指挥中心来"中转"。指挥中心通常都建有视频调度平台、GIS调度系统、音频调度系统，但经常出现这些调度系统间数据未通，形成数据孤岛，也不利于紧急状况下的调度使用。
用户希望能实现不同通信方式间互联互通，例如前端人员使用对讲机说话，使用电话、手机的领导、专家也能听见。有一套平台能够打通GIS、视频、语音调度系统，实现便捷的“一张图指挥调度”，可在图上看见人员位置、监控点位、救援物资位置，进行调度。

3、方案设计
可从设计目标、方案架构设计、组网设计、数据设计、性能设计等，根据系统类型选择哪些设计内容。
设计目标，通过一套融合通信系统，接入无线对讲系统、PSTN电话通信系统、视频监控系统、视频会议系统、单兵通讯系统，将各类通信协议转为SIP协议，实现各类通信方式的互通。建设一套指挥调度平台，接入融合通信系统、用户现有的视频调度平台、GIS调度系统，打通几套系统间的通讯录数据、音视频数据，可以在GIS地图上展示工作人员、监控资源、救援物资位置，并对这些点位进行音视频呼叫，实现“GIS一张图指挥“，做到"呼的通，叫的应，看的见"。
方案架构，从接入层、传输层、支撑层、业务层到展现层(不同方案架构可能会有较大差异)。接入层体现方案中能够接入的音视频调度终端/系统；传输层为涉及到的传输方式；支撑层、业务层、展现层也类似，针对本项目情况进行修改。

image.png

4、功能介绍
功能介绍是绝大部分情况下都会用到的材料内容。目前我主要从功能是什么、(带来效果)、(大致技术原理)、(样例(图例))等维度介绍。
如果是技术含量没那么高的业务系统，主要是功能简介+带来效果+功能截图
1.1 语音会场：支持多方语音通话，通过通讯录邀请成员加入会议，对用户可进行禁言、移出会议操作，对会议具备静音、免提、全体禁言、锁定会议及结束会议等会控操作，实现多方通信/管理的效果。

image.png

如果是技术含量较高的算法接口，主要为功能简介+带来效果+大致技术原理+样例
1.2 地址结构化功能，以API方式提供服务，在标准化地址的基础上，为了便于地址进行层次化的数据管理，及提供针对行政区划及地理POI的查询，在原整段标准化地址文本的基础上，提供地址层次化结构的输出形式。
根据中文地址的特征，将地址细分为多个级别，即多级地址模型。地址结构化以此为参考，根据词条本身特征和上下文关系进行组合，并且赋予相应级别。在基本分词的基础上，利用从大量地址中挖掘的规则并结合词性将基本词条合并成独立有意义的地址信息和门牌信息，比如小区+楼栋、小区+1期+楼栋。
利用knowledge graph embedding的RNN分词、实体模块，当前地址结构化能够实现对地址的21级细粒度解析，准确率在95%以上；

image.png

三、方案组成_可选
1、系统价值

2、应用场景及解决方案

3、输出形式

4、案例介绍