前言
刚完成了一个医院的食堂订餐项目，这次还是比较满意的，从项目的沟通、准备，到代码的设计、开发，到最后的实施，都全程参与。本来想从前到后仔细写写，不过文档缺失得多，写个随笔吧。
简介
整个项目分为两块，一块是医院内部职工订餐平台，还有一块是食堂管理平台。项目的功能及流程并不复杂，因此就不再赘述细节。
开发人员，我和我同事，没了。职工订餐平台、食堂管理平台是做成网页版，我全包的，以及提供给我同事病人订餐的接口，他是 Android 开发，所以服务端接口我写。职工订餐、食堂管理两个平台相互独立，职工和病人的订餐数据在食堂的管理端汇总。
沟通
一开始就希望我们一个月左右完成，确实有点紧，最后超了一个周。本来想和相关使用人员沟通过需求，了解下项目的复杂度，把需求定一下，却了解到医院原来的订餐全是走的手工操作。所以医院方面要求不多，一个菜品管理，一个报表文件生成，还有费用结算就 OK ，其他的功能块譬如排菜，菜品性质分类等等也讲不出个所以然来。这使我明白了一点，原有的流程是在长期使用当中商榷指定的，也许复杂，但客户会觉得很简单，和客户沟通，期望通过文档定下需求，一来不直观，二来客户根本不想看这许许多多的文书，看都看烦了。
最后是先做，再改。重点，大胆问，不要不好意思。有脸也是二皮脸。与人沟通是门学问，我做得还不够好，所以就不说了。我只说观点，好的沟通绝对和好代码一样重要。
本来打算做系统原型的，时间本来就紧，遂放弃，撸起袖子直接做。
设计
数据库设计
没办法，对订餐这一块，个人不甚了解，最后，咳咳，参考了各位大佬们的检验，话也说回来，我做了一些改进，就是加了些我能想到的也许用得上，也许用不上的字段。最后看来，一定的冗余是正确的 ，食堂下单还分预订单和补订单，什么意思呢，预订：当日下单，次日就餐，补订：当日下单，当日就餐，最后利用了一个冗余字段，实现了这个功能。
平台设计
职工订餐平台就是个商城项目，考虑到医院内部各种各样的设备都有，系统上到 xp，下到 win10，这不重要，但这意味着各种各样的分辨率，上到1080P，下到720P，可苦了我这个前端菜鸡。而且医院的职工很多都是长辈，逛逛淘宝还能行，页面功能复杂一点就有些为难。最后是仿的天猫，当然了，咳咳，还是得谢谢 GitHub 上的各位大佬。
上面是前端，下面说说后端，虽然员工不多，并发人数以百计，但是提供给我的服务器是医院服务器上划出来的一台系统为 Windows Server 2008 R2 32位 的服务器，所以 JVM 最高也就 2G，所以还是用 Redis 做数据缓存、Negix 做动静分离，有备无患。划出来的服务器内存有32G，两个平台才占了4G，最后给商品弄了个 Elasticsearch 搜索引擎，能多用一点是一点嘛。
食堂管理平台是个 ERP 项目，而且涉及到相关的数据统计，报表生成，所以功能要更复杂，而且为了适应版本较低的 IE 浏览器，页面就土了点。
食堂管理平台的话，基本都是数据，而且及时性高，数据缓存就是鸡肋，图片也不用，所以直接前端连后端，没有中间件。
开发
有点磕磕绊绊的，写了改，写了改，有些时候提的一个需求，发现虽然是个小细节，但是主干流程都得改掉，没办法，任务是把原有流程信息化，不是你教客户用，是客户让你写。一来确实自身确实不熟悉业务流程，二来客户也没有考虑到各个方面，约束成为流程，所以多费点功夫也是对的，加点班正常。
实施
完成度还行，所以做完稍微改了些页面样式之类的，就开始实施，产品说明书是一定要写的，不可能一个一个教。实施还是很顺利的。