SCD kurs. Leksjon 9 SCD Legende og Funksjonsspesifikasjon. Classification: Internal

Like dokumenter
SCD kurs. Leksjon 6 SCD i en sammenheng

SCD kurs. Leksjon 5 SCD Typicals

SCD kurs. Leksjon 3 SCD konseptet

Offshore Instrumering juli 2007 OSF DISCOS til SAS Bytte av kontrollsystem på Oseberg Feltsenter. Gunnar Flakstad Norsk Hydro

EPC ens rolle i SAS-leveransen

Saia PG Kjære kunde,

EKSAMEN TTK4175 INSTRUMENTERINGSSYSTEMER. Mandag 23. mai 2011 Tid: kl Totalt 4 timer. Antall sider: 5 (inkludert forsiden og vedlegg)

Databasert dokumentasjon - SCD

MNFIT-272 Kunstig intelligens Forelesning 4.

Zelio Soft grunnkurs. Zelio Logic reléerstatter programmering

Referansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk

En kravspesifikasjon skal være så konkret og detaljert at det er mulig å teste det ferdige produkt/system opp mot store deler av denne.

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

Vedlikeholdsstyring ved aldring Største utfordringer for redere

1 OM PLS-ER Historikk Utviklingen de senere år Kort om oppbygning Inn- og Utganger... 11

Fys 3270/4270 høsten Laboppgave 2: Grunnleggende VHDL programmering. Styring av testkortets IO enheter.

GJENNOMGANG UKESOPPGAVER 9 TESTING

Kravspesifikasjon for PLBSys NG. Versjon 1.0

Hva, Hvorfor og litt om Hvordan

TwidoSuite kommunikasjon

Eksamen INF

Innhold uke 7. Objektorientert programmering i Python: Introduksjon. Lite tilbakeblikk: Programflyt og skop. Lite tilbakeblikk: Funksjoner er uttrykk

Gruppe 11. Frank Petter Larsen Vegard Dehlen

Memo - Notat. Kostandsestimat og framdrift - Smak av kysten. Kostnadsestimat. Att: Alexandra. Kopi til: Dato:

Litt om i Angvika

Vedlikeholdsstyring i et digitalt perspektiv Eli Sivertsen Maintech konferansen 2018

Bruk av egendefinert kode i SAS Data Integration Studio

UKE 6 Utviklingsprosesser og tjenestedesign. Plenum IN1050 Julie og Maria

Læringsmål uke 7. Objektorientert programmering i Python: Introduksjon. Innhold uke 7. Lite tilbakeblikk: Programflyt og skop

Use of LOPA in the safety lifecycle, the BP way

PROGRAMUTVIKLINGSPLAN. Big Data and Machine Learning

Eksamen 2013 Løsningsforslag

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere

INF3430. VHDL byggeblokker og testbenker

MÅLBILDE OG VEIKART FOR MELDINGSVALIDATOREN

Programvareutvikling (store systemer)

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege

KRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

Basis interoperabilitetstest - ebxml

Kravspesifikasjon for Telefly NG. Versjon 1.0

Håndtering av ASV-svekkelser i gassløftbrønner. Steffen S Kristiansen & Frank L. Firing ESRA seminar 15. november 2017 Statoil ASA

Utvikling av SAP Interactive Forms by Adobe (SIFbA) vha Forms Lifecycle Manager (FLM)

Felles språk- arbeid med terminologier og standardisering

TDT4100 Objektorientert programmering

Visualiering av barrieretilstand

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi

Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen

En nasjonal definisjonskatalog for kliniske begreper og regler

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi

Hvorfor objektorientert programmering? Objektorientert programmering i Python: Introduksjon. Læringsmål uke 7. Undervisning og pensum IN1000

Økonomistyring i virksomheten

Brukermanual for administrasjonsverktøy Gruppe: 08-03

Forord Dette er testdokumentasjonen skrevet i forbindelse med hovedprosjekt ved Høgskolen i Oslo våren 2010.

