第一篇：COGNOS開發(fā)心得體會

COGNOS開發(fā)心得體會

體會一：需求第一

在開發(fā)前大家會認(rèn)為，整合各業(yè)務(wù)部門的需求是第一性的。當(dāng)然這是對的。但是，了解需求前，應(yīng)該先了解自身的需求才是最重要的。我們曾經(jīng)陷入煩瑣的取數(shù)事務(wù)之中，在各報(bào)表和清單間迷失了自身的需求。正是對自身需求的重新了解－即“把自己從數(shù)據(jù)堆里解放出來，滿足大部分同事對數(shù)據(jù)的需求”為目標(biāo)，事實(shí)上，這樣做的目的是把別人要我們做什么或我們能提供什么，變成是我們自己要做什么－發(fā)自內(nèi)心的內(nèi)在需求。所以我們不惜花了大半年的時(shí)間去完善各類表單，花三個(gè)月的時(shí)間去開發(fā)這套分析系統(tǒng)，現(xiàn)在以及未來一段時(shí)間會根據(jù)變化，調(diào)整或重整需求。

體會二：見樹木又見森林

開發(fā)時(shí)，需求的了解往往比較充分，但在著手實(shí)施時(shí)就會碰到各種各樣的困難、干擾。而我們曾經(jīng)有會避開困難，避重就輕地解決問題，降低要求，滿足最低的需要的想法。事實(shí)上這些想法是很正常的，但是這對根本解決問題卻沒有多大的好處。上面我門提到為什么要變成自身需求可以使我們保持一種解決問題的決心和堅(jiān)定的愿望。同時(shí)開發(fā)定位是一個(gè)重要的問題。理賠部門或計(jì)財(cái)部提出的問題，我們很自然會把他們歸類到理賠問題上，在貼上理賠部標(biāo)簽后，很難跳出問題找到造成問題的原因。我們在處理需求的時(shí)候，盡量把各部門提出的需求變成是大家的、公共的最大化需求。所以“見樹木又見森林”令我們更容易看到需求的本質(zhì)，解決不但是需求本身，而是需求的本質(zhì)。

體會三：技術(shù)在開發(fā)中占比不大

我們大半的開發(fā)時(shí)間是在研究元數(shù)據(jù)的定義、指標(biāo)解析、選擇最優(yōu)的建模方法。在這個(gè)過程中，我們發(fā)現(xiàn)理清思路比開發(fā)花費(fèi)的時(shí)間更長。從保險(xiǎn)公司的角度看，根源也就是一張保單引發(fā)的后續(xù)事務(wù)。而從客戶來說，則是我在保險(xiǎn)公司買的N張保單。所以，我們“以保單為主線索、客戶為副線索”來客觀描述這種。COGNOS開發(fā)界面較友善，技術(shù)層面需要掌握的特別技能知識不算太大。

體會四：推廣和后續(xù)服務(wù)是業(yè)務(wù)發(fā)展的重要事項(xiàng)

一套好的軟件，尤其是我們發(fā)自內(nèi)心開發(fā)成果，保護(hù)好成果就是要讓這個(gè)系統(tǒng)發(fā)揮它最大的功效，從而以自己的能力，改善現(xiàn)狀。推廣工作，我們采用點(diǎn)面結(jié)合的方法－即先全體培訓(xùn)，再到中支去落實(shí)使用情況，進(jìn)行個(gè)別培訓(xùn)。這也就是要對過程進(jìn)行控制，并且要和經(jīng)營者灌輸持續(xù)觀察分析數(shù)據(jù)重要性、過程化細(xì)化分析比粗放經(jīng)營收效更大。至于后續(xù)不斷變化的需求我們并不急著馬上完成，而是分期分批實(shí)現(xiàn)大家的愿望，規(guī)劃好自己的開發(fā)時(shí)間和任務(wù)，在計(jì)劃工作時(shí)間內(nèi)解決問題。

