第一篇：COGNOS开发心得体会
COGNOS开发心得体会
体会一：需求第一
在开发前大家会认为，整合各业务部门的需求是第一性的。当然这是对的。但是，了解需求前，应该先了解自身的需求才是最重要的。我们曾经陷入烦琐的取数事务之中，在各报表和清单间迷失了自身的需求。正是对自身需求的重新了解－即“把自己从数据堆里解放出来，满足大部分同事对数据的需求”为目标，事实上，这样做的目的是把别人要我们做什么或我们能提供什么，变成是我们自己要做什么－发自内心的内在需求。所以我们不惜花了大半年的时间去完善各类表单，花三个月的时间去开发这套分析系统，现在以及未来一段时间会根据变化，调整或重整需求。
体会二：见树木又见森林
开发时，需求的了解往往比较充分，但在着手实施时就会碰到各种各样的困难、干扰。而我们曾经有会避开困难，避重就轻地解决问题，降低要求，满足最低的需要的想法。事实上这些想法是很正常的，但是这对根本解决问题却没有多大的好处。上面我门提到为什么要变成自身需求可以使我们保持一种解决问题的决心和坚定的愿望。同时开发定位是一个重要的问题。理赔部门或计财部提出的问题，我们很自然会把他们归类到理赔问题上，在贴上理赔部标签后，很难跳出问题找到造成问题的原因。我们在处理需求的时候，尽量把各部门提出的需求变成是大家的、公共的最大化需求。所以“见树木又见森林”令我们更容易看到需求的本质，解决不但是需求本身，而是需求的本质。
体会三：技术在开发中占比不大
我们大半的开发时间是在研究元数据的定义、指标解析、选择最优的建模方法。在这个过程中，我们发现理清思路比开发花费的时间更长。从保险公司的角度看，根源也就是一张保单引发的后续事务。而从客户来说，则是我在保险公司买的N张保单。所以，我们“以保单为主线索、客户为副线索”来客观描述这种。COGNOS开发界面较友善，技术层面需要掌握的特别技能知识不算太大。
体会四：推广和后续服务是业务发展的重要事项
一套好的软件，尤其是我们发自内心开发成果，保护好成果就是要让这个系统发挥它最大的功效，从而以自己的能力，改善现状。推广工作，我们采用点面结合的方法－即先全体培训，再到中支去落实使用情况，进行个别培训。这也就是要对过程进行控制，并且要和经营者灌输持续观察分析数据重要性、过程化细化分析比粗放经营收效更大。至于后续不断变化的需求我们并不急着马上完成，而是分期分批实现大家的愿望，规划好自己的开发时间和任务，在计划工作时间内解决问题。
COGNOS开发的几个小技巧：
1)把业务按模块分层，各层逻辑连贯一致。
2)数据结构简约统一，一般为星型结构。必要的冗余可以换取效率。3)MDL合理分层
4)计划好抽取、生成的时间，合理分配好资源。
第二篇：COGNOS开发心得体会
COGNOS开发心得体会
体会一：需求第一
在开发前大家会认为，整合各业务部门的需求是第一性的。当然这是对的。但是，了解需求前，应该先了解自身的需求才是最重要的。我们曾经陷入烦琐的取数事务之中，在各报表和清单间迷失了自身的需求。正是对自身需求的重新了解－即“把自己从数据堆里解放出来，满足大部分同事对数据的需求”为目标，事实上，这样做的目的是把别人要我们做什么或我们能提供什么，变成是我们自己要做什么－发自内心的内在需求。所以我们不惜花了大半年的时间去完善各类表单，花三个月的时间去开发这套分析系统，现在以及未来一段时间会根据变化，调整或重整需求。
体会二：见树木又见森林
开发时，需求的了解往往比较充分，但在着手实施时就会碰到各种各样的困难、干扰。而我们曾经有会避开困难，避重就轻地解决问题，降低要求，满足最低的需要的想法。事实上这些想法是很正常的，但是这对根本解决问题却没有多大的好处。上面我门提到为什么要变成自身需求可以使我们保持一种解决问题的决心和坚定的愿望。同时开发定位是一个重要的问题。理赔部门或计财部提出的问题，我们很自然会把他们归类到理赔问题上，在贴上理赔部标签后，很难跳出问题找到造成问题的原因。我们在处理需求的时候，尽量把各部门提出的需求变成是大家的、公共的最大化需求。所以“见树木又见森林”令我们更容易看到需求的本质，解决不但是需求本身，而是需求的本质。
体会三：技术在开发中占比不大
我们大半的开发时间是在研究元数据的定义、指标解析、选择最优的建模方法。在这个过程中，我们发现理清思路比开发花费的时间更长。从保险公司的角度看，根源也就是一张保单引发的后续事务。而从客户来说，则是我在保险公司买的N张保单。所以，我们“以保单为主线索、客户为副线索”来客观描述这种。COGNOS开发界面较友善，技术层面需要掌握的特别技能知识不算太大。
体会四：推广和后续服务是业务发展的重要事项
一套好的软件，尤其是我们发自内心开发成果，保护好成果就是要让这个系统发挥它最大的功效，从而以自己的能力，改善现状。推广工作，我们采用点面结合的方法－即先全体培训，再到中支去落实使用情况，进行个别培训。这也就是要对过程进行控制，并且要和经营者灌输持续观察分析数据重要性、过程化细化分析比粗放经营收效更大。至于后续不断变化的需求我们并不急着马上完成，而是分期分批实现大家的愿望，规划好自己的开发时间和任务，在计划工作时间内解决问题。
COGNOS开发的几个小技巧：
1)把业务按模块分层，各层逻辑连贯一致。
2)数据结构简约统一，一般为星型结构。必要的冗余可以换取效率。3)MDL合理分层
4)计划好抽取、生成的时间，合理分配好资源。
第三篇：COGNOS开发心得体会
COGNOS开发心得体会
体会一：需求第一
在开发前大家会认为，整合各业务部门的需求是第一性的。当然这是对的。但是，了解需求前，应该先了解自身的需求才是最重要的。我们曾经陷入烦琐的取数事务之中，在各报表和清单间迷失了自身的需求。正是对自身需求的重新了解－即“把自己从数据堆里解放出来，满足大部分同事对数据的需求”为目标，事实上，这样做的目的是把别人要我们做什么或我们能提供什么，变成是我们自己要做什么－发自内心的内在需求。所以我们不惜花了大半年的时间去完善各类表单，花三个月的时间去开发这套分析系统，现在以及未来一段时间会根据变化，调整或重整需求。
体会二：见树木又见森林
开发时，需求的了解往往比较充分，但在着手实施时就会碰到各种各样的困难、干扰。而我们曾经有会避开困难，避重就轻地解决问题，降低要求，满足最低的需要的想法。事实上这些想法是很正常的，但是这对根本解决问题却没有多大的好处。上面我门提到为什么要变成自身需求可以使我们保持一种解决问题的决心和坚定的愿望。同时开发定位是一个重要的问题。理赔部门或计财部提出的问题，我们很自然会把他们归类到理赔问题上，在贴上理赔部标签后，很难跳出问题找到造成问题的原因。我们在处理需求的时候，尽量把各部门提出的需求变成是大家的、公共的最大化需求。所以“见树木又见森林”令我们更容易看到需求的本质，解决不但是需求本身，而是需求的本质。
体会三：技术在开发中占比不大
我们大半的开发时间是在研究元数据的定义、指标解析、选择最优的建模方法。在这个过程中，我们发现理清思路比开发花费的时间更长。从保险公司的角度看，根源也就是一张保单引发的后续事务。而从客户来说，则是我在保险公司买的N张保单。所以，我们“以保单为主线索、客户为副线索”来客观描述这种。COGNOS开发界面较友善，技术层面需要掌握的特别技能知识不算太大。
体会四：推广和后续服务是业务发展的重要事项
一套好的软件，尤其是我们发自内心开发成果，保护好成果就是要让这个系统发挥它最大的功效，从而以自己的能力，改善现状。推广工作，我们采用点面结合的方法－即先全体培训，再到中支去落实使用情况，进行个别培训。这也就是要对过程进行控制，并且要和经营者灌输持续观察分析数据重要性、过程化细化分析比粗放经营收效更大。至于后续不断变化的需求我们并不急着马上完成，而是分期分批实现大家的愿望，规划好自己的开发时间和任务，在计划工作时间内解决问题。
COGNOS开发的几个小技巧：
1)把业务按模块分层，各层逻辑连贯一致。
2)数据结构简约统一，一般为星型结构。必要的冗余可以换取效率。3)MDL合理分层
4)计划好抽取、生成的时间，合理分配好资源。
第四篇：Cognos Transformer创建数据立方体参考手册
Cognos Transformer创建数据立方体
参考手册
1.打开IBM Cognos Transformer并新增一个模型：
2.输入模型名称后点击“Next”：
3.选择“Package”后点击“Next”：
4.点击“Browser”在弹出的窗口中选择我们在FrameWork中发布的包：
5.选择我们将要使用到的所有栏位，然后点击“OK”：
用户也可以通过“Remove”删除已选择的栏位及利用“Validate”去测试已选栏位的有效性。
6.把默认勾选上的“Run AutoDesign”去掉后点击“Finish”：
7.至此，我们就将数据源添加到了当前模型中，如下图所示：
8.接下来开始创建度量，将数据源中的数值栏位拖放到“Measure”窗口中：
9.下面开始创建维度，将“LOCATION”栏位拖放到窗口顶端，然后再将“STATION_NAME”拖放到“LOCATION”下，如下图所示：
10.双击第一个“LOCATION”，在弹出的窗口中修改该维度名称然后点击“OK”，如下图所示：
11.利用相同方法修改维度中各层的名称，最后结果如下：
12.将“R_DATE”栏位拖放到顶端，并按上文方法修改名称，最终结果如下图所示：
13.点击按钮创建Categories：
14.检查已经创建好的Categories：
15.确认无误后点击
按钮创建立方体：
16.创建完成后系统的提示：
17.在“PowerCube”窗口出现新建的立方体：
18.在立方体上单击右键，选择发布：
19.直接点击“OK”：
20.点击“下一步”：
21.点击“下一步”：
22.直接点击“完成”：
23.直接点击“确定”：
24.如果将立方体发布到默认的文件夹－公共文件夹则直接点击“下一步”：
25.直接点击“完成”：
26.系统在完成发布后会弹出以下信息：
第五篇：网站开发心得体会
免费
分享
创新
网站开发心得体会
由于没有独立或团队开发比较正规网站的经验，我在这次的我爱出游网站的开发中可以说是“摸着石头过河”，很多东西都是边学边做，在实际的制作中才发现原先制定的计划的不合理，不得不对计划进行修改。当然在这次网站的制作中我也学到了很多东西。
中期检查时赖老师对我们使用框架提出异议，认为滚动条不利于美观，要求修改。我当时想到有三种修改方法：1.把所有的导航做成文件使用asp的链接文件，把导航链接到相应的位置;2.修改相应关的代码，美化边框;3.不使用框架，每个页面都是完整的页面。由于我一向反对把一个静态网页的后辍改成asp,如果为了导航而这么做我，我觉得没必要，所以排除了第一种，而美化框的代码始终没有找到。最终我选择了看起来最简单的第三种方案，这也使得网站的后期修改显得很繁琐。
做完网页的模板后我一直在制作论坛，做出了一个很简陋的论坛。在论坛的开发过程中我体会到实现论坛的基本功能并不复杂，数据库只需要用户、栏目、帖子等几个表，再通过代码进行查询、判断、显示、更新等操作。但是这只是论坛最基本的功能而已，而网上的论坛还有许许多多的功能，要完善那些功能我感到力不从心。最终通过全组的集体讨论，我们决定放弃自己开发论坛的想法，使用了bbsxp论坛，作为我们网站的论坛。
之后我开始考虑博客的制作，我试用了几乎网上所有可以找到的基于asp的中文博客程序。我很喜欢zblog,可惜它只是个单用户的博客程序，不符合要求。最终我选择了功能很强大的oblog。我们对zblog和bbsxp进行简单的修改，并把两者的数据 合并到一起，再结合其他组员制作的页面合起来，完成整个网站的制作。
通过这次制作网站m 的过程，我个人 有以下几点心得体会：
1.在制定网站计划是很重要的，一个好的计划可以详细制定网站的相关内容，成员的分工，为后期的制作节省不少时间。团队开发的进度好像总是比实际中要慢，在制定计划时要有充分的准备。
2.团队合作的开发网站时组员的协作是一个很难的，队员的水平参差不齐，分配工作是应该详细地说明各角细节，要不然可能出现意想不到的问题。
免费
分享
创新
3.制作网站时不能贪图方使，最终要的效果是什么样子，那么一开始就要那样做，要不我然常常会出现意想不到的问题。
4.网络是一个很大的学习空间，事实上很多的问题是可以在上面找到答案的，要学会使用它。
5.不能过分地依赖于网页的制作工具，如果用dreamweaver总是打开设计视图的话，就算把网站做出来也学不到什么东西。最重要的还是代码，我学会看懂代码，写代码。
网站开发心得体会(2)：
前言：“有这么句名言 "站在巨人的肩膀上看世界” 这话应用到建站也有其道理，对于一个网站开发者而言 如果做一个站点 每一个角落 每一个程序都要自己来开发的话
工作量可想而知，别说个人完成困难，即使是一个团队 也需要付出很大的时间和精力，因此选择一个好的在功能和界面上都接近自己预想的系统来二次开发 是非常
理智的一个选择„„
用过帝国 用过动易 用过新云 用过jtbc php168 pageadmin dedecms等系统，在此，长话短说，把觉得对新手比较有用的心得稍微整理下1.其实各个系统，都有它好的地方和缺陷的地方，比如帝国，是一个比较完整的系统，在功能上也还行，但它的免费版本在二次开发上是比较冗沉的，尤其是对于新手，要读懂它的所有程序功能使用，就要花上好一段时间，如果你对语言不熟悉的话，那就更加困难了，如果是新手建议不用帝国
2.动易，在二次开发上有点问题，它本身的模板在前台对新手是比较棘手的一个问题，seo方面也一般般。
3.新云，界面清新，本人比较喜欢，适合做行业站，下载站点，但对新手而言要自己开发并维护一个行业站点是比较困难的。
4.jtbc是我见过最开源的系统，有asp php ,net版本，界面简单到不能再简单，功能方面基本完善，对企业，对行业都差不多，假如你有一定的建站经验的话，又想享受完全开源，建议用这个，但使用它也需要一段探索的时间，因为开发者，独创了一门修改语言，掌握好了，在后台基本上可以实现对网站每一
免费
分享
创新
个角落的处理，如果你有一定的页面美化功底，加上对它熟悉了后，自己建站每问题，给别人开发站点也可以牛刀小试下了!另外，值得一说的是它的seo，我自己测试了三个站点，做好站后，向百度google提交3天内久可以收录，并不是偶然，很多朋友用过jtbc就清楚。
5.pageadmin是一款值得称赞的系统，对于企业站点，我想它是目前最优秀的了，不管从功能 还是 界面都非常棒，模板也很多套，二次开发也容易，但有一点不足的是，要保留版权，我自己现在用的一个站点久是它的，版权方面还在破解当中„„
6.dedecms大家应该有听过，不错，seo，功能都还行，也是要保留部分版权，另外配置上对 新手是一个问题，很多站长用它来做垃圾站，原因很简单，收录快，开发不困难。
资料来源：http://www.xiexiebang.com/data/xdth/
点击咨询 