Kravspecifikation For Gruppen
Indholdsfortegnelse 1. INDLEDNING...3 1.1 FORMÅL...3 1.2 REFERENCER...3 1.3 LÆSEVEJLEDNING...3 2. GENEREL BESKRIVELSE...4 2.1 SYSTEM BESKRIVELSE...4 2.2 SYSTEMETS FUNKTION...4 2.2.1 Central enhed...4 2.2.2 Sirene enhed...4 2.2.3 Adgangs enhed...4 2.2.4 Låse enhed...5 2.2.5 Føler enhed...5 2.3 SYSTEMETS BEGRÆNSNINGER...5 2.4 SYSTEMETS FREMTID...5 2.5 BRUGERPROFIL...5 2.6 KRAV TIL UDVIKLINGS FORLØBET...5 2.7 OMFANG AF KUNDELEVERANCE...5 2.8 FORUDSÆTNINGER...5 3. DE SPECIFIKKE KRAV...6 3.1 DEFINITIONER...6 3.2 FUNKTIONELLE KRAV...6 3.2.1 Adgangs enhed...6 3.2.2 Låse enhed...7 3.2.3 Føler enhed...7 3.2.4 Sirene enhed...7 3.2.5 Central enhed...8 4. EKSTERNE GRÆNSEFLADE KRAV...9 4.1 BRUGER GRÆNSEFLADE...9 4.2 HARDWARE GRÆNSEFLADE...9 4.3 KOMMUNIKATIONS GRÆNSEFLADE...9 4.4 SOFTWARE GRÆNSEFLADE...9 5. KRAV TIL SYSTEMETS YDELSE...9 6. KVALITETSFAKTORER...9 7. TIDSPLAN...10 8. DELLEVERING...10 9. ORDLISTE...10 9.1 KORTLÆSER...10 9.2 LCD...10 9.3 PENTIUM...10 9.4 POLLE...10 9.5 RS-232...10 9.6 RS-485...10 9.7 SPU...10 9.8 TTL...10 9.9 WHITE CARD...11 10. GODKENDELSE...11 11. BILAG...11-2 -
1. Indledning 1.1 Formål Formålet med projektet er at udvikle et system, der dels giver adgangskontrol til ind/udgange på en bygning, dels fungere som tyverialarm. Leverandør : GuardTech Thomas Bojer Nielsen Brian Andersen Kasper Kirkeby Søren Vang Jørgensen Kunde : Anton Klaaby, EUC Syd Ændringer i kravspecifikationen kan foretages efter enighed om ændring er opnået med kunden. Derudover skal der udformes en ændringsspecifikation som kunden og leverandøren underskriver. 1.2 Referencer SPU håndbogen Håndbog i Struktureret Program Udvikling DoorGuard Protokol Rekommandation 1.3 Læsevejledning Kravsspecifikationen er skrevet på teknisk dansk, dog med enkelte engelske ord. Alle punkter indgår i indholdsfortegnelsen på side 1. Kravsspecifikationen er bygget op i henhold til SPU håndbogens model. Alle ord skrevet med kursiv tekst står i ordlisten. - 3 -
2. Generel beskrivelse 2.1 System beskrivelse Softwaren på Pc en har til opgave at overvåge alle enheder i systemet, således at hvis der skulle forekomme en alarm så er det softwaren på Pc en der tager beslutningen om de enkelte alarmer er kritiske nok til at udløse alarmen. Det er også denne software der skal validere de enkelte brugere, og låse døren op for dem, hvis de taster den korrekte kode. Kommunikationen mellem enhederne foregår på en RS-485 bus, med en protokol skrevet til formålet. Det er den centrale enhed der skal polle alle de andre enheder i systemet, og advare brugeren om eventuelle problemer / alarmer i systemet. Adgangs enhed PC Føler enhed RS232 RS232 < > Sirene enhed Central enhed Låse enhed 2.2 Systemets funktion De enkelte enheder i systemet og deres funktion er beskrevet herunder. 2.2.1 Central enhed Denne enhed er en PC med vores egen server software på, denne software holder øje med enhederne i systemet, og starter sirenen hvis en sensor bliver udløst, og sender en e-mail over Internettet evt. til en mobil telefon. Samtidig er det denne enhed der styre hvilke brugere, der kan åbne døren og aktivere/deaktivere alarmen. 2.2.2 Sirene enhed Denne enhed er systemets varslings enhed. Enheden bliver udløst af den centrale enhed hvis der er sket et sikkerhedsbrud på systemet, eller hvis der ikke har været kommunikation med den centrale enhed i mere end 30sek. Så vil det også udløse alarmen. 2.2.3 Adgangs enhed Denne enhed giver brugeren mulighed for at indsætte sit kort vælge en funktion (låse op/deaktivere alarm og aktivere alarm), og taste sin personlige kode. Denne enhed vil så sende ID nummeret fra kortet og koden, krypteret til den centrale enhed, som enten vil godkende brugeren eller afvise ID eller kode. - 4 -
2.2.4 Låse enhed Denne enhed sender et signal til en magnetlås når den får et signal fra central enheden om at døren skal låses op. Den vil efter 10sek. automatisk låse igen. 2.2.5 Føler enhed Denne enhed har 4 tilslutningsmuligheder, som kan forbindes til forskellige udløsere til alarmen, f.eks. rumføler eller magnet afbryder. Denne enhed vil så huske hvis den har fået et signal på porten som indikere at alarmen skulle udløses, så vil centralen afgøre om signalet skal udløse alarmen. 2.3 Systemets begrænsninger Systemet supportere 16 af hver type enhed, men kun en central enhed, RS-485 bussen supportere Maks. 32 enheder. Maks. total længde på RS-485 kablet er 500Meter. Der kan maks. være 255 brugere i systemet. 2.4 Systemets fremtid Det vil være muligt at tilføje nye type enheder til systemet, der er nu 4 forskellige type enheder. Protokollen begrænser, at der maks. kan være 16 forskellige typer enheder, men der er kun 4 beskrevet på nuværende tidspunkt. Derudover vil det kunne det undersøges om det er muligt at styre flere RS-485 busser, så man ikke er begrænset af de 32 enheder bussen supportere, dette ville kunne være interessant hvis systemet skulle udvides til større virksomheder. 2.5 Brugerprofil Der er 2 typer brugere af systemet, den almindelige bruger, som skal kunne åbne og lukke en dør, og stoppe sirenen i tilfældet af at alarmen udløses. Denne bruger vil aldrig komme i kontakt med den centrale enhed, alt betjening for denne bruger vil foregå via dørenheden. Så er der den system ansvarlige (eller vedligeholdelse ansvarlige). Dette er en bruger med IT teknisk kendskab, og vil kunne styre systemet fra den centrale enhed. Fra denne enhed vil han kunne se i loggen, samt oprette/slette brugere. 2.6 Krav til udviklings forløbet Forløbet skal dokumenteres ved hjælp af SPU modellen, hvor alle relevante punkter vil være beskrevet. Til central enheden bruges programmerings sproget Visual C++ min. version 5.0, samt 2 Pc er til at programmere på, min. pentium 200 med 32mb ram. Til programmering af PIC 16C84 bruges Microchip udviklingsværktøjet MPLAB-C v1.21, som er udlånt af Danfoss A/S v. Tom Keller Christensen. Der vil løbende blive skrævet dokumentation til projektet. Der vil dagligt blive afleveret dagbog til projektet. 2.7 Omfang af kundeleverance Hele systemet leveres samlet, med dokumentation på dansk og brugervejledning på tysk. Dette leveres Torsdag 4/3-99 kl 12:00, Kravspecifikationen godkendes og afleveres Fredag 12/2-99 kl:12:00. 2.8 Forudsætninger For at projektet skal kunne gennemføres skal følgende være tilstede : Minimum 1 PC med Windows 95 og og Visual C++ 6.0, kørende, til programmering af central enheden En PC med Windows 95 og MPLAB-C v1.21 kørende, til programmering af PIC 16C84 enheder. På denne PC skal derudover være den med MPLAB-C v1.21 tilhørende brænder installeret på seriel porten, samt evt. Drivere til systemet. - 5 -
3. De specifikke krav 3.1 Definitioner Enheder.: De specifikke krav er beskrevet for hver enhed, hvor en enhed er både hardware og software i en boks, f.eks. føler enheden er et print med en PIC16C84 processor og tilhørende software for processoren. Displayet ved dør enheden.: Alle beskeder er på engelsk. Se display dokumentation for informationer omkring hvilke tegn der kan tegnes i displayet. Kortlæseren ved dør enheden.: Adgangs kortet er af type White Card eller andre PIC16C84 kompatible kort. Tastaturet ved dør enheden.: Alle tegn fra A til F og tallene mellem 0 og 9 kan trykkes. Bruger databasen på den Centrale enhed. Navnene i brugerdatabasen skal være fra 1 til 40 karakterer lange, om må kun indeholde a-z, numre fra 0-9 mellemrum og ingen specielle tegn. Personlig kode skal bestå af 4 tal fra 0-9, som gemmes krypteret i bruger databasen. Id på adgangskort skal bestå af et tal mellem 0-255. (en byte) Der kan maks. være 255 brugere i databasen. 3.2 Funktionelle krav Her er de forskellige enheder som optræder i systemet listet. 3.2.1 Adgangs enhed Denne enhed giver brugeren mulighed for at aktivere alarmen eller åbne døren som samtidigt deaktivere alarmen. Input: Kortlæser.: Kan aflæse brugerens id fra hans adgangs kort, kortlæseren kan kun læse af kort af type White Card. Kortet skal være indsat i kort læseren mens at brugeren vælger funktion og taster sin kode. Tastatur.: Der vil være to taster til at vælge den ønskede funktion (åbne dør/deaktivere alarm og aktivere alarm). Tasterne fra 0 til 9, skal bruges til brugerens personlige kode som er på 4 tal..: Funktion: Denne enhed bruges til at interface med brugeren. Dvs. at displayet viser om alarmen er on/off, eller om en bruger er blevet afvist eller lukket ind. Displayet kan også vise om alarmen er udløst. Output: Display Beskederne til brugeren vil blive skrevet på engelsk. Displayet har 2 linier hver på 16 tegn. - 6 -
Der er baggrunds belysning i displayet, for at lette læseligheden. 3.2.2 Låse enhed Denne enhed er brugt til at styre f.eks. en magnet lås ved en dør, og giver samtidig mulighed for at tilslutte en knap til at omgå alarmen med en knap, f.eks. brugt til en UD funktion. Input: En TTL port, hvor det er muligt at tilslutte en knap til at åbne låsen. Funktion: Åbner døren hvis brugeren har adgang, og døren låses automatisk efter en pause på 10 sek. Har en port hvor der kan tilsluttes en knap som åbner døren, denne knap kan f.eks. bruges til en UD funktion. Output: 3.2.3 Føler enhed TTL Udgang.: TTL kompatibel udgang, som kan bruges til at styre f.eks. en magnet lås. Denne enhed styrer sensorer/følere i systemet. Input: Sensor Porte.: Enheden har 4 digital porte. Hver port skal holdes Lav hvis alarmen ikke skal udløses Funktion: Føler enheden giver brugeren mulighed for at tilslutte 4 følere/sensorer, dette kan spænde fra bevægelsessensorer til bryde kontakter på en dør. Output: 3.2.4 Sirene enhed Denne enhed bruges til at alarmere folk om at der er sket et brud på sikkerheds systemet. Input: - 7 -
Funktion: Denne enhed har til funktion at advare om at alarmen er blevet udløst, dette gør den med en sirene. Sirenen på enheden udløses fra den centrale enhed, eller hvis der ikke har været kommunikation med den centrale enhed i mere end 30 sek. som vil indikere afbrudt elektrisk forbindelse til centralen. Output: Her kommunikeres med den centrale enhed via DoorGuard protokollen, der henvises til protokol 3.2.5 Central enhed Denne enhed styrer samtlige andre enheder. Input: RS-485.: Føler enhed Her kommunikeres med de andre enheder i systemet via DoorGuard protokollen, der henvises til protokol Tastatur.: Der henvises til Windows 95 brugervejledning for informationer omkring funktionen af tastaturet. Mus.: Der henvises til Windows 95 brugervejledning for informationer omkring brugen af musen. Funktion: Her udføres al brugeradministration og logning af hændelser., det er fra denne enhed også muligt at aktivere/deaktivere alarmen, og konfigurere hvilke enheder der er i systemet, og på hvilke adresser der sidder i systemet. Output: RS-485.: Her kommunikeres med de andre enheder i systemet via DoorGuard protokollen, der henvises til protokol Internet.: Systemet kan sende en e-mail, som alarm fra systemet, f.eks. til en mobil telefon. Skærm.: Der henvises til Windows 95 brugervejledning for informationer omkring aflæsning af Windows brugerflade. - 8 -
4. Eksterne grænseflade krav 4.1 Bruger grænseflade Brugeren vil kunne betjene systemet på 2 forskellige måder. Den ene er brugerfladen ved dør enheden, denne består af et 2 liniers LCD display med engelske beskeder, en kort læser til adgangs kort og et tastatur til at vælge funktioner og taste sin personlige kode med. Ved den centrale enhed (Pc en) består brugerfladen af et grafisk Windows program. Programmet er på engelsk, og betjenes fortrinsvis ved hjælp af musen. Der vil være oversigter over udløste alarmer og hvilke rettigheder de forskellige brugere har. 4.2 Hardware grænseflade Føler enheden har 4 indgange, disse ingange skal være forbundet til GND for ikke at udløse alarmen. Bliver forbindelsen til GND afbrudt vil alarmen blive udløst. Låse enheden har 1 TTL udgang som vil gå høj når låsen skal åbnes. Den har desuden 1 TTL indgang som bruges til at tilslutte en knap så man manuelt kan åbne døren. 4.3 Kommunikations grænseflade Kommunikationen fra softwaren på Pc en til RS-485 bussen, foregår via en RS-232 seriel port i Pc en som så bliver konverteret til RS-485. Alle andre enheder i systemet udover Pc en, vil have onboard RS-485 interface, som bruges til kommunikation med central enheden. Protokollen der vil blive brugt til at kommunikere mellem de forskellige enheder er DoorGuard, se vedlagte protokol rekommandation. 4.4 Software grænseflade Programmet på central enheden er skrevet til at køre på Microsoft Windows 95, og der garanteres ikke for programmets funktion under andre operativ systemer. 5. Krav til systemets ydelse Kun når ID-kortet er i kortlæseren kan brugeren indtaste sit personlig kode og funktion. ved sikkerhedsbud på systemet skal der lyde en alarm indenfor 10 sekunder. Sirenen kan maximalt lyde i 30 sekunder. ved sikkerhedsbud på systemet skal der sendes en e-mail via internetforbindelse indenfor 10 sekunder Når password er indtastet skal der komme accept eller denied indenfor 10 sekunder. Fra ID-kortet sættes ind i kortlæseren til adgangs enheden registrere et kort i kortlæseren må der maximalt gå 1 sekund. 6. Kvalitetsfaktorer Pålidelighed Vedligeholdelses- venlighed Udvidelses- venlighed Brugervenlighed Genbrugbarhed Integritet Effektivitet Ukritisk Ikke særlig vigtig Vigtig Meget vigtig Særdeles vigtig - 9 -
7. Tidsplan Uge 6 Uge 7 Uge 8 Uge 9 Kravspecifikation Alle Alle Alle Alle Alle Protokol specifikation T T T Accepttest specifikation Alle Alle Alle Hardware design TB TB TB PIC programmering TB TB TB TB TB TB Hardware wrapning B Programmering af PC SK SK SK SK SK SK SK SK SK SK Bruger manual TB TB S S Program dokumentation Alle SK TB TB TB Alle Alle Alle Alle Test TB TB SK SK SK Alle Alle T B K S Alle : Thomas Bojer Nielsen : Brian Andersen : Kasper Kirkeby : Søren Vang Jørgensen : Alle i gruppen 8. Dellevering Der forekommer ingen dellevering, udover aflevering og godkendelse af kravspecifikationen. 9. Ordliste 9.1 Kortlæser En enhed hvor man indsætter sit personlige adgangs kort i, hvorefter systemet vil læse det unikke ID fra kortet. 9.2 LCD Liquid Crystal Display. Et display placeret på adgangs enheden, hvor system med engelske tekst beskeder kan kommunikere med brugeren. 9.3 Pentium En processor type fra Intel. 9.4 Polle En kommunikations metode, hvor der er en enhed på kommunikations bussen, der styre alt kommunikation dvs. At der er ingen enhed på bussen der må sende noget uden at den er blevet spurgt. 9.5 RS-232 Asynkron seriel kommunikations standard, fundet få de fleste Pc er. 9.6 RS-485 Asynkron seriel kommunikations standard, fundet i industrielle apparater. Denne standard benytter strøm til forskel fra RS-232 standarden, dette gør den mere tolerant overfor støj. 9.7 SPU Struktureret Program Udvikling. En dokumentations standard. 9.8 TTL Transistor Transistor Logic. En standard for spændinger i digitalteknik. - 10 -
9.9 White Card Et plastik kort i Dankort størrelse, dette kort indeholder en lille processor som aktiveres når kortet er indsat i kortlæseren. 10. Godkendelse ---------------------------------------------------------- ------------------------------------------------------------------ Lærer. Gruppe repræsentant DoorGuard Protokol Rekommandation. Accepttest specifikation. 11. Bilag - 11 -