Kravspesifikasjon PROSJEKT. Signal Communication Unit OPPDRAGSGIVER. Kongsberg Maritime AS UTFØRT VED

Transkript

1 Kravspesifikasjon PROSJEKT Signal Communication Unit OPPDRAGSGIVER Kongsberg Maritime AS UTFØRT VED Høgskolen i Buskerud og Vestfold, avd. Kongsberg MEDLEMMER Marius Johanssen, Stefan Dasic, Eivind Nielsen, Armaan Kamboj & Dan Filip Solberg DOKUMENTHISTORIKK REVISJON UTGITT BESKRIVELSE Første offisielle utgave

2 2 Kravspesifikasjon INNHOLDSFORTEGNELSE 1 Dokumenthistorie Innledning Kravspesifikasjon... 5

3 3 Kravspesifikasjon 1 DOKUMENTHISTORIE Revisjon Rev. Skrevet av: Sjekket av: Godkjent av: Dato Sign. Dato Sign. Dato Sign STD ARM MAR Vi forbeholder oss retten til å kunne endre på dokumentet gjennom hele prosjektet. Varsel vil bli gitt bare i tilfelle en slik endring anses å være av betydning for kunden. 2015

4 4 Kravspesifikasjon 2 INNLEDNING Kravspesifikasjon er et dokument som fullstendig beskriver noe som ikke ennå finnes, på en måte som gjør at ingen kan misforstå det. Dette dokumentet, som beskriver krav til et produkt, er et slikt dokument. Denne kravspesifikasjonen, som tar for seg alle ønsker til det ytterste, er i utgangspunktet fremstilt av Kongsberg Maritime v/ veileder Petter Arne Mikalsen, som videre ble utvidet og bearbeidet av prosjektgruppen. Kravspesifikasjonen danner grunnlaget for testspesifikasjonen som prosjektgruppen skal frembringe. Alle krav må kunne testes, og ved å gjøre dette kan man konkludere om produktet oppfyller kravene og prioriteringene som oppdragsgiver har uttrykket for. En typisk kravspesifikasjon lar utviklerne forklare deres forståelse av hvordan kunden vil ha systemet til å virke. Den forteller også designere hvilken funksjonalitet og karakteristikk det ferdigbehandlete systemet skal ha. I tillegg forteller en kravspesifikasjon testgruppen hva de skal demonstrere for å overbevise kunden om at systemet blir levert slik det ble bestilt. Alt dette klargjør hvor vesentlig det er å ha en utformet kravspesifikasjon før arbeidet med produktet kan komme i gang, som igjen skaper et fundament for videre arbeid.

5 5 Kravspesifikasjon 3 KRAVSPESIFIKASJON I dette kapittelet vil vi presentere alle kravene, samt en kort beskrivelse på hvordan de ulike krav er klassifisert. Vi har delt inn kravene i fire kategorier, og hver kategori har krav som er satt opp i prioritert rekkefølge. Prioriteringer, som er basert på oppdragsgiverens produktønsker, har derfor blir inndelt på følgende måte: Tabell 3-1: Kravprioritet. Prioritet A B C D Beskrivelse Utslagsgivende krav som må oppfylles for å tilfredsstille oppdragsgiver. Betydningsfulle krav, som burde oppfylles for å tilfredsstille oppdragsgiver, og forbedre produktet. Mindre viktige krav som prioriteres om tiden er tilstrekkelig. Begrensete krav, som mest sannsynlig vil kreve lenger tid. Når det gjelder kategoriene, har vi for enkelthetsskyld delt disse opp slik Tabell 3.2 viser. Tabell 3-2: Kravkategorier. Krav Designkrav Implementasjonskrav Dokumentasjonskrav Testkrav Beskrivelse Krav som stilles til systemet vårt, og dets funksjonalitet. Krav som stilles til implementasjonen av systemet. Krav som stilles til dokumentasjonen. Krav som stilles til verifisering av systemet. De resterende tabellene i dette kapittelet viser en oversikt over alle krav. NB! Legg merke til at alle signaler tar utgangspunkt fra vår boks, og ikke fra IO-kortet. Tabell 3-3: Designkrav. Produktet skal være en boks som skal simulere signaler for testing av IO-kort: A RIO digital utgang uten motstand. To ledninger. KM A RIO digital utgang med motstand. To ledninger. 820Ω i KM serie med bryter, 2.7kΩ i parallell med bryter B RIO analog utgang 4-20mA, eksternt matet. KM B RIO analog utgang 4-20mA, internt matet. KM C Stahl digital utgang uten motstand. KM C Stahl digital utgang med motstand. 1.2kΩ i serie med KM bryter, 15kΩ i parallell med bryter C Stahl analog utgang med to-tråds loop. KM D RIO PT100-signal. KM D Volt-utgang 0-10V. KM

6 6 Kravspesifikasjon Størrelse på boksen skal være på en slik måte at boksen vil være lett anvendelig under bruk: A Størrelse mindre enn 55cm*35cm*22cm. KM B Størrelse mindre enn 35cm*20cm*22cm. SCU C Størrelse mindre enn 25cm*20cm*15cm. SCU D Størrelse mindre enn 20cm*15cm*10cm. SCU A Vekten må være mindre enn 10kg. SCU B Vekten må være mindre enn 5kg. SCU C Vekten må være mindre enn 3kg. SCU Produktet skal være en boks som skal kunne lese signaler: A RIO digital inngang. KM B RIO analog inngang, 4-20mA. KM C Stahl digital inngang. KM A Boksen må være jordet på en forsvarlig måte. SCU Tabell 3-4: Implementasjonskrav A Tre ledninger skal brukes til alle sløyfetypene. KM A Boksen skal kunne bytte mellom de forskjellige KM sløyfetypene A Boksen skal kunne hente strøm fra en strømforsyning, KM som igjen henter strøm fra en 230V, 50Hz-stikkontakt A Boksen skal være sikret mot kortslutning av bruker. SCU A Sløyfetypene til boksen må sammensettes til en SCU fungerende enhet. Indikasjon til bruker i form at ett display eller vanlige lamper: A Bruker skal få indikasjon på hvilke signaler som brukes. KM A Bruker skal få indikasjon på hvilke verdier signalene gir. KM Tabell 3-5: Testkrav A Sløyfetypene i Krav: 1.1.A., 1.3.A., 1.B., 1.5.B., 11.2.B., KM 1.C., 11.3.C., 1.C. og 1.11.D. må ha funksjon for å kunne teste brudd A Sløyfetypene i Krav: 1.1.A., 1.3.A., 1.B., 1.5.B., 11.2.B., KM 1.C., 11.3.C., 1.C. og 1.11.D. må ha funksjon for å kunne teste kortslutning på IO-kortet A Alle krav må kunne testes mot funksjonalitet. SCU Tabell 3-6: Dokumentasjonskrav A Brukermanual til boksen. KM B Elektronikkdokumentasjon. SCU

7 7 Kravspesifikasjon