OS AUTOMATION OY. 7DYRLWH

Samankaltaiset tiedostot
Standardi IEC Ohjelmisto

IEC sisältö ja rakenne

KONEAUTOMAATION LAATU JA TURVALLISUUS Marko Varpunen

Tässä tiivistelmässä standardi tarkoittaa standardia SFS-EN

ABB Drives and Controls, Koneenrakentajan ja laitetoimittajan yhteistoiminta toiminnallisen turvallisuuden varmistamisessa

Standardin IEC testaustekniikoista. V-malli vai ketterämpi prosessi?

Turvakriittisen projektin menetelmät ja työkalut

Teollisuusautomaation standardit. Osio 2:

Kehittää ohjelmointitehtävien ratkaisemisessa tarvittavia metakognitioita!

Tietojärjestelmän osat

2. Ohjelmistotuotantoprosessi

Toiminnallinen turvallisuus

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Turvallisuusseminaari Silja-Line

Standardit IEC (perustandardi) ja IEC (prosessit)

Ohjelmistotuotanto, prosessit Syksy Ohjelmistotuotantoprosessi. Prosessimalli. Prosessimallien perustehtävät. Prosessimallin vaihejako

Prosessimalli. 2. Ohjelmistotuotantoprosessi. Prosessimallin vaihejako. Prosessimallien perustehtävät. Ohjelmiston suunnittelu. Vaatimusmäärittely

Verifioinnin ja validoinnin ero. 7. Verifiointi ja validointi. Verifiointi- ja validointitekniikat. Verifiointi- ja validointitekniikat II

Toimilohkojen turvallisuus tulevaisuudessa

Ohjelmiston toteutussuunnitelma

Teollisuusautomaation standardit. Osio 3:

Käyttövaltuushallinnan hyödyt tehokkaasti käyttöön. Johanna Lampikoski, RM5 Software Juha Arjonranta, TeliaSonera Finland

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

9. Luento: Ohjelmistotyö. Tommi Mikkonen,

Kontrollipolkujen määrä

Turvallisuus koneautomaatiossa

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Julkisen hallinnon linjaukset tiedon sijainnista ja hallinnasta. Yhteenveto. Taustaa linjauksille. Linjausten tavoitteet

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Software engineering

Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

Oleelliset vaikeudet OT:ssa 1/2

Testaustyökalut. Luento 11 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science

Copyright by Haikala. Ohjelmistotuotannon osa-alueet

Ohjelmistojen mallintaminen. Luento 11, 7.12.

NESTE ENGINEERING SOLUTIONS

Laboratorion näkökulma muuttuvaan standardiin 15189: 2012 mikä muuttuu?

ISO 9001:2015 JÄRJESTELMÄ- JA PROSESSIAUDITOIN- NIN KYSYMYKSIÄ

Ohjelmistotuotanto vs. muut insinööritieteet. (Usein näennäinen) luotettavuus ja edullisuus

Lokalisointitestaus. Matti Vuori, 1(17)

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

Projektin suunnittelu

Riskin arviointi. Peruskäsitteet- ja periaatteet. Standardissa IEC esitetyt menetelmät

Turvallisen tekniikan seminaari 2015 Työpajapäivä, keskiviikko 3.6.

Ohjelmistojen suunnittelu

Ohjelmistotuotanto s

58160 Ohjelmoinnin harjoitustyö

Ohjelmistotekniikka - Luento 2

Ohjelmistotuotteen hallinnasta

Esityksen sisältö Määrittelyjen mukaisuudesta varmistuminen - PlugIT-leima

Ohjelmiston testaus ja laatu. Testaustasot

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa:

Avoimen lähdekoodin ohjelmistot julkisessa hallinnossa

Lehtori, DI Yrjö Muilu, Centria AMK Ydinosaajat Suurhankkeiden osaamisverkosto Pohjois-Suomessa S20136

Teollisuusautomaation standardit Osio 9

Lyhyt yhteenveto ohjelmistovaatimuksista standardissa ISO

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Teemat. Vaativien säätösovellusten käyttövarmuus automaation elinkaarimallin näkökulmasta Tampere. Vaativat säätösovellukset

Laadunvarmistustekniikat

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen

7. Verifiointi ja validointi

TOIMINNALLINEN MÄÄRITTELY MS

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen

