Mi az SDLC? A szoftverfejlesztés életciklusának fázisai, módszertanai és folyamatai elmagyarázva

James Taylor, aki az informatikai projektek menedzselését írta , megjegyezte, hogy „a projekt életciklusa átfogja a projekt összes tevékenységét.” A rendszerfejlesztés célja pedig a termékigények megvalósítása.

Ha meg akarja tanulni, hogyan kell magas színvonalú szoftvert felépíteni, telepíteni és létrehozni, akkor követnie kell a tervet.

Ahogy Taylor megfogalmazta, a cél az kell, hogy legyen, hogy holisztikusan gondolkodjon a projekt minden tevékenységéről, és arról, hogyan lehet az egyes szakaszokat a legjobban irányítani.

De hol kellene kezdeni?

Az egyik válasz egy olyan keret felhasználása, amely irányítja a viselkedését és a munkafolyamatokat.

Az egyik különösen erős és népszerű keretrendszert szoftverfejlesztési életciklus-folyamatnak (SDLC) nevezik.

Ebben a cikkben áttekintem a következőket:

  1. Hogyan működik az SDLC és miért használják?
  2. Az SDLC minden szakasza, valamint a bevált gyakorlatok és módszertanok, amelyekkel tisztában kell lenniük annak használatakor
  3. Az SDLC megközelítés előnyeinek bemutatására példákat idézve fejezem be.

Hogyan működik az SDLC és miért használják?

Az SDLC hat lépésből áll, amelyeket itt referenciaként ábrázoltam.

Összességében az SDLC egy zárt hurok. Ez azt jelenti, hogy minden lépés befolyásolja az utána következő cselekvéseket, és minden szakasz előremutató útmutatást nyújt.

A hat szakasz arra törekszik, hogy hatékonyan építsenek egymásra a kérdések megválaszolásához és a fejlesztési folyamat összehangolásának biztosításához.

Arra törekszem, hogy kivonatoljak és példákat hozzak, amelyekhez Ön, mint a szoftverfejlesztés hallgatói és gyakorlói könnyebben kapcsolódhatnak.

Például, ha arra törekszik, hogy óránkénti alkalmazottak számára tervezett szoftvert készítsen, amint azt a Zoomshift tette, vagy időkövető szoftvert, akkor a „követelményelemzés” szakaszban kezdene.

Itt, ezen a legalapvetőbb szinten, kitalálná, milyen követelményekkel támasztják a munkavállalókat az órák és a munkaerő követése.

Ezt úgy teheti meg, hogy óránként alkalmazottakkal beszél. Talán beszélgetést folytatna olyan vezetőkkel, akik óránkénti munkacsoportokat vezetnek.

Egy másik ötlet az, hogy tesztelhetne megoldásokat a piacon, hogy jobban megértse a meglévő szoftver buktatóit.

A kvalitatív és kvantitatív visszajelzések mélyebb megértése érdekében jegyzeteket készíthet, diagramokat rajzolhat vagy grafikonokat készíthet.

Csak miután megértette ezeket a fájdalmi pontokat, akkor készen áll az SDLC következő szakaszára.

Csak ezután kezdheti meg a tervezési fázist.

A követelményelemzési szakasz unalmas lehet.

De ezeknek a lépéseknek a végrehajtásával csökkentheti a piacra jutás idejét, biztosíthatja a jobb terméktermelést, pénzt takaríthat meg, és növelheti a termékpiaci illeszkedés valószínűségét.

Gondoljon túl az időkövetésen.

Gondoljon arra, mit szeretne építeni, és hol tartanak technológiai szenvedélyei.

Találja ki az adott tartomány problémáinak megoldására vonatkozó követelményeket. Innen indul.

Az SDLC szakaszai, valamint a legjobb gyakorlatok és módszertanok

Minden lépést be kell fejezni, mielőtt a fejlesztési út következő szakaszába lépne.

Ami a legfontosabb, hogy az első három lépés a kérdések megválaszolására törekszik, az utolsó három lépés pedig a kimenetek biztosítására van optimalizálva.

  • Igényelemzés
  • Válasz: milyen problémákat kell megoldani?
  • Tervezés
  • Válasz: mit akarunk csinálni?
  • Építészeti / szoftver tervezés
  • Válasz: Hogyan érhetjük el célunkat?
  • Szoftverfejlesztés
  • Megoldani: Építsünk
  • Tesztelés
  • Megoldás: Gondoskodjunk arról, hogy mi épült, működjön
  • Telepítés
  • Megoldás: Vegyük a megoldásunkat, és használjuk.

Ez a hat fázis azokra a viselkedésekre vonatkozik, amelyeket már alkalmazhat a szoftver hatóköre, építése, tesztelése és kiadása során. De az SDLC szabványossá és formálissá teszi a munkafolyamatot.

