当前位置: 代码迷 >> SharePoint >> 关于.net系统迁徙到sharepoint的方案
  详细解决方案

关于.net系统迁徙到sharepoint的方案

热度:222   发布时间:2016-05-02 07:28:32.0
关于.net系统迁移到sharepoint的方案
场景如下
有一采用.net框架开发的B/S信息平台系统,大概有10多个业务模块,里面大部分的东西是基础数据、报表、查询、导入导出、联动展示等几个功能点,投入使用中。
现在想把该系统迁移到SP2010 Foundation中,在此征集一些好的建议和方案。

我目前的想法是,用户权限部分SP自带。
对于其中的业务模块、基础数据等,以Site->List的结构进行迁移,其他的一些功能相应地做一些扩展开发。
想过BCS,但该系统今后还将做一些进一步的扩展,如果采用BCS,那做的改进还是只能在原系统进行,不太满足要求。

这个东西个人认为不是一个太简单的过程,比较繁琐。各位有什么好的想法建议请告诉我,有奖征集。
sharepoint .net 迁移

------解决方案--------------------
1、不要用bcs,不利于扩展,除非是不要的旧数据。
2、直接整表迁移到list里,注意大数据问题的处理。
3、.net的大部分页面都可以迁移过来,只需要修改数据处理部分的代码即可。

整体看应该很简单。

------解决方案--------------------
1、基础数据、查询、导入导出这几个功能可以考虑利用SharePoint原生的功能去实现,会比较简单些
2、报表SharePoint做起来比较麻烦,可以考虑用Reporting Services或者自己通过建立Sharepoint数据视图,自己去开发
3、联动展示是指数据联动,还是控件之间的?这个估计得开发来实现了
------解决方案--------------------
我做过一个类似的项目,迁徙一个Win Form 到sharepoint 用LIST 做数据存储。 所有界面都重写。开发时间较长。而且数据导入是通过自己编写代码,导入到list中。
报表用MS SSRS.对于复杂的报表,先写入到临时的SQL数据表中。如果直接用sharepointlist,非常痛苦。
 现在回过头来看,用list有好处也有缺点。好处是,直接可以用sharepoint API 比如文件上传,不用自己写了。
不好的地方,是LIST在做数据查询等操作,不够灵活。
------解决方案--------------------
对于其中的业务模块、基础数据等,以Site->List的结构进行迁移,其他的一些功能相应地做一些扩展开发。
想过BCS,但该系统今后还将做一些进一步的扩展,如果采用BCS,那做的改进还是只能在原系统进行,不太满足要求。
------------------------------------------
  相关解决方案