ida IEC61508 turvastandardi ja sen merkitys prosessiteollisuudelle Dr. William M. Goble exida Sellersville, PA USA

Suunnitteluvaihe prosessissa

Kuutioiden pakkaus - Teoria

TURVALLISUUSASIAKIRJA KLAUKKALAN JALKAPALLOHALLIN TEKONURMIKENTTÄ. Puhelin

TESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)

Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen

Dynaaminen analyysi I

Testaaminen ohjelmiston kehitysprosessin aikana

Teollisuusautomaation standardit. Osio 6:

Ohjelmistotuotanto, verifiointi ja validointi Syksy Verifioinnin ja validoinnin ero. 7. Verifiointi ja validointi

Projektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI

Takki. Lisää ot sik k o osoit t am alla. Nyt se sopii, tai sitten ei. Jussi Vänskä Espotel Oy. vierailuluentosarja OTM kurssi

SFS-ISO/IEC Tietoturvallisuuden hallintajärjestelmät. Ohjeistusta. Riku Nykänen

Vaaran ja riskin arviointi. Toimintojen allokointi ja SIL määritys. IEC osa 1 kohta 7.4 ja 7.6. Tapio Nordbo Enprima Oy 9/2004

Ohjelmistojen mallinnus, s2008 HY/TKTL, 28/10/2008. Harri Laine 1. Ohjelmisto

Lohtu-projekti. Testaussuunnitelma

Agenda. Johdanto Ominaispiirteitä Kokonaisjärjestelmän määrittely Eri alojen edustajien roolit Sulautetut järjestelmät ja sulautettu ohjelmointi

Onnistunut Vaatimuspohjainen Testaus

Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Harri Laine 1

Laadukkaiden ja luotettavien ohjelmistojen vaatimukset ja miten ne täytetään?

Kannattavuutta talotekniikan elinkaari- ja ylläpitopalveluilla

Johdantoluento. Ohjelmien ylläpito

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA

INFORMAATIOLUKUTAITO OPETUSSUUNNITELMISSA SeAMK:ssa

Fujitsu SPICE Lite. Kimmo Vaikkola Fujitsu Finland Oy Laatu ja liiketoimintatavat. Copyright 2010 FUJITSU

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen Kevät 2016

Ohjelmistotuotantoprojekti

KUNTIEN JA HUS:N ASIAKAS- JA POTILASTIETOJÄRJESTELMÄN HANKINTA

Tuotemallipohjaisen toimintaprosessin mallintaminen

TIE Tietorakenteet ja algoritmit 1. TIE Tietorakenteet ja algoritmit

Sädehoidon käytönaikaiset hyväksyttävyysvaatimukset ja laadunvarmistus

Transkriptio:

7DYRLWH - esitellä standardin osan 3 rakenne - esitellä lyhyesti standardin osan 3 vaatimukset pääkohdittain - herättää keskustelua ko standardiosan soveltuvuudesta soveltajille (vrt. std. IEC 61511) 10 vuotta OS AUTOMATION OY 29 työntekijää 2 tukijalkaa energia suunnittelupalvelu monipuolinen osaaminen www.osautomation.fi