Status for noen av «våre» prosjekter

Memo - Notat. Oppsummering - status etablering av Smak av kysten. Kopi til: Dato: Referanse:

Fra EN til EN 61439

Hvorfor objektorientert programmering?

LabVIEW and Single-Board RIO to Control a Quadcopter

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Lokal Node (VPN)

Intern arbeidsfordeling i helse vest IKT. ITIL beste praksis i IKT forvaltning John Kåre Knudsen, gruppeleder kliniske systemer

HØRINGSUTKAST. Minimumskriterier for tilknytning til helsenettet

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

Innføring av 2-faktor autentisering ved pålogging - for kunder som benytter Evolution -

Ragnvald Sannes Handelshøyskolen BI. Oppdragsgiver: CSAM Health v/sverre Flatby. Dato:

AVVIKSHÅNDTERING I SAP MED FOKUS PÅ HMS, KVALITET OG SPORBARHET. Av: Hans-Erik Eie, 2C change AS Espen Enger, Bouvet AS

INF2810: Funksjonell Programmering. Lokale variabler. Og trær.

Menneskelige og organisatoriske risikofaktorer i en IO-kontekst

SIE 4005, 8/10 (3. Forelesn.)

XO DOC gir merverdi Målet med XO DOC er å gi merverdi til deg som kunde ved å gi kontroll over ditt nettverk. Det skal gjøres

IT Service Management

CSM i NSB. En orientering om implementeringen av Forskrift om felles sikkerhetsmetode for risikovurderinger i NSB.

Løsningsforslag Integrasjon mot EIS / ephorte

INF3430/4431. VHDL byggeblokker og testbenker

INF2810: Funksjonell Programmering. Dataabstraksjon og Trerekursjon

FDV leveranse og datafangst

VEDLEGG 1 KRAVSPESIFIKASJON

AP221 Use Case TUL Utarbeid designdokumenter

Dagens temaer. Dagens temaer er hentet fra P&P kapittel 3. Motivet for å bruke binær representasjon. Boolsk algebra: Definisjoner og regler

INF2810: Funksjonell Programmering. Lokale variabler. Og trær.

Til: Aktuelle studenter for Cyberneticas studentprogram Antall sider: 5 Dato:

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.

Software på IVS. Oversikt Programvare Programvare Stakken Egen utviklet programvare IGVAC

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

INF3140 Modeller for parallellitet INF3140/4140: Programanalyse

Norske og europeiske rammer for utøvelse DSO-rollen

Tom Røise 9. Februar 2010

Krav til Hovedutstyrsliste (HUL) for leverandører

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Sentralisert Node

Kapittel 1 Vitenskap: grunnleggende antakelser

INF2810: Funksjonell Programmering

Simulering i MATLAB og SIMULINK

Testplan PROSJEKT. Signal Communication Unit OPPDRAGSGIVER. Kongsberg Maritime AS UTFØRT VED. Høgskolen i Buskerud og Vestfold, avd.

NFOGM temadag 16.mars 2007 IOE BP. Sidsel E. Corneliussen

INF2810: Funksjonell Programmering

Kap. 10 Systemutvikling System Engineering

Implementering av nytt ITSM-system og selvbetjeningsportal

Veiledning til brukerdokumentasjonen

Ifea seminar om IEC 61508/ /8 Mars 2012 Oppfølging av SIL på Gjøa

Selskapene oppfordres til å vurdere og følge opp følgende tiltak:

Transkript:

SCD kurs Leksjon 9 SCD Legende og Funksjonsspesifikasjon 1

SCD Legende og Funksjonsspesifikasjon Leksjon 9 - Innhold Legendens innhold, ett eksempel Sekvenser Black box Funksjonsspesifikasjon som støttedokument 2

Kurs legenden 3

Eksempel Legende 1 - Symboler 4

Eksempel Legende 2 - Koder 5

