Lars, It has been a few years since I've worked with Openview, but I have to say that replacing ARS with Openview makes as much sense as replacing your car with boat. They are two completely different tools for different tasks. Openview is for system monitoring, ARS is a development platform. There is certainly some overlap between the applications, but they serve two different functions.
HP Openview's Asset management system is primitive compared to BMC's. Openview as a monitoring tool competes with a few other BMC apps that are not really based in ARS, such as the discovery tools and Control-M. It sounds to me like your management don't really understand what they are trying to do. It is true that ARS is expensive, and that if you purchase the OOB apps it becomes even more costly. However, I don't think either of those costs are as high as it would be to code a similar system from scratch in C++ or even ASP, and neither can be modified as fast as ARS. I don't know enough about Openview currently to know if it has helpdesk functionality, but I would think that the result is that you use C++ or Java to write your own apps from scratch and integrate via an API with Openview and spend a long time doing it. Your best bet is to talk to the management and find out what their requirements are, because I don't see how anyone could consider replacing one piece of software with something completely irrelevant to it. If they need system monitoring functionality, you can integrate Openview with Remedy, or purchase the BMC tools. Thanks, Shawn Pierson -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 2:15 PM To: [email protected] Subject: HP Openview/ARS Hello, I would like to get some comments upon this issue: Suppose the Management make a decision because 'ARS is expensive' - replace the ars system with HP Openview. My thougts are: Is there an Admin tool for HP Openview which can be compared with ars, make changes fast, safe and even in production? How will the migration be done and what will it cost ... We can't loose all reqeusts. A lot of data must to be transfered to the new system in a new datastructure. Suppose 700 active users, If every user needs 8 h time to learn a new system, this means 5600 h, and 8 h is at a low estimate I think. Is ars expensive? Maybe licenses, but is development expensive? Some skilled ars devlelopers can implement a lot with only 100 hrs of work. The same with Openview? Our system has always been changing rapidly, new conditions every year, not a problem, just make a new release of the application with max 15 hrs of migration. Easy to make a new release of an Openview application with new code? I guess that another platform maybe is less expensive in one way, but add all costs for changing, I'm not sure it in the end will save money for the company. And, I don't even know how to compare ars with HP Openview, I've never seen the application. And, add hrs to implement all processes/routines into another system. Why Open view? Because it's used in another country with is going to be integrated in our company. (They use an home-built ars system too for some modules) Maybe Integration is the best solution, we run ars and they run openview, just build an IF between those two systems intead of replacing one? L ars Pettersson Vattenfall Business Services Nordic AB Action Request System Engineer (Tabasco) S-461 88 Trollhättan Sweden Phone +46 520 888 35 Mobil +46 70 608 99 95 e-mail: [EMAIL PROTECTED] _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org The information in this e-mail, and any files transmitted with it, is intended for the exclusive use of the recipient(s) to which it is addressed and may contain confidential, proprietary or privileged information. If you are not an intended recipient, you have received this transmission in error and any use, review, dissemination, distribution, printing or copying of this information is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately of the erroneous transmission by reply e-mail, immediately delete this e-mail and all electronic copies of it from your system and destroy any hard copies of it that you may have made. Thank you. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
