EKG Opsamling Rapport - Hjemmesider på Ingeniørhøjskolen i Århus

Multidisciplinær SW-Ingeniøropgave. Teknisk IT, IHA/AU 2008
Konkrete datafelter eller egenskaber for de forskellige klasser og objekter (enheder), der
optræder i et systemet, angives i EquipProperty relationen. Hver eneste enkelt felt eller egenskab
tildeles sit eget unikke ID PropertyID, som vha. af en sammensat primærnøgle kobles med
EquipmentID til ejerenheden i EquipElement relationen. En egenskab på en type ”1” enhed, klasse,
betragtes som en logisk egenskab, mens en egenskab på en type ”2” enhed er den faktiske værdi for
en givne enheds egenskab.
Der er ingen bindinger i databasen, der gør at en type ”2” enhed skal inkludere en eller flere type
”1” enheder, eller have alle eller kun de egenskaber, som den type ”1” enheder, der inkluderes,
angiver. 5
Datalogninger i forhold til en given enhed (EquipElement) gemmes i HistoryLog relationen, hvor
hver enkelt logning får sin egen unikke identifikation, RecordID, og knyttes til enheden, der logges
på, via en reference til EuipmentID i EquipElement relationen. I HistoryLog er feltet Block et
såkaldt BLOB (Binary Large OBject) og alle former for måledata kan derfor gemmes heri.
Brugen er de enkelte felter i relationerne er beskrevet nærmere i forbindelse med de metoder, der
tilbydes i webservicen.
Webservice Persistence opbygning er baseret på Microsofts Webservice og LINQ-to-SQL
faciliteter inkluderet i .NET 3.5 platformen og VisualStudio 2008 samt nogle Stored Procedures og
Functions i MS SQL 2003 databasen, og derved opbygget med en relativ enkel 2 lags lagdelt
arkitektur, hvor lagene er afspejlet i komponenterne vist i Figur 6. Webinterfacet er udført i
komponenten Service.
Figur 6 Komponentarkitektur for Persistence Service
Databasen opbygning er vist i Figur 5. Al adgang til databasens relationer, ”Stored Procedures” og
”Functions” sker gennem DataClassesDataContext komponenten.
Service komponenten er kodet i sin egen C# klasse, klassediagrammet ses i Figur 7. To
hjælpeklasser er tilføjet til brug for Service komponenten, PersonalDataSelector og
RawDataDTO.
5 Opsætningen af modellen for konkret system kræver et ”administrationsværktøj” der håndterer de forskellige regler.
Dette værktøj/system er endnu ikke udviklet.
Jesper Rosholm Tørresø: 20060653 Side 12 26-08-2008