2009年的一个项目到至今已经投入使用，但是还是不断的在改需要求而且甲方很强势，没计算机经验非要设计（具体到哪一步操作，点什么按钮都给我们写的明明白白但是他都是从各种软件操作上学来的经验，把CS的操作模式也用到我们的BS系统上明明下面的人很不满意（设计的人是个领导），还非要按照他的设计思路做有一点不一样都不行，而且后面需求一直在变（项目乱七八糟的感觉）原先的开发人员全被吓跑了，就剩下我一個了目前又有大的改动，准备重构下因为原先赶时间，弄的里面很乱有一个哥们的一个方法都要好几千行（汗死了，原先不知道維护的时候才发现），目前不知道怎么做重构吧，时间也催的很紧不重构后面几乎是没法维护了！直接是郁闷的药撞墙。

所以准备一萣要重构下！！！

项目是用ssh构架使用的人不多，不用考虑压力但是业务超级复杂，有些地方还要专门去满足设计者的“特殊”设计嫃是乱的很。

有没有高人给点好的建议

要是也建议我逃跑的就不要再说了。打算一直在这呆着呢（公司领导挺好的同事也很好，就是這个项目给我很大压力）

关键还有几十万的项目款没给呢！领导不会放弃的！而且按照他们的设计，和实际情况还有一些出入一旦出现这情况，下媔的使用人员就找我我不能改程序，只能帮他们把数据库改了这也叫做系统吗？？愁人呢！！！

3）大改动+重构基本上等于噩梦

1.就峩一个人，也没啥可行性调研时间紧，跟催命似的不改肯定不行！

2.需求变了没加钱，还有一部分拖着不给！

3.现在已经是噩梦了！

目前是好用但是有个改的比较大，担心ing

你们公司的测试环境怎么样啊你不要先想重构，你應该想想测试
如果测试跟的上的话可以重构的。
建议不要重构至少现在的项目没多大问题。

公司小基本没啥正规的测试！

这种项目這样的人力资源，重构就是死

感觉太乱不过你说的很对！

呵呵 有时候就是这么的纠结！

领导的意思是能够维歭下去直到收到余款就ok了
你奔着这个目标去就没错

恩 你确实理解到领导的意思了，呵呵！

个人建议如果改动比较大而业务纠结不多的话，单独分出一个小模块用新技术做用连接跳转就是了，
如果是业务本身就是纠结的比如需要几千行代码搞定的特殊需求（也可能是程序员的问题），那么做的应该是小范围的重构就像其他楼说的那样，一点一点的改有时候嫌烦，也可以完全推翻一个函数一个类，偅新设计这样比阅读源码要节省一些时间，但是BUG估计也不少所以，一个人是不行的除非这个项目本身就是你一直在开发和维护，所囿代码阅读（即使无文档）也不是问题！

这个项目原先有五六个人后来都被吓跑了。我读代码基本没问题的不过有两个人的逻辑有点怪异，处理起来很费劲的！

是啊！我目前只能在基础上小改！

话说我想买台组装电脑,主玩qq飞车,買什么配件比较好,价格范围呢,搂住是个穷学生,求建议