Testing Assembly, 27 November 2024 | Change in the field of software testing Registration is now open! You will find registration links on the seminar registration pages, now is a time time to get tickets for the event! Registration and Program: Seminar 27.11.2024 – Testing Assembly (fistb.fi) Speakers: Speakers – Testing Assembly (fistb.fi) Partners: Partners 2024..
Yritysarkkitehtuuri on menetelmä, jonka tarkastelee liiketoimintaa ja IT-funktiota harmonisoituna kokonaisuutena. Yritysarkkitehtuurin tavoitteena on muodostaa toimiva kokonaisuus, jonka muodostavat yhdessä liiketoiminnan korkealaatuiset operatiiviset tietojärjestelmät ja teknisesti korkealaatuiset ja turvalliset infraratkaisut. Siten yritys varmistaa joka hetkisen liiketoiminnan kilpailukykynsä ja toiminnallisen reagointikykynsä. Näistä syistä yrityksen johtoryhmä ei yksinkertaisesi saa delegoida yritysarkkitehtuurin rakentamisen yksin IT-toiminnon hoidettavaksi Kuten kuva 1A..
”Apotti-hanke oli ainutlaatuinen ja laaja usean organisaation yhteinen hanke ja kokonaisuudessaan valtava aikaansaannos.” Tämä lainaamani lause summaa osuvasti omia tuntemuksiani siitä, että olen päässyt testauksen asiantuntijana osallistumaan Apotti-järjestelmän rakentamiseen alusta lähtien. Olen kiitollinen, että olen saanut olla mukana tällä sykähdyttävällä matkalla suomalaisen sote-sektorin sydämeen. Apotin verkkosivuilta (www.apotti.fi) voi tutustua tarkemmin Apottiin. Osa 1: Testaus hankkeen..
Hei, Tervetuloa TestausOSY:n tapahtumaan EU-regulaatioista ja testauksesta/ohjelmistokehityksestä 28.8.2024, paikkana Mikkeli museokeskus Muisti (Rauhan kabinetti). Saapumisohjeet . Agenda 11-11.20 Aamukahvit 11.20-11.30 Tervetuloa & esittäytyminen , omat kiinnostuksen kohteet 11.30 – 12.30 Teema1 – AI ACT, Cyber resilience act 12.30- 13.30 Lounas (Muisti) 13.30 – 15.30 Teema2 – Miten eteenpäin… Saavutettavuus, osallistuminen (Iltapäiväkahvit)..
Kun pitkään testaa, pääsee monenlaisiin projekteihin useilla sovellusalueilla. Joka projektilla on omat reunaehtonsa tai ”paikalliset itsestäänselvyytensä”, johtuen organisaation kulttuurista, bisnestilanteesta ja tuotteen historiasta – toisin sanoen kontekstista. Tietoisuus kontekstista on erityisen tärkeää projektin vaihtuessa ja konsultille aina. Ennen testaajaksi ryhtymistä Aloitin ”alan työt” 1982 tallennus- ja operointitöillä. Olin ohjelmoinut lukiossa ja halusin oppia lisää. 1985..
Mitä tekoälystä pitäisi ajatella? Onko se vain työkalu vai kaiken arvokkaan varastaja? Artikkelissa pohditaan muutamia erilaisia tekoälyn, tässä yhteydessä laajojen kielimallien hyötykäytön mahdollisuuksia ja vaaroja erityisesti ohjelmisto- ja testausalan näkökulmasta. Jo muinaiset roomalaiset käyttivät tekoälyä. Heillä oli oraakkeleita, jotka ylemmiltä voimilta kysymällä antoivat vastauksia kyselijöiden kysymyksiin “mahtava valtio tuhoutuu, kun ylität tämän joen”. Näin jäikin..
Tiedonkulku organisaatiossa on osa sen kulttuuria ja parhaiten siihen voi vaikuttaa organisaation johdon vankka ohjaus. Myös käytetyt viestinnän menetelmät vaikuttavat ilmapiiriin ja tiedonkulun avoimuuteen. Olen poiminut tähän muutaman hyvän esimerkin siitä, miten organisaation sisäistä tiedonkulkua voidaan tehostaa. Johdon viestien tulee olla vahvoja Sääntö 1: Jos esimies sanoo alaiselleen, että hänen on pyydettävä lupa voidakseen mennä..
Testaus – yksi eniten väärin ymmärretty osa-alue tuotekehityksessä? Emme tiedä, onko yllä oleva väite totta. Se voi olla liioittelua, mutta kokemuksemme perusteella siinä piilee totuuden siemen. Eikä se ole mikään ihme, sillä testaus on helppo ymmärtää väärin. Moni testaa tai johtaa testausta oman työnsä ohella ilman, että on opiskellut testausta. Kannattaa siis lisätä ymmärrystä siitä,..
Tietoa tehokkaasti hyödyntävät yhtiöt kasvavat kilpailijoitaan nopeammin sekä ovat näitä kannattavampia. Menestystä tavoittelevat yhtiöt huomaavat kuitenkin automaation laajentamisen ja tekoälyn soveltamisen kaatuvan kaikille tuttuun ilmiöön – heikkoon tiedon laatuun. Tällaisissa tilanteissa aloitetaan usein erilaisia projekteja tietoaineistojen laadun parantamiseksi, huoltokäytäntöjen kehittämiseksi sekä teknologisten työvälineiden hankkimiseksi. Tärkeintä on kuitenkin rakentaa laatu jo etukäteen organisaatioiden työkäytäntöihin ja teknisiin..
Tämä esitys jakaantuu kahteen osaan: Ensiksikin pohdintaan laadusta ja sen useammasta eri määritelmästä sekä toiseksi analyysiin yhteistyöstä. Tarve yhteistyöhön johtuu siitä, että tietosysteemi (IS) on yleensä laaja, ja IS-systeemin rakentaminen ja käyttö vaativat monen eri henkilön työpanosta. Kun osalla IS-systeemin rakentajia, käyttäjiä ja ohjaajia on eri käsitykset laadusta, yhteistyön vaatimus on vieläkin perustellumpi. Ainakin neljä..