Vaatimukset sovellusohjelma arkkitehtuurille
Ohjelmisto arkkitehtuurin vaihtelu on erittäin rajoitettua tyypillisessä SIS logiikka ratkaisu sovelluksessa ja arkkitehtuurin rakennusta ymmärretään parhaiten katsomalla tärkeimpiä vaiheita sovelluksen kehittämisestä. Kehittäjä tyypillisesti suorittaa seuraavia merkittäviä askeleita kehityksessä ja suorittaa testausta sovellusohjelmille.
a) Määritä I / O-moduulit ja muisti muuttujien tiedon alueet.
b) Kehitetään merkintänimet kaikkien I / O ja muistimuuttujille. Tagien nimeämistä olisi noudatettava yleissopimuksen mukaan.
c) Määritä tekniikka jolla suoritetaan huolto ohitus. Jotkut käyttävät johdotettuja kytkimiä digitaalituloon aloittaakseen huolto ohituksen. Toiset käyttävät valvottavia Data input tuloja käyttöpaneelissa. Joka tapauksessa, turvallinen käsittely on oltava
varmistettava ja välttää tahattomia ohituksia. Huolto ohitukset olisi ilmoitettava.
d) Määritä anturi ja diagnostiikka ja käytä säännöllinen testaus filosofiaa. Filosofia on määriteltävä tarkasti ja siihen olisi sisällyttävä asianmukaiset hälytykset testijakson aikana.
e) Määrittele tietoliikennemuuttujat muihin järjestelmiin reunaehtona SIS. Jos muuttujat ovat muistimuuttujia ne on osoitettava asianmukaisesti tiedot alueille, jotta ne voidaan käsitellä aliohjelmissa. Muuttujia, jotka voidaan muuttaa muiden
järjestelmien reunaehdoilla olisi oltava tarkasti määritelty ja tyypillisesti sijoitetaan erityistä luku / kirjoitus alueen muistia.
f) Määrittele missä ja miten tapahtumasarja kirjataan ja tulisi ymmärtää sen vaikutus SIS:iin.
g) kehittää mukautettuja toimintoja ja toimintolohkoja. Tämä mukauttaminen on erittäin toivottavaa, koska toistuvat toiminnot voidaan ohjelmoida, testata ja käyttää toistuvasti sovelluksen ohjelmia. HUOM Toiminnot funktiolohkot ja ohjelmat määritellään IEC 61131-3.
h) Päätä mitä turvalaiteintegrointi toimintoja ja muita toimintoja olisi sisällytettävä annettuun ohjelmaan. On suotavaa erottaa turvallisuutta ja muuta kuin turvallisuutta toiminnot eri osaksi erillisiä ohjelmia, jotta painopiste voidaan asettaa turvallisuuden kannalta kriittisille ohjelmille. On myös toivottavaa rajoittaa ohjelmien kokoa pienentämällä menetelmien määrää.
i) Sovellusohjelmien kehittäminen. Sovellusohjelma rakenne olisi oltava yhdenmukainen prosessin rakenteen kanssa. (esimerkiksi kemian laitoksen jokaisen prosessin yksikön olisi koottava eri ohjelmistoksi. Kussakin prosessiyksikössä erottelumenetelmä laitteiden välillä helpottaa ymmärtämistä ja huoltoa).
j) Määritä oikea suoritusjärjestys verkoille ja logiikka kussakin ohjelmassa ja toteutus sekvenssissä ja haluttu toteutus kaikista sovellusohjelmissa. Varmista, että suorituksen järjestykset sovelluksen ohjelmissa noudattavat prosessin vasteaikoja.
k) Testaa sovellus ohjelmistoa seurannan avulla jos tällainen ominaisuus on mahdollista kehitys ympäristössä.
l) Lataa sovellus ohjelmiston logiikan ratkaisijalle.
m) Testaa kaikki logiikka ratkaisija tulot, lähdöt, sovellusohjelmat ja liitäntä muihin järjestelmiin.