MOSS项目开发实际案例.docx
《MOSS项目开发实际案例.docx》由会员分享，可在线阅读，更多相关《MOSS项目开发实际案例.docx（35页珍藏版）》请在冰豆网上搜索。
MOSS项目开发实际案例
企业内部门户网站开发周记（第一周）
项目的用户人数大约在1000人左右
经费折合人民币35万左右（不含硬件和软件许可证的费用）
指定项目是基于MSMOSS2007的方案
项目的目标是提供用户一个唯一的信息和服务入口
项目时间18周。
项目领导小组由包括CIO在内的5位主管组成
项目工作小组由来自7部门的11人组成
项目小组组成如下
项目经理1人（兼职）
技术主管1人
Web设计1人（兼职）
程序员1人（兼职）
测试员1人（兼职）
第一周大家基本上还没有进入状况，只有技术主管一个人在忙，其他人都在打哈哈。
一个wmware已经做好了，上面有MOSS2007和SQL2005,即将作为技术验证平台之用
MOSS项目开发周记（第二周）
（第二周）
项目人力预算
项目实际执行情况
项目经理1人（兼职）
不变
技术主管1人
不变
Web设计1人（全职）
Web设计1人（兼职）
-因为项目后期，UI基本没有变化。
被抽调到其他项目。
程序员3人（全职）
1人（后备）-以防有人离职
程序员1人（兼职）
-因为项目的设计思想和理念的改变，导致程序员过剩，2人被抽调到其他项目。
测试员1人（兼职）-10-18周
不变
进行2次问卷调查分别针对普通用户和管理层。
（回收率是21%和55%）。
工作小组会议
- 回顾和小结现有的门户网站。
- 为新的门户网站的设计定下基调。
因为项目小组的人数不少，项目经理和技术主管决定设定一些规则来规范开发活动
规则1：
QA和Production服务器上不允许安装开发工具
- 以前的开发，因为无法在开发环境排错，往往会有人要求在QA和Production服务器上安装开发工具。
造成Production服务器和开发环境的不一致。
[事后小结]-项目小组的缩水，SharepointDesigner,XML和XSL的使用,使得无需安装开发工具在QA和Production服务器。
规则2：
VB.NET2005被指定为开发语言，使用其他语言需要得到批准。
- 因为项目经理和技术主管有vb的背景
- 有些人喜欢大段的大段的从sdk上拷贝源码，不求甚解。
转换到至少可以让他们学点东西
[事后小结]-项目结束时，用开发的源码不到250k,这个规则有点多余。
在SPS2003开设的项目的TeamSite.
开始编写项目执行计划projectexecutionplan（PEP）
MOSS项目开发周记（第三周）
（第三周）
⏹ 问卷调查的结果摘要：
-现有门户网站的满意度超过80%
[背后怪话]既然大家都满意，为何要再做一个新的。
难道真的是老板的话一句顶一万句？
？
现有门户网站截图
Top3不满意的地方
- 主页的内容拥挤
- 有些部分的内容经年不变
- 互动性不足
[背后怪话]说一万道一千，就是三年多了应该换一换了，又不是没钱。
⏹ 上周的工作小组的会议记录摘要
-现有门户网站的设计思想是
80%的内容1键可取，16%的内容2键可取。
- 新的门户网站的设计思想修正为
50%的内容1键可取，35%的内容2键可取。
最好用户可以自定义（option）
三个方向的工作。
1：
用户界面（UserExperience）-由Web设计负责
2:
信息及服务目录（InformationCategory）-由工作小组负责
3:
后端服务及其他（Back-end&Others）-由项目小组负责
⏹ 开发进度
InfraSupportTeam通知项目开发和QA的服务器申请被拒，必须改用VMWAREESX上的虚拟服务器。
DatabaseTeam通知MOSS2007开发专用的SQL2005已经就绪，但是ReportingService不工作。
技术验证报告MOSS2007和SPS2003的ObjectModel差异性很大，主要是由.NET1.1和.NET2.0差异造成。
SPS2003上的源码再用性（Reuse）问题不小。
技术主管提出ProjectExecutionplan（项目执行计划）和ProjectPlan（项目计划）草稿（项目经理无异议）
本周没有工作小组会议
下周领导小组会议（SteeringCommitteeMeeting）
MOSS项目开发周记（第四周）
第四周
为了完善项目规格书,几乎每天都开几个会议.
领导小组会议记录摘要
-同意把信息目录分成四个子目录（subinformationcategory）
1:
企业Corporate
2:
业务Business
3:
服务Services
4:
员工People
并且指定专人负责
-同意Web设计要求
1:
所有的Web显示控制应该在CSS中定义
2:
任何开发行为如果涉及到显示的改变，必须要事先沟通
-Web设计被要求
1:
不能用图形格式来表示设计概念，必须用HTML
2:
必须在程序开发之前，提供所有的详细设计，
-同意项目小组提案
1:
新门户网站将引入Ajax
2:
放弃使用Sharepointwebpart
3:
在后台管理上，基本沿用MOSS2007缺省功能
4:
使用中间层来简化开发强度和人工
5:
批准ProjectExecutionplan（项目执行计划）和ProjectPlan（项目计划）
-项目小组被要求
1:
在新门户网站使用blog,wiki的可能性
2:
如何有效的个人网站
MOSS项目开发周记（第五周）
第五周
web设计向项目小组提出
三种网站基色（1浅蓝，2土黄，3：
翠绿）
三种网站布局（1三列式，2四列式，3导航式）
经过投票选中浅蓝导航式
项目小组提出中间层架构
技术线路走MOSS2007+Ajax+XML+XSL
所有的MOSSList和DocLib将通过一个或者几个ASP.NET程序（CallMOSSObjectModel）来转换处理
显示的格式全部放在XSL文件中，ASP.NET程序不涉及到任何显示。
MOSS项目开发周记（第六周）
周记（第六周）
中间层的version0.1完成，由一组VB.NET2005组成
其中最主要的只有一个viewlist.aspx,其他均由这个变化而来
在web.config中设定SiteID所在的List的URL
基本参数如下
SiteID:
SiteID的Key.根据key,从List中取得项目Site,CSS文件的URL,XSLT文件库的URL,项目的图库的URL及其他信息
List:
List的名字
View:
List中某个View 的名字
XSL:
控制显示XSLT文件的名字
Mode:
控制项
-xml:
只显示xml格式
-其他:
配合xsl显示html格式
一般的调用格式如下：
http:
//server/app/viewlist.aspx?
SiteID=myproject&List=info&view=All&xsl=Summary.xsl&mode=xml或者
http:
//server/app/viewlist.aspx?
SiteID=myproject&List=info&view=All&xsl=Summary.xsl&mode=noxml
第一个调用是显示list转换后的xml,例如
xmlversion="1.0"encoding="utf-8"?
>
-
-- Listis'info',Viewis'All'andXSLfolderis'resources/XSLT/'
-->
-
-
iPAQ6818forsale（S$700）
Message1
2007-09-16T00:
00:
00+08:
00
2008-07-15T00:
00:
00+08:
00
73
-
BrandNewPlaystation3forSale-$700
Message2
140
-
PortableDVDforsaleat$100
Message3
142
第二个调用是显示html
通过不同的view来改变控制条件，排序，
通过改变xsl文件来改变html显示（其中也可改变控制条件，排序）
[结论]通过这一层web显示这部分被分离出来
[缺点]List中的项目item个数不可太大。
经过多次热烈讨论，最后从几个Ajaxframework中选择了JQuery.原因主要是web设计认为JQuery使用方便。
项目组方面无所谓，都是调用javascript文件。
结果发现JQuery的确是方便，大大降低了编程的强度。
基本上每个html格式都是
- Title
- Title
..............
配合css文件
得到各种不同风格
例如
LatestHappenings
- Announcements
- Bulletin
- Courses
- Events
- RCNews
- ITNews