Tarkvara disain

Tarkvara disain on protsess, mille käigus disainer loob tarkvara toote spetsifikatsiooni, kasutades hulka primitiivseid komponente, et lahendada ettenähtud ülesannet. Tarkvara disain tavaliselt hõlmab probleemide lahendamist ja tarkvaralahenduse planeerimist. See sisaldab nii madala tasemelist komponentide ja algoritmide disaini kui ka kõrgtasemelist arhitektuuri disaini. Tarkvara disain on tarkvaralahenduste rakendamise protsess ühele või mitmele probleemile. Üks tarkvara disaini põhikomponente on tarkvara nõuete analüüs. Tarkvara nõuete analüüs on osa tarkvara arenduse protsessist, mis määrab spetsifikatsioonid, mida kasutatakse tarkvara arendamisel. Kui tarkvara on pool-automaatne või kasutaja keskne, võib tarkvara disain hõlmata kasutajaliidese kujundamist. Kui aga tarkvara on täis-automaatne (ilma kasutaja või kasutajaliideseta), võib tarkvara disain koosneda kõigest skeemist või tekstist, mis kirjeldab planeeritud sündmuste järjestust. Põhiline erinevus tarkvara analüüsi ja disaini vahel on see, et tarkvara analüüsi tulem koosneb väiksematest probleemidest, mis vajavad lahendamist. Lisaks, tarkvara analüüs ei tohiks olla koostatud väga erinevalt grupi erinevate liikmete poolt. Seevastu tarkvara disain keskendub disaineri võimetele, mistõttu saab olla mitu disaini sama probleemi lahendamiseks. Disain tihti erineb sõltuvalt sellest, kas see on loodud kasutades üldtuntud raamistikke või sobivaid disainimustreid. Tarkvara disaini näited hõlmavad operatsioonisüsteeme, veebilehekülgi, mobiilseid seadmeid või isegi uusi pilvelahendusi. Tarkvara disain on nii protsess kui ka mudel. Disaini protsess on järjestus sammudest, mis võimaldavad disaineril kirjeldada kõiki tarkvara ehitamise aspekte. Loovad oskused, varasemad kogemused, teadmine, mis teeb "hea" tarkvara, ja üleüldine pühendumus kvaliteedile on näited kriitilistest edu faktoritest kompetentse disaini jaoks. Küll aga on tähtis välja tuua, et disainimisprotsess ei ole alati üksühene protseduur. Seda saab võrrelda maja arhitektuurilise plaaniga. See algab terviku kujutamisega (maja puhul kolmemõõtmeline mudel), millele ajapikku lisatakse detaile, mis näitavad, kuidas konstrueerida igat selle osa (näiteks torustik maja puhul). Sarnaselt, disaini mudel, mis on loodud tarkvara jaoks, pakub mitut erinevat vaatenurka valmivale tarkvarale. Põhilised disaini printsiibid võimaldavad tarkvara inseneril navigeerida läbi disaini protsessi. On mitmeid aspekte, mida tuleb kaaluda tarkvara disainides. Iga kaalutluse tähtsus peaks peegeldama eesmärke ja ootusi, mida loodav tarkvara täitma peab. Mõned neist aspektidest on: Ühilduvus – Tarkvara võime toimida koos teiste (tarkvara) toodetega mis on disainitud toimima samades süsteemides. Näiteks, tarkvara võib olla ühilduv oma enda eelmise versiooniga. Laiendatavus – Uusi võimalusi saab tarkvarale lisada ilma suuremate muutusteta tarkvara arhitektuurile. Modulaarsus – Tulem tarkvara koosneb täpselt määratletud sõltumatutest komponentidest, mis toob kaasa parema hooldatavuse. Komponendid on siis eraldi rakendatavad ja testitavad isolatsioonis enne nende integreerimist suuremasse tarkvara süsteemi. See võimaldab töö jagamist tarkvara arendusprojektis. Veakindlus – Tarkvara on võimeline jääma tööle ja taastume üha komponendi põrumise järel. Hooldatavus – Mõõde, mis näitab kui lihtsasti on võimalik parandada väiksemaid vigu või teha funktsionaalseid muudatusi. Töökindlus – Tarkvara on võimeline töötama ettenähtud tingimustes ettenähtud aja jooksul. Taaskasutatavus – Võimalus kasutada mõndasid või kõiki olemasoleva tarkvara komponente teistes projektides väheste muutustega (või täiesti ilma muutusteta). Robustsus – Tarkvara võime taluda suurt töökoormust ja/või valesid sisendeid kasutaja poolt. Näiteks tarkvara võime töötada vähese mälu korral. Turvalisus – Tarkvara võime vastu pidada vaenulikele rünnakutele ja mõjudele. Kasutatavus – Tarkvara kasutajaliides peab olema arusaadav ja kasutatav neile, kel on vaja sellega töötada. Jõudlus – Tarkvara lahendab oma ülesande kiirusega, mis on aktsepteeritav kasutajale ja ei nõua liialt palju mälu. Kaasaskantavus – Tarkvara peaks olema sobilik kasutamiseks paljudel erinevatel tingimustel eri keskkondades. Skaleeritavus – Tarkvara on võimeline kohanema andmete või kasutajate arvu suurenemisega. Vaata ka: Disainimuster Tarkvara disainer või arhitekt võib märgata disaini probleemi, mida on ka varem kohatud ning mis võib olla isegi kellegi poolt varem lahendatud. Vormi või mustrit, mis kirjeldab lahendust tuntud probleemile nimetatakse disaini mustriks. Selliste mustrite taaskasutus aitab kiirendada tarkvara arendamise protsessi. Terminit "disain" on tarkvara juures mõneti raske kasutada, kuna mõnel juhul programmi lähtekood ongi disain sellele programmile, mida see toodab. Teatud piirini saab väita, et "tarkvara disain" on disaini disain. Ralph, P. and Wand, Y. (2009). A proposal for a formal definition of the design concept. In Lyytinen, K., Loucopoulos, P., Mylopoulos, J., and Robinson, W., editors, Design Requirements Workshop (LNBIP 14), pp. 103–136. Springer-Verlag, p. 109 http://link.springer.com/chapter/10.1007%2F978-3-540-92966-6_6. Carroll, ed., John (1995). Scenario-Based Design: Envisioning Work and Technology in System Development. New York: John Wiley & Sons. ISBN 0471076597. Judith Bishop. "C# 3.0 Design Patterns: Use the Power of C# 3.0 to Solve Real-World Problems". C# Books from O'Reilly Media. Retrieved 2012-05-15. If you want to speed up the development of your .NET applications, you're ready for C# design patterns -- elegant, accepted and proven ways to tackle common programming problems. Dijkstra, E. W. (1988). "On the cruelty of really teaching computing science". Retrieved 2014-01-10.