Microsoft Dynamics NAV 2009 PART 1
Toen mij gevraagd werd een artikel te schrijven over Microsoft Dynamics NAV 2009, bleek dit geen gemakkelijke opdracht. Als MVP en partner van iFacto Business Solutions, ben ik gebonden aan de NDA overeenkomst met Microsoft. Daarom heb ik besloten dit artikel te schrijven met informatie die ik verkregen heb via conventies (zoals Convergence) en informatie die ik online gevonden heb.
Omdat het aanbod aan informatie zo groot was, heb ik besloten het artikel in 2 delen te schrijven. Het 1ste deel volgt hieronder en deel 2 volgt spoedig.
Bij wijze van introductie; als we het over Microsoft Dynamics NAV 2009 hebben, spreken we vooral over een compleet nieuwe gebruikersinterface. Maar er is meer dan dat. We spreken hier ook over een nieuwe architectuur en andere nieuwe technische eigenschappen, zoals web services. In dit artikel, zal ik de gebruikersinterface en architectuur bespreken. De nieuwe technische eigenschappen volgen in deel 2.
The Role Tailored User Experience
In het verleden werd reeds veel geschreven over ‘The Role Tailored User Experience’ (gebruikerservaring op maat van ieders functie). Kim Ibfelt beschrijft dit als volgt: "The Role Tailored User Experience in Microsoft Dynamics NAV 2009 is not just a fancy new menu structure or a cool new UI with some bells and whistles. With Role Tailored User Experience, the user gets the data and functionality they require, exactly where they need it and when they need it. Role Tailored User Experience is saturated throughout the solution and it implements all the findings on the individual and unique needs and requirements of the different user roles of Microsoft's Customer Model that is based on comprehensive user studies."
Naar mijn mening, is het een volledig nieuw concept vergeleken bij hetgeen we vandaag gewoon zijn. Alles op het niveau van gebruikersinterface en gebruikerservaring is ‘Role Based’.
We spreken hierbij vooral over de ‘Role Centers’. Wanneer een gebruiker inlogt, is de ‘Role Center’ zijn homepage, de eerste pagina die hij ziet. Op deze pagina staat alles, of op zijn minst de meest belangrijke zaken, die hij nodig heeft voor zijn dagelijks werk (zijn rol). Voor een accountant, kunnen dit de uitstaande betalingen zijn. Terwijl voor een orderverwerker, dit de uitstaande orders kunnen zijn. Voor een sales manager, kan dit een verzameling zijn van grafieken en top 10 verkopen van de laatste weken. Ziet u? Zo is de toepassing op maat van ieder zijn specifieke rol binnen het bedrijf.
Nieuwe architectuur
Microsoft Dynamics NAV werkte in een 2-tier modus via een cliënt die connecteert met een database server. Dit is niet meer zo met de Microsoft Dynamics NAV 2009 Role Tailored client.
Microsoft voegde een nieuw niveau toe, namelijk de Service Tier (gebaseerd op Windows Communication Foundation). Dit zal de ‘middle tier’ zijn die de business logic zal uitvoeren.
Dit wil zeggen dat een (nieuwe) Dynamics NAV Client (niveau 1) connecteert met de service tier (niveau 2) die de business logic uitvoert. Als de business logic data nodig heeft, gaat die naar de database server (niveau 3).
Zoals u ziet, kan dit heel wat uitbreidingsmogelijkheden hebben – misschien niet bij deze release, maar er is zeker ruimte voor. De business logic op de service tier zal bestaan uit “managed C# code”, d.w.z. als je een codeunit maakt in C/SIDE, het automatisch een soort “beheerde C#” module creëert op de middle tier.
Het eerste niveau (de dynamics NAV client) is eveneens nieuw. Deze client is minder groot dan de C/SIDE client (omdat de business logic nu wordt uitgevoerd op de middle tier) en is gebaseerd op Metadata. Dit is eveneens nieuw, en heel belangrijk om te begrijpen.
In de C/SIDE client, hadden we “Forms” om onze data te presenteren. In de nieuwe Dynamics Client, hebben we “Pages” die een XML van de data zullen creëren (dit is de metadata). De ”thinner” client ontvangt die metadata en geeft dit weer in een vooraf bepaalde manier. Deze manier van werken brengt andere mogelijkheden met zich mee.
Wanneer de middle tier reeds dit soort metadata “produceert” voor een specifieke client, is het niet moeilijk om te veronderstellen dat het ook mogelijk is dit naar een Sharepoint te sturen. Daarom kunnen we, in één van de volgende releases, een flexibele Microsoft Dynamics NAV Sharepoint Client verwachten, of een GSM/PDA, of ...
Naar mijn mening brengt werken met metadata ook enkele open vragen met zich mee. Het bepalen van de layout van een form (of page in dit geval) wordt minder flexibel. Werken met kleur, subforms, matrix forms en een hoop andere zaken, zullen hierdoor een grote uitdaging worden. Gelukkig, als u met de uitdagingen vertrouwd geraakt, zal u ontdekken dat er een groot aantal alternatieven beschikbaar zijn.
