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

COGNOS開發(fā)心得體會

體會一：需求第一

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

體會二：見樹木又見森林

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

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

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

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

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

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

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

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

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

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

COGNOS開發(fā)心得體會

體會一：需求第一

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

體會二：見樹木又見森林

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

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

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

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

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

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

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

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

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

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

COGNOS開發(fā)心得體會

體會一：需求第一

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

體會二：見樹木又見森林

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

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

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

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

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

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

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

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

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

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

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

參考手冊

1.打開IBM Cognos Transformer并新增一個模型：

2.輸入模型名稱后點擊“Next”：

3.選擇“Package”后點擊“Next”：

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

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

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

6.把默認勾選上的“Run AutoDesign”去掉后點擊“Finish”：

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

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

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

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

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

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

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

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

15.確認無誤后點擊

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

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

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

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

19.直接點擊“OK”：

20.點擊“下一步”：

21.點擊“下一步”：

22.直接點擊“完成”：

23.直接點擊“確定”：

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

25.直接點擊“完成”：

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

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

免費

分享

創(chuàng)新

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

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

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

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

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

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

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

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

免費

分享

創(chuàng)新

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

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

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

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

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

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

理智的一個選擇??

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

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

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

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

免費

分享

創(chuàng)新

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

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

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

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