需求分析
首先，该项目工程采用的是前后端分离的开发形式。为什么要采用前后端分离的开发形式呢？
前后端分离的优点和必要性：
- 前端JS做大部分的数据处理工作，减少对服务器的压力；
- 后端错误不会直接反映到前台，提高用户体验度；
- 不同终端（pad/mobile/pc）的兴起，单一浏览器端的访问已经不能满足用户的需求；
- JS能够很好的适应前端的效果但是很难做到与服务器的通讯，后端又无法很好的去调整前端页面；
- 提高开发效率，后端负责业务/数据接口，前端负责展现/交互逻辑，同一份数据接口，可以定制开发多个版本。（一般项目后期会针对性的整理开发接口API方便内外部的调用访问）
什么是前后端分离呢？
经由分析讨论以及资料的收集，我们所一致认同的概念是SPA（single-page application），所有用到的展现数据都是后端通过异步接口（ajax、json）的方式实现的，前端直管展现。
从某种意义上来说，SPA确实做到了前后端分离，但这种方式存在两个问题：
- WEB服务中，SPA类占的比例很少。很多场景下还有同步/同步+异步混合的模式，SPA不能作为一种通用的解决方案；
- 现阶段的SPA开发模式，接口通常是按照展现逻辑来提供的，有时候为了提高效率，后端会帮我们处理一些展现逻辑，这就意味着后端还是涉足了View层的工作，不是真正的前后端分离。
SPA式的前后端分离，是从物理层做区分（认为只要是客户端的就是前端，服务器端的就是后端），这种分法已经无法满足我们前后端分离的需求，我们认为从职责上划分才能满足目前我们的使用场景：
- 前端：负责View和Controller层；
- 只负责Model层，业务处理/数据等。
项目背景：随着互联网的发展，在一定程度上极大的拉近了人与人之间的距离却又在某种程度上增加了人与人之间的隔膜。我们迫切的想要更多人的关注却往往陷入社交平台泛滥的漩涡，基于这种情况我们开发了《十次方》应用于IT方面同学的沟通、交流。让同样的人，说同样的话，得到更多的共鸣与理解。
页面原型的介绍、展示：
以上，是首页的原型展示。其余界面原型在后面功能实现过程中逐步进行展示。
除此之外，项目开发过程中一般还会有项目需求文档（一般由产品方面来撰写）有的公司可能为了加快开发进度往往先将这部分工作放一放以导致于后期进行项目调整的时候带来诸多屏障。所以，在这一块我还是建议无论项目紧张与否这方面还是要有的。