Haluan jakaa kanssasi sarjan formaatteja, joita olen rakentanut ja mukauttanut tarpeisiini valmentajana ohjelmistokehitysHe auttoivat minua paljon ja ehkä he voivat auttaa sinuakin.Vuodesta 2014 lähtien olen omistautunut antamaan ohjelmistokehitykseen liittyvää teknistä ja teknologista koulutusta, aiemmin työskentelin kehitysinsinöörinä ohjelmistotehtaalla, jossa minun piti käydä läpi ohjelmiston eri vaiheet. ohjelmiston elinkaari (Ongelmaselvitys, analyysi, suunnittelu, toteutus, testaus – virheenkorjaus, toimitus) Aloitin kehittäjänä, mutta tein myös vaatimusten keräämistä ja rakentamista, testausta, integrointia, asennusta ja muita toimintoja, jotka antoivat minulle yleiskuvan tästä elinkaaresta suoraan liiketoimintaympäristössä, vuorovaikutuksessa eri toiminnoista ja käyttämällä jokaisessa vaiheessa perusmuotoja ja työkaluja.
Kun vaihdoin roolini ohjaajaprofiilista, minulla oli haaste välittää todellisessa maailmassa hankittua tietoa, mutta jo koulutusympäristössä, jossa opiskelijoiden on opittava alusta alkaen täysin toimivan ohjelmiston rakentamiseksi.
Osana tätä prosessia käsitellään muun muassa menetelmien käyttöä, suunnittelumalleja, ohjelmointikieliä, laatua, hyviä käytäntöjä ja muita elementtejä.
Kuten mainittiin, ideana on harjoitella ohjelmistokehitys tyhjästäalkeellisimmista käsitteistä ja ohjelmiston elinkaaren jokaisen vaiheen läpikäymisestä, tarvittavien konseptien soveltamisesta tuotteen toimitukseen asti, juuri tässä vaiheessa minulla oli referenssinä tapa, jolla jokainen prosessi suoritetaan aiemmassa työssäni, joten olen suunnitellut joitakin formaatteja, jotka helpottavat kunkin vaiheen hallintaa koulutusryhmieni tarpeiden ja projektien ominaisuuksien mukaan.
Dokumentointi on ehkä yksi tylsimmistä vaiheista monille meistä, varsinkin niille, jotka haluavat olla mukana rakentamassa asioita ohjelmoinnin avulla, mutta tämä on erittäin tärkeä osa, joka auttaa järjestelmän hallintaa helpottamalla jäljitettävyyttä eri vaiheissa.
Ilmeisesti näitä formaatteja ei rakennettu vain minun näkökulmastani ja kokemuksestani, vaan luotin siihen sekä perinteisiin että kettereihin metodologioihin, joten joidenkin formaattien sisällössä on elementtejä tai kaavioita. UML mikä on ominaisempaa ICONIX minkä tahansa TAI ja muut sopeutuvat paremmin työskentelemään scrum missä on yleisintä käyttää käyttäjien tarinoita.
Kaiken tämän tuloksena syntyi yli 10 formaattia ongelmaselvityksestä, vaatimuskartoituksesta, projektidokumentista, testeistä, toimituksista, asennuksesta, käyttöohjeista, mm. jotka, kuten alussa mainitsin, helpottavat projektidokumentaatiota. .
Sisällä tämä linkki github-arkistostani Voit ladata muodot, jaan ne täysin ilmaiseksi, jotta voit käyttää tarvittaessa.
Samoin, jos haluat tietää lisää ohjelmiston elinkaaresta, kerron sen kanssasi Tämä video mikä voisi kiinnostaa sinua tai tämä soittolista projektinhallinnasta.
Lopuksi kutsun sinut vierailemaan osoitteessa codejavu.blogspot.com kanavani Cristian Henao ja että he ovat hyvin tietoisia uusista jatko-osista
Se voi myös kiinnostaa sinua.
Onko jotain, mitä haluat lisätä tai kommentoida tähän merkintään? rohkeasti tehdä….ja jos pidit siitä, kutsun sinut jakamaan sen y Tilaa klikkaamalla "Liity tälle sivustolle" -painiketta kuullaksesi lisää tämän kaltaisia viestejä 😉