COGNOS開發(fā)的幾個(gè)小技巧：

1)把業(yè)務(wù)按模塊分層，各層邏輯連貫一致。

2)數(shù)據(jù)結(jié)構(gòu)簡約統(tǒng)一，一般為星型結(jié)構(gòu)。必要的冗余可以換取效率。3)MDL合理分層

4)計(jì)劃好抽取、生成的時(shí)間，合理分配好資源。

第二篇：COGNOS開發(fā)心得體會

COGNOS開發(fā)心得體會

體會一：需求第一

在開發(fā)前大家會認(rèn)為，整合各業(yè)務(wù)部門的需求是第一性的。當(dāng)然這是對的。但是，了解需求前，應(yīng)該先了解自身的需求才是最重要的。我們曾經(jīng)陷入煩瑣的取數(shù)事務(wù)之中，在各報(bào)表和清單間迷失了自身的需求。正是對自身需求的重新了解－即“把自己從數(shù)據(jù)堆里解放出來，滿足大部分同事對數(shù)據(jù)的需求”為目標(biāo)，事實(shí)上，這樣做的目的是把別人要我們做什么或我們能提供什么，變成是我們自己要做什么－發(fā)自內(nèi)心的內(nèi)在需求。所以我們不惜花了大半年的時(shí)間去完善各類表單，花三個(gè)月的時(shí)間去開發(fā)這套分析系統(tǒng)，現(xiàn)在以及未來一段時(shí)間會根據(jù)變化，調(diào)整或重整需求。

體會二：見樹木又見森林

開發(fā)時(shí)，需求的了解往往比較充分，但在著手實(shí)施時(shí)就會碰到各種各樣的困難、干擾。而我們曾經(jīng)有會避開困難，避重就輕地解決問題，降低要求，滿足最低的需要的想法。事實(shí)上這些想法是很正常的，但是這對根本解決問題卻沒有多大的好處。上面我門提到為什么要變成自身需求可以使我們保持一種解決問題的決心和堅(jiān)定的愿望。同時(shí)開發(fā)定位是一個(gè)重要的問題。理賠部門或計(jì)財(cái)部提出的問題，我們很自然會把他們歸類到理賠問題上，在貼上理賠部標(biāo)簽后，很難跳出問題找到造成問題的原因。我們在處理需求的時(shí)候，盡量把各部門提出的需求變成是大家的、公共的最大化需求。所以“見樹木又見森林”令我們更容易看到需求的本質(zhì)，解決不但是需求本身，而是需求的本質(zhì)。

體會三：技術(shù)在開發(fā)中占比不大

我們大半的開發(fā)時(shí)間是在研究元數(shù)據(jù)的定義、指標(biāo)解析、選擇最優(yōu)的建模方法。在這個(gè)過程中，我們發(fā)現(xiàn)理清思路比開發(fā)花費(fèi)的時(shí)間更長。從保險(xiǎn)公司的角度看，根源也就是一張保單引發(fā)的后續(xù)事務(wù)。而從客戶來說，則是我在保險(xiǎn)公司買的N張保單。所以，我們“以保單為主線索、客戶為副線索”來客觀描述這種。COGNOS開發(fā)界面較友善，技術(shù)層面需要掌握的特別技能知識不算太大。

體會四：推廣和后續(xù)服務(wù)是業(yè)務(wù)發(fā)展的重要事項(xiàng)

一套好的軟件，尤其是我們發(fā)自內(nèi)心開發(fā)成果，保護(hù)好成果就是要讓這個(gè)系統(tǒng)發(fā)揮它最大的功效，從而以自己的能力，改善現(xiàn)狀。推廣工作，我們采用點(diǎn)面結(jié)合的方法－即先全體培訓(xùn)，再到中支去落實(shí)使用情況，進(jìn)行個(gè)別培訓(xùn)。這也就是要對過程進(jìn)行控制，并且要和經(jīng)營者灌輸持續(xù)觀察分析數(shù)據(jù)重要性、過程化細(xì)化分析比粗放經(jīng)營收效更大。至于后續(xù)不斷變化的需求我們并不急著馬上完成，而是分期分批實(shí)現(xiàn)大家的愿望，規(guī)劃好自己的開發(fā)時(shí)間和任務(wù)，在計(jì)劃工作時(shí)間內(nèi)解決問題。

