1,265
社区成员
发帖
与我相关
我的任务
分享郁闷，撒分！悲哀的项目！！！来者有分哟！！！
我在一家公司的一个做工程的部门工作。
现在接了一个别人做的Mis项目，具体情况：
项目已经早已经验收，但客户反映是项目有很多根本性的问题。于是，叫我修改，可是，由于前面的没有任何有用的文档。有一些问题，他们给我讲了，可是我发现其中有很多业务流程不清晰的问题。一问前面的开发人员，他们自己也说不清楚。于是，我开始研究他们的代码，又同时直接跟客户进行交流，才发现，原来根没没有做需求就开始写的系统，中途有经过了无数次修改。系统到我的手上已经是包括数据库设计在内都是乱七糟八的。
于是，我又跟用户交流，把系统基本彻底的重写了一遍，当然是半猜半学。可想而知，项目仍然问题多多。我基本是放弃了。但是，客户在崔我们修改，我真的不知道该怎么办。当然，我们头也跟我说，尽量就可以了。可是，我知道，不管怎样，这个系统真的失败了。我修改的勇气都没有了。
我该怎么办呢？
现在接了一个别人做的Mis项目，具体情况：
项目已经早已经验收，但客户反映是项目有很多根本性的问题。于是，叫我修改，可是，由于前面的没有任何有用的文档。有一些问题，他们给我讲了，可是我发现其中有很多业务流程不清晰的问题。一问前面的开发人员，他们自己也说不清楚。于是，我开始研究他们的代码，又同时直接跟客户进行交流，才发现，原来根没没有做需求就开始写的系统，中途有经过了无数次修改。系统到我的手上已经是包括数据库设计在内都是乱七糟八的。
于是，我又跟用户交流，把系统基本彻底的重写了一遍，当然是半猜半学。可想而知，项目仍然问题多多。我基本是放弃了。但是，客户在崔我们修改，我真的不知道该怎么办。当然，我们头也跟我说，尽量就可以了。可是，我知道，不管怎样，这个系统真的失败了。我修改的勇气都没有了。
我该怎么办呢？
...全文
请发表友善的回复…
发表回复
WebDB 2003-03-03
- 打赏
- 举报
把你的想法和主管好好谈谈，看看他的态度。如果他的意思还是对付用户，
就好好总结一下经验，吸取前人失败的教训，然后扯乎吧。：）
跟着这样的主管没有什么前途的。
就好好总结一下经验，吸取前人失败的教训，然后扯乎吧。：）
跟着这样的主管没有什么前途的。
HDHBCZC 2003-03-03
- 打赏
- 举报
没必要重新做！那样只会越来越糟！也永远不要希望你会把它做的最好！
建议：客户要求一点就做一点！
建议：客户要求一点就做一点！
Wally_wu 2003-03-03
- 打赏
- 举报
兄弟，碰到这样的情况，你只有大叫倒霉，然后就是努力去理解它，谁叫你的公司的开发流程是这样的！我想你的公司也应该有个所谓的"项目经理"或"系统分析员"吧，我建议你们要求你们的老板炒了他们，因为他们完全不称职，连他们自己的份内事都不做（系统分析和系统设计）
软猫克鲁 2003-03-03
- 打赏
- 举报
ren le ba
dunai2003 2003-03-03
- 打赏
- 举报
take it easy
arter1 2003-03-02
- 打赏
- 举报
兄弟，好自为之，这样作的话的确很难。我以前也有这样的事情，不过我的是小软件，即使重做的话，也来得及。象你这种的话，你又要浪费你很多的自己的时间了。
LeonLZ 2003-03-02
- 打赏
- 举报
同情中！
wn365 2003-03-01
- 打赏
- 举报
如果豁出去,(当然,还的向客户确认好修改方向)牺牲一点自己的时间,达到让客户能接受的程度(当然,这很难,太难了),也许,这就是人生的转折点.
lee7777 2003-03-01
- 打赏
- 举报
呵呵，我不懂编软件，理解你的郁闷，幸好这只是你的工作中一个并联点，而不是串连的
lzrose 2003-03-01
- 打赏
- 举报
尽力而为了，改多少是多少了。
bilbo0214 2003-03-01
- 打赏
- 举报
同情中
fourfire29 2003-03-01
- 打赏
- 举报
一点建议
1 分出重点业务（关键业务）
2 做一点，让用户看一点
3 弱耦合
1 分出重点业务（关键业务）
2 做一点，让用户看一点
3 弱耦合
大卫·科波菲 2003-03-01
- 打赏
- 举报
呵呵，我是最烦改别人的程序了，特别是像你这种文档也没有，结构还特别混乱的程序。
想想办法怎么能够让BOSS相信这个程序是一堆狗屎，没有一点价值，绝对没有修改成功的可能性吧
想想办法怎么能够让BOSS相信这个程序是一堆狗屎，没有一点价值，绝对没有修改成功的可能性吧
win32c 2003-03-01
- 打赏
- 举报
中国的软件
从可行性分析的那一刻起
bug就诞生了！
从可行性分析的那一刻起
bug就诞生了！
mliner2009 2003-03-01
- 打赏
- 举报
不你介是商手
mliner2009 2003-03-01
- 打赏
- 举报
q jb if dsarewor ewfklsd;f lkew fkldsjflkds jf;lksd
dsflds fklds flkds f
sdfdsklfj kldsjflkds fjds
dsfklds fklds fjklsdfl;sd
sd
f
dsf
ds
f
ds
f
dsflds fklds flkds f
sdfdsklfj kldsjflkds fjds
dsfklds fklds fjklsdfl;sd
sd
f
dsf
ds
f
ds
f
lzhou 2003-03-01
- 打赏
- 举报
这种情况应该在国内不算少见的了。公司不可能再花多少钱让这个项目从头再来一遍的。你就能怎么补就怎么补吧。尽量让客户满意吧。
ilylwl 2003-03-01
- 打赏
- 举报
重做确实不太现实，你们头和用户可能都不答应。
面对这么一个系统，一个人或几个人是无能为力的。
或者你可以询问用户最想改的是什么，然后继续打
补丁上去，敷衍过去就可以了。
或许你会说我无耻，但是我觉得这是环境所逼，等
实在无法使用了，你可以解释说是软件该升级了。
就是逼着用户再签合同重做，那就完全抛开了。
不要用板砖拍我，我只是提了一个对自己最舒服的
建议，呵呵。
楼上的兄弟 说的好
面对这么一个系统，一个人或几个人是无能为力的。
或者你可以询问用户最想改的是什么，然后继续打
补丁上去，敷衍过去就可以了。
或许你会说我无耻，但是我觉得这是环境所逼，等
实在无法使用了，你可以解释说是软件该升级了。
就是逼着用户再签合同重做，那就完全抛开了。
不要用板砖拍我，我只是提了一个对自己最舒服的
建议，呵呵。
楼上的兄弟 说的好
eimonkey 2003-03-01
- 打赏
- 举报
看了你的诉苦，真是的，那个乱哦，把我的思维都搞乱了，如果真有这样的项目设计，我觉得啊，那些开发人员真的要以头抢地了！不过撞几下就行了哦，因为接下来还要做一些补救的事情，不然的话，估计你以后的境遇会比撞死还惨！（包括你的声誉，别人对你的信任度，以及你的薪水...），下面是我的一些看法，不知道有没有用：
首先，我有一个疑问，你说那个项目早已经验收，我不知道你们的项目是怎么验收的，难道没有客户代表在场？难道你们完全没有跟客户交流过么（就像你说的，居然连需求分析都没有）？那如果是这样的话，你们两方都有责任：客户方没有提交足够的要求，开发方也没有提醒协助客户进行这方面的工作！不过这只是在项目验收前的责任，一旦项目验收通过，则应该表明客户方已经认可了开发方的成绩，所以，他们也就没有权利再要求你们修改了！如果实在要修改，好的，拿钱来，我们重新立一个项目，然后进行下一步的工作计划！
其次，在软件工程上面，这种情况叫做“再生工程”，也就是说，对原有软件已经没法进行有效的维护（或者维护成本过高）的时候，我们就要考虑再生了。再生不是修修补补，而是对原有软件的“洗心革面”，不过这个有个前提，就是原有的软件的整体设计和结构设计没有严重的错误(else 转最后一点）。我们在坚持原有的项目整体设计的前提下，根据新的需求，修改模块设计和数据结构，并且重新生成新的技术文档（就像你说的那样，整个项目没有一个一致的、清晰的、完整的文档，维护起来简直就像走迷宫一样）。这个过程我觉得应该让原有项目组的一些比较“清醒”的开发人员参加（其他那些刚吃完饭，就忘记刚才吃的是米饭还是面条的人，还是让他回去休息算了）。至于你说的，要一个人重新彻底地在写一边，我除了佩服你的勇气之外，想不出什么称赞你的话了，因为我认为如果一个人能够完全胜任的工作，并不能称为“工程”，“工程”这个词本身就包含了team work的意思，而且我坚信，现在的世界，已经是一个开放的世界，没有人能够单打独斗地成功的了。呵呵，以上是我的一些“谬论”，不知道有没有兄台认同的？
最后一点，是最可以肯定的一点，就是：如果这个项目从头到尾，需求分析、可行性、整体设计、详细设计等等，都一无是处的话，我觉得还是态度坚决一点好，那就是对这个项目说：你可以消失了！
还有，我还注意到，你特别提到了你的主管，我还想说一句，在做项目的态度上，不应该太多地受到主管的态度、观点的影响哦 ^_^。
首先，我有一个疑问，你说那个项目早已经验收，我不知道你们的项目是怎么验收的，难道没有客户代表在场？难道你们完全没有跟客户交流过么（就像你说的，居然连需求分析都没有）？那如果是这样的话，你们两方都有责任：客户方没有提交足够的要求，开发方也没有提醒协助客户进行这方面的工作！不过这只是在项目验收前的责任，一旦项目验收通过，则应该表明客户方已经认可了开发方的成绩，所以，他们也就没有权利再要求你们修改了！如果实在要修改，好的，拿钱来，我们重新立一个项目，然后进行下一步的工作计划！
其次，在软件工程上面，这种情况叫做“再生工程”，也就是说，对原有软件已经没法进行有效的维护（或者维护成本过高）的时候，我们就要考虑再生了。再生不是修修补补，而是对原有软件的“洗心革面”，不过这个有个前提，就是原有的软件的整体设计和结构设计没有严重的错误(else 转最后一点）。我们在坚持原有的项目整体设计的前提下，根据新的需求，修改模块设计和数据结构，并且重新生成新的技术文档（就像你说的那样，整个项目没有一个一致的、清晰的、完整的文档，维护起来简直就像走迷宫一样）。这个过程我觉得应该让原有项目组的一些比较“清醒”的开发人员参加（其他那些刚吃完饭，就忘记刚才吃的是米饭还是面条的人，还是让他回去休息算了）。至于你说的，要一个人重新彻底地在写一边，我除了佩服你的勇气之外，想不出什么称赞你的话了，因为我认为如果一个人能够完全胜任的工作，并不能称为“工程”，“工程”这个词本身就包含了team work的意思，而且我坚信，现在的世界，已经是一个开放的世界，没有人能够单打独斗地成功的了。呵呵，以上是我的一些“谬论”，不知道有没有兄台认同的？
最后一点，是最可以肯定的一点，就是：如果这个项目从头到尾，需求分析、可行性、整体设计、详细设计等等，都一无是处的话，我觉得还是态度坚决一点好，那就是对这个项目说：你可以消失了！
还有，我还注意到，你特别提到了你的主管，我还想说一句，在做项目的态度上，不应该太多地受到主管的态度、观点的影响哦 ^_^。
flyonsea 2003-03-01
- 打赏
- 举报
尽力吧！
同情中。。。。。。。。
同情中。。。。。。。。
加载更多回复（19）
