文章插图
规划文本的定义如下：
1．规划成果包含文本、图纸、附件三部分，附件包括说明书、专题报告、基础资料汇编等 。文本是规划中最简练、最重要的文字说明 。
2，“规划文本”是用来表达规划的意图、目标和对规划的有关内容提出的规定性要求。
类似于法律文件的，对城市空间资源和土地资源进行管理和控制的条文，一般具有法律意义 。
我国城市规划编制办法要求，规划成果包含文本、图纸、附件三部分，附件包括说明书、专题报告、基础资料汇编等 。文本是规划中最简练、最重要的文字说明 。
总体原则和目标：
首先，需要有明确项目背景，目标，以及核心需求分析
方案规划设计文档的好坏，几乎完全取决于这一部分内容 。但多数同学在这一部分内容身上，往往花费的时间却是最少的，常见的方式，就是“直奔主题”，上来就写具体要做的事
项目背景和目标
项目背景不是让你写一堆无关痛痒的铺垫材料 。实际上，项目背景的作用是：
Why？为什么要在这个时候做这个项目？
换句话说，就是这个项目从产品或业务的角度，最核心的推动力是什么？再换句话说，痛点是什么？
有痛点自然就有目标，你希望项目最终以什么方式解决问题，能达成什么目标 。
背景和目标的阐述，必须要能够自然合理的推导出下一部分内容：项目的核心需求/功能是什么 。
如果项目背景，目标的描述不能起到这个作用，那这一节内容就没写好，因为项目方案文档就缺乏了根本的出发点，后续的内容都没有了好坏对错判断的基本依据 。
项目核心需求
项目核心需求和项目目标有什么区别？实际上没有严格的区别，只是对需要解决的问题的概括抽象程度的不同，或者描述角度的不同 。
目标可以理解为希望达到的一个状态，是抽象的，和技术方案无关的偏结果角度的表述方式 。
而项目核心需求，可以理解为了解决背景描述的问题，为了实现那几个目标，进一步推导出来的，在当前系统环境或方案框架体系中：必须要提供的产品功能形态，或者是必须满足的关键特性，又或着是不能违背的约束条件 。你也可以理解为用更技术的语言进行细化描述的项目目标 。因为目标和背景的不同，可能同一件事推导出来的核心需求也不同 。
这么说比较抽象 。举个例子，如果我想构建一个数据交换服务或ETL系统，那么上述各环节的内容可能是（简化的写）：
背景 ： 当前数据ETL链路极端难用，效率低下，稳定性差，维护代价高，用户抱怨多等等 。
目标 ： 用户全自助，简单易用；可维护性好；性能高；可靠性好 。
核心需求 ：比如针对“用户全自助，简单易用”这点（其它目标可以类似分析推理），可能是：
提供统一的，标准化的配置后台：用配置的形式表达ETL业务语意，屏蔽下层实现细节 。
提供完善的错误反馈信息/机制：让用户能自助解决使用中遇到的问题 。
ETL业务流程标准化：将最佳实践沉淀下来，通过配置的方式让用户选择，减少重复工作，降低用户开发的难度，规避使用姿势错误可能造成的问题 。
讲完区别，继续回来讲，这部分内容的要求 。很多同学在写这部分方案的时候，很容易把需求和实现手段混为一谈 。所以：
核心需求的重点是：本质上需要提供什么能力，而不是具体实现上要做什么
换个角度说，核心需求的描述方式是：要做成什么样，是功能目标而不是实现手段 。
在完整的项目文档中，显然目标和手段都需要，但是
目标必须先于手段，而非相反
原因也很简单，脱离了目标谈手段是没有意义的，很容易导致方向做偏，使得最终的结果产出背离了项目最初真正的需求出发点 。
实践中，做成什么样和怎么做有时候很难绝对分开 。一句话的描述方式可能既包含了目标需求也包含了实现手段 。那么，怎么判断这部分内容写得是否满足要求呢 。
如果你描述的侧重点只是需求的一种实现方式，而这个需求可能还有更多的其它实现方式，或者即使真的只有一种实现方式，你所描述的内容的也只是因果关系中，间接的因而非直接的果，那么很可能你描述的就只是手段而非目标 。
如果看文档的同学看完只知道你要做什么，而不知道做这些是为了什么？是否做这些就足够了，还应该做点别的？是否有别的解决方案，又或者做完了到底有什么用 。那么也很可能是因为你把需求和实现手段混为一谈了 。
推荐阅读
- 鉴别音箱的真假的方法 ae音箱真假辨认
- 野蕨菜致癌吗？
- 形容动物的词语形容动物的词语有哪些
- 饿的英文单词
- 老北京炸酱的做法求详细.
- 伦敦水晶宫的 特点
- 如何养成良好的习惯？
- 1984年的一分硬币价格 1984年2分硬币一去那里换
- 情绪爆炸，容易遇到中年危机的四大星座女是什么？
- 爱奇艺视频VIP 爱奇艺视频的vip怎么开?