COGNOS開發(fā)的幾個(gè)小技巧：

1)把業(yè)務(wù)按模塊分層，各層邏輯連貫一致。

2)數(shù)據(jù)結(jié)構(gòu)簡約統(tǒng)一，一般為星型結(jié)構(gòu)。必要的冗余可以換取效率。3)MDL合理分層

4)計(jì)劃好抽取、生成的時(shí)間，合理分配好資源。

第三篇：COGNOS開發(fā)心得體會

COGNOS開發(fā)心得體會

體會一：需求第一

在開發(fā)前大家會認(rèn)為，整合各業(yè)務(wù)部門的需求是第一性的。當(dāng)然這是對的。但是，了解需求前，應(yīng)該先了解自身的需求才是最重要的。我們曾經(jīng)陷入煩瑣的取數(shù)事務(wù)之中，在各報(bào)表和清單間迷失了自身的需求。正是對自身需求的重新了解－即“把自己從數(shù)據(jù)堆里解放出來，滿足大部分同事對數(shù)據(jù)的需求”為目標(biāo)，事實(shí)上，這樣做的目的是把別人要我們做什么或我們能提供什么，變成是我們自己要做什么－發(fā)自內(nèi)心的內(nèi)在需求。所以我們不惜花了大半年的時(shí)間去完善各類表單，花三個(gè)月的時(shí)間去開發(fā)這套分析系統(tǒng)，現(xiàn)在以及未來一段時(shí)間會根據(jù)變化，調(diào)整或重整需求。

體會二：見樹木又見森林

開發(fā)時(shí)，需求的了解往往比較充分，但在著手實(shí)施時(shí)就會碰到各種各樣的困難、干擾。而我們曾經(jīng)有會避開困難，避重就輕地解決問題，降低要求，滿足最低的需要的想法。事實(shí)上這些想法是很正常的，但是這對根本解決問題卻沒有多大的好處。上面我門提到為什么要變成自身需求可以使我們保持一種解決問題的決心和堅(jiān)定的愿望。同時(shí)開發(fā)定位是一個(gè)重要的問題。理賠部門或計(jì)財(cái)部提出的問題，我們很自然會把他們歸類到理賠問題上，在貼上理賠部標(biāo)簽后，很難跳出問題找到造成問題的原因。我們在處理需求的時(shí)候，盡量把各部門提出的需求變成是大家的、公共的最大化需求。所以“見樹木又見森林”令我們更容易看到需求的本質(zhì)，解決不但是需求本身，而是需求的本質(zhì)。

體會三：技術(shù)在開發(fā)中占比不大

我們大半的開發(fā)時(shí)間是在研究元數(shù)據(jù)的定義、指標(biāo)解析、選擇最優(yōu)的建模方法。在這個(gè)過程中，我們發(fā)現(xiàn)理清思路比開發(fā)花費(fèi)的時(shí)間更長。從保險(xiǎn)公司的角度看，根源也就是一張保單引發(fā)的后續(xù)事務(wù)。而從客戶來說，則是我在保險(xiǎn)公司買的N張保單。所以，我們“以保單為主線索、客戶為副線索”來客觀描述這種。COGNOS開發(fā)界面較友善，技術(shù)層面需要掌握的特別技能知識不算太大。

體會四：推廣和后續(xù)服務(wù)是業(yè)務(wù)發(fā)展的重要事項(xiàng)

