Leverandøren kender jo ikke til andre processer end dem kunden præsentere dem for - så når kunden er overbevist om, at sagernes flow passer i et automatisk sagsbehandlingssystem, så er det svært for leverandøren at argumentere modsat. Det er jo ikke at forvente, at leverandøren pludselig skal vær...

Kontrakten er efter det oplyste opfyldt. Hvis det er tilfældet og systemet er ubrugeligt, må der jo være en alvorlig misforståelse et eller andet sted. Jeg synes at det ville være ganske hensigtsmæssigt om det blev opklaret til fremtidig læring. Misforståelsen ligger i, at de bestilte noget ...

Mon ikke at de mener er, at der kan være lange svartider på en sagsbehandles brugergrænseflade, hvis requests/responses skal transporteres asynkront gennem en SOA Enterprise Service Bus vha. SOAP Webservices? Det var vist nærmere den workflow og regelmotor som sagerne skulle passere igennem ...

Bla som nævnt hvorfor en fastpris aftale for et system, der aldrig kom til at virke, udløser betaling. Endnu et blandt utallige argumenter for en IT-havarikommission. En god grund er, at hvis kunden bestiller det forkerte men først finder ud af det efter varen er leveret, så skal der stadig ...

PROASK er ikke offshoret - det hele er lavet i DK af danske udviklere. Mht. de 200 fejl, så var størstedelen i klassen stavefejl, småjusteringer af UI, brevskabeloner mv. Det var ikke 200 blokerende fejl.

Hvis projektet er initieret i 2008 kunne det godt lugte af en SOA (arkitektur) hovedsageligt bestående af synkrone integrationer og sikkert med en ESB/Koordinator i midten. Spot on. Den form for integration bør efter min mening navngives Enterprise Application Integration (EAI) via WebSer...

Der er tale om en skide multibruger database . . hvor svært kan det være. Om så systemet skulle programmeres helt fra bunden, altså uden en sql del, kan det aldrig koste over 100 millioner, det er et 2-mands projekt, som kan laves af studerende i fritiden, på mindre end 1 år. Mon ikke du l...

Spot on, Peter.