.net系统迁移到sharepoint的方案
场景如下
有一采用.net框架开发的B/S信息平台系统，大概有10多个业务模块，里面大部分的东西是基础数据、报表、查询、导入导出、联动展示等几个功能点，投入使用中。
现在想把该系统迁移到SP2010 Foundation中，在此征集一些好的建议和方案。
我目前的想法是，用户权限部分SP自带。
对于其中的业务模块、基础数据等，以Site->List的结构进行迁移，其他的一些功能相应地做一些扩展开发。
想过BCS，但该系统今后还将做一些进一步的扩展，如果采用BCS，那做的改进还是只能在原系统进行，不太满足要求。毕业论文
这个东西个人认为不是一个太简单的过程，比较繁琐。各位有什么好的想法建议请告诉我
1、不要用bcs，不利于扩展，除非是不要的旧数据。
2、直接整表迁移到list里，注意大数据问题的处理。
3、.net的大部分页面都可以迁移过来，只需要修改数据处理部分的代码即可。
说句可能让楼主不高兴得话，我个人认为使用SharePoint替代.net业务系统不是太合适，做这个决定前一定要慎重：
1。业务系统一般数据量较大，但处理大数据量SharePoint并不擅长
2。业务系统一般逻辑比较复杂，SharePoint表单更不擅长处理复杂逻辑，而这些逻辑在业务系统中可以有存储过程去实现
3。业务系统的报表计算量表较大，SharePoint对于统计，分组，聚合都是要自己写代码实现的，而且自己实现这些功能的性能很不理想
建议可以将报表放在SharePoint中展示，比如你们公司有很多系统，领导并不喜欢登陆很对系统去看报表，可以把所有系统的报表都放在SharePoint中展示，让领导开心点，至于业务部门还是用.net业务系统的好。
1、基础数据、查询、导入导出这几个功能可以考虑利用SharePoint原生的功能去实现，会比较简单些
2、报表SharePoint做起来比较麻烦，可以考虑用Reporting Services或者自己通过建立Sharepoint数据视图，自己去开发
3、联动展示是指数据联动，还是控件之间的？这个估计得开发来实现了
场景如下
有一采用.net框架开发的B/S信息平台系统，大概有10多个业务模块，里面大部分的东西是基础数据、报表、查询、导入导出、联动展示等几个功能点，投入使用中。
现在想把该系统迁移到SP2010 Foundation中，在此征集一些好的建议和方案。
----------------------------------------------------------------------------
1,报表 也导 这样得不偿失。sp的报表用point performance可以直接配置。如果你的表变成list 配置太难了。
读取方式也必须变。
2，联动.net和sp的机制不一样。
建议：没有特别便捷的，建立个测试环境试试吧。
好像国外（墙外）的网站有方案 翻墙找一下。