大半夜来这一份总结，心中夹杂着各种各样的心情，酸甜苦辣都有，今天为止，整个项目终于完结了，对于这样一个本可以正而八经吃吃薯片，看看毛片就可以完成项目，最后演变成一个一月之内连续加班105个小时的项目，有自己经验的不足，也有能力不足，写下这样的一份总结，让自己沉下心来反思在一下自己的足与不足，也希望大家可以借鉴和探讨 。
一，项目背景:
我一年工作经验小菜鸟，同事四年工作经验,入驻客户办公室三个月开发周期......
二，项目简介：
常用的办公系统，结合工作流，可惜当时我自己没有看到其中的亮点是某什么内容，一直以为就这样随意的处理，无非就是增删改查，新增表单，自己定义一些常用的工作类来处理就可以了，Ok，那出一个悲剧一号版本
功能点例子:故障相关，可以完成故障单的申请，故障单的处理，故障单的结案。
比如故障申请页面(BreakDown)(一宗罪:思维定势)，无非是这样做就可以了：
Add.aspx->故障申请页面，完成故障单的新增内容
Update.aspx->故障单状态变更页面，完成故障单的状态的变更 。
Close.aspx-> 故障单状态的流程终结，完成故障单的生命周期结束。
一个页面各种动作相应的处理简就可以了，同事这样做的，这多么简单，看来我这吃吃薯片，看看毛片，不用加班，就可以把这个project轻轻松松的copy edit处理完就可以了，OK ,拿出代码生成器，你不是五个功能点么，实体层，写出一个内容，直接设计五张表，一下流畅的处理，后面的几个月时间都可以玩过去了，想想都有点小激动的样子。
和同事分配任何后，一个星期过去了..........
正当高高兴兴的提交代码后，我正想着今晚去哪看电影来着，客户业务人员过来问了一下情况，我立马和同事乐呵乐呵的演示代码，业务人员惊叹声中，哇，你们写代码的速度的好快呀，不愧为有经验的人员，可是，我自这个故障单要有不同的角色人员的才能处理，不是任何人都可以这样的做的呀。我冷汗一冒- -!，当时压根就没有考虑这个问题(一宗罪：自以为是。)，要不然我改好之后给你看新增的功能。
五个功能点，各种单据的状态对应的人员角色不同，处理的流程不同，那相应的改代码量就是^&*&&*#@$_%$()...........，当时只想着无非就是改代码嘛，大家分工又一个星期过去，Ok，改完了，咱硬编码嘛，无非就是if else 多一点处理.(一宗罪:不知悔改.)，就这样处理完结。
终于又可以给业务妹妹演示了，当时的演示的样子我是这样的：
一个流程接着一个流程的演示，
突然业务妹子又提了一个问题，咦，你们这些流程都是写好的，那如果中间要是流程的变动呢
然后我的心情变成这样了
这个.......灵机一动，貌似以前的级联操作就是可以通过节点的操作达到效果，通过下一节点，下一节点就可以达到循环的处理，oh yeah~~~~~无非就是表单设计来进行处理这个流程的变动嘛。(一宗罪:不懂变通)
-----------------------------------------硬代码编码中-----------------------------------------