Stephen Smith's Blog

Musings on Machine Learning…

Archive for May 2009

Sage Insights

leave a comment »

Recently, I intended the Sage Insights conference in Nashville, Tennessee. The conference was at the Gaylord hotel attached to the Grand Ole Opry, basically the largest non-gambling hotel in the US. It has several large courtyards are enclosed under glass, hence its nickname the biodome. I was there presenting on the new next generation of Sage Accpac ERP, now officilly name Sage Accpac ERP 6. This is our new web based, pure HTML/Javascript version of Accpac. All the screens have been re-designed and had extensive UCD (User Centered Design) work on them. They are recognizably Accpac, but much more modern and easy to learn.

I gave a three minute demo during the Accpac divisional keynote, and then was half of an overview presentation with the Product Manager, Eric Kaas. We demonstrated the new Sage Portal, a number of dashboard type KPI screens and a couple of more major data entry screens like A/R Invoice Entry. We also demostrated the screen designer that will be the basis for customization.

We also released a first version of the Accpac 6 SDK to a number of ISV partners that attended a two day training course I gave. We will be offering another training course next month in Vancouver.

Anyway the conference was lots of fun. Was happy to get so much positive feedback on Accpac 6. As always its good to mingle with all the Accpac partners, many of which, I’ve known for over 15 years now.

We’ve demo’ed parts of Accpac 6 in the past, but this time it was fun to demo a much more complete offering with the screen designs becoming much more real and use-able.

Besides my luggage taking an extra day to arrive, a very enjoyable conference. I was happy so many partners were able to attend. I enjoyed the kickoff 5km fun run around the Gaylord and the shopping mall next door. Food was good, and the Gaylord did a good job.

Looking forward to next year in Denver.

Written by smist08

May 26, 2009 at 4:04 am

Posted in Business

Thinking About Resource-Oriented Architectures

leave a comment »

There is a lot of buzz around Resource-Oriented Architectures. Often these are promoted in conjunction with RESTful Web Services. However although really complimentary, they are independent. The primary focus of Resource-Oriented Architectures is that accessing data is king. All data is represented as a resource and can be directly addressed. The focus is entirely on the data (or nouns) and processing type functions (verbs) are secondary. Another key point is maintaining a distinct separation between nouns, verbs and representation.

It’s becoming a bit embarrassing these days that any user can access huge amounts of data on the Internet easily and efficiently. However if you go to an companies IT systems or ERP system, finding and accessing ad-hoc data can become extremely difficult or impossible. Why is it easier to access third party data over a public network than it is to access data on your own systems that you have full control over? A lot of it comes down to how traditional ERP and IT systems are architected versus how the Internet is architect ed. The Internet is all about addressing data, searching for data, linking data together and forming relationships. IT and ERP systems are all about executing SQL statements efficiently, normalizing relational databases and building IT silos.

Resource-Oriented Architectures try to take the best ideas from the Internet and use them to build a solid foundation and framework for developing ERP and IT type applications (among other things). Basically taking the focus away from SQL databases and putting it back on the data itself. In these Architectures each data element is a resource that can be addressed, and every resource can be accessed and manipulated by a standard simple API. This is where RESTful interfaces come in. REST is a Web Service protocol that addresses data as URLs (hence every bit of data has its own URL). Then REST offers 4 verbs to access and manipulate this data. Basically a very simple protocol that manipulates every resource in the system in a consistent, standard way. Many traditional software engineers balk at such a simple interface to resources, yet extremely powerful and flexible systems have been designed and implemented this way, including many of the main popular web sites on the Internet.

Part of the power, flexibility and scalability of Resource-Oriented systems comes from their simplicity. You can build higher level resources easily out of the lower level resource and easily use them since the interfaces are standard and the higher level resources then share the same interface. Even items like reports can be addressed as resources and the same API used to process them.

A key point is to have a separate meta-data system that can fully describe all the resources. This allows much of the processing to be meta-data driven rather than code driven. It also allows flexibility in representing the data. As new formats come along, the system can render the data in the new format using the meta-data. Or various clients can negotiate with the system which representation of the data they would like, HTML, RTF, XML, etc.

Generally Resource-Oriented Architectures are at the heart of some of the most flexible, scalable web sites and it certainly behoves anyone looking at architecting a new system to consider this.

Written by smist08

May 2, 2009 at 4:32 pm