SAP业务对象
我的雇主邀请我从事 SAP BusinessObjects 工作,以分析他们拥有的大量数据。
在接受这一点之前,我有以下疑虑:
我喜欢编程,并且不想失去它。 您认为使用这个工具会让热爱构建软件的人兴奋吗? 或者它像工具的大部分一样通过类似向导的界面进行配置?
此工具是否能够处理出于研究和测试目的而收集的数据?
我尝试用谷歌搜索,但我能找到的只是一些每分钟提到“商业智能”超过 12 次的视频。 任何帮助我进行初步分析的建议甚至链接都会有所帮助。 谢谢...
I have been offered by my employer to work on SAP BusinessObjects to analyse large amount of data they have.
I have the following doubts before I could accept that:
I love programming and do not want to lose touch with it. Do you think working on this tool would excite a person who loves building software? Or is it like most part of the tool configurable through Wizard like interface?
Is this tool capable of working on data collected for research and testing purpose?
I tried googling but all I could get is some videos which mentions "Business Intelligence" more than 12 times a minute. Any suggestion or even links to help me make the preliminary analysis would be helpful. Thanks...
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
Business Objects 并不是火箭科学。 一个有能力的开发人员应该能够在几天内弄清楚如何构建一个宇宙。 我的第一次经历花了大约两天的时间来弄清楚如何构建一个宇宙,又花了大约两天的时间来从中得到一些分析报告。
然而,“研究数据”表明,数据的实际结构将根据调查的性质而有所不同,因此您可能会发现自己不断地为每项工作进行临时更改或新的定制宇宙。 Business Objects 可能是实现此目的的一种相当灵活的方法(可以在几个小时内为一组研究数据的表格设置自定义宇宙)。 然而,这项工作基本上将移交给报告分析师职位。
如果您本质上不是一个“工具人”,您可能会发现这种工作并不令人满意。 我对数据仓库系统进行完整的生命周期工作,有时这涉及使用 Business Objects 开发前端。 我很高兴能在更大的工作中随意使用它,但我不希望一份工作只使用一种报告工具。
如果您认为自己是一名程序员,如果该工作仅限于使用 Business Objects,我建议您不要接受该工作。
Business Objects is not rocket science. A competent developer should be able to figure out how to build a universe in a few days. My first experience took me about two days to figure out how to build a universe and another two days or so to get some analytic reports out of it.
However, 'research data' suggests that the actual structure of the data will vary depending on the nature of the survey so you will probably find yourself constantly making ad-hoc changes or new bespoke universes for each job. Business Objects is probably a reasonably flexible way to do this (a custom universe for a tabular set of research data could probably be set up in a few hours). However, the job would basically devolve to a reporting analyst position.
If you're not a 'tools guy' by nature you will probably find this sort of work unsatisfying. I do full life-cycle work on data warehouse systems and from time to time this involves developing front ends using Business Objects. I'm quite happy to work with it casually as part of a larger job but I wouldn't want a job solely working with just one reporting tool.
If you think of yourself as a programmer I would recommend against accepting the job if it was limited to just working with Business Objects.
我有使用 Designer 和 Business Objects 进行报告的经验...老实说,这非常简单。 我不得不说,我本质上是一名纯粹的程序员,并且绝对讨厌使用它,但这就是我编写一个使用 DLL 来自动化一切的程序的原因。 我喜欢将其自动化,最终制作了一个程序,它只用了大约 5 分钟就完成了我以前需要几周才能完成的事情。 现在所有的 BO 开发者都使用它,我主要花时间更新它。
总而言之……当它占你工作的 60% 以上时,工作会很糟糕,但你不必失去编程。 如果说有什么不同的话,我想我已经改进了我的编程。 现在我几乎不做那些蹩脚的工作了。 我只是运行我的程序,一切正常。
我不确定你在问题“B”中问什么。
I have experience working with Designer and reporting in Business Objects... Honestly, it's quite easy. I have to say I'm a total programmer at heart, and absolutely hate working with it, but that's what possessed me to write a program that uses the DLL's to automate everything. I enjoyed automating it, and ended up making a program that did in about 5 minutes what it previously took me weeks to do. Now all the BO developers use it, and I mostly spend my time updating that.
In summary... It sucks to work with when it's +60% of your job, but you don't have to lose out on Programming. If anything, I think I've improved my programming. Now I barely do the crappy side of the work. I just run my program, and everything works out.
I'm not sure what you are asking in question "B".