IEEE Computer Society Team
De globala utgifterna för företagsprogramvara svävar runt 605 miljarder dollar. För att säkerställa en effektiv produktionsprocess införlivar teamen flera metoder och tillvägagångssätt för utvecklingens livscykel, varav två är Agile och Waterfall. Även om Agile har tagit fart de senaste åren, har vattenfallet fortfarande sin plats. Medan man tänker på mjukvara som skiktad teknik, kan vattenfallsmetoden användas tillsammans med detta tänkesätt och fungera som ett parallellt, kompletterande koncept. Den här artikeln kommer att ge en kort översikt över hur vattenfallsmetoden fungerar och hur den enkelt kan förenas med konceptet mjukvara som skiktad teknologi.
Vill du ha fler tekniska nyheter? Prenumerera på ComputingEdge Nyhetsbrev idag!
Hur fungerar vattenfallsutveckling?
Waterfall tillhandahåller en sekventiell, steg-för-steg-strategi för mjukvaruutveckling, bestående av sex distinkta faser:
- Krav
- Design
- Utveckling
- Testning
- Spridning
- Underhåll
På många sätt kan ett vattenfall jämföras med en traditionell löpande bandsbaserad produktionsprocess inom fordonsindustrin. Beslutsfattarna bestämmer vad som krävs, designers utarbetar modeller av fordonet och dess komponenter, och produkten byggs på löpande band, testas, släpps och underhålls sedan av mekaniker hos återförsäljare. I denna mening kan ett vattenfall användas i en mängd olika utvecklingsscenarier och inom många branscher, inte bara informationsteknologi.
I samband med programvaruutveckling kan vattenfall använda följande steg:
- Krav. Produktteam och chefer på C-nivå bestämmer vad applikationen behöver åstadkomma.
- Design. Mjukvarudesigners kartlägger hur man når kärnmålen med kod.
- Utveckling. Utvecklarteam bygger en iteration av programvaran.
- Testning. Interna team testar programvaran för att se hur bra den fungerar – ibland kallad ett alfatest. Om den inte fungerar återgår processen till antingen design- eller utvecklingsfasen.
- Spridning. Efter att ha klarat en omfattande testprocess distribueras applikationen till allmänheten.
- Underhåll. Lösningen uppdateras när allmänheten och interna teammedlemmar upptäcker problem. Teamet släpper nya versioner och patchar som tar itu med funktionalitet och säkerhetsproblem.
En framgångsrik vattenfallsprocess hänger på att få kraven och designen helt rätt. Alla intressenter måste antingen sitta vid bordet eller få sina behov representerade av någon annan, särskilt eftersom att skapa nya iterationer kan vara tidskrävande längre fram i livscykeln. Detta är delvis anledningen till att utvecklare tänkte på det agila tillvägagångssättet. Men vattenfall kan i många situationer fungera lika bra, inklusive inom ramen för mjukvara som skiktad teknologi, som inkluderar fyra nyckelaspekter:
- Fokus på kvalitet
- Bearbeta
- Metod
- Verktyg
Så här korsar de varandra:
Hur Waterfall och konceptet med programvara som skiktad teknik kan fungera tillsammans
Nyckeln till att få vattenfall och den skiktade aspekten av mjukvaruutveckling att spela bra ihop är att använda skiktade principer för att utvärdera och designa varje fas av vattenfallsprocessen. Med andra ord, du använder de fyra delarna av programvaran som skiktad teknik som en uppsättning kontroller och balanser för att säkerställa att din vattenfallsutvecklare uppfyller kärnmålen. Här är ett exempel på hur det kan se ut.
Programvara som Layered Tech och Waterfall Exempel
Anta att din organisation vill utveckla ett mobilt hanteringssystem för kundrelationer, speciellt för distansarbetare som vill använda sina mobila enheter samtidigt som de stödjer försäljningsprocessen. CIO har beslutat att använda ett ramverk för vattenfall.
Steg 1: Fastställ hur skiktade teknologiprinciper kommer att tillämpas
Produktchefen sätter sig ner med intressenter och de arbetar tillsammans för att specificera:
- Kvalitet: målen för appen samt hur den kommer att ge en effektiv användarupplevelse (UX)
- Process: kodningsspråken, verktygen och ramverken som används för att bygga användargränssnittet (UI) samt databaserna och andra beroenden som driver appen
- Metod: de steg som kommer att användas för att kommunicera, bedöma krav och deras uppfyllelse, designa applikationen, testa och stödja den
- Verktyg: de teknologier som används för att exekvera process och metod med bibehållen kvalitet
Steg 2: Rama in vattenfallsstrukturen med hjälp av de skiktade teknikprinciperna
Eftersom projektledaren bestämmer vilka gruppmedlemmar som ska inkluderas i vattenfallsutvecklingen och vad de ska göra, bygger de alla beslut kring de skiktade principerna.
Till exempel:
- Produktchefens team utvärderar resultatet av varje vattenfallsfas med hjälp av den skiktade tekniken kvalitet standarder.
- Processen och ramverken som driver design-, utvecklings-, testnings-, distributions- och underhållsfaserna kontrolleras med jämna mellanrum mot vad som beslutades i steg 1 med hjälp av de skiktade tekniska principerna
- Metoderna som används under alla faser bygger på de som valts samtidigt som de skiktade tekniska principerna tillämpas
- De implementerade verktygen väljs utifrån de som identifierats i den skiktade teknikbedömningsprocessen
I slutändan använder teamet vattenfall för att producera och underhålla en app som överensstämmer med principerna för mjukvara som lagerteknik. På detta sätt kan du upprätthålla det logiska, sekventiella tillvägagångssättet som gör vattenfall effektivt samtidigt som du säkerställer att processen och produkten överensstämmer med programvaran som skiktade teknologiprinciper. Du får inte bara det bästa av två världar, utan de två världarna kompletterar, stödjer och förbättrar varandra.
För att hålla fingret på teknikens puls kan du lita på IEEE Computer Society. Oavsett om du vill ha information om de senaste utvecklingsstandarderna och -teknologierna eller för att få kontakt med andra yrkesverksamma, har Society dig täckt. Prenumerera på nyhetsbrevet idag.