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.

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.

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.

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.

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.

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.