Warehouse Datalager
Många kallar de system vi utvecklar för data warehouse eller datalager. Med det avses att systemen ligger vid sidan om affärssystemet och har en egen databas som med viss regelbundenhet (veckovis, månadsvis) tankas med data från affärssystemet. Ibland ingår även en viss återskickning av information till affärssystemet (budget , prognoser etc) Ibland används termen datalager synonymt med termen OLAP som är en teknik att med förberedda prepareringar av data snabbt kunna analysera stora datamängder enligt vissa hårt uppsatta regler på förhand. MS Office är idag förberett för OLAP-teknik som ibland måste tillgripas för att få bra svarstider för vissa frågeställningar i ett datalager. Vissa tycker att datalagret måste omfatta all data vid sidan om affärssystemet så man får så få system som möjligt. Så tycker inte vi och många av våra kunder, med MS Office kan man ofta göra dessa sidosystem både billigare, bättre och mer flexibla än om man använder ett s.k. OLAP-verktyg. Styrningen av systemutvecklingen sker då avdelningsvis och den centrala IT-avdelningen förlorar med denna teknik en del möjlighet till styrning. Resultatet blir ofta enklare och mer användbara system till priset av att man förlorar vissa samordningsvinster med stordrift och centralisering. I dagens affärsvärld är ofta centraliseringen mindre fokuserad då företag delas och byggs samman genom fusioner. Detta gör att kravet på självförsörjande enheter är större än att allt fungerar enligt 'kugghjuls-principen' i ett modernt företag. Centralisering och långsiktighet är snart museala företeelser.
Termen 'digital dashboard' vilket på svenska skulle bli 'datorstyrd anslagstavla' används idag av många som marknadsför olika former av beslutstödsystem, med det avses en möjlighet att relativt enkelt kunna skapa ett WEB-baserat menysystem som är anpassat efter olika grupper av användare inom ett företag. Detta förenklar för användaren att komma åt olika system och tillämpningar samtidigt som avsikten är att få en snabb överblick av affärsläget som introduktionsbild på morgonen när man startar upp sin dator. Ofta hanterar dessa system också inloggning vilket innebär att man bara behöver presentera sig en gång för datorn, detta kan i större företag kan vara en avgörande fördel då man har många olika system i sin IT-miljö.
Microsoft har med sina nya versioner av Office med raska steg gjort stora satsningar inom beslutstödsområdet vilket gjort att de på de senaste två åren vuxit fram som en av de viktigaste leverantörerna även inom denna sektor som tidigare dominerats av Cognos och andra specialiserade leverantörer. Med s.k. pivottabeller kan man i Excel idag göra flexibla dataanalyser med vidhängande grafisk presentation. Data till dessa tabeller kan komma från såväl s.k. OLAP-kuber som direkt från datalagret och även i vissa fall direkt från affärssystemet. Använder man Excel kan vi som utvecklar system använda VBA med alla tillhörande objekt och komponenter för att göra anpassningar som förenklar arbetet för dig, samtidigt som du som vet hur du vill presentera dina data enkelt själv kan göra den sista utformningen av data med Excel eller Powerpoint. Enkelt uttryckt, vi som proffs hjälper dig att komma åt informationen du önskar medan du som vet i vilket sammanhang som den ska presenteras gör utformningen.
För att tillfredställa de behov som tillämpningarna runt ett datalager kräver används i de flesta fall idag en relationsdatabas, där det naturliga valet för många som arbetar i NT-miljö blir SQL-Server medan de som använder Unix ofta använder Oracle i stället. Båda dessa databaser innehåller idag integrerade funktion för att enkelt kunna framställa OLAP-kuber som sedan kan användas för analyser där man i förväg bestämt vilka s.k. dimensioner man vill arbeta med. Denna teknik ger otroligt bra svarstider även om databasen i datalagret är stor och detaljerad. Förklaringen till detta är att de flesta summor som presenteras i en kub är uträknade på förhand, och om man håller sig inom vissa strikta ramar vid definitionen av en kub kan man på detta sätt för vissa typer av analyser få mycket bra system. Baksidan av myntet är att det ibland uppstår behov som går utanför de förutsedda ramarna det kan vara att man vill se mer detaljer eller att man önskar kasta om i vilken ordning data presenteras. I sådana fall krävs lösningar där man arbetar direkt med data i datalagret.
Genom att använda standardprodukter erhåller du som kund en garanti för att livslängden på din tillämpning blir längre samtidigt som du alltid är garanterad att hitta kompetens till rimlig kostnad om du behöver ändra eller utvidga din tillämpning. Lösning blir kanske inte riktigt lika 'sexig' men du behöver inte avstå från några väsentliga funktioner i ditt system då de komponenter som idag finns är mycket funktionsrika.

