我师姐曾经说过:自己一个人开发新项目时,会有几个步骤,1.先确定自己的需求,正是自己想把一个完整项目的样子,最好是通过word文本记录下来,另外需要进行规划,前端需要展示那些内容,以及该怎么展示,还有一些功能模块,也最好有个雏形。2.需要数据,需要一些展示用的数据,这样才能知道自己的业务逻辑是否正确 3.正确的编写业务逻辑 4.测试
所以我我们先完成第一步(后续会慢慢添加需求)
*******************华丽丽的分割线***********************************************************************
首先先从较为简单的后台管理系统入手:
管理系统不离开 增删查改 这几个基础功能,所以书籍的增删查改是必不可少的,另外我也会加上管理员对用户的管理,在加上我会加入快讯这个模块,在也同样会操作。这些是大的需求方向,接下来是细分的需求。
首先是:1.增 不管是添加新的书籍,还是新的快讯,都是记录添加的时间,其中在前端展示的是倒叙的形式,其中书的种类有13种,分别是:文学,传记,青春动漫,艺术与摄影,少儿,社会科学,历史,励志与成功,娱乐与体育,旅游,科技与生活,外语学习,小说。其中在每次增加书籍时,在对于种类的数据库种添加数据,也会在一个名为新书版的数据组中添加数据,但在新书版这个数据组只能保存最近存储的20条记录。快讯则没那么多操作,只是单纯的写入数据库,但是也会采用始终先显示最后一天数据。
2.删 我有两种想法,一是对于书籍,书籍有两种’删除‘的形式,分别为下架以及真*删除,其中真*删除是对数据库进行删除数据,但下架则不是,挂起意为不能给用户提供下载,但是不会在数据库中删除,当后续有需要时,还能取消下架这个功能。现想法是,下架的书籍一样会在前端显示,点击是会提示已下架。二是对于快讯只是单纯的删除。
3.查 搜索 现想法为:1.单独对于书籍的种类进行搜索 2.全局搜索,默认选择全部时,会对各种书籍的表格进行搜索,并显示符合要求的数据。其中快讯和新书榜在商城展示时,不提供搜索,在后台管理系统时,都会提供搜索这个功能模块。
4.改 对书籍,快讯,用户的数据进行修改,
暂时只有这些想法,后续需要添加时会补上去。
等阵会花点时间考虑大概的模板样式,会画一个草图,随后在补发草稿图。
******************************************************以上为暂时需求****************
补发粗略的,大概的界面图