门户扩展-技术方案(初稿)Word文件下载.doc
《门户扩展-技术方案(初稿)Word文件下载.doc》由会员分享，可在线阅读，更多相关《门户扩展-技术方案(初稿)Word文件下载.doc（29页珍藏版）》请在冰点文库上搜索。
10.1、后期维护 28
10.2、项目交付资料 28
1、需求分析
华北油田分公司门户系统（SharePoint2010）自2012年5月份进行前期需求调研并进行门户前端设计开发，2015年1月1日正式上线运行，目前平稳运行并且已覆盖公司单位及下属单位，运行至今已经建立新闻频道2391个，各级门户站点（含专题）714个，上传文档714850个，授权用户4449人，日均访问量56900人次，日最高访问量142600人次。
通过前期门户的运行情况及使用单位反馈信息，门户系统需做近一步的深化应用。
2、概要设计
因为门户系统平台的底层架构从SPS2003直接升级到SPS2010，中间属于跨代升级，底层架构、用户界面、管理方式、使用习惯均与之前的门户系统不同，各级管理员使用过程中提出如下应用建议及扩展需求：
1、新闻列表无法显示作者及相关信息；
2、无法有针对性的进行数据筛选；
3、文档库web部件显示样式不可控；
4、调查列表设置复杂功能单一；
5、投票统计方式无法满足当前使用需求；
6、文档下载次数无法统计；
7、新闻在线编辑排版不方便；
8、第三方数据源没有有效利用等。
。
3、SharePoint2010技术深化应用
3.1、深化应用高级WEB部件
深化应用系统提供的“高级WEB部件”，制定相应的嵌套、使用规范及原则，使其达到可对底层数据进行调取功能。
高级Web部件是在SharePoint2010平台上新开发的部件，主要用于前端页面动态提取信息。
所谓“高级”，是指该部件在使用时十分灵活，可以不受设计限制，逐字段提取信息。
使用场景示例-厂务公开专栏：
“厂务公开专栏”中“公开信息统计”模块中实现了按不同信息来源的多频道信息筛选，网站按照信息来源对公开信息进行分类汇总，点击不同的处室（部门）名称即查看其发布的公开信息。
对于这种具有针对性的新闻内容筛选，普通的新闻采编控件已经不能满足用户的要求。
从频道中筛选出特定来源的新闻信息，汇总显示。
进入页面编辑状态，在指定Web部件区域添加，部件位置：
【类别】区域中选择【通用】，【Web部件】区域中选择【SPSHTMLDataWebPart】，【添加】即可。
参数配置：
【参数配置】中：
数据源信息：
填写数据源信息，有一定语法规则；
网页资源：
填写该部件输出的HTML内容使用的样式、脚本文件；
网页内容：
填写该部件输出的HTML内容，用于提取数据的代码有一定语法规则；
参数设计器：
当对部件语法规则不熟悉时，点击进入“参数设计器”，用可视化的方式完成数据源信息、网页资源、网页内容的填写。
使用部件的前提：
准备好所配置区域的HTML代码。
将被提取数据的站点地址添加入“站点URL”，点击“加载站点结构”。
站点加载后，展开，原则上里面所列均可进行配置。
如提取新闻信息，选择“页面”。
选择“页面”后，数据源配置区域会展开可进行配置的所有字段，这些字段是“页面”中文件（也即新闻）所具有的字段，部分字段存在于页面中，部分字段存在于页面“属性”中。
“计划开始时间”对应文章的发布时间，用于页面显示，“联系人”用于筛选数据源本次应用的重要属性，注意不是“作者”。
“显示标题（聚合页）”用于组建新闻列表时显示标题，注意，这里应选择“显示标题（聚合页）”不是“标题”或者“显示标题（细览页）”，三个属性代表不同的内容。
“排序序号”和“是否排在固定位置”可用于新闻置顶，属于常用属性，本次应用示例中没有相关要求，所以没有使用。
保存配置好的数据源，其中：
（1）数据源取唯一标识（ID）：
可为数字或字母，或二者组合，注意保持唯一性；
（2）数据源最大行数：
填写新闻显示的个数。
填写完成后，点击“保存数据源配置”，在下面对话框中会出现此条数据源配置的记录。
对于这条记录，可以相应做编辑或删除操作。
本次应用中需要同时从三个频道筛选新闻数据，所以一共设置了三个数据源。
数据源配置完成后，展开“CSS和JS”区域，对应部件的“网页资源”区域。
此区域可填写部件输出HTML所使用的样式或脚本文件。
注意，不推荐使用该方法实现css和js，最好写成单独的文件加载，提供资源利用率。
“CSS和JS”区域填写完成后，展开“HTML代码”区域，首先将HTML代码复制进去。
以提取多行新闻标题信息为例，我们把一条完成的新闻标题信息称作“循环体”，而多条信息认为是一条信息的“循环”。
所以下一步要做的，就是找到HTML代码中循环的部分，删掉多余循环体。
即只保留一条<
li>
语句作为循环主体。
选择“设置循环条件”—“选择数据源”，选中待循环部分的代码<
…<
/li>
，点击“替换”，在循环部分外层会出现<
!
--[RIF]-->
--[/RIF]-->
，这样就实现了循环提取数据功能。
设置好后，选择“关闭”即可。
注意本次应用中需要按信息来源设置筛选条件，在设置循环条件时选中“联系人”并设置筛选条件，如筛选出来源为“贾雄鹰”的信息，可设置“联系人”等于“贾雄鹰”：
设置后，循环体外层变成：
选择“替换为数据值”—“选择数据源”，依次选择数据字段，设定最大字数，选中需要替换的HTML代码，点击“替换”即可，如“显示标题（聚合页）”替换文字部分，“计划开始时间”替换日期部分等。
其中：
（1）数据字段中的EncodedAbsUrl对应链接地址，替换到<
a>
的href属性中；
（2）最大显示字数为空时，默认不超过9999，对于<
的title属性和计划开始日期而言，为空即可；
对于链接显示的文字，需要根据HTML代码宽度设定字数；
（3）一般情况下无需填写多数据源最大显示条数，此字段默认为30。
每一次替换操作，都会在替换区域生成一段字符串，典型的：
（1）Value标识取后面的值；
（2）&
DataField标识所取数据字段名称；
（3）&
MaxWord标识最大字数，当有字数限制时，&
MaxWord等于可填写的最大字符数；
（4）&
DataID标识数据源ID；
（5）&
MaxItem标识多数据源最大显示条数。
（6）对于提取计划开始时间的字符串，需要在字符串最后加上&
DataFormat字段，字段值为日期表现形式的组合，如yyyy-MM-dd，MM/dd等。
“保存并关闭”参数设计器，保存高级Web部件和页面，查看页眉效果。
注意，与其他web部件不同，高级部件保存部件设置后，不会显示最新效果，必须保存页面后刷新才可以。
3.2、深化应用新闻列表、文档库web部件、新闻在线编辑
SPS2010平台延续SPS2003平台中的静态页面（带宏替换）Web部件功能，按照之前的搭建方法，页面上哪怕是一张图片也要单独存放在一个文件里，并在页面上拖拽一个部件。
部件实现方式类似向页面中添加<
iframe>
标签，我们可以把它比作为页面打补丁，页面中此类部件过多的话，一定程度上破坏页面的代码完整性，页面整体对齐调试困难。
鉴于该部件优势及存在的问题，门户平台升级到SharePoint2010后，在制作页面时，不建议过多的使用该部件，而是在特定场景下使用，以便发挥其更大的作用。
“厂务公开专栏”中设有三个一级栏目，每个一级栏目下分设数量不等的二级栏目，按照用户需求，一级栏目需要显示所有二级栏目内容。
一级栏目和下属二级栏目按标签页的方式呈现。
SPS2010虽然提供了新闻采编部件，但是新闻采编部件有严格的样式编码规则，不能实现复制的页面样式（如标签页），使用高级部件可以实现灵活的页面呈现样式，但是使用过于繁琐，所以在制作“厂务公开专栏”时采用了iframe页面嵌套的方式，而不是新闻采编部件的方式实现。
按照网站的统一规划，取静态内容（带宏替换）Web部件所引用的静态文件统一存储在网站的EX_STATICPAGES_文档库中。
如果站点中缺少EX_STATICPAGES_，请确保网站功能中如下功能被激活：
用SharePointDesigner2010打开站点，选择左侧菜单中【所有文件】，点击【EX_STATICPAGES_】，在文档库区域中右键【新建】—>
【HTML】，修改文件名为英文字符即可。
右键静态文件，选择【打开】或【在高级模式下编辑文件】，打开文件，将静态代码添加进去，保存关闭即可。
此处注意，添加的静态代码为HTML代码片段，原则上不允许向其中添加<
html>
<
head>
body>
等网页结构标签或声明语句。
在显示新闻的位置替换iframe页面嵌套代码：
Summary2010.aspx：
新闻频道中提供的新闻列表聚合页，支持动态参数设置。
showDate：
是否显示日期。
MaxRecords：
获取最大新闻显示条数。
cssfile：
自定义的样式表文件路径。
HeadImgUrl：
新闻标题前的图标路径。
MaxWords：
每条新闻标题显示的最大字符数。
NewPostingDelayDay：
设置多少天内的新闻显示为最新新闻。
DateFormat：
显示日期格式。
SummarySubChannel：
是否显示下属子频道的地址。
DeepLevel：
设置显示多少层级深度的子频道新闻。
注意，如果同一页面存在多个iframe获取的新闻列表，会出现数据混淆的问题，需要在链接地址的最后添加一个不相同的参数予以区分，如数字，字母等。
进入页面编辑状态，在指定Web部件区域添加。
部件位置：
【类别】区域中选择【通用】，【Web部件】区域中选择【取静态页面（带宏替换）】，【添加】即可。
参数配置
文件路径：
如引用页面所在站点中的静态文件，直接在_EX_STATICPAGES_/后添加文件名即可，如friendlinks.html
宏命令介绍：
名称
意义
_EX_EXCHANGESITE_
系统首先替换为当前所在站点的地址，如果没有取到文件，再替换为顶级站点的地址。
_EX_STATICPAGES_
缺省为EX_STATICPAGES_，存放静态页面。
_EX_ROOTSITE_
当前站点所在站点集的顶级站点地址。
_EX_THISSITE_
当前站点的地址。
保存部件配置，保存页面，即可看到静态内容替换效果。
3.3、深化应用第三方数据源接口
3.3.1、数据源与网站内容对接
用SharePointDesigner2010打开站点，网站对象中打开“数据源”：
在顶部导航区，添加链接地数据源：
设置数据源属性：
添加数据源与对应的内容类型：
合并选择的数据源及内容类型，在内容类型中便可查看数据源中的数据内容：
3.3.2、SPS2010调查列表组件功能问题的解决
SharePoint2010门户系统自2015年1月1日正式上线至今，就系统中的“调查列表”组件功能单一不能满足现实需求，并且在使用中经常出现运行错误。
（功能单一实例图）
（运行错误实例图）
“测评、调查系统平台”是应用于：
以对“定向指标”进行测评、调查并以此为考核依据，通过此系统平台可进行动态指定测评、调查指标，并动态指定“被测评、调查对象”、“参评、调查范围”以及发起时间。
系统利用现代化计算机网络技术，提高各下属单位的服务质量并对测评、调查方面的数据进行信息化、统一化管理，改善以往繁琐的工作，从而为各级领导提供管理、决策依据。
通过深化应用可有效的将“测评、调查系统平台”作为“SPS2010调查列表组件”代替组件。
4、界面设计
遵循SharePoint2010建设规范及华北油田公司门户建设规范进行设计；
DIV+CSS是网站标准（或称“WEB标准”）中常用术语之一，div+css
是一种网页的布局方法，这一种网页布局方法有别于传统的HTML网页设计语言中的表格（table）定位方式，可实现网页页面内容与表现相分离。
XHTML是The
Extensible
HyperText
Markup
Language（可扩展超文本标识语言）的缩写。
XHTML基于可扩展标记语言（XML），是一种在HTML
基础上优化和改进的的新语言，目的是基于XML应用与强大的数据转换能力，适应未来网络应用更多的需求。
在XHTML网站设计标准中，不再使用表格定位技术，而是采用DIV+CSS的方式实现各种定位。
5、项目实施人员构成
序号
人员姓名
项目角色
从业时间
1
徐刚
项目负责人
35
2
王彦彬
项目组长
15
3
尚伟东
开发人员
12
4
邓丽群
5
徐育飞
测试人员
6
王薇
岗位说明：
角色
岗位职责
负责需求调研、业务流程梳理、整体进度、质量控制、人员统筹安排、协调等工作。
负责开发方案制定、编写、系统页面布局、代码质量控制、技术总结报告编写等。
负责根据开发方案完成代码开发，服务端程序安装及数据库安装
负责系统功能、稳定性及负载压力测试，系统功能介绍及使用培训、上线后运维。
6、费用构成明细及开发周期
内容
计算标准（万元）
工作量
金额（万元）
需求分析
1.2/人/月
0.3月*4人
1.4
技术方案设计
0.5月*3人
1.8
深化应用高级WEB部件
深化应用新闻列表
0.4月*3人
优化文档库web部件
7
优化新闻在线编辑
9
深度优化第三方数据源接口
10
系统集成、优化及测试
0.5月*2人
1.2
11
总结、培训及项目验收
0.2月*3人
0.8
合计（含6%增值税）
13
开发周期：
计划在2个月内完成本项目。
7、质量保证方案
软件质量是贯穿软件生存期的一个极为重要的问题，是软件开发过程中所使用的各种开发技术和验证方法的最终体现。
因此在软件生存期中要特别重视质量的保证，以开发出高质量的软件产品。
7.1、软件质量保证任务构成
软件质量保证是由各项任务构成，这些任务的参与者有两种人：
软件开发人员和软件质量保证人员。
前者负责技术工作，后者负责质量保证的计划、监督、记录、分析及报告工作。
软件开发人员通过采用可靠的技术方法和措施，进行正式的技术评审，执行计划周密的软件测试来保证软件产品的质量。
软件质量保证人员则辅助软件开发组，得到质量的最终产品。
所以软件开发人员和软件质量保证人员都是保证软件质量的重要组成部分。
如果将一个软件生产类比于一个工厂的生产。
那么生产线就是过程，产品按照生产线的规定过程进行生产。
软件质量保证体系（SQA）的职责就是保证过程的执行，也就是保证生产线的正常执行。
所以我们可以总结出软件质量保证体系（SQA）的主要职责有以下三点：
Ø
向管理者提供正确的信息，以使软件开发正确地执行；
收集质量数据，确定和管理风险，促进和协助流程改进；
充当测试工作的监督者，测试工作是否按照既定的流程（测试计划、测试案例、测试执行）进行。
7.2、软件质量保证主要内容
软件质量保证的主要内容包括：
保障制度体系、促使过程改进、指导项目实施、评审项目活动、审核工作产品、协助问题解决、提供决策参考和进行缺陷预防。
为了保证软件质量，我们需进行有条理有目的的软件质量保证工作，科学的软件质量保证过程一般包含以下几项活动：
首先，建立SQA组；
其次，选择和确定SQA活动，即选择SQA组所要进行的质量保证活动，这些SQA活动将作为SQA计划的输入；
然后，制定和维护SQA计划，这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系；
执行SQA计划、对相关人员进行培训、选择与整个软件工程环境相适应的质量保证工具；
最终，不断完善质量保证活动中存在的不足，改进项目的质量保证过程。
其中软件测试与软件维护是整个软件质量保证体系中最为重要的两个组成部分。
7.3、软件质量保证测试目标
软件测试的目标是确保创建的测试计划能够满足所有系统规格说明书的要求；
确保经过测试和返工后软件与规格说明书保持一致。
软件测试是软件质量保证工作中不可或缺的重要活动，软件测试与软件质量保证是软件质量工程中两个不同的层面工作。
软件测试是对过程的产物开发出的软件进行剖析，找出软件运行时出现的问题，记录出错数据，从而达到保证软件质量的目的。
可以说软件测试是软件质量保证的最关键的一项措施。
建立独立的软件测试，选择好的测试方案，不但能有效地控制软件的风险、提高软件的质量，而且能有效地降低软件的质量成本。
7.4、软件质量保证维护目标
软件维护的目标是确保对已建立的变更控制过程进行检测，包括将变更集成到软件的产品版本中的过程；
确保对代码的修改遵循编码标准，并且要对其进行评审，不要破坏整个代码结构。
软件运行过程中难免出现问题，这不能完全归咎于软件质量，维护也是保证软件质量的一项措施。
为了保证软件质量，我们需要对软件进行维护，在维护过程中发现不足，不断完善软件。
软件质量的衡量标准是可以准时地交付给用户，所耗费的成本不超出预算，但最重要的还是确保软件能够正常地运行，所以软件的质量保证工作尤为重要。
8、工期保证方案
8.1、阶段、进度汇报控制
系统进入实际开发阶段，需定期就当前开发进度、内容及时向甲方进行阶段汇报，通过此做法：
甲方即可实时了解项目进度并可对项目阶段内容进行交流；
我方可及时获取甲方对系统的反馈意见更好的开发，防止在开发中出现不必要的偏差。
9、系统测试方案
9.1、被测系统定义
针对扩展内容及深化应用方法作为被测试对象，将针对这些内容响应大数据量的查询、统计功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统的负载能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。
9.2、性能测试指标
本次测试是针对系统在应对密集、整体的大压力下而进行的，主要需要获得如下的测试指标。
1、应用系统的负载能力：
即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。
2、系统的响应能力：
即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。
3、应用系统的可靠性：
即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。
9.3、系统结构及流程
系统在实际运行中的体系结构跟本次性能测试所采用的体系结构是一样的，处理流程也是一致的。
不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际环境略有不同。
9.3.1、系统总体结构
描述本系统的总体结构，包括：
硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。
9.3.2、功能模块
本次性能测试中各类操作都是由若干功能模块组成的，每个功能都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块）。
9.4、预计测试过程及结果描述
9.4.1、测试描述
根据系统特性与共性准备测试数据，在测试数据准备完备以后，由测试人员进行测试。
并由测试人员记录每次测试的结果，分析测试结果对系统进行全面评估以及做出相关改进。
9.4.2、测试场景
先进行一些简单的数据录入、管理、修改及输出测试。
采用一些原本该受限制、不可用的数据进行检测，观察是否能得出预想的结果。
参照其他类似系统会出现的问题或在设计过程中认为可能出现的问题对该系统进行检测，观察结果，是否符合要求。
进行一些正常操作，记录系统反应时间，计算系统运行速率。
观察操作界面是否足够人性化，在相关操作进行时能否出现相关提示。
测试中，使用逐步加压的模式，测试运行场景安排如下：
每隔2秒增加1个用户连接，最多增加到100个用户，查看并记录运行情况；
每隔2秒增加2个用户连接，最多增加到200个用户，查看并记录运行情况；
每隔2秒增加1个用户连接，最多增加到300个用户，查看并记录运行情况；
每隔3秒增加1个用户连接，最多增加到400个用户，查看并记录运行情况。
每个场景都包括：
用户登录-业务操作-业务完成-退出系统，所有用例都按以上场景进行测试，由于pc性能限制，为了更准确模拟现场环境，将运行的所有脚本部署在8台LoadRunner终端上，主要目的就是检查在不同的压力的情况下，业务系统的性能表现。
按照测试用例进行测试完毕进行相关修改后再进行下一轮测试。
9.4.3、测试结果
将测试得出的数据与原来预想的数据进行对比，寻找差距，从中分析出错原因，与上述所需要做的性能测试一一对照，寻找可能出现的相关问题，再想办法解决。
测试结果需记录以下相关数据：
测试中完成各操作的平均响应时间：
（单位：
秒）
测试中每秒的点击率如下：
交易的吞吐率（每秒处理数据量）：
可运行的并发用户数目：
10、服务承诺
10.1、后期维护
我公司承诺接到客户需求的当日，马上到客户所在地详细了解情况并现场解决。
如果情况复杂当日不能提供解决方案，最迟在三日内给予答复并提出相应解决方案，一周内依据方案完成客户要求。
三年内提供技术支持和问题答疑。
10.2、项目交付资料
最终交付客户的光盘资料包括：
软件系统、数据库、常见问题解决办法、设计方案和相关PPT。
升级会员 