Ez az Ön hasznára válik: konkrét lépések végrehajtásával könnyedén kommunikálhat a folyamatban, és tájékoztathatja másokat arról, hogy merre tart.

Merüljünk el mélyebben az egyes szakaszokban, és magyarázzuk el azokat a kérdéseket és eredményeket, amelyekre optimalizálni akarunk.

1. fázis: Követelményelemzés

Az SDLC ezen szakasza arra kényszeríti Önt, hogy visszajelzést és vásárlást szerezzen az érintett belső és külső érdekelt felektől.

Gondoljon az időkövető szoftverfejlesztéssel kapcsolatos korábbi példáimra. Széles körben el kell gondolkodnia azon, hogy kik a „felhasználói”.

Néhány ötlet magában foglalja az ügyfeleket, a tervezőket, a főnököt vagy a csapat egyéb technikai képviselőit.

Végül arra a kérdésre keresi a választ, hogy milyen problémákat kell megoldani? Az első szakaszban hasznosnak tartom a jegyzeteket és az aktív hallgatást.

Amikor nagyon jól érzi magát a válaszaiban, továbbléphet a következő szakaszba.

2. fázis: Tervezés

Erre a kérdésre keresi a választ: mit akarunk csinálni? Ez a kérdés arra ösztönözheti Önt, hogy megértse a terv egységgazdaságosságát (költségeket és hasznot), a kockázatcsökkentő tényezőket és a várható értékeket.

A nyaralás megtervezéséhez hasonlóan rendezni kell a vagyonát, és el kell gondolkodnia azon, hogy milyen táskákat kell csomagolnia.

Itt van egy releváns példa.

Nagyon sokat olvastam az Instagram történetéről. Óriási időt fordítottak az alkalmazás fejlesztésének tervezési szakaszára. Ez éppen abban az időben volt, amikor a közösségi média gyorsan terjeszkedett.

Azt, hogy a felhasználók hogyan fognak kölcsönhatásba lépni a termékkel, még mindig nem tudni.

Az alapítók tudták, hogy ha az alapozó tapasztalat erős (fényképek készítése, szerkesztése és megosztása), akkor növekedés, siker és nagy megtérés következik. Ezt tervezték.

Az alapítók időt töltöttek az alkalmazással és a weboldal tervezésével, tudván, hogy ha helyesen terveznek, a tényleges építészeti és tervezési szakasz gördülékenyebb lesz.

Mindig egy lépéssel előre néztek, és a társadalmi megosztás és az e-kereskedelmi vásárlás jövőjére gondoltak.

Tervezzen, amit ellenőrizhet, és ügyeljen azokra a dolgokra, amelyeket nem tud megtervezni. Ez segít abban, hogy szilárd alapja legyen a harmadik fázis felé.

3. fázis: Építészeti / szoftver tervezés

Ebben a szakaszban tudod, milyen követelmények vannak, és mit akarsz.

Ön szilárd talajon áll, és most válaszol a következő kérdésre, mielőtt elkezdené írni a szoftvert: hogyan érhetjük el célunkat? Röviden, el kell döntenie, hogy mire optimalizál, és ezt meg kell terveznie.

Talán olyan szoftvert épít, amely biztonságos, nagy teljesítményű, ellenálló és hatékony szeretne lenni. Ezen elvek közül melyik a legfontosabb számodra és miért?

Egyetértenek-e az első szakaszban érdekelt felek? Biztosítsa az érdekelt felek teljes összehangolását.

A tervezési fázist követően elkezd kezet rakni a billentyűzetekre, és a változtatások költségesebbek lesznek az elköltött idő és pénz szempontjából. A kis változó költségek összeadódnak.

A tervezésnek néhány pillére van, amelyet tanácsos figyelembe vennie ebben a szakaszban: az operatív kiválóság, a biztonság, a megbízhatóság, a teljesítmény hatékonysága és a költségoptimalizálás.

Ezekkel a vödrökkel vezérelheti a végső tervezési döntéseket.

4. szakasz: Szoftverfejlesztés

Ez az építési szakasz, amelyben nem a kérdések megválaszolására, hanem az outputok előállítására törekszik.

Konkrétan a cselekvés iránti elfogultságot kívánja megmutatni, és olyan prototípust vagy rendszert fejleszteni, amelyet mások megtapasztalhatnak.

Amikor elkezdesz építkezni, kritikus fontosságú az első három szakasz követése, hogy a kimenet igazodjon az elvárásokhoz.

Vegye ki számítógépét, győződjön meg arról, hogy környezete elősegíti a munkát, fogjon meg egy kávét és bögre melegítőt, és kapcsolja be a monitort.

