基于内容管理的协同服务平台之开始体验

第 1 页 共 73页 iLogic Studio 基于内容管理的协同服务平台之开始体验 2004 年 第 2 页 共 73页 版本记录 版本号 日期 版本说明 修改者 V2.7.0 20040625 初步制作电子公告版到用户个性化的过程记录。 曾满平 第 3 页 共 73页 目录 版本记录 .2 目录 .3 1 概述 .5 目的 .5 原理回顾 .5 第一层次 .5 第二层次 .5 第三层次 .5 第四层次 .6 2 准备 .7 需求分析 .7 通用实施和维护计划 .7 实施计划 .7 维护计划 .8 发布计划 .9 基于 iLogic Studio 的实施模式 . 10 统一信息发布阶段 . 10 统一信息服务服务简单拓展阶段 . 11 统一信 息服务服务复杂拓展阶段 . 11 管理代理延展封装阶段 . 11 3 快速实施 . 13 项目、样式初始化 . 13 项目 . 13 样式 . 13 基于全局变量和公共支持引用体系的总体分析 . 14 整体表现形式的分析 . 14 全局变量构建 . 15 公共支持和引用体系的建立 . 15 核心资源结构化全面分析和定义过程 . 18 核心资源分析 . 18 核心资源定义 -定义留言信息的正文页模板 . 19 核心资源架构 树状架构的组织形式 . 21 资源和资源结构之总结 . 24 资源挖掘处理开发过程 . 24 建立树状导航页模板 . 24 挖掘讨论区文章列表 . 29 挖掘最新资源文档列表 . 38 挖掘热门话题的列表 . 38 挖掘最受欢迎文章的列表 . 38 第 4 页 共 73页 快速挖掘其他资源 . 39 资源发布格式定义过程 . 41 统一发布资源 gb/big 格式 . 41 关联发布关系设定 . 41 资源展示调试过程 . 41 导入美工源代码 +导入 HTML 文件 . 41 用组件把有关文章列表的具体信息替换并快速加工组件 . 43 最后检查模板中的文件和资源有效性 . 45 美工设计人员直接协同管理这些 HTML 代码 . 45 资源采集端功能快速延展开发 . 45 动态显示延展快速配置开发 . 51 配置动态模板 . 51 发布创建动态程序 . 51 调用动态显示文档 . 53 快速登陆设计 . 54 建立登陆代理模板 . 54 生成登陆时调用的 CGI 程序 . 56 在登陆页上调用登陆程序 . 57 快速登陆示例 . 57 快速权限控 制 . 59 资源采集和动态显示程序的用户验证控制 . 59 资源采集和动态显示程序的用户权限控制 . 61 个性用户管理中心延展 . 63 建立或复制用户中心模板 . 63 建立或复制权限信息 . 64 建立核心信息交互代理并注册到 Webdaemon 中心 . 65 用拓展用户中心代替原有方式并展示 . 66 个性化跟踪设置 . 67 个性快速挖掘功能 . 68 内容版本的延展 . 68 统计排行的延展 . 69 其他内容服务的延展 . 69 4 总结和展望 . 70 ILogic 标准 . 70 实施总结 . 70 维护总结 . 71 产品发布总结 . 72 平台比较和展望 . 72 第 5 页 共 73页 1 概述 目的 典型的公告交流版，按照增量开发模型逐步构造，我们来体验如何高效、渐进的基于 Web 的信息系统的 iLogic 开发模式。 思考 渐进的信息系统包括哪几个层次？各个层次的特点是什么？ 原理回顾 这里按照最简单的渐进过程加以逐步说明： 第一层次 公 告簿，通过 CMS 发布和管理静态公告簿以镶入只读主网站 自由改变控制的一级、二级栏目 每一栏目文章发布、回复文章发布 最新文章、热门话题、最欢迎文章 典型的公告簿系统配置 第二层次 公告版，通过采集和动态显示功能生成动态模块成为应用系统 采集功能使能和配置 动态显示使能和配置 用户名靠用户自己输入来解决！ 第三层次 个性化公告版，嵌入 Macs 使能全面解决注册登陆等个性化功能 个人配置 个性提示 环顾四方 第 6 页 共 73页 查询用户 个性化排行 第四层次 管理代理封装，拓展典型的管理功能代理完成管理端产生 再次生成管理端 构造完 整的系统 并实现锁定封装 第 7 页 共 73页 2 准备 系统需求分析和预备工作 Demo 版本已经准备好，参见 demo.rar，可单击 html 网页分析。 说明 参照该公告版作简单用例， IIS 指定， index.asp，用户名 / 密码： guest/guest，同时参照 qianxun3D 来控制栏目构造等 通用实施和维护计划 实施计划 这是一个编码的实际过程，周期按照最短周期计算，人天按照基本工时算。 周期 工作名称 工作描述和技术要求 人天 +10 需求分析 专业需求分析人员 10 人天 +20 原型设计 专业设计人员 10 人天 +30 页面制作 精通网页制作，精通 Javascript 代码 10 人天 +40 数据库分析设计 精通数据库设计，高级数据库分析人员，同时具备编程能力并全力贯穿在系统设计过程中 10 人天 +50 概要分析和设计 精通程序设计架构，制作完整的程序输入、输出架构，便于协同开发 10 人天 +55 栏目架构管理和树状显示模块 精通数据库编程、服务端脚本编程、网页编程，如何管理树状的栏目结构，并，从数据库中挖掘并以树状模式显示 5 人天 +55 留言回复模块 精通数据库编程、服务端脚本编程、网页编程，留言 、回复、显示模块，并对访问做出自动记录，便于统计 5 人天 第 8 页 共 73页 +55 留言列表模块 精通数据库编程、服务端脚本编程、网页编程，挖掘分页模式的留言列表，同时挖掘点击数、回复数等，全面构建讨论区留言列表、最新留言列表、最热留言列表和最欢迎留言列表 5 人天 +55 用户注册管理模块 用户的注册管理模块 5 人天 +60 留言总体统计 精通数据库编程、服务端脚本编程、网页编程，同时精通统计和排行，对留言直接作各种统计 5 人天 +60 个人统计和排行系统 5 人天 +60 用户在线模块 5 人天 +60 其他 5 人天 +65 测试发布 5 人天 65 天的周期 90 人天工作量的系统实施计划，但需要 1 个精通数据库设计和系统分析人员， 3 个编程人员， 2 个美工设计人员，工作基本上是串式进行，分散在 3 个月过程中。系统分析和数据库设计人员必须贯彻整个工作，其他人员可以自行调配的前提下，共计（ 3+3） 6 人月，最坏的情况可以做到 3 人月 *6 18 人月的最终实施计划。 维护计划 如果需要改变整个留言的结构，并全面改变美工页面，维护计划如何？一般而言，原来的人员可能已经改变，并且另有他事，美工人员无法实现单独的改变和维护，在原 有系统基础上的维护计划如下。 周期 工作名称 工作描述和技术要求 人天 +10 原型设计 专业设计人员 10 人天 +20 页面制作 精通网页制作，精通 Javascript 代码 10 人天 +25 数据库分析设计 精通数据库设计，高级数据库分析人员，同时具备编程能力并全力贯穿在系统设计过程中 5 人天 第 9 页 共 73页 +30 概要分析和设计 精通程序设计架构，制作完整的程序输入、输出架构，便于协同开发 5 人天 +32.5 栏目架构管理和树状显示模块 精通数据库编程、服务端脚本编程、网页编程，如何管理树状的栏目结构，并， 从数据库中挖掘并以树状模式显示 2.5 人天 +35 留言回复模块 精通数据库编程、服务端脚本编程、网页编程，留言、回复、显示模块，并对访问做出自动记录，便于统计 2.5 人天 +32.5 留言列表模块 精通数据库编程、服务端脚本编程、网页编程，挖掘分页模式的留言列表，同时挖掘点击数、回复数等，全面构建讨论区留言列表、最新留言列表、最热留言列表和最欢迎留言列表 2.5 人天 +35 用户注册管理模块 用户的注册管理模块 2.5 人天 +37.5 留言总体统计 精通数据库编程、服务端脚本编程、网页编程，同时精 通统计和排行，对留言直接作各种统计 2.5 人天 +40 个人统计和排行系统 2.5 人天 +37.5 用户在线模块 2.5 人天 +40 其他 2.5 人天 +45 测试发布 5 人天 45 人天周期和 55 人天的工作量，每次维护复杂度超过原有系统建设时的 1/2，维护工作量极其繁重。 发布计划 在上述实施和维护的情况下，由于存在以下问题： （ 1） 人员筹备困难 第 10 页 共 73 页 （ 2） 成本无法控制 （ 3） 效率无法提升 （ 4） 设计质量不高 （ 5） 无法有效维护 该电子公告版无法发布，实际上一般公司难以做到该电子公告版的有效发布。 思考 您有什么 更好的更快的办法可以快于该实施计划呢？ 基于 iLogic Studio 的实施模式 统一信息发布阶段 第一步：项目、样式和全局变量等整体定义 项目 样式 第二步：基于全局变量和公共支持引用体系的总体分析 全局变量 第三步：资源结构化全面分析和定义过程 资源定义 资源架构定义 第四步：资源挖掘处理开发过程 资源横向组织 资源纵向组织树 最新资源列表挖掘 最热资源列表挖掘 第五步：资源发布格式定义过程 统一发布资源 gb/big 格式 关联发布关系设定 第六步：资源展示调试过程 X1 页面融合展示 第 11 页 共 73 页 X2 页面融合展示 统一信息服务服务简单拓展阶段 第六步：各种采集端功能延展开发 第七步：综合动态显示延展配置开发 统一信息服务服务复杂拓展阶段 第八步：登陆过程 第九步：权限控制 第十步：个性展示 第十一步：个性挖掘 第十二步：延展个性数据存储 管理代理延展封装阶段 第十二步：内容版本的延展 第十二步：统计服务的延展 第十三步：访问服务的延展 我们将根据 CMS 开发的层次结构及信息发布的阶段，以一个简单的例子“电子公告板”来具体做详细的介绍。 注意 请逐步跟着操作，对于部分细节，将在后续手册中作进一步阐明。 确保 e_TechCMS 系统是否正常工作 整个操作进行前请首先确定 e_TechCMS系统的各个后台进程都已经启动并正常工作，确认方法为登陆系统后点击左菜单“高级管理” “日志查看” “系统状况”，则会显示如下图所示信息，如果有后台程序状态为“尚未启动”，则需要排除问题后继续下面的工作： 第 12 页 共 73 页 第 13 页 共 73 页 3 快速实施 项目、样式初始化 项目 在“ 协同开发 -项目管理 -项目维护 “中点击 就进入项目添加界面，添加项目，如下图所示。 样式 在“ 协同开发 -项目管理 -样式维护 ”中点击 就增加一个样式，其中 url 地址可以自动生成，端口自动生成， cgi 的路径不要跟默认的 apache 下的cgi-bin 目录一样。 第 14 页 共 73 页 基于全局变量和公共支持引用体系的总体分析 整体表现形式的分析 采用左右的页面形式来表达全部系统，即基本采用桢技术来支撑整个框架，具体架构如下： 左导航： 上： GlobalTree，树结构支撑的 Javascript 函数 中： logo 区， online 下：主树导航页 右主体： 上： title 区， title1.htm+title2.htm+title3.htm 中： main1.htm+主体显示 +main3.htm 下： bottom:bottom1.htm+bottom2.htm+bottom3.htm 整个页面采用 main.css 作为样式表控制页面形式。 注意 嵌入绝大部分页面起作用的一般采取引用公共支持体系的模式便于可视化设 第 15 页 共 73 页 计，否则用全局变量来表达便于直接改变和控制！ 提议 框架的形式用全局变量模式来表达，而基本文件部分用公共支持体系表达。 全局变量构建 考虑到系统的可复制性，在“协同开发 -项目管理 -全局变量维护”中增加 html头部 、 html 尾部、公司名称、 CCS 样式表等全局变量，下表为全局变量和典型值的列表。 名称 值 $G corporation $G title $Gbottom $G main_left $G main_right 说明 常用的全局变量的建立是良好系统规划的一部分。 公共支持和引用体系的建立 对于所有的 CSS 文件和公共图片文件，建立公共资源文件模板，通过批量工具导入这些公共支持文件。 公共资源如下图所示： 第 16 页 共 73 页 公共资源文件模板建立说明如 下： 元素 名称 元素 值 说明 模板 公共资源文件 外部调用 page_wiz?p_id=$projid& t_id=$tempid&d_id=$docid &html=$html_1 资源片断和内容模块的标识 组件 资源文件 组件类型 文件类型 文件名处理规则 保持文件名 公共资源的关键标识 单击该资源文件，然后选择“常用工具 -批量文件导入”，即可看到上载界面，如下图所示。 第 17 页 共 73 页 选择相应的目录，连同子目录一起上载，最后可以在“公共资源文件”文档列表里看到所有公共资源文 件，如下图所示，这些公共文件在发布后将按照预定的目录分布模式分布。 第 18 页 共 73 页 说明 所有模板里面的嵌入文件一律采用公共资源文件模式解决，所有文件必须归属于系统的直接管理范围内。 核心资源结构化全面分析和定义过程 核心资源分析 根据电子公告版的需求，经过分析应首先对其中源源不断的资源作重点分析，它们是整个系统必须首先关注的重点。 显然留言、回复是整个电子公告版的核心信息资源部分，留言和回复作为公告版的主体资源部分，实际上是完全可以统一的。 说明 核心资源尽量集中，不同的核心资源之间的关系尽量完全分离开， 以便于展开对这些资源的后续进一步设计、引用和分析，一个统一的资源更加便于统一管理、挖掘和分析。 第 19 页 共 73 页 对于该核心资源作进一步分析： 名称 属性 类型 说明 文档号 默认 自动增加 自动生成的文档号 操作人员 默认 如“作者”等无需再行创建 操作时间 默认 时间 如“时间”等无需再行创建 所属版区 定义 选择 标题 定义 文本 内容 定义 正文 父 ID 号 定义 数字 把回复跟留言完全融合，第一次留言该 ID=0 点击次数 扩展 引用 点击次数由 Webdaemon 的资源访问控制 提示 核心资源在基本模式的定义下可以随意拓展，对于一般的公告版所属版区、标题、内容和父号接口表达核心资源。 核心资源定义 -定义留言信息的正文页模板 在“ 协同开发 -模板管理 -模板维护 ”中点击 就进入模板增加界面，添加如下信息，创建“正文页”模板。 在创建好的“正文页”模板中，单击“可视全屏编辑工具”维护页面表现代码并添加典型组件，作快速直接部署。 第 20 页 共 73 页 说明 在可视化的全屏设计工具中，将集中典型的页面设计、公共资源文件引用功能、公共变量、组件可视设计等功能，以实现模板和组件设计的简洁性、有效性。 其中 典型组件设计说明如下： 组件名称 属性 组件类型 组件补充说明 社区 第一层次类别 动态选择列表 先用标题类型临时替代 版区 第二层次类别 动态选择列表 先用标题类型临时替代 主题 留言的标题 文本 正文内容 留言的内容 正文 父留言号 回复所针对的留言 数字 点击次数 留言的浏览次数 外挂信息服务 先用数字类型临时替代 上一篇 上一个留言 自动信息列表 参见后续设计 下一篇 下一个留言 自动信息列表 参见后续设计 注意 组件设计时，遵守从简单到复杂的原则，支持用户先简单的组件来 代替原型设计过程，如上表所示很多组件在起始设立时都可以做到直接设计，然后逐步改进和完善以符合最终用户的需要。 第 21 页 共 73 页 核心资源架构 树状架构的组织形式 一般而言，对于核心资源都有它自身的存储和显示架构，这些架构一般都是建立在“ 栏目结构表 ”的基础上，因此必须快速构建树状栏目结构表。 在“ 协同开发 -模板管理 -模板维护 ”中点击 就进入模板增加界面，添加基本信息，创建“栏目结构表”模板。 在“栏目结构表”中，增加如下表所示的几个典型组件： 组件名称 属性 组件类型 父栏目 栏目结构表父键 树状结构外挂插件 子栏目名称 子栏目中文子名称 标题类型 子键 子栏目子键值 标题类型 提示 父栏目算法如下： #Agent:/cgi-bin/publish/www_agent #CGI:/cgi-bin/publish/tree_view #Param:type=2&sql=select parent,ename, child from sp_t10&rootname=公告板 &sepch= #Command:选择 #Arrange: 并在文档列表里点击 添加典型的栏目结构，添加视图如下： 注意 根的键值 为 root，当我们采用较复杂的树结构时，父栏目必须对应父键值，同时对于一级栏目建议从根开始追加。 第 22 页 共 73 页 当添加了几个基本的栏目和子栏目后，我们可以通过父栏目的“选择”来选择父栏目。 最后添加的初始化栏目如下图所示： 第 23 页 共 73 页 核心资源存储架构如下： 第 24 页 共 73 页 说明 资源的存储架构一般用树状结构表表达，树状结构可以选用简单的树状结构或者复杂的树状结构，具体可以参见后续手册。 资源和资源结构之总结 分解出不同的资源，并把这些资源以一种通用的树结构的形式组织起来，基本上标志一个系统框架的成功建立。 因此对于资源、资源结 构必须给出足够的重视，在此基础上更多应用才能得以更加合理的展开。 说明 重视、重视、再重视是对资源本身关注的一个表现。 资源挖掘处理开发过程 对上述的资源和资源架构，根据用户的需求，快速的进行数据挖掘，提供各种自适应的增量模式的协同服务，充分体现出本系统的“随需应变”。 说明 导航、列表是资源挖掘的重中之重，导航列表之后就是一些典型的数据服务，下面将快速实施资源的挖掘处理，“快速开发”是系统实施的一个基本标准。 建立树状导航页模板 在“ 协同开发 -模板管理 -模板维护 ”中点击 选用模板复制功能，复 制一个典型的“树状结构导航内容”模板。 第 25 页 共 73 页 第 26 页 共 73 页 说明 树状导航页以及很多典型的复杂功能页均可采用一种个性化内容模块的实现方式，个性化的内容模块一般从“个性化组件指南”模板中获得。 练习 请分析该典型内容模块的关键作用和特点，并尝试使用内容模块的方式导入，“内容模块” 方式是另一种引用内容模块的典型方法，具体参见后续手册。 第 27 页 共 73 页 检查该内容模块的典型组件和典型模板进行校正。 添加一个导航页文档，如下图所示： #sql:select 父栏目 ,子栏目 ,英文名称 from 栏目结构表 #limit: #code: #html:父栏目 ,英文名称 ,子栏目 | 校正数据库父子列表的算法 #Container:./tree_list $数据库父子列表 $手动树列表 $根名 #Regex:/$nodeNOt$deptht$parentkeyt$parentNOt$keyt$namet$valuet$ifExistChildt$curkeyloct$curnamelocn/ #limit: #code: my $html； if($depth=0) $html=qq|$key=gFld($name, )；foldersTree=$key；|； else if($ifExistChild=-1) $html=qq|$key=insDoc($parentkey, gLnk($depth, $name, )；|； else $html=qq|$key=insFld($parentkey, gFld($name, )；|； #html:$htmln 校正导航数据的算法 第 28 页 共 73 页 最终合成的页面效果如下： 第 29 页 共 73 页 说明 树状导航页以及很多典型 的复杂配置请参见后续手册的详细说明。 挖掘讨论区文章列表 在“ 协同开发 -模板管理 -模板维护 ”中点击 就进入模板增加界面，并添加如下信息，创建“讨论区列表页”模板。 第 30 页 共 73 页 在“ 协同开发 -模板管理 -模板列表 ”中，选定“ 讨论区列表页“ 模板，在“ 协同开发 -模板管理 -组件维护 ”中，添加如下组件。 其中，具体组件配置如下表所示。 组件名称 组件类型 说明 选定栏目 动态选择列表 添加模板文档时要选择的栏目的名称 讨论区列表 自动信息列表 构建特定讨论区的列表 增页 列表增页 对列表的增页 其中讨 论区列表和增页组件是典型的自动挖掘类型的组件，实现方式可以手动编写，但需要非常熟练才可以。一般采用“快速组件向导”的方法实现，实现过程如下。 第 31 页 共 73 页 第 32 页 共 73 页 第 33 页 共 73 页 第 34 页 共 73 页 第 35 页 共 73 页 第 36 页 共 73 页 通过这些向导，完成了组件的自动生成，具体算法代码如下所示。 第 37 页 共 73 页 练习 选定栏目和增页都比较简单，请按照用户需求自行设计。 说明 自动信息列表的二次开发参见后续具体手册，以上为典型的嵌入式自动信息列表的开发，能非常符合列表复杂的各种情况。 #sql:select 主题 ,creator, createdate, createtime, url ,d_id from 正文页 where 版区 =$选定栏目 and 父留言号 prepare(select Count(*) from 正文页 where 父留言号 =d_id) | &error(sql prepare 错误！ $dbh-errstr)；$sth-execute() | &error(sql 运行错误！ $dbh-errstr)； my $hashref = $sth1-fetchrow_hashref； $sth1=$dbh-prepare(select createtime from 正文页 where 父留言号 =d_id order by createtime desc) | &error(sql prepare 错误！ $dbh-errstr)； $sth1-execute() | &error(sql 运行错误！ $dbh-errstr)； my $hashref = $sth1-fetchrow_hashref； $sth1-finish； undef $sth1； #html: $replycount  ；  ；主题 creator $clickcount  ； ； ； ； ； ；$replytime 典型列表算法 第 38 页 共 73 页 挖掘最新资源文档列表 在“ 协同开发 -模板管理 -模板维护 ”中点击 就进入， 模板维护并添加如下信息， 在“ 协同开发 -模板管理 -模板列表 ”中，选定“ 新文章列表页“ 模板，在“ 协同开发 -模板管理 -组件维护 ”中，添加如下组件。 思考 列表设计几乎完全相似，不相同的在哪儿？请思考。 挖掘热门话题的列表 同上，按照回复次数多寡构建热门话题列表。 练习 请自行设计。 挖掘最受欢迎文章的列表 同上，按照浏览次数多寡构建热门话题列表。 练习 第 39 页 共 73 页 请自行设计。 快速挖掘其他资源 正文页中补充挖掘组件 组件名称 组件类型 说明 上一篇 自动信息列表 链接到上一个留言 下一 篇 自动信息列表 链接到下一个留言 回复文章列表 自动信息列表 集中体现所有回复 这里我们将继续采用“扩展组件”的快速设计模式，如下，将以“上一篇”为完全扩展设计模式的示意，将会获得更高更快的体验。 第 40 页 共 73 页 发布即可实现，自动增加该组件。 练习 自动向导产生的组件 第 41 页 共 73 页 请自行快速设计其他组件，并思考快速设计模型的关键作用！ 说明 对于自动挖掘类型，系统提供了足够的内容模块和扩展组件，建议用这些快速实现的模式实现挖掘的快速生成。 资源发布格式定义过程 统一发布资源 gb/big 格式 给出说明 关联发 布关系设定 给出设定 资源展示调试过程 资源展示的调试过程，就是把我们 CMS 开发出来的模板及添加的文档内