Eksempel Legende 3 Leverandør FB Kan brukes sammen med I-005 Merkes med # som første tegn i FB type Terminalnavn ihht leverandør navn Gjenkjennelig i kontrollsystemet 6

Eksempel Legende 4 - Transmitter 7

Eksempel Legende 5 - Nedstengning 8

Eksempel Legende 6 - Kontroller 9

Eksempel Legend 7 El. utstyr 10

Eksempel Legende 9 Forenklet representasjon 11

Eksempel Legend 8 Black box 12

Hvorfor Black box Kompleks logikk som ikke er en del av standard FBbibliotek, kan ofte med fordel beskrives i en funksjonsbeskrivelse i stedet for med løslogikk i SCD en. Dette for at leverandøren skal kunne løse dette mest mulig vha. standard funksjonalitet i sitt system og ikke nødvendigvis med masse løslogikk. Dette fordi leverandøren ofte kan simulere logikken mens han implementerer, og da få den riktig i første forsøk. 13

Black box forts. 14

Black box forts. 15

Black box forts. 16

Sekvenser 17

Nye sekvens symboler i Rev.3 Step Condition Connection reference number Drawing reference [Tag.nr][Terminal][Comparator][Value] Use Note to describe extensive function Service description (HMI use) - Transition Action 18

Sekvenser forts. 19

Sekvenser forts 20

Funksjonsspesifikasjoner som støttedokument til SCD SCD alene egner seg ikke til å dokumentere kompleks funksjonalitet (Black Box) Funksjonsspesifikasjonene skal utfylle SCD ene Lages gjerne pr system, også for systemer som ikke dokumenteres vha SCD er Er ikke det samme som Control Narratives Behov i enkelte tilfeller eller alltid? 21

Funksjonsspesifikasjon formål Gi en introduksjon til SAS funksjonaliteten for det aktuelle systemet Være en referanse for resultat av tidligere avklaringer omkring kontrollogikken, både ift andre disipliner og utstyrsleverandører ( Samle løse tråder ) Et bidrag i forbindelse med: SAS konfigurering HW/SW SAS testing Testing av mekaniske utstyrspakker Ferdigsstillelse (Commissioning) Være en del av sluttdokumentasjonen 22

Funksjonsspesifikasjon forslag til innholdsfortegnelse 1. Kort systembeskrivelse og grensesnitt mot andre systemer 2. Operasjonelle krav og målsetninger 3. Sikkerhetsfunksjoner (ESD, PSD, F&G etc.) 4. Styring og overvåkning (control and monitoring) 5. Hardware Skal ikke beskrive SCD logikken med tekst Men kan gi forklaring av black box funksjonalitet Spesielle løsninger 23

Slutt Leksjon 9 24

Forskjellige aspekter ved implementering standariseringskomponenter logikk / FB en Funksjonsblokk FB kode med versjonskontroll og resertifisering om nødvendig Endringer i en FB vil påvirke alle tilsv. FB er i bruk en Makro. Modulskall med versjonskontroll Endringer i en makro påvirker alle tilsv. makroer i bruk en konfigurasjons-template. Et sett av funksjonsblokker som kan gjenbrukes Et varsel vil bli gitt når noe slettes eller endres etter at den er tatt i bruk et Cluster av Funksjonsblokker Et sett av funksjonsblokker som kan gjenbrukes Copy & Paste. Ingen bindinger mellom elementene/blokkene etter implementering. 25

Forskjellige aspekter ved implementering Strukturert tekst eller Makro Som en Funksjonsblokk. Strukturert tekst krever mindre system resurser Strukturert tekst mer rigid oppdatering Som en Makro. Sett av FB er i ett modul skall Visualiseres som en funksjonsblokk i logikken 26

Tidlig i gang med FB biblioteket FB utvikling tar lang tid Omstendelig testing må til Mange kombinasjoner Prioritering mellom tilstandene Appendix F 27