程序结构改造,长远之计,但是困难重重,试问路在何方? (300分)

  • 主题发起人 主题发起人 小黄鱼
  • 开始时间 开始时间

小黄鱼

Unregistered / Unconfirmed
GUEST, unregistred user!
程序结构改造,长远之计,但是困难重重,试问路在何方?
产品介绍:公司一个比较大型的系统,单机信息管理系统,30万行代码,vb,几乎没有什么层次划分,一切功能都在窗体中写代码。运行2年,客户5000家,根据不少客户的独特需求产生了多个版本,什么河南版,深湛版等。现在还有不少的功能扩展任务。扩展必须了解原来的程序,维护和扩展都已经非常不易。开发人员15人,对系统了解的员工5人。单机版的,2000元一个,很便宜。
至少有三种声音:
老板:结构调整,长远之计,势在必行。
员工1:功能扩展用户才能看到效果,结构调整好像什么都没有,不愿意做没有效果和成绩 的事情。
员工2:山大难移,动不得。

面对眼前的紧急任务与长远的结构调整任务,孰轻孰重,我们改怎么选择?
面对眼前利益和长远利益发生冲突时,我们该怎么协调?
面对员工的不同意见,我们该怎么统一思想呢?
如果要结构调整,我们该怎么调整呢?有什么结构技术建议呢?
人性,管理,技术,仁者见仁,智者见智,说出你的想法,探讨这个艰难的抉择.
 
客户5000家????哇!我想应该比金碟,用户的客户量还要多,但不知利润高不高???
我认为,这是你们老板早就应该想的问题了.如果客户还在发展,那快点把版本统一起来.
无论如何要抽出一部份人出来做这个事情.
 
单机版的,2000元一个,很便宜。
 
打倒重来,比你改造它更来得容易!
 
应该考虑用delphi重写一次。vb程序大了就不好维护。
 
建议重写
 
天!2000元还很便宜[:)][:)][:)][:)]
什么软件啊?
建议重写!!!
 
可以考虑重写,毕竟这样改下去也不是办法,如果用delphi开发,5个人对系统很熟悉,
再加上其他人,30万行代码也不是很困难啊,不过前提是系统设计得做好
 
数据流程,业务流程你们都很了解了
建议用DELPHI推翻从写。
 
做软件的
改来改去的工作量要比从新写多而烦
 
一定要重写,代码经过数个人改多了出现BUG更多,维护更不容易。我现在接受任务只要自己能达到的就重新做,一定要做好软件工程的工作,以后会受益匪浅
 
推倒重来吧。
 
程序员的通病?一切推倒重来?见过一些推倒重来的还不如以前的,要慎重啊!
 
长远一点,还是重写比较划算。
 
强烈建议重写.
只要理解透,设计好. 改代码不如写代码.
[^]
 
可是要考虑一下这5个人当中有多少人可以抽出来重写啊?
还有,30万的代码重写需要时间的,愿意吗??
另外10最好程度的利用起来
 
呵呵,好
 
边继续使用,边重新规划设计开发,逐渐代替原有的!
 
少部分人继续维护,
大部分人在重新设计后,开发一个通用的版本!
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
1K
DelphiTeacher的专栏
D
I
回复
0
查看
606
import
I
I
回复
0
查看
988
import
I
后退
顶部