moss开发实施过程中遇到的问题总结：项目层面 Virus

　　从2008的10月份开始接触moss，刚开始的时候是在公司进行内部学习，然后给公司自己做办公系统，到2009年的5月份到客户这里现场开发，到现在的11月份，也快有一年了。

　　总想写一些总结性的东西，希望给自己或者给大家一点帮助吧，希望自己写的东西可以给大家带来一些帮助。

　　正好赶上公司让我写一个从实施到现在的一个项目总结，先总结一些项目遇到的问题，是如何解决的，或者是有哪些新的认识，或者是改进意见。我就写了一些关于项目层次的东西，就是如何使项目可以更加顺利的进行，当然了，也是根据我这里的情况写的，不见得适合所有的情况。希望大家一起来讨论，多提宝贵意见，谢谢！可能陆续会写一些东西，包括各方面的，项目层次的，经验的，技巧的，等等吧。

　　今天就写一些关于项目开展，项目组织，项目配置的相关内容吧。

实施过程中遇到的问题总结

 

编号	描述	解决方案
1	单机安装MOSS环境导致后面的分离工作很难进行	建议开始就将数据库安装在独立服务器，并且分配大内存4G以上，即保证数据库运行速度，增加体验，又可以给后面的工作减少风险，如果只有一台，也可以考虑数据库安装在一台虚拟机中
2	对域环境的分析、设计	尽量合理的规划域环境，就是想的周到一些，在这方面也多花些功夫。就算客户已经在域中，也要详细了解现有域的环境，然后分析。
3	自己的单元测试不够	在开发人员的手上就充分自测： 1、  测试administrator账户 2、  测试完全控制权限账户 3、  测试参与讨论权限账户 4、  测试只读权限账户 5、  如果存在匿名访问，也测试一下匿名访问
4	集中测试不够，没有压力测试，所以一些代码问题没有暴漏主来	通过向测试环境添加大量数据，测试大数据量的访问和运行。增加集中测试，压力测试，及早发现一些内存泄露或者是代码效率问题。当然了，也需要测试环境的辅助，毕竟自己的单机和真实的场式环境还是有区别的。不过，就算没有场式环境，单机也要做好大数据量的测试和压力测试。
5	一些功能模块的重复开发，一些实现界面风格上面的不统一	需要开发人员平时自己做好总结，然后定时交流，交流可以是代码方面的，也可以是界面方面的，也可以是资料共享方面的。通过交流，建立公司的公用模块库，统一界面的实现风格，同时也可以提高每个人的知识广度。
6	需求交流不足，界面原型不足	增强需求交流，界面驱动开发，通过使用界面（可以是文字的，也可以是UI的）来和客户交流，使客户有直观的认识
7	现场开发环境配置	1、  现场最好有开发，测试，生产三套环境，开发在在自己的虚拟机进行（方便的话，可以考虑搬公司的机器过去） 2、  就算没有这么多环境，开发和基本测试还是要在个人的虚拟机中进行，就算是虚拟机跑在服务器上面也要这么做，要不然没有办法多人同时开发了，因为设断点会挂起服务器，而且源代码没有办法管理，就会每人一个文件夹，每人一个版本了。 3、  源代码和项目相关的文档，如果有单独服务器管理最好，没有的话，就在一台虚拟机中管理 4、  当然了，如果客户还处在观察阶段，没有上线，机器又少，那我们就选择在上面直接开发，下下策吧，没有办法。