Excel
Tidigare använde vi i stor utsträckning Access för utformningen av användargränssnittet, även om många av våra användare i sitt dagliga arbete föredrog Excel. Excel har idag kommit i kapp Access som bas för professionell systemutveckling, vilket gjort att vi numera använder Excel som bas för den del av systemet som de flesta användare kommer i kontakt med. Det kan gälla såväl rapportframtagning som inmatning av data i databasen (budget och prognoser oftast). Främsta fördelen med Excel jämfört med Access är att du som användare arbetar i en miljö som du är mer van och kunnig i. På så sätt är det enklare för dig att göra kompletteringar där vi missat i systemutformningen och inte förutsett någon ändring som uppstått i er omgivning. Nackdelen är att det för vissa funktioner fortfarande är lite mer arbete att utveckla tillämpningen i Excel än i Access.

Access
Med detta verktyg erbjuder vi dig möjlighet att enkelt klicka fram de rapporter du önskar på innehållet i din databas.
Vi har tagit fram en generell frågefunktion med vars hjälp du mycket enkelt kan ställa nästa hur kluriga frågor som helst. Med Jet som databasen kallas av Microsoft kan du komma åt information på många datorer anslutna i ert nätverk, via ODBC eller OLEDB som gränssnitten kallas.
Du kan koppla ihop information från Unix/Oracle, DB2/MVS, DB400/AS400 och Dbase, Paradox, Excel etc i samma fråga. Denna funktion att koppla samman data från diverse olika datakällor är tämligen unik för Access databasmotor. Skulle inte informationen gå att koppla direkt fixar vi enkelt en importfunktion till dig så du i stället arbetar med en kopia av data i din egen databas.
Vill du omforma layouten på din rapport eller tillfoga egna beräkningar eller grafer kan du i stället för att skriva ut den få den presenterad i EXCEL eller något annat Office-produkt. Med de kopplingsmöjligheter som idag erbjuds i Office är fantasin det som begränsar möjligheterna.

Visual Basic
Ställer din tillämpning höga krav på specialanpassning av skärm- och musfunktioner kan detta vara svårt att klara av i Office och VBA. (ex.vis Drag-Släpp) I så fall kompletterar vi med VB och någon eller några standardkomponenter till VB, s.k. ActiveX-komponter.
Med Visual Basic kan mycket sofistikerade lösningar erhållas om du har speciella krav på samverkan med andra program i din datormiljö. 
Trots att Visual Basic är mycket lätt att använda är vår erfarenhet att det ofta tar dubbelt så lång tid att utveckla med detta verktyg jämfört med Office för att åstadkomma samma funktioner. Vi gör därför det som går i Office och kompletterar vid behov med vissa rutiner i VB. Som tur är behöver man inte välja antingen eller utan vi gör de komponenter som behövs med den teknik som blir billigast för dig som kund. Man kan mycket väl i en tillämpning ha vissa delar gjorda i VB och andra i Office då de arbetar med samma databas, Jet, SQL Server eller Oracle.

Klienten(Operativsystemet i din dator) (NT, Win 2000, WIN/XP)
När det gäller klienten för våra lösningar så krävs det att man har en modern maskin ( ej äldre än två år) med 32-bits operativsystem. Vi har valt denna strategi för att kunna utnyttja de mest lämpliga verktygen som finns vid varje tillfälle. Detta då datorerna idag är billiga relativt konsultkostnader. Det blir billigare att köpa en lite bättre dator än att vi ska lägga timmar och veckor på att hitta en något bättre algoritm i våra program som går att köra även i en äldre dator.

