项目开发中的一些具体问题，希望大家能详细的谈一谈。(100分)

请大家介绍一下各自参与的项目的具体管理方法, 谢谢!
我不是指系统设计, 具体是这样一些方面:
1. 前期系统设计文档是否进行会审? 是怎样管理和分发的? 是否是由系统分析员或主程
序员直接复制给所有开发人员? 有没有专人来管理和归档这些文档? 开发中文档的修改
更新是怎样进行的?
2. 开发过程中开发人员之间的相互交流是怎样进行的? 是开会面谈, 还是通过局域网邮
件,BBS, 或者是专门的工具软件如FreeICQ?
3. 项目管理人员是怎样掌握和控制开发进度的? 比如是否要求开发人员每天提交工作日
志或其他类似文档? 如果有是通过书面提交还是电子文档或是专门的网页, 工具软件? 如
果开发中遇到问题(包括技术问题和非技术问题)是怎样解决的? 如果影响进度那么开发计
划是怎样进行修改的?
4. 开发中的源程序, 设计文档, 参考资料, 开发相关工具是怎样管理的? 是用TeamSource
还是VSS还是其他工具? 或者是自己开发的工具? 如果是用前面两个工具进行管理的, 那么
在使用中是否觉得足够满足需要或者觉得很方便?
5. 测试工作是怎样进行的? 测试环境是怎样建立的? 单元测试是由开发人员进行的还是由
测试人员进行的? 测试人员怎样提交测试报告? 是书面提交还是通过专门的网页或工具软
件? 提交的测试报告怎样跟踪那些问题? 如果开发人员不接受测试结果或者不配合测试工
作, 是怎样解决的? 测试的内容是否包括需求测试, 易用性测试和性能测试? 在测试过程
中, 测试人员与开发人员之间是点对点直接传递程序文件, 还是使用上面提到的版本管理
软件? 测试人员手上有没有整个系统的详细的运行环境和文件分布的说明? 甚至具体到每
一个开发中产生的文件的说明?
6. 开发完成后包装发布工作是怎样进行的? 比如要发布一个版本, 安装程序由谁制作? 有
没有打包任务单这样的文档? 打包时如何获得源程序? 是否是使用上面提到的版本管理软
件? 打包完成后的安装程序是怎样管理的? 是否仍然使用上面提到的版本管理软件? 或是
使用其他的工具还是直接在硬盘上分类保存?
7. 打包发布后的软件如果又发现必须修改但影响并不是很大的问题, 是重新打包整个软件,
还是只发补丁?
8. 项目结束后, 有没有对项目开发进行总结? 并分析整理出一些数据, 如单位规模所花时
间, 代码行数? 实际投入的人力物力? 开发成本? 与计划的实际偏差?
9. 在软件维护时, 对反馈的问题是否进行记录备案, 并加以分析? 还是直接解决问题, 不
记录不分析?
大家并不需要谈所有的内容, 只需要说说自己感兴趣有感触的方面即可.

我是给的300分, 怎么变成了100分?[]

没人感兴趣还是我提问的方法不对？唉

前期系统设计文档肯定由系统分析员组织项目小组成员共同审核。最终由系统分析员签字确认
再分发给项目组成员。
至于修改也必须由当事提出书面意见，由系统分析员审核确认必要时要由全体项目组的人员
共同确认。
开发文档最好要专人负责保管。
开发人员必须提交周一提交每周工作计划，周末提交一周工作总结，这样项目经理才能更好
控制开发进度。

我觉得开发人员交流最好是开短会吧！ 时间短，次数多就好了！

开发人员必须提交周一提交每周工作计划，周末提交一周工作总结

还是固定电话最好！找得到人！

1.得到开发需求后,首先在讨论(面谈)中了解详细情况,并问一些可能联系到的问题(以后使用时
可能相关的内容),从需求者获得相关资料.
写出程序开发计划书,以word文档写出软件计划(使用开发工具,数据库平台,项目取名,预计
需求时间,数据库结构(表名,字段属性等)
更新时在原有文档基础上做变动后,更新计划书版本(本司规则:1.01递加)
时间有限,下次现续....

1、系统设计文档非常重要，系统分析员完成之后开发人员也有可能提出很好的建设性意见。
建议通过工具如VSS来进行管理，这样给系统分析员或开发人员修改提供方便。
2、或许很多人都讨厌开会，但是重要或者普遍的问题建议面谈交流，大家可以集中精力各抒
己见，当然小问题就可以通过其他方式解决了。遇到的问题我也建议采用此方式。
3、开发进度很难控制，提交工作日志给管理人员带来了一定的方便，但千万不要为了形式而
做这件事情。除了工作日志之外，我觉得工作周总结更加重要，主要内容不仅仅是这周的工作，
而是你遇到了认为棘手的问题，以及如何解决遇到的困难和完成任务。这样可以真正反映你下属
的能力和完成的工作，也可以给你的员工一片思考自己的天空，他们会不断的在思考中成熟。
4、借用我们部长的一句话：我们必须使用vss来管理程序、文档，因为这是众多IT人的经验总结。
使用过程中遇到了问题我们想办法解决，但是一定要打消不要vss的念头。
5、首先软件一定要通过测试部门的测试，他们会提出很多好的意见，也测试出很多有意义的问题。
但是如果测试部门对业务不是特别熟悉的时候（事实好像确实不大熟悉业务），特别是存在一些从
旧版本中转换过来的非法数据时，我个人抽取比较大量的实际数据来进行测试是一个捷径，这就是
为什么项目在实施的时候有可能遇到很多难以想象不到的原因吧！

另外，如果在开发中后期发现前期设计存在很大的问题，这时是修修补补还是推翻重来？
to yan_lh:
你觉得VSS是否已经足够好用？你们开会时一般有没有做会议记录？

20126301:
那么你们更新文档的具体方法是怎样的呢？比如说是否由开发人员修改后直接复制给系统
分析员？测试人员如何得到这些文档等。

>>你们更新文档的具体方法是怎样的呢？
在原文档基础上直接修改,原文档有备份:项目完成后统一规划所有文档进行刻录.
>>比如说是否由开发人员修改后直接复制给系统分析员？测试人员如何得到这些文档等
全部使用内部邮件及本司专用通信工具kicq(自主开发).
关于kicq个人主页有介绍:http://gond.go.163.com

//在原文档基础上直接修改,原文档有备份:项目完成后统一规划所有文档进行刻录
我不是这个意思，文档当然是在原文档的基础上修改，我是想知道这个过程是怎样的？
就是说修改之前如何提出修改申请，文档管理人员如何处理这修改申请的？修改是否
会先进行审查评估，如果影响到项目进度，怎样处理？更新后如何及时通知受影响的
其他开发人员？
你们的网站我已经看过了，真的很不错，值得学习。

没错,修改前先进行专题讨论,我们有项目修改计划书;讨论中提出问题及解决方案,并需相关负责人
回复预计完成日期及签名...
你的问题问得太细了,有些你应该明白...

谢谢20126301！
还有网友可以谈谈测试工作吗？

谢谢各位！

多人接受答案了。