Flera av våra anställda har inlett sitt yrkesverksamma liv med ett
examensarbete hos oss. Låter det intressant? Hör av Dig till oss.
För mera information, kontakta:
Göran Bille
Tel: 031-720 67 84
Email:
jobb@ergodata.se
Tidigare år har vi haft studenter som arbetat med:
|
Av: Bård Langöy, 2004
Allt eftersom flera användare integrerar SystemWeaver i sin
utvecklingsprocess, ökar också kravet på tillgängliga resurser på
servern; SystemWeaver Loom. Men introduktion av nya servrar eller
databaser ökar också komplexiteten på systemet. Balansen mellan
prestandaökning och att samtidigt minimera komplexiteten har varit
ett huvudämne genom hela arbetet.
Jag föreslår en arkitektur som är baserad på en hub and spoke
topologi, där SystemWeaver Loom agerar som hub och SystemWeaver
Cache Servrar som spokes. En SystemWeaver Shuttle ansluter till
en cache server och har ingen kontakt med SystemWeaver Loom.
En broadcast server sänder uppdateringar utförda av
SystemWeaver Loom till alla cache servrar och Shuttlar.
Alla händelser sänds med hjälp av tillförlitlig multicast,
som sparar både exekveringstid på server och bandbredd vid
sändning av händelser på nätverket. Dessutom har ett protokoll
för optimistisk konsistens, baserat på tekniker och forskning
använd inom virtuella miljöer för samarbete, utvecklats och
anpassats för SystemWeaver.
|
|
Web-baserad kommunikationslösning för distribuerade system i SystemWeaver
Av: Alma Lukacevic & Kemal Hodzic, 2002
Examensarbetet går ut på att undersöka tekniska möjligheter att bygga
en Skyttel i SystemWeaver med kommunikation via standardiserade
Web-gränssnitt. Skytteln är klientdelen i SystemWeaver och den
kommunicerar antingen via MS DCOM eller ett eget protokoll baserat på
TCP/IP. För att enklare kunna använda SystemWeaver i stora nät är
det önskvärt att kunna använda ett standardprotokoll. Detta är lättare
att transportera genom brandväggar.
De protokoll/tekniker som undersökts närmare är SOAP, JavaBeans och
ActiveX. Av dessa är SOAP det som är mest lämpligt, det uppfyller
bäst krav på konfidentialitet, auktorisation, dataintegritet,
ursprungssäkerhet m.m. En testapplikation för SOAP i Delphi visar
vissa tekniska problem i Borlands implementation.
|
|
SystemWeaver: Evaluation of middleware for distributed communication models
Av: Henrik Boman & Mattias Mollstedt, 2001
Rapporten innehåller en utvärdering av Distributed Component Object
Model (DCOM) och Common Object Request Broker Architecture (CORBA). Den
beskriver också Systemites produkt SystemWeaver, vilket är ett verktyg
för komponentbaserad utveckling och som hjälper till att behålla komplexa
system konsistenta, korrekta och kompletta.
Examensarbetet gick ut på att jämföra skillnader mellan de två teknikerna
utifrån funktionalitet och säkerhet. Dessutom gjordes en implementering av
SystemWeaver med DCOM-tekniken och VPN-tunnling.
Resultatet var att både DCOM och CORBA hade brister i säkerheten. Den
bästa lösningen för SystemWeaver är att använda DCOM eller CORBA tillsammans
med virtual private network (VPN). VPN-lösningen täcker de säkerhetshål som
finns i både DCOM och CORBA.
|
|
Applikationsutvecklingverktyg för databasaccess via inter/intranet
Av: Johan E Berneskog & Anne-Louise Tångring, 1996
Examensarbetet ger en överskådlig bild av utvecklingen inom internet
och traditionell klient/server-teknik. Med detta som grund har vi studerat
vilka nya möjligheter som erbjuds för applikationsutveckling för inter/intranet
genom att använda Java kombinerat med olika tekniker för databasaccess.
De tekniker vi har studerat är HTML-CGI, Sockets i Java och olika former av
JDBC-drivrutiner. Vi har även utvärderat ett antal utvecklingsverktyg som
utnyttjar någon eller några av dessa möjligheter. Avsikten var att hitta ett
hjälpmedel som använder Java och JDBC för att konstruera ett generellt databas-sökningsprogram,
kallat JavaSearch.
Utvärderingen visade att inget av verktygen uppfyllde de 8 minimikrav som vi ställde,
däribland att de skulle klara Rapid Application Development, Java och JDBC. Detta
ledde till att utvecklingen av JavaSearch skedde från grunden i Java med drivrutiner
för JDBC från DataRamp. Utvecklingen av användargränssnittet, i synnerhet av den grid
som används, försvårades av Javas bristfälliga komponentbibliotek. JavaSearch fungerar
bara med DataRamps drivrutiner och är så generellt som ODBC och de underliggande DBMS:erna
tillåter. Vi har med JDBC gjort select ur fyra olika databaser och insert, update och delete
ur tre av dessa med lyckat resultat.
När det gäller att använda Java och JDBC för databasaccess via inter/intranet är det
inte en rimlig lösning i dagsläget. Javas långsamma exekveringstid och datanätets låga
överföringshastighet är de mest begränsande faktorerna. Om dessa egenskaper förbättras
tror vi att det finns stora förutsättningar för Java att bli en dominerande faktor för
hela inter/intranet.
|
|
Utvärdering av kommersiella databaser med avseende på säkerhet, integritet och tillgänglighet
Av: Lennart Falk & Jörgen Holmsbo, 1995
Examensarbetet innebar en utvärdering av olika kommersiella relationsdatabser, objektorienterade
databaser och en dokumentdatabas. Utvärderingen fokuserar på säkerhetsmekanismer inom
områdena integritet, tillgänglighet och konfidentialitet. För att erbjuda ett stöd
till själva jämförelsen består rapportens första del av en teoretisk bakgrund som
beskriver olika aspekter och mekanismer.
Utvärderingen har genomförts på så sätt att vi har studerat referensmanualerna
samt utnyttjat den tekniska support som databasleverantörerna erbjuder.
Utvärderingen visar att många efterfrågade mekanismer inte stöds direkt av databasen,
utan programmeraren lämnas till att implementera funktionaliteten själv. Anledningen
till detta är att prestanda har prioriterats. Utvärderingen visar även att de högre
säkerhetsklassade databaserna skiljer sig mer åt, men de flesta håller ändå en relativt
bra säkerhetsnivå. De objektorienterade databaserna har genomgående ett dåligt stöd för
de mekanismer som vi har studerat och i dokumentdatabasen koncentreras säkerhetsmekanismerna
till området konfidentialitet.
|
|
OS i mikroformat
Av: Olle Olsson, 1982
Denna rapport handlar om utvecklingen och funktionen hos operativsystemet OS
(Operating System).De krav som från början ställdes var: snabbhet, utrymmessnålhet
och mångsidighet. OS skulle också vara enkelt och lätt att ändra. Då en PDP11
med operativsystemet UNIX fanns till hands var det naturligt att skriva OS i
programspråket C. C-kompilatorn genererar effektiv kod. Detta tillsammans med
lämpligt utformade algoritmer och datastrukturer är grunden till ett utrymmessnålt
och snabbt OS.
|