VIP的服务,不一样的校招。今天,我们来看商业实战项目的第二个章节,真正到模块开发里面。
第一个模块叫活动发布模块,和正常的商业项目一样,把任务分解成多个模块,从最核心的模块起,不断扩展,最后拼到一个项目里。
做项目前,需了解产品经理给出的功能点,也就是原型图,有哪些需求和要点,每个模块亮点都是非常充足的,是可以写在简历里面的。一个正规的简历,项目模块一般在三个左右,亮点基本可以满足面试官的提问。
产品的原型图的活动发布模块,是一个类似于大学生校园内部活动交往、举办的平台。所以产品要求能发布活动,发布者可能是学生,也可能是校外的团体。
一定要注意要求,首先分两部分,一部分叫活动信息,一部分叫活动设置,活动信息里包含活动类别。从交互角来讲,是从底部弹个框,但这个交互跟后端无关,后端主要提供数据接口。
产品已经给出了固定的六种类别,因为早期项目活动不会很多,如果类别比较多的话,一方面不满足大学生社交或做活动的需求,另一方面,活动列表很空,导致用户的产品使用感大大降低。
今天的这节课,重点是要理解原图上的功能,下一节的课程是根据产品要求去写开发文档,这里面有很多的商业流程。
这个时候有两种选择,一种是把它放到数据库里做一个字典表,每次都拉取,如果数量不多,没必要放到数据库里,就可以把它写到枚举值里面啊,然后给它设数字,这样操作更方便传输。
活动标题的长度在2到32个字符,然后添加图片,图片不能超过四张,这个地方在做数据库设的时候就有个问题,首先要明确图片不能插入到数据库里,图片信息不会完全用BS64编码的方式把它放到数据库里面的,因为图片的大小差特别大,甚至有可能是上百兆。
在并发的情况下,很多网站最大的瓶颈实际上来自于服务器数据库的瓶颈,所以这个地方要注意怎么去设计。
对我们来说,把数据库以及接口属于前端的东西设计好,活动人数和活动时间的要求以及活动地址的要求,最后确认发布。选中已完善的图片填写要求,区分人数最大值或最小值;确认活动开始时间和结束时间,最后确定活动地址。这是前端的样式。
活动的详情页面包括两部分,一部分是活动亮点,不能超过一百五十个字,一部分是活动内容,注意它也是一个文本,但是可以换行。
这个内容不是副文本,所以不会有图片,换行在我们数据库插入时要处理。
第二,要求不能出现手机号等联系方式,但逻辑上微信号是字母,是屏蔽不了的。但是按照产品要求,手机号或QQ号要屏蔽掉。
下个页面,人数的要求,最多人数和最少人数,我们就做两个事,首先,最少人数要小于活动页面限制的最多人数,第二,不能为零。注意数据的有效性判断。在做文档设计的时候一定要明确一些功能点,比如设定时间精确到时和分,报名时间早于开始时间等。如果忘记会影响后续工作的进行。
活动地址分为线上和线下,这个会在数据库的设计里面去展示。如果是线下活动,就要能选择城市,目前我们规定了几个比较常用的、大学比较多的城市。如果是线上活动,暂时就没有这个要求,整个原型大概是这样。
发布完之后还有一个流程,就是中间会有人工审核的过程,这个审核过程暂时不在我们这个模块去做,但是要注意审核结果是我们在设计数据库的时候要加的一个状态。这个活动是在审核中还是已经可以上线了。
标签:要求,产品,数据库,VIP,模块,校招,活动,人数 From: https://www.cnblogs.com/rdaxue/p/16982471.html