Citrix, Terminal Server
Det blir idag allt vanligare att man använder denna teknik för att få kontroll på vad experterna kallar 'cost of ownership', dvs priset för att det finns en fungerande dator på varje skrivbord. Med denna teknik skapar man företagets standarddator som blir nåbar från en stor mängd platser och därför tom kan erbjudas till kunder och leverantörer. De metoder och verktyg som vi använder lämpar sig väl både vad det gäller utveckling och drift i denna miljö.

Severn och SQL-databasen
NT är ett billigt alternativ till att sätta upp en motsvarighet till en Unix-server, speciellt utbildningsmässigt för de som ska sköta servern. Av detta skäl har vi valt att satsa på Windows 200X Server som en trolig plattform för din databas. 
Oracle eller SQL-Server från Microsoft är det som de flesta tycks välja. Har man tidigare erfarenheter från Oracle är detta troligen ett bra val, har man ingen tidigare erfarenhet av SQL-databaser kommer man troligen enklast igång med Microsoft's produkt. Vilken som är funktionsmässigt överlägsen tvistar de lärde om, viktiga egenskaper för Warehouse är i första hand prestanda för frågor på joinade strukturer även med relativt stora tabeller, snabba laddningtider och OLAP-funktioner.

Internet och intranet.
Det enda folk snackat om nu en tid....  Vår strategi inom detta område är klart Microsoft-inspirerad. Vi arbetar med IIS och ASP i vår egen server kompletterat med FrontPage som vi använder för att göra våra WEB-sidor. När det gäller databaser i Internet-miljö arbetar vi med OLEDB och ADO (JET och SQL-Server) dels för frågetillämpningar dels för uppdaterande tillämpningar. Vi har med intresse satt oss in i de nya möjligheter till vettig systemutveckling för WEB-en som Visual Studio .NET erbjuder även om vi ännu inte hittat något kundprojekt där det passat in.

Framtiden.
Lyssnar man på Microsoft är svaret entydigt: '.NET'. Även många utanför Microsoft tycks hänga på åtminstone de som försörjer sig på att skriva böcker om den nya tekniken så det är inte mycket annat som tycks finnas. Vi tror inte att Microsoft kommer att överge denna strategi, men vi misstänker att de som många andra i branschen underskattar kostnaderna för att lära alla som arbetat med Windows alla nyheter som denna satsning innebär, speciellt då det ännu är ganska magert med 'godbitarna'.
För de som arbetar med ASP och WEB-tillämpningar är fördelarna uppenbara, så där kan man förvänta sig ett snabbt genomslag även om många kommer att hålla fast vid ASP och script ännu en tid. Tyvärr har pengarna från denna del av IT-världen delvis försvunnit vilket kan innebära att genomslaget av detta skäl tar lite längre än man förväntar sig.
För de som arbetat med C++ borde fördelarna vara uppenbara, men då denna skara är ganska liten och troligen den mest konservativa får man förvänta sig att genomslaget kommer långsamt. De två huvudsakliga skälen torde vara känslan av att förlora kontroll och att språket är delvis ändrat (C#). För C-programmeraren borde IDE-miljön med all hjälp i denna också vara skäl för att motivera en övergång.
För de som huvudsakligen arbetat med Visual Basic blir verktyget helt plötsligt rejält mycket mer komplicerat, vilket säkert attraherar de som har mycket pionjär-anda kvar i sig. VB dolde mycket av det som gjorde utveckling i Windows-miljön komplicerad, men med alla de möjligheter som erbjuds i .NET är det svårt att dölja detta. För de som arbetar med systemutveckling baserad på ersättning per timme kommer det att bli svårt att hitta dels en finansiär som ska betala den utbildning som krävs dels att hitta projekten som troligtvis blir dyrare då man som utvecklare tvingas ta ställning till mycket som var förutbestämt i VB.
Tittar vi på den sista gruppen av utvecklare inom Microsofts Windows-sfär, Office-utvecklarna så har det inte börjat ännu. Det som finns är möjligheten att köra Office från en .NET-tillämpning samt from och med Office 2003 är det möjligt att skriva .NET-kod i stället för VBA inne i Excel och Word. Några uppenbara fördelar med denna teknik i stället för att använda VBA har ännu inte presenterats bara en massa inskränkningar där funktioner saknas som finns i VBA. Man kan exempelvis inte använda makroinspelningar, vilket är en av de viktigaste funktionerna när man arbetar med så komplexa objekt som de i Office.