您的位置:首页 > 其它

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

2009-11-05 17:00 781 查看
  从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、 当然了,如果客户还处在观察阶段,没有上线,机器又少,那我们就选择在上面直接开发,下下策吧,没有办法。

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: