51,411
社区成员
发帖
与我相关
我的任务
分享这么大个项目做到现在，发现了很多问题，怎么办？
由于某些原因，项目特别大，而我们做项目的人有特别饼，所以做到现在发现了很多的问题！
比如：ejb的发布一个人做一个，最后可能发生冲突；
数据库表的设计重复性严重；
边设计边修改数据库表，改得乱七八糟；
权限设计一篇空白；
报表打印摸不住头脑；
使用的开发模式不知道是否最后能运行起来，
比如分页jsp显示，就查出了所有的记录。
设计得代码没有注释，也没有什么复用性可言。
...................................
请教大家，开发大型项目一般是个什么流程，包括设计原则、阶段及使用得工具。比如jbuilder teamsource就好像特别适合我们，但是一直没有高明白，teamsource到底怎么回事，怎么用？还有uml，怎样设计数据库等。
比如：ejb的发布一个人做一个，最后可能发生冲突；
数据库表的设计重复性严重；
边设计边修改数据库表，改得乱七八糟；
权限设计一篇空白；
报表打印摸不住头脑；
使用的开发模式不知道是否最后能运行起来，
比如分页jsp显示，就查出了所有的记录。
设计得代码没有注释，也没有什么复用性可言。
...................................
请教大家，开发大型项目一般是个什么流程，包括设计原则、阶段及使用得工具。比如jbuilder teamsource就好像特别适合我们，但是一直没有高明白，teamsource到底怎么回事，怎么用？还有uml，怎样设计数据库等。
...全文
请发表友善的回复…
发表回复
dutzzl5945 2003-02-15
- 打赏
- 举报
多谢大家捧场、指教！
祝大家在新的一年里，想什么有什么！
不知道大家有没有比较规范一些的设计相关文档，比如总体规划设计说明书等。能不能给个样本参考一下，dutzzl@163.net。
本贴分数有限，所以给您的分数也很少，希望大家见谅！
新开了一个帖子，欢迎大家到那里讨论这一主题！
http://expert.csdn.net/Expert/topic/1431/1431359.xml?temp=.6901972
祝大家在新的一年里，想什么有什么！
不知道大家有没有比较规范一些的设计相关文档，比如总体规划设计说明书等。能不能给个样本参考一下，dutzzl@163.net。
本贴分数有限，所以给您的分数也很少，希望大家见谅！
新开了一个帖子，欢迎大家到那里讨论这一主题！
http://expert.csdn.net/Expert/topic/1431/1431359.xml?temp=.6901972
水电费123343 2003-02-09
- 打赏
- 举报
我目前参与的项目：
项目负责人 1
数据库设计 1
系统分析 4
开发人员 15
测试 8
jsp/servlet/sql server/web sphere manage system
前期分析还可以，后期改动叫小
数据库设计的不错，几乎没有改动
没有完整的详细设计，部分设计不合理
有比较完整的架构（经过几次的改动后，叫为稳定）
集中的错误处理机制（比我预想的要差）
分散的控制器转发体系（我想的是集中控制转发）
严格的权限控制（通过整体框架控制），但是不是很灵活
有专人负责集成，版本控制
缺乏统一的编程风格，注释不详细
足够多的测试人员（目前测试报告有半米高，搞的人很累）
总之问题有不少，但也是我参与的比较规范的项目了
新年好！！！！！！！！！！！！！！！111
项目负责人 1
数据库设计 1
系统分析 4
开发人员 15
测试 8
jsp/servlet/sql server/web sphere manage system
前期分析还可以，后期改动叫小
数据库设计的不错，几乎没有改动
没有完整的详细设计，部分设计不合理
有比较完整的架构（经过几次的改动后，叫为稳定）
集中的错误处理机制（比我预想的要差）
分散的控制器转发体系（我想的是集中控制转发）
严格的权限控制（通过整体框架控制），但是不是很灵活
有专人负责集成，版本控制
缺乏统一的编程风格，注释不详细
足够多的测试人员（目前测试报告有半米高，搞的人很累）
总之问题有不少，但也是我参与的比较规范的项目了
新年好！！！！！！！！！！！！！！！111
susuny 2003-02-02
- 打赏
- 举报
与其打补丁，不如推倒重做。
由此可见这个项目在设计之初就铸成大错。建议重新选一个有经验的负责人来设计规划，以避免以后再出现这种现象。
由此可见这个项目在设计之初就铸成大错。建议重新选一个有经验的负责人来设计规划，以避免以后再出现这种现象。
nil2000 2003-02-02
- 打赏
- 举报
项目进行到这样，完全是项目经理失职，换言之，项目经理应该下岗，另聘高人。
一个项目，应该在初期就规划好各人的职责，明确界限，确立优先级。如你的问题，我
大概分一下人：项目总体规划一人或两人，数据库设计一人，ejb编译发布一人，服务器端
程序开发一人，可以兼是ejb编译发布者。界面程序开发若干人。人手不够时，可一人身兼两职或数职。
项目开发，总体设计者优先级最高，其次数据库设计者，再次服务器端程序开发者，界面端
开发优先级最低。在发生问题时而各人又争执不下时，优先级最高的人说了算(当然最好是以理服人)。
程序中各人发现问题，先自己考虑解决方案，自己解决不了大家一齐商量，绝对不能自作自划，
应该按设计来。解决方案超出自己范围的，应向上一个优先级的人汇报，由上优先级的人给出解决方案，
并解决问题，并反馈问题本人。一些大的问题，应该开集体讨论会。低优先级的人无权更改高
优先级的人的设计和代码。
你其他的问题，如权限设计，报表打印，分页显示等，都是程序问题或者说程序开发者能力问题，与
项目规划设计无关。
项目开发建议用版本控制软件，如cvs,sourcesafe等。
在一个项目开发者完成一定工作时，应该有code review的工作，review不通过的，推倒重来，包括
写程序代码风格，注释等问题。
如果你不会用teamsource,uml，项目又较紧张时，根本不必去理会，否则只会越来越糟。
就我看来，你的项目并不是很大，只是有较多难解决的问题，又职权不明确，所以有点乱糟糟的感觉，
如此下去，项目必败无疑。建议项目在此打住，做一终结版，大家总结经验教训，重新分工，新建工程，
找出原版本有用代码，到新工程中。实行开发计划时间表，按时不能完成的，共同寻找解决方案。如是
个人能力问题，就赶快考虑换人。项目经理，或是项目负责人应该雷历风行，严格按项目进度规划完成项目。
一个项目，应该在初期就规划好各人的职责，明确界限，确立优先级。如你的问题，我
大概分一下人：项目总体规划一人或两人，数据库设计一人，ejb编译发布一人，服务器端
程序开发一人，可以兼是ejb编译发布者。界面程序开发若干人。人手不够时，可一人身兼两职或数职。
项目开发，总体设计者优先级最高，其次数据库设计者，再次服务器端程序开发者，界面端
开发优先级最低。在发生问题时而各人又争执不下时，优先级最高的人说了算(当然最好是以理服人)。
程序中各人发现问题，先自己考虑解决方案，自己解决不了大家一齐商量，绝对不能自作自划，
应该按设计来。解决方案超出自己范围的，应向上一个优先级的人汇报，由上优先级的人给出解决方案，
并解决问题，并反馈问题本人。一些大的问题，应该开集体讨论会。低优先级的人无权更改高
优先级的人的设计和代码。
你其他的问题，如权限设计，报表打印，分页显示等，都是程序问题或者说程序开发者能力问题，与
项目规划设计无关。
项目开发建议用版本控制软件，如cvs,sourcesafe等。
在一个项目开发者完成一定工作时，应该有code review的工作，review不通过的，推倒重来，包括
写程序代码风格，注释等问题。
如果你不会用teamsource,uml，项目又较紧张时，根本不必去理会，否则只会越来越糟。
就我看来，你的项目并不是很大，只是有较多难解决的问题，又职权不明确，所以有点乱糟糟的感觉，
如此下去，项目必败无疑。建议项目在此打住，做一终结版，大家总结经验教训，重新分工，新建工程，
找出原版本有用代码，到新工程中。实行开发计划时间表，按时不能完成的，共同寻找解决方案。如是
个人能力问题，就赶快考虑换人。项目经理，或是项目负责人应该雷历风行，严格按项目进度规划完成项目。
arthur_0 2003-01-29
- 打赏
- 举报
up
jan4984 2003-01-29
- 打赏
- 举报
我个人觉得只要找到一个好的设计模式，再重新开始做一次应该还是很快的，这样以后维护也比较好啊。
CloudEye 2003-01-28
- 打赏
- 举报
另外，不同意endure(忍) 仁兄的说法：不要自己测试自己的程序，实际上，程序的质量很大程度上是由程序员自己保证的，要负责地，诚实地，不自欺欺人地作单元测试。这是很关键的。
你的程序没有单元测试就交给测试组？这会让测试人员崩溃，也会影响程序员的声誉。
你的程序没有单元测试就交给测试组？这会让测试人员崩溃，也会影响程序员的声誉。
CloudEye 2003-01-28
- 打赏
- 举报
吐血...在项目开始之前，要尽可能详细地进行规划
第一，要有明确的需求规格说明书
第二，有明确的系统架构设计(大项目生死攸关的因素)
接下来，规划项目组分工
区分角色：需求负责人/数据库管理者/EJB开发者，明确责任和工作范围
区分模块：比如，报表由谁负责，权限由谁设计。
让每个人都只干属于自己的活，让每个人都知道该干什么。
另外，让程序员在将程序归档之前进行单元测试。用制度来保证这点得到贯彻。
第一，要有明确的需求规格说明书
第二，有明确的系统架构设计(大项目生死攸关的因素)
接下来，规划项目组分工
区分角色：需求负责人/数据库管理者/EJB开发者，明确责任和工作范围
区分模块：比如，报表由谁负责，权限由谁设计。
让每个人都只干属于自己的活，让每个人都知道该干什么。
另外，让程序员在将程序归档之前进行单元测试。用制度来保证这点得到贯彻。
l_walker 2003-01-28
- 打赏
- 举报
很怀疑你们是怎么做的.........
allen_zh 2003-01-28
- 打赏
- 举报
说实话，这种项目打补丁的话，比换人重做要累得多。
snowvolcano 2003-01-28
- 打赏
- 举报
我觉得如果你确实可以影响到该项目下一步的决策权的话，建议重做，尽量利用可以重用的部分，这样可能比修补一个垃圾项目还要省时间。
但如果你"只是一最小的小兵"，就只能将自己的部分尽量做好了。
但如果你"只是一最小的小兵"，就只能将自己的部分尽量做好了。
sunxijie 2003-01-27
- 打赏
- 举报
你的项目到底多大？
LittleBird 2003-01-24
- 打赏
- 举报
可以考虑从项目组之外聘请有经验的人员给你们做指导，为了避免较大的风险，可以考虑请2～3人。我可以帮你联系哦，呵呵……
hht 2003-01-23
- 打赏
- 举报
重新规划，没有其他解决办法
hoxisoft 2003-01-22
- 打赏
- 举报
UP
dutzzl5945 2003-01-22
- 打赏
- 举报
我得email是：dutzzl@163.net
dutzzl5945 2003-01-22
- 打赏
- 举报
这个项目已经如此，我只是一最小的小兵，也管不了这么多事，只是觉得自己开发的东西如果某一天被人叫做垃圾，不能给使用者带来方便，自己心里也不好受！！
大家有这方面的文档吗？或者设计的经验？
大家有这方面的文档吗？或者设计的经验？
xmvigour 2003-01-21
- 打赏
- 举报
前面留几个人顶住
赶紧组织人手重新设计
不然现在应付过去了 后面的维护会死人的
赶紧组织人手重新设计
不然现在应付过去了 后面的维护会死人的
喝醉的咖啡 2003-01-21
- 打赏
- 举报
还是看看 MSF 吧，Microsoft Solution Framework
人月神话准确来说是技术散文，MSF 的思维方法和一些具体的工具都还不错。
人月神话准确来说是技术散文，MSF 的思维方法和一些具体的工具都还不错。
dove_young 2003-01-21
- 打赏
- 举报
数据库表的设计重复性严重；
边设计边修改数据库表，改得乱七八糟；
权限设计一篇空白；
报表打印摸不住头脑；
使用的开发模式不知道是否最后能运行起来，
比如分页jsp显示，就查出了所有的记录。
设计得代码没有注释，也没有什么复用性可言。
------------------------------------
我想问一下： 这叫项目吗？？
再问一下：“设计得代码没有注释，也没有什么复用性可言。”
用现在的观点，这叫程序吗？？？？？？
如果大家都气晕过去了，你可是要负责任的啊！！！！
边设计边修改数据库表，改得乱七八糟；
权限设计一篇空白；
报表打印摸不住头脑；
使用的开发模式不知道是否最后能运行起来，
比如分页jsp显示，就查出了所有的记录。
设计得代码没有注释，也没有什么复用性可言。
------------------------------------
我想问一下： 这叫项目吗？？
再问一下：“设计得代码没有注释，也没有什么复用性可言。”
用现在的观点，这叫程序吗？？？？？？
如果大家都气晕过去了，你可是要负责任的啊！！！！
加载更多回复（22）