一套好的軟件，尤其是我們發(fā)自內(nèi)心開發(fā)成果，保護(hù)好成果就是要讓這個(gè)系統(tǒng)發(fā)揮它最大的功效，從而以自己的能力，改善現(xiàn)狀。推廣工作，我們采用點(diǎn)面結(jié)合的方法－即先全體培訓(xùn)，再到中支去落實(shí)使用情況，進(jìn)行個(gè)別培訓(xùn)。這也就是要對過程進(jìn)行控制，并且要和經(jīng)營者灌輸持續(xù)觀察分析數(shù)據(jù)重要性、過程化細(xì)化分析比粗放經(jīng)營收效更大。至于后續(xù)不斷變化的需求我們并不急著馬上完成，而是分期分批實(shí)現(xiàn)大家的愿望，規(guī)劃好自己的開發(fā)時(shí)間和任務(wù)，在計(jì)劃工作時(shí)間內(nèi)解決問題。

COGNOS開發(fā)的幾個(gè)小技巧：

1)把業(yè)務(wù)按模塊分層，各層邏輯連貫一致。

2)數(shù)據(jù)結(jié)構(gòu)簡約統(tǒng)一，一般為星型結(jié)構(gòu)。必要的冗余可以換取效率。3)MDL合理分層

4)計(jì)劃好抽取、生成的時(shí)間，合理分配好資源。

第四篇：Cognos Transformer創(chuàng)建數(shù)據(jù)立方體參考手冊

Cognos Transformer創(chuàng)建數(shù)據(jù)立方體

參考手冊

1.打開IBM Cognos Transformer并新增一個(gè)模型：

2.輸入模型名稱后點(diǎn)擊“Next”：

3.選擇“Package”后點(diǎn)擊“Next”：

4.點(diǎn)擊“Browser”在彈出的窗口中選擇我們在FrameWork中發(fā)布的包：

5.選擇我們將要使用到的所有欄位，然后點(diǎn)擊“OK”：

用戶也可以通過“Remove”刪除已選擇的欄位及利用“Validate”去測試已選欄位的有效性。

6.把默認(rèn)勾選上的“Run AutoDesign”去掉后點(diǎn)擊“Finish”：

7.至此，我們就將數(shù)據(jù)源添加到了當(dāng)前模型中，如下圖所示：

8.接下來開始創(chuàng)建度量，將數(shù)據(jù)源中的數(shù)值欄位拖放到“Measure”窗口中：

9.下面開始創(chuàng)建維度，將“LOCATION”欄位拖放到窗口頂端，然后再將“STATION_NAME”拖放到“LOCATION”下，如下圖所示：

10.雙擊第一個(gè)“LOCATION”，在彈出的窗口中修改該維度名稱然后點(diǎn)擊“OK”，如下圖所示：

11.利用相同方法修改維度中各層的名稱，最后結(jié)果如下：

12.將“R_DATE”欄位拖放到頂端，并按上文方法修改名稱，最終結(jié)果如下圖所示：

13.點(diǎn)擊按鈕創(chuàng)建Categories：

14.檢查已經(jīng)創(chuàng)建好的Categories：

15.確認(rèn)無誤后點(diǎn)擊

按鈕創(chuàng)建立方體：

16.創(chuàng)建完成后系統(tǒng)的提示：

17.在“PowerCube”窗口出現(xiàn)新建的立方體：

18.在立方體上單擊右鍵，選擇發(fā)布：

19.直接點(diǎn)擊“OK”：

20.點(diǎn)擊“下一步”：

21.點(diǎn)擊“下一步”：

22.直接點(diǎn)擊“完成”：

23.直接點(diǎn)擊“確定”：

24.如果將立方體發(fā)布到默認(rèn)的文件夾－公共文件夾則直接點(diǎn)擊“下一步”：

25.直接點(diǎn)擊“完成”：

26.系統(tǒng)在完成發(fā)布后會彈出以下信息：

第五篇：網(wǎng)站開發(fā)心得體會

免費(fèi)

