Ökad tillgänglighet av existerande programvara genom ...

More documents

Recommendations

Info

46 Prototyputveckling inte plocka bort taggar fritt eftersom en del behandlas speciellt. • Koden i XSL-filen är mycket strukturerad och kompletteringar kan lätt införas. • Utseendet på sidan som genereras kan lätt förändras eftersom koden i XSL-filen är välstrukturerad. Sammanfattning Med detta som grund var inte valet av teknik för webbgränssnittet svårt. För att få ett generellt gränssnitt kommer XML användas tillsammans med olika stylesheets (XSL-filer). På komponentsidan är valet av teknik redan gjort, men här behövs en noggrannare minneshantering för att slippa problemen med en alltför minneskrävande webbserver. I XML-versionen infördes även inloggning för att använda systemet. Detta kan man lägga över på IIS, men det gör hanteringen av de olika användarna för systemet mer komplicerad. Test med att spara data på webbservern från klienten genomfördes också. Denna funktionalitet ska kopplas ihop med användarautencieringen för att varje användare ska få tillgång till en egen projektmapp på servern och på så sätt skydda sina filer från obehöriga. Att spara filer på servern är inte ett krav på det slutliga systemet, men önskvärt eftersom man kanske vill justera sina värden vid ett senare tillfälle. Eftersom scriptspråk är relativt långsamt bör så mycket som möjligt av intelligensen och beräkningarna flyttas från scripten över till komponenten på serversidan. Exempel på detta är den användarautenciering som infördes i en av prototyperna enligt ovan. Kontrollen av användarens identitet görs via ett script som hämtar sin information från en databas med hjälp av gränssnittet ADODB. Om denna funktionalitet flyttas över till komponenten kan ODBC användas istället och scripten renodlas till att vara enkla metodanrop in i komponenten. Ännu en förbättring är att låta komponenten använda sig av olika XML-gränssnitt för att hantera datasträngarna som skall byggas upp. Detta har testats och komponenten blev då mycket mer minnessnål och koden mer strukturerad. Samtidigt testades att skicka färdiga XML-dokumentobjekt från komponenten till scripten som i sin tur skulle använda sig
Prototyputveckling av parsergränssnitt för att applicera olika stylesheets på dessa objekt. Resultatet av detta test var inte det önskade eftersom objekt inte kan skickas över gränssnitt som skall användas av ASP. Det går dock att genomföra detta om komponenten används av en applikation. Detta beror på att ASP inte stöder s.k. typkonvertering (type casting) till skillnad från applikationer. Vad som inte upptäcktes under utvecklingen av den första prototypen med XML var att tillsammans med XML-parsern kom även ActiveX-objekt för XML. Dessa gjorde det möjligt att returnera pekare till olika gränssnitt, exempelvis MSXML::IXMLDOMDocument. Det är alltså möjligt att slippa undan att returnera rena strängar från komponenten till ASP-scripten. Det här kommer att införas under implementationen av exempelsystemet (6 Implementation av exempelsystem). Det kan också behövas en noggrannare hantering av webbsessioner. Man kan i IIS ställa in sessioners varaktighet. En session är aktiv så länge webbsidor skickas från servern till klienten eller en viss tid efter det att ingen begäran av sidor kommer från klienten. Standardinställningen för detta är 20 minuter. 47
Page 1: Examensarbete Ökad tillgänglighet
Page 4 and 5: iv Sammanfattning
Page 6 and 7: vi Förord
Page 8 and 9: viii Innehållsförteckning 7.1 UTV
Page 10 and 11: 10 1.2 Syfte Introduktion Syftet me
Page 12 and 13: 12 Introduktion Kapitel 8: Begrepps
Page 14 and 15: 14 Problemspecificering och kodåte
Page 17 and 18: 3 Förstudie Förstudie Förstudien
Page 19 and 20: • Operativsystem • Tillgänglig
Page 21: Förstudie Visual Studio så kan in
Page 24 and 25: 24 Sammanfattning/slutsatser av fö
Page 26 and 27: 26 Lösning Sammanfattning/slutsats
Page 29 and 30: Prototyputveckling 5 Prototyputveck
Page 31 and 32: Prototyputveckling man med hjälp a
Page 33 and 34: Prototyputveckling Med hjälp av de
Page 35 and 36: Prototyputveckling för att generer
Page 37 and 38: Prototyputveckling all information
Page 39 and 40: Prototyputveckling Figur 5. Webbsid
Page 41 and 42: ¢ ¢ ¢ Prototyputveckling ¢£©
Page 43 and 44: ¥ £¨£¤ ¦ ¥ ¤¦££ ¥
Page 45: Prototyputveckling Nackdelar med AS
Page 50 and 51: 50 Implementation av exempelsystem
Page 56 and 57: 56 Klipp Klipp MB3Db.lib MB3Db.lib
Page 60 and 61: 60 www-root www-root www-root www r
Page 68 and 69: 68 7.1.2 Resultat Utvärdering och
Page 70 and 71: 70 Utvärdering och förbättringsf
Page 79 and 80: 9 Begreppslista Begreppslista Följ
Page 81 and 82: Begreppslista syntaxen hos källkod
Page 83 and 84: 10 Referenser Referenser Följande
Page 85: Referenser [26] Microsoft Web Appli
Page 88 and 89: 88 Appendix A - COM/DCOM • IClass
Page 90 and 91: 90 MinCOM.h MinCOM.h MinCOM.h MinCO
Page 92 and 93: 92 interface IUnknown { } Appendix
Page 94 and 95: 94 } Appendix A - COM/DCOM HRESULT
Page 96 and 97:
96 A.5 Säkerhet Appendix A - COM/D
Page 98 and 99:
98 Appendix A - COM/DCOM identifier
Page 100 and 101:
100 Klient Klient Klient Klient Kli
Page 102 and 103:
102 Appendix A - COM/DCOM komponent
Page 104 and 105:
104 A.8.1 VARIANT Appendix A - COM/
Page 107 and 108:
Appendix B - Microsoft IIS och DCOM
Page 109 and 110:
Page 111:
show all

Ökad tillgänglighet av existerande programvara genom ...

Create successful ePaper yourself

Delete template?

Save as template?