基于內(nèi)容管理的協(xié)同服務(wù)平臺(tái)之開始體驗(yàn)
《基于內(nèi)容管理的協(xié)同服務(wù)平臺(tái)之開始體驗(yàn)》由會(huì)員分享,可在線閱讀,更多相關(guān)《基于內(nèi)容管理的協(xié)同服務(wù)平臺(tái)之開始體驗(yàn)(75頁珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。
1、 iLogic Studio 基于內(nèi)容管理的協(xié)同服務(wù)平臺(tái)之開始體驗(yàn) 2004年 版本記錄 版本號(hào) 日期 版本說明 修改者 V2.7.0 20040625 初步制作電子公告版到用戶個(gè)性化的過程記錄。 曾滿平 目錄 版本記錄 2 目錄 3 1 概述 5 目的 5 原理回顧 5 第一
2、層次 5 第二層次 5 第三層次 5 第四層次 6 2 準(zhǔn)備 7 需求分析 7 通用實(shí)施和維護(hù)計(jì)劃 7 實(shí)施計(jì)劃 7 維護(hù)計(jì)劃 8 發(fā)布計(jì)劃 9 基于iLogic Studio的實(shí)施模式 10 統(tǒng)一信息發(fā)布階段 10 統(tǒng)一信息服務(wù)服務(wù)簡(jiǎn)單拓展階段 11 統(tǒng)一信息服務(wù)服務(wù)復(fù)雜拓展階段 11 管理代理延展封裝階段 11 3 快速實(shí)施 12 項(xiàng)目、樣式初始化 12 項(xiàng)目 12 樣式 12 基于全局變量和公共支持引用體系的總體分析 13 整體表現(xiàn)形式的分析 13 全局變量構(gòu)建 14 公共支持和引用體系的建立 14 核心資源結(jié)構(gòu)化全面分析和定義過程 17
3、核心資源分析 17 核心資源定義--定義留言信息的正文頁模板 18 核心資源架構(gòu)—樹狀架構(gòu)的組織形式 20 資源和資源結(jié)構(gòu)之總結(jié) 23 資源挖掘處理開發(fā)過程 23 建立樹狀導(dǎo)航頁模板 23 挖掘討論區(qū)文章列表 28 挖掘最新資源文檔列表 37 挖掘熱門話題的列表 37 挖掘最受歡迎文章的列表 37 快速挖掘其他資源 38 資源發(fā)布格式定義過程 40 統(tǒng)一發(fā)布資源gb/big格式 40 關(guān)聯(lián)發(fā)布關(guān)系設(shè)定 40 資源展示調(diào)試過程 40 導(dǎo)入美工源代碼+導(dǎo)入HTML文件 40 用組件把有關(guān)文章列表的具體信息替換并快速加工組件 42 最后檢查模板中的文件和資源有效性
4、44 美工設(shè)計(jì)人員直接協(xié)同管理這些HTML代碼 44 資源采集端功能快速延展開發(fā) 44 動(dòng)態(tài)顯示延展快速配置開發(fā) 50 配置動(dòng)態(tài)模板 50 發(fā)布創(chuàng)建動(dòng)態(tài)程序 50 調(diào)用動(dòng)態(tài)顯示文檔 52 快速登陸設(shè)計(jì) 53 建立登陸代理模板 53 生成登陸時(shí)調(diào)用的CGI程序 55 在登陸頁上調(diào)用登陸程序 56 快速登陸示例 56 快速權(quán)限控制 58 資源采集和動(dòng)態(tài)顯示程序的用戶驗(yàn)證控制 58 資源采集和動(dòng)態(tài)顯示程序的用戶權(quán)限控制 60 個(gè)性用戶管理中心延展 62 建立或復(fù)制用戶中心模板 62 建立或復(fù)制權(quán)限信息 63 建立核心信息交互代理并注冊(cè)到Webdaemon中心 64
5、 用拓展用戶中心代替原有方式并展示 65 個(gè)性化跟蹤設(shè)置 66 個(gè)性快速挖掘功能 67 內(nèi)容版本的延展 67 統(tǒng)計(jì)排行的延展 68 其他內(nèi)容服務(wù)的延展 68 4 總結(jié)和展望 69 ILogic標(biāo)準(zhǔn) 69 實(shí)施總結(jié) 69 維護(hù)總結(jié) 70 產(chǎn)品發(fā)布總結(jié) 71 平臺(tái)比較和展望 71 1 概述 目的 典型的公告交流版,按照增量開發(fā)模型逐步構(gòu)造,我們來體驗(yàn)如何高效、漸進(jìn)的基于Web的信息系統(tǒng)的iLogic開發(fā)模式。 [思考] 漸進(jìn)的信息系統(tǒng)包括哪幾個(gè)層次?各個(gè)層次的特點(diǎn)是什么? 原理回顧 這里按照最簡(jiǎn)單的漸進(jìn)過程加以逐步說明: 第一層次 公告簿,通過CM
6、S發(fā)布和管理靜態(tài)公告簿以鑲?cè)胫蛔x主網(wǎng)站 自由改變控制的一級(jí)、二級(jí)欄目 每一欄目文章發(fā)布、回復(fù)文章發(fā)布 最新文章、熱門話題、最歡迎文章 典型的公告簿系統(tǒng)配置 第二層次 公告版,通過采集和動(dòng)態(tài)顯示功能生成動(dòng)態(tài)模塊成為應(yīng)用系統(tǒng) 采集功能使能和配置 動(dòng)態(tài)顯示使能和配置 用戶名靠用戶自己輸入來解決! 第三層次 個(gè)性化公告版,嵌入Macs使能全面解決注冊(cè)登陸等個(gè)性化功能 個(gè)人配置 個(gè)性提示 環(huán)顧四方 查詢用戶 個(gè)性化排行 第四層次 管理代理封裝,拓展典型的管理功能代理完成管理端產(chǎn)生 再次生成管理端 構(gòu)造完整的系統(tǒng) 并實(shí)現(xiàn)鎖定封裝 2 準(zhǔn)備 系統(tǒng)需求分析和預(yù)備工
7、作 Demo版本已經(jīng)準(zhǔn)備好,參見demo.rar,可單擊html網(wǎng)頁分析。 [說明] 參照該公告版作簡(jiǎn)單用例,IIS指定,index.asp,用戶名/ 密碼:guest/guest,同時(shí)參照qianxun3D來控制欄目構(gòu)造等 通用實(shí)施和維護(hù)計(jì)劃 實(shí)施計(jì)劃 這是一個(gè)編碼的實(shí)際過程,周期按照最短周期計(jì)算,人天按照基本工時(shí)算。 周期 工作名稱 工作描述和技術(shù)要求 人天 +10 需求分析 專業(yè)需求分析人員 10人天 +20 原型設(shè)計(jì) 專業(yè)設(shè)計(jì)人員 10人天 +30 頁面制作 精通網(wǎng)頁制作,精通Javascript代碼 10人天 +40 數(shù)據(jù)庫分析
8、設(shè)計(jì) 精通數(shù)據(jù)庫設(shè)計(jì),高級(jí)數(shù)據(jù)庫分析人員,同時(shí)具備編程能力并全力貫穿在系統(tǒng)設(shè)計(jì)過程中 10人天 +50 概要分析和設(shè)計(jì) 精通程序設(shè)計(jì)架構(gòu),制作完整的程序輸入、輸出架構(gòu),便于協(xié)同開發(fā) 10人天 +55 欄目架構(gòu)管理和樹狀顯示模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,如何管理樹狀的欄目結(jié)構(gòu),并,從數(shù)據(jù)庫中挖掘并以樹狀模式顯示 5人天 +55 留言回復(fù)模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,留言、回復(fù)、顯示模塊,并對(duì)訪問做出自動(dòng)記錄,便于統(tǒng)計(jì) 5人天 +55 留言列表模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,挖掘分頁模式的留言列表,同時(shí)挖掘點(diǎn)擊數(shù)
9、、回復(fù)數(shù)等,全面構(gòu)建討論區(qū)留言列表、最新留言列表、最熱留言列表和最歡迎留言列表 5人天 +55 用戶注冊(cè)管理模塊 用戶的注冊(cè)管理模塊 5人天 +60 留言總體統(tǒng)計(jì) 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,同時(shí)精通統(tǒng)計(jì)和排行,對(duì)留言直接作各種統(tǒng)計(jì) 5人天 +60 個(gè)人統(tǒng)計(jì)和排行系統(tǒng) 5人天 +60 用戶在線模塊 5人天 +60 其他 5人天 +65 測(cè)試發(fā)布 5人天 65天的周期90人天工作量的系統(tǒng)實(shí)施計(jì)劃,但需要1個(gè)精通數(shù)據(jù)庫設(shè)計(jì)和系統(tǒng)分析人員,3個(gè)編程人員,2個(gè)美工設(shè)計(jì)人員,工作基本上是串式進(jìn)行,分散在3個(gè)月過程中。系統(tǒng)分析和
10、數(shù)據(jù)庫設(shè)計(jì)人員必須貫徹整個(gè)工作,其他人員可以自行調(diào)配的前提下,共計(jì)(3+3)=6人月,最壞的情況可以做到3人月*6=18人月的最終實(shí)施計(jì)劃。 維護(hù)計(jì)劃 如果需要改變整個(gè)留言的結(jié)構(gòu),并全面改變美工頁面,維護(hù)計(jì)劃如何?一般而言,原來的人員可能已經(jīng)改變,并且另有他事,美工人員無法實(shí)現(xiàn)單獨(dú)的改變和維護(hù),在原有系統(tǒng)基礎(chǔ)上的維護(hù)計(jì)劃如下。 周期 工作名稱 工作描述和技術(shù)要求 人天 +10 原型設(shè)計(jì) 專業(yè)設(shè)計(jì)人員 10人天 +20 頁面制作 精通網(wǎng)頁制作,精通Javascript代碼 10人天 +25 數(shù)據(jù)庫分析設(shè)計(jì) 精通數(shù)據(jù)庫設(shè)計(jì),高級(jí)數(shù)據(jù)庫分析人員,同時(shí)具備編程能力
11、并全力貫穿在系統(tǒng)設(shè)計(jì)過程中 5人天 +30 概要分析和設(shè)計(jì) 精通程序設(shè)計(jì)架構(gòu),制作完整的程序輸入、輸出架構(gòu),便于協(xié)同開發(fā) 5人天 +32.5 欄目架構(gòu)管理和樹狀顯示模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,如何管理樹狀的欄目結(jié)構(gòu),并,從數(shù)據(jù)庫中挖掘并以樹狀模式顯示 2.5人天 +35 留言回復(fù)模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,留言、回復(fù)、顯示模塊,并對(duì)訪問做出自動(dòng)記錄,便于統(tǒng)計(jì) 2.5人天 +32.5 留言列表模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,挖掘分頁模式的留言列表,同時(shí)挖掘點(diǎn)擊數(shù)、回復(fù)數(shù)等,全面構(gòu)建討論區(qū)留言列表、最新留言列表
12、、最熱留言列表和最歡迎留言列表 2.5人天 +35 用戶注冊(cè)管理模塊 用戶的注冊(cè)管理模塊 2.5人天 +37.5 留言總體統(tǒng)計(jì) 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,同時(shí)精通統(tǒng)計(jì)和排行,對(duì)留言直接作各種統(tǒng)計(jì) 2.5人天 +40 個(gè)人統(tǒng)計(jì)和排行系統(tǒng) 2.5人天 +37.5 用戶在線模塊 2.5人天 +40 其他 2.5人天 +45 測(cè)試發(fā)布 5人天 45人天周期和55人天的工作量,每次維護(hù)復(fù)雜度超過原有系統(tǒng)建設(shè)時(shí)的1/2,維護(hù)工作量極其繁重。 發(fā)布計(jì)劃 在上述實(shí)施和維護(hù)的情況下,由于存在以下問題: (1) 人員籌備困難
13、 (2) 成本無法控制 (3) 效率無法提升 (4) 設(shè)計(jì)質(zhì)量不高 (5) 無法有效維護(hù) 該電子公告版無法發(fā)布,實(shí)際上一般公司難以做到該電子公告版的有效發(fā)布。 [思考] 您有什么更好的更快的辦法可以快于該實(shí)施計(jì)劃呢? 基于iLogic Studio的實(shí)施模式 統(tǒng)一信息發(fā)布階段 第一步:項(xiàng)目、樣式和全局變量等整體定義 項(xiàng)目 樣式 第二步:基于全局變量和公共支持引用體系的總體分析 全局變量 第三步:資源結(jié)構(gòu)化全面分析和定義過程 資源定義 資源架構(gòu)定義 第四步:資源挖掘處理開發(fā)過程 資源橫向組織 資源縱向組織樹 最新資源列表挖掘 最熱資源列表挖掘
14、 第五步:資源發(fā)布格式定義過程 統(tǒng)一發(fā)布資源gb/big格式 關(guān)聯(lián)發(fā)布關(guān)系設(shè)定 第六步:資源展示調(diào)試過程 X1頁面融合展示 X2頁面融合展示 統(tǒng)一信息服務(wù)服務(wù)簡(jiǎn)單拓展階段 第六步:各種采集端功能延展開發(fā) … 第七步:綜合動(dòng)態(tài)顯示延展配置開發(fā) … 統(tǒng)一信息服務(wù)服務(wù)復(fù)雜拓展階段 第八步:登陸過程 第九步:權(quán)限控制 第十步:個(gè)性展示 第十一步:個(gè)性挖掘 第十二步:延展個(gè)性數(shù)據(jù)存儲(chǔ) 管理代理延展封裝階段 第十二步:內(nèi)容版本的延展 第十二步:統(tǒng)計(jì)服務(wù)的延展 第十三步:訪問服務(wù)的延展 我們將根據(jù)CMS開發(fā)的層次結(jié)構(gòu)及信息發(fā)布的階段,以一個(gè)簡(jiǎn)單的例子
15、“電子公告板”來具體做詳細(xì)的介紹。 [注意] 請(qǐng)逐步跟著操作,對(duì)于部分細(xì)節(jié),將在后續(xù)手冊(cè)中作進(jìn)一步闡明。 確保e_TechCMS系統(tǒng)是否正常工作 整個(gè)操作進(jìn)行前請(qǐng)首先確定e_TechCMS系統(tǒng)的各個(gè)后臺(tái)進(jìn)程都已經(jīng)啟動(dòng)并正常工作,確認(rèn)方法為登陸系統(tǒng)后點(diǎn)擊左菜單“高級(jí)管理”“日志查看”“系統(tǒng)狀況”,則會(huì)顯示如下圖所示信息,如果有后臺(tái)程序狀態(tài)為“尚未啟動(dòng)”,則需要排除問題后繼續(xù)下面的工作: 3 快速實(shí)施 項(xiàng)目、樣式初始化 項(xiàng)目 在“協(xié)同開發(fā)->項(xiàng)目管理->項(xiàng)目維護(hù)“中點(diǎn)擊 就進(jìn)入項(xiàng)目添加界面,添加項(xiàng)目,如下圖所示。 樣式 在“協(xié)同開發(fā)->項(xiàng)目管理->樣式維護(hù)”中點(diǎn)擊就增
16、加一個(gè)樣式,其中url地址可以自動(dòng)生成,端口自動(dòng)生成,cgi的路徑不要跟默認(rèn)的apache下的cgi-bin目錄一樣。 基于全局變量和公共支持引用體系的總體分析 整體表現(xiàn)形式的分析 采用左右的頁面形式來表達(dá)全部系統(tǒng),即基本采用楨技術(shù)來支撐整個(gè)框架,具體架構(gòu)如下: 左導(dǎo)航: 上:GlobalTree,樹結(jié)構(gòu)支撐的Javascript函數(shù) 中:logo區(qū),online 下:主樹導(dǎo)航頁 右主體: 上:title區(qū),title1.htm+title2.htm+title3.htm 中:main1.htm+主體顯示+main3.htm 下:bottom:bot
17、tom1.htm+bottom2.htm+bottom3.htm 整個(gè)頁面采用main.css作為樣式表控制頁面形式。 [注意] 嵌入絕大部分頁面起作用的一般采取引用公共支持體系的模式便于可視化設(shè)計(jì),否則用全局變量來表達(dá)便于直接改變和控制! [提議] 框架的形式用全局變量模式來表達(dá),而基本文件部分用公共支持體系表達(dá)。 全局變量構(gòu)建 考慮到系統(tǒng)的可復(fù)制性,在“協(xié)同開發(fā)->項(xiàng)目管理->全局變量維護(hù)”中增加html頭部、html尾部、公司名稱、CCS樣式表等全局變量,下表為全局變量和典型值的列表。 名稱 值 $G{ corporation }
18、$G{ title } $G{bottom} $G{ main_left } $G{ main_right } [說明] 常用的全局變量的建立是良好系統(tǒng)規(guī)劃的一部分。 公共支持和引用體系的建立 對(duì)于所有的CSS文件和公共圖片文件,建立公共資源文件模板,通過批量工具導(dǎo)入這些公共支持文件。 公共資源如下圖所示: 公共資源文件模板建立說明如下: 元素 名稱 元素 值 說明 模板 公共資源文件 外部調(diào)用 page_wiz?p_id=${projid}& t_id=${tempid}&d_id=${docid} &h
19、tml=${html_1} 資源片斷和內(nèi)容模塊的標(biāo)識(shí) 組件 資源文件 組件類型 文件類型 文件名處理規(guī)則 保持文件名 公共資源的關(guān)鍵標(biāo)識(shí) 單擊該資源文件,然后選擇“常用工具->批量文件導(dǎo)入”,即可看到上載界面,如下圖所示。 選擇相應(yīng)的目錄,連同子目錄一起上載,最后可以在“公共資源文件”文檔列表里看到所有公共資源文件,如下圖所示,這些公共文件在發(fā)布后將按照預(yù)定的目錄分布模式分布。 [說明] 所有模板里面的嵌入文件一律采用公共資源文件模式解決,所有文件必須歸屬于系統(tǒng)的直接管理范圍內(nèi)。 核心資源結(jié)構(gòu)化全面分析和定義過程 核心資源分析
20、根據(jù)電子公告版的需求,經(jīng)過分析應(yīng)首先對(duì)其中源源不斷的資源作重點(diǎn)分析,它們是整個(gè)系統(tǒng)必須首先關(guān)注的重點(diǎn)。 顯然留言、回復(fù)是整個(gè)電子公告版的核心信息資源部分,留言和回復(fù)作為公告版的主體資源部分,實(shí)際上是完全可以統(tǒng)一的。 [說明] 核心資源盡量集中,不同的核心資源之間的關(guān)系盡量完全分離開,以便于展開對(duì)這些資源的后續(xù)進(jìn)一步設(shè)計(jì)、引用和分析,一個(gè)統(tǒng)一的資源更加便于統(tǒng)一管理、挖掘和分析。 對(duì)于該核心資源作進(jìn)一步分析: 名稱 屬性 類型 說明 文檔號(hào) 默認(rèn) 自動(dòng)增加 自動(dòng)生成的文檔號(hào) 操作人員 默認(rèn) 如“作者”等無需再行創(chuàng)建 操作時(shí)間 默認(rèn) 時(shí)間 如“時(shí)間”等無
21、需再行創(chuàng)建 所屬版區(qū) 定義 選擇 標(biāo)題 定義 文本 內(nèi)容 定義 正文 父ID號(hào) 定義 數(shù)字 把回復(fù)跟留言完全融合,第一次留言該ID=0 點(diǎn)擊次數(shù) 擴(kuò)展 引用 點(diǎn)擊次數(shù)由Webdaemon的資源訪問控制 [提示] 核心資源在基本模式的定義下可以隨意拓展,對(duì)于一般的公告版所屬版區(qū)、標(biāo)題、內(nèi)容和父號(hào)接口表達(dá)核心資源。 核心資源定義--定義留言信息的正文頁模板 在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中點(diǎn)擊就進(jìn)入模板增加界面,添加如下信息,創(chuàng)建“正文頁”模板。 在創(chuàng)建好的“正文頁”模板中,單擊“可視全屏編輯工具”維護(hù)頁面表現(xiàn)代碼并添加典型組件
22、,作快速直接部署。 [說明] 在可視化的全屏設(shè)計(jì)工具中,將集中典型的頁面設(shè)計(jì)、公共資源文件引用功能、公共變量、組件可視設(shè)計(jì)等功能,以實(shí)現(xiàn)模板和組件設(shè)計(jì)的簡(jiǎn)潔性、有效性。 其中典型組件設(shè)計(jì)說明如下: 組件名稱 屬性 組件類型 組件補(bǔ)充說明 社區(qū) 第一層次類別 動(dòng)態(tài)選擇列表 先用標(biāo)題類型臨時(shí)替代 版區(qū) 第二層次類別 動(dòng)態(tài)選擇列表 先用標(biāo)題類型臨時(shí)替代 主題 留言的標(biāo)題 文本 正文內(nèi)容 留言的內(nèi)容 正文 父留言號(hào) 回復(fù)所針對(duì)的留言 數(shù)字 點(diǎn)擊次數(shù) 留言的瀏覽次數(shù) 外掛信息服務(wù) 先用數(shù)字類型臨時(shí)替代 上一篇 上一個(gè)留言
23、自動(dòng)信息列表 參見后續(xù)設(shè)計(jì) 下一篇 下一個(gè)留言 自動(dòng)信息列表 參見后續(xù)設(shè)計(jì) [注意] 組件設(shè)計(jì)時(shí),遵守從簡(jiǎn)單到復(fù)雜的原則,支持用戶先簡(jiǎn)單的組件來代替原型設(shè)計(jì)過程,如上表所示很多組件在起始設(shè)立時(shí)都可以做到直接設(shè)計(jì),然后逐步改進(jìn)和完善以符合最終用戶的需要。 核心資源架構(gòu)—樹狀架構(gòu)的組織形式 一般而言,對(duì)于核心資源都有它自身的存儲(chǔ)和顯示架構(gòu),這些架構(gòu)一般都是建立在“欄目結(jié)構(gòu)表”的基礎(chǔ)上,因此必須快速構(gòu)建樹狀欄目結(jié)構(gòu)表。 在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中點(diǎn)擊就進(jìn)入模板增加界面,添加基本信息,創(chuàng)建“欄目結(jié)構(gòu)表”模板。 在“欄目結(jié)構(gòu)表”中,增加如下表所示的幾個(gè)典型組件:
24、 組件名稱 屬性 組件類型 父欄目 欄目結(jié)構(gòu)表父鍵 樹狀結(jié)構(gòu)外掛插件 子欄目名稱 子欄目中文子名稱 標(biāo)題類型 子鍵 子欄目子鍵值 標(biāo)題類型 [提示] 父欄目算法如下: #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: 并在文檔列表里點(diǎn)擊添加典型的欄目結(jié)構(gòu),添加視圖如下: [
25、注意] 根的鍵值為root,當(dāng)我們采用較復(fù)雜的樹結(jié)構(gòu)時(shí),父欄目必須對(duì)應(yīng)父鍵值,同時(shí)對(duì)于一級(jí)欄目建議從根開始追加。 當(dāng)添加了幾個(gè)基本的欄目和子欄目后,我們可以通過父欄目的“選擇”來選擇父欄目。 最后添加的初始化欄目如下圖所示: 核心資源存儲(chǔ)架構(gòu)如下: [說明] 資源的存儲(chǔ)架構(gòu)一般用樹狀結(jié)構(gòu)表表達(dá),樹狀結(jié)構(gòu)可以選用簡(jiǎn)單的樹狀結(jié)構(gòu)或者復(fù)雜的樹狀結(jié)構(gòu),具體可以參見后續(xù)手冊(cè)。 資源和資源結(jié)構(gòu)之總結(jié) 分解出不同的資源,并把這些資源以一種通用的樹結(jié)構(gòu)的形式組織起來,基本上標(biāo)志一個(gè)系統(tǒng)框架的成功建立。 因此對(duì)于資源、資源結(jié)構(gòu)必須給出足夠的重視,在此基礎(chǔ)上更多應(yīng)用才能得以更
26、加合理的展開。 [說明] 重視、重視、再重視是對(duì)資源本身關(guān)注的一個(gè)表現(xiàn)。 資源挖掘處理開發(fā)過程 對(duì)上述的資源和資源架構(gòu),根據(jù)用戶的需求,快速的進(jìn)行數(shù)據(jù)挖掘,提供各種自適應(yīng)的增量模式的協(xié)同服務(wù),充分體現(xiàn)出本系統(tǒng)的“隨需應(yīng)變”。 [說明] 導(dǎo)航、列表是資源挖掘的重中之重,導(dǎo)航列表之后就是一些典型的數(shù)據(jù)服務(wù),下面將快速實(shí)施資源的挖掘處理,“快速開發(fā)”是系統(tǒng)實(shí)施的一個(gè)基本標(biāo)準(zhǔn)。 建立樹狀導(dǎo)航頁模板 在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中點(diǎn)擊選用模板復(fù)制功能,復(fù)制一個(gè)典型的“樹狀結(jié)構(gòu)導(dǎo)航內(nèi)容”模板。 [說明] 樹狀導(dǎo)航頁以及很多典型的復(fù)雜功能頁均可采用一種個(gè)
27、性化內(nèi)容模塊的實(shí)現(xiàn)方式,個(gè)性化的內(nèi)容模塊一般從“個(gè)性化組件指南”模板中獲得。 [練習(xí)] 請(qǐng)分析該典型內(nèi)容模塊的關(guān)鍵作用和特點(diǎn),并嘗試使用內(nèi)容模塊的方式導(dǎo)入,“內(nèi)容模塊” 方式是另一種引用內(nèi)容模塊的典型方法,具體參見后續(xù)手冊(cè)。 校正數(shù)據(jù)庫父子列表的算法 #sql:select {父欄目},{子欄目},{英文名稱} from {欄目結(jié)構(gòu)表} #limit: #code: #html:{{父欄目},{英文名稱},{子欄目}}| 檢查該內(nèi)容模塊的典型組件和典型模板進(jìn)行校正。 校正導(dǎo)航數(shù)據(jù)的算法 #Container:./tree_list ${數(shù)據(jù)庫父子列表
28、}${手動(dòng)樹列表} ${根名} #Regex:~/[${nodeNO}\t${depth}\t${parentkey}\t${parentNO}\t${key}\t${name}\t${value}\t${ifExistChild}\t${curkeyloc}\t${curnameloc}\n]/ #limit: #code: my $html; if(${depth}==0) { $html=qq|${key}=gFld("${name}", "");foldersTree=${key};|; } else { if(${ifExistChild}=
29、=-1) { $html=qq|${key}=insDoc(${parentkey}, gLnk(${depth}, "${name}", ""));|; } else { $html=qq|${key}=insFld(${parentkey}, gFld("${name}", ""));|; } } #html:$html\n 添加一個(gè)導(dǎo)航頁文檔,如下圖所示: 最終合成的頁面效果如下: [說明] 樹狀導(dǎo)航頁以及很多典型的復(fù)雜配置請(qǐng)參見后續(xù)手冊(cè)的詳細(xì)說明。 挖掘討論區(qū)文章列表
30、在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中點(diǎn)擊就進(jìn)入模板增加界面,并添加如下信息,創(chuàng)建“討論區(qū)列表頁”模板。 在“協(xié)同開發(fā)->模板管理->模板列表”中,選定“討論區(qū)列表頁“模板,在“協(xié)同開發(fā)->模板管理->組件維護(hù)”中,添加如下組件。 其中,具體組件配置如下表所示。 組件名稱 組件類型 說明 選定欄目 動(dòng)態(tài)選擇列表 添加模板文檔時(shí)要選擇的欄目的名稱 討論區(qū)列表 自動(dòng)信息列表 構(gòu)建特定討論區(qū)的列表 增頁 列表增頁 對(duì)列表的增頁 其中討論區(qū)列表和增頁組件是典型的自動(dòng)挖掘類型的組件,實(shí)現(xiàn)方式可以手動(dòng)編寫,但需要非常熟練才可以。一般采用“快速組件向?qū)А钡姆椒▽?shí)現(xiàn),實(shí)
31、現(xiàn)過程如下。 通過這些向?qū)?,完成了組件的自動(dòng)生成,具體算法代碼如下所示。 典型列表算法 #sql:select {主題},creator, createdate, createtime, url ,d_id from {正文頁} where {版區(qū)}=${選定欄目} and {父留言號(hào)}<>0 order by createdate, createtime desc #limit:10 #code: my $replytime={createtime}; my $clickcount=0; my $replycount=0;
32、 ########進(jìn)行二次挖掘################## $sth=$dbh->prepare("select Count(*) from {正文頁} where {父留言號(hào)}={d_id}") || &error("sql prepare 錯(cuò)誤!$dbh->errstr");$sth->execute() || &error("sql運(yùn)行錯(cuò)誤!$dbh->errstr"); my $hashref = $sth1->fetchrow_hashref; $sth1=$dbh->prepare("select createtime from {正文頁} where {父留言
33、號(hào)}={d_id} order by createtime desc") || &error("sql prepare 錯(cuò)誤!$dbh->errstr"); $sth1->execute() || &error("sql運(yùn)行錯(cuò)誤!$dbh->errstr"); my $hashref = $sth1->fetchrow_hashref; $sth1->finish; undef $sth1; #html:
34、lass=listtopic1 href="{url}" target=body>● {主題}
35、檔列表 在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中點(diǎn)擊就進(jìn)入,模板維護(hù)并添加如下信息, 在“協(xié)同開發(fā)->模板管理->模板列表”中,選定“新文章列表頁“模板,在“協(xié)同開發(fā)->模板管理->組件維護(hù)”中,添加如下組件。 [思考] 列表設(shè)計(jì)幾乎完全相似,不相同的在哪兒?請(qǐng)思考。 挖掘熱門話題的列表 同上,按照回復(fù)次數(shù)多寡構(gòu)建熱門話題列表。 [練習(xí)] 請(qǐng)自行設(shè)計(jì)。 挖掘最受歡迎文章的列表 同上,按照瀏覽次數(shù)多寡構(gòu)建熱門話題列表。 [練習(xí)] 請(qǐng)自行設(shè)計(jì)。 快速挖掘其他資源 正文頁中補(bǔ)充挖掘組件 組件名稱 組件類型 說明 上一篇 自動(dòng)信息列表 鏈接到上一個(gè)
36、留言 下一篇 自動(dòng)信息列表 鏈接到下一個(gè)留言 回復(fù)文章列表 自動(dòng)信息列表 集中體現(xiàn)所有回復(fù) 這里我們將繼續(xù)采用“擴(kuò)展組件”的快速設(shè)計(jì)模式,如下,將以“上一篇”為完全擴(kuò)展設(shè)計(jì)模式的示意,將會(huì)獲得更高更快的體驗(yàn)。 自動(dòng)向?qū)Мa(chǎn)生的組件 發(fā)布即可實(shí)現(xiàn),自動(dòng)增加該組件。 [練習(xí)] 請(qǐng)自行快速設(shè)計(jì)其他組件,并思考快速設(shè)計(jì)模型的關(guān)鍵作用! [說明] 對(duì)于自動(dòng)挖掘類型,系統(tǒng)提供了足夠的內(nèi)容模塊和擴(kuò)展組件,建議用這些快速實(shí)現(xiàn)的模式實(shí)現(xiàn)挖掘的快速生成。 資源發(fā)布格式定義過程 統(tǒng)一發(fā)布資源gb/big格式 [給出說明] 關(guān)聯(lián)發(fā)布關(guān)系設(shè)定 [給出
37、設(shè)定] 資源展示調(diào)試過程 資源展示的調(diào)試過程,就是把我們CMS開發(fā)出來的模板及添加的文檔內(nèi)容與美工的靜態(tài)頁面偶合的過程。首先把美工的靜態(tài)頁面代碼導(dǎo)入需要它的CMS的模板中,然后把需要?jiǎng)討B(tài)顯示的內(nèi)容用定義好的相應(yīng)的組件代替即可,以“正文頁” 為例。 導(dǎo)入美工源代碼+導(dǎo)入HTML文件 在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中,點(diǎn)“修改”, 打開“正文頁”模板,直接或在可視編輯工具里美工的源代碼。 [說明] 導(dǎo)入文件是一個(gè)快速的選擇,可以一并批量導(dǎo)入相關(guān)文件。 用組件把有關(guān)文章列表的具體信息替換并快速加工組件 可以在模板維護(hù)界面直接雙擊組件插入組件或其他變量,也可以在
38、全屏編輯工具中來可視化操作。 雙擊組件彈出 [說明] 在全屏編輯工具里新建組件、利用各種組件向?qū)且粋€(gè)非常快速的選擇,具體參見后續(xù)手冊(cè)。 最后檢查模板中的文件和資源有效性 過濾文件 [說明] 強(qiáng)烈建議所有的文件歸于本平臺(tái)的管理范圍,所有文件都是資源或資源的一部分,只有同歸于平臺(tái)后才能便于集中對(duì)資源進(jìn)行各種統(tǒng)一管理和部署。 美工設(shè)計(jì)人員直接協(xié)同管理這些HTML代碼 設(shè)計(jì)人員可以直接基于上述界面實(shí)現(xiàn)對(duì)HTML代碼的維護(hù)工作。 資源采集端功能快速延展開發(fā) “正文頁”作為資源將可以全面進(jìn)行采集的拓展,使得外網(wǎng)可以直接快速參加到該資源的采集過
39、程中。同時(shí),基于“正文頁”前述的分析,可以采集留言和回復(fù)兩種風(fēng)格,下面將快速實(shí)施對(duì)該“正文頁”的采集段延展開發(fā)。 配置資源采集套 在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中,選擇“修改”進(jìn)入“正文頁”模板中,選擇,然后點(diǎn)“提交”。 在“協(xié)同開發(fā)->模板管理->模板維護(hù)”中,“增加”一個(gè)“資源采集拓展”模板: 在“項(xiàng)目反饋模快列表”中雙點(diǎn)“{正文頁}”,進(jìn)入“動(dòng)態(tài)程序表現(xiàn)頁”。 在動(dòng)態(tài)程序表現(xiàn)頁里選擇合適的版本,或者直接新建版本,創(chuàng)造默認(rèn)的采集初始頁面。 點(diǎn)“提交”,同時(shí)在后臺(tái)產(chǎn)生一個(gè)“采集程序”,并存儲(chǔ)到“動(dòng)態(tài)模塊文件”模板中,同時(shí)返回到資源采集頁面代碼到模板頁中
40、。 把這些代碼復(fù)制到模板代碼中。 對(duì)資源采集發(fā)起端實(shí)施不同風(fēng)格化 結(jié)合美工制作的界面,采用“風(fēng)格”技術(shù)表現(xiàn)不同的采集發(fā)起端,在“正文頁”采集發(fā)起端將承載“發(fā)表留言”、“回復(fù)留言”兩種典型風(fēng)格,具體形式如下圖所示。 創(chuàng)建并發(fā)布資源采集套 選擇不同風(fēng)格,并填寫相應(yīng)的“URL”,提交發(fā)布創(chuàng)建發(fā)布資源采集套。 添加文檔合成后效果如下: 調(diào)用方法和原理淺析 拿“正文頁“中的調(diào)用為例 1.“正文頁“中 其中參數(shù): url是將本頁的URL傳送到“回復(fù)文章”頁,“回復(fù)文章”頁提交入庫后,將要轉(zhuǎn)到此地址的頁面;article是將本頁中內(nèi)容的標(biāo)題傳送到“回復(fù)文章”頁。 2.在“回復(fù)文章”頁中,可以使用此參數(shù)用如下的格式,
46、1.cgi" unless ($murl); my $user=Rps_check($sessionKey)->{"NAME"}; print "Set-Cookie: sessionKey=$sessionKey;path=/; \n"; print "Set-Cookie: $sessionKey=$user;path=/; \n"; print "Location: $murl\n"; } else {&error("登錄失敗");} }
47、 [說明] 登陸代碼在后述章節(jié)中將具體闡明,這里提請(qǐng)關(guān)注上面重點(diǎn)突出的部分,這就是個(gè)性化Webdaemon功能的關(guān)鍵接口函數(shù),提請(qǐng)相關(guān)用戶登陸、資料獲取等功能,這些接口函數(shù)可直接從上圖左邊的列表框中雙擊獲取。“NULL”是系統(tǒng)Webdaemon服務(wù)的默認(rèn)模式,便于快速應(yīng)用調(diào)試。 生成登陸時(shí)調(diào)用的CGI程序 在“協(xié)同開發(fā)->模板管理->模板列表”中, 點(diǎn)“登陸代理”模板,進(jìn)入添加文檔頁,合成并發(fā)布/cgi-bin1/login.cgi程序。 在登陸頁上調(diào)用登陸程序 在登陸頁的模板中加入以下相關(guān)代碼。 登陸頁可靈活調(diào)用登陸程序 快速登陸示例 先隨意登陸該系統(tǒng),觀看其登陸失敗
48、的效果。 NULL模式將缺省采用Webdaemon內(nèi)置認(rèn)證模式,記憶Webdaemon內(nèi)部的用戶,如果沒有,在系統(tǒng)環(huán)境下,同時(shí)可以采用系統(tǒng)用戶。 test用戶有效,在登陸頁輸入test/test,觀看最終登陸效果。 快速權(quán)限控制 登陸是為了實(shí)現(xiàn)權(quán)限的快速控制和個(gè)性化功能的使能,下面示例如何實(shí)現(xiàn)快速權(quán)限的控制。 [說明] 復(fù)雜的權(quán)限控制,將在后續(xù)手冊(cè)中具體闡述,權(quán)限管理是比較復(fù)雜的一塊,如何保證對(duì)各種權(quán)限的快速驗(yàn)證和控制是Webdaemon非常關(guān)鍵的一部分。 資源采集和動(dòng)態(tài)顯示程序的用戶驗(yàn)證控制 驗(yàn)證用戶是否登陸,如果沒有登陸,系統(tǒng)將自動(dòng)拒絕訪問該動(dòng)態(tài)程序,用
49、戶可進(jìn)一步設(shè)置后處理模式。下面以“新文章列表頁”模板為例,該模板初步發(fā)布成動(dòng)態(tài)顯示程序,如下圖所示。 此時(shí),直接訪問該動(dòng)態(tài)程序,結(jié)果如下圖所示,可以暢行無阻的訪問。 在動(dòng)態(tài)顯示配置中,啟用默認(rèn)控制,并設(shè)置$enable_webdaemon=1,啟用快速驗(yàn)證。 此時(shí),再合成發(fā)布新的動(dòng)態(tài)顯示程序,然后直接訪問該動(dòng)態(tài)程序,結(jié)果如下圖所示,拒絕未登陸用戶。 此時(shí),如果在上述登陸頁登陸后,在同樣的ie瀏覽器中,如果訪問,此時(shí)顯示結(jié)果如下,系統(tǒng)暢行無阻。 資源采集和動(dòng)態(tài)顯示程序的用戶權(quán)限控制 在上述控制中,只要是登陸用戶就可以實(shí)現(xiàn)對(duì)頁面的訪問,這顯然無法滿足更多的控制需要,
50、為此我們進(jìn)一步作演示。 在動(dòng)態(tài)顯示配置中,進(jìn)一步設(shè)置$enable_webdaemon=1+2,啟用快速權(quán)限控制,如下圖所示。 此時(shí),再合成發(fā)布新的動(dòng)態(tài)顯示程序,然后在登陸后的ie瀏覽器中訪問該動(dòng)態(tài)程序,結(jié)果如下圖所示,登陸用戶因?yàn)闊o權(quán)被拒絕。 針對(duì)上面的test用戶,我們?cè)诒酒脚_(tái)內(nèi)部進(jìn)行權(quán)限授權(quán),授權(quán)test用戶有權(quán)查看該項(xiàng)目下該模板對(duì)應(yīng)所有文檔,如下圖所示。 對(duì)新文章列表頁的查看授權(quán) 此時(shí),再在test登陸后的用戶界面上訪問該程序,結(jié)果如下,系統(tǒng)再行暢通無阻。 [說明] 更多的更復(fù)雜的驗(yàn)證和權(quán)限控制,將在后續(xù)手冊(cè)中具體闡述,包括靜態(tài)頁面也實(shí)現(xiàn)訪問控制拒絕未
51、登陸用戶,包括靜態(tài)頁面上區(qū)域權(quán)限自動(dòng)控制等功能。 個(gè)性用戶管理中心延展 Webdaemon的關(guān)鍵之處在于Webdaemon的用戶管理中心可以隨意延展,下面將快速簡(jiǎn)單示例。 [說明] 用戶管理中心的構(gòu)建是完全靈活的模板構(gòu)建方式,完全基于用戶和開發(fā)者的需要,沒有任何太多的限制。 建立或復(fù)制用戶中心模板 該模板主要保存用戶信息,具體如下圖所示,該模板是否可以進(jìn)一步采集等功能完全類似于上述模板的采集和動(dòng)態(tài)顯示的開發(fā)。 建立或復(fù)制權(quán)限信息 該模板主要保存用戶的權(quán)限信息,具體如下圖所示,該模板是否可以進(jìn)一步采集等功能完全類似于上述模板的采集和動(dòng)態(tài)顯示的開發(fā)。 建立核心信息交互
52、代理并注冊(cè)到Webdaemon中心 核心信息交互代理是拓展用戶中心和Webdameon中心的唯一交互接口,按照相應(yīng)標(biāo)準(zhǔn)通過信息變更代理完成跟Webdaemon中心的交互。 該模板包括用戶驗(yàn)證組件、權(quán)限驗(yàn)證組件,并以一定的格式把驗(yàn)證結(jié)果在模板中體現(xiàn)處理,配置如下所示。 動(dòng)態(tài)發(fā)布,ica.cgi即構(gòu)成了信息交互代理,在webdaemon系統(tǒng)中注冊(cè)為相應(yīng)方式[項(xiàng)目英文名]的代理,即完成了該步工作。 [提示] 用戶驗(yàn)證組件和權(quán)限驗(yàn)證組件的接口設(shè)計(jì)規(guī)則參見后續(xù)手冊(cè),也可直接參考典型的個(gè)性化組件的設(shè)計(jì)。 用拓展用戶中心代替原有方式并展示 在登陸代理中,把“NULL”方式替換為新的注冊(cè)方式
53、,如這里的“board”[項(xiàng)目英文名],然后用上述用戶信息和權(quán)限信息中注冊(cè)的“guest/guest”登陸并訪問所授權(quán)查看的新文章列表頁,結(jié)果如下所示。 [練習(xí)] 請(qǐng)擴(kuò)展用戶注冊(cè),并進(jìn)行默認(rèn)權(quán)限控制,并具體試驗(yàn)。 個(gè)性化跟蹤設(shè)置 電子公告版對(duì)留言進(jìn)行瀏覽時(shí),需要“點(diǎn)擊”次數(shù),實(shí)際上這在Webdaemon系統(tǒng)里非常便于個(gè)性化跟蹤設(shè)置。這里快速解決“點(diǎn)擊”次數(shù)的獲取配置,示例如下。 首先在“正文頁”模板維護(hù)的動(dòng)態(tài)顯示配置中,設(shè)置快速日志使能,即$enable_webdaemon+=4; 重新合成發(fā)布該動(dòng)態(tài)程序,然后用guest/guest動(dòng)態(tài)訪問動(dòng)態(tài)顯示程序,如下所示。
54、 此時(shí)在內(nèi)容日志跟蹤中查看日志記錄結(jié)果,如下所示。 [提示] 在該個(gè)性跟蹤配置并使能的情況下,我們即可完成對(duì)個(gè)人訪問的全面統(tǒng)計(jì),具體參見后續(xù)手冊(cè)。 個(gè)性快速挖掘功能 基于個(gè)人資料的獲取,全面在個(gè)性挖掘功能的基礎(chǔ)上,進(jìn)行典型功能的快速實(shí)施… [提示] 在該個(gè)性跟蹤配置并使能的情況下,我們可以構(gòu)建更多的個(gè)性化功能。 內(nèi)容版本的延展 本項(xiàng)目沒有任何版本控制的地方。 統(tǒng)計(jì)排行的延展 點(diǎn)擊次數(shù)的統(tǒng)計(jì)具體留言的訪問統(tǒng)計(jì) 留言的快速統(tǒng)計(jì)文檔數(shù)目的總體統(tǒng)計(jì) 上站的快速統(tǒng)計(jì)login模板訪問統(tǒng)計(jì) 基于統(tǒng)計(jì)的快速排行針對(duì)多個(gè)用戶 基于個(gè)人用戶的快速統(tǒng)計(jì)針對(duì)單個(gè)用戶
55、[練習(xí)] 快速實(shí)現(xiàn)訪問服務(wù)的延展,解決其他為Demo的問題。 其他內(nèi)容服務(wù)的延展 本項(xiàng)目沒有任何版本控制的地方。 [提示] 更多內(nèi)容服務(wù)的延展請(qǐng)參見后續(xù)手冊(cè)的詳細(xì)敘述。 4 總結(jié)和展望 從以下幾個(gè)方面來進(jìn)行比較分析,對(duì)該平臺(tái)提出更多的總結(jié)和展望。 ILogic標(biāo)準(zhǔn) iLogic平臺(tái)實(shí)施2人時(shí)/模板,達(dá)到應(yīng)用級(jí)別 iLogic平臺(tái)維護(hù)2人時(shí)/模板,達(dá)到產(chǎn)品級(jí)別 實(shí)施總結(jié) 周期 工作名稱 工作描述和技術(shù)要求 工作量 +5 需求分析 Ilogic實(shí)施人員,同步跟蹤用戶需求編制報(bào)告 5人天 +5 原型設(shè)計(jì)和頁面提交 設(shè)計(jì)人員,同步提請(qǐng)幾個(gè)典
56、型美工設(shè)計(jì)給客戶,并逐步切割典型頁面提交到Ilogic平臺(tái)中,參與協(xié)同開發(fā) 5人天 欄目架構(gòu)管理和樹狀顯示模板 Ilogic平臺(tái)實(shí)施人員,如何管理樹狀的欄目結(jié)構(gòu),并,從數(shù)據(jù)庫中挖掘并以樹狀模式顯示 2人時(shí) 留言回復(fù)模板 留言、回復(fù)、顯示模塊,并對(duì)訪問做出自動(dòng)記錄,便于統(tǒng)計(jì) 2人時(shí) 留言列表模板 挖掘分頁模式的留言列表,同時(shí)挖掘點(diǎn)擊數(shù)、回復(fù)數(shù)等,全面構(gòu)建討論區(qū)留言列表、最新留言列表、最熱留言列表和最歡迎留言列表 2人時(shí) 用戶注冊(cè)管理模板 用戶的注冊(cè)管理模塊 2人時(shí) 留言統(tǒng)計(jì)模板 統(tǒng)計(jì)和排行,對(duì)留言直接作各種統(tǒng)計(jì) 2人時(shí) 個(gè)人統(tǒng)計(jì)和排行模板
57、 2人時(shí) 用戶在線模板 2人時(shí) 完善融合 反復(fù)完善 2人時(shí) 融合頁面 改進(jìn)典型頁面 2人時(shí) 其他 二次開發(fā),涉及到特定實(shí)施問題 3人天 5天跟蹤用戶進(jìn)行需求分析,協(xié)同一個(gè)美工設(shè)計(jì)人員進(jìn)行原型設(shè)計(jì)和頁面切割,在需求分析的同時(shí),快速進(jìn)行功能實(shí)施,貫穿在5天過程中快速進(jìn)行了模板的配置開發(fā),對(duì)于特定問題,進(jìn)行了典型二次開發(fā),需要3人天。 因此,整個(gè)系統(tǒng)實(shí)施需要一個(gè)實(shí)施分析人員、一個(gè)美工設(shè)計(jì)人員,如果順利的話5*2=10人天=0.5人月。 維護(hù)總結(jié) 每次維護(hù),快速進(jìn)行頁面的全面改版和資源的重新整理。 周期 工作名稱 工作描述和技術(shù)要求
58、 工作量 +2.5 需求分析 Ilogic實(shí)施人員,同步跟蹤用戶需求編制報(bào)告 2.5人天 +2.5 原型設(shè)計(jì)和頁面提交 設(shè)計(jì)人員,同步提請(qǐng)幾個(gè)典型美工設(shè)計(jì)給客戶,并逐步切割典型頁面提交到Ilogic平臺(tái)中,參與協(xié)同開發(fā) 2.5人天 欄目架構(gòu)管理和樹狀顯示模板 Ilogic平臺(tái)實(shí)施人員,如何管理樹狀的欄目結(jié)構(gòu),并,從數(shù)據(jù)庫中挖掘并以樹狀模式顯示 1人時(shí) 留言回復(fù)模板 留言、回復(fù)、顯示模塊,并對(duì)訪問做出自動(dòng)記錄,便于統(tǒng)計(jì) 1人時(shí) 留言列表模板 挖掘分頁模式的留言列表,同時(shí)挖掘點(diǎn)擊數(shù)、回復(fù)數(shù)等,全面構(gòu)建討論區(qū)留言列表、最新留言列表、最熱留言列表和最歡迎留
59、言列表 1人時(shí) 用戶注冊(cè)管理模板 用戶的注冊(cè)管理模塊 1人時(shí) 留言統(tǒng)計(jì)模板 統(tǒng)計(jì)和排行,對(duì)留言直接作各種統(tǒng)計(jì) 1人時(shí) 個(gè)人統(tǒng)計(jì)和排行模板 1人時(shí) 用戶在線模板 1人時(shí) 完善融合 反復(fù)完善 1人時(shí) 融合頁面 改進(jìn)典型頁面 1人時(shí) 其他 二次開發(fā),涉及到特定實(shí)施問題 1人天 產(chǎn)品發(fā)布總結(jié) 指導(dǎo)產(chǎn)品發(fā)布,系統(tǒng)的維護(hù)積累到跟開發(fā)相類似時(shí),產(chǎn)品基本積累到產(chǎn)品發(fā)布的程度。 該平臺(tái)上的產(chǎn)品滿足以下幾個(gè)條件: (1) 脫離特定人員 (2) 完全可控成本 (3) 快捷實(shí)施效率 (4) 專業(yè)設(shè)計(jì)質(zhì)量 (5) 長(zhǎng)于高效維
60、護(hù) 產(chǎn)品完全值得發(fā)布和推廣。 平臺(tái)比較和展望 下面對(duì)傳統(tǒng)實(shí)施模式和Ilogic在電子公告版項(xiàng)目中的實(shí)施模式開發(fā)作一個(gè)比較,如下表所示。 比較項(xiàng)目 普通模式 Ilogic實(shí)施模式 優(yōu)化工作量 90人天+55人天/維護(hù) 5人天+2.5人天/維護(hù) 最快周期 65天+45天/維護(hù) 5天 優(yōu)化參與人員 6+4人/維護(hù) 2+可選性1人/維護(hù) 人員要求 綜合素質(zhì) 專業(yè)人才 參與最佳人月數(shù) 6人月 0.5人月 參與最壞人月數(shù) 18人月 0.5人月 系統(tǒng)開發(fā)質(zhì)量 0起點(diǎn) 高度專業(yè)內(nèi)容管理 維護(hù)難度 高 極易 產(chǎn)品發(fā)布成功率 <5% 100% 第75頁 共75頁
- 溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 教育學(xué)第七章教學(xué)
- 1.古詩詞三首
- 周期問題PPT(精品)
- 合作使生活之路更寬暢(精品)
- 向量數(shù)乘運(yùn)算及其幾何意義
- 硬筆書法-第四課時(shí)-基本筆畫——捺
- 廉潔文化進(jìn)校園課件
- 招投標(biāo)法律制度解析
- 2011備戰(zhàn)高考第三部分 第1節(jié) 識(shí)記文學(xué)常識(shí)1
- 采購計(jì)劃與預(yù)算
- 果園機(jī)器人第二次
- 某數(shù)據(jù)庫公司品牌戰(zhàn)略規(guī)劃課件
- 家電物流培訓(xùn)課件
- 房顫血栓危險(xiǎn)度評(píng)分與出血風(fēng)險(xiǎn)評(píng)估標(biāo)準(zhǔn)
- 糖皮質(zhì)激素的常見副作用(1)