Sisältö
- Ohjelmistokehityksen elinkaari
- Ei vikoja, ei stressiä - vaiheittaiset ohjeet elämää muuttavien ohjelmistojen luomiseen tuhoamatta elämääsi
- Ohjelmistosuunnittelijan monipuolinen rooli
- Ohjelmistosuunnittelija ja projektiryhmät
Lähde: Dragonimages / Dreamstime.com
Ottaa mukaan:
Ohjelmistosuunnittelija on syvästi mukana ohjelmistokehityksen elinkaaressa ja sillä on suuri rooli projektin onnistumisessa.
Mitä ohjelmistosuunnittelija tekee? Yksinkertainen vastaus on, että hän on mukana ohjelmistosuunnittelussa, suunnitteluprosessien soveltamisessa ohjelmistotuotteisiin.
Ohjelmistosuunnittelijoiden ohjelmistomaailmassa kuvaamisessa on kuitenkin todella paljon yksityiskohtia ja vivahteita. Saatamme osaa siitä, kun tarkastelemme ”päivää elämässä” ohjelmistosuunnittelijaa, joka työskentelee luodakseen kaikki hienot digitaaliset jutut, joita käytämme päivittäin. (Jos haluat lisätietoja kenen tahansa roolista kentällä, katso miten sain täällä: 12 kysymystä kirjoittajalle ja ohjelmistosuunnittelijalle David Auerbachille.)
Ohjelmistokehityksen elinkaari
Ohjelmistosuunnittelijan roolin ymmärtämiseksi on hyödyllistä tietää ohjelmistokehityksen elinkaari (SDLC).
Ohjelmistokehityksen elinkaari käsittää useita avainvaiheita, joita usein kuvataan vaatimusten suunnitteluna, suunnitteluna, koodaamisena, testaamiseksi, toteuttamiseksi ja toimittamiseksi (anna tai suorita muutama vaihe patenttiprosessien mukaisesti).
”Ohjelmisto alkaa ongelmasta, jota yritämme ratkaista”, sanoo John Quigley Value Transformation LLC: stä, kuvailemalla tavanomaisen ohjelmistojen kehityksen elinkaarta aloittamalla joiltakin prosessin alussa tapahtuvista asioista. ”Tämä kuvataan jossain muodossa asiakirjana, ja se on seurausta haastatteluista asiakkaille tai ihmisille, jotka kärsivät ongelmasta. Asiakirjassa kuvataan ongelman ulkonäkö, joka auttaa luomaan ideoita, joita voidaan verrata tähän ratkaisuun. Tämä on tämän työn päämäärä, mikä osoittaa, mitä yritämme saavuttaa. ”
Hänen mukaansa vaatimusvaiheessa insinöörit esittelivät tuotteen erityisen teknisen kuvauksen, sekä laitteiston (jos sellainen on) että ohjelmiston.
Sitten on koodaus: “Ohjelmistosuunnittelijat kirjoittavat erityiset lauseet koodilla, joka tuottaa halutun tuotteen, joka täyttää erityisvaatimukset”, Quigley kertoo koodausvaiheesta.
Sen jälkeen hän sanoo, että testataan ja sitten toinen vaihejoukko, joka vie ohjelmiston vakaasti kohti tuotantoympäristöä. Prosessin loppua kohti on tilaa monenlaisille toteutus- ja käyttöönottoideoille. Quigley lisää myös, että uusi ”ketterä” malli SDLC: lle toimii hieman eri tavalla.
Ei vikoja, ei stressiä - vaiheittaiset ohjeet elämää muuttavien ohjelmistojen luomiseen tuhoamatta elämääsi
Et voi parantaa ohjelmointitaitojasi, kun kukaan ei välitä ohjelmiston laadusta.
"Ketterässä maailmassa asiat näyttävät paljon, mutta iteraatiot ovat pienempiä ja lähempänä toisiaan", Quigley sanoo. "Vaatimus voidaan hoitaa käyttäjän tarinoiden kautta, luonteeltaan vähemmän teknisenä ja enemmän kirjoitettuna sovelluksen ymmärtämiseksi, jotta ohjelmistosuunnittelijat voivat tehdä johtopäätöksiä ja päättää tarvittavat avaintoiminnot todellisen käytön perusteella."
Ohjelmistosuunnittelijan monipuolinen rooli
Koska ohjelmistokehityksen elinkaarella on erilaisia vaiheita ja toimintoja, on järkevää, että myös ohjelmistosuunnittelijan työ vaihtelee.
"Ohjelmistosuunnittelijalla on laajempi rooli kuin useimmilla ohjelmistoratkaisujen luomisessa", kirjoittaa Samhes Malachowsky, Rochester Institute of Technology. ”Jokaisessa SDLC: n elementissä on asiantuntijoita: RE: t ja myynti alkuvaiheissa, arkkitehdit suunnitteluvaiheessa, koodaimet / ohjelmoijat rakennuksessa, laadunvarmistus varmennusta / testausta varten, IT käyttöönottoa / ylläpitoa varten ja projektipäälliköt liikkuvuudelle ja hallinnalle jokainen joukkueen jäsen / vaihe, mutta ohjelmistosuunnittelijoiden odotetaan soveltavan itseään laajasti koko prosessiin. Tämän näkökulman vuoksi parempi kysymys saattaa olla kysyä, mitä ohjelmistosuunnittelija ei tee. "
Tässä on vielä yksi mielenkiintoinen seikka, jota Malachowsky tuo tietotekniikan ja ohjelmistosuunnittelun eroon. Tämä paljastaa paljon siitä, mikä on keskimääräisen ohjelmistosuunnittelijan tehtävä:
"IT on toiminnallinen ja toistuva, kun taas tekniikka kiertää uusia ongelmia, jotka on ratkaistava ainutlaatuisina hankkeina", hän sanoo. ”IT-henkilöstö hakee todennäköisemmin yksilöllisiä työkalupohjaisia sertifikaatteja tämän toiston takia. Toisin kuin tietokonetekniikka näyttää siltä, missä vaatimukset täytetään - CE: t pyrkivät yleensä ratkaisemaan ongelman laitteistolla ja sitä tukevilla ohjelmistoilla. SE: t ratkaisevat ongelman ohjelmistoilla, joissa laitteistot tarjoavat tukea. ”
Ohjelmistosuunnittelija ja projektiryhmät
Monissa yrityksissä ohjelmistosuunnittelijat on ryhmitelty ja delegoitu rooliin osuutensa mukaan monimutkaisessa prosessissa.
Brennan Meagher kuvaa esimerkkiä TeleTracking-yrityksestä, joka tekee otsikoita terveydenhuollon innovaatioissa Fierce Healthcaressa, American kiireellisten lääkäreiden korkeakoulussa, terveystietojen hallinnassa, Healthcare IT News -sivustolla ja muualla.
"TeleTracking-ohjelmistossa ohjelmistosuunnittelijat vastaavat kaikkien TeleTracking-alustaan kuuluvien moduulien ja sovellusten koodaamisesta ja testaamisesta", Meagher sanoo. ”He auttavat myös ohjelmistoratkaisujen ja tuotantojen kehittämisessä. Tähän sisältyy uusien ohjelmistojen tutkiminen, suunnittelu, dokumentointi ja kehittäminen. Lyhyesti sanottuna, ohjelmistosuunnittelijamme luovat ohjelmistoratkaisuja, jotka vastaavat TeleTrackingsin teknistä visiota potilaiden saatavuuden parantamiseksi. "
Voit kuvata nämä ammattilaiset yrityskampuksella, ensin piirtämällä, muokkaamalla mallia ja testaamalla sitten ryhmissä, samaan aikaan projektin huolellisesti paimentamisen loppuun saakka.
"Esimerkki jostakin, josta ohjelmistosuunnittelijat ovat säännöllisesti vastuussa, voi olla kirjoittaminen, virheenkorjaus, yksikkötestaus ja suorituskyvyn testikoodit kaikissa sovelluskerroksissa", Meaghan sanoo. "Tähän sisältyy käyttöliittymä (verkko), keskikerros (verkkopalvelut) ja tietojen käyttökerrokset."
Tärkeintä on, että ohjelmistosuunnittelijoilla on erilaisia, erikoistuneita töitä. Heidän kaikkien on ymmärrettävä joitain koodauksen perusteita, mutta joidenkin on syytä tutkia testauksen yksityiskohtia tai suunnitteluvaatimusten läpinäkyvyyttä tai joissakin tapauksissa ketterän kehityksen maailmaa.
Sitten DevOps-malli tuli mukaan ja yhdisti paljon iteratiivisia prosesseja, jotka olivat erityisen hahmotellut ja kategorisia perinteisessä mallissa. Joten ohjelmistosuunnittelijan rooli on muuttumassa. (Jos haluat lisätietoja DevOpsista, katso DevOps Managers selittää mitä he tekevät.)
Tämä antaa sinulle vähän jatkaa, kun lähdet oppimaan lisää näiden keskusammattilaisten työstä ohjelmistotuotannossa. Ohjelmistosuunnittelijaa on kuvattu suunnittelun ja ohjelmistojen luomisen ”sveitsiläisen armeijan veitsenä” - ja hän voi päätyä moniin hattuihin kiireisessä yrityksessä.