工作感悟——从用户中来，到用户中去

一、念叨，念叨

      加班那是经常的事情项目要上线，项目要给客户演示，任务说一个星期完成就得一个星期完成，说什么时候完成就什么时候完成。还有就是新的东西要快速上手不能拖拖拉拉不然任务完不成客户看不了就要被客户骂。 上个星期不仅要做项目每天还要学习时间管理就非常重要不然每天过完了也没时间学习。

二、项目中的感悟

（1）需求篇

       需求对于一个项目来说就是项目的生命，需求不明确就等于项目没有生命，前期对需求的理解是非常重要，需求理解好然后设计出一个好的数据库下面我们的工作就简单了许多了。

（2）设计篇

2.1数据库设计

       这里说的是数据库设计数据库设计不是越灵活越好而是要贴近需求，和我们项目接头的那个项目经理在看了我们花了三天设计的数据库之后，说我们的数据库设计的是灵活了但是和需求太不贴近了有的表不能分的我们分开了，设计数据库要从用户的角度去设计而不是从开发者的角度去设计。这样的话我们设计出来的表就更能贴近需求。这样我们设计出来的数据库效率也就能大大提高了不是所有表都必须拆开的，这次项目中我们设计物料价格信息的时候分成了物料型号表，物料规格表，物料种类表，物料信息表加上主外键关系，结果接头的那个经理一听傻眼了告诉我们物料的 物料名称+种类+型号+规格确定价格，简单的说就是 物料名称+种类+型号+规格可以看作一个字段来唯一确定它的价格，像 我们那样设计查询的时候得多慢啊查询一次得查四个表，为什么不把这四个表合起来呢？工业级的开发要的是效率我们这样的设计是不能用的。所以说， 灵活有风险，拆表需谨慎！

有些时候灵活的数据库设计不一定就能给你的软件增添什么，而贴近需求的数据库设计才能让你的设计更加有效率。

2.2功能界面设计

       说起功能设计让我想起了我们在学校做的考试系统什么的，只能我们开发者用而给真正的用户用的时候那就用不了为什么呢？很简单我们设计之初完全按照开发者的角度去设计的，直接脱离了用户，这样用户肯定用不了了。设计功能的时候应该用这样的原则“ 从用户中来到用户中去！ ”怎么解释呢？需求是从用户中来的这就是“从用户中来”，我们设计的时候要本着用户的角度去考虑这就是“到用户中去”，我们只有站在了用户里面才能深切的感受到用户需要的是什么。这样我们设计出来的才是用户想要的能用的。

（3）代码篇

       在项目中我们应该善于应用工具比如代码生成器，如何在最短时间内以最快的速度完成任务，代码生成器给我们提供了可能，代码生成器让我们从写DAL和Model层中解放了出来。这样我们就有时间来设计更好的页面和实现更好的业务逻辑。

       老师总说我们的界面设计不好看什么的，而我们总是觉得做项目时间不够，大部分时间都花在了写一些重复性的DAL和Model层了我们应该巧妙的使用代码生成器把我们从写那些重复性工作的代码中解放出来多花点时间在UI和个别业务逻辑的设计和编写代码。

       代码生成器还有一些好处就是底层代码不会有BUG，不像我们自己写的少一个字段多一个字段的。其实UI的后台代码我们都不用写，只要设计好页面把控件名称和代码生成器生成的后台映射一下就完事了，这样下来我们做项目把主要精力放在画好看的界面，用户体验好的界面来就可以了。

（4）管理篇

        项目管理这次项目管理是娟姐做的，虽然我不是组长但是我总是感觉我们的项目任务没有真正的全部列出来，昨天加班我觉得也是这点没有做好的问题，任务没有全部列出来，那么分配的时候就会缺少很多。我觉得项目管理也应该参照一下时间管理的做法：先列出任务清单，在通过四象限法分出任务优先级，最后规定好时间日期人员然后就开工做。然后做的时候加上番茄学习法开会，敏捷开发的站会等。

三、综述

       真有天上一天地上一年的感觉。做现实的项目确实弥补了我很多的东西，也在一点点改变以前我那拖拖拉拉的心态。