I denna series första artikel, publicerad i februari 2010, beskrev jag hur du kan använda UML-stödet i Visual Studio 2010 till att modellera och beskriva användningsfall på det traditionella sättet. I denna andra del av artikelserien tänker jag visa dig hur du med allt annat än traditionella tillvägagångssätt kan lyfta modellering av användningsfall och kravspecifikationer till nya nivåer som för in VS 2010 UML i den tjänsteorienterade världen. Detta kräver emellertid att du utökar Visual Studio, och jag tänker visa dig hur jag utökade Visual Studio för detta ändamål.
läs artikel
Kan man använda UML för att planera för en tjänsteorienterad arkitektur? Ja, det kan man, men om
det skall bli riktigt bra kanske man måste använda UML på ett lite annorlunda sätt än det traditionella.
Under de senaste åren har vi utvecklat en hel del idéer om tjänsteorienterad användning av UML, och
det har gått riktigt bra.
Nu kommer ju snart Visual Studio 2010, och i den versionen återupptar Microsoft en tappad tråd. UML
blir återigen en inbyggd del i Visual Studio, precis som det var med gamla Visual Modeler som ju fanns
med i några versioner. För oss är det självklart att föra in Visual Studios’s UML i våra kurser, och vi har
redan börjat göra det.
läs artikel
På senare tid har det mer och mer talats om olika arkitektroller. Vi inom IT-industrin har mer och mer börjat förstå att arkitektur inte främst är en teknisk företeelse utan något som förbättrar teknikens förmåga att skapa användbara föremål som bidrar till att uppnå mål som närmast kan ses som sociala.
En av de roller man börjat prata om är verksamhetsarkitektens – ”business architect” på engelska. Det är den rollen vi vill diskutera närmare i den här artikeln. Vi vill försöka förklara vad den handlar om och varför den är så värdefull. För att kunna sätta rollen i sitt sammanhang måste vi också titta på ett par andra roller.
läs artikel
Det här är en fråga vi ofta stöter på, och det är långt ifrån alltid svaren är som de borde. Många förväxlar arkitektur och teknisk design och talar om en lösnings tekniska utformning som om den vore arkitektur. Man kan tycka att det spelar väl inte så stor roll om man vet vad arkitektur är, bara slutresultatet blir gott, men så enkelt kanske det ändå inte är.
Man talar mer och mer om att IT-lösningar måste vara adaptiva – de måste lätt (hick!) kunna anpassas till skiftande yttre omständigheter, vilket innebär att arkitekturen måste ändras. De måste också kunna effektiviseras utan att användare skall behöva ändra sitt beteende, vilket innebär att arkitekturen förblir oförändrad. För att uppnå det är det viktigt att tydligt hålla isär det som är arkitektur från det som är teknisk design.
läs artikel
We have published an early version of this story before, so it’s not really new.
But it’s such a fantastic story, and it’s such a strong proof of
Service-Oriented Architecture as a Business Agility booster that we just must
tell you the story once again. It’s also a story that proves that the new
software architecture can work well together with the legacy of application
silos. This is what Microsoft talks about as Connected Systems.
läs artikel
|
|
|
|
|
|
|