Ebben a szakaszban megszerezheti érdekeltjei bizalmát az építtető gondolkodásmódjának megtestesítésével.

5. fázis: Tesztelés

Korábban láttam, hogy a munkatársak pólókat viseltek, amelyek a következőket mondták: „Sziklákat építeni, nem annyira tesztelni.”

Nem készítheti el a termék végleges változatát, ha nem fogyasztja el saját „kutyaeledelt”.

Ennek a szakasznak a befejezésekor biztosítani tudja, hogy az általad felépített működjön. Keressen hibákat vagy hibákat. Kérjen második véleményt.

Vizsgálja meg mélyen azokat a hibákat, amelyek lelassítják a végtermék megjelenését. Biztosítsa az erős alapokat.

6. szakasz: Telepítés

Menj, vedd meg a megoldást, és használd. Dob. Élesben.

Rábírja az érintetteket az első fázistól, hogy a szoftverét a vadonban használják. Ünnepel. Kezdje el mérni az értékesítési elkötelezettséget.

Hallgassa meg a felhasználókat, és ismételje meg, mert a felhasználói visszajelzések és útmutatások révén újrakezdheti az új követelményeket.

Összefogás: Az SDLC megközelítés

Az SDLC azért létezik, hogy segítsen csökkenteni a piacra jutás idejét, biztosítani a jobb terméktermelést, pénzt megtakarítani, és növelni annak valószínűségét, hogy amit épít, hasznos lehet az érdekelt felek számára.

Az SDLC különösen hasznos a szoftverfejlesztés világában, mert arra kényszeríti, hogy „a vonalakon belül színezzen”.

Más szavakkal, az SDLC arra kényszeríti Önt, hogy kövesse a lépéseket, és biztosítsa, hogy a megfelelő intézkedéseket a megfelelő időben és megfelelő okokból tegye.

Gondoljon az SDLC-re, mint a siker tervére. Vakon követése nem biztosít semmit - de növeli annak valószínűségét, hogy elégedett leszel az eredményekkel.

A szoftverfejlesztés - mint mindannyian tudjuk - széles körű terület, és kiterjedhet a weboldaltervezési eszközökre és az online űrlapokra a robusztusabb gépi tanulási vagy háttérrendszerek fejlesztésére.

Akár kódol a böngészőben, akár erőteljesebb fejlesztési munkát végez, cselekvési tervre van szüksége.

A szoftver építése nehéz lehet.

Ez is hasznos lehet. Az SDLC útmutató a technikai munkához, de tágabb értelemben úgy tekinthető rá, mint az élet útmutatójára.

Az SDLC-t sok tartományra telepítheti.

Például az SaaS tartalomírás az SDLC ciklust követi. A tartalom megírása előtt a szerzőnek meg kell határoznia a követelményeket, meg kell terveznie, mi fog íródni, majd a tollat ​​papírra kell tennie.

Az SDLC remek keretrendszer a technológiai vállalkozók számára is.

Barátom meg akarta alapítani a legjobb Facebook hirdetési ügynökséget, és velem és másokkal fordult útmutatásért. Azt tanácsoltam neki, hogy az SDLC segítségével először végezze el a követelményelemzést, bár ambíciói meglehetősen nagyok voltak.

Megkérdeztem tőle: milyen problémákat akar megoldani? Mit akarnak a felhasználói? És végül, hogyan segítene ez a platform e célok elérésében?

Azáltal, hogy ezeket a kérdéseket az SDLC köré keretezte, jobban meg tudta finomítani végső megoldását, és megfelelő eszközöket épített a megfelelő felhasználók számára.

Szűkítette hatókörét, és szorosabban meghatározta problématerét. Erőket tudott elkülöníteni a tervezési szakaszhoz, mielőtt bármi mást kezdett volna csinálni.

Folytatta vitathatatlanul a legjobb Instagram-növekedési szolgáltatás felépítését, amiről tudom. De a területe folyamatosan fejlődik.

Most már létezik szoftver a közösségi média ütemezőjének szerepének széles körű ellátására. Végül vissza kell térnie az alapokhoz: a követelményelemzéshez.

Technológiájának alkalmazása bizonyítja, hogy az SDLC helyes alkalmazásával és végrehajtásával mély technológiai és üzleti eredményekhez vezethet. De mint egy vállalkozás fejlődésében, a szoftverekre sem kerül sor.

Ezért a ciklus folytatódik.

Függetlenül attól, hogy mit épít - vállalatot, eszközt, komplex programot vagy teljesen új terméket -, bölcs dolog lenne telepíteni az SDLC-t a minőség biztosítása és az építkezés során az ügyfelekre fordított figyelem fenntartása érdekében.

Az "építési sziklák" legyen az Északi Csillagod.

Az SDLC egy olyan eszköz, amely végigvezeti Önt.