在开始编码前必须要知道项目要做什么,要实现哪些功能,大致流程是怎样的。这些前工作很重要,是为后面的代码实现做铺垫,让我们尽量少的犯错,对项目整体上有比较准确的把握。
项目简介
这是一个酒店预定系统,在市面上已经有许多同类型的产品,关键是我们怎么抄作业?因该把下面三张图做好。
业务流程图
业务流程图用于帮助我们做战略规划。 这里使用泳道图来构建。泳道图是由平行的一组泳道构成的,一个泳道对应业务中的一个主体。在酒店业务中,基本的主体应该有:用户、平台、商家、支付平台等。一个泳道中自上而下是一些矩形块,用矩形块表示一个功能。当然这样还不够,因为各泳道之间并不是独立的,各泳道中的矩形功能块会有一个业务流程,用箭头把他们链接起来,按照流程内的顺序进行排版,最后的效果图类似于这样:
任务流程图
有了业务流程图,我们在做任务流程图的时候思路就更清楚了,不会怕遗漏或者是出现明显的错误。 任务流程图的用于梳理用户的操作流程,分析客户端会如何请求、有哪些请求、顺序如何、逻辑分支如何等等。所以任务流程图主要是给程序员看的。 任务流程图,不再是像业务流程图一样用一张图描绘整体,而是用很多图或者很多个流程去表示每个具体的功能或服务的执行逻辑是如何的。 流程图的主要元素:
-
圆角矩形:表示流程的开始和结束
-
直角矩形:表示具体的步骤或操作
-
菱形:表示一个逻辑判断
-
双端矩形:表示已定义好的一个流程 流程图的成品大致如此: 当然最终流程图应该是一堆上面这样的图👆👆👆👆👆。
页面流程图
这个主要是梳理前端页面的,没有太标准的画法,主要遵循以下几个原则:
-
页面只需画出模块框架。
-
对于具体的按钮应该画出轮廓。
-
实际项目的页面很多,也包含了异常情况的页面,但是我们一般只需要画出一个正常流程会涉及到的页面。
-
页面间的跳转关系要用箭头表明(同样只是标出核心流程即可),哪个按钮导致的跳转要明确。 完成大致的样子: 需求分析的大致内容就结束了,如果你能跟别人讲清上述的流程和细节就可以进行下一步了。