分享

創(chuàng)新

網(wǎng)站開發(fā)心得體會

由于沒有獨(dú)立或團(tuán)隊(duì)開發(fā)比較正規(guī)網(wǎng)站的經(jīng)驗(yàn)，我在這次的我愛出游網(wǎng)站的開發(fā)中可以說是“摸著石頭過河”，很多東西都是邊學(xué)邊做，在實(shí)際的制作中才發(fā)現(xiàn)原先制定的計(jì)劃的不合理，不得不對計(jì)劃進(jìn)行修改。當(dāng)然在這次網(wǎng)站的制作中我也學(xué)到了很多東西。

中期檢查時(shí)賴?yán)蠋煂ξ覀兪褂每蚣芴岢霎愖h，認(rèn)為滾動(dòng)條不利于美觀，要求修改。我當(dāng)時(shí)想到有三種修改方法：1.把所有的導(dǎo)航做成文件使用asp的鏈接文件，把導(dǎo)航鏈接到相應(yīng)的位置;2.修改相應(yīng)關(guān)的代碼，美化邊框;3.不使用框架，每個(gè)頁面都是完整的頁面。由于我一向反對把一個(gè)靜態(tài)網(wǎng)頁的后輟改成asp,如果為了導(dǎo)航而這么做我，我覺得沒必要，所以排除了第一種，而美化框的代碼始終沒有找到。最終我選擇了看起來最簡單的第三種方案，這也使得網(wǎng)站的后期修改顯得很繁瑣。

做完網(wǎng)頁的模板后我一直在制作論壇，做出了一個(gè)很簡陋的論壇。在論壇的開發(fā)過程中我體會到實(shí)現(xiàn)論壇的基本功能并不復(fù)雜，數(shù)據(jù)庫只需要用戶、欄目、帖子等幾個(gè)表，再通過代碼進(jìn)行查詢、判斷、顯示、更新等操作。但是這只是論壇最基本的功能而已，而網(wǎng)上的論壇還有許許多多的功能，要完善那些功能我感到力不從心。最終通過全組的集體討論，我們決定放棄自己開發(fā)論壇的想法，使用了bbsxp論壇，作為我們網(wǎng)站的論壇。

之后我開始考慮博客的制作，我試用了幾乎網(wǎng)上所有可以找到的基于asp的中文博客程序。我很喜歡zblog,可惜它只是個(gè)單用戶的博客程序，不符合要求。最終我選擇了功能很強(qiáng)大的oblog。我們對zblog和bbsxp進(jìn)行簡單的修改，并把兩者的數(shù)據(jù) 合并到一起，再結(jié)合其他組員制作的頁面合起來，完成整個(gè)網(wǎng)站的制作。

通過這次制作網(wǎng)站m 的過程，我個(gè)人 有以下幾點(diǎn)心得體會：

1.在制定網(wǎng)站計(jì)劃是很重要的，一個(gè)好的計(jì)劃可以詳細(xì)制定網(wǎng)站的相關(guān)內(nèi)容，成員的分工，為后期的制作節(jié)省不少時(shí)間。團(tuán)隊(duì)開發(fā)的進(jìn)度好像總是比實(shí)際中要慢，在制定計(jì)劃時(shí)要有充分的準(zhǔn)備。

2.團(tuán)隊(duì)合作的開發(fā)網(wǎng)站時(shí)組員的協(xié)作是一個(gè)很難的，隊(duì)員的水平參差不齊，分配工作是應(yīng)該詳細(xì)地說明各角細(xì)節(jié)，要不然可能出現(xiàn)意想不到的問題。

免費(fèi)

分享

創(chuàng)新

3.制作網(wǎng)站時(shí)不能貪圖方使，最終要的效果是什么樣子，那么一開始就要那樣做，要不我然常常會出現(xiàn)意想不到的問題。

