3

Are there any active, large installations of the SAS Business Intelligence framework? Is anyone actively using all of the capabilities of the Metadata Server? Does anyone actively use SAS Information Maps? Does anyone use anything more than Base/Stat/Graph/IML/Access, etc.

Is SAS' huge attempt at "Enterprise Class" shared data and analytics just a 10 year waste of time? Or are there real success stories?

I've only ever heard of companies and customers "beginning" a SAS BI deployment and companies/customers "tearing out" a SAS BI Deployment.

Some encouraging success stories would be nice. Anyone?

flag

3 Answers

3

The new server-based deployments & alternative interfaces may very well not appeal to "traditional" SAS developers.

However, the main benefit of the new interfaces is that they surfaces SAS functionality to users without the pre-requisite of "SAS Programmer". Previously SAS could do brilliant stuff, but the business was bottlenecked by the thru-put of the SAS programming team. Now self-help processes can be set in place. The new clients won't do everything, but depending on the business requirements, they may fulfill 80%, 90%, 95% of users' needs. There will always be the need for SAS developers, but now there are a range of options, depending on what the business (not the developer) needs.

For example, you can show the business a EG or DI workflow, you can't show them 20 pages of SAS code.

As a former SAS employee, then SAS developer (Base/EG) and now administrator (DI/BI platform), I actually love the server deployments of SAS. Too long there has been too much running on local PCs, installation hassles, locally stored programs, no consistent development methodology.

Centralising makes it much easier to share work, to measure resources, installation is a "once-off" on the servers, clients can roll-out EG, Office plug-in or Web.

Yes, we use Info Maps a lot because we means we don't have to expose a complex DB structure to the business analysts.

Happy to discuss further - I don't jump on here often, email or find me on the SasProfessionals site.

Regards,
Andrew Howell.
Committee member - SAS Melbourne User Group, Australia
ANJ Group Pty Ltd
info@anjgroup.net.au

link|flag
2

Here is a real world example and success story. Our company, BGF Industries, is a manufacturer of technical woven & non-woven textiles. BGF has used SAS since 1982 for most of our statistical needs. Our use, however, was isolated to a few programmers on the PC. Our experience and exposure, however, made us well aware of the potential of SAS if distributed on an Enterprise scale.

In 2008 we launched a company-wide suite of applications developed with the Enterprise Guide UI and utilizing the graphing, statistical and reporting modules. This suite was named our Early Warning System (EWS) and is now available via the SAS Web Portal to everyone within our company. The EWS monitors thousands of process variables and tests daily. When any property begins to show a statically significant tread, it is surfaced and presented to managers and staff for immediate action.

Before this deployment, monitoring this vast number of variables was impossible. There simply were not enough people in our lean operation to find these problem areas. Before, our best efforts were confined to searching for answers to problems AFTER they occurred. Today, we are presented with a condensed list of the day’s issues, as they happen, giving our managers time to react BEFORE a real problem exists. Obviously being proactive reduces the cost of re-work, returns, and quality issues.

Through using the SAS tools, we are also able to extract value back out of the millions of dollars invested in data; data that was simply collected and statically stored before.

Lastly, our process engineers now develop their own applications using all the EG tools. These applications, once deployed on the Portal, replace days/weeks of manual preparation of reports and are available on demand by our management. Time savings for our process team has been significant. I agree with the Howell in his post, in every aspect. The server based deployment, maps and EG has set both our data and our process team free.

If anything our team realizes we underutilize the SAS products. This is not because of any lack of ability within the SAS products themselves, but moreover, our lack of creativity in finding new ways to exploit the products depth.

I trust this will help shed some light on your discussion.

link|flag
I think I can admit that the idea of using EG as a "development platform" for reports is a good example. However, simply using data to surface information on a dashboard is something that can be done pretty quickly and, dare I say, a lot faster by just using (again) the Base SAS toolsets (without all of the admin overhead of the BI Stack). – jay.l.stevens Apr 9 at 4:31
0

Of course, it has...Base/Stat/Graph/IML/Access is the core part of SAS. However, the EBI + EDI is also becoming more and more popular and is providing BI value to customers. See the successful story in SAS website.

link|flag
1 
I want a real-world scenario. I've worked with SAS and SAS institute long enough to know that a SAS website story doesn't tell the whole story. I want to hear real-world success from people on the ground using it. – Moderator Feb 8 at 18:05

Your Answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.