軟件開發中的一些困惑

我所在的开发团队有5个人，项目是一个关于锻造行业的生产管理系统。没有任何说明文档，有数据库的表。项目从开工到现在已经有一年多了，前期只完成了生产管理的基本资料。现在我们要接着往下做，在做的过程中我遇到了一些问题如下：
1.  前期完成的生产基本资料管理好像是为了应付了事错误特多。两个人花了1多月的时间改，但还是不断有错误产生。关键是修改的过程中很盲目，不知道大家在这方面是如何做的?
2. 我们对锻造业不熟悉，很多的专业名称不能理解。但我们并没有任何的文档来说明。我们的技术主管可能会理解，但是开发人员却得不到这样得信息。开发人员是否有必要了解这些内容呢？
3. 每次我做新模块都是由上面的人给我讲解，没有什么文档，流程图等等。但是他会告诉你要从那些表读取那些数据，这些表是通过那个主键相关联的。界面你可以照着以前哪个模块的样子去做，但是有时候我根本不知道这个模块在生产管理的实际中是做什么用的。这样的开发模式合理吗?大家所在的公司是如何做的呢？
4. 客户的需求每天都在改变，修改界面，增加数据库表的字段等。该如何去应付呢？
5. 项目要在最近很短的时间内完成。我不知道项目现在完成了多少，也不知道如何叫完成了。总感觉项目离完成是遥遥无期。我觉得我们现在有点象《人月神话》中说的在焦油坑中挣扎的恐龙。
6. 问一下关于开发过程中质量问题，大家所在公司是如何控制的？
    我是刚参加工作不久的新人，有太多不懂的地方，希望大家不要见怪。在这先谢了。

瓦，我们差不多的，几个coding的很多业务概念就不知明白，搞了n长时间了，我都一点兴趣都没了

你们最需要的可能是对“锻造行业”相关业务的培训，当然也包括生产管理系统的培训。

再者，可以5人集中起来对遗留系统进行充分讨论，最好加上技术主管，把原系统从里到外剖析透彻。

质量管理在国内软件公司普遍不重视，一般也就是加强测试，QA我也只在假洋鬼子的公司见过。

祝好运！

和我碰到的情况非常类似. 我们有一个项目是中途接自另一公司的.

问题正如你所描述的那样,相当复杂.有外因,也有内因. 外因如项目本身的复杂性,文档缺乏或不完整,原有代码的错误等. 内因如对业务的不了解,对项目的把握能力不强等.

外因难以改变.惟有改变内因.事实上内因也才是最重要的.加强交流沟通是关键.如果大家都只看着自己的任务,埋头苦干,短期效率应该很高,但我认为是撑不了多久的.对付这种烦闷的工作,开发小组努力去营造一个互助,理解,紧凑的气氛很重要. 如果有一个人开始沉不住气了,别的人也绝对会受影响.正如fish中所说的"有害精神垃圾场"一样.

另外，我们的客户认为，我们可以在不完全了解原来功能代码的情况下，而完成一个长达8人年的改造工作。 我个人认为这是不可能的，尤其是原来的系统还不稳定。

最后，我说一句扫兴的话。我一开始就觉它是一个坑，苦于找不到改变的方法，所以我申请做别的项目了。
Gook luck!

首先需要对业务有一个很清晰的了解，如果你们的设计文档能够做得足够详细，同时也能保证开发人员会认真仔细去阅读设计文档的话，那么开发人员对于锻造业的业务是不需要了解得太Detail的，只需要知道一个大概就好了。

其次，我觉得当上面给您讲业务逻辑东西的时候，没有文档的话，那可能需要您去做一些Meeting Minute的事情了，将这些东西记录好了之后，最好能交给你的上头去confirm，那么东西就有据可依，即使出了问题，也容易知道是哪个环节出了问题，这不是推卸责任，是为了让责任更加明晰。

第三，用户需求的所谓变化，极有可能是原来对用户需求并没有一个很好的把握，给您造成一个错觉就是需求一直都在变。所以又回到了第一点上，要对业务要有一个清晰的理解。当然，当用户需求真的发生了变化，怎么办呢？只能用Kent Beck的想法去对付了，拥抱变化咯。前期的设计多点考虑，让设计具有伸缩性，那么即使有了变化，也好对付了。至于怎么提供一个好的设计呢？这我就不太懂了，在努力学习中。

最后，我想说，一个好的软件开发过程，除了能够很好的控制成本，使得开发周期具有可预见性之外，还有一点就是让程序员觉得爽！！

个人觉得你们的项目经理应该对你们进行业务培训。如果做为代码编写人员如果不懂得业务并没太大关系，重要的是一定要象你的设计人员或项目经理所要设计文挡。另外贵公司最好建立起一套完善的项目管理体制度和做好软件配置管理工作。

我感决可能是经理不想给你讲清楚,怕你学会了,顶替他的位置!

个人感觉!

我对我们的经理就是这么感觉的,什么都对我不透明,什么都怕我知道!

我觉得是你们项目中所有的人目标不一致，利益不一致
管理人的问题

这是个通病，而且越来越严重！