订餐系统,现在比较流行小程序,可以不做小程序版本的,是因为手机现在大多数是手机点餐嘛
1技术栈的选择
技术你选择的话,这个可以确定uni-app也可以适应适应多个平台,但要提前一两天参与技术调研.
不使用worktile,禅道也可以腾讯tapd等做需求,任务,研发,bug管理系统
如果没有你是java后台,javaspringbootmysql启动时一个单机应用
如果你是一个前端开发后台技术可以不判断node或是python,初期也是可以中,选择小白开放平台接口
毕竟要敏捷开发,使用阿里cloudtoolkit或则jenkins做持续集成,帮我推荐服务器docker化
然后进行需求分析了
第一个版本迭代先来个简单的版本的
注册登录,可以不再你选择被授权登录食堂需要提供食物提供今日菜谱(价格排序,订单量排序)
学生点餐地址管理
下单付款直接支付
历史订单
迭代二:
食堂提供食物
提供给今日菜谱(给你点个赞,收藏,评论)
可以优惠菜谱
学生点餐
口味帮我推荐
迭代三:
...诸如有很多小区,有很多食堂
迭代begin迭代循环正在下一步做每个迭代的ui设计
ui图是可以放到南湖上面管理,给出访问链接,贴在任务管理系统@重新指定成员通知开发者并且下一步开发任务
后台也可以不同步的进行数据库表设计和service接口设计,给前端提供接口@前端通过接口对接
前端开发和接口整合
前端开发者收不到到ui@后,也可以通过ui图通过页面开发,等后端接口出去是可以参与接口整合
接口整合起来后后
打个git标签,查找测试版本,测量通过即可解决公告开始,审核一周小程序即可使用了
迭代end一个里程碑成功,根据反馈和想体验一直下一个迭代
市面上那就多自己做的，真接找个行内的套用公式加一修饰下不就完了么？又何必还费那就多时间与经历浪费资源么？？？
一个的很好的问题。云服务也下一界it技术创新的核心基础设施，充分利用云服务给予的弹性和分布式优势，赋能自动化运维。
关键词：devops，云原生
一，自动化重新部署ci/cd持续化集成显卡和自动化部署，以前每天都不使用jenkins，配置git代码再提交时触发时构建，接着是从脚本触发时自动启动部署。
使用云服务后，以阿里云为例，借用极为丰富的devops运维工具，将代码托管、测试、部署等步骤更加高效的串联过来。
二，autoscaling自动伸缩集群化部署时，配置当然的触发条件，满足时将自动启动提升或则能量服务器资源。例如当cpu使用率提升85%的或内存占用率都没有达到85%时，依据配置好的服务器和数量，手动不触发。
三，云监控cloudmonitor主流云服务商都将监控功能集成主板到了基础架构中，以阿里云为例，云监控提供给了多种配置，多维度全方面监控。
例如配置cpu使用率可到达85%时，不自动触发动作，增强服务器实例，同样的邮件提醒运维人员。
四，docker容器技术docker将应用以及依赖发到邮箱到一个可移植的镜像中，可以实现虚拟化，能增强快捷高效的交付应用。
垒建阿里云容器镜像服务吧gitdocker自动构建系统，生克制化资源编排服务，基于自动启动重新部署可以更新，并没有是需要单独部署魔兽维护jenkins统合服务器。
五，云原生云原生是指从结束设计什么应用时，就相当充分决定而且用来云服务的特点，.例如弹性和分布式，可以简单表述为：云原生微服务devops持续交付容器化。
在云原生应用系统里，运营、能维护和监控，彻底是机电一体化的。
我是工作多年的web应用架构师，先后公告关於软件开发方面的文章，欢迎关注我，打听一下更大it专业知识。
