Turinys[Slėpti][Rodyti]
Jei norite toliau tobulėti savo, kaip programinės įrangos inžinieriaus, profesijoje, turite suprasti sistemos dizainą. Pravartu pradėti studijuoti sistemos dizainą, net jei tik pradedate koduoti.
Karjeros pradžioje būsite iš esmės išbandytas dėl savo kodavimo gebėjimų. Šiame įraše apžvelgsime sistemos projektavimo sąvokas, kodėl turėtumėte tai studijuoti, pagrindines pareigas, atliekamas sistemos projektavimo procese, kas yra sistemos projektavimo strategija ir dar daugiau.
Pradėkime.
Kas yra sistemos projektavimas?
Sistemos aspektų, tokių kaip architektūra, moduliai ir komponentai, taip pat įvairių jų sąsajų ir per ją tekančių duomenų apibrėžimo procesas, vadinamas sistemos projektavimu.
Jis sukurtas taip, kad atitiktų konkrečius įmonės ar organizacijos tikslus ir reikalavimus, sukuriant logišką ir efektyvią sistemą. Tinkamos dizaino idėjos ir metodai sudaro planą, kaip susidoroti su programos sudėtingumu ir masteliu.
Sistemos projektavimo strategams ir patyrusiems programinės įrangos inžinieriams buvo pavesta sukurti šią užduotįn su tinkamu nurodymu.
Tai daugiau apie sistemų analizę, architektūrinius modelius, API, dizaino modelius ir viso to suklijavimą, o ne kodavimą. Kadangi jūsų programa gali atlaikyti architektūrinę apkrovą, tinkamai suprojektavus sistemą, kad ji atitiktų jūsų taikomosios programos reikalavimus, nebereikės nereikalingų išlaidų ir priežiūros pastangų, taip pat suteiks geresnę patirtį galutiniams vartotojams.
Kokios yra dvi pagrindinės sistemos projektavimo strategijos?
Geriausia sistemos projektavimo strategija visada nustatoma pagal sistemos reikalavimus. Gera sistemos taktika keičiasi priklausomai nuo to, ar dirbate su esamomis sistemomis, ar pradedate nuo nulio.
Išskyrus hibridinį metodą, kuris iš esmės apima dvi taktikas, yra dvi pagrindinės sistemos projektavimo strategijos. Pažvelkime į šiuos du sistemos projektavimo metodus.
1. Strategija „iš apačios į viršų“.
Pagal šią sistemos projektavimo techniką pirmiausia suprojektuojami posistemiai ir žemiausio lygio komponentai (netgi subkomponentai). Aukštesnio lygio posistemes ir didesnius komponentus galima kurti lengviau ir efektyviau, jei šie komponentai yra suprojektuoti iš anksto. Taip sutaupoma laiko, per kurį reikia atlikti peržiūrą ir trikčių šalinimą.
Žemesnio lygio komponentų sujungimo į didesnius rinkinius procesas kartojamas tol, kol visa sistema bus sudaryta iš vieno komponento. Šis metodas taip pat leidžia pakartotinai naudoti bendruosius sprendimus ir žemo lygio diegimus. Kai tikimasi aukšto abstrakcijos lygio, šis metodas yra idealus.
Tačiau kadangi šis metodas nėra integruotas į klausimų struktūrą, su juo sunku sukurti kokybiškus sprendimus. Dėl didelio abstrakcijos laipsnio taip pat galima naudoti perteklines funkcijas, kurios yra efektyviausios.
2. Iš viršaus į apačią strategija
Šis dizaino stilius teikia pirmenybę sistemos suskaidymui į posistemes ir komponentus. Užuot konstruojus iš apačios į viršų, kaip taikant metodą „iš apačios į viršų“, strategija „iš viršaus į apačią“ pirmiausia konceptualizuoja visą sistemą, o tik tada suskaido ją į posistemes.
Tada šie posistemiai sukuriami ir suskirstomi į mažesnius posistemius ir komponentų rinkinius, kurie tenkina didesnius sistemos poreikius. Vietoj to, kad šios posistemės būtų traktuojamos kaip atskiri dalykai, šis metodas traktuoja visą sistemą kaip vieną objektą.
Posistemiai laikomi nepriklausomais subjektais, kai sistema galiausiai yra sumanyta ir atskirta pagal jos ypatybes. Tada komponentai yra suskirstyti į hierarchinę sistemą, kol bus sukurtas žemiausias sistemos lygis. Šis metodas yra gerai apibrėžtas ir neskatina abstrakcijos.
„Iš viršaus į apačią“ metodas būdingas labai aukštai kokybei, nes projektavimo procese posistemės ir komponentai nustatomi taip, kaip jie tinka sistemai, todėl sistema yra labai efektyvi, reaguojanti ir efektyvi.
Kita vertus, sprendimai nėra bendri ir negali būti plačiai naudojami. Šios sistemos taip pat yra sudėtingesnės konstrukcijos ir jas sunkiau prižiūrėti.
Kita vertus, hibridinio projektavimo metodai sujungia aukštos kokybės metodo „iš viršaus į apačią“ ypatybes su metodo „iš apačios į viršų“ pakartotiniu panaudojimu ir gerai organizuotomis struktūromis. Dėl to dauguma sistemų yra pati sėkmingiausia sistemų projektavimo technika.
Kokie yra įvairūs sistemos projektavimo pogrupiai?
Sistemos projektavimo pogrupiai yra tokie:
1. Loginis dizainas
Tai sistemos duomenų srauto, įvesties ir išvesties abstrakcija. Jis aprašo šaltinius, paskirties vietas, duomenų saugyklas ir duomenų srautus taip, kad atitiktų vartotojo reikalavimus. Sistemos loginis dizainas yra sukurtas turint omenyje tam tikrą detalumo laipsnį, kuris praktiškai paaiškina, kaip informacija patenka į sistemą ir iš jos. Naudojamos ER ir duomenų srautų diagramos.
2. Fizinis dizainas
Fizinis dizainas yra susietas su tikrais sistemos įvesties ir išvesties procesais. Pagrindiniai fizinio projektavimo tikslai yra kontroliuoti, kaip duomenys yra tikrinami, apdorojami ir rodomi kaip pasekmė. Visų pirma dėmesys sutelkiamas į vartotojo sąsajos dizainą, procesų dizainą ir duomenų dizainą.
3. Architektūrinis projektavimas
Jis taip pat žinomas kaip aukštas dizaino lygis, nes pabrėžia sistemos architektūros dizainą. Jame aptariamas sistemos pobūdis ir ištakos.
4. Detalusis dizainas
Jis pagrįstas architektūriniu dizainu ir pabrėžia kiekvieno dalyko augimą.
Kokios pagrindinės užduotys atliekamos sistemos projektavimo proceso metu?
1. Sukurkite dizaino apibrėžimą
- Suplanuokite ir nustatykite technologijas, kurios bus naudojamos kuriant ir diegiant sistemos komponentus ir fizines sąsajas.
- Nustatykite, kurioms technologijoms ir sistemos komponentams kyla pavojus, kad jie pasens arba vystysis per visą sistemos veikimo etapą. Pasiruoškite galimam jų pakeitimui.
- Dokumentuokite dizaino apibrėžimo metodą, įskaitant visas įgalinimo sistemas, prekes ar paslaugas, kurių reikia norint užbaigti projektą.
2. Nustatyti dizaino atributus
- Apibrėžkite projektavimo kriterijus, susijusius su architektūrinėmis savybėmis, ir įsitikinkite, kad juos galima įgyvendinti.
- Apibrėžkite bet kokias sąsajas, kurios nebuvo sukurtos sistemos architektūros etape arba kurias reikia apibrėžti, kai projektavimo detalės tampa išsamesnės.
- Apibrėžkite ir įrašykite kiekvieno sistemos elemento dizaino atributus.
3. Apsvarstykite savo galimybes gauti komponentų
- Išnagrinėkite savo dizaino alternatyvas.
- Pasirinkite geriausius variantus.
- Jei bus nuspręsta sukurti sistemos elementą, bus naudojami kiti projektavimo apibrėžimo ir įgyvendinimo procesai. Jei sistemos elementas turi būti perkamas arba naudojamas pakartotinai, jį gauti galima naudoti įsigijimo metodą.
4. Sutvarkykite dizainą
- Užfiksuokite ir sekite kiekvieno dizaino ir architektūrinio sprendimo motyvus.
- Įvertinkite ir kontroliuokite dizaino atributų progresą.
Kodėl verta mokytis sistemos projektavimo?
Įvyko keli didelio masto lūžiai interneto programos per pastaruosius du dešimtmečius. Šios naujovės pakeitė mūsų požiūrį į programinės įrangos kūrimą.
„Facebook“, „Instagram“ ir „Twitter“, be kitų kasdien naudojamų programų ir paslaugų, yra keičiamo dydžio sistemos. Kadangi šias sistemas vienu metu naudoja milijardai žmonių visame pasaulyje, jos turi būti sukurtos taip, kad valdytų didžiulius srauto ir duomenų kiekius. Čia įsijungia sistemos dizainas.
Turėsite suprasti sistemos projektavimo idėjas ir kaip jas pritaikyti kaip programinės įrangos inžinierius. Mokymosi sistemos projektavimas karjeros pradžioje gali padėti jums pasitikėti programinės įrangos kūrimo sunkumais ir pritaikyti dizaino idėjas kasdieniame darbe.
Sistemos dizainas taps svarbesniu jūsų pokalbio proceso elementu, kai pažengsite karjeros laiptais ir pradėsite apklausti aukštesnio lygio pareigas. Taigi, nepaisant jūsų įgūdžių lygio, sistemos dizainas yra svarbus.
Sistemos projektavimo privalumai
- Tai pagreitina procedūrą.
- Tai sumažina dizaino kainą.
- Neatitikimai pašalinami.
- Jis turi keletą išteklių.
- Tai palengvina ir palengvina kliento gyvenimą.
Išvada
Tai turi pranašumą, nes gerina įmonės kokybę ir padidina pelningumą.
Funkcinė sistema užtikrina optimalią kokybės kontrolę ir mažesnes gamybos sąnaudas dėl produktų ir duomenų apdorojimo. Tai yra bet kurios pramonės ar srities reikalavimas.
Palikti atsakymą