我带旅游ERP管理系统开发的经历

前言

不怎么会写博文的我也不知道怎么写，但是有冲动让我去记录下我做项目的经历。

项目背景

某旅行社需要一款内部业务管理系统，找了一家外包来开发但最终不是她们想要的，上线的时候很多问题，首先酒店和票务资源管理起来时麻烦，业务部价格库存维护麻烦，人性化操作方面不理想，同时新来的员工学习不容易上手、财务报表有时正确，有时不正确，让做账的同事苦不堪言，反正就是种种原因，已经严重影响到他们旅行社的业务上升。

项目开始

我们进去调研的时候发现，业务功能挺多，逻辑也不简单，要做好这些功能需求、非得半年方可完成，当时的人力评估3个人左右（老板已说过他的预算）。旧代码review后台底层用的三层架构，模型与字段之间用key/value去对应(这里其实可以用映射和反射技术去做System.Reflection)，如果新增了一个字段就需要在dal层加参数对应好第几个然后在赋值，跟数据库打交道的是ADO.NET，没有借用其他的ORM框架开发，扩展性差，前端用服务器控件，基本是面向sql编程，C#后端只是用于传递个参数到数据库然后处理数据，当然也不能说面向sql编程是错的，但是sql的发展没有C#后端的快，如果要切换个不同的数据库时那就麻烦大了，各有千秋，但是本人还是热衷于用C#的ORM技术去处理sql的问题，譬如 Dapper，EF优秀的框架，前端的话现在有比较流行的jquery+boostrap、vue-element、布局简单，数据后端传递好就完美数据呈现，想必大家也知道我后面的技术选型，肯定是jquery+boostrap来做前端，用dapper来处理数据持久化，redis来做缓存、mongodb存日志，消息队列也是用的redis、消息推送用园子里面开源的一个轮子用于后端与后端通信、后端与前端通信，框架了之后就开始写业务代码

码代码阶段

一开始就写代码(全栈)一个，写需求一个，测试一个、发现代码写不赢，需求沟通同事一沟通回来一看大功能，这边的功能还没有开发完成，又来了个新的功能需求，这时没有休息时间是肯定的，恨不得手头上的功能立马写完交互给业务员用，一个功能的开发从需求沟通到页面设计，在到功能的开发整体要开发一个功能大概一天，复杂的功能有的时候要5到7天，功能做完之后不是立马就能用，而且做完之后找干系人看的时候又有各种想法，还好拒绝了一些，不然一个功能可以让你开发半个月，有种感觉就是在楼上说 你们立字据我才肯下来的场景当然没有这么夸张，开发大概耗时半年了第一个版本出来了，印象最深的是在2019-4-8号发版的，当时发布之后感觉世界都清净了，要好好休息下，但是事实并非如此，业务同事在用的过程中发现之前的需求有点不妥，技术部同事来稍微在改下，好的，您要改哪里 ，说完之后才发现掉坑了，变化好大，表结构要变动，计算的字段也要变化，一时我忍住了，好改，于是动手变动，一不小心一周过去了，于是叫业务同事来开发电脑看下结果，好的话在测试下看有没有其他的幺蛾子，测试通过就发版，业务员一看，这回对了，就是这样子，这时内心才舒服了很多。技术部在一个传统的旅行社行业，没点本事带队搞开发项目估计很难推进，因为各种原因会让你捉襟见肘，譬如业务同事对系统需要的东西有时表达不清，或者有时只是为了解决自己这块领域而没有站在公司的整个业务高度去思考，导致设计出来的功能就会有缺陷，对公司整个业务发展来说老板是最熟悉但是老板最忙真正有时间去理会系统的事情时间真是少之又少，还好本人在做旅行社行业软件系统也帮助过几家做系统有过这样的经验才得以Hold住需求，经过一年多来代码基本跑起来了公司现在用这套系统也节省了不少人力的投入，节约了公司内部开支，每一个业务部同事产出也开始直线上升，这就是技术与资源的结合产生的1+1大于2的效果，我为这个项目成功的开发到投入使用的整个过程都感到成长无所不在而感到自豪，开发的阶段在不断的总结，如何提高开发效率，如何才能很好的高效的按时完成任务，鄙人还在总结，这次的总结是开发一定要有很好的后端和前端的开发轮子，越多越好，不会遇到一个特殊的功能重新去构建组件，要知道构建一个组件的时间是很难评估的，简单点的话估计也得要2到3天，复杂点的估计要半个月甚至更长，我们搞开发的在开发时遇到好的轮子，可以封装到自己的项目中重复利用，让开发者专注于业务场景的开发，提高项目的交货能力这是很有必要的

总结：

当我们接到一个需求的时候不着急去写代码，搭框架，而是要思考需求本身，如果需求不是非常复杂的话，不需要搭建一个很庞大的框架来开发，很浪费开发时间，项目的交货时间对于不懂软件开发的甲方爸爸来说，我只关注有没有按照你自己规定的时间来完成任务，如果有拖延的情况在甲方来说影响就会不好，甚至会对你的技术能力产生怀疑，做项目一定要做好需求分解，了解客户的问题，从而通过我们的技术去帮助企业提高内部管理的效率