Software Architecture drejer sig om styring software til at optimere sin finansielle cost.This indebærer også ethvert design beslutninger om at bringe denne situation om. Det er nødvendigt at overveje omkostningerne for software forandring, relevante synspunkter ( diagrammer ) af nye systemer, der anvender passende teknikker og mulig forvaltning af grupper af produkter. I det væsentlige er en opgave for software arkitekt til at forstå , designe og evaluere software til en business case . Den business case skal være opfyldt på en sådan måde, at det sker på det lavest mulige pris og samtidig giver maksimal værdi for virksomheden . Instruktioner
1

Brug Unified Modeling Language ( UML ) til at modellere forretningsmæssige situation . UML er et oplagt middel for mange software arkitekter i industrien. Det gør det muligt "virkelige verden" forretningskoncepter skal afbildet i et diagram i form af aktører ( de eksterne påvirkninger ), og de ​​interne processer , kommunikere med de nævnte aktører. Arten af ​​UML er, at de store forretningskoncepter kan grafisk illustreret og let at forstå for ikke- tekniske brugere , og derfor dens popularitet.
2

Brug et software metode til at gennemføre forandringer. En software metode bruges til at styre de forskellige faser af softwareudvikling. Et typisk eksempel er vandfaldet model , en af ​​de tidligste software metoder i eksistens. I dag er der mange andre software metoder , der passer til forskellige teknologier, herunder objektorienterede Java programmering metoder.
3

Starte projektet eller udvikle en forundersøgelse . En forundersøgelse er undertiden bruges til at give et ekstra niveau af sikkerhed for, at et software -projekt vil opfylde sine målsætninger. Denne potentielt sparer tusindvis af dollars , hvis projektet ikke anses for at være gennemførligt. Hvis en forundersøgelse ikke anvendes, skal projektet påbegyndes så er.
4

Design softwaren. Jobbet af en software arkitekt er at give design af oversatte forretningsdokumenter i teknisk form, således at udviklerne kan implementere kravene . De består af flowcharts og andre designelementer typer, herunder eventuelt skriftlige engelske udsagn.
5.

Test softwaren. På dette stadium , bør færdiggjort software tildeles til en test team til at teste det for opfyldelse af de forretningsmæssige krav og sikre, at det fungerer som forventet.
6

Vedligehold og gentage . Denne fase indebærer regelmæssig gennemgang af projektet, og om nødvendigt vende tilbage til tidligere faser til at løse problemer . Vedligeholdelsen cyklus giver softwarearkitekt med mulighed for at bygge i yderligere forbedringer af design og håndtere eventuelle ændringer , som kræves i forbindelse med en projektleder.