All posts in Solution Architecture


SharePoint Spaces möjliggör så att du kan se ditt företagets digitala innehåll i en blandad verklighet (mixed reality) direkt på intranätet. Detta öppnar upp för en ny epok av smarta digitala arbetsplatser med tät integration mellan 3D och artificiell intelligens (AI).

Med SharePoint Spaces kan vanliga användare skapa och visa 3D-innehåll och 360-graders video direkt i webbläsaren. Användare kan även ta på sig på ett headset för att visualisera information och med stöd av handkontroller interagera med innehåll från flera vinklar. Nya möjligheter för medarbetare att interagera med objekt som kan vara för många, för stora eller för dynamiska för att uppleva i den verkliga världen eller i en tvådimensionell miljö blir nu tillgängligt direkt på intranätet.

Företag kan skapa fördjupade virtuella världar för visning av data och dokument direkt i SharePoint. Helt klart ett välkommet tillägg till den smarta digitala arbetsplatsen baserat på Microsoft 365.

Det finns just nu möjlighet att ansöka om tidig tillgång till SharePoint Spaces – Early Access Program

För mer information om SharePoint Spaces – https://www.microsoft.com/en-us/microsoft-365/blog/2018/05/21/sharepoint-innovations-transform-content-collaboration-with-mixed-reality-and-ai/

 


I takt med att informationsteknologi och digitalisering blir allt viktigare för företag och organisationer så blir även inverteringar mer integrerade och komplicerade. Detta leder till att det blir svårare att retroaktivt anpassa fundamenten till nya inriktningar, livscykelhantering blir avgörande för vilka risker och möjligheter man har att anpassa mot strategier och kvalitetsförväntningar.

 

Läs hela inlägget här:

https://www.netrelations.com/sv/inspiration/blogg/sa-hanterar-du-icke-funktionell-kravstallning-och-teknisk-skuld/

 


How to migrate source code from Team Foundation Server (TFS) to Visual Studio Team Services (VSTS).
 


 
Subscribe for more…
 

 


Screencast how-to install SonarQube 6.0 on a Windows Server in Azure using Microsoft SQL Server and integrate it to Visual Studio Team Services latest build system.
 

 
Subscribe for more…
 

 


Hello, Friends! Are you interest in delivery of quality software in less time? Let me introduce a new experiment I’m working on to help close the gap between Business practices and Software Development practices – ALMBoK.com.

Application Lifecycle Management (ALM) defines how a software application is managed from conception, through its creation and deployment, to its eventual retirement. ALM is made possible by tools and technologies that facilitate and integrate requirements management, architecture, coding, testing, tracking, and release management. ALM recognizes that the requirements are evolved based on business needs or ideas for new opportunities. Applications are the foundation from which business processes are executed.

Modern ALM and DevOps practices enables integrated and optimized processes that provides the agility needed to quickly take advantage of increasingly faster paced business demands.

The Body of Knowledge (BoK) provides the insights to improve business and development processes via knowledge areas and groupings of knowledge articles (disciplines, methodologies, products and tools) from both internal and external sources.

The ambition of this free knowledge base – ALMBoK.com – is to cover the high level perspective and to serve as your guide in Application Lifecycle Management.

For more detailed information please visit the site – www.almbok.com

almbok.com_blog.yllemo


Att bygga mjukvaror är svårt, att räkna på investeringar i mjukvaror är svårt, att möta investeringen med rätt byggkvalitet är jättesvårt. Vi vet oftast för lite kring vilken skuld vi har ackumulerat genom de beslut vi tar längs resan och vi fokusera inte ofta på att amortera skulder.

Total ägandekostnad (eng. Total Cost of Ownership, TCO) är något som investerare kalkylerar på för att se vad den totala kostnaden är för en mjukvara inför ett investeringsbeslut. Den totala ägandekostnaden omfattar såväl anskaffningskostnad som driftskostnad men i många fall så räknar man inte med ackumulerade skulder som en del av den totala kostnaden för ägande, kanske för att det inte finns bra modeller för detta eller för att man helt enkelt inte förstår att det kan kalkyleras.

Under en applikationslivscykel så skiftar investeringen från en kapitalinvestering (CAPEX) till en operativ kostnad (OPEX), vanligtvis från ett projekt till en förvaltning. Inkluderat i denna övergång är de skulder som ackumulerats vilket kan leda till oförutsedda kostnader och ytterligare investeringsbehov för att möta effektmål. Det är en stor risk att inte veta vilken skuld man äger och vilka mått av kvalitet man mäter på, detta kanske är än mer viktigt när det kommer till mjukvaror då det kommer strida strömmar av inkrementella förbättringar och de positiva riskerna (vinster) kan kontinuerligt värderas därefter. Det är trots allt idéer som blir till affärsapplikationer, som sparar pengar eller ökar omsättningen.

För några veckor sedan var jag med som talare på en konferens kring systemförvaltning och passade även på att lyssna på övriga talares framträdanden. Ett mycket intressant framträdande var från Johan Magnusson, forskare från Chalmers kring Teknikskuld (eng. Technology debt) och Teknisk skuld (eng. Technical debt). Det bredare begreppet kring teknikskuld som innefattar såväl personal (ideologi, kompetens, arbetsmiljö), användare (nöjdhet, rykte) och system (infrastruktur, skugg-it, teknisk, styrning) kan även ackumulera skuld på samma sätt som teknisk skuld gör vid exempelvis bristande kvalitet i konstruktion av programvara. Väldigt användbart för att hantera såväl risker som nyttorealisering och skuldsanering, ser fram emot mer insikt i denna forskning.

Att automatisera, optimera och integrera leveransprocessen är utmanande, men om inte snabbt införande prioriteras kommer det inte heller att gå snabbt, likaså är avsaknad av inbyggd kvalitetshantering det säkraste sättet att erhålla dålig kvalitet och en stor dold skuld med ockerränta. Genom att kontinuerligt värdera nya insikter och vikta dessa mot baslinjen så kan man istället undvika onödiga problem och säkerställa bra och friska nyckeltal.


Under ett seminarium om Continuous Delivery och Azure Camp hostade av Microsoft och Solidify så förkovrade jag mig i det senaste nyheterna kring vad som hänt på ALM frontlinjen under hösten.  En lång rad nyheter presenterades, men för mig så var de en sak som sken upp mer än de övriga.

Äntligen, nu har TFS fått stöd för Markdown-filer (.md). Även om det än så länge bara finns stöd i Visual Studio Online (VSO, TFS i molnet) så är detta något jag sett fram emot länge då det underlättar avsevärt för dokumentationsrutiner. Genom att skapa vanliga textfiler med några får fördefinierade syntax så formateras .md filerna om till Markup-filer, vanligtvis HTML. På detta minimalistiska sätt så får man ett enhetligt format och kan länka in bilder, tabeller och hyperlänkar direkt i samma kodmassa som då kan utvecklas parallellt med alla förgreningar och versionshantering av koden.

Det finns en del verktyg för att hantera .md filer även utanför utvecklingsmiljön, som exempelvis http://markdownpad.com där man ser hur resultatet ser ut samtidigt som man skriver.

Möjligheterna är många för denna nya funktion och helt klart ett stort steg åt rätt håll, även om jag kan sakna många av de bra funktionerna som erbjuds i exempelvis DokuWiki, så applåderar jag för införandet av .md filer i TFS. På sikt hoppas och tror jag vi får se både Microsoft och community utvecklade förbättringar kring syntax och integrationer av Markdown-filer.

Microsoft, snyggt jobbat!