4.網(wǎng)絡(luò)是一個(gè)很大的學(xué)習(xí)空間，事實(shí)上很多的問題是可以在上面找到答案的，要學(xué)會使用它。

5.不能過分地依賴于網(wǎng)頁的制作工具，如果用dreamweaver總是打開設(shè)計(jì)視圖的話，就算把網(wǎng)站做出來也學(xué)不到什么東西。最重要的還是代碼，我學(xué)會看懂代碼，寫代碼。

網(wǎng)站開發(fā)心得體會(2)：

前言：“有這么句名言 "站在巨人的肩膀上看世界” 這話應(yīng)用到建站也有其道理，對于一個(gè)網(wǎng)站開發(fā)者而言 如果做一個(gè)站點(diǎn) 每一個(gè)角落 每一個(gè)程序都要自己來開發(fā)的話

工作量可想而知，別說個(gè)人完成困難，即使是一個(gè)團(tuán)隊(duì) 也需要付出很大的時(shí)間和精力，因此選擇一個(gè)好的在功能和界面上都接近自己預(yù)想的系統(tǒng)來二次開發(fā) 是非常

理智的一個(gè)選擇??

用過帝國 用過動(dòng)易 用過新云 用過jtbc php168 pageadmin dedecms等系統(tǒng)，在此，長話短說，把覺得對新手比較有用的心得稍微整理下1.其實(shí)各個(gè)系統(tǒng)，都有它好的地方和缺陷的地方，比如帝國，是一個(gè)比較完整的系統(tǒng)，在功能上也還行，但它的免費(fèi)版本在二次開發(fā)上是比較冗沉的，尤其是對于新手，要讀懂它的所有程序功能使用，就要花上好一段時(shí)間，如果你對語言不熟悉的話，那就更加困難了，如果是新手建議不用帝國

2.動(dòng)易，在二次開發(fā)上有點(diǎn)問題，它本身的模板在前臺對新手是比較棘手的一個(gè)問題，seo方面也一般般。

3.新云，界面清新，本人比較喜歡，適合做行業(yè)站，下載站點(diǎn)，但對新手而言要自己開發(fā)并維護(hù)一個(gè)行業(yè)站點(diǎn)是比較困難的。

4.jtbc是我見過最開源的系統(tǒng)，有asp php ,net版本，界面簡單到不能再簡單，功能方面基本完善，對企業(yè)，對行業(yè)都差不多，假如你有一定的建站經(jīng)驗(yàn)的話，又想享受完全開源，建議用這個(gè)，但使用它也需要一段探索的時(shí)間，因?yàn)殚_發(fā)者，獨(dú)創(chuàng)了一門修改語言，掌握好了，在后臺基本上可以實(shí)現(xiàn)對網(wǎng)站每一

免費(fèi)

分享

創(chuàng)新

個(gè)角落的處理，如果你有一定的頁面美化功底，加上對它熟悉了后，自己建站每問題，給別人開發(fā)站點(diǎn)也可以牛刀小試下了!另外，值得一說的是它的seo，我自己測試了三個(gè)站點(diǎn)，做好站后，向百度google提交3天內(nèi)久可以收錄，并不是偶然，很多朋友用過jtbc就清楚。

5.pageadmin是一款值得稱贊的系統(tǒng)，對于企業(yè)站點(diǎn)，我想它是目前最優(yōu)秀的了，不管從功能 還是 界面都非常棒，模板也很多套，二次開發(fā)也容易，但有一點(diǎn)不足的是，要保留版權(quán)，我自己現(xiàn)在用的一個(gè)站點(diǎn)久是它的，版權(quán)方面還在破解當(dāng)中??

6.dedecms大家應(yīng)該有聽過，不錯(cuò)，seo，功能都還行，也是要保留部分版權(quán)，另外配置上對 新手是一個(gè)問題，很多站長用它來做垃圾站，原因很簡單，收錄快，開發(fā)不困難。

資料來源：http://004km.cn/data/xdth/