$6$) ±,(& RVD SllNRKGDW $6$) ±,(& RVD SllNRKGDW IEC 61511 NÄKEE STANDARDIEN KOHDENTAMISEN NÄIN (1):

IEC 61511 (2): 6RYHOWDPLVDOD - vasta kun kunnolla ymmärretty osat 1-2 - NDLNNL ohjelmistot jotka liittyvät TLJ:ään - vaatimukset TLJ-ohjelmiston elinkaaren vaiheille - vaatimukset integroinnissa tarvittaville tiedoille ohjelmiston validointia varten - sovelletaan yhdessä osien 6 ja 7 kanssa.

Kohta 7: ohjelmiston elinkaarivaatimukset 2VDQSllUDNHQQH Yleisvaatimukset (kohdat 2 6) Kuvat ja taulukko 1 (3-16 riviä / kohta): yleissilmäys vaatimuksiin ohjelmiston elinkaaren laatikoiden mukaan jaoteltuna Vaatimustekstit (esim. 2 sivua / kohta): viittaavat liitteen A taulukoihin An, joskus myös liitteen B taulukoihin Bn Liite A: Tekniikoiden ja toimenpiteiden valintataulut viittaavat liitteen B taulukoihin B sekä osan 7 liitteisiin B ja C (menetelmien pidempi kuvaus) Liite B: Yksityiskohtaisemmat taulukot menetelmistä viittaavat osan 7 liitteisiin B ja C (menetelmien pidempi kuvaus) 2KMHOPLVWRQODDWXMlUMHVWHOPl - turvallisuussuunnitelmassa tulee määritellä strategiat joilla ohjelmisto TLJ:n ehestason mukaisesti hankitaan, kehitetään, integroidaan, todennetaan, kelpoistetaan ja muutetaan. - vaatimukset ohjelmiston konfiguroinninhallinnalle, mm hallinnolliset ja tekniset kontrollimenetelmät, muutosmenettelyt, dokumentointi, kaikkien liittyvien osien yksilöinti ja ylläpito.

<OHLVYDDWLPXNVHW ELINKAARIMALLIA KÄYTETTÄVÄ Ei välttämättä standardin esittämää mutta samansisältöistä EPÄSUORASTI KEHOITETAAN MYÖS V-MALLIN KÄYTTÖÖN TAULUKKO 1 Esim. kohta 9.2 - Title: Software safety validation plan - Objective: To develop a plan for validating the software safety - Scope: PES: software system - Inputs (information required): Software safety requirements specification - Outputs (information produced): Software safety validation plan. 2KMHOPLVWRQWXUYDOOLVXXVYDDWLPXVWHQ VSHVLILNDDWLR TAVOITE: Turvallisuusvaatimukset ohjelmistolle, ohjelmistototeutteisille turvatoiminnoille ja lopulta kaikille S/E/OE TLJ:lle - riittävän yksityiskohtaiset, ohjelmoijan katselmoimat, yksikäsitteiset määrittelyt - tuotteen (siis ei projektin) turvallisuusvaatimukset eli vaatimukset ohjelmistotoiminnoille ja niiden eheystasolle

2KMHOPLVWRQWXUYDOOLVXXGHQ NHOSRLVWXNVHQVXXQQLWWHOX TAVOITE: Suunnitelma jolla ohjelmiston turvallisuus kelpoistetaan Suunniteltava, - missä, koska, kenen toimesta kelpoistetaan - miten (mitkä tekniikat valitaan, esim. functional and black box ) - arvioinnin huominen kelpoistamisvaiheessa - kelpaa/hylätään kriteerien määrittäminen 2KMHOPLVWRQVXXQQLWWHOXMDNHKLW\VD 7.4.1 TAVOITE: 1. vaatimukset täyttävä ohjelmistoarkkitehtuuri 2. laitteistoarkkitehtuurin ohjelmistolle asettamien vaatimusten huomiointi 3. soveltuvien työkalujen valinta 4. luoda turvallisesti muutettavissa oleva, analysoitava ja todennettava, turvallisuusvaatimukset täyttävä ohjelmisto 5. varmentaa että turvallisuusvaatimukset tulivat täytetyiksi 7.4.2 YLEISVAATIMUKSET (mm): - vastuunjako - suunnittelumenetelmälle asetettavat vaatimukset, mm yksikäsitteinen esitysmuoto, minimalistisuus - ohjaus- ja datavirran itsemonitorointi - valmiiden komponenttien käytön vaatimukset - TLJ ja ei-tlj sekä eri eheystasoisten TLJ-osuuksien yhdistely

2KMHOPLVWRQVXXQQLWWHOXMDNHKLW\VE 7.4.3 OHJELMISTOARKKITEHTUURIN VAATIMUKSET (mm): - 7 Note kohtaa! - komponentteihin jako - ohjelmisto/laitteisto rajapinnat - datan eheyden varmistaminen - integrointitestien määrittely 7.4.4 VAATIMUKSET JÄRJESTELMÄTYÖKALUILLE JA OHJELMOINTIKIELILLE (mm): - valitaan sellaiset ohjelmointityökalut joille löytyy myös koko elinkaaren aikana tarvittavat ylläpito/muutostyökalut - mahdollisimman hyväksytty, rajattu, sovelluksen vaatimukset huomioiva, ohjelmointivirheiden havainnointia tukeva ja suunnittelumenetelmiä tukeva ohjelmointikieli valittavat - koodausstandardit arvioitava ja käytettävä 2KMHOPLVWRQVXXQQLWWHOXMDNHKLW\VF 7.4.5 YKSITYISKOHTAISEN SUUNNITTELUN JA KEHITYKSEN VAATIMUKSET (mm): - modulaarisuus, testattavuus ja muutettavuus - ohjelmistomodulien yksityiskohtainen suunnittelu ja testaussuunnittelu - ohjelmiston integrointitestien määrittely 7.4.6 VAATIMUKSET OHJELMOINTITYÖLLE (mm): - jokainen moduli testattava etukäteissuunnitelman mukaisesti, tulos oltava odotettu eikä ylimääräisiä toimintoja saa olla - testit dokumentoitava - havaituille virheille suunnitellaan ja toteutetaan korjaukset

2KMHOPLVWRQVXXQQLWWHOXMDNHKLW\VG 7.4.7 VAATIMUKSET OHJELMISTON INTEGROINNILLE (mm): - integrointitestit suunniteltava ohjelmiston kehitystyön rinnalla - miten ohjelmisto jaetaan hallittaviin integrointisetteihin - testitapaukset ja testidata, testityypit, testiympäristö - testien lopettamisedellytykset, toiminta virhetuloksen sattuessa - TARKOITUS varmentaa että ohjelmistomodulit toimivat oikein yhdessä eivätkä aiheuta tarpeettomia toimintoja 2KMHOPLVWRQMDODLWWHLVWRQLQWHJURLQWL - eriteltävä ohjelmisto/sen ajolaitteisto integrointi vs kenttälaitteiden integrointi em:uun vs ohjattavan kohteen integrointi em:uun (2 vm ovat 2-osan asioita) - integroinnin toteutus, muutokset, dokumentointi, vikatilanteet ja niiden aiheuttamat toimenpiteet 2KMHOPLVWRQNl\WW MDPXXWRNVHW - ks 7.8 ja osa 2, kohta 7.6

2KMHOPLVWRQWXUYDOOLVXXGHQ NHOSRLVWXV - kelpoistustoimien dokumentointivaatimukset - toiminta odotettujen ja toteutettujen tulosten poiketessa - testaus on tärkein menetelmä - paitsi odotetuilla syötteillä, myös poikkeustilanteilla ja väärillä syötteillä - kriteerit kelpoistuksen onnistumiselle 2KMHOPLVWRPXXWRNVHW - muutosvaatimus, vaikutusanalyysi, muutoksen turvallisuussuunnittelu, dokumentointi - muutoshistoria 2KMHOPLVWRQWRGHQWDPLQHQ TAVOITE: varmistaa että kunkin ohjelmiston elinkaarivaiheen tuotokset täsmäävät siihen mitä niiltä odotettiin ja että ne vastaavat sitä mitä ko vaiheelle lähtötietona (inputtina) annettiin. - suunnittelu yhtäaikaisesti toteutuksen edetessä - todentamismenetelmät ja tekniikat, toteutus ja dokumentointi - kunkin elinkaarivaiheen alkaessa todennetaan että sille inputtina tarvittava data on olemassa ja se on oikeaa - ennen ohjelmiston toteutukseen ryhtymistä todennetaan TLJL:n kaikki turvallisuusvaatimukset tulevat suunnitellulla ohjelmistolla täytetyiksi ja että kelpoistamissuunnitelma todentaa toiminnot oikein - ohjelmistoarkkitehtuurin todentaminen vasten vaatimuksia - ohjelmiston systeemisuunnittelun todentaminen vasten vaateita - ohjelmistomodulien suunnittelun todentaminen - koodin todentaminen, aluksi staattisin menetelmin (katselmointi, formaalit todentamiset yms) - datan todentaminen; täydellisyys, konsistenssi, rakenteet, arvot,...

<+7((19(72 1. OHJELMISTOKEHITYKSEN ERI VAIHEIDEN TURVALLISUUDEN VARMENTAMINEN 2. HYPPELEHTIVÄ TULKITSEMINEN TEKSTIN JA TAULUKOIDEN VÄLILLÄ LIIKKUEN 3. TARVITSEE TUEKSEEN OSAT 1,2, 6 JA 7!!! KOMMENTTEJA? KYSYMYKSIÄ?