Home

Evolutionary Application Service Providing (eASP)

1. 186 8 2 Anwendung auf die Fallstudien 2 2 22 2 0 187 8 2 1 CommSy Unide naaa aa 188 8 2 2 CommSy WissPro 188 8 3 Zwischenergebnis 2 004 189 9 Vorgehen Wie passiert es 191 91 Konz ption s ceci e ee ER ea ee 192 9 1 1 Zyklische Vorgehensweise 194 9 1 2 Gestaltungsmoglichkeiten 200 9 1 3 Kontinuierliche Treffen 0 201 9 1 4 Langfristige Rahmen und kurzfristige Detailvertr ge n 2 2 kaye rar Bhs 203 9 2 Anwendung auf die Fallstudien 2 2 22 2 204 92 1 CommSy Unide 2 2 2 22 22 204 922 CommSy WissPro 206 9 3 Zwischenergebnis 200 207 III Ergebnis der Ansatz eASP 209 10 Softwarebereitstellungsansatz eASP 211 10 1 Kompakte Zusammenfassung voneASP 211 10 1 1 Aufgabenperspektive 2 222200 213 10 1 2 Organisationsperspektive 215 10 1 3 Technikperspektive 0 220 10 14 Vorgehen rd ya ara we heh hk ae es 221 10 2 eASP in Informatiksysteme in Organisationen 225 Inhaltsverzeichnis 10 2 1 eASP im Methodenrahmen der Softwareentwicklung STEPS 10 2 2 eASP in der IT unterst tzten Organisationsgestaltung 10 3 eASP in der Praxis 10 3 1 eASP als Erweiterung von ASP 10 3 2 Verallgemeinerbarkeit voneASP 11 Res mee und Ausblick 11 1 Zusammenfassung des Erreichten
2. 2 CC none Gesch ftsmodell Application Service Providing 4 1 Value Proposition 2 2222 4 1 1 Beteiligte Akteure 2 222222 4 1 2 Vor und Nachteile 22 222020 4 2 Architektur der Wertsch6pfungskette 4 2 1 Einfache Wertsch pfungskette 4 2 2 Technische Wertsch pfungskette 4 2 3 Betriebswirtschaftliche Wertsch pfungskette 4 2 4 Kombinierte Wertsch pfungskette 43 Ertragsmodell 2 2 22 none 4 3 SeTVICES x od ale 2 28 RE 4 3 2 Abrechnungsm glichkeiten 4 4 Rechtliche Aspekte 2 2 2 nn nn 4 4 1 Vertragsarten i oaa onen 4 4 2 Service Level Agreements 45 Technik 2 2 0 84 2 en Pa AEC 4 5 1 Basistechnologie 4 5 2 Anwendungen 4 5 3 Technische Infrastruktur 2 2 2 2 2 4 6 Zwischenergebnis 2 22 22 2m nennen 29 29 32 33 35 50 51 51 57 63 68 69 Inhaltsverzeichnis vii 5 Informatiksysteme in Organisationen 111 5 1 Softwarebezogene Organisationsentwicklung 113 5 1 1 IT unterst tzte Organisationsgestaltung 113 5 1 2 Akteursmodell 2 2 2222 2m nennen 115 5 1 3 Netzwerkorganisation 116 5 1 4 Transaktionskostentheorie 117 5 1 5 Serviceflow Management Serviceflows 121 5 2 Organisationsbezogene Softwareentwicklung 123 5 2 1 Methodenrahmen der Softwareentwicklung STEPS 123 5 2 2 Zyklisches Projektmodell vo
3. Knolmayer 1996 Knolmayer G Benutzersupport eine Kernkompetenz des IV Bereichs In HMD Praxis der Wirtschaftsinformatik 1996 Nr 189 S 7 24 Krabbel 2000 Krabbel A Entwurf Auswahl und Anpassung aufgaben bezogener Dom nensoftware Hamburg Universit t Hamburg Fachbe reich Informatik Dissertation 2000 Krabbel und Wetzel 1998 Krabbel R Wetzel I The Customizati on Process for Organizational Package Information Systems A Challen ge for Participatory Design In Chatfield R H Kuhn S Muller M Hrsg Proceedings of the Participatory Design Conference Broade ning Participation 1998 Palo Alto 1998 S 45 55 Krabbel u a 1996 Krabbel R Wetzel I Ratuski S Objektorientier te Analysetechniken f r bergreifende Aufgaben S 65 72 In Ebert J Hrsg Softwaretechnik 96 Koblenz 1996 Beitr ge der GI Fachtagung 12 13 September 1996 Krueger und Casey 2000 Krueger R A Casey M A Focus groups A practical guide for applied research Newbury Park CA USA Sage Publications 2000 Lacity und Hirschheim 1999 Lacity M C Hirschheim R Informati on Technology Outsourcing What Problems are we Trying to Solve Literaturverzeichnis 271 S 326 360 In Currie W L Galliers B Hrsg Rethinking Manage ment Information Systems New York Oxford University Press 1999 Lammers 2004 Lammers M Make Buy or Share Combining Resour ce Based View
4. Termine Peg DE ZI Tp i er aii Papia DER DE TR Soo Toke hore Faggi ern at ti 13 i Terap izr gts 4 Papa fe DE a o ee et Ten on 101 Weep Alor age Deepaa De Pepe fe TH 10 Ta r PII Eml hran eiten 20 10 Pe Sek rechne Weber dcr ad deed eeu under Bipi rel une riim rebig deter count Berra oat Lenk bur erg 7210 ro Ena ee ee je re ee aah Pape ihe Pel belied i brosma a Tavi hera Wiel Link gee hep ad Aiii rie De Alport ont ak lied ie beten dri pci Darmara e C DI ered Wot D10 17 BiA hiba dir Tiol mii Aah Wiaj de has DT i hoidis rii bha Chri peerage Bate brih Mered Wii Lak ga high Abbildung 7 Einstiegsseite des 2 CommSys Version 0 2 Dem Projektseminar Virtuelle Gemeinschaften Intranets Knowledge Net works des Arbeitsbereichs Angewandte und Sozialorientierte Informatik ASI im Fachbereich Informatik der Universit t Hamburg wurde das Com munity System Ende Oktober 1999 unter dem K rzel CS vorgestellt Im Laufe des Projektseminars nderte sich der Name in CoSy Ebenfalls im Oktober entschied die Gruppe KnowNet die Weiterentwicklung des Com munity Systems aus der Arbeitsgemeinschaft zu l sen und separat zu hand haben Zwei Fallstudien 55 Zum Betrieb und zur Pflege des Servers sowie zur Weiterentwicklung des Community Systems und zum Benutzersupport fand sich innerhalb des Projektseminars ein Team von Studierenden Es setzte ein CVS Repository fiir die Weiterentwicklung auf re implementierte die D
5. Wulf und Rohde 1995 Wulf V Rohde M Towards an Integrated Or ganization and Technology Development S 55 64 In Olson G M Shuon S Hrsg Proceedings of the Symposium on Designing Interac tive Systems New York ACM 1995 Yao und Murphy 2002 Yao Y Murphy L Client Relationship De velopment for Application Service Providers A Research Modell In Sprague R H Hrsg Proceedings of the 35th Hawaii International Conference on System Science 2002 Los Alamitos CA USA IEEE 2002 Zahn u a 1999 Zahn E Barth T Hertweck A Outsourcing unter nehmensnaher Dienstleistungen Entwicklungsstand und strategische Entscheidungstatbest nde S 3 38 In Wisskirchen F Hrsg Out sourcing Projekte erfolgreich realisieren Stuttgart Sch ffer Poeschel 1999 Z llighoven 1998 Z llighoven H Hrsg Das objektorientierte Kon struktionshandbuch nach dem Werkzeug amp Material Ansatz Heidelberg dpunkt 1998 Zwipf und Sch nfelder 2002 Zwipf J Sch nfelder J Rechtliche Ein ordnung das ASP Modells Vertragsarten ASP und Regelungsbed rftige Punkte S 121 137 In Grohmann W Hrsg ASP Application Ser vice Providing Software auf Mietbasis Kosten sparen Wettbewerbs vorteile nutzen K ln Deutscher Wirtschaftsdienst 2002
6. Der Gemeinschaftsraum und die Projektr ume besitzen dar ber hinaus eine Einstiegsseite Home auf der aktuelle nderungen pr sentiert wer den Sie dient weiterhin als Wegweiser zu den angebotenen Rubriken Regelm iges Aufsuchen der Einstiegsseite n h lt die Nutzenden ber ak tuelle Geschehnisse in der Gemeinschaft und in den Projektr umen auf dem Laufenden CommSy Gemeinschaftsraum j S PT eee pm po ee j pi ra Gemeinechattsraum E g e Bams oa idge a a fe ee be me ie od eed moe Sao Ben ee bee r ow dae ore Sie el ye rere na smm ta ra jos ee ng a apii ei hir a A aare E m ren Herma a fu ie FRE eS Kar de De a an er und Dee Sere oe Dee ae eee a Pap u un Parnes pee cee bere mimi emi pa eee u Peas u ren LA en ee ee ee gi An AI EA HAH FER Thame ere an bn ete ar i meee ore de Eon hama Aand RAT AR GR TUE 20 523 Ma el u Bali rue a ss Del za rn nr rra Eas eg Abbildung 4 Einstiegsseite des Gemeinschaftsraumes Version 2 2 Kooperationsplattform CommSy 41 Der Gemeinschaftsraum dient einer Lerngemeinschaft zur Information und Strukturierung nach innen und gleichzeitig als Visitenkarte f r die Dar stellung nach au en Er gliedert sich in die Rubriken Ank ndigungen Ver anstaltungen Materialien Themen Institutionen Personen und der nur f r Redakteure sichtbaren Rubrik Konfiguration Dar ber hinaus haben an gemeldete Benutzer die M glichkei
7. Im Folgenden wird in dieser Arbeit sprachlich etwas ungenau von den vier Perspektiven Aufgaben Organisation Technik und Vorgehen gespro chen obwohl wie gerade erl utert eigentlich der Vorgang die Perspektive w re und nicht das Vorgehen Da der hier zu erarbeitende Ansatz eASP zur Softwarebereitstellung nicht nur erkl ren sondern auch bei der Gestaltung helfen soll und die Gestaltung sich speziell im Vorgehen ausdr ckt wird aus Gr nden der einfacheren Benennbarkeit der vier Aspekte das Vorgehen als Perspektive bezeichnet Als Zwischenergebnis dieses Kapitels bleibt festzuhalten dass bei der Bereitstellung von Software Fragen aufgeworfen werden e zur Technik Welche Anwendung eignet sich f r eine zentrale Bereit stellung e zu den Aufgaben Welche Aufgaben fallen bei der Bereitstellung an e zur Organisation Wer bernimmt welche Aufgaben und e zum Vorgang Wie ver ndert sich die Bereitstellung im Laufe der Zeit Das bedeutet ein Ansatz zur Softwarebereitstellung muss sich den hier ge stellten Fragen in allen vier Perspektiven annehmen Im n chsten Kapitel wird das Gesch ftsmodell Application Service Providing ASP vorgestellt und anschlie end untersucht wie es den hier vorgestellten vier Leitperspek tiven auf die Bereitstellung einer Software gerecht werden kann 4 Gesch ftsmodell Application Service Providing In diesem Kapitel wird das Gesch ftsmodell Application Service Provi ding ASP vo
8. 11 2 Kritische Bewertung des Erreichten 11 3 Offene Fragen ein Blick nach vorne IV Anhang A Aufgabenperspektive A l Aufgabengebiete in der Softwarebereitstellung A 2 Aufgaben in der Softwarebereitstellung A 3 Funktionelle Rollen in der Softwarebereitstellung Literaturverzeichnis 235 235 236 238 241 243 243 248 256 259 Ne o NDARA 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 Abbildungsverzeichnis Methodisches Vorgehen ooa a Gliederung dieser Arbeit 2 2 22222 Portal eines CommSys Version 2 2 Einstiegsseite des Gemeinschaftsraumes Version 2 2 Einstiegsseite des Projektraums Version 2 2 Einstiegsseite des Ur CommSys KnowNet Version 0 1 Einstiegsseite des 2 CommSys Version0 2 Uberblicksseite der zw lf CommSys f r die IFU CommSy Einstiegsseite bei Uni de Version 1 0 Das erste Werbebanner unter http commsy uni de Neues Layout fiir die CommSy Einstiegsseite bei Uni de Einstiegsseite des Archivs mind lauff higer Prototyp Einstiegsseite des Campus Papierprototyp Werdegang von CommSy 1999 2004 Kompetenzen eines Application Service Providers ASP Player Modell 2 2 22 on nennen ASP Schichtenmodell 2 2 22 222 Einfache Wertsch pfungskette Technische Wertsch pfungskette 2 2 22 2 Betriebswirtsch
9. ben ber diesen Punkt k nnen auf Grund der insgesamt schlechten Kooperation in dieser Fallstudie nicht angegeben werden Dienstleistungsanbieter Anwendungspartner Uni de und HITeC vereinbarten einen Kooperationsvertrag der die ausschlie liche Nut zung bertragung der Nutzungsrechte von CommSy durch Uni de f r einen Zeitraum von mindestens anderthalb Jahren mit der Aus nahme des Eigenbedarfs vorsah Dienstleistungsanbieter Supportpartner und Marketingpartner so wie Supportpartner Hostingpartner Zugangspartner und Marke fingpartner Aufgrund der schlechten Kooperation kann ber ver tragliche Regelungen innerhalb Uni de und zwischen Uni de und den privatwirtschaftlichen Rechenzentren keine Aussage getroffen wer den Als HITeC die Rolle des Supportpartners einnahm bestanden keine vertraglichen Regelungen Zugangspartner Hostingpartner Wegen der schlechten Kooperati on kann ber vertragliche Regelungen innerhalb des professionellen Rechenzentrums keine Aussage getroffen werden Hostingpartner Anwendungspartner Hier bestand keine vertrag liche Regelung Zeitweise war sogar unklar wer Ansprechpartner beim Hostingpartner war Anwendungspartner Supportpartner Zwischen HITeC und Uni de bestand ein sechsmonatiger Beratungsvertrag HITeC sollte Uni de in die Lage versetzen die Benutzerbetreuung leisten zu k nnen Wie oben dargestellt lief diese vertragliche Regelung darauf hinaus dass HITeC
10. 1 1 1 2 1 3 1 4 1 5 1 6 Motivations die cia re hae eo ae Einordnung in die Informatik 2 22 20 Intendierte Ergebnisse 2 2 2222 2222 Methodisches Vorgehen 2 2 222222 Weiterer Aufbau 2 2 oo onen Schreibweisen 2 22 2 CC nme Grundlagen zur Herleitung von eASP Begriffsbestimmung Softwarebereitstellung 2 1 2 2 2 3 Definition co ward gee ae ie Daran VULSPIUNE zn tas ecb a ine en hee ar ie Mee Sid Mn Abgrenzung 2 ee ee 2 3 1 Installation 22 2 oo nme 2 3 2 Anpassung und Konfiguration 2 3 3 Hosting 2 0 0204 Aura y eke tan 2345 Warns 2 0 son sone werner dan 2 3 5 Benutzer und Benutzungsbetreuung 2 3 6 Nutzung 2 22 2 3 7 Infrastrukturen 22222 oo nme Xi xiii XV xvii NAN BN eS vi Inhaltsverzeichnis 2 4 Zwischenergebnis 000 Erfahrungen in Softwarebereitstellungsprojekten 3 1 Evaluationsmethodik 3 2 Kooperationsplattform CommSy 3 2 1 Softwareunterstiitzung f r universit re Lerngemeinschaften 3 2 2 Aufbau vonCommSy 3 2 3 bergeordnete Designprinzipien 3 2 4 Bemerkungen 3 3 Zwei Fallstudien 2 2 2 2 2 Como 3 3 1 Vorgeschichte 2 2 2 2 22 nennen 3 3 2 CommSy Uni de 0 3 3 3 CommSy WissPro 2 2 2222220 3 3 4 Blick in die Zukunft 2 2 2222200 3 4 Zwischenergebnis
11. 2001 wurde eine E Mail an alle Veranstalter von CommSy Projektr umen bei Uni de verschickt um auf den neuen CommSy Service im Rahmen des Projekts WissPro aufmerksam zu machen Dar ber hinaus warb das Projekt auf der CeBIT 2003 und auf der LearnTec 2002 und 2003 f r CommSy und den Bereitstellungsservice des Projekts Neben dem Entwicklungsteam und dem Benutzerbetreuungsteam ent stand schlie lich ein drittes Team das sich der Pflege des Servers annahm Die Aufgaben dieses Teams bestanden vor allem darin die Basissoftwa re des Servers Linux Apache PHP MySQL auf dem neuesten Stand zu halten und entsprechend zu konfigurieren Dar ber hinaus wurden die kon tinuierlich entstandenen CommSy Versionen in den laufenden Betrieb ein gespielt Die Bildung dreier Teams f r verschiedene Aufgabenfelder und die Tatsache dass bis auf eine Ausnahme jeder nur Mitglied in einem Team war erm glichte den Mitarbeitern sich auf ihre jeweiligen Kompetenzen zu konzentrieren Sie verloren aber den direkten Kontakt zu den anderen Zwei Fallstudien 67 Aufgabenfeldern So erhielten die Benutzerbetreuer wenig Einblick in die neusten Entwicklungen und hatten Schwierigkeiten bei Supportanfragen zu erkennen ob es sich um Benutzungsprobleme oder Softwarefehler han delte Umgekehrt verloren die Entwickler den engen Kontakt zu den Nut zenden Sie hatten teilweise keine Kenntnisse tiber Softwarefehler die bei der Benutzung aufgetraten und wussten nicht wie N
12. Die Verf gbarkeit spielt insbesondere auf die Absturz sicherheit der bereitgestellten Software an Hierbei ist zu beachten dass die Anwendungsverf gbarkeit in engem Kontakt zur Netzwerk und Serververf gbarkeit steht Benutzende haben eine End to End Sichtweise und keine Component to Component Sichtweise Das be deutet dass dem Nutzer nicht transparent ist an welcher Komponen te die Nutzung scheitert wenn eine Anwendung nicht verf gbar ist 100 Gesch ftsmodell Application Service Providing Schnelligkeit Wichtig sind bei der Anwendung die Antwortzeiten Die Performance muss unter dem Blickwickel von gro en Lasten be wertet werden Sicherheit Sicherheit bezieht sich hier auf die Mehrbenutzer und Mandantenf higkeit der Anwendung d h der Qualit t der Abschir mung von Kundendaten vor unbefugtem Zugriff Dieser Punkt streift insbesondere viele Aspekte des Datenschutzes Updates und Upgrades Hier wird definiert welche Version der An wendung bereitgestellt wird und wie viele bzw wann Updates und Upgrades eingespielt werden Das Einspielen von Patches zur Behe bung von Fehlern und Sicherheitsl cken ist meist Kostenlos Eigentumsrecht Es sollte vertraglich geregelt werden dass die Kun dendaten Eigentum des Kunden sind auch wenn sie nicht auf deren Servern sondern von den Kunden aus gesehen auf externen Servern liegen Support SLA Zum Support SLA geh ren verschiedene Kategorien von Betreuungslei stungen die u
13. Transaction Cost Economics and Production Economies to a Sourcing Framework In Wirtschaftsinformatik 46 2004 Nr 3 S 204 212 Langel Nentwig 1991 Langel Nentwig H Der Benutzerservice als kri tischer Erfolgsfaktor der Bttrokommunikation In Zeitschrift f r Orga nisation zfo 1991 Nr 4 S 277 279 Lehner u a 1995 Lehner F Hildebrand K Maier R Wirtschafts informatik Theoretische Grundlagen M nchen Wien Carl Hanser 1995 Liess 2000 Liess A ASP Service Realit t in Deutschland 2000 In IM Informatik Management amp Consulting 2000 Nr 4 S 21 27 Maisberger 1987 Maisberger P Benutzer Serice Zentren Der Weg zum m ndigen Anwender Ruf nach effizientem Computereinsatz wird immer lauter Individuelle Datenverarbeitung IDV als L sung In Office Management 1987 Nr 4 S 22 32 Mercer 2000 Mercer Management Consulting Application Service Pro viders Where are the real profit zones http www amsys net pdf mercerasp pdf 24 04 2003 2000 Mertens 1985 Mertens P Aufbauorganisation der Datenverarbeitung Zentralisierung Dezentralisierung Informationszentrum Wiesbaden Gabler 1985 Neusel 2000 Neusel A Die eigene Hochschule Internationale Frau enuniversit t Technik und Kultur Bd 1 Opladen Leske Budrich 2000 Schriftenreihe der Internationalen Frauenuniversit t Nygaard 1976 Nygaard K ELTA prosjektet og dets tilknytning
14. Zun chst ist festzustellen dass nur die beteiligten Akteure direkten Einfluss auf die Softwarebereitstellung und damit Gestaltungsmacht haben Des Weiteren haben sie diese Macht zu jedem Zeitpunkt und k nnen die Bereitstellung jederzeit durch ihr Han deln best tigen oder ihm zuwider handeln welches ein Nicht Handeln ein schlie t vgl Giddens 1997 Ortmann u a 1997 Orlikowski 1992 Pape 2004 In diesem Sinne sind immer alle Akteure zu jedem Zeitpunkt an der Gestaltung der Softwarebereitstellung beteiligt und da sie selbst u e ren und inneren Einfl ssen siehe Einleitung zu Abschnitt 9 1 unterliegen werden sie den vereinbarten Bereitstellungsrahmen in ihrem Handeln nicht immer best tigen k nnen Zwangsl ufig f hrt dies zu Ver nderungen in der Softwarebereitstellung Eine hohe Bedeutung hinsichtlich der Gestaltung der Softwarebereit stellung kommt dabei dem Akteur zu der die Rolle des Dienstleistungsan bieters innehat Als zentrale kollektive Rolle sollte es in seinem prim ren Konzeption 201 Interesse liegen eventuell eintretende Ver nderungen d h die Instabilit t der Bereitstellung zu entdecken zu beheben oder sogar nderungen zu provozieren Seine wirtschaftliche Existenz sein origin res Interesse und seine Existenzberechtigung in dem Bereitstellungsnetzwerk h ngen von der Stabilit t und Weiterentwicklung der Bereitstellung ab Er kann wie be schrieben nicht direkt auf die Dienstleistungserbringung der a
15. care gu 2 4 2 8 1 Efeu oe een gan Aufwand der Bereitstellung von CommSy in der Fallstudie CommSy WissPro Aufgaben bei der bergreifenden Aufgabe Software x bereitstellen bc She 2 Dina IN warden Service Level Agreements f r eASP Zusammenfassung Diese Arbeit besch ftigt sich mit der Bereitstellung von Software und er arbeitet einen Ansatz zur Analyse und Gestaltung von Softwarebereitstel lungskontexten in denen zentral eine Software fiir viele Nutzende bereit gestellt wird Die Legitimation sich mit der Bereitstellung von Software in der bzw f r die Informatik zu besch ftigen wird aus folgenden Feststellun gen gewonnen 1 Formal korrekte Software kann im Anwendungskon text nicht immer den erhofften Nutzen hervorbringen 2 Die Bereitstel lung einer Software korreliert mit der Zufriedenheit der Nutzerinnen und Nutzer einer Software d h die Bewertung einer Software version h ngt u a von der Qualit t ihrer Bereitstellung ab Die Bereitstellung der webbasierten Kooperationsplattform CommSy in zwei unterschiedlichen Konstellationen die im Sinne der Aktionsfor schung begleitet wurden unterstreicht die Notwendigkeit eines Software bereitstellungsansatzes zum Verstehen und Gestalten von Softwarebereit stellungskontexten W hrend die Bereitstellung in der Fallstudie Comm Sy Uni de nicht sehr erfolgreich verlief kann sie in der Fallstudie Comm Sy WissPro als erfolgreich bewertet werden
16. des Verkaufens zum Akteur Verkaufspersonal Diese Zugeh rigkeit besteht Zwischenergebnis 133 auch dann wenn z B ein Streik das Warenhaus blockiert und die Person keinen Kundenverkehr hat Der Begriff Lehrender muss daher als Rolle identifiziert werden der z B an einer Hochschule durch Mitglieder der Akteure Professoren Wis senschaftliche Mitarbeiter oder Studierende eingenommen werden kann Ebenfalls wird deutlich dass das Begriffspaar Lehrende und Studierende irref hrend ist da hier Rolle und Akteur vermischt werden Die Verwen dung dieses Begriffpaars suggeriert dass Studierende nicht die Rolle des Lehrenden einnehmen k nnen Dies mag f r die traditionelle Lehrform der Vorlesung gelten ist aber bei Referats oder Projektseminaren nicht gege ben In diesen Lehrformen arbeiten Studierende eigenst ndig und bringen in der Rolle des Lehrenden ihren Kommilitonen ihre Ausarbeitungen n her Das Begriffspaar Lehrende und Studierende steht projektorientierten Lehrformen diametral entgegen Besser ist von Lehrenden und Lernen den zu sprechen 5 3 Zwischenergebnis Mit der Darstellung der Aufgabensystematik aus der aufgabenbezogenen Anforderungsanalyse des zyklischen Projektmodells von STEPS des Ak teursmodells der Netzwerkorganisation der Transaktionskostentheorie und des kollektiven Rollennetzes als Verkn pfung von Aufgaben und Akteuren sind f r alle in Abschnitt 4 6 entdeckten Defizite von ASP method
17. h ngigkeit unabdingbar da so ein gro er Kundenkreis erschlossen werden kann und die Kunden beliebige Wechsel ihrer eigenen IT Infrastruktur voll ziehen k nnen d h durch die clientseitige Plattformunabh ngigkeit ist die Infrastruktur des Nutzers bzw Mandanten komplett unabh ngig von der Infrastruktur des Bereitstellers Eine Plattformunabh ngigkeit wird bei ASP Anwendungen via Termi nalprogramme als auch bei Web Applikationen in der Regel durch die platt form bergreifende Verbreitung der Client Software Terminal Client als ei genen Software oder Plug In bzw Webbrowser und eventuell Plug ins erreicht Bei Web Applikationen muss zus tzlich auf internationale Stan dards geachtet werden um eine breite Unterst tzung vorhandener Web browser zu erreichen Das Aufsetzen einer ASP Anwendung auf internationalen Standards ist ebenfalls Grundlage f r die Integration der ASP Anwendung mit anderen Anwendungen des Kunden bei m glicherweise anderen Application Ser vice Providern oder mit beim Kunden lokal installierten Anwendungen 4 5 3 Technische Infrastruktur Zum Betrieb einer Anwendung in einem ASP Modell geh rt eine geeigne te technische Infrastruktur die zum einen das Zusammenspiel der internen Komponenten und den gesicherten Zugriff von au en realisiert vgl Groh mann 2002 S 51ff Interner Bereich Um eine Anwendung in einem ASP Modell technisch zu betreiben sind verschiedene Komponenten Server erforderlich die be
18. halte des Gemeinschaftsraums zu erschlie en denn hier werden alle Materialien die ein Benutzer eintr gt alle Veranstaltungen die er mit organisiert und alle Themen und Institutionen denen er sich zuordnet aufgelistet Konfiguration Die Redaktion eines Gemeinschaftsraums wird durch die spezielle Rubrik Konfiguration unterst tzt Hier werden Ein stellungen Name Farbgebung Anpassung von Beschreibungs und E Mailtexten f r das gesamte CommSy und den Gemeinschafts raum vorgenommen Benutzerkennungen verwaltet und Materiali en im Gemeinschaftsraum nach entsprechender urheberrechtlicher Pr fung f r den weltweiten Zugriff freigegeben Zudem besteht die M glichkeit Projektr ume im Falle eines Missbrauchs zu sperren Der Gemeinschaftsraum bedeutet f r die Bereitstellung von CommSy die bernahme von redaktionellen T tigkeiten Speziell die zur Strukturierung des Gemeinschaftsraums verwendeten Rubriken Themen und Institutio nen erfordern eine erh hte Aufmerksamkeit Zum einen m ssen Nutzen de motiviert werden verschiedene Perspektiven auf vorhandene Inhalte im System zu explizieren zum anderen darf kein Wildwuchs dem Auffinden von Inhalten entgegenstehen Dar ber hinaus m ssen die Redakteure Ma terialien vor dem weltweiten Zugriff urheberrechtlich berpr fen Beides Kooperationsplattform CommSy 43 erfordert von den Redakteuren eine fachliche Expertise im mit CommSy unterstiitzten Kontext CommSy Pr
19. nahmen umsetzt Vertragsdauer und Ko operationszyklen Die Vertragdauer wird i d R auf ein Jahr festgelegt Die Vertrags partner sollten im Anschluss Treffen vereinbaren an denen die SLAs neu verhandelt werden Beendigungsvereinba rungen Die Beendigungsvereinbarungen beinhalten insbesondere Rege lungen ber die Freigabe und den Transfer der f r die Bereitstel lung wichtigen Daten z B Kundendaten Tabelle 8 Service Level Agreements f r eASP Bei der Betrachtung der Kosten einer Softwarebereitstellung ist zwischen den gesamten Kosten und den in Rechnung gestellten Geb hren zu un terscheiden Geb hren k nnen einmalig z B Einrichtungsgeb hr wie derkehrend z B monatliche Grundgeb hr oder nutzungsabh ngig z B bertragungsvolumen berechnet werden Alle im Dienstleistungsnetzwerk in Rechnung gestellten Geb hren sind eine gute Approximation der Kosten der Bereitstellung treffen sie aber nicht genau Die Kosten der Bereitstel lung ergeben sich als Addition der Aufw nde Anwendungsentwicklung Benutzerbetreuung Betrieb Kundenbetreuung Marketing und Zugriffser m glichung aller Beteiligten sowie den zur Kooperation n tigen Transak tionskosten Kooperation Transaktionskosten sind z B anfallende Kosten in Vertragsverhandlungen in der Kontrolle der vereinbarten Leistungser bringung und in der Anpassung der Beziehungen im Bereitstellungsnetz werk bei auftretenden Ver nderungen
20. nen Partnern neue Vertr ge aus Herstellung Ergebnis es werden verschiedene Dienstleistungsvertr ge mit kleineren Kapazit ten un terschieben bei den Partnern setzt entsprechender Stellenabbau ein Herstellung stabiler Bereitstellungsrahmen und die Universit t ist in dem nun wieder stabilen Bereitstellungsrahmen nicht mehr vor handen formales Ende Markteingpartner CommSy e V als Dienstleister tritt an eine Mar ketingagentur heran um die Bereitstellung von CommSy zu f rdern Einsatz instabiler Bereitstellungsrahmen da CommSy e V mit der Bereitstellung nicht zu frieden ist Beginn Etablierung Ein neuer Akteur soll ins Akteursnetzwerk aufgenommen werden Ergebnis der anschlie enden Verhandlungen Herstellung ist dass die Mar ketingagentur im kommenden halben Jahr bei s mtlichen Hochschu len im deutschsprachigen Raum auf verschiedene Art und Weise die CommSy Bereitstellung bekannt machen soll Entsprechend stellt die Marketingagentur einen Mitarbeiter f r diese Aufgabe ein Herstel lung stabiler Bereitstellungsrahmen Die Marketingagentur startet verschiedene Werbefeldz ge Einsatz die aber nicht zu der erwarteten Menge an Neukunden f hrt Einsatz instabiler Bereitstellungsrahmen Die Vergabe der Marketingaufga ben an die Marketingagentur wird von CommSy e V als Fehler ange sehen Die Vertr ge mit der Agentur werden nicht verl ngert Ende f r die Marketingagentur und die Aufgaben wieder von CommSy e V
21. rbung der Tabelle soll verdeutlichen dass bei der bergreifen den Aufgabe CommSy bereitstellen viele Problemfelder auftraten obwohl alle bergeordneten Aufgaben wahrgenommen wurden Die Problemfelder im Detail Anforderungen analysieren Nutzeranforderungen sind nicht durch eine entsprechende empirische Analyse erhoben worden Anforde rungen wurden vielmehr antizipativ bestimmt Softwarearchitektur pflegen Die Pflege der Softwarearchitektur wur de unter Termindruck stark vernachl ssigt Dokumentation Eine Benutzerdokumentation wurde nicht kontinu ierlich daf r aber ein Moderationshandbuch gepflegt Entwicklerdo kumentation existierte nur minimal nicht zentralisiert Fehlermanagement Eine systematische Verwaltung des Fehlerbehe bungsprozesses von der Meldung eines Fehlers ber die Behebung und die Dokumentation bis hin zur Bekanntmachung der Fehlerbehe bung bestand nicht Zu Beginn des Entwicklungsprozesses f r Uni de wurden ein Karteikasten und ein Bug Tracker nur willk rlich ge nutzt Karteikasten und Bug Tracker setzten sich in der CommSy Entwicklung nicht durch Basissoftware Die ben tigte Software f r den Betrieb von Comm Sy wurde installiert und einmal konfiguriert Sp ter fand weder eine Wartung noch eine weitere Konfiguration der Software statt 148 Aufgabenperspektive Was ist zu tun Anwendung Uni de spielte nur dreimal Updates von CommSy auf seinen Server ein Das Aufspielen des vierten U
22. tungen in Schichten angeordnet werden Hierbei definiert sich eine Schicht ber angebotene Dienstleistungen die sie der dar ber liegenden Schicht an bietet und die letztendlich n tig ist um der obersten Schicht der Kunden schicht eine Anwendung in einem Softwarebereitstellungsmodell anbieten zu k nnen 2 Hier wird auf den englischen Begriff Hosting zur ckgegriffen da der Begriff Betrieb spartner zu sehr an den Betrieb als Organisation bzw Unternehmen erinnert und nicht an die bergeordnete Aufgabe Betrieb der technischen Infrastruktur 3 Hier wird ebenfalls auf den englischen Begriff Support zur ckgegriffen da Benut zerbetreuungspartner zu lang und Betreuungspartner zu sehr an den Begriff Benut zungsbetreuung erinnert der umfassender als die Benutzerbetreuung verstanden wird vgl Jackewitz 1998 Pape 2004 Pape u a 2002b Pape und Jackewitz 2002 bzw Abschnitt 2 3 5 160 Organisationsperspektive Wer tut was Durch die Erbringung von Dienstleistungen ergibt sich eine Verflech tung der kollektiven Rollen zwischen den Schichten die vertraglich ge regelt werden sollte Damit eine kollektive Rolle einer Schicht bestimm te Dienstleistungen nach oben anbieten kann sind dar ber hinaus auch Kooperationen von kollektiven Rollen innerhalb einer Schicht n tig die ebenfalls vertraglich festgehalten werden sollten So ergibt sich auch ei ne Verkn pfung von koll
23. verbunden mit der rasch voranschreitenden Entwicklung in der Internettechnologie die den physischen Standort der zentralen Soft warebereitstellung obsolet macht f hrt zu einem neuen dem in Abschnitt 2 1 angegebenen Verst ndnis von Softwarebereitstellung In diesem Ver st ndnis spielt die physische und institutionelle Verortung von Bereitsteller und Nutzer von Server und Client keine Rolle mehr Vielmehr geht es um die Bereitstellung einer Software als Dienstleistung sei es nun intern oder extern Wichtig ist dass die Nutzung der zentral f r viele Nutzende zur Verf gung gestellten Software in allen Belangen gesichert ist Insofern um fasst die Softwarebereitstellung nicht mehr nur technische sondern auch organisatorische Aufgaben Abgrenzung 19 Dieses weiterentwickelte Verst ndnis der Softwarebereitstellung ber windet ihre bisherige Begrenzung auf Outsourcing Szenarien und nimmt Insourcing Szenarien als Gegenpol in die Betrachtung auf Beide Szenarien spannen in ihren Extremen ein Feld auf in dem es verschiedene Mischsze narien gibt Welche Mischung in einem konkreten Bereitstellungskontext passt ist von vielen Faktoren abh ngig und nicht mehr eine generelle Frage des In oder Outsourcings Welches diese Faktoren sind wird durch den in dieser Arbeit entwickelten Ansatz zur Analyse und Gestaltung der Softwa rebereitstellung deutlich werden 2 3 Abgrenzung Im Kontext der Bereitstellung von Software werden weitere Beg
24. vgl Heere 2001 Citrix 2000 Tao 2000 oder die Auseinandersetzung mit den beteiligten Akteuren vgl Eisenmann und Pothen 2001 Farleit 2000 Gillian u a 1999 Jaruzelski u a 2000 Seltsikas und Currie 2002 Tao 2000 Dar ber hinaus besch ftigt sich die ASP Literatur mit Service Level Agreements SLAs vgl Falkowski und Vo 2003 ITAA 2000 Trieneken u a 2004 ASP Strategien in bestimmten Kontexten z B der Hochschule vgl Gerhard und Mayr 2002 und pr sentiert Evaluationsergebnisse ber Angebot und Nachfrage im ASP Markt vgl G nther u a 2001 Au er 76 Gesch ftsmodell Application Service Providing dem versuchen unternehmensiibergreifende Konsortien vgl ASPIC 2002 ASPKD 2002 die Diskussionen im Themenfeld ASP zu biindeln und auf zubereiten Die angegebenen Quellen betrachten ASP unterschiedlich detailliert mit heterogenen Schwerpunkten und oftmals nur den Application Service Provider im Gegensatz zum Application Service Providing Dennoch kann ASP grundlegend die verschiedenen Definitionen vereinheitlichend wie folgt definiert werden Application Service Providing ASP bezeichnet die Bereitstellung Provi ding einer Anwendung Application als Dienstleistung Service Da ASP neben dem Verst ndnis als eine spezielle Form des Outsourcings haupts chlich als Gesch ftsmodell angesehen wird ist die Beschreibung von verschiedenen Aspekten des ASP in diesem Kapitel hinsichtlich der Hauptkomponenten eines
25. von mir gef hrtes Forschungstagebuch Flick 1999 S 191 gespeist Da neben habe ich ber 3000 E Mails die die Bereitstellung von CommSy zum Thema haben archiviert Diese E Mails sind von mir nach Kontext Thema bzw Themenfeld und Beteiligte aufbereitet worden Beispielsweise sind 754 E Mails dem Bereitstellungskontext CommSy Uni de zu zuord nen Dar ber hinaus habe ich Workshops und Projekttreffen hinsichtlich der Bereitstellung von CommSy protokolliert Zus tzlich sind zu verschie denen Treffen Diskussionspapiere und weitere Vorlagen entstanden im Fall CommSy Uni de zwei rechtsverbindliche Kooperationsvertr ge Neben meiner Sichtweise auf die Bereitstellung von CommSy wurden auch Ansichten von anderen Beteiligten in Artikeln zur CommSy Bereit stellung festgehalten vgl Bleek und Pape 2001 Bleek u a 2003 Bleek und Jackewitz 2004 Simon u a 2004 Ein Kollege und ich haben im Rahmen der vom Forschungs und Entwicklungsprojekt WissPro 2003 or ganisierten wissenschaftlichen Tagung Medienunterstiitztes Lernen Ver netzt Verteilt Verloren eine Gruppendiskussion Flick 1999 S 132ff mit zw lf Experten f r die Entwicklung Nutzung und Bereitstellung von Neuen Medien in der Bildung durchgef hrt Die Ergebnisse wurden in zwei Artikeln dokumentiert vgl Pape u a 2002b Pape und Jackewitz 2002 Evaluation der Nutzung von CommSy Zur Evaluation der Nutzungs wurden verschiedener quantitativer und qua litativer Me
26. walls Verschl sselung Tunneling usw definiert werden Datendurchsatz und Antwortzeiten Der Datendurchsatz und die Antwortzeiten h ngen von der Quali t und der Bandbreite des bertragungsmediums ab Verlustfreie Daten bertragung wird wie die Verf gbarkeit in Prozent gemes sen Betrieb Verf gbarkeit und Ant wortzeiten Die Verf gbarkeit und Antwortzeiten der Server bzw der Hard und Software des internen Bereichs h ngen von den gleichzei ig zugreifenden Nutzern ma geblich ab Antwortzeiten werden in Milli Sekunden und die Verf gbarkeit in Prozent eines definierten Zeitbereichs angegeben Datensicherheit Zur Vorbeugung von Datenverlusten geh rt das Durchf hren La gern und bei Bedarf das Wiedereinspielen von Back ups Es k n nen Lagerungszeitr ume Reaktionszeiten und die H ufigkeit von Backups bestimmt werden Physische Sicherheit Zur physischen Sicherheit geh ren u a das Sicherheitspersonal berwachungstechnik Brandschutz direkte Verbindung zu und Reaktionszeit von Feuerwehr und Polizei Anwendung Verf gbarkeit Die Verf gbarkeit spielt hier insbesondere auf die Absturzsicher heit der bereitgestellten Software an Schnelligkeit Die Performance muss insbesondere unter dem Blickwickel von gro en Lasten bewertet werden Sicherheit Sicherheit bezieht sich hier auf die Mehrbenutzer und Mandan tenf higkeit der Anwendung d h der Qualit t der Abschir
27. wie und unter welchen Rahmenbedingungen die Software weiterentwickelt werden soll Dies dient der Koordination der aktuellen Entwickler und dem Einbinden neuer Entwickler in den fortschreitenden Ent wicklungsprozess Aufgaben Benutzerdokumentation und Entwick lerdokumentation pflegen Entwicklungsumgebung Anwendungsentwicklung Zur Entwicklung geh rt der Betrieb einer Entwicklungsumgebung Clients und Ser Aufgabengebiete in der Softwarebereitstellung 245 ver In der Regel arbeiten mehrere Entwickler an einer Software daher ist eine Versionsverwaltung erforderlich Ebenso wird ein Bug Tracker ben tigt um die gemeldeten Fehler besser verwalten zu k n nen Aufgaben Pflege der Entwicklungsclients des Entwicklungs servers der zus tzlich ben tigten Software z B Versionsverwal tung Bug Tracker Evaluation der Nutzung Benutzerbetreuung Eine Evaluation der Nutzung macht die Gebrauchstauglichkeit der Software sichtbar Ih re Ergebnisse geben Hinweise insbesondere f r die Planung Anwen dungsentwicklung Es sollten aber auch bei entsprechenden Ergeb nissen andere Aufgabenbereiche kontaktiert werden z B Handha bungssupport Benutzerbetreuung Aufgaben Evaluation konzipie ren und durchf hren Ergebnisse in die Bereitstellung integrieren Fehlermanagement Anwendungsentwicklung Fehler treten in der Benutzung auf und werden im der Regel vom Benutzer gemeldet Dem Fehlermanagement obliegt die Aufgabe dem Benutzer
28. zeitigen Nutzung concurrent user in Rechnung gestellt 3 In einer ressourcenabh ngigen Abrechnung wird die Lizenzge b hr nach Prozessor bzw Central Process Unit CPU einmalig wiederkehrend oder nutzungsabh ngig erhoben Wartung Die Wartung Kauf Austausch Reparatur Installation Up dates usw der Rechenzentrumskomponenten erzeugt Kosten die dem Kunden monatlich bzw nutzungsabh ngig in Rechnung gestellt werden 94 Gesch ftsmodell Application Service Providing e Support Support umfasst Leistungen die der Application Service Provider direkt fiir den Kunden bzw Nutzer anbietet z B Benut zersupport Schulungen Coaching und Seminare Diese Leistungen werden unterschiedlich abgerechnet 4 4 Rechtliche Aspekte Vertr ge zwischen beteiligten Akteuren bei der Bereitstellung von Softwa re haben u a zwei Bedeutungen Zum einen dienen sie der Begr ndung eines Schuldverh ltnisses BGB 2002 311 denn nur mit Vertr gen k n nen Vertragsparteien bei unterlassener Erf llung der vertraglich geregelten Verpflichtungen auf Schadensersatz klagen Dabei haben die Vertragspart ner auch f r das Verschulden ihrer Mitarbeitenden zu haften Schneider und Themann 2002 S 149 F r die Begr ndung eines Schadensersatzan spruchs muss neben dem Versto gegen die vertraglichen oder gesetzlichen Pflichten ein Schaden nachgewiesen werden Zum anderen dienen Vertr ge der berlassung von Nutzungsrechten von Software In
29. Akteurszielen zu unterscheiden Im Sinne der Netzwerkorganisation geht die Macht von einem Akteur im Netzwerk aus daher wird auch im Akteursnetzwerk welches das kol lektive Rollennetz ausf llt ein Akteur die Machtposition innehaben Eine Zuordnung der Machtposition an eine kollektive Rolle im kollektiven Rol lennetz ist schwierig da potentiell der m chtigste Akteur jede kollektive Rolle einnehmen k nnte Dennoch sollte im Hinblick auf die bergreifen de Aufgabe eine kollektive Rolle definiert werden bei der es aufgrund z B 132 Informatiksysteme in Organisationen einer zentralen Position Sinn macht den m chtigsten Akteur im kollektiven Rollennetz zu verorten Dies erm glicht Schieflagen im Akteursnetzwerk wahrzunehmen F r die Bereitstellung ist mit dem kollektiven Rollennetz ein Ansatz erarbeitet worden mit dem die Organisation der Softwarebereitstellung in der Organisationsperspektive auf einer abstrakten Ebene gestaltet werden kann Kapitel 7 Dar ber hinaus schlie t er die bei ASP entdeckte L cke hinsichtlich der Verkn pfung von Aufgaben und Akteure Unterschied zwischen Akteur und Rolle Da eine Person sowohl einem oder mehreren Akteuren angeh ren als auch eine oder mehrere funktionelle Rollen einnehmen kann stellt sich die Fra ge wo der Unterschied zwischen einer Rolle funktionell wie kollektiv und einem Akteur liegt bzw wie sich diese beiden Begriffe voneinander abgrenzen Ein konkretes Beispiel ist die Beze
30. Anwendung Benutzerbetreuer Benutzerbetreuung Der Benutzerbetreuer betreut und hilft den Nutzenden bei Handhabungsproblemen Au erdem ist diese funktionale Rolle f r das Betreuungsmarketing verantwortlich Aufgabengebiete Handhabungssupport Kommunikation Buchhalter Kundenbetreuung Der Buchhalter f hrt die Abrech nung bei bestehenden Vertr gen durch Aufgabengebiete Abrech nung Entwicklungsadministrator Anwendungsentwicklung Der Entwick lungsadministrator ist f r den Betrieb der Entwicklungsumgebung verantwortlich Aufgabengebiet Entwicklungsumgebung Entwicklungsleiter Anwendungsentwicklung Der Entwicklungslei ter leitet die Entwicklung der Software Er Koordiniert und trifft weit reichende Entscheidungen bei der Entwicklung Aufgabengebiet Lei tung Funktionelle Rollen in der Softwarebereitstellung 257 Entwicklungsplaner Anwendungsentwicklung Der Entwicklungs planer plant die langfristige und kurzfristige Weiterentwicklung der Software definiert neue Releases und stellt sie zusammen Aufga bengebiete Planung Releasemanagement Evaluator Benutzerbetreuung Der Evaluator evaluiert die Nutzung der Software Er bereitet die Evaluation vor f hrt sie durch und wer tet sie aus Aufgabengebiet Evaluation der Nutzung Fehlerbeauftragte Anwendungsentwicklung Der Fehlerbeauftragte ist fiir die Annahme Verteilung und Riickmeldung der Fehlermel dungen und der Fehlerbehebungen im Fehlerprozess veran
31. Aufgabengebiete in einzelne Aufgaben Eine Beschreibung von konkreten Aufgaben ist in der ASP Literatur nicht zu fin den Auf dieses Defizit haben Pape und Jackewitz 2002 Bleek u a 2003 und Jackewitz 2004 bereits hingewiesen und Aufgabenbeschreibungen er arbeitet ber funktionelle Rollen wird die Verkn pfung der dargestellten Aufgaben zu konkreten Personen geleistet Um den Lesefluss dieser Arbeit nicht allzu sehr zu erschweren wird auf eine detaillierte Beschreibung aller Aufgabengebiete Aufgaben und funk tionellen Rollen an dieser Stelle verzichtet und auf den Anhang verwiesen Im Anhang befinden sich entsprechende Beschreibungen von Aufgaben gebieten Anhang A 1 Aufgaben Anhang A 2 und funktionellen Rollen Anhang A 3 Es sei noch einmal darauf hingewiesen dass die im Anhang und in der folgenden Zusammenfassung dargestellten Aufgabengebiete Aufga ben und funktionellen Rollen nicht als fest angesehen sondern im kon kreten Bereitstellungsszenario angepasst und ggf erg nzt werden m ssen Die Ausdifferenzierung der bergreifenden Aufgabe Software x bereitstel len auf den hier nicht ausf hrlich beschriebenen Ebenen dient der Anschau lichkeit nicht der Vollst ndigkeit 6 1 4 Zusammenfassender berblick In folgender Tabelle ist die Aufgabenstruktur f r den Ansatz eASP zur Soft warebereitstellung zusammenfassend dargestellt Sie wird im Weiteren da zu dienen die Bewertung der Betrachtung der beiden Fallstudien
32. Beitr ge nach eigenem Ermessen ndern oder l schen ohne darin von der Software beschr nkt zu werden Das offene Rechtekonzept ist ein zentrales Merkmal von CommSy Dabei wird nicht von einer naiven Sicht auf Kooperation ausgegangen Konflik te werden als notwendiger und unvermeidlicher Teil eines jeden Arbeits und Lernzusammenhangs gesehen Die Entwickler von CommSy glauben nicht dass sie durch Softwaremechanismen vermieden oder ungeschehen gemacht werden k nnen sondern sind berzeugt dass sozial verhandelt werden muss Es ist beispielsweise keine L sung unangemessene Bei tr ge durch einen privilegierten Moderator kommentarlos l schen zu las sen Die vermeintliche Unangemessenheit sollte in der Gruppe thematisiert werden CommSy erm glicht durch das offene Rechtekonzept die gleichbe rechtigte und uneingeschr nkte Nutzung f r alle Durch Rollen werden die Benutzer in den Aufgaben unterst tzt die sie f r eine bestimmte Gruppe bernehmen ohne dass damit eine Machtposition verkn pft ist F r die Bereitstellung stellt das offene Rechtekonzept eine Schwierig keit dar da zwischen Professoren und Studierenden keine eindeutige Ver kn pfung zu den Rollen Lehrende und Lernende gezogen werden kann Lehrende und Lernende bzw Professoren und Studierende haben die glei chen Rechte So ist z B nicht auf den ersten Blick erkennbar ob eine Veranstaltung von einem Studierenden oder einem Professor eingerichtet wurde oder ob die
33. Bereitstellung von Software wird aus technischer Sicht nicht nur die bereitzustellende Software ben tigt sondern auch Hardware und zus tzli che Software wie Betriebssysteme Da auf Seiten des Bereitstellers und des 72 Erfahrungen in Softwarebereitstellungsprojekten Nutzers Unterschiede hinsichtlich der Technik bestehen k nnen ist weiter hin hinsichtlich der Hard und Software zwischen dem Bereitsteller und den Nutzenden zu unterscheiden Hinzu kommt der bertragungsweg zwischen Nutzer und Bereitsteller der ebenfalls betrachtet werden muss Diese differenzierte Sichtweise l sst genauere Aussagen hinsichtlich der technischen Unterschiede in den Fallstudien zu e Welche Unterschiede in der vorhandenen technischen Infrastruktur in den beiden Fallstudien gab es e Waren die entsprechenden technischen Infrastrukturen f r eine Soft warebereitstellung von CommSy geeignet Die Technikperspektive betrachtet die vorhandene technische Infrastruktur ber die bereitzustellende Software hinaus und erweitert damit den Blick auf die Technik Vorgehen Die Bereitstellung einer Software erstreckt sich in der Regel ber einen l ngeren Zeitraum In diesem Zeitraum ist die Bereitstellung verschiede nen sich wandelnden Einfl ssen ausgesetzt Welche Einfl sse sind dies Wo liegen deren Urspr nge und wie wirken sie sich auf die Softwarebereit stellung aus Wie k nnen die beteiligten Akteure mit diesen Ver nderun gen umgehen Wie muss eine S
34. Entwurf und Gestaltung konstituiert durch ineinander ver schr nkte wechselseitige Lernprozesse aller Beteiligten bei der Herstel lung und dem Einsatz von Software Die wichtigsten Elemente von STEPS sind Floyd 1986 1991b 1 Softwaretechnik f r evolution re partizipative Systementwicklung 124 Informatiksysteme in Organisationen Eine prozessorientierte Sichtweise auf die Softwareentwicklung ein zyklisches Projektmodell anhand von Systemversionen ein menschenzentrierter Qualit tsbegriff orientiert am Einsatz von Software ein abgestimmtes Repertoire an Methoden f r die Aufgaben der Soft wareentwicklung gestaltbildende Projekttechniken f r die kooperative Systementwick lung Kennzeichnend f r STEPS ist die Betrachtung von Software im Einsatz kontext wobei die Einbettung in die unterst tzten Arbeits und Kommuni kationsprozesse im Vordergrund stehen Da von einem Zusammenhang von Softwareeinf hrung und organisatorischer Ver nderung ausgegangen wird wird Softwareentwicklung als integrativer Teil einer bergreifenden Orga nisationsentwicklung gesehen Als bergreifendes Leitbild dient die Unterst tzungssicht der Softwareentwicklung bei der die Gebrauchstaug lichkeit von Software im Kontext qualifizierter Arbeit ma geblich ist STEPS beruht auf einem zyklischen Projektmodell das die Aufgaben der Entwickler und Anwender sowie ihre Kooperation verdeutlicht und Par tizipation beg nstigt Jeder E
35. Es stellt sich hier die Fra ge nach Unterschieden in den Fallstudien die nur mit einem umfassenden Blick detailliert beantwortet werden kann Die Fallstudien geben den An lass vier Perspektiven auf die Softwarebereitstellung einzunehmen Auf gaben Organisation Technik und Vorgehen welche anschlie end grundle gend f r den Ansatz zur Softwarebereitstellung sind Als weitere Grundlage f r den Ansatz wird das Application Service Providing herangezogen da es sich in der Wirtschaft als ein Gesch ftsmo dell der Softwarebereitstellung etabliert hat Allerdings offenbart es Schw chen hinsichtlich Aufgaben Organisation und des Vorgehens so dass An s tze und Aspekte aus dem Informatikfeld Informatiksysteme in Organi sationen speziell der organisationsbezogenen Softwareentwicklung her angezogen werden um diese Schw chen zu berwinden Dadurch wird das Application Service Providing mit diesen Ans tzen fundiert und das Xvi Zusammenfassung Gesch ftsmodell zu einem Softwarebereitstellungsansatz aufgewertet Der erarbeitete Ansatz zur Softwarebereitstellung welcher die Softwarebereit stellung als eine evolution re evolutionary Bereitstellung Providing ei ner Software Application als Dienstleistung Service versteht umfasst alle vier genannten Perspektiven und wird eASP f r evolutionary Appli cation Service Providing genannt Die Namensgebung spiegelt zum einen die Verbundenheit zum bzw die Gr ndung auf dem App
36. Fehlerbehebung ver ffentlichen Didaktik Resultate in den Entwicklungsprozess integrieren Didaktiker Didaktische Modelle entwickeln erproben auswerten und ver ffentlichen Betrieb Hardware Serverhardware pflegen Hardwareadministrator Basissoftware Betriebssystem pflegen Softwareadministrator MySQL Datenbankserver pflegen PHP Interpreter pflegen Apache Webserver pflegen Anwendung CommsS y installieren konfigurieren und pflegen Anwendungsadministrator Datensicherheit Back up der Daten durchf hren Softwareadministrator Ausfallsicherheit Klima und Brandschutz installieren Hardwareadministrator Stromversorgung sichern Benutzerbetreuung Handhabungssupport FAQ pflegen Benutzerbetreuer Hotline Telefon E Mail anbieten Kommunikation Benutzerw nsche und Fehlerberichte weiterleiten Benutzerbetreuer Informationsmaterial erstellen und verteilen Info veranstaltungen und Workshops organisieren Evaluation der Nutzung Evaluation konzipieren und durchf hren Evaluator Ergebnisse in die Bereitstellung integrieren Didaktische Beratung Sprechstunden anbieten Veranstaltungsbetreuer Veranstalterforum moderieren Redaktion Benutzerkennungen verwalten Redakteur CommsSys verwalten Nutzungsanreize geben Marketing Anwendung auf die Fallstudien 153 Ubergeordnete Aufgabe Aufgabengebiet funktionelle Rolle Werbung Werbefachmann Kundenbetreuung Kommunikation Aufgabe Informationsmaterialien entwickeln und verbreite
37. Gesch ftsmodell Application Service Providing Service Networking Data center WAN infrastructure Managed services Network monitoring Network security Service infrastructure Service sales expertise Project management Customer support Application App integration App Sales expertise License administration App management App Support Abbildung 15 Kompetenzen eines Application Service Providers Modell Gillian u a 1999 S 8 auf dem ASP Markt eine von zwei ver schiedenen Rollen einzunehmen e Der Application Service Provider in der Abbildung 16 innerhalb des Dreiecks stellt den Kunden eine Anwendung als Dienstleistung zur Verf gung e Partner in der Abbildung 16 au erhalb des Dreiecks helfen dem Application Service Provider bei der Bereitstellung von Software Folgende Unternehmen finden sich in der einen oder anderen Rolle wieder vgl Gillian u a 1999 G nther u a 2001 e Pure Plays sind Application Service Provider die extra f r die Be reitstellung von Anwendungen in einem ASP Modell entstanden bzw gegriindet worden sind e Service Firms bieten Dienstleistungen Beratung Support usw zu bestimmten Anwendungen an Sie k nnen potentielle Partner im ei Value Proposition 79 a p a i Software Vendors h l F k me j Li r k j y Nefwork Infrasivcture i 1 W ASPs Borage Abbildung 16 ASP Player Modell genen Kreis aber au erh
38. Gesch ftsmodells Value Proposition Architek tur der Wertsch pfungskette und dem Ertragsmodell St hler 2001 S 41f strukturiert e Value Proposition Ein Gesch ftsmodell enth lt eine Beschreibung welchen Nutzen Kunden oder andere Partner des Unternehmens aus der Verbindung mit diesem ziehen k nnen Die Beschreibung nennt sich Value Proposition Architektur der Wertsch pfungskette Zu einem Gesch ftsmodell ge h rt neben der Value Propostion eine Beschreibung wie der Nut zen generiert wird Dies beinhaltet die Darstellung der verschiedenen Stufen der Wertsch pfung Ertragsmodell Das Ertragsmodell des Gesch ftsmodells h lt fest welche Einnahmen das Unternehmen aus welchen Quellen generiert Die zuk nftigen Einnahmen entscheiden ma geblich ber den Wert des Gesch ftsmodells ASP spezifische rechtliche und technische Aspekte die sich in den drei Hauptkomponenten nicht finden lassen sind als zus tzliche Abschnitte die sem Kapitel beigef gt Value Proposition 77 4 1 Value Proposition Ehe auf den Nutzen fiir Kunden und Partner des Unternehmens das die Be reitstellung von Software anbietet eingegangen werden kann ist zun chst eine Identifikation der beteiligten Akteure notwendig Zu den Akteuren bie tet die ASP Literatur zwei Modelle an das ASP Player Modell und das ASP Schichtenmodell Hinsichtlich des Nutzens werden Vor und Nachtei le meist f r Kunden in der ASP Literatur diskutiert 4 1 1 Beteili
39. Hintergrund bestimmter Strategien zur Ana lyse und Gestaltung zu bewerten sind Eine Aktion ist rtlich und zeitlich eindeutig definiert und kann be stimmten Akteuren zugeordnet werden Durch Aktionen erfolgt die schrittweise Fortsetzung der organisatorischen Praxis in konkreten Situationen Aktionen unterscheiden sich in ihrer Form Ort und Zeit beteiligte Akteure usw und den Motiven der handelnden Akteure Die mit Aktionen verbundenen Strategien sind die Auseinanderset zung mit der Vorgeschichte der Einsatz als Wendepunkt das An erkennen von Aktionen anderer und die Antizipation nachfolgender Geschehnisse Pape 2004 S 161f Die Episode stellt eine Reihe von mehreren Aktionen mit angebba rem Anfang und Ende dar Hierbei geht es weniger um eine Voll st ndigkeit als vielmehr um die Verbindungen zwischen den einzel nen Aktionen die beteiligte Akteure zwischen ihnen herstellen Epi soden unterscheiden sich in ihrer Agenda und ihrem Rhythmus So sind das Aufstellen der Agenda das Rhythmisieren der Episode und die Schaffung eines berblicks zentrale Aspekte der Episode Pape 2004 S 165f 24 Begriffsbestimmung Softwarebereitstellung e Als Strukturen werden Konstellationen aus verallgemeinerbaren Ver fahrensweisen Regeln allokativen und autoritativen Ressourcen so wie rtlichen und zeitlichen Regionalisierungsweisen Struktureigen schaften verstanden Auf diese Strukturen wird in einzelnen und zu sammenh nge
40. Hrsg DeLFI 2003 Die erste e Learning Fachtagung Informatik Bonn Gesellschaft fiir Informatik 2003 Jaruzelski u a 2000 Jaruzelski B Ribeiro F Lake R Understan ding the Application Service Provider Model nttp www boozallen de content downloads 6_1000_ASP_Whitepaper pdf 03 06 2003 2000 Booz Allen amp Hamilton White Paper Jayatilaka u a 2002 Jayatilaka B Schwarz A Hirschheim R De terminants of ASP Choice an Integrated Perspective In Sprague R H Hrsg Proceedings of the 35th Hawaii International Conference on Sy stem Science 2002 Los Alamitos CA USA IEEE 2002 Kaschek u a 2001 Kaschek R Klischewski R Wetzel I A Virtual Debate in Serviceflows In EMISA Forum 2001 Nr 1 S 16 23 GI FG 2 5 2 Kilberth u a 1994 Kilberth K Gryczan G Z llighoven H Objek torientierte Anwendungsentwicklung 2 Auflage Braunschweig Wies baden Vieweg 1994 Kling 1999 Kling R What is Social Informatics and Why Does it Matter In D Lib Magazine 5 1999 Nr 1 Klischewski 2000 Klischewski R Abstrakte Bed rfnisse und konkre te Beziehungen oder Wie man Services nicht modelliert S 19 26 In Ebert J Frank U Hrsg Modelle und Modellierungssprachen in Informatik und Wirtschaftsinformatik Koblenz F lbach 2000 Pro ceedings Modellierung 2000 St Goar 5 7 4 2000 Klischewski 2004 Klischewski R Systementwicklung als Vernetzung
41. In Schiitte R Siedentopf J Zelewski S Hrsg Wirtschaftsinforma tik und Wissenschaftstheorie Grundpositionen und Theoriekerne Es sen Universitat Essen 1998 Arbeitsberichte des Institut fiir Produk tion und Industrielles Informationsmanagement Nr 4 Frey 2002 Frey K Die Projektmethode Der Weg zum bildenden Tun 9 Auflage Weinheim Beltz 2002 Fricke 1997 Fricke W Hrsg Aktionsforschung und industrielle De mokratie D sseldorf Satz Druck GmbH 1997 6 Friedrich Ebert Stiftung Forum Zukunft der Arbeit Gerhard und Mayr 2002 Gerhard J Mayr P Competing in the E Learning Environment Strategies for Universities In Sprague R H Hrsg Proceedings of the 35th Hawaii International Conference on Sy stem Science 2002 Los Alamitos CA USA IEEE 2002 Giddens 1997 Giddens A Die Konstitution der Gesellschaft Grund z ge einer Theorie der Strukturierung 3 Auflage Frankfurt Main u a Campus Fachbuch 1997 Gillian u a 1999 Gillian C Graham S Levitt M Mc Arthur J Mur ray S Turner V Villars R McCarthy W M The ASPs Impact on Literaturverzeichnis 265 the IT Industry An ICS Wide Opinion http www amsys net pdf idpwhitepaper pdf 24 04 2003 1999 Bulletin International Data Corporation IDC White Paper G nther u a 2001 G nther O Tamm G Hansen L Meseg T App lication Service Providers Angebot Nachfrage und
42. Interoperabilit t in der internetbasierten Verwaltung als Herausforde rung Hamburg Universit t Hamburg Fachbereich Informatik Habili tation 2004 eingereicht 2003 Kolloquium 31 03 2004 Literaturverzeichnis 269 Klischewski und Lenk 2002 Klischewski R Lenk K Understanding and Modelling Flexibility an Administrative Processes S 129 136 In Traunmiiller R Lenk K Hrsg Electronic Government Berlin Springer Lecture Notes 2002 Proceedings EGOV 2002 Klischewski und Wetzel 2000 Klischewski R Wetzel I Serviceflow Management In Informatik Spektrum 23 2000 Februar Nr 1 S 38 46 Klischewski und Wetzel 2001a Klischewski R Wetzel I Serviceflow Management f r das organisations bergreifende e Government S 313 319 In Bauknecht K Brauer W M ck Th Hrsg Informatik 2001 Wirtschaft und Wissenschaft in der Network Economy Vision und Wirk lichkeit Wien sterreichische Computer Gesellschaft 2001 Klischewski und Wetzel 2001b Klischewski R Wetzel I System De velopment for Service Provider Networks In Proceedings of Software Trends ch Business Strategy Based Software Engineering Luzern Sep tember 2001 Klischewski und Wetzel 2001c Klischewski R Wetzel I XML based Process Representation for e Government Serviceflows S 789 802 In Schmidt B Stanoevska Slabeva K Tschammer V Hrsg Towards the E Society E commerce E business and E
43. K ln Deutscher Wirtschaftsdienst 2002 Seltsikas und Currie 2002 Seltsikas P Currie W L Evaluation The Application Service Provider ASP Business Model The Challenge of Integration In Sprague R H Hrsg Proceedings of the 35th Hawaii Literaturverzeichnis 275 International Conference on System Science 2002 Los Alamitos CA USA IEEE 2002 Sennett 1999 Sennett R Der flexible Mensch Die Kultur des Kapita lismus 9 Auflage Berlin Berliner Verlag 1999 Siefkes 2003 Siefkes D Rahmen f r eine Theorie der Informa tik http tal cs tu berlin de lv ss2003 basis_ig Siefkes_ RahmenTheorie_200 3 07 04 pdf 25 08 2004 2003 Unver ffent lichtes Manuskript vom 4 7 2003 Simon u a 2004 Simon E Marinescu I L Finck M Jackewitz I CommSy Goes Open Source S 311 326 In Pape B Krause D Oberquelle H Hrsg Wissensprojekte Gemeinschaftliches Ler nen aus didaktischer softwaretechnischer und organisatorischer Sicht Miinster Waxmann 2004 Sinz 2002 Sinz E J Architektur von Informationssystemen In Re chenberger P Pomberger G Hrsg Informatik Handbuch Miinchen Hanser Fachbuch 2002 Sound 1999 Sound Consultant Understanding the ASP Market An ISV s Guide to Transitioning from Packaged Product to Online Ser vice http www amsys net pdf understandingtheaspmarket pdf 24 04 2003 1999 Stahlknecht 2000 Stahlknecht P Aktueller Stand und
44. Kommunikation zwischen Uni de und dem CommSy Team In der zweiten H lfte des Jahres 2001 wurde Uni de Teil der Unter nehmensgruppe FirstCampus und b te damit seine Eigenst ndigkeit als souver ne Firma ein Durch FirstCampus erfolgte eine Pr fung aller Ge sch ftsprozesse von Uni de mit der Absicht wirtschaftlich rentable Zweige zu f rdern und unrentable abzusto en CommSy war aufgrund der niedri gen Nutzungszahlen im Gegensatz zu anderen Bereichen bei Uni de mit Werbebannern nicht finanzierbar und daher unrentabel FirstCampus ent schied die Personalkosten Betreuungsaufwand zu reduzieren CommSy lief seitdem als unbetreuter Dienst Die Anfragen der Nutzenden an das CommSy Team mehrten sich und die Mitarbeiter sahen sich kaum in der Lage den zus tzlichen Arbeitsaufwand zu bew ltigen Die kollektiven Rol len wechselten von einem Akteur zum anderen Die oben skizzierten Vor kommnisse f hrten letztendlich zur Beendigung der Kooperation Seitdem l uft CommSy trotz mehrerer Mahnungen unbetreut bei Uni de weiter mittlerweile in einer v llig veralteten Version Res mierend ist festzustellen dass sich unterschiedliche Ver nderun gen in der Bereitstellung von CommSy bei Uni de ergaben die zu ver schiedenen Zyklen in der Bereitstellung f hrten Doch diese Zyklen wurden nicht explizit mit allen Beteiligten etabliert und kein neuer Bereitstellungs rahmen wurde ausgehandelt Die beteiligten Akteure reagierten auf die f r 20
45. Lizenzen ber mobile ASP L sungen zu amortisie ren Grohmann 2002 S 53 Internet Das Internet als einfachster Weg ber das Festnetz erm g licht den Zugriff auf die ASP Anwendungen von jedem Ort und je der Zeit ber verschiedenste Zugangsger te solange sie internetf hig sind Extranet Wird der Internet Zugriff ber das Festnetz auf bestimm te Kunden begrenzt spricht man von einem Extranet Der Zugriff auf die ASP Anwendungen erfolgt dann ber den Remote Access Server VPN Zur Sicherung der bertragung bzw Verbindung des Kun den mit den ASP Anwendungen k nnen Virtual Private Networks VPN eingesetzt werden Zwischen Anwender und DMZ wird ein VPN Tunnel eingerichtet der die bertragung verschl sselt An den Enden des VPN Tunnels m ssen entsprechende VPN Gateways zur Ver und Entschl sselung eingerichtet sein 108 Gesch ftsmodell Application Service Providing 4 6 Zwischenergebnis In Hinblick auf die aus den Fallstudien entwickelten Perspektiven Technik Aufgaben Organisation und Vorgehen Abschnitt 3 4 bietet ASP bis auf die Technikperspektive wenig Zur Aufgabenperspektive bietet ASP Wertsch pfungsketten die un terschiedlich detailliert Aufgabenfelder zeitlich separiert anordnen Wel che Verbindungen zwischen den einzelnen Wertsch pfungsketten existie ren welche Aufgabengranularit t vorherrscht und welche Aufgaben warum zu Aufgaben einer h heren Ebene zusammengefasst werden bleibt unklar D
46. Nutzen der angebotenen Dienstleistun gen durch entsprechende Akteure bringen den Bereitstellungsrahmen zum Einsatz Hierbei ist die Nutzung der bereitgestellten Software durch die Nutzenden inbegriffen Im Laufe der Softwarebereitstel lung entstehen Ver nderungen die zu einer aus Sicht bestimmter Akteure unbefriedigenden Bereitstellung f hren Die mit der Bereit stellung unzufriedenen Akteure nehmen dies als Anlass einen neuen Zyklus zu initiieren und die Herstellung eines neuen Bereitstellungs rahmens zu etablieren Die unbefriedigende Bereitstellung wird fortgesetzt bis der neue Bereitstellungsrahmen zum Einsatz kommt Der Anfang und das Ende einer Softwarebereitstellung sind aus der Sicht eines beteiligten Akteurs und einer akteurs bergreifenden Sicht auf die Softwarebereitstellung unterschiedlich e Akteur F r einen Akteur stellt sein Eintritt in das Bereitstellungs netzwerk den Beginn f r die Softwarebereitstellung dar In der nach folgenden Herstellung muss mit allen beteiligten Akteuren also auch ihm der Bereitstellungsrahmen an die neue Situation angepasst wer den Das Ende eines beteiligten Akteurs an der Softwarebereitstel lung ist f r ihn erreicht wenn er sich aus der Bereitstellung zur ck zieht oder von anderen Akteuren ausgeschlossen wird In der folgen den Herstellung eines neuen Bereitstellungsrahmens ist er nicht mehr im Bereitstellungsrahmen vorhanden formales Ende e Akteurs bergreif
47. Sie werden die Software bereitstellung durch ihr Verhalten ndern da sie selbst fortw hrend nde rungen unterliegen die ihr Verhalten beeinflussen Der vormals vereinbarte Bereitstellungsrahmen wird im Laufe der Zeit zwangsl ufig instabil Da ein Akteur nicht auf alle Handlungen im Bereitstellungsnetzwerk di rekt einwirken kann ist es wichtig dass alle an der Gestaltung fortw hrend aktiv beteiligt werden Diese Aufgabe f llt der Rolle Dienstleistungsanbie ter als zentrale kollektive Rolle zu Der Akteur der die Rolle einnimmt muss zur Stabilisierung der Softwarebereitstellung die Best tigung des ak tuellen Bereitstellungsrahmens oder dessen Ver nderung von den anderen Akteuren periodisch einfordern Die Softwarebereitstellung verl uft zyklisch e Angefangen bei der Herstellung eines Bereitstellungsrahmens e ber die Nutzung der angebotenen Dienstleistungen d h der Aus f llung des Rahmens mit Leben und dem in der Nutzung instabiler werdenden Bereitstellungsrahmen e bis hin zur folgenden oder bereits durch den Dienstleistungsanbieter vorher initiierten Herstellung des n chsten Bereitstellungsrahmens In diesen Zyklen k nnen neue Akteure jederzeit ein und beteiligte jeder zeit aussteigen Rechtlich gesichert werden die verschiedenen Kooperatio nen in dem sich ver ndernden Dienstleistungsnetzwerk ber langfristige Rahmen und kurzfristige Detailvertr ge Langfristige Rahmenvertr ge die nen der Bereitstellung
48. Software programmieren existierende Software weiterentwickeln und ent scheiden diese neuen Techniken f r das Bereitstellungsszenario einzuset zen Die beteiligten Akteure bernehmen neue Aufgaben bieten diese als Dienstleistungen an und wollen sie entsprechend neu oder ver ndert verg tet sehen d h Einfl sse auf die Softwarebereitstellung wirken sich immer vermittelt ber die beteiligten Akteure aus Um mit diesen Einfl ssen und Ver nderungen in der Bereitstellung ei ner Software umgehen zu k nnen wird f r eASP im Folgenden das zykli sche Projektmodell des Methodenrahmens STEPS Abschnitt 5 2 1 auf die Bereitstellung einer Software bertragen Anschlie end wird gesondert auf Gestaltungsm glichkeiten beteiligter Akteure und kontinuierliche Projekt treffen eingegangen Anschlie end wird dargestellt welche Konsequenzen eine zyklische Vorgehensweise auf vertraglichen Regelungen zwischen den Akteuren bzw zwischen kollektiven Rollen hat 194 9 1 1 Vorgehen Wie passiert es Zyklische Vorgehensweise In diesem Abschnitt wird eine zyklische Vorgehenswiese pr sentiert Die Softwarebereitstellung wird als eine Folge von Zyklen begriffen die belie big oft aber endlich durchlaufen werden vgl Bleek und Jackewitz 2004 Trieneken u a 2004 Als Grundlage dient das zyklische Projektmodell von STEPS Die vier Hauptelemente des zyklischen Vorgehens Etablierung Herstellung Systemversion und Einsatz Abschnitt 5 2 2
49. Sup portpartners in Anspruch Zwei Jahre sp ter und nach verschiedenen Zyklen welche die Uni versit t als Kunden nicht direkt betroffen haben und deren nderun gen in der Bereitstellung sie nur zur Kenntnis nahm ist die Nutzer zahl von CommSy an der Universit t derart gestiegen dass die ver einbarten Kapazit ten hinsichtlich der CommSy Bereitstellung nicht mehr ausreichen Einsatz Die Nutzung wird f r die Universit t un befriedigend der Bereitstellungsrahmen wird instabil So verhan delt CommSy e V als Dienstleistungsanbieter mit der Universit t ber neue Vereinbarungen und parallel dazu mit dem Hostingpartner um die gestiegenen Bed rfnisse zu befriedigen Herstellung Ergeb nis sind zwei ge nderte Dienstleistungsvertr ge und die Anpassung beim Hostingpartner hinsichtlich der zus tzlich ben tigten Kapazit ten Herstellung stabilisierter Bereitstellungsrahmen Konzeption 199 Nach weiteren zwei Jahren entschlie t sich die derzeitige Landesre gierung die Universit t aus Kosteneinsparungsgr nden zu schlie en Einsatz u erer Einfluss Die Universit t muss die Vertr ge mit dem Dienstleistungsanbieter k ndigen und zieht sich aus der Nut zung von CommSy zur ck Ende Da die Universit t der gr te Kunde mit den h chsten Nutzerzahlen war liegen jetzt gro e Ka pazit ten brach Einsatz instabiler Bereitstellungsrahmen Im Zuge dessen Etablierung verhandelt der Dienstleistungsanbieter mit sei
50. Supportanfrage zur Einrichtung eines Projektraums von einem Studierenden oder einem Professor stammt Umgekehrt l sst das Wissen um den Status des Nutzenden Professor oder Studierender kei nen R ckschluss auf die Benutzung als Lehrender oder Lernender zu Zur Betreuung der Nutzenden ist dieses Wissen allerdings sehr hilfreich um die Beweggr nde des Nutzenden zu antizipieren und angemessen in Inhalt und Form reagieren zu k nnen Allgemeiner Aufbau Inhalte sind im Gemeinschaftsraum und in den Projektr umen in Rubri ken Neuigkeiten Termine Materialien Diskussionen Personen Gruppen Themen Institutionen untergliedert Prinzipiell sind alle Rubriken gleich aufgebaut Jede Rubrik hat eine bersicht in der die wichtigsten Informationen zu allen Eintr gen einer Rubrik archivartig dargestellt werden Archivartig 40 Erfahrungen in Softwarebereitstellungsprojekten bedeutet alle Eintr ge sind generell nach Aktualit t sortiert Alte Eintr ge werden am Ende bzw unten dargestellt sie verlassen im Laufe der Benut zung den Sichtbarkeitsbereich Ein Zugriff ist aber weiterhin m glich Die bersichtsseite bietet zudem Sortier und Suchm glichkeiten Zu jedem Eintrag gibt es eine Detailansicht die alle Informationen zu diesem Eintrag anzeigt insbesondere die Angaben wer welchen Eintrag wann erstellt und ggf ge ndert hat Einzelne Eintr ge k nnen auf vielf lti ge Weise miteinander verlinkt und in Beziehung gesetzt werden s u
51. Teilnehmer eingeleitet und k nnen von diesem mit einer Zusammen fassung explizit beendet werden Weitere Beitr ge werden chronolo gisch dargestellt Materialien Die Rubrik Materialien entspricht im Wesentlichen ihrem Pendant im Gemeinschaftsraum Dar ber hinaus ist es m g lich in einem Projektraum mit einem kooperativen Editor einfache Dokumente gemeinsam zu erstellen Materialien k nnen mit beliebi gen Eintr gen in einem Projektraum verkn pft werden so dass bei spielsweise ein Protokoll bei dem betreffenden Termin oder ein Lite raturhinweis bei einem Diskussionsbeitrag in dem eben diese Lite ratur diskutiert wird angef gt ist Im g nstigsten Fall sind in einem Projektraum s mtliche Grundlagen Zwischen und Endergebnisse mit und an denen eine Gruppe arbeitet f r alle Teilnehmer jederzeit und berall verf gbar Personen Wie im Gemeinschaftsraum k nnen die Mitglieder eines Projektraumes eine pers nliche Seite gestalten und Kontaktinforma tionen angeben So sind Telefonnummern und E Mail Adressen je derzeit abrufbar falls es die Projektarbeit erfordert andere Teilneh mer zu kontaktieren Gruppen In der Rubrik Gruppen k nnen sich Teilnehmer inner halb eines Projektraums zu Kleingruppen zusammenschlie en und so ihre Gruppenstruktur im Projektraum rekonstruieren Inhalte des Projektraumes k nnen als bedeutsam f r eine oder mehrere Gruppen gekennzeichnet und so strukturiert werden Die Gruppenstruktu
52. Zus tzlich ben tigte Software pflegen Anwendungsentwicklung Ent wicklungsumgebung Zur Unterst tzung der Entwicklung ist es u U notwendig weitere Software zu installieren und zu pflegen Hierzu geh ren u a ein Bug Tracker f r die Fehlerverwaltung und ein CVS Server f r die Versionsverwaltung Zus tzlich ben tigte Software pflegen Betrieb Basissoftware Als Softwaregrundlage eines Anwendungs Servers wird ein Betriebs 256 Aufgabenperspektive system ben tigt Es muss wie zus tzlich ben tigte Softwarekompo nenten installiert konfiguriert und gewartet werden Die hier dargestellten Aufgaben werden nicht als fest angesehen sondern m ssen im konkreten Bereitstellungsszenario angepasst und ggf erg nzt werden A 3 Funktionelle Rollen in der Softwarebereitstellung Die funktionellen Rollen in alphabetischer Reihenfolge im Detail in Klam mern sind die zugeh rigen bergeordneten Aufgaben aufgef hrt Analyst Marketing Der Analyst analysiert den Bedarf nach einer Bereitstellung der Software Aufgabengebiet Bedarfsanalyse Ansprechpartner Kooperation Der Ansprechpartner eines Dienst leister steht den Ansprechpartnern der anderen Dienstleister zum Aus tausch von Informationen zur Verf gung Aufgabengebiet Kommu nikation Anwendungsadministrator Betrieb Der Anwendungsadministrator ist f r die Verf gbarkeit und Lauff higkeit der bereitgestellten An wendung zust ndig Aufgabengebiet
53. a nach Verf gbarkeit Reaktionszeit Zeitaufwand und oder Mitarbeiterzahl bewertet werden k nnen Dabei kommen unterschiedliche Hilfsmittel wie Help Desk Call Center oder Monitoring und Reporting tools zum Einsatz Hinter allen Ma nahmen steht dabei die Kundenzufrie denheit als h chstes Ziel e Reaktiver Benutzersupport Der Benutzersupport reagiert auf Benut zeranfragen per Telefon oder E Mail z B auch mittels eines Call Centers e Aktive Anwendungsunterst tzung Die Anwenderunterst tzung bietet von sich aus Schulungen Coaching Workshops Diskussionsforen Seminare usw an 4 5 Technik Bei der Betrachtung der Technik von ASP werden in der ASP Literatur drei Bereiche als relevant erachtet Zum Ersten die Basistechnologie auf der Technik 101 Anwendungen bereitgestellt werden Zum Zweiten die Anwendung selbst und zum Dritten braucht ASP eine geeignete technische Infrastruktur die die Bereitstellung einer Anwendung und zus tzliche ben tigte Anwendun gen z B Abrechnungs und Sicherungssysteme realisiert 4 5 1 Basistechnologie Als technische Grundlage von ASP dient die Internettechnologie Eilings feld und Sch tzler 1997 Gralla 1997 Schiffer und Templ 2002 Steinmetz und M hlh user 2002 und hier insbesondere die Protokoll TCP Transport bzw Transmission Control Protocol und IP Internet Protocol bekannt als TCP IP RFC1180 1991 Au erdem setzt ASP auf dem Client Server Prinzip auf Anwendun gen
54. als Grundlage kurzfristige Detailvertr ge als Ausge staltung einzelner Kooperationsaspekte Hierbei m ssen die Detailvertr ge die enthaltenen Aspekte detailliert kl ren zuk nftige aber nicht antizipie ren da Ver nderungen durch das zyklische Vorgehen im Prozess verhandelt 208 Vorgehen Wie passiert es werden Ergebnisse dieser Verhandlungen sind angepasste ver nderte oder neue Detailvertr ge Die hier vorgestellte Vorgehensweise verbindet die in den vorigen drei Kapiteln dargestellten Perspektiven auf die Softwarebereitstellung und ver zahnt sie tiber die gesamte Zeit einer Bereitstellung hinweg Die zyklische Vorgehensweise stellt die Integration der Perspektiven und gleichzeitig den Kern des zu erarbeitenden Ansatzes eASP dar Die Erarbeitung des Ansat zes ist durch die Darstellung der Vorgehensweise als integrierender Kern und der Perspektiven als Ausgestaltungen und Erg nzungen des Kerns ab geschlossen Ergebnis der Ansatz eASP 10 Softwarebereitstellungsansatz eASP Im Folgenden wird der Softwarebereitstellungsansatz eASP zusammenfas send und kompakt beschrieben indem die in Teil II dargestellten Perspek tiven zu einem homogenen Gesamtbild zusammengefiigt werden Fiir eine ausfiihrliche Darstellung des Ansatzes eASP und der Perspektiven sei auf die entsprechenden Kapitel in Teil II verwiesen Nach der kompakten Dar stellung wird die Einbettung von eASP in das Gebiet Informatiksysteme in Organisatione
55. angedeutet trennen lassen Es entspricht vielmehr der Realit t dass in allen Vorgehensweisen auch Ergebnisse und Aussagen ber die jeweils anderen Aspekte erhoben bzw dokumentiert wurden So ist die vollzogene Separierung analytischer Natur um die Bem hungen in der Evaluation verst ndlich darstellen zu k nnen Evaluation der Softwareentwicklung von CommSy Die Dokumentation der Software CommSy und deren Entwicklung sind im bisherigen Entwicklungsprozess fest verankert Der in einer Versions verwaltung vorliegende CommSy Code stellt eine Dokumentation dar in der sich Ver nderungen detailgetreu nachvollziehen lassen Zus tzlich zum Code sind w hrend der Entwicklung von CommSy verschiedene Doku mente entstanden z B zur Softwarearchitektur Klassendiagramme ER Diagramme Programmierguidelines Papier und elektronische Prototypen Prozessablaufpl ne usw Zus tzlich wurden von wichtigen Bestandteilen von CommSy in jeder Version Screenshots erstellt Diese wurden in Vortr gen und wissenschaftlichen Arbeiten ber CommSy verwendet die eben falls zur Dokumentation von CommSy beitragen vgl Jackewitz 2000 Das zugrunde liegende didaktische Konzept die daraus abgeleiteten Designkriterien die Softwarearchitektur und die Benutzeroberfl che zeich nen CommSy aus Sie sind in Protokollen von Workshops und Diskussions bzw Arbeitstreffen dokumentiert und sp ter in Artikeln auf Tagungen und Konferenzen ver ffentlicht worden vgl Ja
56. beitragen Wel che Rollen lassen sich insgesamt unterscheiden und wie verteilen sich die Aufgaben auf diese Rollen Neben den beteiligten Rollen und Akteuren ist es wichtig die Koope ration unter den Akteuren zu betrachten Wie k nnen die verschiedenen Akteure in ihrem Handeln synchronisiert werden Wie und mittels welcher Wege kommunizieren und kooperieren sie Was steht einer Kooperation der beteiligten Akteure entgegen Wie werden die Kooperationen verbind lich geregelt und wie finden sich die Kooperationspartner Wer investiert was und wie viel in die Kooperation und was kostet dies die Beteiligten Durch die Betrachtung der Handelnden und deren Beziehungen zuein ander k nnen die beiden Fallstudien eingehender hinterfragt und detailliert bewertet werden e Wer hat welche Aufgaben in welcher Form in den Fallstudien ber nommen e Wie gestaltete sich die Kooperation unter den beteiligten Akteuren e Gab es verbindliche Regelungen die die Kooperation mit Pflichten und Rechten definierten und wurden sie befolgt e Was kostete die Bereitstellung in den Fallstudien die beteiligten Ak teuren und welchen Gewinn zog jeder Einzelne aus der Kooperation Die Betrachtung der Softwarebereitstellung gewinnt in der Organisations perspektive an Kontur da in dieser Perspektive den Akteuren die Aufgaben zugewiesen werden und zudem auf die Beziehung der beteiligten Akteure und deren Rollen eingegangen wird Technikperspektive Bei der
57. ber ca 2500 im Jahre 2002 auf ca 5000 im Jahre 2003 Das Projekt WissPro profitierte von den bereits im Fachbereich Informa tik der Universit t Hamburg vorhandenen Nutzenden sowie von Nutzenden bei Uni de die mit der dortigen Bereitstellung nicht zufrieden waren Ende 5 Die Nutzungszahlen lassen sich in den jeweiligen Datenbanken der CommSy Installationen ablesen und sind gerundet da es an dieser Stelle um die Darstellung der Steigerungsrate geht Genaue Zahlen befinden sich in der Auswertung der Fallstudien in Teil II dieser Arbeit 66 Erfahrungen in Softwarebereitstellungsprojekten Pall a ee ely F WISS P R cov jp nsdn m Alicia hae Ger is Eiesticjsra te Y Coe fet lebend pays rel sem hc Tirassa f de ele a Fan Hie j at a Pr Finks salig ang albeit wa hans Rirchie re An f Epp betuole twat Meal ua ha len Bar she rd 1 E au oe bei at u ie Aa bere ea iy len Buch ted dre rims Yee ty Are ee j BEL x agre ee m paa a ke ak ah H pe i eee ioe tm wi Be col lat en D tee Mala Des F LF See oe e aa fen irl Virus bag Hariak An Themen th nt Apes banal Ihr soonest bush iek apt Ly het m Tha e ee ore ae t kak Bars Bafa Erpa N een prisat aeh Ari je ch lafimi bi m pe abaj ork aes Ditin le Er FRE E a ic Ba Re el Be Lug fac da Eal EDA tjata Wist bin Mr volt eve ik Malia Lara Fehl nn ERTS ir eee likh Birnen rpi ar E p Ld eg Be dee Abbildung 13 Einstiegsseite des Campus Papierprototyp
58. bereitgestellt wird tr gt ma geblich dazu bei dass die Nutzungspotentiale einer Software aus gesch pft werden k nnen In diesem Zusammenhang wird unter Software bereitstellung mehr verstanden als nur der technische Betrieb Neben der Technik geh ren zur Softwarebereitstellung auch Fragestellungen zu Auf gaben und Aufgabenverteilungen zu Akteuren und Akteursbeziehungen zu Dienstleistungen und Vertr gen zu Ver nderungen und Vorgehenswei sen Das Verst ndnis von Softwarebereitstellung fu t hierbei auf dem App lication Service Providing ASP und umfasst technische und organisatori sche Aufgaben welche Nutzenden eine Software zentral als Dienstleistung so zur Verf gung stellt dass eine gesicherte Nutzung m glich ist In dieser Arbeit wird ausgehend von ASP und vor dem Hintergrund des gerade skizzierten Verst ndnisses von Softwarebereitstellung ein Ansatz zur Analyse und Gestaltung der Softwarebereitstellung in Organisationen erarbeitet Er soll Fragen zum Verst ndnis und zu gestalterischen M glich keiten in konkreten Bereitstellungskontexten beantworten und Schwierig keiten in der Softwarenutzung erkennen sowie Optionen zur Probleml sung anbieten Die Erarbeitung des Ansatzes der mit eASP f r evolutionary Ap plication Service Providing benannt wird steht im Zentrum dieser Arbeit 2 Einleitung 1 1 Motivation Meine Motivation f r die Auseinandersetzung mit dem Thema Softwarebe reitstellung liegt in vier Punkten begri
59. bernommen Herstellung stabiler Bereitstellungsrahmen for males Ende Die Marketingagentur wurde aus dem Bereitstellungs netzwerk entfernt 200 Vorgehen Wie passiert es e Dienstleistungsanbieter In dem Forschungsprojekt ProWiss wurde anderen Hochschulen CommSy zur Verfiigung gestellt Nach Ende des Projekts Einsatz instabiler Bereitstellungsrahmen tibernahm der Verein CommSy e V die kollektive Rolle des Dienstleistungs anbieters Herstellung stabiler Bereitstellungsrahmen Fortan leitete CommSy e V als zentraler Akteur die Bereitstellung siehe obige Beispiele Durchlaufen von Zyklen Durch kontinuierlich steigende Kundenzahlen kann CommSy e V in seiner Rechtsform als gemeinn tziger Verein der zunehmenden Bedeutung als Dienstleistungsunternehmen nicht mehr gerecht wer den Einsatz instabiler Bereitstellungsrahmen Aus dem Verein her aus wird eine GmbH als Spin Off gegr ndet Beginn f r die GmbH die fortan die Bereitstellung von CommSy leisten bzw als Dienstlei stungsanbieter koordinieren soll Herstellung CommSy e V zieht sich auf die Rolle des Anwendungspartners zur ck um die Open Source Weiterentwicklung von CommSy zu sichern Herstellung sta biler Bereitstellungsrahmen 9 1 2 Gestaltungsm glichkeiten Das Verst ndnis der Softwarebereitstellung als eine Folge von Zyklen bzw die Darstellung dessen im vorigen Abschnitt deuten die Gestaltungsm g lichkeiten auf die Softwarebereitstellung an
60. d h die Funktionalit t und die Daten befinden sich zentral auf ei nem Server Eine redundante Installation von mehreren Servern wird als eine zentrale Installation betrachtet Ein Client kann mittels TCP IP darauf aufsetzenden Protokollen und entsprechender Client Software auf die zen tral installierten Anwendungen zugreifen Beim Zugriff des Clients auf die serverseitigen Anwendungen kann zwischen zwei Vorgehensweisen unter schieden werden Server based Computing und Web Applikationen vgl Citrix 2000 Grohmann 2002 Tao 2000 Server based Computing Terminalprogramme z B Microsoft Windows Terminal Server WTS Ci trix Systems Independent Software Architecture ICA Tarantella von der Firma Tarantella erlauben es normale Anwendungen auf einem Server von einem Client aus fernzusteuern Das bedeutet dass die z B Tastatur Eingabe des Nutzenden und die z B Bildschirm Ausgabe der Anwen dung vom Terminalprogramm mittels Internet Technologien vom Client zum Server bertragen werden Die Anwendung und die Eingabeger te Tastatur Maus usw erkennen nicht dass sie nicht zum selben Compu ter geh ren Die Anwendung muss in diesem Fall nicht speziell f r den entfernten Betrieb angepasst bzw programmiert worden sein Vorteile des Server based Computing sind u a e Bereits existierende internet untaugliche Anwendungen k nnen mit tels Internettechnologie bereitgestellt werden 102 Gesch ftsmodell Application Service Pro
61. de drohte den Ruf von CommSy zu besch digen Die Kooperation zwi schen den Entwicklern und Uni de k hlte nach dieser Telefonkonferenz ab Einerseits wurden die Entwickler nicht von den Aufgaben des Betriebs und der Benutzerbetreuung entlastet sondern hatten durch die Kooperation mit Uni de zus tzlichen Aufwand Andererseits schaffte Uni de es nicht die Zwei Fallstudien 63 CommsSy Projektr ume durch Werbebanner refinanzieren daher betrach tete es die CommSy Projektr umen als Verlustgesch ft Am 26 06 2001 erreichte die Entwickler die inoffizielle Information dass die Personen die urspr nglich den Kontakt zu der CommSy Entwick lung hergestellt hatten Uni de verlassen hatten Damit hatte das Uni de Team die beiden gr ten Bef rworter von CommSy verloren Im Juli 2001 erhielten die Entwickler zwei E Mails die diesen Sachverhalt offiziell be st tigten Konsequenz war dass bei Uni de f r die Betreuung von CommSy keine Ressourcen mehr zur Verf gung standen Die CommSy Projektr ume sollten aus Sicht von Uni de als kostenloser Dienst unbetreut weiterlaufen Die Entwickler sahen die Kooperation mit Uni de an diesem Punkt als ge scheitert an Aufgrund der bestehenden Vertr ge hielten sie ihr Engagement bis zum Ende des Beratungsvertrages aufrecht und stellten ihre Bem hun gen erst am 08 11 2001 offziell ein Bei sp teren Anfragen verwiesen die Entwickler auf die beendete Kooperation und forderten die Nutzenden auf sich direkt a
62. de nun FirstCampus Ableger 1 12 01 Beginn der Kooperationsvertrag CommSy bei Vertragsverhandlungen abgeschlossen Uni de online 17 5 00 2 11 00 15 03 01 Aktivit ten bzgl Beginn der Vertragsabschluss Beratungsvertrag oot K ndigung Vorgespr che geplant abgeschlossen pnts ier der Kooperation M rz 2000 20 7 00 26 02 01 bgt Fy or 5 04 02 1 3 00 CommSy uni de 5 4 02 01 01 04 HITeC 01 01 04 ELCH 31 12 04 01 04 03 CommSy ist OpenSource 1 3 01 CommSy WissPro 31 12 03 Verl ngerung 31 05 04 12 000 CommSy CommSy 28 2 01 15 10 99 PJS ASI 15 2 00 1 5 99 KnowNet273 00 15 7 00 FU 15 10 00 1199 1199 IV 99 1 00 I 00 I 00 TV 00 101 I 01 I 01 TV 01 102 1 02 M02 TV 02 103 1 03 1 03 IV 03 V04 1 04 M04 IV 04 0S Legende Vox I Quartal 200x Beginn 01 01 200x I 0x II Quartal 200x Beginn 01 04 200x II 0x TI Quartal 200x Beginn 01 07 200x IV 0x TV Quartal 200x Beginn 01 10 200x Abbildung 14 Werdegang von CommSy 1999 2004 Zwischenergebnis 69 Anfang 2004 formierten sich alle CommSy Interessierten in einem neu initialisierten CommSy Projekt beim Hamburger Informatik Technologie Center e V HITeC um einen Rahmen zu schaffen auch in Zukunft an gestellt oder ehrenamtlich vor Ort oder entfernt an der Weiterentwicklung und Ber
63. der Soft warearchitektur neue Features programmiert Feedback geben Kooperation Kommunikation Feedback geh rt zur reaktiven Kommunikation und sollte zwischen allen Dienstlei stern uneingeschr nkt ausgetauscht werden k nnen Fehler beheben Anwendungsentwicklung Programmierung Auf tretende Fehler m ssen behoben werden Fehlerbehebung ver ffentlichen Anwendungsentwicklung Relea semanagement Im Anschluss an die Fehlerbehebung sollte der Per son die den Fehler gemeldet hat dar ber informiert werden Zu dem m ssen Fehlerdokumentationen mit neuen Releases ver ffent lich werden Fehlerberichte in Entwicklungsprozess integrieren Anwendungsent wicklung Fehlermanagement Gemeldete Fehler m ssen in den Entwicklungsprozess ber entsprechende Kan le z B Bug Tracker integriert werden damit die Fehler geordnet behoben werden k n nen Hotline anbieten Benutzerbetreuung Handhabungssupport amp Kun denbetreuung Kommunikation Die Bereitstellung einer Hotline dient der Kl rung von Fragen der Annahme von Fehlern oder der Meldung von St rungen Die Hotline kann per E Mail oder per Tele fon erreichbar sein und sollte 24 Stunden sieben Tage in der Woche zur Verf gung stehen Implementierungen planen und Zeitplan erstellen Anwendungsent wicklung Planung Aus Anforderungsanalysen und richtungwei senden Entwicklungsentscheidungen k nnen Implementierungsauf gaben extrahiert und in ein
64. die Rolle des Supportpartners bis zum Ende des Beratungs vertrages ausf llte Anwendungspartner Marketingpartner Es bestand keine vertragli che Regelung 174 Organisationsperspektive Wer tut was e Die Zulieferer Partner Verbindungen sind fiir diesen Fall nicht von besonderem Interesse so dass von einer detaillierten Betrach tung Abstand genommen wird Ziele der Hauptakteure Uni de und HITeC waren in dieser Fallstudie Uni de Uni de beabsichtigte mit ihren Webdienstleistungen auf der Domine uni de der deutschsprachigen wissenschaftlichen Gemein schaft ein virtuelles Zuhause zu geben Diese Dienstleistungen soll ten f r Nutzer geb hrenfrei sein und mussten sich ber Werbebanner refinanzieren Mit der zus tzlichen Bereitstellung von CommSy soll ten prim r Wissenschaftler angesprochen werden da Studierende be reits in ausreichendem Ma e die Angebote von Uni de nutzten Ins gesamt musste Uni de als Wirtschaftsunternehmen nat rlich rentabel arbeiten so dass das Unternehmensziel die Gewinnerwirtschaftung war HITeC Als Technologietransferverein des Fachbereichs Informatik der Universit t Hamburg ist HITeC generell an Kooperationen mit Wirtschaftsunternehmen interessiert Als gemeinn tziger Verein hat HITeC nicht die Gewinnerwirtschaftung zum Ziel sondern die Um satzgenerierung Hinsichtlich der Kooperation mit Uni de bestanden die konkreten Ziele CommSy weiter zu verbreiten und die Aufgaben des Betrie
65. dieser der Kunde und die Personen die der Sponsor unterst tzen will sind die Nutzer Vertragliche Regelungen in Form von Nutzungsbe dingungen sind hier blich Die Verbindung zwischen dem Kunden und dem Marketingpartner zwecks Kundenwerbung z B Bekanntmachung von neuen Dienst leistungsangeboten sowie zwischen dem Nutzer und dem Support partner zwecks Benutzerbetreuung z B Handhabungssupport wird insbesondere ber den Dienstleistungsanbieter vertraglich geregelt e Anbieterschicht Auf der Anbieterschicht befindet sich nur der Dienst leistungsanbieter der als single point of contact Grohmann 2002 162 Organisationsperspektive Wer tut was S 71 Dienstleistungen von den kollektiven Rollen der Partnerschicht kauft bzw b ndelt und der Kundenschicht anbietet Da es neben den vertraglichen Verbindungen auch Kommunikationsbeziehungen gibt die an dem Dienstleistungsanbieter vorbeilaufen sollte er besser mit single point of contract und nicht contact bezeichnet wer den Partnerschicht Auf der Partnerschicht befinden sich Supportpart ner Zugangspartner Hostingpartner Anwendungspartner und Mar ketingpartner die ihre Dienstleistungen dem Dienstleistungsanbieter verkaufen und garantieren m ssen Zur Lieferung der entsprechen den Dienstleistungen m ssen die kollektiven Rollen in dieser Schicht teilweise in Kooperation und Kommunikation treten Diese Verkn p fungen sind generell in Vertr g
66. eins zu eins wiederzugeben sondern auf verschiedene M glichkeiten wie Aufgaben Rollen usw hinzuweisen und konkrete Beispiele zu geben mit denen sich die Bereitstellung einer Software erschlie en l sst 11 3 Offene Fragen ein Blick nach vorne Der hier erarbeitete Ansatz zur Softwarebereitstellung eASP muss hinsicht licht seiner Validit t berpr ft werden Dies bedeutet eASP auf weitere Bereitstellungsszenarien ber CommSy hinaus anzuwenden Folgende Di mensionen sind zu beachten Software In der Softwaredimension kann die Art der Software ver n dert werden Wie gestaltet sich die Bereitstellung von anderer koope rativer Software Software f r einzelne Personen und hochkomplexe Wirtschafts und Informationssysteme Einsatzkontext In der Dimension des Einsatzkontextes k nnen ver schiedene Kontexte betrachtet werden andere universit re oder Bil dungskontexte wirtschaftliche oder private Kontexte Greift eASP auch bei diesen Kontexten Eine systematische Betrachtung von weiteren Softwarebereitstellungskon texten erm glicht die Vertiefung und Verfeinerung der einzelnen Perspekti ven und Aspekte von eASP Dies f hrt zu gr erer Transparenz und zu bes serem Verst ndnis von Bereitstellungskontexten und bildet schlie lich die Grundlage zur Validation des hier vorgestellten Softwarebereitstellungsan satzes eASP Offene Fragen ein Blick nach vorne 239 Dar ber hinaus besch ftigt sich eASP nur mit der
67. entf llt bei der Aushandlung von Kooperationsbeziehungen f r einen kurzen Zeitraum da ber eventuell auftretende Ver nderungen im Vorwege noch nicht verhandelt werden muss Sie werden erst zum Ende des kurzen Zyklus zum Verhandlungsgegenstand Bei langfristigen Kooperationen akkumulieren sich die Transaktions kosten f r kurzfristige Vertr ge und bersteigen mit der Zeit die Kosten f r die einmalige Aushandlung der beim ASP blichen Vertr ge Insofern ist der Ansatz nur kurzfristige Vertr ge zu vereinbaren im Hinblick auf Transaktionskosten langfristig gesehen kostspieliger Der Vorteil kurzfri stiger Vertr ge ist der Umgang mit Ver nderungen im Prozess Sie wer den verhandelt wenn sie auftreten bzw sp testens zu Beginn eines neuen Zyklus Insgesamt k nnen die Transaktionskosten in diesem Ansatz h her sein doch es wird eine Flexibilit t und Stabilit t gewonnen die anders nicht erreichbar ist Allerdings werden sich diese Treffen als Grundlage des Ver nderungs prozesses der Bereitstellung einer Software nicht von selbst koordinieren Also muss insbesondere der Akteur der die Rolle des Dienstleistungsan bieters einnimmt die Verantwortung f r das Aufgabengebiet Koordination der bergeordneten Aufgabe Kooperation bernehmen Zum einen hat er die meisten Beziehungen zu anderen Beteiligten zum anderen z hlt f r ihn als zentrale und f hrende Instanz im Akteursnetzwerk die Koordinati on der beteiligten Akteure zu sein
68. erbringung Dienstleistungs nutzung _F er DE ei Stabiler Bereitstellungsrahmen Abbildung 33 Zyklisches Verst ndnis der Softwarebereitstellung e Herstellung Alle an der Softwarebereitstellung beteiligten Akteure tragen in ihren kollektiven Rollen zur Gestaltung des Bereitstellungs rahmens bei Dabei ist nicht nur das Verhandeln der Kooperationen mit anschlie ender Niederschrift von Dienstleistungsvertr gen ge meint sondern auch die Schaffung der Voraussetzungen zur Erf l lung der vereinbarten bzw versprochenen Dienstleistungen So be deutet die Herstellung des Bereitstellungsrahmens die Gestaltung ei nes Dienstleistungsnetzwerks respektive Vertragsnetzwerks und die Vorbereitung des Bereitstellungskontextes Dabei muss der gesamte Bereitstellungsrahmen nur verhandelt werden wenn sich eine Soft warebereitstellung neu gr ndet oder gravierende nderungen statt finden Generell werden nur bestimmte Ausschnitte neu gestaltet wenn sich partielle nderungen ergeben e Bereitstellungsrahmen Das Ergebnis der Herstellung ist ein an die aktuellen Bed rfnisse und Bedingungen angepasster Bereitstellungs Kompakte Zusammenfassung von eASP 223 rahmen Dies umfasst die Vorbereitung des Kontextes insbesondere innerhalb der Akteure und die rechtliche Absicherung durch Dienst leistungsvertrage e Einsatz Das Anbieten von Dienstleistungen aller Akteure in ihren kollektiven Rollen sowie das
69. f r Kunden umgesetzt ob wohl Anfragen nach alternativen Finanzierungsmodellen bestanden Alternative Sponsoringideen wurden zwar aufgeworfen aber nicht verfolgt Die Finanzierung erfolgte nur ber das Sponsoring der Ban nerwerbung Abrechnung Kundenbetreuung In diesem Fall k nnen nur hinsicht lich der Werbebanner Aufgaben aus dem Gebiet der Abrechnung wahrgenommen worden sein da nur diese Kundenbeziehung exis tierte Die Entwickler sollten an den Einnahmen durch die Banner werbung prozentual beteiligt werden haben aber nie entsprechende Tantiemen erhalten ber die Abrechnung der Werbebanner kann al so keine Aussage getroffen werden Netzsicherheit Eine Sicherung des bertragungsweges vom Client zum Server hat es nicht gegeben So wurden weder Virtual Privat Networks VPNs noch SSL Verschl sselung eingesetzt 150 Aufgabenperspektive Was ist zu tun e Kooperation Bis auf eine Ausnahme bestanden keine Aktivit ten den jeweils anderen Dienstleister in die Lage zu versetzen die ber greifende Aufgabe CommSy bereitstellen wahrnehmen zu k nnen Es wurden keine Workshops durchgef hrt Kommunikation fand bis auf anf ngliches Feedback auf Grund von Unstimmigkeiten wel ches dar ber hinaus schnell eingestellt wurde nicht statt Allein der CommSy Projektraum f r Veranstalter in dem die Entwickler Uni de beraten sollten kann als Aktivit t in diese Richtung gewertet werden Wobei Uni de dieses Angebot nicht annahm un
70. findet sich dazu die Pr sentation einer ASP Marktlandschaft die verschiedene Arten von Anwen dungen mit verschieden quantitativen und qualitativen Serviceangeboten in Beziehung setzt Weiterf hrend werden in der ASP Literatur ertragsgene rierende Ereignisse diskutiert die einmalig wiederkehrend oder nutzungs abh ngig abgerechnet werden k nnen 4 3 1 Services Folgende Arten von Anwendungen k nnen bei der Bereitstellung in einem ASP Szenario unterschieden werden sortiert vom Einfachsten zum Kom plexesten vgl Gillian u a 1999 S 5f Personal Applications sind z B Office Anwendungen und andere Anwendungen f r Einzelpersonen aus den Bereichen Spiele Unter haltung Heimarbeit usw Zu Collaborative Applications z hlen Groupware E Mail Konfe renzsysteme usw Mit Commerce Applications sind typische e Commerce Anwendun gen gemeint Onlineshops Internetbanking usw CRM Applications enthalten z B Kundenservice Marketingapplika tionen Sales Force Automation ERM Applications bernehmen Aufgaben in den Bereichen Rech nungswesen Personalwesen Lagerhaltung Facility Management etc 90 Gesch ftsmodell Application Service Providing e Vertical Applications sind branchenspezifische L sungen z B Pa tientenabrechnungssysteme in der Krankenhausbranche oder Work flowsysteme in der Versicherungsbranche e Zu den Analytic Applications z hlen z B Finanzanalysen und Ri sikoanalysen d h Anwendungen die Unt
71. geachtet werden Ein Medienmix vergr ert die Kom plexit t in der Bereitstellung 3 2 4 Bemerkungen Auch wenn in diesem Abschnitt vor allem Produktmerkmale beschrieben wurden und nur am Rande auf empirisches Material eingegangen worden ist kann die Qualit t und der Nutzen einer Software nicht an den vorhan denen Features und dem schicken Design also den direkt an der Soft ware ablesbaren Merkmalen gemessen werden Diese geben nur begrenzt Hinweise auf die Nutzbarkeit einer Software und sollten daher nicht zur Zwei Fallstudien 51 Bewertung herangezogen werden Stattdessen sind die reale Nutzung und die Zufriedenheit der Nutzenden Qualit tskriterien an denen sich Software messen lassen muss vgl Floyd 1994 Siefkes 2003 CommSy wurde und wird seit Oktober 1999 in tiber 500 Veranstal tungen von mehr als 6 000 Benutzern an Hochschulen und Fachbereichen sowie im Schulunterricht in der Lehrerfortbildung und von extracurricula ren Lern und Studiengemeinschaften verwendet Stand 31 12 2003 Die durchgefiihrte quantitative und qualitative Evaluation des Einsatzes von CommsSy zeigt auf dass ein Gro teil der Nutzenden CommSy als f r sie n tzlich und einfach zu handhaben bewertet hat und insgesamt mit Comm Sy zufrieden war Diese Zufriedenheit ist allerdings nicht nur auf die Soft ware CommsSy sondern auch auf die Bereitstellung von CommSy zur ck zuf hren Strauss u a 2003 3 3 Zwei Fallstudien Vor der Pr
72. h rt das Analysieren von Anforderungen um Bed rfnisse wahrzu nehmen und darauf reagieren zu k nnen In Abstimmung mit Be nutzer und Kundenw nschen sowie durch Marktanalyse muss eine langfristige Planung erarbeitet werden um auch Benutzern eine Per spektive und Sicherheit zu geben Die langfristige strategische Pla nung sollte in eine funktionelle m nden so dass sie von der Program mierung umgesetzt werden kann Aufgaben Anforderungen analy sieren Implementierungen planen Zeitplan erstellen Programmierung Anwendungsentwicklung Die Entwicklung und Pflege einer wartbaren wieder verwendbaren und erweiterbaren Soft warearchitektur sowie das eigentliche Programmieren neuer Featu res und die Fehlerbehebung geh ren zur Programmierung Aufga ben Features programmieren Fehler beheben Softwarearchitektur pflegen Releasemanagement Anwendungsentwicklung Die Entwicklung ei ner Software beinhaltet das regelm ige Herausbringen neuer Ver sionen Ein Release besteht aus Codefragmenten in unterschiedlichen 248 Aufgabenperspektive Versionen Aufgaben Release identifizieren zusammenstellen und ver ffentlichen Training Koordination Das Aufgabengebiet Training soll alle Be teiligten in die Lage versetzen die bergreifende Aufgabe Software x bereitstellen wahrnehmen zu k nnen Das bedeutet dass in Work shops die Software im Detail vorgestellt wird und alle Beteiligten ber ihre Leistungen und M glichkeiten d
73. hrt Aufgaben in der Softwarebereitstellung 249 e Anforderungen analysieren Anwendungsentwicklung Planung Zur Weiterentwicklung m ssen Anforderungen kontinuierlich ana lysiert werden u a durch die Beobachtung des Marktes aber auch durch die Bewertung von Anforderungen seitens der Kunden und Nutzer Weiteren Input bietet eine geeignete Evaluation der Nutzung Anwendung installieren konfigurieren und pflegen Betrieb Anwen dung Zum Betrieb einer Anwendung geh ren die Installation Kon figuration und das Updaten der entsprechenden Software Backup der Daten durchf hren Betrieb Datensicherheit Daten werden meist serverseitig gespeichert Es sollte t glich ein Backup aller Daten erfolgen um einem m glichen Datenverlust vorzubeu gen Dazu m ssen sie auf einen unabh ngigen Server gespielt und bei Bedarf auch wieder zur ckgespielt werden Bedarfsanalyse konzipieren und durchf hren Marketing Bedarfs analyse Eine Bedarfsanalyse muss entsprechend vorbereitet und dann durchgef hrt werden Benutzerdokumentation pflegen Anwendungsentwicklung Dokumen tation Eine Benutzerdokumentation geh rt entwickelt und gepflegt Sie f hrt den Benutzer mit einem Benutzerhandbuch durch das Sy stem und beschreibt den Zweck der Software Benutzerw nsche und Fehlerberichte weiterleiten Benutzerbetreu ung Kommunikation Benutzerw nsche und Fehlerberichte m s sen ber betreffende Kan le in den Entwicklu
74. ist gegeben wenn z B alle Kunden die Bereitstellung gek ndigt haben oder der 198 Vorgehen Wie passiert es Akteur der die Rolle des Dienstleistungsanbieters einnahm das Be reitstellungsnetzwerk verl sst und niemand seine Rolle bernimmt Zur Illustration der Bereitstellungszyklen werden nun drei Szenarien pra sentiert die die Softwarebereitstellung von CommSy aus Sicht eines Kun den eines Marketingpartners und eines Dienstleistungsanbieters darstellen e Kunde Eine Universit t entschlie t sich ihre Pr senzlehre mit Neu en Medien zu unterstiitzen Dazu muss sie neben anderen Dingen eine entsprechende Infrastruktur fiir Lehrende und Lernende bereit stellen Im Zuge dessen entschlie t sich die Universit t CommSy einzusetzen Da sie nicht ber das Wissen zur Bereitstellung eines CommSy Servers verf gt setzt sie sich mit dem Dienstleistungsan bieter CommSy e V in Verbindung Beginn Der Akteur tritt in den Bereitstellungskontext ein und macht den Bereitstellungsrahmen in stabil Dies wird zum Anlass genommen Etablierung einen Ko operationsvertrag zur Bereitstellung von CommSy zu vereinbaren Herstellung Die Universit t wird in das Akteursnetzwerk als Kunde aufgenommen Nach Vertragsunterzeichnung wird f r die Universi t t ein CommSy eingerichtet und Lehrende sowie Lernende k nnen CommSy nutzen Einsatz Die Universit t nimmt die Dienstleistung des Dienstleistungsanbieters und die Nutzenden z B die des
75. mit den Inhalten zur ck Lernende und Lehrende haben ein berechtigtes In teresse daran dass sie die begrenzte Zeit in einer Lehrveranstaltung nicht auf das Erlernen der Handhabung einer Software oder deren Installation und Konfiguration sondern auf die Auseinandersetzung mit den fachlichen Inhalten verwenden k nnen In der Gestaltung von CommSy wird Einfach heit in der individuellen Benutzung erreicht durch e Aufgabenangemessene Funktionalit t CommSy hat einen auf die Unterst tzung von individuellem und gemeinschaftlichem Wissens aufbau abgestimmten Funktionsumfang Die einzelnen Funktionali t ten sind offen gestaltet vgl DeMichelis 2003 so dass sie flexibel verwendet werden k nnen Einfacher Aufbau Die Rubriken sind konsistent strukturiert Damit ergibt sich ein wiederkehrendes Benutzungsschema das leicht er lernbar ist Einfaches Layout Die Pr sentation von Informationen ist zweckm Big denn auf grafische Elemente wird weitgehend verzichtet Da durch ist die Gr e der einzelnen HTML Seiten kleiner und der Bild schirmaufbau auch bei langsamen Internetverbindungen z gig Einfacher Zugriff Der Zugriff auf CommSy erfolgt ber einen zu W3C Standards kompatiblen Webbrowser so dass clientseitig kein zus tzlicher Installations und Konfigurationsaufwand anf llt Spezi elle Plug ins Cookies Java oder JavaScript sind nicht erforderlich Somit k nnen auch restriktiv konfigurierte Clients z B in Rechner pools
76. nebeneinander stehen Sie 34 Erfahrungen in Softwarebereitstellungsprojekten sollen Bausteine darstellen die Studierende in ihrem Studium zu ei ner koh renten Einheit zusammensetzen k nnen Das so skizzierte Verst ndnis geht von ganzheitlichem und projektorientier tem Lernen aus das von den Lernenden eigenverantwortlich gestaltet und von Lehrenden beratend begleitet werden soll vgl Cohn und Farau 1993 Frey 2002 Gudjons 1998 Rogers 1974 Die Informationstechnik soll den daf r notwendigen Austausch aller Beteiligten unterst tzen aber nicht vor ausgreifend lenken Damit stellen sich Anforderungen an die Lernenden an die Lehrenden und auch an die Softwareunterst tzung e Lernende verfolgen aktiv ihre eigenen Lerninteressen und bestimmen selbst welche Inhalte f r sie pers nlich bedeutsam sind Sie werden nicht in erster Linie als Rezipienten sondern als Produzenten fachlicher Inhalte gesehen die sie z B der Fachbereichs ffent lichkeit pr sentieren und gegenseitig nutzen oder kommentieren k n nen e Lehrende nehmen die Rolle von Lernbegleitern ein Sie stellen R u me und Ressourcen bereit geben Orientierungshilfen bringen rele vante Texte und Materialien ein strukturieren Kommentieren bieten ihr Expertenwissen an oder vermitteln Kontakte zu anderen Exper ten Auf diese Weise k nnen Lehrende auch ihren eigenen Lernpro zess als Teil der gemeinschaftlichen Auseinandersetzung auffassen und ihre s
77. nehmen zu k n nen wird folgendes kollektives Rollennetz benutzt Kundenschicht PNTE EOE IEE A SOLN OES IE SAAE E ES a EEAS O EE EO EEE naaa Zugangs partner Vertraglich geregelte Kooperation und oder Kommunikation hinsichtlich der Lieferung von Dienstleistungen Hosting partner zulieferer Dienst leistungs anbieter partner Partnerschicht Software zulieferer Zuliefererschicht Abbildung 31 Kollektives Rollennetz bei der Bereitstellung von Software 216 Softwarebereitstellungsansatz eASP Mit dem kollektiven Rollennetz kann die Organisation der Softwarebereit stellung auf einer abstrakteren Ebene dargestellt werden Folgende kollek tive Rollen sind an der Softwarebereitstellung beteiligt e Der Kunde kauft bzw bezahlt die vom Dienstleistungsanbieter ange botenen kostenpflichtigen Anwendungen und Dienstleistungen f r die Nutzer seine Angestellten oder Kunden e Der Nutzer verwendet die vom Dienstleistungsanbieter angebotenen und vom Kunden bezahlten Anwendungen und Dienstleistungen e Der Dienstleistungsanbieter stellt dem Kunden Dienstleistungen hin sichtlich der Softwarebereitstellung aus einer Hand zur Verf gung Er bernimmt die Kundenbetreuung und ist f r die Koordination ver antwortlich e Der Anwendungspartner stellt die Anwendung Software f r den Dienstleistungsanbieter zur Verf gung e Der Hostingpartner bernimmt den Betrieb d h da
78. sentation der Fallstudien CommSy Uni de und CommSy WissPro wird die Entwicklung von CommSy als Vorschichte geschildert da sie Auswirkungen auf die Fallstudien hat Die Beschreibung der Fall studien und des Werdegangs von CommSy sind bewusst als Erz hlung und anonymisiert gestaltet um an dieser Stelle noch keine Art der wis senschaftlichen Auswertung vorwegzunehmen Die Auswertung erfolgt in den Kapiteln 6 7 8 und 9 Hinsichtlich der Anonymisierung wurden nicht wie blich Personennamen verfremdet sondern g nzlich auf sie verzichtet Stattdessen findet im Folgenden die Benutzung von Rollenbezeichnungen Verwendung 3 3 1 Vorgeschichte Die Entstehungsgeschichte von CommSy vgl Bleek 2004 Pape 2004 Si mon et al 2004 in die ich seit Beginn involviert war und die ich bis heute aktiv begleitet und gestaltet habe reicht in das Jahr 1999 zuriick In der Universitat Hamburg im Fachbereich Informatik formierte sich au erhalb des Lehrbetriebs im Fr hjahr 1999 eine kleine Gruppe beste hend aus einem Hochschullehrer drei wissenschaftlichen Mitarbeitern ei nem externen Promoventen und vier Studierenden Sie definierte sich ber das gemeinsame Interesse an einer kritischen Auseinandersetzung mit dem 52 Erfahrungen in Softwarebereitstellungsprojekten Thema Knowledge Management Die Gruppe war durch die individuel len Bed rfnisse Studienarbeit Diplomarbeit Doktorarbeit wissenschaft liche Reputation ihrer M
79. sich berwie gend um Aspekte in der Weiterentwicklung von CommSy Etablierung von Prozessen des Updates des CommSy Servers des Debuggings und des Releasemanagements Einrichtung und Nutzung eines Bereichs zur Koordination der Be reitstellung und Entwicklung bei SourceForge net Zus tzlich wurde ein CommSy Projektraum zur Kommunkation verwendet Bei einer Laufzeit von 34 Monaten und einer durchschnittlichen Betei ligung von sieben Personen sind die Transaktionskosten zur Koordinati on der CommSy Bereitstellung und Weiterentwicklung mit zw lf Men schmonaten zu berechnen Diese Zahl errechnet sich durch die Zeit der Anwendung auf die Fallstudien 179 regelm igen Koordinationstreffen und der durchgef hrten Workshops je weils multipliziert mit den anwesenden Personen wobei ein Menschmonat aus 20 Arbeitstagen acht Arbeitsstunden besteht und im Jahr mit 260 Ar beitstagen gerechnet wurde Geb hren tauchten in dieser Fallstudie je nach Sichtweise einmalig oder wiederkehrend auf Einmalig da das BMBF dem Projekt entsprechen de Gelder bewilligt hatte Wiederkehrend da die Mitarbeiter ihre Bez ge monatlich erhielten Zwischen den kollektiven Rollen wurden keine Ge b hren erhoben CommSy Benutzerkennungen Projektraume CommSy Campus 2574 237 WissPro CommSy 617 50 Permanent 782 16 Wintersemester 01 02 774 47 Sommersemester 02 262 19 Summe 5009 369 Tabelle 5 Nutzungszahlen in der Fa
80. so genannten Nutzungsvereinbarungen urheberrechtliche Lizenzen wird die bertra gung der Rechte vom Programmierer ber die Entwicklerorganisation und Application Service Provider zum Kunden geregelt e Programmierer Entwicklerorganisation Erschafft ein Program mierer also ein Angestellter der Entwicklerorganisation eine Soft ware dann ist dieser der Urheber Allerdings stehen dem Arbeit geber laut Gesetz vgl Schneider 2002 S 143 bei Bestehen eines Arbeits oder Dienstverh ltnisses alle verm gensrechtlichen Befug nisse an der Software zu Insofern liegen die Verwertungsrechte an dem Werk bei der Entwicklerorganisation e Entwicklerorganisation Application Service Provider Um die An wendung Kunden zur Verf gung stellen zu k nnen muss der App lication Service Provider sich umfassende Nutzungsrechte von der Entwicklerorganisation sichern Hierzu geh ren speziell das Recht zur Verbreitung in jeder Form und das Recht zur ffentlichen Wie dergabe vgl Schneider 2002 S 142 Application Service Provider gt Kunde Der Application Service Provider will die Anwendung m glichst vielen Kunden zur Verf Rechtliche Aspekte 95 gung stellen Deshalb wird er seinen Kunden nur ein einfaches und nicht ein ausschlie liches Nutzungsrecht gew hren da es im Wider spruch zur parallelen Nutzung durch mehrere Kunden steht In der ASP Literatur wird haupts chlich der Vertrag zwischen Applicati on Service Provider und K
81. ten und Quantit ten in Beziehung zur be reitgestellten Software bzw der Nutzungssituation Bei einer pers nlichen Nutzung Einzelnutzung von z B Office Anwendungen ist das Niveau in Qualit t und Quantit t niedrig bei einer kooperativen Nutzung Gruppen nutzung von z B Groupware h her und bei einer organisatorischen Nut zung Unternehmensnutzung von CRM oder ERP Systemen ist das Ni veau auf hoher Ebene anzusiedeln Dienstleistungen m ssen vertraglich geregelt werden falls einer der an der Dienstleistung beteiligten Partner Rechtsanspr che gegen den an deren gelten machen will Die Benutzung von Service Level Agreements 182 Organisationsperspektive Wer tut was SLAs in den Bereichen Netzwerk Betrieb Anwendung Betreuung und Kooperation macht die Leistungen in der Bereitstellung von Software in einer ausreichenden Detailtiefe transparent und klart dariiber hinaus Ver antwortlichkeiten So dienen vertragliche Regelungen nicht nur als Rechts sicherheit sondern auch als Dokumentation der Dienstleistungsbeziehun gen Dabei werden Rahmenvertr ge zur grunds tzlichen Kooperation und konkrete kurze Einzelvertr ge zur Ausdifferenzierung konkreter Aspekte vorgeschlagen siehe auch Abschnitt 9 1 4 Bei einer Dienstleistung steht der Servicegeber in der Pflicht den Dienst zu leisten und der Servicenehmer den Servicegeber zu entlohnen Dies f hrt zu Geb hren und Kosten einer Softwarebereitstellung Geb hren k n nen
82. tzung im Informatikstudium S 443 451 In Bachmann G Haefeli O Kindt M Hrsg Campus 2002 M nster Waxmann 2002 Jackewitz u a 2002c Jackewitz I Janneck M Pape B Vernetzte Projektarbeit mit CommSy S 35 44 In Herczeg M Prinz W Ober quelle O Hrsg Mensch und Computer 2002 Stuttgart u a Teubner 2002 Jackewitz u a 2004 Jackewitz I Janneck M Strauss M CommSy Softwareunterst tzung f r Wissensprojekte S 186 202 In Pape B Krause D Oberquelle H Hrsg Wissensprojekte Gemeinschaftli ches Lernen aus didaktischer softwaretechnischer und organisatorischer Sicht M nster Waxmann 2004 Jackewitz und Pape 2004 Jackewitz I Pape B Einf hrung und Bereit stellung S 314 325 In Haake J Schwabe G Wessner M Hrsg CSCL Kompendium Lehr und Handbuch zum computerunterst tzen kooperativen Lernen M nchen Wien Oldenbourg 2004 Janneck und Krause 2004 Janneck M Krause D Einladung zur Nach ahmung Offene Lernveranstaltungen mit Medienunterst tzung S 74 89 In Pape B Krause D Oberquelle H Hrsg Wissensprojekte 268 Literaturverzeichnis Gemeinschaftliches Lernen aus didaktischer softwaretechnischer und organisatorischer Sicht M nster Waxmann 2004 Janneck u a 2003 Janneck M Krause D Pape B Strauss M Soft wareunterst tzung f r offene Seminare S 47 56 In Bode A Desel J Rahmayer S Wessner M
83. 02 Los Alamitos CA USA IEEE 2002 Pape und Jackewitz 2002 Pape B Jackewitz I Nachfrage und Ange bot zur Benutzungsbetreuung von Software im universit ren Lehrbetrieb S 305 322 In Engelien M Neumann D Hrsg Virtuelle Organi sation und Neue Medien Workshop GeNeMe2002 Gemeinschaften in Neuen Medien Lohmar K ln Josef Eul 2002 Pape u a 2002b Pape B Jackewitz I Bleek W G Benutzungs betreuung f r Softwareunterst tzung in Lehr Lern Situationen S 71 90 In Bleek W G Krause D Oberquelle H Pape B Hrsg Me dienunterst tztes Lernen Beitr ge von der WissPro Wintertagung 2002 Hamburg Universit t Hamburg Fachbereichs Informatik 2002 FBI HH B 239 02 Literaturverzeichnis 273 Pape u a 2004 Pape B Krause D Oberquelle H Hrsg Wissens projekte Gemeinschaftliches Lernen aus didaktischer softwaretechni scher und organisatorischer Sicht M nster Waxmann 2004 Pape und Rolf 2004 Pape B Rolf A Integrierte Organisations und Softwareentwicklung f r kooperative Lernplattformen in der Hochschul lehre S 287 310 In Pape B Krause D Oberquelle H Hrsg Wissensprojekte Gemeinschaftliches Lernen aus didaktischer softwa retechnischer und organisatorischer Sicht M nster Waxmann 2004 Picot u a 2000 Picot A Buttermann A Walters R Erfolgsfaktoren f r Application Service Providing In IM Informatik Management am
84. 1 Das bedeutet umgekehrt dass ggf zus tzliche Werkzeuge herangezogen werden m ssen um bestimmte Auf gaben zu erledigen Die empirischen Ergebnisse zeigen dass die Verwendung unterschied lichster Kommunikationsmedien eine Realit t darstellt Strauss u a 2003 Vor allem E Mail wurde als zus tzliches Kommunikationsmedium benutzt Andere Medien wie z B klassische papierbasierte Seminarordner Mai linglisten oder Websites spielten demgegen ber eine untergeordnete Rol le Zus tzliche Tools zur synchronen Diskussion wie Chat und Messaging fanden kaum Verwendung Der pers nliche Kontakt und die unmittelba re Kommunikation ber das Telefon galten den Studierenden hingegen als unverzichtbar Der Umgang mit einem Medienmix verlangt sicherlich ein erh htes Ma an Medienkompetenz vgl Schiersmann u a 2002 Die Benutzer m ssen einsch tzen welches Medium f r ein Kommunikationsbed rfnis in einer konkreten Situation angemessen ist und wie sie es im gew hlten Me dium konstruktiv umsetzen k nnen Im Sinne eines Probehandelns ergibt sich in der universit ren Lehre die Gelegenheit die Brauchbarkeit unter schiedlicher Medien in der Gruppenarbeit zu erproben und dadurch Me dienkompetenz aufzubauen In der Bereitstellung tauchen durch das Prinzip Einordnung in einen Medienmix Fragen zu anderen Medien und Schnittstellen auf Bei Bedarf m ssen ggf weitere softwaretechnische Medien bereitgestellt und auf de ren Kompatibilit t
85. 6 Vorgehen Wie passiert es sie unbefriedigende Bereitstellung individuell und berspitzt ausgedr ckt ohne die anderen beteiligten Akteure zu unterrichten 9 2 2 CommSy WissPro In der Fallstudie CommSy WissPro sind keine schriftlich fixierten Ver tr ge zwischen den kollektiven Rollen bzw den Akteuren die die Rollen einnahmen vereinbart worden Es bestanden jedoch ein Vertrag zwischen dem BMBF und der Universit t Hamburg und Arbeitsvertr ge zwischen den Projektmitarbeitern und der Universit t Hamburg In diesen Vertr gen sind zur Softwarebereitstellung von CommSy keine Aussagen enthal ten dennoch gaben sie den Rahmen f r die Arbeit und die Aufgaben im Forschungs und Entwicklungsprojekt WissPro vor Daher k nnen die vor handenen Vertr ge als langfristige Rahmenvertr ge interpretiert werden In diesem Bereitstellungsszenario bernahm das Projekt WissPro alle f r die Bereitstellung relevanten kollektiven Rollen Am Anfang wurden al le Aufgaben in der CommSy Bereitstellung im Zuge der technischen Wei terentwicklung von CommSy Projektr umen Portal Archiv von allen Mitarbeitern in Personalunion f r die jeweiligen Produkte bernommen Dies f hrte zu drei Bereitstellungskonstellationen und einer gewissen Kon kurrenz der Teams untereinander Die Beteiligten reagierten auf diese Situa tion indem sie die drei Produkte zu einem vereinten und anschlie end die Aufgaben neu verteilten Es entstanden wiederum drei
86. 99 hatten sich drei Grup penmitglieder des Webbereichs angenommen und beschlossen ihn mit dy namischen Webseiten neu zu gestalten Die Skriptsprache PHP wurde mit dem Netscape Enterprise Webserver kombiniert und auf der Sitzung der neue Webbereich das Ur CommSy vorgestellt Er bestand aus einer Ein stiegsseite welche die letzten zehn Neuigkeiten und die n chsten Termine anzeigte ber sie gelangte das Gruppenmitglied in die Rubriken Neuig keiten Termine und Quellen Eintr ge in den Rubriken wurden in einer MySQL Datenbank gespeichert In Verbindung mit PHP war es nun m g lich mit dem Webbrowser in die jeweiligen Rubriken Beitr ge einzuge ben Die Benutzungsh rde Netscape Composer wurde dadurch berwun den Der neue Webbereich fand positiven Anklang und erhielt den Namen Zwei Fallstudien 53 KnowNet als Abkiirzung fiir Knowledge Network Die fiir das System ge fundene Bezeichnung tibertrug sich auch auf die Gruppe Im September 1999 wurden Diskussionsforen ein Bereich zur Darstel lung der beteiligten Personen ein Chat und die M glichkeit an alle Beitr ge Anmerkungen und Dateien anzuh ngen gestaltet Ebenfalls im Septem ber konnte der Gruppe KnowNet die Rubrik Wissenspools zur Verf gung gestellt werden Die Rubrik funktionierte hnlich wie die Diskussionsforen war aber weniger zum Diskutieren sondern mehr zum Archivieren von Bei tr gen und Dateien gedacht Ein Mitglied trug zu dieser Zeit die Verantwor tung
87. Belange gewartet werden m ssen insbesondere wenn Fehler auftreten und bereinigt werden oder eine neue Version instal liert wird In diesem Sinne kann die Wartung als eine Aufgabe der Softwa rebereitstellung verstanden werden 2 3 5 Benutzer und Benutzungsbetreuung Benutzer und Benutzungsbetreuung unterscheiden sich ebenfalls von der Softwarebereitstellung Dabei ist die Benutzungsbetreuung nicht eine gen derneutrale Schreibweise von Benutzerbetreuung sondern geht ber das Verst ndnis der Benutzerbetreuung hinaus Der Begriff Benutzerbetreuung bzw Anwenderbetreuung leitet sich von der speziell in der Wirtschaftsinformatik diskutierten Thematik des Benut zer Service ab vgl Heinrich 1992 1999 Heinrich und H nschel 1996 Knolmayer 1996 Unter Benutzerbetreuung wird hierbei ein kontinuierli cher Betreuungsprozess verstanden der nicht bei der initialen Schulung en det Heinrich 1992 Knolmayer 1996 Zur Benutzerbetreuung z hlen u a Schulung Coaching Support Hotline Hilfestellung per Telefon oder E Mail Weiterbildungsangebote und Workshops zum Erfahrungsaustausch vgl Jackewitz 1998 Pape und Jackewitz 2002 Pape u a 2002b Da die Benutzerbetreuung sich stark auf die Betreuung der Nutzenden konzen triert verliert sie technische Aspekte wie Wartung Installation und Konfi guration aus dem Blick Insofern kann sie als eine Aufgabe in die Softwa rebereitstellung einsortiert werden 22 Begriffsbestimmung Softw
88. Berekoven 1986 Berekoven L Der Dienstleistungsmarkt Sachliche Besonderheiten und empirische Befunde S 24 37 In Pestel E Hrsg Perspektiven der Dienstleistungsgesellschaft G ttingen Vandenhoeck und Ruprecht 1986 BGB 2002 Bundesrepublik Deutschland B rgerliches Gesetzbuch http dejure org gesetze BGB 17 10 2003 2002 Rechtsvor schriften Bundesrepublik Deutschland Bleek 2004 Bleek W G Software Infrastruktur Von analytischer Perspektive zu konstruktiver Orientierung Hamburg Hamburg Univer sity Press 2004 260 Literaturverzeichnis Bleek und Jackewitz 2004 Bleek W G Jackewitz I Providing an E Learning Platform in a University Context Balancing the Organi sational Frame for Application Service Providing In Sprague R H Hrsg Proceedings of the 37th Hawaii International Conference on Sy stem Science 2004 Los Alamitos CA USA IEEE 2004 Bleek u a 2003 Bleek W G Jackewitz I Pape B The Role of Coordination and Architecture in Supporting ASP Business Models In Sprague R H Hrsg Proceedings of the 36th Hawaii International Conference on System Science 2003 Los Alamitos CA USA TEEE 2003 Bleek und Pape 2001 Bleek W G Pape B Application Service Pro viding f r vernetzte Projektarbeit am Beispiel von CommSy uni de S 349 371 In Engelien M Neumann D Hrsg Virtuelle Organi sation und Neue Medien Workshop GeNeMe2001 Geme
89. Betrachtung und Ge staltung einer Software bzw eines Bereitstellungskontextes Wie verh lt sich die Softwarebereitstellungssituation bei mehreren gleichzeitig bereit gestellten Anwendungen Soll und kann die Betrachtung von multiplen Be reitstellungskontexten in eASP integriert werden Kann und sollte eASP als Ansatz f r einen Bereitstellungskontext sinnvoll in Softwareinfrastruk turans tze eingebettet werden Insbesondere die Einbettung in Ans tze zu Softwareinfrastrukturen ist zuk nftig detailliert zu pr fen Verquickung von Softwareentwicklung und bereitstellung Der vorgestellte Bereitstellungsansatz eASP enth lt ein zyklisches Vorge hen bei dem sich die Herstellung und Nutzung eines Bereitstellungsrah mens gegenseitig bedingen eASP beabsichtigt alle beteiligten Akteure einzubeziehen und organisiert die Bereitstellung in Aufgaben funktionel len Rollen Akteuren Akteursnetzwerken usw hnliches ist in zyklischen Projektmodellen zur Softwareentwicklung enthalten Im Grunde unterschei den sich zyklische Softwareentwicklungsmodelle und eASP methodisch kaum eASP betrachtet den Prozess aus Sicht der Bereitstellung Softwa reentwicklungsmodelle betrachten ihn dagegen aus Sicht der Entwicklung Da das eine im anderen in Form eines Handlungsfeldes oder Aufgaben gebiets vorhanden ist und eine augenscheinlich starke hnlichkeit besteht w re f r die Informatik interessant einen Ansatz zu finden der die Soft wareentwicklung u
90. Daten zu pr sentie ren Die Mandantenf higkeit sichert bei kooperationsunterstiitzenden An wendungen dass Nutzende unterschiedlicher Gruppen bzw Unternehmen nur die Daten ihrer Gruppenmitglieder bzw Kollegen zu sehen bekommen und nicht Daten von fremden Mandanten Eine weitere Anforderung ist die Anpassung der Anwendung hinsichtlich der Benutzungsschnittstelle an die pers nlichen Bed rfnisse der Nutzenden bzw die Anforderungen der ent sprechenden Mandanten 10 1 4 Vorgehen Die Softwarebereitstellung wird durch gesellschaftliche und wirtschaftliche Prozesse beeinflusst Diese u eren Einfl sse wirken sich ber die beteilig ten Akteure auf die Softwarebereitstellung aus Letztendlich sind sie es die sich unter dem Druck der Ver nderungen in Gesellschaft und Wirtschaft selbst wandeln Durch folgende zyklische Vorgehensweise wird der Um gang mit diesen Ver nderungen in den Prozess der Bereitstellung gelegt e Etablierung Die Etablierung eines neuen Zyklus in der Bereitstel lung einer Software stellt den Start f r den neuen Zyklus dar Initiiert wird ein neuer Zyklus durch die beteiligten Akteure die die vorherr schende Bereitstellung an bestimmten Stellen als unbefriedigend empfinden 222 Softwarebereitstellungsansatz eASP nn Instabiler Bereitstellungsrahmen ge Gestaltung Konstituierung von Teilen p oder der Gesamtheit des Bereit stellungs rahmens A et N Diar Oe Dienstleistungs zx
91. Entwicklung Konzepte Erfahrungen Perspektiven Berlin u a Springer 1989 Floyd 1991a Floyd C Aufgabenbezogene Anforderungsermittlung Kap 3 In Floyd C Hrsg Arbeitsunterlagen zur Lehrveranstal Literaturverzeichnis 263 tung Einf hrung in die Softwaretechnik Hamburg Universit t Hamburg Fachbereich Informatik 1991 Floyd 1991b Floyd C Evolution re Systementwicklung STEPS Ber lin Technische Universit t Berlin 1991 Unterlagen zum Seminar beim VDI Verlag 26 27 02 1991 Floyd 1994 Floyd C Software Engineering und dann In Informatik Spektrum 17 1994 Nr 1 S 29 37 Floyd u a 1998a Floyd C Gryczan G Mack J Programmklassi fikation und Anforderungsermittlung Kap 6 In Floyd C Hrsg Pr fungsunterlagen zur Lehrveranstaltung Einf hrung in die Software technik Hamburg Universit t Hamburg Fachbereich Informatik 1998 Floyd u a 1998b Floyd C Gryczan G Mack J Projektorganisation Kap 13 In Floyd C Hrsg Pr fungsunterlagen zur Lehrveranstal tung Einf hrung in die Softwaretechnik Hamburg Universit t Hamburg Fachbereich Informatik 1998 Floyd u a 1997 Floyd C Krabbel A Ratuski S Wetzel I Zur Evolution der evolution ren Systementwicklung Erfahrungen aus einem Krankenhausprojekt In Informatik Spektrum 20 1997 Nr 1 S 13 20 Floyd u a 1989a Floyd C Mehl W M Reisin F M Schmitt G Wolf G Out of S
92. Entwicklungsten denzen im IT Outsourcing http www gor online org download vor Stahlknecht pdf 23 04 2003 2000 Fachtagung der GOR Arbeitsgruppe Wirtschaftsinformatik Duisburg 10 November 2000 Steinmetz und M hlh user 2002 Steinmetz R M hlh user M Rech nernetze In Rechenberger P Pomberger G Hrsg Informatik Hand buch Miinchen Hanser Fachbuch 2002 St hler 2001 St hler P Gesch ftsmodelle in der digitalen konomie Merkmale Strategien und Auswirkungen Lohmar K ln Josef Eurl 2001 Strauss und Corbin 1996 Strauss A Corbin J Grounded Theory Grundlagen Qualitativer Sozialforschung Weinheim Beltz 1996 276 Literaturverzeichnis Strauss u a 2003 Strauss M Pape B Adam F Klein M Reinecke L CommSy Evaluationsbericht 2003 Softwareunterstiitzung fiir selbst st ndiges und kooperatives Lernen Hamburg Universit t Hamburg Fachbereich Informatik 2003 FBI HH B 251 03 Str bel 2000 Str bel M Dynamic Outsourcing of Services Zurich Research Laboratory Z rich 2000 Forschungsbericht IBM Sydow 1999 Sydow J Management von Netzwerkorganisationen Stand der Forschung In Sydow J Hrsg Management von Netzwerk organisation Wiesbaden Gabler 1999 Tao 2000 Tao L Application Service Provider Model Perspectives and Challenges http www ssgrr it en ssgrr2000 papers 034 paf 23 04 2003 2000 Touraine 1984 Touraine A Le r
93. Evolutionary Application Service Providing eASP Ein Ansatz der Softwarebereitstellung Iver Jackewitz UH La Universitat Hamburg Evolutionary Application Service Providing eASP Ein Ansatz der Softwarebereitstellung Iver Jackewitz Hamburg University Press Hamburg Dissertation zur Erlangung der W rde eines Doktors der Naturwissenschaften Dr rer nat am Fachbereich Informatik der Universitat Hamburg Betreuer Prof Dr Arno Rolf Prof Dr Christiane Floyd Gutachter Prof Dr Norbert Ritter Tag der Einreichung 6 Marz 2005 Tag der Disputation 29 August 2005 Bibliografische Information der Deutschen Bibliothek Die Deutsche Bibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie detaillierte bibliografische Daten sind im Internet Uber http dnb ddb de abrufbar Diese Publikation ist au erdem auf den Webseiten des Verlags Hamburg University Press open access verf gbar unter http hup rrz uni hamburg de Die Deutsche Bibliothek hat die Netzpublikation archiviert Diese ist dauerhaft auf dem Archivserver Der Deutschen Biliothek verf gbar unter http deposit ddb de ISBN 3 937816 22 4 2005 Hamburg University Press Hamburg http hup rrz uni hamburg de Rechtstrager Universitat Hamburg Produktion Elbe Werkstatten GmbH Hamburg http www ew gmbh de Inhaltsverzeichnis Abbildungsverzeichnis Tabellenverzeichnis Zusammenfassung Abstract 1 Einleitung I 2
94. F r die Softwarebereitstellung ist u a interessant dass durch die Trans aktionskostentheorie in Zusammenhang mit der Netzwerkorganisation in der Organisationsperspektive deutlich wird dass das Finden Eingehen und Einhalten der Kooperationsbeziehungen Aufwand bedeutet und Kosten ver ursacht Kapitel 7 Dar ber hinaus m ssen die Kosten f r die Bereitstel lung einer Software bestimmbar sein um Entscheidungen hinsichtlich der Frage Insourcing oder Outsourcing f llen zu k nnen Wenn man die eige nen Kosten nicht kennt ist auch schwer festzustellen ob eine Auslagerung rentabel ist Endres 2004 S 548 5 1 5 Serviceflow Management Serviceflows Als Anwendungsmodell von Informatiksystemen in Organisationen stellt das Serviceflow Management die Organisation von Serviceprozessen an hand von Serviceflows in und zwischen Organisationen dar Die Grundlage eines Serviceflows ist ein zeitlich beschr nkter aus Teil leistungen bestehender Serviceprozess mit definiertem Anfang und vorab erkennbarem Ende Ein Servicenehmer wird von einem oder verschiede nen Servicegebern durch den Prozess zur Bed rfnisbefriedigung hinge f hrt Die Bed rfnisbefriedigung wird am Ende des Prozesses erreicht d h der Serviceflow ist beendet sobald die Bed rfnisbefriedigung einsetzt vgl Klischewski und Wetzel 2000 122 Informatiksysteme in Organisationen Das Serviceflow Management vgl Kaschek u a 2001 Klischewski und Wetzel 2001a 2002b Wet
95. Konfiguration im Gemeinschaftsraum unterst tzt Moderatoren haben analog die Aufgabe die Benutzung eines Projek traums zu moderieren den Projektraum zu konfigurieren und Teil nehmer zuzulassen bzw abzulehnen Moderatoren sind nicht berech tigt die Eintr ge anderer Benutzer im Projektraum zu ndern oder zu l schen Die Moderation eines Projektraums wird durch die zu s tzliche Rubrik Konfiguration unterst tzt Anf nglich ist nur der Veranstalter des Projektraums auch Moderator Er kann aber nach Belieben anderen Teilnehmern die Moderationsrolle bertragen und ggf selber auf dieses Recht verzichten Zusammenfassend kann das offene Rechtekonzept durch zwei Prinzipien beschrieben werden Alle d rfen alles bedeutet dass jeder angemeldete Benutzer der Zugriff auf den Gemeinschaftsraum oder einen Projektraum hat je weils alle Beitr ge lesen und unbeschr nkt neue Eintr ge erstellen darf ohne dass es eine Differenzierung zwischen verschiedenen Rol len gibt Eine Ausnahme bildet die spezielle Rubrik Konfiguration Urheberrecht meint dass nur der Verfasser eines Eintrags diesen auch ndern oder l schen darf Andere Benutzer einschlie lich Re dakteure oder Moderatoren k nnen dies nicht Einzige Ausnahme sind Materialien in Projektr umen die vom Verfasser f r die gemein schaftliche Bearbeitung freigegeben wurden Zudem kann jeder Be Kooperationsplattform CommSy 39 nutzer seine eigenen
96. Letztendlich interessieren einen beteiligten Akteur bei der Bereitstel lung von Software seine tats chlichen Kosten die sich aus seinem eigenen Arbeitsaufwand z B in Menschmonaten oder tagen den von anderen Akteuren abgerechneten Leistungen und den Transaktionskosten des ein zelnen Akteurs berechnen Auf der Grundlage der Aufschl sselung seiner Kosten kann ein Akteur seine Beteiligung an der Softwarebereitstellung bewerten und f r sich entscheiden ob z B ein Outsourcing der Softwa 220 Softwarebereitstellungsansatz eASP rebereitstellung oder von Teilen der Softwarebereitstellung wirtschaftlich vorteilhafter gegen ber einer internen L sung ist 10 1 3 Technikperspektive Die zentrale Bereitstellung einer Software f r viele Nutzer erfordert gewis se Voraussetzungen hinsichtlich der bereitzustellenden Anwendung und der technischen Infrastruktur t f Schnittstelle technisch intern b technisch extern ZW entmilitarisierte a organisatorisch Zone oa a intern Wartungszug nge Web Server bzw Angebotsportal Intranet Router H Router Firewall Firewall Internet Hi Authentisierung und weitere Sicherheitsmechanismen a la ie a UB i ts M a za organisatorisch extern Abbildung 32 Technische Infrastruktur f r eASP F r die Technikperspektive ist ausschlaggebend dass die Software zen tral f r viele Nutzende bereitgestellt wird Dies legt ei
97. Ma nahmen hinsichtlich eines Marketings ergriffen z B wissenschaftliche Publikationen rund um CommSy vgl CommSy 2004 und die Teilnahmen an Konferenzen LearnTec 2002 und 2003 CeBIT 2003 Die Nutzung von CommSy hat sich im Wesentlichen mittels Mund zu Mund Propaganda unter den Nut zern verbreitet Da ein finanzielles Interesse an der Bereitstellung von CommSy erst spat in WissPro geweckt wurde besch ftigten sich die Mitarbeiter erst gegen Ende des Projekts mit Werbestrategien Kundenbetreuung W hrend der Fallstudie CommSy WissPro be stand eine Dienstleister Kunden Beziehung zwischen dem Projekt Zwischenergebnis 155 WissPro und dem Bundesministerium fiir Bildung und Forschung BMBF welches das Projekt finanzierte Es sind Vertragsverhand lungen gef hrt Rechnungen gestellt und der Zahlungsverkehr ber wacht worden Au erdem erhielt das BMBF j hrlich Informations materialien in Form von formalen Projektberichten und einen inhalt lichen Bericht zum Projektende So bestand in dieser Fallstudie eine Kundenbetreuung der besonderen Art Da es w hrend der Laufzeit von WissPro nur Nutzer der Bereitstellung von CommSy aber kei ne zahlenden Kunden gab bestand kein Anlass zu einer normalen Kundenbetreuung Abrechnung Aufgrund des anfangs fehlenden finanziellen Interesses wurden zwischen den Dienstleistern Benutzerbetreuungs Betriebs und Entwicklungsteam keine Zahlungen vereinbart Vertragswerk Ebenfalls aus de
98. Projektraums f r al le Veranstalter von CommSy Projektraumen bei Uni de mit der CommSy Entwicklung abschlie en sollte Dieser Beratungsvertrag sah ebenfalls vor dass die CommSy Verantwortlichen von Uni de Mitglieder in diesem Pro jektraum werden sollten so dass die Entwickler sie im Sinne der Benut zerbetreuung als Moderatoren anlernen k nnten Ziel der beiden Vertr ge Kooperations und Beratungsvertrag war aus Sicht der Entwickler Uni de zu erm glichen CommSy Projektr ume er folgreich zu betreiben So forderte die CommSy Entwicklung Uni de auf Aufgaben in der Benutzerbetreuung zu bernehmen Dabei lie en sich die Entwickler von der Einsicht leiten dass die Technik allein nicht zu einer sinnvollen Nutzung f hrt vgl Pape 2004 und eine schlechte Bereitstel lung auf CommSy zur ckfallen w rde Strauss u a 2003 Der antizipierte Sinn beider Vertr ge aus Sicht von Uni de war CommSy von den Entwick lern zu kaufen CommSy wurde aus Haftungsgr nden nicht verkauft son dern Uni de kostenfrei berlassen Vertragsgegenst nde waren die Dienst leistungen Entwicklung und Bereitstellung 60 Erfahrungen in Softwarebereitstellungsprojekten Uni de schickte den von den Gesch ftsf hrern unterschriebenen Ko operationsvertrag am 25 08 2000 nach Hamburg Er wurde begriindet durch Urlaubszeit und Krankheit erst am 14 09 2000 im Postfach des Hamburger Informatik Technologie Center e V HITeC gefunden Inzwischen hatten viele
99. Ps bieten ihren Kunden Service providers zus tzlich Dienstleistungen an um ih nen den Um oder Einstieg bzw die M glichkeit Anwendungen in einem ASP Szenario anbieten zu k nnen zu erleichtern Software providers stellen die Software her bzw zur Verf gung die im ASP Szenario bereitstellt werden soll Oder sie stellen Tools oder Frameworks zur Verf gung mit denen ASP Anwendungen gestaltet werden k nnen Solution providers f hren die Leistungen der einzelnen Anbieter der verschiedenen Schichten zu Paketen zusammen und vermarkten die se mit entsprechenden Servicegarantien Service Level Agreement SLAs Die Solution providers sind die Schnittstelle zwischen An bieter und Kunden Sie sind fiir den Kunden der single point of con tact Grohmann 2002 S 71 Kunden nehmen die anderen Anbieter die sich eventuell hinter dem Solution provider befinden nicht wahr So wird der Solution Provider auch Application Service Provider ge nannt 4 1 2 Vor und Nachteile In der ASP Literatur werden berwiegend die Vorteile f r Kunden beim ASP herausgestellt Seltener findet eine Auseinandersetzung mit den Nach teilen statt Die Vorteile von ASP aus Sicht des Kunden sind vgl Bleek und Pa pe 2001 Citrix 2000 CherryTree 1999 Endres 2004 Falkowski und Vo 82 Gesch ftsmodell Application Service Providing 2003 Grohmann 2002 Giinther u a 2001 Mercer 2000 Sound 1999 Stahlknecht 2000 Tao 2000 Konzentration auf Ke
100. SLAs schriftlich in Vertr gen fixiert werden Hinzukom men noch Leistungen der Sicherheit und des technischen Supports Gesch ftsmodell Application Service Providing The ASP Market Landscape E Enterprise ASP 5 B 7 lt yA E Collaborative ASP va Zz Personal ASP x e Higher volume business e Less customization Less business complexity Less complex sales cycle Extended service Core service Managed service Extent of ASP Service Provided Abbildung 23 ASP Marktlandschaft e Enterprise ASP Im Enterprise ASP sind insbesondere hohes Appli kations und Branchenwissen sowie Erfahrungen in der Softwarein tegration wichtig Angebotene Anwendungen sind hier meist analyti sche und branchenspezifische L sungen sowie komplexe CRM und ERP Systeme In diesem Fall sind auch die Professional Services und eine umfassende Benutzerbetreuung wichtig 4 3 2 Abrechnungsm glichkeiten e Einmalige Geb hren werden einmal meist am Anfang der Bereitstel lung fiir Einrichtungsarbeiten in Rechnung gestellt Die Einrichtung eines Telefonanschlusses lassen sich z B Telekommunikationsunter nehmen mit einer Einrichtungsgeb hr verg ten fe x 7 Lower volume business e More customization e Greater business complexity e Need to integrate with other business systems e Complex sales cycle Die gerade erl uterten Services m ssen ber entsprechende Geb hren ab g
101. Studierende Ferienjobs angenommen oder mit Studien und Diplom arbeiten begonnen so dass der urspriingliche Online Termin 01 10 2000 nicht eingehalten werden konnte Daher wurde der Vertrag von HITeC nicht unterzeichnet und ein neuer Zeitplan der den Online Termin auf Mitte M rz verschob ausgearbeitet Der neue Zeitplan wurde mit dem noch abzu schlie enden Beratungsvertrag am 22 09 2000 an Uni de geschickt Trotz erheblicher Einw nde best tigte Uni de am 27 09 2000 den neuen Zeitplan Am 02 11 2000 traf der von Uni de unterschriebene Nachtrag zum Koope rationsvertrag mit ge ndertem Zeitplan in Hamburg ein Der Beratungsver trag erreichte die Entwickler erst am 26 02 2001 Coase kph apa anes iaria Beaded ie DE algi xj Jerene pni bime hie oe hohe Ure iremen Il opran Abbildung 9 CommSy Einstiegsseite bei Uni de Version 1 0 4 HITeC bernimmt den Technologietransfer des Fachbereichs Informatik der Universit t Hamburg mit Partnern aus der Wirtschaft und war offizieller Vertragspartner von Uni de Zwei Fallstudien 61 Durch einen Wechsel des technischen Ansprechpartners bei Uni de verz gerte sich die Installation von CommSy auf den von Uni de in einem Re chenzentrum in M nchen gemieteten Servern Die bergabe einiger Pass w rter wurde vergessen Erst zum 15 03 2001 konnten die Entwickler den CommSy Code aufspielen den Apache Webserver installieren den PHP Interpreter konfigurieren und die MySQL Datenbank aufs
102. Sy Projektr ume an und formulierten diesbez glich An fragen an Uni de Diese M glichkeit der Vermarktung kam nicht zustande denn Uni de war nicht bereit in die technische Weiterentwicklung zur kon figurierbaren Anzeige von Werbebannern zu investieren 62 Erfahrungen in Softwarebereitstellungsprojekten Zur besseren Vermarktung erarbeitete Uni de stattdessen ein neues Lay out f r die Einstiegsseite zu den Projektr umen Der neue Designvorschlag erreichte die Entwickler am 25 04 2001 Er wurde nie umgesetzt obwohl Uni de den Designvorschlag selbst ins CommSy integrieren wollte und die Entwickler kostenlose Hilfe anboten lernen Liberski dee Fiefia ie Carmrsy Likes este bet Er phe ae aa a ob tabitems bt Fer bei lit eee ae Abbildung 11 Neues Layout fiir die CommSy Einstiegsseite bei Uni de Bei den Entwicklern h uften sich in den ersten Wochen der Bereitstellung Benutzeranfragen zu den bei Uni de angebotenen CommSy Projektr umen Uni de hatte keinen offiziellen Ansprechpartner f r CommSy auf den eige nen Webseiten benannt In einer Telefonkonferenz am 17 04 2001 sprachen die Entwickler diesen Missstand an Schlie lich waren sie die Kooperation eingegangen um vom technischen Betrieb und der Benutzerbetreuung ent bunden zu werden Auch nach der Telefonkonferenz mussten die Entwick ler die Aufgaben der Benutzerbetreuung und des Betriebs des CommSy Servers bernehmen denn die schlechte Betreuung von CommSy durch Uni
103. Teams Benutzerbe treuung Betrieb und Entwicklung wobei die team bergreifende Kommu nikation zun chst vernachl ssigt wurde Die Teams erkannten das Problem und diskutierten fortan bergreifende Themen der Bereitstellung auf den w chentlichen Projektsitzungen Bei gr erem Diskussionsbedarf wurden Workshops initiiert die nicht regelm ig sondern bei Notwendigkeit statt fanden Auch wenn bei diesen Workshops die Koordination der Beteiligten nicht im Vordergrund stand koordinierten sich alle neben den w chentli chen Sitzungen und den verschiedenen Medien auch ber diese Treffen In dieser Fallstudie bestanden keine kurzfristigen Detailvertr ge und auch keine explizite Best tigung oder Ver nderung des Bereitstellungsrah mens Dennoch wurden Kommunikationsregeln aufgestellt und auf unbe friedigende Bereitstellungssituationen z gig reagiert indem die Bereitstel lung an die ver nderten Bedingungen angepasst wurde Dies entspricht dem in Abschnitt 9 1 1 vorgestellten zyklischen Vorgehen ohne dass bei Comm Zwischenergebnis 207 Sy WissPro das Vorgehen explizit etabliert bzw durch vertragliche Rege lungen dokumentiert worden w re 9 3 Zwischenergebnis Die Betrachtung von Einfl ssen und Ver nderungen ber einen l ngeren Zeitraum ist eine Voraussetzung f r die Gestaltung der Softwarebereitstel lung Dabei wird deutlich dass alle beteiligten Akteure durch ihr Handeln jederzeit die Softwarebereitstellung gestalteten
104. Teil und der Erweiterung der beiden Methodenrahmen im dritten Teil dieser Arbeit Dar ber hinaus entspricht diese Auswahl dem am Fach bereich Informatik der Universit t Hamburg entwickelten Verst ndnis von Informatiksystemen in Organisationen welches sich u a in der Mani festation des Studienprofils ISO ausdr ckt In Anlehnung an den Schwer punkt Organisationsbezogene Softwareentwicklung OSE des Studien profils strukturiert dieses Kapitel die skizzierten Ans tze und Methoden rahmen in zwei Abschnitte e Der Abschnitt softwarebezogene Organisationsentwicklung enth lt die Ans tze die auf die Organisationsgestaltung fokussieren e Der Abschnitt organisationsbezogene Softwareentwicklung h lt die Ans tze bereit die verst rkt die Softwareentwicklung in den Blick nehmen Diese Trennung ist im Studienprofil ISO und dem Schwerpunkt OSE nicht vorgesehen Vielmehr sind alle im Folgenden dargestellten Ans tze dem Schwerpunkt OSE zuzuordnen Dennoch hilft die sicherlich nicht trenn scharfe Unterscheidung die verschiedenen Ans tze besser voneinander ab zugrenzen Softwarebezogene Organisationsentwicklung 113 5 1 Softwarebezogene Organisationsentwicklung Der folgende Abschnitt pr sentiert die Ans tze die prim r auf die Orga nisationsgestaltung bei Informatiksystemen in Organisationen fokussieren Hierzu geh rt die IT unterst tzte Organisationsgestaltung das Akteursmo dell die Netzwerkorganisation die Transak
105. Uni de s mtliche Aufgaben die mit der Bereitstel lung von CommSy verbunden waren und die bei der kooperativen Nutzung von CommSy in entsprechender Qualit t und Quantit t h tten bernommen werden m ssen vernachl ssigt bzw die entsprechenden Rollen nicht oder nur teilweise weiter ausf llt Das Ziel der Erh hung des wissenschaftlichen Niveaus von http www uni de gab Uni de damit aber nicht g nzlich auf sondern die CommSy Projektr ume existierten unbetreut weiter Dies f hrte dazu dass Nutzende sich bei Problemen an HITeC wandten was im Widerspruch zu dessen Ziel stand die Aufgaben der Benutzerbetreuung und des Betriebes abzugeben Da die schlechte Bereitstellung auf CommSy selbst zur ckzufallen drohte bernahm HITeC zun chst die Aufgaben der Benutzerbetreuung Als HITeC dar ber hinaus die Aufgaben des Betriebs h tte bernehmen m ssen zog sich HITeC resigniert aus der Kooperati on zur ck So scheiterte die Kooperation trotz zweier vertraglichen Rege lungen zwischen HITeC und Uni de Die Bereitstellung von CommSy bei Uni de kann als quantitativ und qualitativ gering und insgesamt als unzu reichend charakterisiert werden Trotz des gescheiteren Finanzierungsmodells gab es in diesem Bereit stellungskontext einen Zahlungsverkehr Es wurde eine einmalige Geb hr f r die Weiterentwicklung erhoben sowie wiederkehrende Geb hren f r die Beratung in der Benutzerbetreuung ber den Zeitraum von einem halben Jahr Ob Uni de Einnah
106. Was ist zu tun 6 1 1 bergreifende Aufgabe Software x bereitstellen Die Aufgabe Software x bereitstellen wird als bergreifende Aufgabe Ab schnitt 5 2 3 definiert und als Ausgangspunkt der Aufgabensystematisie rung f r die Softwarebereitstellung verwendet Das x entspricht der kon kreten Software die bereitgestellt werden soll Aus der Definition als ber greifende Aufgabe ergibt sich 1 dass sie von einer Vielzahl von funktionellen Rollen an unterschied lichen Orten bearbeitet werden muss 2 dass sie ein hohes Ma an Flexibilit t erfordert da ihre Erledigung von u eren Faktoren abh ngig ist 3 und dass zu ihrer Durchf hrung eine Vielzahl von Handlungen zur Koordination notwendig ist Punkt 1 f hrt zu den nachfolgend aus den ASP Wertsch pfungsketten dar gestellten bergeordneten Aufgaben die auf der n chsten Ebene zu funk tionellen Rollen f hren Punkt 2 ist f r das Vorgehen in Kapitel 9 rele vant Punkt 3 erg nzt die bergeordneten Aufgaben durch die bergeordne te Aufgabe Kooperation die u a der Koordination Aufgabengebiet aller Beteiligten dient Die bergreifende Aufgabe Software x bereitstellen besteht aus den bergeordneten Aufgaben Anwendungsentwicklung Betrieb Benutzerbe treuung Marketing Kundenbetreuung und Zugriffserm glichung vgl Ab schnitt 4 2 ber Wertsch pfungsketten sowie aus der bergeordneten Auf gabe Kooperation vgl Abschnitt 5 2 3 Definition der bergreif
107. aftliche Wertsch6pfungskette Kombinierte Wertsch pfungskette 2 2 2 2 ASP Leistungssystem o CC 2 onen ASP Marktlandschaft 22222 22 2 Technische Infrastruktur beim ASP Perspektivische Verkn pfung Einflussgr en auf die Transaktionskosten Zyklisches STEPS Projektmodell 62 xii 28 29 30 31 32 33 34 35 36 Abbildungsverzeichnis Kollektives Rollennetz bei der Bereitstellung von Software Technische Infrastruktur f r eASP 2 2 Zyklisches Verst ndnis der Softwarebereitstellung Kollektives Rollennetz bei der Bereitstellung von Software Technische Infrastruktur f reASP Zyklisches Verst ndnis der Softwarebereitstellung Zyklisches Projektmodell von STEPS mit Softwarebereitstellung ooa Spirale von Versionen bei der zyklischen Softwareentwicklung oaoa Erweiterte IT unterst tzte Organisationsgestaltung als Kreislauf sy pare Bai ak tea Ay bared AE 160 215 Tabellenverzeichnis Rollen als Abstraktion zwischen Aufgaben und Akteuren Aufgaben bei der bergreifenden Aufgabe Software x bereitstellen 22 2 Summen Analyse der bergreifenden Aufgabe CommSy bereitstellen in der Fallstudie CommSy Uni de Analyse der bergreifenden Aufgabe CommSy bereitstellen in der Fallstudie CommSy WissPro Nutzungszahlen in der Fallstudie CommSy WissPro 16 10 2003
108. alb des Dreiecks oder selber Application Service Provider im eigenen Kreis und innerhalb des Dreiecks sein e Network Provider oder auch Hoster stellen Rechenkapazit t und den Zugang zum Internet bereit Sie k nnen potentielle Partner oder sel ber Application Service Provider sein Application Vendors Softwarehersteller stellen Anwendungen bzw speziell ASP Anwendungen her Sie k nnen potentielle Partner oder selber Application Service Provider sein Other Software Vendors andere Softwarehersteller die zus tzliche Software Abrechnungssysteme Virenscanner usw zur Bereitstel lung von Anwendungen in einem ASP Modell entwickeln stellen meist nicht selber Software bereit Es w rde sie von ihren Kernkom petenzen zu weit wegf hren Sie k nnen als Partner von Application Service Provider auftreten 80 Gesch ftsmodell Application Service Providing e Hardware Vendors Hardwarehersteller liefern ben tigte Hardware und sind wie die anderen Softwarehersteller als potentielle Partner einzustufen e Distributors und Resellers erwerben ASP Dienstleistungen die sie an Kunden weiterverkaufen Sie treten als Vermittler oder als eigen st ndige Partner dem Kunden gegen ber auf und gelten ebenfalls als potentielle Partner ASP Schichtenmodell Bei Farleit 2000 und Tao 2000 findet sich ein ASP Schichtenmodell um die beteiligten Akteure zu identifizieren Die verschiedenen Schichten werden von Provider Rollen Solution provid
109. anagement sollten auch Vereinbarungen f r die Beendigung der Kooperation ge schlossen werden insbesondere Regelungen ber die Freigabe und den Transfer der f r die Bereitstellung wichtigen Daten z B Kun dendaten 168 Organisationsperspektive Wer tut was Mehrere Kooperationszyklen siehe Abschnitt 9 1 1 innerhalb einer Ver tragsdauer bedeuten f r Kooperationsvertr ge zwischen kollektiven Rol len dass in Rahmenvertr gen die langfristige Kooperation erkl rt und in konkreten Vertr gen die Kooperation ausdifferenziert werden sollte Dieser Vorschlag f r Vertragsformen in eASP folgt den Ausf hrungen von Zwipf und Sch nfelder 2002 zu Vertragsarten und formen im ASP Abschnitt 4 4 1 7 1 5 Geb hren und Kosten Bei der Betrachtung der Kosten einer Softwarebereitstellung ist zwischen den gesamten Kosten und den in Rechnung gestellten Kosten zu unterschei den Zur besseren Unterscheidung werden die in Rechnung gestellten Ko sten fortan Geb hren genannt Geb hren k nnen folgenderma en klassifi ziert werden Abschnitt 4 3 2 e einmalig z B Einrichtungsgeb hr oder Softwarelizenzkosten beim Kauf e wiederkehrend z B monatliche Grundgeb hr j hrliche Lizenzkos ten e nutzungsabh ngig z B nach bertragungsvolumen oder Zeiteinhei ten berechnete Kosten Klassisches Beispiel dieser verschiedenen Geb hrenarten ist das Telefon F r die Einrichtung eines Telefonanschlusses wird eine einmalige Einrich
110. anderer Mitglieder erm glichen So kann Wissen gemeinschaftlich er worben und im interdisziplin ren Austausch erprobt und gefestigt werden CommsSy unterst tzt die verantwortungsvolle Benutzung in der Gemein schaft durch Geschlossene Benutzergruppe CommSy wendet sich mit seinen un terschiedlichen R umen jeweils an bestimmte Benutzergruppen z B an Angeh rige eines Fachbereichs oder an Teilnehmer einer Lehrver anstaltung Dadurch wird erreicht dass der Adressatenkreis teilweise pers nlich bekannt ist was den Aufbau einer vertrauensvollen Ar beitsbeziehung unterst tzt e Keine anonymen Beitr ge Mit jedem Eintrag wird der Name des Au tors gespeichert und in der Detailansicht des Eintrags angezeigt So wird die bernahme von Verantwortung f r eigene Beitr ge einge fordert und die Zuordnung von Beitr gen zu Mitgliedern unterst tzt Verwirrung durch anonyme oder automatisch generierte Beitr ge de ren Urheber nicht erkennbar sind wird dadurch vermieden e Offenes Rechtekonzept Auf die Implementierung einer komplexen Rechteverwaltung wurde bei CommSy absichtlich verzichtet denn freie und uneingeschr nkte Benutzung f rdert die Eigeninitiative So wird der Aufbau von bestimmten Teamstrukturen und Rollenvertei lungen durch das System nicht pr judiziert e Betonung der Gemeinschaft Im Gemeinschafts bzw Projektraum werden allen Mitgliedern jeweils dieselbe Ansicht und dieselben In halte pr sentiert Dies erm glich
111. anisation Technik und Vorgehen insbesondere darauf achten dass die Perspektiven eine interne Bereitstellung nicht ausschlie en 5 Informatiksysteme in Organisationen Im folgenden Kapitel wird das Teilgebiet der Informatik Informatiksy steme in Organisationen vorgestellt um das Gesch ftsmodell ASP sp ter methodisch theoretisch zum Bereitstellungsansatz eASP erg nzen und fundieren zu k nnen Dar ber hinaus wird eASP am Ende dieser Arbeit in dieses Gebiet eingegliedert indem es in die folgenden und sp ter n her be schriebenen zwei Methodenrahmen aus dem Gebiet Informatiksysteme in Organisationen integriert wird e Die T unterstiitzte Organisationsgestaltung nach Rolf 1998 legt den Schwerpunkt auf die von Software beeinflusste Organisations gestaltung Dieser Ansatz spannt in einer perspektivischen Verkn p fung eine Matrix auf in der sich Technik und Organisationsoptionen in unterschiedlich granularen Ebenen anordnen lassen Der Methodenrahmen der Softwareentwicklung STEPS nach Floyd 1986 1991b begreift den Softwareentwicklungsprozess als Design und kooperativen Lernprozess aller Beteiligten STEPS beruht auf einem zyklischen Projektmodell und wird durch Methoden konkreti siert die auf der grundlegenden evolution ren Sichtweise aufbauen Wie sich der erarbeitete Ansatz eASP in die beiden Methodenrahmen ein binden l sst wird im dritten Teil dieser Arbeit Kapitel 10 behandelt Zur berwindung der i
112. anisations und Technikoptionen Abbildung 36 Erweiterte IT unterst tzte Organisationsgestaltung als Kreislauf unterst tzten Organisation die Bereitstellung der Informationstechnik ge staltet werden Dar ber hinaus werden durch eASP Aspekte in der Nut zung der IT unterst tzten Organisation sichtbar die Grundlage f r ein er neutes Verstehen und Gestalten also einen neuen Zyklus sein K nnen So ist zusammenfassend festzustellen dass sich eASP hinsichtlich seiner gera de skizzierten Leistungen hervorragend in den Gestaltungsprozess der IT unterst tzten Organisationsgestaltung integrieren l sst 10 3 eASP in der Praxis Die Bewertung der Nutzbarkeit von eASP f r die Praxis wird anhand der Erweiterung von ASP und der Verallgemeinerbarkeit von eASP diskutiert 232 Softwarebereitstellungsansatz eASP 10 3 1 eASP als Erweiterung von ASP Die Entstehung und Verbreitung von ASP Kapitel 4 als aus der Sicht eines Kunden Outsourcing der Bereitstellung von Anwendungen bzw als aus der Sicht eines Dienstleistungsanbieters Gesch ftsmodell f r die Be reitstellung von Anwendungen f r unternehmensexterne Kunden wird als logischer Schritt nach der raschen und fortschreitenden Entwicklung in der Internettechnologie gesehen vgl Rolf 2004a Die Einschr nkung von ASP per definitionem auf Softwarebereitstellungsszenarien bei denen der Kunde bzw der Nutzer und der Dienstleistungsanbieter immer aus unter schiedlichen Unternehmen stamm
113. anisieren wollen oder m ssen Durch Technik Organisations und Dienstleistungsperspektive sowie der vorgeschlagenen zyklischen Vorgehensweise werden den beteiligten Akteuren Ansatzpunkte zum Verstehen und Gestalten aufgezeigt so dass sie miteinander die Bereit stellung von Software kooperativ leisten bzw nutzen k nnen Ein methodischer Beitrag dieser Arbeit ist die Verkn pfung von Auf gabenanalyse und Akteursmodell mit Hilfe des in dieser Arbeit vorgestell ten kollektiven Rollennetzes Die kollektive Rolle macht sich die Flexibi lit t der funktionellen Rolle auf der Ebene von Akteuren zunutze So l sst sich die Bereitstellung von realen Akteuren abstrahieren und ein kollek tives Rollennetz gestalten Das kollektive Rollennetz liefert Ansatzpunkte zur Gestaltung und spiegelt die Organisation der Bereitstellung wider 11 2 Kritische Bewertung des Erreichten Der vorgestellte Ansatz zur Softwarebereitstellung eASP ist ein Beitrag zur Systematisierung von Softwarebereitstellungen und l sst einen umfassen den Blick auf Softwarebereitstellungskontexte zu Wie l sst sich eASP aber in der Praxis verwenden Ist die mit eASP sichtbar gewordene Komplexit t Kritische Bewertung des Erreichten 237 der Softwarebereitstellung in der Praxis handhabbarer oder ist die aufge baute Systematisierung eher realit tsfern und nur theoretisch gebrauchs tauglich Ans tze und Modelle versuchen komplexe Situationen zu erkl ren in dem sie durch bewuss
114. ar ber hinaus ist keine explizite und umfassende Beschreibung von Auf gaben im ASP enthalten Sie tauchen implizit in den schon angesprochenen Wertsch pfungsketten oder in Servicebeschreibungen auf in denen sie im Sinn von Dienstleistungsstufen zu Aufgabenb ndeln zusammengeschn rt werden F r die Organisationsperspektive bietet ASP erste Ans tze durch das ASP Player Modell das Schichtenmodell und durch die kombinierte Wert sch pfungskette die Aufgabenfelder mit Akteuren ber Kompetenzen ver kn pft Welche Rollen gibt es au er dem Application Service Provider und seinen Partner noch Warum wird im ASP nicht auf die Rolle des Nutzers und nur wenig auf die Rolle des Kunden eingegangen Warum fehlt die Rolle des Kunden im ASP Player Modell Dar ber hinaus erscheint die Zuordnung von Aufgaben zu Akteuren ber Kernkompetenzen nach Gil lian u a 1999 Abschnitt 4 1 1 zu vage Interessant ist welcher Akteur in welcher Rolle welche Aufgaben bernimmt Im ASP fehlt eine Aufga bensystematik Au erdem ist im ASP keine Auseinandersetzung mit dem Akteursbegriff und den teilweise nichtharmonischen Beziehung zwischen Akteuren zu finden Hinsichtlich der Beziehungen werden im ASP nur Ver tragsarten und SLAs diskutiert die die Beziehungen zwischen den Ak teuren als Dienstleistungsbeziehungen charakterisieren ohne dass sich die Autoren in der ASP Literatur bisher mit dem Dienstleistungsbegriff aus einandergesetzt haben Hinsichtlich der K
115. arebereitstellung Die Benutzungsbetreuung nimmt sich der Betreuung der Nutzung an und versteht dabei die Benutzerbetreuung als ein Aufgabengebiet neben anderen Weitere Aufgabengebiete sind u a Auswahl Einsatz und Test neuer Hard und Software versionen Installation und Wartung bestehen der Softwarepakete Bestellung von Hard und Software Standardisierung Lagerhaltung von Ersatzteilen Koordination der zentralen und dezentralen Benutzungsbetreuung vgl Jackewitz 1998 Langel Nentwig 1991 Mais berger 1987 Mertens 1985 Weltz und Ortmann 1987 Pape und Jackewitz 2002 Pape u a 2002b Die Benutzungsbetreuung deckt mit ihrem umfas senderen Verst ndnis verschiedene Aspekte der Softwarebereitstellung ab Geringe Beachtung schenkt die Benutzungsbetreuung allerdings der Feh lerbehebung Softwareentwicklung oder dem Marketing Dar ber hinaus wird der Dienstleistungsbegriff in der Benutzungsbetreuung wenig betrach tet w hrend er bei der Softwarebereitstellung grundlegend ist 2 3 6 Nutzung Unter der Nutzung von Software wird umgangssprachlich die Benutzung von Software verstanden Im Sinne der Softwarebereitstellung kommt diese Aufgabe den Nutzenden zu Pape 2004 S 71 versteht die Softwarenutzung umfassender als situa tive Gesamtheit aller Aktivit ten die dazu beitragen dass ein Softwaresy stem zur Unterst tzung bestehender oder neuer Handlungsweisen routiniert verwendet werden kann Dieses Verst ndnis umfasst die Berei
116. arebereitstellung einbezogen 9 1 3 Kontinuierliche Treffen Die Partizipation aller Akteure an Treffen zur Organisation der weiteren Zusammenarbeit sichert den bewussten Umgang mit Ver nderungen da die sich ver ndernden Akteure sich entsprechend in die Gestaltung der Softwa rebereitstellung einbringen Dar ber hinaus sichern kontinuierliche Treffen in kurzen Zyklen von ca einem Jahr den Umgang mit Ver nderungen ber den gesamten Zeitraum 202 Vorgehen Wie passiert es Da diese Zusammenkiinfte der Aushandlung von Kooperationsbedin gungen dienen ist es nicht ratsam nur ein Treffen mit allen beteiligten Akteuren zu veranstalten Effektiver sind mehrere Treffen entsprechend der Anzahl der Kooperationsbeziehungen an denen dann jeweils nur die beteiligten Akteure teilnehmen Diesem Ansatz folgend hat vor allem der Akteur der die kollektive Rolle des Dienstleistungsanbieters tibernimmt als zentrale Instanz im Ak teursnetzwerk entsprechend viele Treffen zur Verhandlung der Kooperati onsbeziehungen Dies l sst auf einen gro en Arbeitsaufwand schlie en der die Kosten im Sinne der Transaktionskostentheorie Abschnitt 5 1 4 erheb lich erh ht Diese Annahme muss teilweise relativiert werden Die Trans aktionskosten einer einmaligen Aushandlung einer Kooperationsbeziehung f r einen langen Zeitraum sind betr chtlich weil nderungen im Vorwege antizipiert werden und in entsprechend flexiblen Vereinbarungen m nden m ssen Dies
117. asst alle f r die Koordination einer Leistungsbeziehung relevanten sozialen rechtlichen und technologischen Rahmenbedingungen Gegenseiti ges Vertrauen und hnliche Werthaltungen der Transaktionspartner verringern die Wahrscheinlichkeit opportunistischen Verhaltens und machen damit transaktionskostenintensive Schutzklauseln berfl s sig Moderne Informations und Kommunikationssysteme K nnen die M glichkeiten rationalen Verhaltens erweitern den Spezifit tsgrad einer Transaktion ver ndern und generell Kosten der Informations bertragung senken Vertrauen und effiziente Informations und Kom munikationssysteme beg nstigen damit marktwirtschaftliche oder ko operative Formen der Aufgabenerf llung e Verf gbarkeit von Know how und Kapital Wenn ein Unternehmen das f r die Eigenerstellung spezifischer und unsicherer Leistungen erforderliche Kapital und Know how nicht besitzt kann es die ent sprechenden Leistungen nicht selbst erstellen In diesem Fall muss es unter Inkaufnahme h herer Transaktionskosten langfristig ange legte Kooperationsbeziehungen mit externen Partnern eingehen Die Auswahl der jeweiligen effizienten Koordinationsform variiert je nach dem Spezifit tsgrad der jeweils zu erstellenden Leistung F r Leistungen geringer Spezifit t sind M rkte f r Leistungen hoher Spezifit t jedoch eher hierarchische Koordinationsformen transaktionskostenminimierend Zwi schen den Extremformen Markt und Hierarchie gibt es ein
118. attfindet oder bis mor gen zur Vorbereitung ein Text gelesen werden soll So m ssen vorgesehe ne Ausfallzeiten des Servers langfristig geplant und angek ndigt werden damit sich die Nutzenden darauf einstellen k nnen 3 2 2 Aufbau von CommSy CommsSy unterst tzt die skizzierten Perspektiven mit zwei Bereichen e Ein einzelner Gemeinschaftsraum ist allen Mitgliedern einer Lernge meinschaft zug nglich und unterst tzt mit Strukturierungs und Ar chivierungsfunktionen vor allem das Studium in seiner Gesamtheit Der Begriff Lerngemeinschaft wird hier sehr allgemein f r alle Menschen in einer Organisation verwendet die im weitesten Sinne miteinander lernen wollen z B f r Professoren wissenschaftliche Mitarbeiter und Studierende einer Universit t e Die Projektr ume stehen Gruppen mit bis zu 30 Teilnehmenden in nerhalb der Lerngemeinschaft zur Verf gung die zeitlich befristet an einem bestimmten Thema zusammen arbeiten Sie unterst tzen damit vor allem einzelne Lehrveranstaltungen etwa Seminar oder Projektgruppen Das Betreten eines CommSys sei es nun der Projektraum oder der Ge meinschaftsraum technisch gesehen die Authentisierung eines Benutzen den gegen ber dem System erfolgt ber das Portal siehe Abbildung 3 2 Ich beziehe mich hier auf die CommSy Version 2 2 die zum Zeitpunkt der Fertigstellung dieses Kapitels aktuell war In den CommSy Versionen 2 0 und 2 1 werden teilweise an dere B
119. ben die in fehlender Moderation oder mangelnder Ein bettung in den Veranstaltungskontext begr ndet sind Zudem spielt die Benutzbarkeit des Systems eine entscheidende Rolle f r die Zufriedenheit mit dem Systemeinsatz Je mehr die Teilnehmer der Aussage zustimmen CommSy sei einfach zu benutzen desto zufriedener sind sie mit dem Systemeinsatz Umgekehrt sind h ufige Probleme bei der CommSy Nutzung negativ mit der Zufriedenheit korreliert Daraus l sst sich folgern dass die einfache und unmittelbare Benutzbarkeit einer Lern plattform ein entscheidender Faktor f r den Erfolg des Einsatzes ist F r die Bereitstellung bedeutet das Prinzip Einfachheit in der individu ellen Benutzung auf der einen Seite eine Entlastung bei der Beantwortung von Supportanfragen zu Handhabungsproblemen Auf der anderen Seite folgt aus diesem Prinzip dass die Bereitstellung insbesondere der tech 3 Die entsprechenden Rangkorrelationen sind allesamt auf dem Niveau von a 0 01 signifikant Strauss u a 2003 48 Erfahrungen in Softwarebereitstellungsprojekten nische Betrieb und die Betreuung der Nutzenden bei Handhabungsfragen nicht von den Nutzenden Lehrenden und Lernenden tibernommen werden diirfen Diese Aufgaben miissen andere Personen leisten Verantwortungsvolle Benutzung in der Gemeinschaft CommSy soll Eigeninitiative und Verantwortlichkeit in der Gruppe unter stiitzen und dadurch die Auseinandersetzung mit Inhalten und Perspekti ven
120. bes und der Benutzerbetreuung abzugeben um sich wieder ganz der Entwicklung von CommSy widmen zu k nnen Es ist festzustellen dass Uni de als zentraler Akteur im Akteursnetzwerk im Gegensatz zu den anderen Akteuren mehrere Rollen eingenommen hat Weiterhin ist festzustellen dass hinsichtlich der Kooperationen der kol lektiven Rollen kaum vertragliche Regelungen bestanden Einzig zwischen HITeC und Uni de bestanden zwei Vertr ge Der erste Vertrag Kooperati onsvertrag regelte die berlassung der Nutzungsrechte vom Anwendungs partner HITeC zum Dienstleistungsanbieter Uni de und die Weiterent wicklung von CommSy Es wurden allerdings keine detaillierten Vereinba rungen in Form von SLAs ausgehandelt Insbesondere wurden keine Punk te im Sinne einer Kooperations SLA in den Vertrag aufgenommen Der zweite Vertrag Beratungsvertrag regelte hnlich unspezifisch die Bera tung des Supportpartners Uni de durch den Anwendungspartner HITeC Anwendung auf die Fallstudien 175 So ist es nicht verwunderlich dass bei den aufgetretenen Problemen weder ein Problemmanagement aktiv wurde noch eine entsprechende Kommuni kation einsetzte Das Finanzierungsmodell ber Bannerwerbung die Bereitstellung von CommsSy zu finanzieren war nicht tragf hig da die Nutzenden von Comm Sy nicht genug Traffic erzeugten So stand die Bereitstellung von CommSy bei Uni de im Widerspruch zum Unternehmensziel der Gewinnerwirtschaf tung Als Ergebnis hat
121. candinavia Alternative Approaches to Software De sign and System Development In Human Computer Interaction 4 1989 S 253 350 Floyd u a 1990 Floyd C Mehl W M Reisin F M Wolf G Pro jekt PetS Partizipative Entwicklung transparenzschaffender Software f r EDV gest tzte Arbeitspl tze Berlin Technische Universit t Berlin 1990 Endbericht an das Ministerium f r Arbeit Gesundheit und So ziales des Landes Nordrhein Westfalen Floyd u a 2004 Floyd C Pape B Bleek W G Jackewitz I Jee nicke M Softwareentwicklung als Wissensprojekt am Beispiel der 264 Literaturverzeichnis CommSy Entwicklung S 389 411 In Pape B Krause D Ober quelle H Hrsg Wissensprojekte Gemeinschaftliches Lernen aus di daktischer softwaretechnischer und organisatorischer Sicht M nster Waxmann 2004 Floyd u a 1989b Floyd C Reisin F M Schmitt G STEPS to Software Development with Users In Chezzi C McDermid J A Hrsg Proccedings of the 2nd European Software Engineering Con ference ESEC 89 Lecture Notes in Computer Science 387 Berlin Springer 1989 Floyd und Z llighoven 2002 Floyd C Ziillighoven H Softwaretech nik In Rechenberger P Pomberger G Hrsg Informatik Handbuch Miinchen Hanser Fachbuch 2002 Frank u a 1998 Frank U Klein S Kremar H Teubner A Aktions forschung in der WI Einsatzpotentiale und Einsatzprobleme S 71 90
122. cation Service Providing as Part of Intelligent Decision Support for Supply Chain Ma nagement In Sprague R H Hrsg Proceedings of the 36th Hawaii International Conference on System Science 2003 Los Alamitos CA USA IEEE 2003 Farleit 2000 Farleit Limited Anatomy of an ASP Defi ning the new genus http epf oi uni mb si clani privka rac podp revizija asp osuove trend i pdf 23 04 2003 2000 White Paper Finck u a 2004 Finck M Janneck M Oberquelle H Benutzer gerechte Gestaltung von CSCL Systemen S 203 219 In Pape B Krause D Oberquelle H Hrsg Wissensprojekte Gemeinschaftli ches Lernen aus didaktischer softwaretechnischer und organisatorischer Sicht M nster Waxmann 2004 Fjellheim u a 1974 Fjellheim R Handlykken P Nygaard K Re port from a Seminar on System Description at Skogen Roros Oslo Norwegian Computer Center 1974 S 65 Flick 1999 Flick U Qualitative Forschung 4 Auflage Reinbek Rowohlt 1999 Floyd 1986 Floyd C STEPS eine Orientierung der Softwaretechnik auf sozialvertr gliche Technikgestaltung S 106 131 In Riedemann E Hagen U von He K D Wicke W Hrsg 10 Jahre Informatik und Gesellschaft eine Herausforderung bleibt bestehen Dortmund Universit t Dortmund 1986 Forschungsbericht Nr 227 Floyd 1989 Floyd C Softwareentwicklung als Realit tskonstruktion S 1 20 In Lippe W M Hrsg Software
123. chaftsinformatik 46 2004 Nr 6 S 446 458 DeMichelis 2003 DeMichelis G The Swiss Pattada In Interactions 10 2003 Nr 3 S 44 53 D ring 2003 D ring N Sozialpsychologie des Internet Die Bedeu tung des Internet f r Kommunikationsprozesse Identit ten soziale Be ziehungen und Gruppen Bd 2 G ttingen u a Hogrefe 2003 Duden 1980 Wissenschaftlicher Rat der Dudenredaktion Hrsg Die Rechtschreibung Bd 1 18 Auflage Mannheim u a Bibliographisches Institut 1980 Duden 1993 Lektorat des B I Wissenschaftsverlag Hrsg Informatik Ein Sachlexikon f r Studium und Praxis 2 Auflage Mannheim u a Dudenverlag 1993 Eilingsfeld und Sch tzler 1997 Eilingsfeld F Sch tzler D Intranets firmeninterne Informationssysteme mit Internet Technologie Heidel berg dpunkt 1997 Eisenmann und Pothen 2001 Eisenmann T Pothen S Application Ser vice Providers Cambridge Havard Business School Publishing 2001 801310 Endres 2004 Endres A Sind Outsourcing und Offshoring die neu en Heilmittel bei Informatik Problemen In Informatik Spektrum 27 2004 Dezember Nr 6 S 546 550 262 Literaturverzeichnis Ertel 1986 Ertel R Was sind Dienstleistungen Definitorische Anmer kungen S 15 23 In Pestel E Hrsg Perspektiven der Dienstlei stungsgesellschaft G ttingen Vandenhoeck und Ruprecht 1986 Falkowski und Vo 2003 Falkowski T Vo S Appli
124. chen allen Beteiligten vgl Floyd 1994 In kurzen Entwicklungszy klen k nnen prototypische Systemversionen erstellt werden die m glichst umgehend in ihre vorgesehenen Verwendungszusammenh nge eingebracht werden um zeitnahe Erfahrungen f r die Entwicklungsarbeit zu sammeln Es geht darum miteinander Probleme zu erschlie en tragf hige L sun gen zu erarbeiten diese zu bewerten und zu revidieren um so schrittweise ein gemeinsames Verst ndnis der Software sowie die mit ihr verbundenen Ver nderungen der Handlungsm glichkeiten im Einsatzkontext zu erlan gen Dazu sind geeignete Darstellungsmittel einzusetzen die helfen ein 2 Fr here Gedanken zu den folgenden drei Abs tzen finden sich bei Jackewitz und Pape 2004 Organisationsbezogene Softwareentwicklung 127 gemeinsames Verst ndnis der betreffenden Organisationssituation heraus zubilden vgl Z llighoven 1998 Krabbel und Wetzel 1998 Jeder Zyklus der Softwareentwicklung dient sowohl der Herstellung einer Softwareversion als auch den Vorbereitungen im Einsatzumfeld der Software wie zum Beispiel Qualifikationsma nahmen oder organisatori schen Anpassungen vgl Wulf und Rohde 1995 Floyd u a 1997 Rolf 1998 Gegen ber den Phasenmodellen wird damit die Verquickung von Diskursebenen mit der zeitlichen Reihenfolge von Entwicklungsschritten aufgehoben Die Aktivit ten in unterschiedlichen Handlungsfeldern sind nicht grunds tzlich getrennten Arbeitsphasen oder Projektabsc
125. chte Benutzung von CommSy zu f rdern Aufgaben Resultate in den Entwicklungspro zess integrieren didaktische Modelle entwickeln erproben auswer ten und ver ffentlichen e Didaktische Beratung CommSy unterst tzt projektorientierte Leh re bzw projektorientiertes Arbeiten Der Erfolg von CommSy be ruht auf seiner Einbettung in eine Lehrveranstaltung und h ngt somit von Lehrveranstalter ab Die didaktische Beratung sollte den Ver anstalter unterst tzen CommSy geeignet einzubeziehen Uber ein Veranstalterforum CommSy Projektraum konnten die Veranstalter sich untereinander austauschen und die Benutzung eines CommSy Projektraums aus Sicht eines normalen Benutzers erfahren Aufgabe Sprechstunden anbieten und Veranstalterforum moderieren Anwendung auf die Fallstudien 145 e Redaktion Die Redaktion eines CommSy Servers umfasste die Ver waltung von Benutzerkennungen und CommSy Projektr umen so dass Nutzer zu CommSy einen Zugang erhielten Aufgaben Benut zerkennungen und Projektr ume verwalten Zus tzliche funktionelle Rollen In der Fallstudie CommSy Uni de existierten zus tzliche Rollen e Didaktiker Der Didaktiker befasste sich mit den zugrunde liegenden didaktischen Konzepten Aufgabengebiet Didaktik e Redakteur Der Redakteur eines CommSy Servers verwaltet Benut zerkennungen und Projektr ume Aufgabengebiet Redaktion e Veranstaltungsbetreuer Der Veranstaltungsbetreuer beriet die Ver anstalter bei der Inte
126. ckewitz u a 2002c Hankel u a 2003 Janneck u a 2003 Jackewitz u a 2004 Der Entwicklungsprozess wurde ebenfalls in verschiedenen Publikatio nen dokumentiert vgl Bleek 2004 Bleek und Pape 2001 Floyd u a 2004 Pape 2004 Simon u a 2004 Evaluation der Bereitstellung von CommSy In dieser Arbeit wird die Bereitstellung von CommSy in zwei Kontexten betrachtet Zum einen in einer Kooperation eines Wirtschaftsunternehmens mit einer Universit t zum anderen in einem in der Universit t veranker tem Forschungs und Entwicklungsprojekt In beide Bereitstellungskontex Evaluationsmethodik 31 te war ich stark involviert so dass meine Person nicht als unabh ngiger Beobachter zu werten ist Mit meinem Handeln hatte ich Einfluss auf den Forschungsgegenstand und habe ihn im Rahmen meiner M glichkeiten gestaltet Diese Nicht Unabh ngigkeit steht einer wissenschaftlich fundier ten Evaluation keineswegs entgegen Das angewandte Forschungsdesign kann als Aktionsforschung vgl Avison u a 1999 Fricke 1997 bezeichnet werden ohne an dieser Stelle die sozialwissenschaftliche Diskussion einer notwendigen Unabh ngigkeit im Gegensatz zu einer notwendigen Betei ligung im untersuchten Kontext aufzuarbeiten Zu einer Vertiefung dieser Diskussion sei auf Argyris u a 1985 S 237 Avison u a 1999 S 94ff Frank u a 1998 S 72 und Fricke 1997 S 5ff verwiesen Die Datenbasis zur Bereitstellung von CommSy wird u a durch ein
127. d Abgrenzung der Softwarebe reitstellung bzw des Ansatzes eASP zur Software Infrastruktur wird im Folgenden auf das Software Infrastrukturkonzept von Bleek 2004 einge gangen Software Infrastrukturen Bleek 2004 leitet aus dem Infrastruktur Begriff die Software Infrastruktur ab Er versteht darunter eine durch die Sichten von Personen konstituierte Infrastruktur bestehend aus der Zusammenstellung von Personen Organi sationen Technik und Vereinbarungen und den damit verbundenen Dienst leistungen f r die Erledigung von Aufgaben Im Vordergrund stehen da bei Informationstechnik Informationsverarbeitung und Informationen An wendungsbezogene Softwarebestandteile werden betrachtet existierende Hard und Systemsoftware vorausgesetzt Bleek 2004 S 43f Bei einer Software Infrastruktur handelt es sich um die Nutzung und Bereitstellung von verschiedenen Anwendungen und Softwaresystemen die sich technisch und oder organisatorisch wechselseitig beeinflussen k n nen An der Nutzung und Bereitstellung dieser Software sind verschiedene Akteure beteiligt Zwischen ihnen laufen nicht nur harmonische Prozes se ab was zwangsl ufig zu Irritationen und St rungen im Netzwerk der Software Infrastruktur f hrt Um diese Interferenzen fr hzeitig zu erken nen und ihnen entgegenzuwirken wird ein Interferenz Management vorge 26 Begriffsbestimmung Softwarebereitstellung schlagen Es umfasst das Herstellen und Aufrechterhalten eines konti
128. d die Entwickler es nicht wirklich verfolgten Die vertraglichen Grundlagen f r die Kooperation zwischen den Entwick lern von CommSy und Uni de wurden entwickelt verhandelt und unter schrieben Entsprechende Rechnungen sind gestellt und der Zahlungsver kehr berwacht worden Vertragsbr che wie die fortgef hrte Bereitstellung von CommSy durch Uni de trotz beendetem Kooperationsvertrag wurden nicht verhandelt Im Marketing und in der Kundenbetreuung sind gro e Defizite zu ver zeichnen Daher konnte keine finanzielle Basis f r die Bereitstellung von CommSy bei Uni de aufgebaut werden Weitere Defizite sind in der Benut zerbetreuung zu erkennen da viele Aufgaben nur zeitweilig erf llt wurden Die Defizite in der Weiterentwicklung sind kleiner zu bewerten sie be ziehen sich weitgehend auf die Dokumentation und die Fehlerverwaltung Uber den Betrieb kann nur die Aussage getroffen werden dass CommSy technisch mit teilweise l ngeren Ausfallzeiten zur Verf gung stand Hin sichtlich der Kooperation zwischen den Entwicklern und Uni de bestanden bis auf eine anf ngliche Kommunikation zur Initialisierung der Kooperati on keine weiteren Aktivit ten Einzig der Zahlungsverkehr wurde kontinu ierlich berwacht und entsprechende Rechnungen wurden gestellt 6 2 2 CommSy WissPro Im Folgenden wird die Fallstudie CommSy WissPro aus der Aufgaben perspektive betrachtet Hier zeigen sich Unterschiede zur vorherigen Fall studie Zun chs
129. delberg dpunkt 1998 Gudjons 1998 Gudjons H Was ist Projektunterricht S 14 27 In Bastian J Gudjons H Hrsg Das Projektbuch Hamburg Bergmann und Helbig 1998 266 Literaturverzeichnis Hankel u a 2003 Hankel O Jackewitz I Pape B Strauss M Tech nical and Didactical Scenarios of Student centered Teaching and Lear ning S 411 419 In Kerres M Vo B Hrsg Digitaler Campus Vom Medienprojekt zum nachhaltigen Medieneinsatz in der Hochschule Miinster New York Waxmann 2003 Heere 2001 Heere E C Application Service Provider A Definition and Rationale http www amsys net pdf asp definition amp rational pdf 24 04 2003 Februar 2001 Amsys Inc Heinrich 1992 Heinrich L J Organisation des Benutzer Service S 308 318 In Frese E Hrsg Handw rterbuch der Organisation Stuttgart Schaeffer Poeschel 1992 Heinrich 1999 Heinrich L J Informationsmanagement 6 Auflage M nchen Wien Oldenbourg 1999 Heinrich und H nschel 1996 Heinrich L J H nschel I Messen des Erfolgs des Benutzer Service In HMD Praxis der Wirtschaftsinfor matik 1996 Nr 189 S 75 97 Hesse u a 1994 Hesse W Barkow G von Braun H Kittlaus H B Scheschonk G Terminologie der Softwaretechnik Ein Begriffssystem f r die Analyse und Modellierung von Anwendungssystemen Teil 1 Be griffssystematik und Grundbegriffe In Informatik Spektrum 17 1994 Februar N
130. den einfache sofort nutzbare Anwendungen Office Software Termin und Reise planung E Mail Adressenverwaltung Desktop Publishing angebo ten Hohe Kundenzahlen und ein hohes Datenaufkommen sind ty pisch f r diese Art der Nutzung Die Bereitstellungsleistungen um fassen berwiegend technische Aspekte Betrieb Zugriffserm gli chung und einen minimalen Benutzersupport d h die Quantit t und in Teilen auch die Qualit t sind hier eher gering Anwendung auf die Fallstudien 171 e Kooperative Nutzung Unter der kooperativen Nutzung wird Group ware im weitesten Sinne verstanden Conferencing Unified Messa ging Projektmanagement Sales Automation Onlineshops usw In der kooperativen Nutzung steht insbesondere die Verf gbarkeit der Anwendungen im Fokus die durch entsprechende SLAs schriftlich in Vertr gen fixiert werden Zum Leistungsumfang pers nliche Nut zung kommen hier Leistungen der Sicherheit und des technischen Supports hinzu Das hei t dass die Qualit t in den einzelnen Aufga ben ist im Vergleich zur pers nlichen Nutzung h her und auch die Quantit t der bernommenen Aufgaben ist gewachsen Organisatorische Nutzung Mit organisatorischer Nutzung wird die Nutzung eines Softwarebereitstellungsangebotes durch ein gesamtes Unternehmen in den Bereichen Customer Relationship Management CRM und Enterprise Resource Planning ERP verstanden Wichtig sind hohes Applikations und Branchenwissen sowie Erfahrungen in der S
131. der Bereitstellung von Software sollte die Bed rfnisbefriedigung f r einen Nutzer jedes Mal gegeben sein wenn er die angebotene Dienst leistung in Anspruch nimmt d h die Bereitstellung von Software ist eine kontinuierliche Dienstleistung die permanent angeboten werden muss und nicht erst anlaufen sollte wenn ein Nutzer auf sie zugreift Au erdem wird der Nutzer nicht durch einen Prozess begleitet sondern er wendet lediglich die Software an ohne mit anderen an der Softwarebereitstellung beteiligten Akteuren in Kontakt zu treten Aus diesen Gr nden kann die Softwarebe reitstellung nicht als Serviceflow interpretiert werden Interessant f r den Softwarebereitstellungsansatz am Konzept der Ser viceflows und des Serviceflow Management ist die Auseinandersetzung mit dem Dienstleistungsbegriff vgl Berekoven 1986 Ertel 1986 die im ASP fehlt Services sind soziale Beziehungen Klischewski 2000 Kaschek u a 2001 Mit soziale n Beziehungen sind Beziehungen zwischen sozialen Organisationsbezogene Softwareentwicklung 123 Akteuren gemeint vgl Kaschek u a 2001 S 16 Der Begriff Service beinhaltet das Erkennen und Befriedigen von menschlichen Bediirfnissen oder auch von kollektivem Bedarf Bediirfnisse sind hierbei nicht abstrakt sondern subjektiv und situativ an Orte und Zeiten gebunden Es gibt ein Individuum oder Kollektiv in der Rolle des Bed rftigen und ein Individu um oder Kollektiv in der Rolle des Dienstleisters
132. der organisatorischen und technischen Sichtweise zu einem Informationssystem Die Verkn pfung f hrt zu einer IT unterst tzten Organisationssituation Die IT unterst tzte Organisationsgestaltung ist weder allein aus der Top down Sicht noch aus der Bottom up Sicht erfolgreich zu leisten Rolf 1998 S 155 Es geht vielmehr um die Verkn pfung der organisationsweiten Per spektive mit den Perspektiven auf die Arbeitsgruppe und den Arbeitsplatz wobei das Zentrum des Gestaltungsprozesses die Arbeitsgruppe darstellt Von hier aus kann die perspektivische Verkn pfung sowohl mit der unter Softwarebezogene Organisationsentwicklung 115 nehmensweiten Organisation als auch mit dem Einzelarbeitsplatz gelingen Auf diese Weise kann die Verbindung zur Organisations und Arbeitsge staltung sichergestellt werden Die Mitarbeiter der Arbeitsgruppe und IT Organisationsexperten erarbeiten gemeinsam in Organisationsworkshops und mit Modellierungswerkzeugen die Aufgaben und Kooperationsbezie hungen der Arbeitsgruppen sowie ihre Einbindung in die Kernprozesse der Organisation Rolf 1998 S 159 Inwiefern der im zweiten Teil erarbeitete Softwarebereitstellungsansatz eASP die IT unterst tzte Organisationsgestaltung erg nzen und erweitern kann wird im dritten Teil dieser Arbeit dargestellt Abschnitt 10 2 2 5 1 2 Akteursmodell Durch Touraine 1984 etablierten sich Akteure als Modellansatz in sozio technischen Wissenschaftsbereichen Akteure si
133. deren Speicherung und deren Betrieb d h die Lizenzgeb h ren bzw Investitionen in die Entwicklung von Software liegen nicht beim Hosting Partner sondern beim Hosting Kunden vgl Riemer und Ahle mann 2001 S 745 Dar ber hinaus liegt auch die Benutzerbetreuung in Kundenhand Das Hosting bezeichnet den Betrieb der bereitzustellenden Software d h die Installation und Wartung der ben tigten Hard und Software Die Softwarebereitstellung wird umfassender verstanden so dass das Hosting bzw der Betrieb als eine Aufgabe der Softwarebereitstellung interpretiert werden kann Abgrenzung 21 2 3 4 Wartung Die Wartung wird als Pflege der aktuellen bzw im Betrieb befindlichen Software version angesehen Duden 1993 Floyd und Z llighoven 2002 W hrend Floyd und Z llighoven 2002 S 776 unter Pflege prim r die Fehlerbehebung verstehen und pragmatisch zwischen der Pflege der aktu ellen Version und der Entwicklung einer neuen Version unterscheiden dif ferenziert der Informatik Duden 1993 eine Software nicht in verschiedene Versionen Vielmehr bezieht er in die Wartung neben der Fehlerbehebung auch den Austausch von bestimmten Algorithmen durch leistungsf higere z B schnellere oder den Einbau zus tzlicher Benutzerfunktionen mit ein Duden 1993 S 664 Beide Sichtweisen auf den Begriff Wartung nehmen nur die technische Seite in den Blick Der Begriff Softwarebereitstellung ist umfassender da auch organisatorische
134. deren die Bewertung einer Softwareversion in Relation zu ihrer Bereitstellung erfolgen kann Wenn z B der Aufwand f r den Benutzer support einer Softwareversion sehr hoch ist dann liegt es nahe dass die eASP in Informatiksysteme in Organisationen 227 Projektabschluss Revisionsetablierung Projektetablierung Herstellung m System gestaltung 7 System Nutzung Bereitstellung spezifikation Einsatz I I j Realisi Umfeld ne vorbereitung System I version Entwickler Benutzer gemeinsame Dokument Folge von Legende 5 aufgabe aufgabe Aufgabe Coa Zyklen Abbildung 34 Zyklisches Projektmodell von STEPS mit Softwarebereitstellung Softwareversion noch zu komplex und damit unbrauchbar ist auch wenn sie allen formalen Anforderungen gen gt Durch die Erweiterung des zyklischen Projektmodells durch die Bereit stellung wird die Verschr nkung von Herstellung und Einsatz Floyd und Z llighoven 2002 S 779 in der zyklischen Softwareentwicklung noch mals hervorgehoben Die zyklische Darstellung im Projektmodell suggeriert eine lineare An ordnung Versionen werden entwickelt eingef hrt und bereitgestellt Aus der Nutzung ergeben sich Weiterentwicklungsbed rfnisse die in die Ent wicklung zur ckflie en und dort zu einer neuen Version f hren Die neue Version l st di
135. dio oder Video aus Verlustfreie Daten bertragung wird wie die Verf gbarkeit in Prozent gemessen In der Regel werden 99 bertragungssicherheit angeboten d h dass 1 der Datenpakete verloren gehen k nnen Hosting SLA Zur Hosting SLA geh rt die Festlegung der Leistungsg te aller Hardware Komponenten und der System Software Verf gbarkeit und Antwortzeiten hnlich wie beim Netzwerk adres siert dieser Punkt die Verf gbarkeit der Server bzw der ben tigten Hard und Software Dabei h ngen die Verf gbarkeit und insbeson dere die Antwortzeiten von den gleichzeitig zugreifenden Nutzern ma geblich ab Antwortzeiten werden in Milli Sekunden und die Verf gbarkeit in Prozent eines definierten Zeitbereichs angegeben Datensicherheit Zur Datensicherheit im Hosting SLA geh ren ins besondere alle Ma nahmen zur Vorbeugung von Datenverlusten z B das Durchf hren Lagern und bei Bedarf das Wiedereinspielen von Back ups Es k nnen Lagerungszeitr ume Reaktionszeiten und die H ufigkeit von Backups bestimmt werden Physische Sicherheit Neben der virtuellen Sicherheit spielt die physische Sicherheit beim ASP eine Rolle Hier kann insbesondere auf Sicherheitspersonal berwachungstechnik Brandschutz direk te Verbindung zu und Reaktionszeit von Feuerwehr und Polizei usw geachtet werden Application SLA Das Application SLA adressiert die G te der angebotenen Anwendung Hierzu z hlen folgende Aspekte Verf gbarkeit
136. e Aufgabenperspektive 5 Application Service Providing Informatiksysteme in Organisationen Empirische Basis Softwarebereitstellung Einleitung Abbildung 2 Gliederung dieser Arbeit Grundlagen zur Herleitung von eASP Im ersten Teil werden die Grundlagen dieser Arbeit gelegt So nimmt diese Arbeit ihren Ausgangspunkt in der Kl rung des Verst ndnisses des Begriffs Softwarebereitstellung Kapitel 2 Auf diesem Fundament aufbauend werden Erfahrungen in der Soft warebereitstellung pr sentiert die die empirische Basis in dieser Arbeit bilden Kapitel 3 Im Mittelpunkt stehen dabei die webbasierte Koope rationsplattform CommSy und die beiden Bereitstellungskontexte Comm Sy Uni de und CommSy WissPro Fallstudien Die Bereitstellung von CommSy in den Fallstudien verlief sehr unterschiedlich W hrend sie in ei nem Fall scheiterte war sie im anderen erfolgreich Es stellt sich die Frage nach dem Warum die unmittelbar zu der Frage nach Unterschieden zwi schen den Fallstudien f hrt Diese Unterschiede lassen sich hinsichtlich Weiterer Aufbau 9 der Perspektiven Aufgaben Organisation Technik und Vorgehen ordnen So werden ausgehend von den zwei empirischen Fallstudien zur Bereitstel lung von Software vier Perspektiven Aufgaben Organisation Technik und Vorgehen auf die Softwarebereitstellung eingenommen gem denen der zweite Teil dieser Arbeit strukturiert wird Die anschlie ende Darstellu
137. e alte ab und der Zyklus beginnt von neuem Die Betonung der Bereitstellung macht deutlich dass sie nicht mit dem Beginn der Ent wicklung einer neuen Version aufh rt sondern weiterl uft bis die alte Ver sion entsorgt und durch eine neue ersetzt wird d h die Bereitstellung der aktuellen Version und die Entwicklung der neuen Version laufen parallel 228 Softwarebereitstellungsansatz eASP Daraus folgt dass zu einem beliebigen Zeitpunkt innerhalb des Zyklus ei ner Version immer der Zyklus einer anderen Version noch bzw schon lauft 1 Entwicklung Wahrend der Entwicklung von Version n wird die Ver sion n 1 noch bereitgestellt sofern die Version n nicht die erste Ver sion war 2 Einf hrung Bei der Einf hrung von Version n muss Version n 1 ent sorgt werden sofern die Version n nicht die erste Version war 3 Bereitstellung W hrend der Bereitstellung von Version n wird be reits an der Entwicklung von Version n 1 gearbeitet sofern Version n nicht die letzte Version war 4 Entsorgung Zum Zeitpunkt der Entsorgung von Version n wird Ver sion n 1 eingef hrt sofern Version n nicht die letzte Version war Diese Betrachtungsweise f hrt zu einer Vielzahl von mit und ineinander verschr nkten Zyklen der verschiedenen Softwareversionen Res mierend ist festzustellen dass die Softwareentwicklung auf der Ebe ne von produktbezogenen T tigkeiten gut durch die Softwarebereitstellung bzw durch bestimmte bergeordnete Aufgab
138. egrifflichkeiten verwendet In lteren Versionen wurden nur einzelne Lehrveran staltungen mit Projektr umen unterst tzt 36 Erfahrungen in Softwarebereitstellungsprojekten Das Portal erm glicht der Gemeinschaft sich der interessierten Offentlich keit zu pr sentieren und bietet einen prominenten Zugang zu Hilfethemen wie z B die Beschreibung des Systems oder Hinweise zur Moderation ei nes Projektraums Es dient unerfahrenen Nutzenden und Interessierten als Orientierung G ste haben auf dem Portal au erdem die M glichkeit die Mitgliedschaft zu beantragen me 1 ae Dog Bis H SS ar Ht pm pa yn p p pa re Portal a er m e aa m rm Eyini Se A me u he peu ee ee ee Penim gt u died adel lade hal Tan ern ee get oe be ee un FASES pao m beee edema Rei Do nr Frhr rung i wa comes deg biir ater rren iia u lsa na os ja ane p ap a as may Abbildung 3 Portal eines CommSys Version 2 2 Offentlichkeit W hrend Projektr ume nur f r die jeweiligen Teilnehmer einer Lehr Ver anstaltung zug nglich sind steht der Gemeinschaftsraum auch G sten of fen In CommSy werden daher drei ffentlichkeitsebenen unterschieden die Projekt ffentlichkeit in einem Projektraum die Gemeinschafts ffent lichkeit im Gemeinschaftsraum sowie die Welt ffentlichkeit in Form des eingeschr nkten Zugangs zum Gemeinschaftsraum f r G ste e Projekt ffentlichkeit Ein Projektraum bietet einer Gruppe innerhalb der Ler
139. ehr gesch tzt werden bergeordnete Personentage Personentage Stellen Aufgabe pro Woche pro Jahr ca Anwendungsentwicklung 13 676 3 Betrieb 0 25 13 0 Benutzerbetreuung 1 25 65 1 3 Marketing Kundenbetreuung 0 0 0 Zugriffserm glichung Kooperation 5 260 1 Summe 19 5 1014 41 3 Tabelle 6 Aufwand der Bereitstellung von CommSy in der Fallstudie Comm Sy WissPro Die Bereitstellung von CommSy im Rahmen des Projekts WissPro war insgesamt erfolgreich Anfangliche kleine Kommunikationsprobleme sind u a auf die nicht vorhandenen Regelungen zwischen den kollektiven Rol len zur ckzuf hren Nachdem feste wenn auch nicht schriftlich fixierte Kommunikationsregeln etabliert waren besserten sich Kommunikation und Kooperation Die Finanzierung durch das BMBF gestaltete die Bereitstel lung von CommSy im Rahmen des Projekts WissPro trotz wissenschaft lichen Drucks und der zeitlichen Befristung zun chst entspannt da das existenzielle Ziel der Gewinnerwirtschaftung nicht bestand Zum Ende des Projekts baute sich allerdings durch die zeitliche Befristung ein Druck der Rentabilit t auf Zwischenergebnis 181 7 3 Zwischenergebnis Durch die Organisationsperspektive wird deutlich welche Aufgaben wel chen Rollen auf den verschiedenen Ebenen zuzuordnen sind So lassen sich die Handlungen der beteiligten Akteure unter Ber cksichtigung ihrer un terschiedlichen Ziele und m glicher Kon
140. ein Netzwerk ist kann ein Unternehmen auch bestimmte kollektiven Rollen bernehmen und quasi f r sich selbst die Bereitstellung in Teilen oder gesamt bernehmen Grundlage f r den flexiblen orts und oder zeitunabh ngigen Austausch von e einzelnen technischen Komponenten Akteuren e gesamten Bereitstellungsnetzwerken und 164 Organisationsperspektive Wer tut was e der Anwendung inkl Bereitstellungsnetzwerk durch eine andere Anwendung inkl Bereitstellungsnetzwerk ist die Setzung auf internationale Standards und die Wahl von fast tiber all vorhandenen Technologien z B Internettechnologien Abschnitt 8 1 Die Wahl der Bereitstellung einer Anwendung kann demnach aus Sicht eines Kunden unabh ngig von rtlichen oder zeitlichen Restriktionen ge troffen werden Die Entscheidung wird zum gro en Teil durch die anfallen den Kosten Geb hren Aufwand und Transaktionskosten siehe Anschnitt 7 1 5 bestimmt M gliche weitere Faktoren sind e Die grunds tzliche Unterscheidung in einerseits unternehmenskriti sche und andererseits nicht kritische Daten und die damit verbundene Frage Welche Daten zuz glich der entsprechenden Anwendungen eines Unternehmens lassen sich outsourcen Die Reputation des Dienstleistungsanbieters als Repr sentant des Netzwerks bzw des gesamten Bereitstellungsnetzwerkes Hier stellt sich im Einzelfall die Vertrauensfrage Kann ein Kunde dem Dienst leistungsanbieter bzw dem gesamte
141. eine Sache zur Ver f gung gestellt werden kann Werkvertrag Beim Werkvertrag wird der Unternehmer zur Herstel lung des versprochenen Werkes und der Besteller zur Entrichtung der vereinbarten Verg tung verpflichtet vgl BGB 2002 631 Die zeitliche Befristung von Dienstleistungen steht hier dem Werkver trag nicht entgegen doch Gegenstand des Werkvertrages kann so wohl die Herstellung oder Ver nderung einer Sache als ein ande rer durch Arbeit oder Dienstleistung herbeizuf hrender Erfolg sein BGB 2002 631 2 Problematisch f r ASP ist hier dass die Ver g tung erst f llig wird wenn der Besteller das Werk abnimmt d h der Besteller einen wirtschaftlichen Erfolg erfahren hat Mit dieser Verpflichtung zum Erfolg geht eine umfassende Schadensersatzver pflichtung einher Dienstvertrag Durch den Dienstvertrag wird der Dienstverpflichte te zur Leistung der versprochenen Dienste und der Dienstberechtigte zur Entrichtung der vereinbarten Verg tung verpflichtet BGB 2002 611 Im Gegensatz zum Werkvertrag schuldet der Dienstleister nur die T tigkeit nicht den Erfolg Problematisch ist hier insbesonde re f r den Kunden die nur geringe Haftungsf higkeit des Dienstlei stungsanbieters Rechtliche Aspekte 97 Jeder genannte Vertragstyp ist mehr oder weniger gut auf ASP anzuwenden Den einen Vertragstypus der am besten zu ASP passt gibt es nicht Der ASP Vertrag entspricht vielmehr einer Mischform bestehend aus ein
142. einen m glichst komfortablen Weg anzubieten den Fehler anzuzeigen Feh lermeldungen werden in die Fehlerverwaltung Bug Tracker ber nommen und zwecks Behebung an den Programmierer weitergege ben Ist dies erfolgt sollte derjenige der den Fehler gemeldet hat ei ne Information erhalten Aufgaben Hotline anbieten Fehlerberichte in Entwicklungsprozess integrieren Fehlerbehebung ver ffentlichen Handhabungssupport Benutzerbetreuung Seitens der Benutzerbe treuung kann eine aktive Hilfe beim Umgang mit der Software in Form einer Hotline angeboten werden und eine passive in Form ei ner ffentlich zug nglichen und gepflegten FAQ Aufgaben Hotline anbieten FAQ pflegen Hardware Betrieb Serverhardware die zum Betrieb der Softwa re ben tigt wird muss zur Verf gung gestellt und gewartet werden Aufgaben Serverhardware pflegen Kommunikation Benutzerbetreuung Zur Transparenz des Betreu ungsangebotes und der zust ndigen Ansprechpartner f r den Benut zer ist ein Betreuungsmarketing notwendig Es sollten Informati onsmaterialien zur Benutzerbetreuung erstellt und geeignet verteilt 246 Aufgabenperspektive werden z B Aush nge E Mail Webseite Die Herausgabe regel m iger Newsletters in denen auf kurzfristige nderungen beson dere Angebote und Veranstaltungen hingewiesen wird Kann f r das Betreuungsmarketing von Vorteil sein Dar ber hinaus fungiert die Benutzerbetreuung als Schnittstelle zwische
143. einmalig regelm ig oder nutzungsabh ngig erhoben werden Da die im gesamten Dienstleistungsnetzwerk einer Software in Rechnung gestell ten Kosten letztendlich den Aufwand der einzelnen Akteure refinanzieren sollen ist die Summe aller Geb hren eine gute Approximation der tats ch lichen Kosten der Softwarebereitstellung Um die tats chliche H he genau zu ermitteln m ssen die Transaktionskosten bestimmt und eingerechnet werden Die genaue Aufschl sselung der Kosten f r einen Akteur liefert Hinweise zur Entscheidung bestimmte Komponenten oder die gesamte Be reitstellung einer Software aus oder einzugliedern In der Organisationsperspektive wurden Anforderungen an die Organi sation und die zu leistenden Dienste sichtbar Um die Anforderungen an die Technik in den Blick zu nehmen wird im Folgenden die Technikperspekti ve eingenommen 8 Technikperspektive Was wird benotigt F r die Technikperspektive bietet ASP viel so dass die aus den Fallstu dien hervorgegangenen Fragen an die Technik Abschnitt 3 4 beantwortet werden k nnen Daher lehnt sich der Softwarebereitstellungsansatz eASP hinsichtlich technischer Aspekte sehr nah an die Vorgaben aus der ASP Literatur an Abschnitt 4 5 Insofern ist dieses Kapitel k rzer gehalten als die Kapitel der anderen Perspektiven Auf Textdoppelungen wurde verzich tet Dennoch m ssen technische Aspekte bei der Plattformunabh ngigkeit Abschnitt 4 5 2 und der technischen Infrastruk
144. eite z B Umstellung vom Webserver X auf den Webserver Y haben keine Auswirkungen auf die Clientseite e Es k nnen beliebige Hard und Basis Softwarekombinationen Win dows PCs Linux PCs Macs Sun Solaris usw auf der Clientseite existieren e Auf der Clientseite besteht jederzeit die M glichkeit Ver nderungen an der Hard und Basis Software vorzunehmen z B die Umstel lung von Betriebssystem X zu Betriebssystem Y Im Sinne der oben beschriebenen Flexibilit t und Freiheit und im Gegen satz zur ASP Literatur muss die Plattformunabh ngigkeit auch auf Server seite gew hrleistet werden Nur dann ist der Austausch von verschiedenen Serverplattformen m glich was wiederum die flexible Aus oder Einglie derung des Betriebs der Software in einer Organisation technisch erm g licht Dies ist insbesondere dann f r Kunden wichtig wenn der Dienst leistungsanbieter den Betrieb der Software nicht l nger garantieren Kann Durch die Plattformunabh ngigkeit auf Serverseite wird die Suche nach ei nem neuen Dienstleister erleichtert bzw der Kunde kann bis er einen neuen Anwendung auf die Fallstudien 187 Dienstleistungsanbieter gefunden hat selbst die Software betreiben und die entsprechenden Dienstleisterrollen einnehmen Hinsichtlich der Mehrbenutzer und Mehrmandantenf higkeit gelten die in der ASP Literatur beschriebenen Aspekte auch fiir eASP siehe Ab schnitt 4 5 2 8 2 Anwendung auf die Fallstudien In der Technik
145. eitet ist Insofern kann eASP als Muster f r alle Bereit stellungskontexte herangezogen werden in denen auch ASP zur Anwen dung kommen kann Dies sind insbesondere Kontexte in denen Software in einem Outsourcing Szenario genutzt werden F r Insourcing Szenarien in denen die Softwarebereitstellung in einer Organisation f r die Organi sation stattfindet kann die bertragbarkeit ebenfalls als hoch angesehen werden da sich die Bereitstellung von Software beim Outsourcing und In sourcing nur in der organisatorischen Verankerung der beteiligten Akteure unterscheidet Diese Bewertung muss mit der Anwendung von eASP auf entsprechende Bereitstellungsszenarien noch eruiert werden Die Anwendung von eASP auf Softwarebereitstellungskontexte bedeu tet konkret dass beteiligte Personen und Akteure die in eASP dargestellten Perspektiven einnehmen und danach deren Softwarebereitstellung gestalten k nnen Zur Gestaltung geh rt z B die Aufgabenstruktur anzupassen und diese mit entsprechend beteiligten Akteuren ber die Rollen und im Sinne des kollektiven Rollennetzes zu verkn pfen bzw das zyklische Vorgehen zu initiieren 11 Res mee und Ausblick Diese Arbeit stellt eine Synthese dar resultierend aus Erfahrungen bei der f nfj hrigen Bereitstellung von CommSy Dazu geh rten das Lesen diver ser Artikel zur Bereitstellung und Entwicklung von Software und Organi sationen der Diskurs mit Kollegen und der Wunsch die Bereitstellung von Softwa
146. eitraum z B einem Jahr Sie sollten im Sin ne des zyklischen Vorgehens auch bei keinem Ver nderungsbedarf explizit verl ngert bzw best tigt werden Zum anderen sind die vertraglichen Re gelungen aus den bereits im vorigen Abschnitt erl uterten Gr nden k r zer als die der ASP Vertr ge f r l ngere Zeitr ume Ob die Detailvertr ge rechtlich einem Miet Pacht Leasing Werk oder Dienstleistungsver trag entsprechen Abschnitt 4 4 1 ist von Kooperation zu Kooperation ver schiedenen Es ist durchaus m glich und wahrscheinlich dass verschiedene Vertragsarten in einem langfristigen Rahmenvertrag zur Softwarebereitstel lung zu finden sind Die Detailvertr ge haben neben der rechtlichen Sicherheit noch die Funktion der Dokumentation Sie stellen eine Momentaufnahme der zum Verhandlungszeitpunkt vorherrschenden Situation in der Bereitstellung der Software dar inklusive der Einfl sse und Ver nderungen der beteiligten Akteure Die Folge der vertraglichen Regelungen dokumentiert die Histo 204 Vorgehen Wie passiert es rie der Softwarebereitstellung und wiirde im Sinne von Rolf 1998 S 24f und S 41f der Dokumentation des Techniknutzungspfads entsprechen 9 2 Anwendung auf die Fallstudien Der Blick auf die Fallstudien aus zeitlicher Perspektive wird im Folgen den verdeutlichen wie sich die Fallstudien ber die Zeit entwickelt haben Nachtr glich kann nur der Vorgang sichtbar gemacht und nicht auf das ak t
147. eitstellung aufgebaut ha ben und erh ht das Abh ngigkeitsverh ltnis zwischen Kunde und Dienstleistungsanbieter weiter Die Kunden k nnen die Softwarebe reitstellung nicht nur nicht mehr selbst leisten sondern sind auch in Vertragsverhandlungen durch fehlendes Know how dem Dienstlei stungsanbieter unterlegen So geht mit dem Kompetenzverlust auch ein Kontrollverlust einher vgl Endres 2004 Risiko des Verlusts von Kernkompetenzen Neben dem Verlust von Kompetenzen mahnt Rolf 2004b das Risiko des Verlusts von Kern kompetenzen an die Werte generieren schwer imitierbar sind und die besondere Kompetenz der Firma und damit einer Volkswirtschaft ausmachen Rolf 2004b S 11 Kernkompetenzen sind schwer zu bestimmen und werden meist erst im Erfolgsfall sichtbar Sie sind hochdynamisch und entwickeln sich kontinuierlich weiter So kann 84 Gesch ftsmodell Application Service Providing ein Unternehmen mit dem Outsourcing der Softwarebereitstellung u U Kernkompetenzen unwissentlich aufgeben Rolf 2004b 4 2 Architektur der Wertsch pfungskette In der ASP Literatur sind verschiedene Wertsch pfungsketten zu finden 4 2 1 Einfache Wertsch pfungskette Abbildung 18 Einfache Wertsch pfungskette Die einfache ASP Wertsch pfungskette besteht aus folgenden Komponen ten vgl Balasubramanian u a 2002 Jaruzelski u a 2000 e Solution Provisioning enth lt die Herstellung entsprechender ASP Anwendungen und der zus
148. eitstellung von CommSy partizipieren zu k nnen Dar ber hinaus wurde mit dem CommSy Projekt bei HITeC der ffnung im Sinne eines Open Source Prozesses Rechnung getragen und diese nicht nur auf die Wei terentwicklung sondern auf das gesamte CommSy Projekt bertragen Ebenfalls im Jahre 2004 startete das Forschungsprojekt VIRKON Ar beiten in VIRtuellen Konstrukten Organisationen und Netzen mit einer Laufzeit von Knapp zweieinhalb Jahren F r das CommSy Projekt ist die ses Forschungsprojekt interessant da es die Unterst tzung von Freelancer Netzwerken mit Neuen Medien untersucht und u a CommSy zur medialen Unterst tzung einsetzt 3 4 Zwischenergebnis Die dargestellten Fallstudien bringen zum Ausdruck dass im Fall Comm Sy Uni de die Bereitstellung weniger erfolgreich und im Fall CommSy WissPro erfolgreicher war Warum Was unterscheidet diese F lle vonein ander Um die Unterschiede fundiert herauszuarbeiten m ssen die Fall studien tiefgr ndiger betrachtet werden Zu diesem Zweck wird zun chst der Begriff der Perspektive aus der Informatik herangezogen und anschlie Bend werden vier verschiedene Perspektiven auf die Softwarebereitstellung motiviert Unter einer Perspektive wird in der Informatik die Menge aller Annah men ber relevante Aspekte eines interessierenden Gegenstandbereichs aus einem gemeinsamen Blickwinkel verstanden Perspektiven sind nicht an Personen gebunden sondern eine Person nimmt zeitlich verschoben un
149. ektiven Rollen innerhalb einer Schicht was zum folgenden kollektiven Rollennetz f hrt Kundenschicht PPFEESTFUFPRLELUTETETTIFEFEUPEOTERTTEUETTERELFLELEUFERLBRRSCHFRD SCEPPRFERFELFERPSEFIUERPEFTRFERREEEPES euere erete leistungs anbieter BEER EEE ER SEHE L se eae el coals to ee ea ee os Soe aac ance ne e ee Zugangs partner Hosting partner Se Partnerschicht Software zulieferer Hardware zulieferer Vertraglich geregelte Lieferung von Dienstleistungen Vertraglich geregelte Kooperation und oder Kommunikation hinsichtlich der Lieferung von Dienstleistungen Zuliefererschicht Abbildung 28 Kollektives Rollennetz bei der Bereitstellung von Software Die Verbindungen zwischen den kollektiven Rollen veranschaulichen die vertraglich Abschnitt 7 1 4 zu regelnde Kooperation und oder Kommu nikation bzw die ebenfalls vertraglich zu regelnde Dienstleistungserbrin gung Zusammen ergeben die Verbindungen das n tige Kommunikations netz der kollektiven Rollen zur Bereitstellung und Nutzung einer Software Dabei zeigen die durchgezogenen Linien die Kommunikation hinsichtlich der Vorbereitung der Bereitstellung d h der Aushandlung von Dienstlei Konzeption 161 stungsbeziehungen zwischen den kollektiven Rollen sowie die Kommuni kation hinsichtlich der Abrechnung der angebotenen und genutzten Dienst leistungen Die gestrichelten Linien zeigen die Kommunikation die w h rend der k
150. em Hauptvertrag als Rahmen und Einzelvertr gen zu den einzelnen Dienstlei stungen Zwipf und Sch nfelder 2002 S 126f Denn die vertraglichen Pflichten der Parteien eines ASP Vertrages ergeben sich nicht daraus was man als ASP Vertrag zu verstehen hat sondern daraus was der Inhalt der jeweiligen Leistungspflicht ist ber welche sich die Vertragspartner ver st ndigt haben und welche sie in gedanklichen oder ausdr cklich erw hn ten Leistungspaketen zu einem ASP Vertrag geschn rt haben Zwipf und Sch nfelder 2002 S 126 Dies bedeutet f r den ASP Vertrag dass die Einzelvertr ge einem der oben genannten Vertragstypen entsprechen k nnen und bei der Separierung von Einzelleistungen diese juristisch unabh ngig vom Typus des Rahmen vertrages zu handhaben sind Allgemeine Vertragselemente f r den Rah menvertrag eines ASP Vertragwerks sind bei Zwipf und Sch nfelder 2002 S 129ff zu finden 4 4 2 Service Level Agreements Service Level Agreements SLAs werden beim ASP zur schriftlichen Fi xierung von Qualit t und Quantit t von Dienstleistungen zwischen Appli cation Service Provider und Kunden benutzt und sind daher oft Bestandteil in ASP Vertr gen Rosenhagen 2002 S 169 definiert SLAs wie folgt SLA sind Ver einbarungen zwischen einem IT Leistungserbringer z B einem ASP oder einer IT Abteilung und einem Unternehmen oder anderen Fachabteilun gen ber die Qualit t und Quantit t von Dienstleistungen
151. em Zeitplan angeordnet werden 252 Aufgabenperspektive Informationsmaterialien entwickeln und verbreiten Marketing Wer bung Ziel des Marketings ist potentielle Benutzer auf die Softwa re durch entsprechende Informationsmaterialien aufmerksam zu ma chen Diese Informationsmaterialen m ssen ber geeignete Kan le verteilt werden Informationsmaterialien entwickeln und verschicken Kundenbetreu ung Kommunikation Bei der Kundenbetreuung werden u a ber entsprechende Informationsmaterialien Kundenkontakte gepflegt Informationsmaterialien erstellen und verteilen Benutzerbetreuung Kommunikation Bei der Benutzerbetreuung setzen Informations materialien die Benutzer der Software ber die Betreuungsangebote in Kenntnis Diese Informationsmaterialen m ssen erstellt und ber geeignete Kan le verteilt werden Informationsveranstaltungen und Workshops organisieren Benutzer betreuung Kommunikation Workshops und Informationsveranstal tungen dienen der Benutzerbetreuung als Instrument der Werbung f r ihre Angeboten und Leistungen aber auch als Betreuungsleistung da auf Informationsveranstaltungen und Workshops Nutzer miteinander in Kontakt gebracht werden Interne Workshops durchf hren Kooperation Training Interne Workshops dienen der Vorbereitung aller Dienstleister um die ber greifenden Aufgabe Software x bereitstellen wahrnehmen zu k nnen Jeder Beteiligte bernimmt abwechselnd die Leitung
152. en 1 Der Bereitstellungsrahmen entspricht im zyklischen Projektmodell von STEPS der Sys temversion 196 Vorgehen Wie passiert es o Kontext Zum Kontext geh rt das Akteursnetzwerk mit seinen Verbindungen zwischen den beteiligten Akteuren welche sich nach Vorgabe des kollektiven Rollennetzes im Akteursnetzwerk zusammenfinden sowie die interne auf die Dienstleistungser bringung und nutzung ausgerichtete Organisation der Akteure selbst Der Kontext bezeichnet die reale Situation o Dokumentation Die Dokumentation ist ein Abbild des Kon textes zu einem bestimmten Zeitpunkt Zur Dokumentation des Kontextes geh ren die zwischen den Akteuren getroffenen Ver einbarungen die oft in schriftlicher Form als Vertr ge nieder gelegt werden In diesem Sinne ist ein Bereitstellungsrahmen als stabil zu bezeich nen wenn Kontext und Dokumentation einander entsprechen und als instabil wenn Kontext und Dokumentation nicht mehr zueinan der passen Einsatz Das Anbieten von Dienstleistungen aller Akteure in ihren kollektiven Rollen sowie das Nutzen der angebotenen Dienstleistun gen durch entsprechende Akteure bringen den Bereitstellungsrahmen zum Einsatz Hierbei ist im Nutzen der angebotenen Dienstleistun gen die Nutzung der bereitgestellten Software inbegriffen Im Laufe der Softwarebereitstellung d h beim Einsatz des Bereit stellungsrahmens wirken innere und u ere Einfl sse auf die Be reitstellung ein Sie wi
153. en Softwareadministrator Virenscan der Daten durchf hren Weitere Sicherheitsmechanismen einrichten Ausfallsicherheit Klima und Brandschutz installieren Hardwareadministrator Stromversorgung sichern Benutzerbetreuung Handhabungssupport FAQ pflegen Benutzerbetreuer Hotline Telefon E Mail anbieten Kommunikation Benutzerw nsche und Fehlerberichte weiterleiten Benutzerbetreuer Informationsmaterial erstellen und verteilen Informationsveranstaltungen und Workshops organi sieren Evaluation der Nutzung Evaluation konzipieren und durchf hren Evaluator Ergebnisse in die Bereitstellung integrieren Marketing Bedarfsanalyse Bedarfsanalyse konzipieren und durchf hren Analyst Ergebnisse in die Bereitstellung integrieren Werbung Informationsmaterialien entwickeln und verbreiten Werbefachmann Software und Dienstleistungen pr sentieren Werbestrategie entwickeln Kundenbetreuung Kommunikation Hotline Telefon E Mail anbieten Kundenbetreuer Informationsmaterialien entwickeln und verschicken Kundenw nsche weiterleiten Vertr ge Standardvertr ge entwickeln Kundenbetreuer Vertragsverhandlungen f hren Abrechnung Rechnungen stellen 142 Aufgabenperspektive Was ist zu tun Ubergeordnete Aufgabe Aufgabengebiet funktionelle Rolle Buchhalter Aufgabe Zahlungen berwachen Zugriffserm glichung Netzverbindung Netzwerkadministrator Verbindung etablieren und pflegen N
154. en Umstrukturierung von Uni de verz gerte sich diese Auswahl Uni de sollte in der Unternehmensgruppe FirstCampus Student Holding SAS aufgehen und dadurch den Status einer eigenst ndigen Firma verlieren Das Ziel der Unternehmensgruppe war das europaweite Angebot von nationalen Platt formen f r die jeweilige wissenschaftliche Gemeinschaft des europ ischen Landes Am 10 07 2000 forderte Uni de CommSy auch europaweit einsetzen zu d rfen Die Forderung war auf den bergang in die Unternehmensgrup pe FirstCampus zur ckzuf hren Die CommSy Entwicklung lehnte dies aus Gr nden der nicht evaluierten bertragbarkeit auf andere L nder und Wissenschaftskulturen ab Der Streit um den europaweiten Einsatz verz gerte die Vertragsverhandlungen um mehrere Wochen und endete schlie lich in einem Kompromiss der Uni de erlaubte f r jedes weitere europ i sche Land der FirstCampus Unternehmensgruppe zehn Testr ume einzu richten Sollten die jeweiligen L nder mehr CommSy Projektr ume anfor dern best nde Verhandlungsbedarf Genutzt wurden diese Testr ume je doch nie Der CommSy interne Zeitplan sah vor innerhalb der Semesterferien Juli bis September 2000 alle vorbereitenden Ma nahmen und Weiterent wicklungen abzuschliessen Im Oktober 2000 Beginn des Wintersemesters 2000 2001 sollte CommSy offiziell online gehen Am 17 07 2000 fand ein Workshop statt auf dem die Entwickler die Arbeitspakete unter sich aufteilten Uni de hatte zu di
155. en dass die Aufgabenstruktur aufgrund der speziellen Situation der Bereitstellung von CommSy durch Uni de mit Aufgaben Aufgabengebieten und funk tionellen Rollen erweitert werden muss Diese werden vorgestellt ehe die Fallstudie hinsichtlich der Aufgaben analysiert wird Zus tzliche Aufgaben In der Fallstudie CommSy Uni de mussten zus tzliche Aufgaben ausf h ren werden e Apache Webserver pflegen Der Webserver Apache lieferte die Da ten von CommSy mittels Webseiten aus Er wurde installiert konfi guriert und gewartet Benutzerkennungen verwalten Benutzerkennungen wurden freige schaltet oder gesperrt vergessene Passw rter neu gesetzt Didaktische Modelle entwickeln erproben auswerten und ver ffent lichen CommSy folgt bestimmten didaktischen Konzepten die wei ter entwickelt werden mussten Diese Konzepte wurden dokumen tiert und ver ffentlicht um den Nutzenden den Sinn des Designs von CommsSy n her zu bringen Finanzierungsmodelle erstellen Die Finanzierung von CommSy er wies sich als schwierig da sie aufgrund von konkurrierenden un entgeltlichen Angeboten f r die Nutzenden ebenfalls Kostenfrei sein sollte Aus diesem Grund wurden alternative Finanzierungskonzepte erarbeitet MySOL Datenbankserver pflegen Zur Speicherung der Daten wurde eine MySQL Datenbank ben tigt Ein entsprechender Server musste installiert konfiguriert und gewartet werden PHP Interpreter pflegen Es wurde ein PHP Interprete
156. en in denen aufbauend auf die letz te Version eine neue Version hergestellt und eingesetzt wird vgl Floyd und Z llighoven 2002 S 777 Folgende Abbildung stellt das zyklische Projektmodell im Methodenrahmen STEPS dar Floyd u a 1997 Projektabschluss Revisionsetablierung Projektetablierung Herstellung Einsatz System gestaltung lt lt gt J Z ystem Nutzung Pflege spezifikation Realisierung TEN Z Umfeld vorbereitung Entwickler Benutzer gemeinsame Dokument Folge von Legende j aufgabe aufgabe Aufgabe Cau Zyklen Abbildung 27 Zyklisches STEPS Projektmodell Ein Zyklus beginnt mit einer expliziten Etablierung des Zyklus durch die beteiligten Akteure insbesondere der Entwickler und Benutzer Gemein sam wird nach der Etablierung das System gestaltet wobei zun chst die Ermittlung der Anforderungen und anschlie end die Systemgestaltung im 126 Informatiksysteme in Organisationen Vordergrund stehen Ergebnis der Systemgestaltung ist eine Systemspezifi kation in Form eines Dokuments Dieses dient als Ausgangspunkt einerseits fiir die Entwickler um daraus in prototypischen Zyklen eine Softwarever sion zu erstellen und andererseits fiir die Benutzer um in ihrem Arbeits umfeld entsprechende Vorbereitungen fiir die Softwaresystemnutzung zu treffen Ergebnis beider Ak
157. en Orten bearbeitet werden Sie erfordert ein hohes Ma an Flexibilit t da ihre Erledi gung von u eren Faktoren abh ngig ist Zu ihrer Durchf hrung ist eine Vielzahl von Handlungen zur Koordination notwendig Die aufgabenbezogene Anforderungsermittlung hilft in der Aufgabenper spektive die verschiedenen Aufgaben strukturiert erfassen zu k nnen Ka pitel 6 Dar ber hinaus stellt sie die Grundlage f r das im Folgenden erar beitete kollektive Rollennetz dar 130 Informatiksysteme in Organisationen 5 2 4 Kollektives Rollennetz Im ASP wurde eine Schw che bei der Zuordnung von Aufgaben zu Ak teuren konstatiert und weder das Akteursmodell noch die eben dargestellte aufgabenbezogene Anforderungsermittlung leisten eine Verkn pfung von Akteuren und Aufgaben So wird im Folgenden eine Verkn pfung der bei den Ans tze erarbeitet in dessen Mittelpunkt das kollektive Rollennetz steht Konzeption des kollektiven Rollennetzes Die kollektive Rolle wird in Anlehnung an die funktionelle Rolle und unter Einbeziehung der Aufgabenstruktur aus der aufgabenbezogenen Aufgaben analyse Abschnitt 5 2 3 und des Akteursmodells Abschnitt 5 1 2 sowie inspiriert durch das ASP Schichtenmodell Abschnitt 4 1 1 wie folgt defi niert e Eine kollektive Rolle entspricht einer bergeordneten Aufgabe Eine kollektive Rolle kann von einem oder mehreren Akteuren wahr genommen werden Ein Akteur kann eine oder mehrere kollektive Rollen ein
158. en Rollen eines Organi sationsbereiches geleistet bergreifende Aufgaben bestehen wiederum aus bergeordneten Aufgaben und werden von kollektiven Rollen s u wahr genommen Bei der Definition der Bereitstellung einer Software als ber greifende Aufgabe ergibt sich folgende Aufgabenstruktur bergeordnete Aufgabe Aufgabengebiet Aufgabe funktionelle Rolle Anwendungsentwicklung Leitung Entwicklung koordinieren und berwachen Entwicklungsleiter Entwicklungsentscheidungen treffen Planung Anforderungen analysieren Entwicklungsplaner Implementierungen planen und Zeitplan erstellen Programmierung Features programmieren Programmierer Fehler beheben Softwarearchitektur pflegen Dokumentation Benutzerdokumentation pflegen Programmierer Entwicklerdokumentation pflegen Entwicklungsumgebung Entwicklungsclients pflegen Entwicklungsadministrator Entwicklungsserver pflegen Zus tzlich ben tigte Software pflegen Releasemanagement Release identifizieren zusammenstellen und Entwicklungsplaner ver ffentlichen Fehlermanagement Hotline anbieten Fehlerbeauftragter Fehlerberichte in Entwicklungsprozess integrieren Fehlerbehebung ver ffentlichen 214 Softwarebereitstellungsansatz eASP Ubergeordnete Aufgabe Aufgabengebiet funktionelle Rolle Aufgabe Betrieb Hardware Serverhard
159. en der Bereitstellung erweitert werden kann Dar ber hinaus hilft sie in zyklischen Softwareentwicklungs modellen die Software im Kontext und in Relation zur Qualit t der Bereit stellung bewerten zu k nnen 10 2 2 eASP in der IT unterst tzten Organisationsgestaltung Ein idealtypischer Gestaltungsprozess in der IT unterst tzten Organisati onsgestaltung Abschnitt 5 1 1 besteht aus dem Verstehen der IT unterst t zten Organisationssituation und der IT unterst tzten kooperativen Organi sationsgestaltung Rolf 1998 S 226 Beim Verstehen der IT unterst tzten Organisationssituation werden die Ablauf und Aufbauorganisation sowie der informationstechnische Stand der Organisation evaluiert Mit Organisationsworkshops sollen die zumeist aus der Top Down Sicht evaluierten Ergebnisse in den Arbeitsgruppen mit den anderen Perspektiven und Sichtweisen verkn pft werden Der ber gang vom Verstehen der Ist Organisationssituation zum Soll ist flie end eASP in Informatiksysteme in Organisationen 229 Abbildung 35 Spirale von Versionen bei der zyklischen Softwareentwicklung Organisationsworkshops sto en bei der Arbeitsgruppe die Suche nach Ver besserungen und Optionen an Zugleich werden immer wieder Bez ge zum Ist hergestellt um Annahmen abzusichern oder um prototypische L sungen zu erproben Rolf 1998 S 226f Die IT unterst tzte Kooperative Organisationsgestaltung beginnt beim Erarbeiten von Organisations und IT Optio
160. en kann CommSy ist mehrbenutzerf hig da der Zugriff auf die in CommSy ent haltenen Daten ber einen Authentisierungsmechanismus gesichert ist Be nutzer k nnen nur die f r sie relevanten Daten einsehen und nur selbst ein gestellte Daten ndern oder l schen Eine Mehrmandantenf higkeit ist in CommSy ansatzweise gegeben Mandanten k nnen in den verschiedenen bei Uni de und in WissPro einge 188 Technikperspektive Was wird ben tigt setzten Versionen CommSy d h CommSy Projektr ume bei Uni de und CommSy Gemeinschaftsraum und Projektr ume bei WissPro hinsichtlich Namensgebung Farbgebung und Reihenfolge der Rubriken anpassen Es ist nicht m glich das Aussehen Oberfl che von einem Projektraum bzw einem CommSy Gemeinschaftsraum und Projektr ume insgesamt zu ver ndern Die Mehrmandantenf higkeit ist bei CommSy also eingeschr nkt Bei der technischen Infrastruktur lassen sich Unterschiede in den Fall studien erkennen auf die im Folgenden getrennt eingegangen wird 8 2 1 CommSy Uni de Der CommSy Server f r die Bereitstellung von CommSy in Kooperation mit Uni de befand sich zun chst in einem Rechenzentrum in M nchen und sp ter in einem in Frankreich Alle Nutzenden griffen ausschlie lich ber das Internet auf CommSy zu Eine mit VPN gesicherte Verbindung bestand nicht Ob Firewalls und eine entsprechend gesicherte DMZ vorhanden wa ren kann nicht belegt werden Im internen Bereich der Rechenzentren m sse
161. en m ssen ist eine falsche Schlussfolge rung aus der rasanten Entwicklung des Internets Vielmehr ist durch die Technikentwicklung der physische Standort eines Knotens im Netzwerk siehe Abschnitt 5 1 3 obsolet geworden ASP kann daher unabh ngig von Insourcing Outsourcing Diskussionen betrachtet werden Letztendlich sind Produktions und Transaktionskosten ausschlaggebend bei der Insourcing Outsourcing Entscheidung vgl Lammers 2004 In diesem Sinne kann der in dieser Arbeit vorgestellte Ansatz zur Soft warebereitstellung als Erweiterung von ASP angesehen werden eASP fun diert ASP durch das Heranziehen von Methoden und Modellen aus dem Bereich Informatiksysteme in Organisationen Es erweitert ASP nicht nur um die zyklische Vorgehensweise sondern detailliert ASP in vielen Berei chen eASP befreit ASP aus der Umklammerung des Outsourcing und f hrt ASP seiner wirklichen Bedeutung zu die sich aus den Begriffen seines Na mens definieren Bereitstellung Providing einer Anwendung Applicati on als Dienstleistung Service vgl Picot und Jahn 2000 Riemer und Ahlemann 2001 Rosenhagen 2002 Insofern ist eASP nicht nur als Er weiterung von ASP zu begreifen sondern als ein umfassenderer Ansatz zur Analyse und Gestaltung von Bereitstellungskontexten Das bisher in der Literatur mit ASP bezeichnete Gesch ftsmodell wird durch eASP zum Application Outsourcing TripleTree 2003 degradiert Es entspricht damit einer M glichkeit der Orga
162. en mit dem Dienstleistungsanbieter geregelt Sie sollten dar ber hinaus in schriftlichen Vereinbarungen zwischen den jeweiligen kollektiven Rollen spezifiziert und im Sin ne einer Dienstleistungserbringung verstanden werden Die Verkn p fungen im Einzelnen o Der Supportpartner sollte mit dem Anwendungspartner Ho stingpartner und Zugangspartner bei komplexen Support An fragen R cksprache halten o Der Supportpartner muss vom Marketingpartner ber Marke tingma nahmen informiert werden um entsprechend auf dies bez gliche Supportanfragen reagieren zu k nnen o Der Marketingpartner ben tigt Informationen ber die zu be werbende Anwendung vom Anwendungspartner o Hostingpartner und Anwendungspartner sollten hinsichtlich des Betriebs der Anwendung kooperieren o Zugangspartner und Hostingpartner m ssen gemeinsam den Zu gang zum Dienstleistungsangebot sichern e Zuliefererschicht Auf der Zuliefererschicht befinden sich die Rol len der Hard und Softwarezulieferer die die kollektiven Rollen der Partnerschicht mit entsprechender ben tigter Hard und Software be liefern An der Bereitstellung der eigentlichen Software sind sie nur sekund r beteiligt Konzeption 163 Beim Ubergang vom abstrakten kollektiven Rollennetz zu konkreten Ak teuren muss das Konfliktpotential bei der Kooperation von Akteuren mit einbezogen werden vgl Abschnitt 5 1 2 Konflikte sind auf der Ebene von Akteuren in der Regel Zielkonflikte Es
163. en origin ren Interessen Konzeption 203 9 1 4 Langfristige Rahmen und kurzfristige Detailvertrage Vertr ge bzw vertragliche Regelungen gelten wie in Abschnitt 7 1 4 dar gestellt als Rechtssicherheit Sie dokumentieren dass und wie die Ver tragspartner miteinander kooperieren wollen In Hinblick auf das zyklische Vorgehen Abschnitt 9 1 1 wird f r den Ansatz eASP die Kombination von langfristigen Rahmen und kurzfristigen Detailvertr gen vorgeschla gen die u a durch die Auseinandersetzung mit Vertragsarten in der ASP Literatur motiviert ist Abschnitt 4 4 1 und in Abschnitt 7 1 4 begr ndet wurde Mit langfristigen Rahmenvertr gen wird die Kooperation der beteilig ten Akteure auf eine f r alle sichere Basis gestellt und dokumentiert dass hinsichtlich der Bereitstellung einer Software kooperiert werden soll So wird in Rahmenvertr gen der Rahmen f r die Bereitstellung gekl rt oh ne auf Details der Umsetzung der Kooperation n her einzugehen Wie die Kooperation im Einzelnen organisiert werden soll wird in kurzen Detail vertr gen geregelt Sie m ssen nicht so ausf hrlich sein wie es in der ASP Literatur Abschnitt 4 4 2 diskutiert wird Der Umgang mit Ver nderun gen wird im zyklischen Vorgehen in den Prozess gelegt so dass neue kurze Detailvertr ge als Konsequenz der kontinuierlichen Treffen entstehen Die Detailvertr ge sind in zweierlei Hinsicht als kurz zu bezeichnen Zum einen gelten sie f r einen kurzen Z
164. ende Sicht Aus einer Metasicht stellt die erste Etablierung des ersten Zyklus welcher zur ersten Herstellung eines ersten Bereitstellungsrahmens f hrt den Beginn der Bereitstellung dar Das Ende der Bereitstellung tritt ein wenn es aufgrund eines instabilen Zustands keine weitere Etablierung eines neuen Zyklus gibt Das Akteursnetzwerk zerf llt alle Akteure geben ihre kollek tiven Rollen auf 224 Softwarebereitstellungsansatz eASP In der zyklischen Gestaltung der Softwarebereitstellung bestehen folgende Voraussetzungen 1 Nur die beteiligten Akteure haben Einfluss auf die Softwarebereit stellung und damit Gestaltungsmacht u ere Einfl ssen wirken ber die Akteure auf die Bereitstellung 2 Diese Macht haben sie zu jedem Zeitpunkt Entweder wird der Be reitstellungsrahmen durch ihr Handeln instabil oder sie berufen eine konstituierende Phase ein und erarbeiten verhandeln einen neuen stabileren Bereitstellungsrahmen 3 Die beteiligten Akteure gestalten die Bereitstellung zu jedem Zeit punkt Durch ihr Handeln best tigen sie entweder die vereinbarte Struktur in Form des Bereitstellungsrahmens oder handeln ihm zuwi der was Nicht Handeln einschlie t und den Bereitstellungsrahmen instabil werden l sst In diesem Sinne sind immer alle beteiligten Akteure zu jedem Zeitpunkt an der Gestaltung der Softwarebereitstellung beteiligt und da sie Ver n derungen unterliegen werden sie den vereinbarten Bereitstellungsrahme
165. enden Auf gabe 6 1 2 bergeordnete Aufgaben Die bergeordneten Aufgaben der bergreifenden Aufgabe Software x be reitstellen werden im Folgenden n her erl utert Aus den Abschnitten 4 2 ASP Wertsch pfungsketten und 4 3 1 ASP Services ergeben sich die Aufgabengebiete der ersten sechs bergeordneten Aufgaben Die der Ko operation ergeben sich der Definition der bergreifenden Aufgabe und aus den Ausf hrungen im Kapitel Organisationsperpektive Dort wird erg n zend dargestellt dass die bergeordnete Aufgabe Kooperation eine Son derrolle einnimmt da sie von allen Dienstleistern wahrgenommen werden Konzeption 139 muss Die bergeordnete Aufgaben im Detail sind vgl Bleek und Jacke witz 2004 Jackewitz 2004 e Die Anwendungsentwicklung umfasst die Herstellung Weiter Ent wicklung und das Bug Fixing der Anwendung die zur Verf gung gestellt werden soll Die Anwendungsentwicklung besteht aus den Aufgabengebieten Leitung Planung Programmierung Dokumen tation Entwicklungsumgebung Releasemanagement und Fehlerma nagement e Unter Betrieb wird die technische Bereitstellung der Infrastruktur in klusive der bereitzustellenden Anwendung und der zus tzlich ben tigten Software verstanden Aufgabengebiete Hardware Basissoft ware Anwendung Datensicherheit und Ausfallsicherheit e Die Benutzerbetreuung umfasst alle Ma nahmen hinsichtlich eines direkten Kontakts mit den Nutzenden Aufgabengebiete Hand
166. endung CommsS y installieren konfigurieren und pflegen Anwendungsadministrator Datensicherheit Back up der Daten durchf hren Softwareadministrator Virenscan der Daten durchf hren Weitere Sicherheitsmechanismen einrichten Ausfallsicherheit Klima und Brandschutz installieren Hardwareadministrator Stromversorgung sichern Benutzerbetreuung Benuzerbetreuer Didaktische Beratung Veranstaltungsbetreuer Veranstalterforum moderieren Redaktion Benutzerkennungen verwalten Redakteur Projektr ume verwalten Marketing Werbung Informationsmaterialien entwickeln und verbreiten Werbefachmann Kundenbetreuung Vertr ge Kundenbetreuer Standardvertr ge entwickeln Vertragsverhandlungen f hren Abrechnung Rechnungen stellen Buchhalter Zahlungen berwachen Zugriffserm glichung Netzverbindung Verbindung etablieren und pflegen Netzwerkadministrator Kooperation Abrechnung Rechnung stellen alle Dienstleister Verwalter Zahlungen berwachen Anwendung auf die Fallstudien 147 Ubergeordnete Aufgabe Aufgabengebiet funktionelle Rolle Kommunikation Ansprechpartner Koordination Koordinator Vertragswerk Verwalter Aufgabe Feedback geben Beteiligung an Kooperationstreffen berblick ber Bereitstellung behalten Kooperationsvertr ge entwickeln Vertragsverhandlungen f hren Tabelle 3 Analyse der bergreifenden Aufgabe CommSy bereitstellen in der Fallstudie CommSy Uni de Die dunkle F
167. ensweise werden zun chst Einfl s se auf die Bereitstellung einer Software skizziert Der gesellschaftliche Wandel gibt Rahmenbedingungen vor die Ein fluss auf die Softwarebereitstellung haben In einem Moment ist es en vogue die Bereitstellung von Software auf externe Dienstleister zu bertragen im n chsten Moment entpuppt sich diese Verhaltenswei se als vor bergehender Trend Terroranschl ge ersch ttern das Ver trauen in Kooperationspartner und in die Sicherheit von Software systemen und f hren zu strategischen Neuausrichtungen auch im Be reich der Softwarebereitstellung Steuerreformen Arbeitsmarktpoli tik das Ende einer Legislaturperiode und Neu Wahlen ver ndern die gesellschaftlichen Rahmenbedingungen Die Technikentwicklung gewinnt im Bereich der Informations und Kommunikationstechnologie immer mehr an Geschwindigkeit Klei nere aber leistungsf higere Hardware erschlie t im Bereich der Soft warebereitstellung neue M glichkeiten Neuere Versionen von Soft wareprodukten erweitern den Funktionsumfang neuartige Software erweitert das Portfolio Mit steigenden M glichkeiten erh hen sich auch die Bed rfnisse Wirtschaftliche Rahmenbedingungen beeinflussen z B Investitionen in die Bereitstellung von Software Schlechte welt wirtschaftliche Konjunkturdaten oder steigende Aktienkurse lassen Akteure ihr En gagement hinsichtlich der Bereitstellung oder Nutzung von Software berdenken Diese Einfl sse wirken s
168. er Schw chen werden das Akteursmodell Abschnitt 5 1 2 die Netzwerkorganisation Abschnitt 5 1 3 und das Konzept des kollektiven Rollennetzes Abschnitt 5 2 4 auf das ASP Player Modell und das ASP Schichtenmodell Abschnitt 4 1 1 angewandt Das Konzept des kollektiven Rollennetzes leistet dabei die Verkn pfung von den im vori gen Kapitel vorgestellten Aufgaben ber die kollektiven Rollen zu den be teiligten Akteuren Dargestellt werden dar ber hinaus die Folgen f r den Ansatz eASP aus der Auseinandersetzung mit dem Dienstleistungsbegriff Abschnitt 5 1 5 und mit der Transaktionskostentheorie Abschnitt 5 1 4 die die Ausfiihrungen im ASP tiber vertragliche Aspekte Abschnitt 4 4 1 erg nzen 7 1 Konzeption In diesem Abschnitt wird ein kollektives Rollennetz f r den Softwarebe reitstellungsansatz eASP pr sentiert und der Schritt vom kollektiven Rol lennetz als Muster bzw Schablone zum wirklichen Akteursnetzwerk be trachtet Danach werden die Auswirkungen des Dienstleistungsbegriffs auf 158 Organisationsperspektive Wer tut was den Kontext der Softwarebereitstellung dargestellt die zu vertraglichen Re gelungen Geb hren und Kosten sowie zu verschiedenen Qualit ten und Quantit ten in der Bereitstellung f hren 7 1 1 Kollektives Rollennetz F r den Softwarebereitstellungsansatz eASP k nnen aus den Arbeiten von Farleit 2000 G nther u a 2001 Gillian u a 1999 und Tao 2000 zum ASP Player und ASP Schich
169. er Tech nik weitere Aufgaben zur Installation bernommen werden Benutzerschu 20 Begriffsbestimmung Softwarebereitstellung lung organisatorische Anpassungen usw So kann die Installation als eine Aufgabe der Bereitstellung angesehen werden 2 3 2 Anpassung und Konfiguration W hrend in der Informatik unter der Anpassung von Software eher die softwaretechnische Anpassung einer Software an zus tzliche oder sich ver ndernde Anforderungen verstanden wird vgl Sinz 2002 Duden 1993 meint Konfiguration eine Ver nderung von Software nur durch das Setzen von Umgebungsvariablen in Konfigurationsdateien oder das Einstellen an der Benutzungsoberfl che Konfigurationsoptionen Bei der Konfigurati on werden die Softwarearchitektur und der Softwarecode im Gegensatz zur Anpassung nicht ver ndert Wie bei der Installation fehlt der Anpassung und der Konfiguration die Kontinuit t der Bereitstellung auch wenn diese Aufgaben z B aufgrund von Ver nderungen in Hard und Software h ufiger durchgef hrt werden m ssen Ihre Durchf hrung bleibt ber einen l ngeren Zeitraum betrach tet punktuell Trotzdem sind dies Aufgaben die in der Softwarebereitstel lung wahrgenommen werden m ssen und so k nnen sie als wiederkehren de Aufgaben in der Bereitstellung gelten 2 3 3 Hosting Application Hosting bezeichnet den Betrieb einer Hardware und Netz infrastruktur Im Leistungsumfang ist die Software selbst nicht enthalten sondern nur
170. er die Software version aufsetzt muss gewartet werden Es wird deutlich dass die in eASP dargestellten bergeordneten Aufga bengebiete Betrieb und Benutzungsbetreuung mit ihren Aufgabengebieten und Aufgaben die produktbezogenen T tigkeiten Systemeinf hrung und Wartung erweitern und erg nzen Daher kann die Softwarebereitstellung als bergreifende Aufgabe den Platz dieser produktbezogenen T tigkeiten einnehmen Damit erg nzt die Softwarebereitstellung bzw gro e Teile ih rer bergeordneten Aufgaben die Softwareentwicklung auf der Ebene der produktbezogenen T tigkeit Im zyklischen Projektmodell von STEPS ordnet sich die Softwarebereit stellung im Bereich Einsatz neben dem Bereich Nutzung ein und ersetzt die Pflege Aufgabe der Entwickler Da die Bereitstellung ein wesentlich umfangreicheres Aufgabenverst ndnis hat als die Pflege ist die Benutzer betreuung nicht mehr nur eine Aufgabe der Entwickler Sie ist eine gemein same Aufgabe von Nutzern z B in der Nutzungsevaluation Entwicklern z B in der Fehlerbereinigung und der weiteren in eASP genannten Per sonen bzw funktionellen Rollen Benutzerbetreuer Hardware und Soft wareadministrator Nutzungsevaluator usw Abschnitt 10 1 1 Die Bereit stellung im Sinne von eASP verleiht der zyklischen Softwareentwicklung einen umfassenderen Blick auf die Nutzung der eingesetzten Systemversio nen so dass zum einen der Einsatzkontext als Qualit tskriterium erschlos sen zum an
171. erechnet werden Ertragsmodell 93 Wiederkehrende Geb hren werden regelm ig erhoben und sind von der tats chlichen Nutzung unabh ngig Die Internet Flatrate ist ein typisches Bespiel f r eine wiederkehrende nutzungsunabh ngige Ge b hr Die nutzungsabh ngige Geb hr wird in Abh ngigkeit zur Nutzung d h pro wirklich genutzten Zeiteinheiten oder Volumeneinheiten erhoben Internet By Call Angebote fallen beispielsweise unter die nutzungsabh ngigen Geb hren Geb hrenpflichtig sind u a vgl Grohmann 2002 S 72 Daten Verkehr Traffic Applikationsbezogene Ereignisse z B das Eintragen eines Beitrags oder das Herunterladen von Informationen erzeugen Datenverkehr der nach Zeit oder Volumen nutzungsabh n gig abgerechnet werden kann Administration Die Administrationskosten beim Application Service Provider sind gr tenteils Personalkosten f r Mitarbeiter im Data Operation Center Network Operation Center und Security Center al so in den berwachungseinheiten f r die unterschiedlichen Bereiche des Rechenzentrums Grohmann 2002 S 75 Diese Kosten treten monatlich auf und werden meist nutzungsunabh ngig verrechnet Lizenzen Eventuell auftretende Kosten bzgl Software Lizenzen wer den unterschiedlich auf den Kunden umgelegt 1 Lizenzen werden direkt an bestimmte Anwender named user gebunden und einmalig oder wiederkehrend abgerechnet 2 Lizenzen werden nutzungsabh ngig entsprechend der gleich
172. ern genutzt Nutzer waren Wissenschaftler Studierende Lehrer Schiiler usw an deutschsprachigen Bildungsinstitutionen Dienstleistungsanbieter Das Projekt WissPro hat CommSy im deut schen Sprachraum allen Interessenten gebiihrenfrei zur Verfiigung gestellt Anwendungspartner Die Weiterentwicklung von CommSy war Teil des Projekts WissPro Diese Rolle wurde im Projekt vom CommSy Entwicklungsteam tibernommen Hostingpartner Das Projekt WissPro betrieb den CommSy Server d h administrierte konfigurierte und bernahm eine kontinuierliche Wartung Ein Betriebsteam betreute den Betrieb Zugangspartner Der Zugangspartner zum Internet waren das Regio nale Rechenzentrum der Universit t Hamburg und das Rechenzen trum des Fachbereichs Informatik Die Benutzer von CommSy waren ber ihre Universit ten ans Internet angebunden bzw haben private Zug nge benutzt Supportpartner Aus dem Projekt WissPro heraus wurde von einem Benutzerbetreuungsteam eine umfassende Betreuung angeboten Marketingpartner Das Projekt WissPro nahm diese Rolle ein Es betrieb durch Publikationen ein berwiegend wissenschaftliches Marketing CommSy wurde u a auf verschiedenen Konferenzen und Messen pr sentiert Hardwarezulieferer Aus Gr nden der Schleichwerbung wird der ein zige Hardwarezulieferer hier nicht namentlich benannt Softwarezulieferer Der CommSy Server basiert auf freier Software so dass die Open Source Gemeinschaft diese Rolle ein
173. ernehmen bzw Unterneh mensprobleme analysieren k nnen hnliche Klassifizierungen von ASP f higen Anwendungen finden sich bei Dechant u a 2004 und Liess 2000 Die verschiedenen Arten von Anwendungen k nnen in drei Dienstlei stungsstufen angeboten werden vgl Gillian u a 1999 Riemer und Ahle mann 2001 Extended Services Konfiguration und kundenspezifische Erweiterung der Leistungen Professional Services Prozessberatung Strategie und Planung Managed Services Zus tzliche Sicherheitsleistungen Umfangreiche SLAs Ausbildung Core Services Geschwindigkeit Basis Support Coaching Network Datensicherung Application Updates Back ups und Upgrades Server 2 5 Trainin Monitoring Technischer 8 24x7x365 Verf gbarkeit Support Abbildung 22 ASP Leistungssystem e Core Services Die Basisdienstleistungen umfassen die ASP Kern leistungen Hosting Monitoring und Wartung der Anwendung Es Ertragsmodell 91 wird die st ndige Verf gbarkeit garantiert und Updates bzw Upgra des werden eingespielt Meist geh rt eine minimale Benutzerbetreu ung zu den Basisleistungen um ein Mindestma an Kundenzufrie denheit zu erreichen Managed Services Die Managed Services umfassen die Core Ser vices und weitere Leistungen die f r eine stabile schnelle und si chere Benutzung notwendig sind Dazu geh ren skalierbare Dienst leistungen hinsich
174. ers Software providers Infra structure providers und Network service providers gebildet Farleit 2000 S 4 Solution providers Software providers Infrastructure providers Network service providers Abbildung 17 ASP Schichtenmodell Die angegebenen Provider sind nicht als real existierende Unternehmen zu betrachten sondern als Rollen die von Unternehmen eingenommen wer den k nnen Nach dem Schichtenmodell k nnen Unternehmen in einem ASP Szenario eine mehrere oder auch alle Rollen einnehmen vgl Farleit 2000 Tao 2000 e Network service providers bieten Netzwerkdienste wie Kommunika tion Server Ressourcen und value added IP Dienste an Zur Kom munikation geh ren physikalische Netzwerkressourcen u a Kabel Value Proposition 81 Switches Router und das damit verbundene Management von Kom munikation Performance Ausfallsicherheit und Security Zu den Ser ver Ressourcen geh ren z B unterbrechungsfreie Stromversorgung physikalische Sicherheit und technische Netzwerkdienste Value added IP Dienste enthalten u a VPN Netzwerk Caching Strea ming Media Firewalls und Directory Services Infrastructure providers sind auf dem Network service provider aufbauend f r die bereitzustellende Anwendung und die zus tz lich ben tigte Software verantwortlich Kann ein Infrastructure pro vider die Leistungen des Network service providers erbringen wird er ASP Infrastructure Provider AIP genannt Die AI
175. ert stellt er eine andere Ausgestaltung der lokalen H lle dar eASP grenzt sich somit von der Ausgestaltung als Softwareentwicklungs projekt ab kann aber als erg nzende Ausgestaltung einer lokalen H lle in das Software Infrastrukturkonzept eingeordnet werden 2 4 Zwischenergebnis Die Softwarebereitstellung wurde in diesem Kapitel ber das Outsourcing und Application Service Providing eingef hrt von anderen hnlichen Be griffen abgegrenzt und folgenderma en definiert Die Softwarebereitstellung umfasst technische und organisatorische Auf gaben welche Nutzenden eine Software zentral als Dienstleistung so zur Verf gung stellt dass eine gesicherte Nutzung m glich ist Zwischenergebnis 27 Damit ist das Thema dieser Arbeit beschrieben und der erste Schritt fiir die Entwicklung eines Analyse und Gestaltungsansatzes der Softwarebe reitstellung getan Im n chsten Schritt wird von zwei Fallstudien der Soft warebereitstellung berichtet um eine empirische Basis aufzubauen auf die der Ansatz eASP sp ter angewendet werden kann aa ae Erfahrungen in Softwarebereitstellungsprojekten Die empirische Basis fiir diese Arbeit stellen Erfahrungen in der Bereitstel lung Entwicklung und Nutzung der webbasierten Kooperationsplattform CommSy in zwei Kontexten ber insgesamt vier Jahre dar Die Betrach tung der ineinander verwobenen Erfahrungen erfolgt anhand folgender vier Untersuchungsbereiche 1 die Software CommSy 2 die Berei
176. esem Zeitpunkt noch keine Auswahl getrof Zwei Fallstudien 59 fen F r den 20 07 2000 Datum des zweiten Treffens zwischen CommSy Entwicklung und Uni de war der Abschluss eines Kooperationsvertrags mit Festlegung der Arbeitspakete geplant Uni de suchte tiberwiegend technische Arbeitspakete aus deren An zahl unter der Minimalgrenze der von der CommSy Entwicklung festge legten unabdingbaren Arbeitspakete lag Am Ende des Verhandlungstages einigte man sich auf Arbeitspakete im Wert von 50 Personentagen PT 40 PT technische Weiterentwicklung zehn PT fachliche Vorbereitung und BegleitmaBnahmen Weiterhin wurde vereinbart den Vertrag nach Einar beitung der getroffenen Auswahl an Arbeitspaketen schnellstm glich zu unterschreiben Leider hatten die anwesenden Entwickler Abh ngigkeiten in den technischen Arbeitspaketen bersehen Sie erh hten eigenm chtig die mit Uni de vereinbarten 50 PT um 16 weitere PT auf insgesamt 66 PT Dies lehnte Uni de strikt ab Ein f r den 01 08 2000 vereinbartes Telefon gespr ch zwischen den Technikexperten beider Seiten in dem die Auswahl der technischen Arbeitpakete erneut diskutiert werden sollte fand nicht statt Erst am 24 08 2000 kam es zu diesem Gespr ch Sie einigten sich auf 36 PT f r technische Arbeitspakete und 10 PT f r fachliche Arbeitspakete vgl Bleek 2004 S 264f Au erdem wurde vereinbart dass Uni de zus tzlich zum Kooperations vertrag einen Beratungsvertrag zur Moderation eines
177. estellt Damit war der erste Schritt zu einer Open Source Entwicklung getan Dieser Schritt zog mit sich dass die verschiedenen Teams auch wenn sie noch bis Ende 2003 gemeinsam im Projekt WissPro verankert waren sich verst rkt auf die explizit ausgehan delten Kommunikationskan le einlie en Spontane Flurgespr che fanden immer seltener statt Die verschiedenen Teams verbanden damit zwei Moti vationen Zum einen wurde im Hinblick auf die Open Source Entwicklung bereits fr hzeitig eine Open Source hnliche Organisation des Entwick 68 Erfahrungen in Softwarebereitstellungsprojekten lungsprozesses initiiert zum anderen war nur so die Offnung des Entwick lungsprozesses und das Einbeziehen von externen Interessierten m glich 3 3 4 Blick in die Zukunft W hrend der Projektlaufzeit von WissPro entstanden Bem hungen die Be reitstellung und Entwicklung nachhaltig in der Universit t Hamburg zu ver ankern F r die Bereitstellung von CommSy f r Hamburger Hochschulen wurde bereits 2001 ein Projektantrag an das E Learning Consortium Ham burg ELCH gestellt der in der ersten F rderrunde abgelehnt in der zwei ten angenommen wurde So konnte durch das ELCH Projekt CommSy goes Hamburg die Bereitstellung zun chst f r das Jahr 2004 finanziell gesichert werden F r die nachhaltige Verankerung der Entwicklung von CommsSy in der Universit t Hamburg wurden Gespr che mit entsprechen den Entscheidungstr gern aufgenommen Uni
178. etour de l acteur Paris Fayard 1984 Trieneken u a 2004 Trieneken J J M Bouman J J van der Zwan M Specification of Service Level Agreements Problems Principles and Practices In Software Quality Journal 12 2004 M rz Nr 1 S 43 57 TripleTree 2003 TripleTree 2003 Outsourcing Update http www cherrytreeco com reports 20030utupdate pdf 23 04 2003 2003 Spotlight Report Wei und L ngsfeld 2000 Wei P L ngsfeld M Studie Virtuelle Un ternehmen FZI Forschungszentrum Informatik Karlsruhe 2000 Studie Weltz und Ortmann 1987 Weltz F Ortmann R G Betreuung der Anwender beim Einsatz neuer B rotechnik ein Aufwand der sich rechnet In Office Management 1987 Nr 4 S 6 15 Wetzel und Klischewski 2002 Wetzel I Klischewski R Serviceflow Beyond Workflow Concepts and Architectures for Supporting Inter Organizational Service Processes In Pidduck A B Mylopoulos J Woo C C Ozsu M T Hrsg Advanced Information Systems Engi neering Berlin Springer Lecture Notes in Computer Science 2002 Proceedings 14th CAiSE Literaturverzeichnis 277 Williamson 1991 Williamson O E Comparative Economic Organiza tion The Analysis of Discrete Structural Alternatives In Administrative Science Quarterly 36 1991 Nr 2 S 269 296 WissPro 2003 WissPro Homepage http www wisspro de 28 07 2004 2003 Forschungs und Entwicklungsprojekt WissPro
179. etzen Am 01 04 2001 ging CommSy unter der URL http commsy uni de offiziell online Zum gleichen Zeitpunkt begann im Rahmen des Bera tungsvertrags das Coaching f r den CommSy Verantwortlichen von Uni de der zu diesem Zeitpunkt gerade wechselte Die Entwickler berieten fortan den Uni de Mitarbeiter u a hinsichtlich der Konfiguration des CommSy Projektraums f r die Veranstalter und formulierten E Mails zur Einladung in diesen Projektraum vor Diese Hilfe wurde von Uni de nur in den ersten Tagen angenommen und z gig umgesetzt Am 02 04 2001 blendete Uni de ber den CommSy Projektr umen Wer bebanner ein um die f r Nutzende kostenlose Bereitstellung zu refinan zieren Aufgrund technischer Schwierigkeiten in der Bannerrotation wurde immer nur ein Werbebanner angezeigt UNI DE De by Abbildung 10 Das erste Werbebanner unter http commsy uni de Am 03 04 2001 wiesen die Entwickler auf diese Tatsache hin und u erten Bedenken hinsichtlich der sexistischen Aufmachung Diese Bef rchtungen erwiesen sich als berechtigt Noch am selben Tag trafen bei Entwickler und Uni de E Mails ein deren Verfasser mit Nichtnutzung der Projektr u me drohten Die Beschwerden setzten sich bis zur Entfernung des sexisti schen Werbebanners und der Behebung der Rotationsschwierigkeiten am 05 04 2001 fort Die anschlie end angezeigten Werbebanner erzeugten kei nen Protest dennoch boten verschiedene Personen finanzielle Mittel f r werbefreie Comm
180. etzsicherheit Netzwerkadministrator Netzwerksicherheit installieren und pflegen Kooperation alle Dienstleister Abrechnung Verwalter Rechnung stellen Zahlungen berwachen Kommunikation Ansprechpartner Internen Newsletter herausbringen Feedback geben Koordination Koordinator Beteiligung an Kooperationstreffen berblick ber Bereitstellung behalten Training Interne Workshops durchf hren Trainer Vertragswerk Kooperationsvertr ge entwickeln Verwalter Vertragsverhandlungen f hren Vertragsbr che verhandeln Tabelle 2 Aufgaben bei der bergreifenden Aufgabe Software x bereitstellen 6 2 Anwendung auf die Fallstudien Die Anwendung der Aufgabenstruktur auf die Fallstudie CommSy Uni de und CommSy WissPro verdeutlicht welche Aufgaben wahrgenommen oder auch nicht wahrgenommen wurden Dabei werden hinsichtlich der Aufgabenstruktur die Elemente der tabellarischen bersichten in den Fall studien nach den folgenden Kriterien gewertet e Das Element bestand bzw wurde wahrgenommen Wei er Hintergrund e Das Element wurde teilweise wahrgenommen Hellgrauer Hintergrund e Das Element wurde nicht wahrgenommen ber das Element kann keine Aussage getroffen werden Schwarzer Hintergrund Anwendung auf die Fallstudien 143 6 2 1 CommSy uwUni de Bei der Betrachtung der Fallstudie CommSy Uni de ist festzustell
181. eues von den Nutzen den aufgenommen wurde bzw welche Anforderungen die Nutzenden an die Weiterentwicklung stellten Dieser durch die Teambildung ver nderten Kommunikationssituation wurde im Projekt bewusst begegnet indem auf w chentlich stattfinden den Treffen ber Themen gesprochen wurde die sich bergreifend auf Entwicklung Betrieb und Benutzerbetreuung auswirkten Dar ber hinaus richteten das Entwicklerteam das Betriebsteam und das Benutzerbetreu ungsteam weitere Kommunikationskan le spezifische E Mailadressen ei gener CommSy Projektraum ein Die Kommunikationskan le erm glich ten einen flexiblen Austausch ber auftretende Fehler neueste Entwicklun gen und das Vorhandensein neuer Versionen Gr ere Design und Weiter entwicklungsentscheidungen wurden ebenfalls mit allen Teams gemeinsam getroffen Zu den drei bereits genannten Teams formierte sich im Herbst 2002 ein viertes welches sich der Evaluation der CommSy Nutzung annahm Die ses Evaluationsteam f hrte Interviews durch und konzipierte Offline sowie Online Frageb gen So wurde die CommSy Nutzung seit dem Winterse mester 2002 2003 kontinuierlich evaluiert und die Ergebnisse ber die eta blierten Kommunikationskan le wurden an die Entwicklung den Betrieb und die Betreuung weitergeleitet Im April 2003 wurde CommSy mittlerweile bestehend aus Projektr u men und einem Gemeinschaftsraum ehemals Archiv und Portal unter die GNU General Public License GPL g
182. ezifizierung der zu leistenden Aufgaben in Quantit t und Qualit t als Beitrag zur Transparenz und Kalkulierbarkeit der angebotenen Leistungen 218 Softwarebereitstellungsansatz eASP 3 Dokumentation der Zusammenarbeit insbesondere zur Regelung der Kooperation und Kommunikation Die Art der Vertr ge ist vom Inhalt der von den Vertragspartnern verein barten Leistungspflicht abh ngig und kann verschiedene Mischformen von juristischen Vertragsarten Miete Pacht Leasing Werkvertrag Dienstver trag enthalten Die Benutzung von Service Level Agreements SLAs in den vertraglichen Regelungen macht die Leistungen in der Bereitstellung von Software in einer ausreichenden Detailtiefe transparent und kl rt dar ber hinaus Verantwortlichkeiten SLA Bereich SLA Komponente Erl uterung Zugriff Verf gbarkeit und Aus fallzeiten Die Verf gbarkeit wird blicherweise in Prozent angegeben Be zugsgr e ist hier ein konkret definierter Zeitraum Geplante Aus fallzeiten z B Einspielung von Updates sollten explizit aufgef hrt werden Netzwerkausstattung und Netzwerkarchitek tur Ausstattung und Architektur des Netzwerks sind grundlegende Voraussetzung Erwartet werden skalierbare und redundante Net ze Netzsicherheit Zur Netzwerksicherheit z hlt die Sicherung der Verbindung zwi schen Anwender und Anwendung und die Sicherung der entmili arisierten Zone Hier m ssen Sicherheitsmechanismen wie Fire
183. f r Pflege Fehlerbehebung und Weiterentwicklung des KnowNets Poma Dii sa Ha Gapiana Som Bin ap Fe ee ee Ree ee rd um madea oe ja Videos dois ffi ga mn edie ta a iam Phe ipa ee ee ed ee ee par ee eed biassa Token j Bine tn o A mran irada _ i Burn Te per daris open BE TE w a eu a 2 i ie ne 3 ie nda eevee Dees ore LIOR fiers ms E G T ai Bine oma a Ze FREE On wenn iaga T 4 amar wes Caer Em ee u Abbildung 6 Einstiegsseite des Ur CommSys KnowNet Version 0 1 W hrend der Lehrplanung zum Wintersemester 1999 2000 hatten zwei An geh rige der Gruppe KnowNet die Idee das entwickelte Community Sys tem in einem Projektseminar einzusetzen Sie konzipierten aus dem Ur CommsSy die n chste Version um die Lehrveranstaltung damit zu unter st tzen Der PHP Code wurde kopiert eine neue Datenbank aufgesetzt und nderungen auf der Grundlage des PHP Codes des KnowNets implemen 54 Erfahrungen in Softwarebereitstellungsprojekten tiert Die Rubrik Wissenspools wurde entfernt da sie sich nicht eindeu tig von den Diskussionsforen abgrenzte Hinzu kamen die Rubriken Grup pen Suchen und Intern Die Rubrik Suchen stellte eine Suchfunktion be schr nkt auf Dateien und Quellen zur Verf gung Die Rubrik Intern umfas ste eine Sammlung von Hyperlinks zu Informationen rund um das System u a zur Administrationsseite des Webservers zur offiziellen Webseite von PHP und MySQL usw
184. fgaben an die ber den technischen Betrieb der Soft ware hinausgehen Welche Aufgabenbereiche sind neben dem technischen Betrieb relevant Welche Aufgaben geh ren zu diesen Aufgabenbereichen und welche Rollen nehmen welche Aufgaben wahr Mit einer entsprechenden Differenzierung Komplettierung und Syste matisierung der relevanten Aufgaben bei der Softwarebereitstellung k nnen die Fallstudien fundierter betrachtet werden So sind detaillierte Antworten auf folgende Fragen m glich e Welche Aufgaben wurden in welcher Fallstudie wahrgenommen und welche nicht e Welche Aufgaben h tten wahrgenommen werden sollen und wel che Konsequenzen ergaben sich aus dem Nichtwahrnehmen einzel ner Aufgaben Die Aufgabenperspektive er ffnet eine ber die technischen Aufgaben hin ausgehende Sicht auf die Softwarebereitstellung indem sie weitere f r die Bereitstellung notwendige Aufgabenbereiche in den Blick nimmt Organisationsperspektive bergreifend muss die Bereitstellung von Software in geeigneter Art und Weise organisiert werden Dabei gew hrleistet die gew hlte Organisations Zwischenergebnis 71 form letztlich die Bereitstellung der Software Um die Bereitstellung ge w hrleisten zu k nnen m ssen die notwendigen Aufgaben bernommen werden Organisation bedeutet die Zuordnung von Aufgaben zu entspre chenden Akteuren Hier stellt sich die Frage wer diese Akteure sind bzw sein k nnten und in welcher Rolle sie zur Bereitstellung
185. flikte besser interpretieren Als kollektive Rollen wurden auf Dienstleisterseite der Dientsleistungs anbieter Hosting Anwendungs Support Marketing und Zugangspart ner sowie Hardware und Softwarezulieferer identifiziert und mit entspre chenden bergeordneten Aufgaben verkn pft wobei die Aufgabe Koope ration von allen Rollen zu leisten ist Auf Kundenseite stehen zahlender Kunde und Nutzer Beim bergang vom abstrakten kollektiven Rollennetz zu konkreten Akteuren muss das Konfliktpotential bei der Kooperation von Akteuren ein bezogen werden Konflikte sind auf der Ebene von Akteuren meist Zielkon flikte Es ist daher unumg nglich die Ziele der verschiedenen beteiligten Akteure in den Blick zu nehmen Dabei ist wichtig zwischen den konkre ten Zielen hinsichtlich der Kooperation und allgemeinen Akteurszielen zu unterscheiden Durch die Betrachtung der Softwarebereitstellung als Dienstleistung werden Dienstleistungen bzw Services als soziale Beziehungen zwischen Servicegeber und Servicenehmer interpretiert Dies bedeutet dass ein Ser vice dann als erfolgreich zu bewerten ist wenn der Bedarf des Serviceneh mers durch den Servicegeber befriedigt wurde Da dies aus der Sicht eines Servicegebers bei mehreren Servicenehmern zu unterschiedlichen Zeit Punkten eintritt wird er aus wirtschaftlichen Gesichtspunkten seine Dienst leistungen in verschiedenen Qualit ten und Quantit ten anbieten Dabei stehen die notwendigen Qualit
186. formationsverarbeitungskapazit t eingeschr nkt ist und die Komplexit t aufgrund des Auftretens kommunikativer Pro bleme bei schwer bermittelbarem Wissen weiter steigt Unsicherheit wird in Verbindung mit der beschr nkten Rationalit t zum Problem e Informationsverkeilung Als Informationsverkeilung werden in erster Linie Situationen asymmetrischer Informationsverteilung bezeichnet bei denen die Gefahr besteht dass ein Transaktionspartner seinen In formationsvorsprung opportunistisch ausnutzt Die folgende Abbildung verdeutlicht die Beziehung der Einflussgr en un tereinander Picot u a 1998 Transaktionsatmosph re Verf gbarkeit von Kapital und Know How Transaktionsh ufigkeit beschr nkte Unsicherheit Rationalitat Komplexitat a 2 Informations Opportunismus gt Spezifit t verkeilung x Abbildung 26 Einflussgr en auf die Transaktionskosten 120 Informatiksysteme in Organisationen Neben diesen Einflussfaktoren m ssen drei weitere Einflussgr en ber ck sichtigt werden die nachrangig sind aber dennoch einen nicht unwesentli chen Einfluss haben Picot u a 1998 S 44 e Transaktionsh ufigkeit Die Transaktionsh ufigkeit bestimmt die A mortisationszeit und damit die konomische Vorteilhaftigkeit hierar chischer Unternehmensstrukturen oder langfristiger Kooperationsbe ziehungen im Gegensatz zu Marktmodellen Transaktionsatmosph re Die Transaktionsatmosph re umf
187. fserm glichung Netzverbindung Netzwerkadministrator Verbindung etablieren und pflegen Netzsicherheit Netzwerkadministrator Netzwerksicherheit installieren und pflegen Kooperation alle Dienstleister Abrechnung Verwalter Rechnung stellen Zahlungen berwachen Kommunikation Ansprechpartner Internen Newsletter herausbringen Feedback geben Koordination Koordinator Beteiligung an Kooperationstreffen berblick ber Bereitstellung behalten Training Trainer Interne Workshops durchf hren Vertragswerk Kooperationsvertr ge entwickeln Kompakte Zusammenfassung von eASP 215 Ubergeordnete Aufgabe Aufgabengebiet funktionelle Rolle Aufgabe Verwalter Vertragsverhandlungen f hren Vertragsbr che verhandeln Tabelle 7 Aufgaben bei der bergreifenden Aufgabe Software x bereitstellen Die Darstellung von Aufgaben ist als Rahmen und M glichkeitsraum zu verstehen In konkreten Bereitstellungsszenarien wird die Aufgabenf lle durch entsprechende Szenarienspezifika unterschiedlich ausfallen 10 1 2 Organisationsperspektive Die Organisation der Bereitstellung von Software bedeutet die verschiede nen bergeordneten Aufgaben real existierenden Akteuren zu zuordnen Um die verschiedenen Akteure die von Bereitstellungsszenario zu Bereit stellungsszenario unterschiedlich sein k nnen in den Blick
188. funden Dies ist sicherlich auch darin be gr ndet dass CommSy nicht f r den Einsatz in rein virtuellen Veranstal tungen sondern zur Unterst tzung von Pr senzveranstaltungen konzipiert wurde und so haupts chlich verwendet wird F r die Bereitstellung bedeutet das Prinzip Verantwortungsvolle Be nutzung in der Gemeinschaft dass nicht diejenigen die die Bereitstellung von CommsSy leisten f r die Inhalte verantwortlich sind sondern die Nut zenden selbst Diese Entlastung auf rechtlicher Ebene Urheberrecht Da tenschutz zieht eine weitere Entlastung mit sich Bei Fragen zu Eintr gen k nnen sich Nutzende direkt an den Einsteller wenden sie m ssen sich nicht an die Bereitstellung wenden Dar ber hinaus liegt die Betreuungs verantwortung w hrend der Pr senzveranstaltung analog zu den Projekt r umen im System bei den Veranstaltern und damit au erhalb der Reich weite der Redakteure bzw weiterer Personen die die Bereitstellung von CommsSy leisten Einbettung in einen Medienmix Die Entwickler von CommSy halten ein allumfassendes Werkzeug f r die universit re Lehre mit dem alle Kommunikationsbed rfnisse abgedeckt 50 Erfahrungen in Softwarebereitstellungsprojekten werden k nnen f r nicht machbar und nicht erstrebenswert Die angebote ne Funktionalit t von CommsSy orientiert sich daher an den zwei genannten Perspektiven auf das Studium einzelne Lehrveranstaltungen und das Stu dium insgesamt vgl Abschnitt 3 2
189. gabe Kollektive Rolle Akteur e Netz funktioneller Rollen Unternehmen Org bereich e Aufgabengebiet Funktionelle Rolle Person en Aufgabe Tabelle 1 Rollen als Abstraktion zwischen Aufgaben und Akteuren Durch die Abstraktion der wirklichen Akteure ist es m glich die Orga nisation einer beliebigen bergreifenden Aufgabe zu beschreiben und die Zuordnung zu Akteuren in einem sp teren Schritt nachzuholen Insofern ist das kollektive Rollennetz nicht flexibel im Sinne des Netzwerks son dern muss als Schablone f r ein Akteursnetzwerk verstanden werden wel ches die bergreifende Aufgabe leistet bzw leisten soll Das kollektive Rol lennetz stellt eine Vorgabe dar Es benennt welche kollektiven Rollen zur Ausf hrung einer bergreifenden Aufgabe wahrgenommen werden m s sen Die entsprechenden Akteure siedeln sich nach Vorgabe des kollektiven Rollennetzes in einem entsprechenden Akteursnetzwerk an das wiederum die in der Netzwerkorganisation beschriebene Flexibilit t aufweist und Ak teure dynamisch abst t oder neu aufnehmen kann Dar ber hinaus muss im Sinne des Akteursmodells das Konfliktpoten tial bei der Kooperation von Akteuren betrachtet werden Es ist unumg ng lich die Ziele der verschiedenen beteiligten Akteure in den Blick zu neh men aus denen sich u a vorhandene bzw m gliche Konflikte erkl ren las sen Dabei ist wichtig zwischen den konkreten Zielen hinsichtlich der Ko operation und allgemeinen
190. gestaltend auf die Softwarebereitstellung einzuwirken Dabei bestehen Unterschiede in Organisation und Durchf hrung der Bereitstellung Auf der theoretischen Ebene ist die Zuordnung von einer oder mehreren funktionellen Rollen zu einer konkreten Person etwas ande res als die Ausf hrung der entsprechenden Aufgaben durch die Person Im Realen werden verschiedene Personen funktionelle Rollen wahrnehmen indem sie die zugeh rigen Aufgaben bernehmen und nicht indem eine theoretische Zuordnung erfolgte Erst durch das Handeln der konkreten Personen wird die auf einer theoretischen Ebene organisierte Bereitstellung auch praktisch zu einer realen Bereitstellung vgl Giddens 1997 Ortmann u a 1997 Orlikowski 1992 Pape 2004 238 Res mee und Ausblick Insofern stellt die mit eASP vorgestellte Struktur die wie erl utert nur ein Modell und kein getreues Abbild der Realit t ist nur eine Seite der Be reitstellung dar in Erg nzung zur Durchf hrung bzw dem Handeln In die sem Sinne ist eASP als Heuristik zu begreifen die interessierten Personen einen Einblick in Softwarebereitstellungskontexte bietet und Gestaltungs ideen offeriert ohne den Anspruch zu erheben ein realistisches Abbild von real existierenden Bereitstellungsszenarien zu sein Aufgaben funktionel le und oder kollektive Rollen werden sich von Bereitstellungsszenario zu Bereitstellungsszenario unterscheiden Dem Ansatz eASP ist nicht wich tig die Bereitstellung von Software
191. government Dordrecht Kluwer 2001 13E 2001 IFIP Klischewski und Wetzel 2002a Klischewski R Wetzel I Serviceflow Management Caring for Citizen s Concern in Designing E Government Transaction Processes In Sprague R H Hrsg Proceedings of the 35th Hawaii International Conference on System Science 2002 Los Ala mitos CA USA IEEE 2002 Klischewski und Wetzel 2002b Klischewski R Wetzel I Vertragsba siertes Prozessmanagement als Leitbild fiir die organisationstibergreifen de Workflowunterst tzung S 81 93 In Desel J Weske M Hrsg Prozessorientierte Methoden und Werkzeuge fiir die Entwicklung von In formationssystemen Bonn Gesellschaft fiir Informatik Lecture Notes in Informatics 2002 Proceedings PROMISE 2002 270 Literaturverzeichnis Klischewski und Wetzel 2003 Klischewski R Wetzel I Serviceflow management for health provider networks In Logistics Information Ma nagement 16 2003 Nr 3 4 S 259 269 Klischewski u a 2001 Klischewski R Wetzel I Baharami A Mo deling Serviceflow S 261 272 In Godlevsky M Mayr H Hrsg Information Systems Technology and its Applications Bonn German Informatics Society Lecture Notes in Informatics 2001 Proceedings ISTA 2001 13 15 6 Kharkiv Ukraine K nig 1996 K nig M M Besitzlos gl cklich Vertr ge zwischen An wender und ASP In c t Magazin f r Computer Technik 1996 Nr 19 S 220 222
192. gration von CommSy in deren Veranstaltungen Aufgabengebiet Didaktische Beratung Analyse der Fallstudie Die Fallstudie CommSy Uni de kann wie folgt analysiert und bewertet werden bergeordnete Aufgabe Aufgabengebiet Aufgabe funktionelle Rolle Anwendungsentwicklung Leitung Entwicklung koordinieren und berwachen Entwicklungsleiter Entwicklungsentscheidungen treffen Planung Entwicklungsplaner Implementierungen planen und Zeitplan erstellen Programmierung Features programmieren Programmierer Fehler beheben Softwarearchitektur pflegen Dokumentation Benutzerdokumentation pflegen Programmierer Entwicklerdokumentation pflegen Entwicklungsumgebung Entwicklungsclients pflegen Entwicklungsadministrator Entwicklungsserver pflegen Zus tzlich ben tigte Software pflegen Releasemanagement Release identifizieren zusammenstellen und Entwicklungsplaner ver ffentlichen Didaktik Resultate in den Entwicklungsprozess integrieren Didaktiker Didaktische Modelle entwickeln erproben auswerten und ver ffentlichen 146 Aufgabenperspektive Was ist zu tun Ubergeordnete Aufgabe Aufgabengebiet Aufgabe funktionelle Rolle Betrieb Hardware Serverhardware pflegen Hardwareadministrator Basissoftware Betriebssystem pflegen Softwareadministrator MySQL Datenbankserver pflegen PHP Interpreter pflegen Apache Webserver pflegen Anw
193. greifen hier die ver schiedenen Sicherheitsmechanismen Authentisierungsserver Fire wall VPN usw e Externer Bereich Der technisch externe Bereich bezeichnet die Ver bindung vom entmilitarisierten Bereich zum Nutzer bzw zum End ger t PC Notebook PDA Handy usw des Nutzers o Organisatorisch intern Wenn Mitarbeiter des selben Unterneh mens als Nutzer auf die bereitgestellte Anwendung zugreifen sind sie technisch gesehen im externen Bereich organisatorisch aber im internen Bereich Sie greifen also ber das Intranet des Unternehmens auf die wahrscheinlich vom Rechenzentrum des Unternehmens bereitgestellte Software zu o Organisatorisch extern Ist die Bereitstellung einer Software aus einem Unternehmen an einen professionellen Dienstleister ausgelagert sind die Nutzer aus Sicht des Dienstleisters nicht nur technisch extern sondern auch organisatorische extern Sie greifen ber das Internet auf die Anwendung beim Dienstleister zu Im Gegensatz zum ASP vgl Abschnitt 4 5 3 wird im Ansatz eASP zwi schen einer technischen und einer organisatorischen Sicht auf die techni sche Infrastruktur unterschieden Die Betrachtung und Konzipierung von organisatorisch intern und extern als technisch gleich erm glicht vom Kun den aus gesehen ein flexibles Outsourcing oder Insourcing der Softwarebe reitstellung bzw aus Sicht eines Dienstleistungsanbieters die flexible An kopplung von Kunden an die eigene Infrastruktur Die
194. gte Akteure Gillian u a 1999 und G nther u a 2001 setzten sich mit beteiligten Akteuren beim ASP in einem ASP Player Modell und Farleit 2000 sowie Tao 2000 in einem ASP Schichtenmodell auseinander ASP Player Modell Bei Gillian u a 1999 S 8 und G nther u a 2001 findet sich ein ASP Player Modell welches Akteure Pure ASPs Network Provider Applica tion Vendors Service Firms Hardware Vendors other Software Vendors und Distributors als Application Service Provider mit Hilfe von ben tig ten Kernkompetenzen Gillian u a 1999 S 7 identifiziert Diese Kernkompetenzen unterteilen sich in drei Bereiche e Im Service sind Kompetenzen in der technischen Infrastruktur im Vertrieb im Projektmanagment und in der Kundenbetreuung erfor derlich Kompetenz im Networking bedeutet insbesondere mit Datenbest n den und gro en Netzwerken umgehen zu k nnen Dar ber hinaus spielen die berwachung und Sicherheit der Netzwerke und Technik eine gro e Rolle F r die Application m ssen Kompetenzen hinsichtlich der Integrati on der Anwendung in organisatorische Prozesse sowie der berwa chung und Abrechnung von Lizenzen vorhanden sein Dar ber hin aus stellt der Benutzersupport eine wichtige Aufgabe dar Je nach konkretem Szenario werden diese Kompetenzen und Leistungen mehr oder weniger stark ben tigt Unternehmen die Teile der aufgef hr ten Kompetenzen vorweisen haben die M glichkeit nach dem ASP Player 78
195. ha bungssupport Evaluation der Nutzung Kommunikation e Mit Marketing wird die Pr sentation der angebotenen Dienstleistun gen innerhalb eines Unternehmens sowie auf dem freien Markt inkl entsprechender Werbung bezeichnet Marketing bedeutet Be kanntmachung der angebotenen Dienstleistungen Aufgabengebiete Bedarfsanalyse und Werbung e Unter Kundenbetreuung werden die Vertragsgestaltung und die Ab rechnung von Dienstleistungen verstanden Aufgabengebiete Kom munikation Vertr ge und Abrechnung e Die Zugriffserm glichung stellt und wartet die technische Verbin dung vom Nutzer zum Bereitsteller Aufgabengebiete Netzverbin dung und Netzsicherheit e Die Kooperation umfasst alle Aufgaben die die beteiligten Dienstlei ster in die Lage versetzen die Software x und dazugeh rige Aufga ben und Dienstleistungen wahrzunehmen bzw zur Verf gung zu stel 1 Diese Vorbez glichkeit ist unsch n aber der Tatsache geschuldet dass zwischen allen Perspektiven Querbez ge und gewisse Abh ngigkeit bestehen die in einem linearen Text nicht aufgel st werden k nnen 140 Aufgabenperspektive Was ist zu tun len Aufgabengebiete Abrechnung Kommunikation Training Ver tragswerk und Koordination 6 1 3 Aufgabengebiete Aufgaben und funktionelle Rollen Zur Erarbeitung der Aufgabengebiete tragen insbesondere die Ausf hrun gen zu den ASP Services vgl Abschnitt 4 3 1 bei Sie gliedern die im vorigen Abschnitt genannten
196. he f r das Archiv und der Verantwortliche f r die Projektr ume vgl Pape und Rolf 2004 Sie heirateten im April 2004 Im Zuge der Zusammenlegung der drei Produkte verschmolzen auch die drei Teams Die Verschmelzung hatte zur Folge dass die vormals in Personalunion bernommenen Aufgaben neu verteilt werden mussten Von nun an bernahmen Teammitglieder schwerpunktm ig bestimmte Aufga ben in der Entwicklung und Bereitstellung Das Produkt wurde weiterhin unter dem Namen CommSy pr sentiert da dieser sich bereits etabliert hat te Die einzelnen Bestandteile hie en von da an CommSy Projektr ume CommSy Archiv und CommSy Portal Sp ter wurden das Archiv und das Portal zum CommSy Gemeinschaftsraum vereint Zwei Fallstudien 65 Tia te dum arg aard frias Ana EEE ee Se Wille rare De rue ie variates Achi pom Them rear mb im Herbert BE bis Hm Abbildung 12 Einstiegsseite des Archivs mind lauff higer Prototyp Die stetig steigende Anzahl von Nutzenden trug ebenfalls zur expliziten bernahme von bestimmten Aufgaben in der Benutzerbetreuung bei Mit der steigenden Anzahl an Nutzenden gingen vermehrt Supportanfragen ein die in dieser F lle nicht mehr nebenbei beantwortet werden konnten Es bildete sich ein Benutzerbetreuungsteam das sich diesen Anfragen bewusst annahm und dar ber hinaus die existierenden CommSys moderierte und redaktionell betreute Die Zahl der Nutzenden erh hte sich von ca 1500 im Jahre 2001
197. hen Aufgaben und Aspekte der betriebswirtschaftlichen ASP Wertsch pfungskette aus Sicht des Ap plication Service Providers sind im Einzelnen vgl Grohmann 2002 S 66ff 86 Gesch ftsmodell Application Service Providing ASP Softwareentwicklung Bei der ASP Softwareentwicklung ist aus Sicht des Application Service Providers speziell die ASP Readyness der angebotenen Anwendungen wichtig Dies gilt insbesondere fiir Anwendungen von Drittanbietern die der Application Service Provi der in sein Portfolio aufnimmt Die ASP Readyness von Anwendun gen kann in speziellen Test und Evaluierungszentren nachgewiesen werden Beratungs und Vertragsgestaltung Ein Unternehmen wird entwe der neue Anwendungsbereiche tiber einen Application Service Pro vider einf hren oder bestehende Anwendungen zu einem Application Service Provider auslagern In beiden Fallen wird das Unternehmen auf seine bestehende IT Infrastruktur zuriickgreifen Der Application Service Provider muss fiir den Kunden Bedarfsspezifikationen erar beiten und ASP Anwendungen in die Infrastruktur des Kunden orga nisatorisch integrieren k nnen Eine Kosten Nutzen Analyse belegt dem Kunden die Vorteile oder Nachteile Kommt es zur Vertragsge staltung m ssen Service Level Agreements SLAs und Fallback L sungen definiert werden Hosting Das Hosting umfasst die Herstellung der Systemverf gbar keit und die Kontrolle der technischen Bereitstellung sowie die Ge w hrleistung de
198. hier vorgestellte technischen Infrastruktur f r Softwarebereitstel lungen stellt einen M glichkeitsraum dar Welche Server bzw Serverkom ponenten und welche Sicherheitsmechanismen zum Einsatz kommen und ob die Nutzenden organisatorisch intern oder extern angesiedelt sind ist von Bereitstellungsszenario zu Bereitstellungsszenario verschieden 186 Technikperspektive Was wird ben tigt 8 1 2 Anwendungen Die bereitzustellende Anwendung muss auf die zuvor dargestellte techni sche Infrastruktur aufsetzen Hierbei ist nicht relevant ob die Software als Web Applikation oder im Sinne eines Server based Computing angeboten wird vgl Anschnitt 4 5 1 sofern Standards eingehalten werden und nicht propriet re Technik eingesetzt wird Die Einhaltung von weltweiten Stan dards gew hrleistet eine hohe Flexibilit t und Freiheit in Bezug auf den Austausch von verschiedenen Komponenten bzw der Verlagerung des zen tralen Betriebs von extern nach intern oder umgekehrt Die Forderung nach einer Plattformunabh ngigkeit h ngt eng mit dem Ziel zusammen auf technischer Ebene eine m glichst gro e Freiheit und Flexibilit t zu erhalten In der ASP Literatur wird sie f r die Clientseite vehement f r die Serverseite dagegen nicht gefordert Abschnitt 4 5 2 Eine Plattformunabh ngigkeit auf Clientseite bedeutet dass Hard und Software auf der Clientseite von der Serverseite vollkommen unabh ngig sind Das bedeutet e Ver nderungen auf Servers
199. hnitten zu geordnet sondern werden zeitlich flexibel miteinander verzahnt vgl Floyd 1994 Floyd und Z llighoven 2002 Z llighoven 1998 Das bedeutet ins besondere auch dass die Interaktion zwischen Entwicklern und Benutzern nicht auf bestimmte Phasen beschr nkt sondern kontinuierlich betrachtet wird Methodisch l sst diese Interaktion u a durch die verschiedenen For men des Prototypings unterst tzen Floyd u a 1997 Neben anderen Prototyping Konzepten Lehner u a 1995 S 93ff be zieht sich STEPS insbesondere auf das evolution re Prototyping Ziel des evolution ren Ansatzes ist die permanente Adaption und Weiterentwick lung der Software an sich ver ndernde Anforderungen Der Begriff Evolu tion bzw evolution r erinnert an Darwin und provoziert Fragen nach dem Reproduktions und Selektionsmechanismus von Software f r die es keine Antwort gibt Ich betone an dieser Stelle immer dass Evolution nicht auf der Ebene der Softwarever nderung selbst sondern auf der Ebe ne unseres Verst ndnisses ber die w nschenswerte Funktionalit t und die Nutzungsm glichkeiten von Software anzusiedeln ist Zum anderen erweckt der Sprachgebrauch den Eindruck dass der Wandel wie bei der nat rlichen Evolution sehr langsam erfolgt und dass niemals etwas fertig wird Schnell folgt der Einwand das sei nicht praxisrelevant In den Augen der Verfechter der evolution ren Systementwicklung verh lt es sich genau umgeke
200. hrt Prototyping und Ausbaustufen erm glichen eine feingranulare Terminplanung gravierende Missverst ndnisse werden fr hzeitig beseitigt die Erprobung liefert Hinweise auf die tats chlich gebrauchte Funktionali t t das Aufwand Nutzen Verh ltnis kann flexibler gestaltet werden Floyd u a 1997 S 15 Das zyklische Projektmodell wird f r ein Vorgehen in der Softwarebe reitstellung ben tigt da das Gesch ftsmodell ASP nicht auf ein Vorgehen 128 Informatiksysteme in Organisationen eingeht So wird in Kapitel 9 das zyklische Projektmodell in der Software entwicklung auf die Softwarebereitstellung adaptiert 5 2 3 Aufgabenbezogene Anforderungsermittlung Der Aufgabenbegriff wird in der Arbeitspsychologie in Arbeitswissen schaften und der betriebswirtschaftlichen Organisationslehre zur Analyse und Beschreibung von Organisationen und menschlichem Handeln verwen det Von dort hat der Aufgabenbegriff Einzug in die Informatik gefunden vgl Gryczan 1996 Krabbel 2000 und wird in der anwendungsorientier ten Softwaretechnik folgenderma en definiert vgl Krabbel 2000 S 53 Eine Aufgabe ist das Ziel oder die Pflicht die ein Mensch vor sich sieht Floyd 1991a S 7 Eine Aufgabe wird von einer sachkundigen Person in einem An wendungsbereich verantwortlich tibernommen Eine Aufgabe bildet eine sinnvolle und zielgerichtete Einheit Gryczan u a 1998 S 604 Unter einer Aufgabe verstehen wir eine situat
201. i Bedarf auch zu Clustern zusammengefasst werden k nnen Die Zusammensetzung kann je ue Seren kA Bote r E Skea daw P F k Technik 105 Pers A ra he Ferien Alan Sy Seren ma CREE har Abbildung 24 Technische Infrastruktur beim ASP nach Kontext unterschiedlich sein Eine detaillierte Betrachtung der Kom munikation zwischen den verschiedenen Komponenten ber Middleware Techniken wie z B CORBA Enterprice JavaBeans oder Microsoft DNA findet sich bei Tao 2000 In der Regel kommen folgende Komponenten im internen Bereich zum Einsatz vgl Grohmann 2002 S 51f Anwendungsserver Auf dem Anwendungsserver laufen die Anwen dungen die f r Kunden zur Verf gung gestellt werden sollen Applikationsserver Der Applikationsserver tr gt dem zentralen ser verbasierten Betrieb Rechnung Er muss Anwendungen die nicht von sich aus ASP f hig sind entweder in ein webf higes Format um wandeln oder ein entsprechendes Terminalprogramm zur Verf gung stellen Portalserver Der Portalserver stellt das Anwendungsportal zur Ver f gung Das Anwendungsportal bindet die verschiedenen Anwen dungen in einer einheitlichen Benutzeroberfl che zusammen und ist der Einstieg in die bereitgestellten Anwendungen Au erdem ist der Portalserver f r die kundenspezifischen Anpassungen z B Persona lisierung zust ndig 106 Gesch ftsmodell Application Service Providing Kommunikationsserver Der Kommunikationsserver tiber
202. ich auf ein konkretes Bereitstellungsszenarios fol genderma en aus Technik Die Performance der Anbindung oder der serverseitigen Re chenleistung steigt Die bereitgestellte Software ndert sich im Laufe der Bereitstellung durch das Einpflegen von Softwareupdates Zu s tzliche Funktionen stehen zur Verf gung andere ver ndern sich oder verschwinden Konzeption 193 e Aufgaben Neue Aufgaben entstehen oder ver ndern sich Sie m s sen oder k nnen in anderen Qualit ten nachgefragt und durchgef hrt werden Aufgaben verschieben sich eventuell zwischen funktionellen Rollen Dienstleistungen Durch neue oder ver nderte Aufgaben entstehen neue oder ver nderte Dienstleistungen die dementsprechend ange boten und abgerechnet werden m ssen Kooperationsvertr ge zwi schen den beteiligten Akteuren bzw kollektiven Rollen m ssen er g nzt oder neu verhandelt werden Akteurskonstellation Die Zuordnung der kollektiven Rollen zu Ak teuren bzw das Akteursnetzwerk ver ndert sich durch das Ausschei den Zur ckziehen Auseinanderfallen oder Verdr ngen von Akteu ren Der m gliche Einfluss der oben dargestellten Rahmenbedingungen f hrt ausschlie lich ber die beteiligten Akteure zu den genannten Ver nderun gen Die beteiligten Akteure sind es die selbst nderungsprozessen un terliegen und sich aus Softwarebereitstellungskonstellationen zur ckziehen oder neu einbringen Sie sind diejenigen die neue Hardware erfinden neue
203. ichnung Lehrender bzw Lehrende Ist dies eine Rolle oder ein Akteur Akteure zeichnen sich durch Handlungsf higkeit aus Rammert 1993 S 100f w hrend eine funktionelle bzw kollektive Rolle eine Abstraktion von Aufgaben und Aufgabengebieten bzw bergeordneten Aufgaben dar stellt und nicht selbst handeln kann vgl Nygaard und Handlykken 1981 Floyd 1986 1991a Floyd und Z llighoven 2002 Ein Akteur kann aktiv handeln eine Rolle nicht vgl Oberquelle 1987 S 19 Hier offenbart sich ein Unterschied da Akteure handlungsf hig sind k nnen sie Rollen ein nehmen Ein weiterer Unterschied besteht in der Zugeh rigkeit Eine Rolle wird flexibel eingenommen d h das Einnehmen von Rollen durch eine Person ist fl chtig Rollen K nnen generell schnell eingenommen und schnell wie der abgelegt werden Rollen sind z B Verk ufer K ufer Anbieter Nach frager usw Die Zugeh rigkeit von Personen zu Akteuren ist z B durch Arbeitsvertr ge oder den Status gegeben Sie kann nicht so einfach und schnell aufgegeben und gewechselt werden wie eine Rolle Akteure sind z B Gewerkschaften Rechenzentren Professoren usw Es besteht also ein Unterschied zwischen Verk ufer und Verkaufspersonal Eine Person welche in einem Kaufhaus Waren verkauft nimmt w hrend ihrer Arbeits zeit mehrmals die Rolle des Verk ufers ein wenn sie einem K ufer Rol le etwas verkauft Sie geh rt w hrend aber auch au erhalb der T tigkeit
204. icklung Programmie rung Die Softwarearchitektur muss in Hinblick auf Wartbarkeit Er weiterbarkeit und Fehlerbehebbarkeit geplant und kontinuierlich den sich ver ndernden Unst nden angepasst werden Standardvertr ge entwickeln Kundenbetreuung Vertr ge F r Kun den m ssen aufgrund der unterschiedlichen Finanzierungsmodelle entsprechende Vertr ge entwickelt werden die Rechte und Pflichten Leistungen und Verg tung festhalten Stromversorgung sichern Betrieb Ausfallsicherheit Die Strom versorgung f r den Anwendungsserver muss sichergestellt und gegen Stromschwankungen und ausf lle gesichert sein Dies ist u a mit der Installation und Wartung von USVs unterbrechungsfreie Strom versorgungsger te zu erreichen berblick ber die Bereitstellung behalten Kooperation Koordi nation Alle Dienstleister haben die Pflicht die Bereitstellung der Software in ihrer Gesamtheit zu verstehen und den berblick ber die Bereitstellung zu behalten Verbindung etablieren und pflegen Zugriffserm glichung Netzver bindung Die Verbindung vom Server zu den Clients muss etabliert und gepflegt werden Hierzu geh rt in der Regel die Anbindung des Anwendungsservers an das Internet Vertragsbr che verhandeln Kooperation Vertragswerk Werden Vertragsbr che erkannt m ssen alle Dienstleister ber diese verhan deln Vertragsverhandlungen f hren Kooperation Vertragswerk Eine Software x bereitstel
205. ie Aufgabengebiete im Detail in alphabetischer Reihenfolge in Klam mern sind die zugeh rigen bergeordneten Aufgaben aufgef hrt e Abrechnung Kooperation Die Abrechnung umfasst die Verwaltung des Zahlungsverkehrs zwischen allen Dienstleistern Aufgaben Rech nung stellen Zahlungsverkehr berwachen Abrechnung Kundenbetreuung Entsprechend den abgeschlossenen Vertr gen m ssen erbrachte Leistungen Kunden in Rechnung ge stellt und diese Rechnung verschickt werden Au erdem m ssen die Zahlungseing nge berwacht und bei Zahlungss umnissen ggf mit Mahnungen reagiert werden Aufgaben Rechnungen stellen Zah lungen berwachen Anwendung Betrieb Zum Betrieb der Anwendung geh rt neben der Basissoftware z B Betriebssystem die bereitzustellende An wendung selbst Sie muss installiert konfiguriert und regelm ig ak tualisiert werden Aufgaben Anwendung installieren konfigurieren und pflegen Ausfallsicherheit Betrieb Betrifft die Sicherheit des Anwendungs servers an seinem Einsatzort Kontinuierlich sicherzustellen sind u a ausreichende K hlung feuerfeste Unterbringung und ununterbroche ne Stromversorgung Aufgaben F r Klima und Brandschutz sorgen Stromversorgung sichern 244 Aufgabenperspektive Basissoftware Betrieb Zum Betrieb einer Software wird neben der Hardware auch Basissoftware ben tigt Sie muss installiert konfigu riert und gewartet werden Zur Wartung geh ren u a das Einspielen
206. ie Informatik sich meist nur mit dem Funktionieren von IT Systemen befasst Wie sie wirken und ob sie ihren Zweck erf llen ist die sem Verst ndnis der Informatik nicht zug nglich Eine funktionierende und formal korrekte Software kann die Situation bzw den Kontext dennoch ungew nscht ver ndern Ob eine Softwareentwicklung sinnvoll war zeigt sich erst in der Nutzung vgl Floyd 1994 S 33 So wird die Ber cksich tigung des Kontextes f r die Informatik gefordert vgl Floyd 1994 Rolf 1998 Siefkes 2003 eine Aufgabe der sich das Forschungsgebiet Infor matiksysteme in Organisationen widmet Ein Ansatz zur Softwarebereit stellung als Erg nzung dieses Forschungsgebietes kann der Informatik hel fen die Gebrauchstauglichkeit ihrer hervorgebrachten Artefakte zu bewer ten Motivation 3 Der zweite Punkt Beeinflussung der Bewertung einer Software durch die Bereitstellung wurde durch Strauss u a 2003 fiir die Kooperations plattform CommSy 2004 nachgewiesen Aus der Sicht von partizipativen und evolution ren Softwareentwicklungsmethoden bedeutet dies dass die in der Bereitstellung einer Softwareversion gewonnenen Erkenntnisse zur Entwicklung der neuen Version nicht nur auf die eingesetzte Softwarever sion selbst zur ckzuf hren sind Die Bereitstellung kann die Erkenntnisse ber die Version verw ssern Eine schlechte Version kann durch qualita tiv hochwertige Bereitstellung als positiver angesehen werden al
207. ie Pr sentation der angebote nen Anwendungen und Dienstleistungen auf dem Markt bzw den potentiellen Kunden gegen ber verstanden um Kunden zu akquirie ren Der Vertrieb konzentriert sich beim ASP im Gegensatz zum klas sischen Vertrieb auf die Vertragsgestaltung und Abrechnung Support und Wartung m ssen bei einem gewonnenen Kunden durch gef hrt werden Hierunter f llt die Benutzerbetreuung und Software wartung Die Horizontale wird durch die Aufgabenfelder gebildet In der Vertikale sind m gliche Akteure die Kompetenzen in den verschiedenen Bereichen vorweisen k nnen aufgef hrt Alle Akteure haben neben Ihrer Kernkom petenz meist auch als Marktteilnehmer Kompetenzen in den Bereichen Marketing Vertrieb und Support Wartung die sie in ein ASP Modell ein bringen k nnen IT Service Firmen sind auf Kunden und Benutzerbetreu ung spezialisiert Der Application Service Provider muss in erster Linie Kompetenzen im Bereich Marketing Vertrieb und in Teilen auch Support haben da er die Ertragsmodell 89 Anwendung als Dienstleistung den Kunden und Nutzern in einem ASP Modell anbieten will Kompetenzen in anderen Aufgabenfeldern sind m g lich k6nnen aber auch mit Hilfe der genannten Akteure hinzugekauft wer den 4 3 Ertragsmodell Hinsichtlich des Ertragsmodells ist interessant was in welcher Form Kun den als Services angeboten wird und wie diese Dienstleistungen in Rech nung gestellt werden k nnen In der ASP Literatur
208. ie Zeit deutlich werden zu lassen zum anderen gestaltend auf die Bereitstellung einzuwirken Im folgenden Kapitel wird die Vorgangs perspektive eingenommen die sich durch Gestaltungsm glichkeiten von einer passiven Perspektive zu einer aktiven Handlung vgl Abschnitt 3 4 wandelt und daher mit Vorgehen betitelt wird In diesem Kapitel werden die Schw chen von ASP mit Zeitlichkeit umzugehen diskutiert Zeitlichkeit spiegelt sich bei ASP in den bis ins Kleinste auszudifferenzierenden SLAs wider so dass alle Eventualit ten die ber die Zeit auftauchen k nnten abgedeckt sind Diese Strategie ver lagert den Umgang mit antizipierten Ver nderungen auf den Anfang ei ner Dienstleistungsbeziehung zwischen Kunde und Dienstleister und f hrt dort zu erh hten Transaktionskosten Die Vorgehensweise zu Beginn m g lichst viel vorwegzunehmen und festzuschreiben entspricht der bereits in Abschnitt 1 1 kritisierten Sichtweise der Informatik als Ingenieurswissen schaft Im Folgenden wird das zyklische Projektmodell des Methodenrah mens STEPS Abschnitt 5 2 1 auf die Bereitstellung einer Software adap tiert Dem Ansatz eASP wird damit eine Vorgehensweise zur Verf gung gestellt die nicht versucht alle m glichen Ver nderungen im Vorwege zu definieren sondern auf Ver nderungen im Prozess zu dem Zeitpunkt ihrer Entstehung bzw Aktualit t eingeht 192 9 1 Vorgehen Wie passiert es Konzeption Zur Motivation einer zyklischen Vorgeh
209. ie anderen unterrichten Aufgabe Interne Workshops durchf hren Vertr ge Kundenbetreuung Ebenfalls zur Kundenbetreuung geh ren die Vertragsverhandlungen in denen bei Bedarf auf vorgefertigte Standardvertr ge zur ckgegriffen werden kann Aufgaben Standard vertr ge entwickeln Vertragsverhandlungen f hren Vertragswerk Kooperation Vertragliche Regelungen sind Grundla ge f r die Kooperation aller Dienstleister Sie m ssen ausgearbeitet verhandelt und berwacht werden Bei Vertragsbr chen muss ein L sungsprozess einsetzen Aufgaben Kooperationsvertr ge entwickeln Vertragsverhandlungen f hren Vertragsbr che verhandeln Werbung Marketing Um potentielle Kunden von der Benutzung von CommSy zu berzeugen m ssen Informationsmaterialien ber das Angebot von CommSy erstellt und verteilt werden Die Erstel lung und Verteilung geschieht im Rahmen einer zuvor entwickelten Werbestrategie Dazu geh ren das Ansprechen von potentiellen Kun den und die Pr sentation der Software und weiterer Dienstleistungen vor Ort Aufgaben Informationsmaterialien entwickeln und ver breiten Software und Dienstleistungen pr sentieren Werbestrategie entwickeln A 2 Aufgaben in der Softwarebereitstellung Folgende Aufgaben dargestellt in alphabetischer Reihenfolge sind in den im vorigen Abschnitt vorgestellten Aufgabengebieten enthalten in Klam mern sind die zugeh rigen bergeordneten Aufgaben und Aufgabengebiete aufgef
210. in Organisationen und globa ler Gesellschaft Teil B Arbeit und Leben mit der Informationstechnik in der globalen Netzwerk Okonomie Hamburg Universit t Hamburg Fachbereich Informatik 2004 FBI HH M 332 04 Rolf 2004b Rolf A Schlank ist nicht fit In Die Tageszeitung TAZ 2004 S 11 Ausgabe vom 26 03 2004 Rosenhagen 2002 Rosenhagen K Das Service Level Agreement S 166 179 In Grohmann W Hrsg ASP Application Service Provi ding Software auf Mietbasis Kosten sparen Wettbewerbsvorteile nut zen K ln Deutscher Wirtschaftsdienst 2002 Schiersmann u a 2002 Schiersmann C Busse J Krause D Me dienkompetenz Kompetenz f r Neue Medien Berlin 2002 Studie im Auftrag des Forum Bildung Workshop am 14 September 2001 in Berlin Schiffer und Templ 2002 Schiffer S Templ J Internetdienste In Re chenberger P Pomberger G Hrsg Informatik Handbuch M nchen Hanser Fachbuch 2002 Schneider 2002 Schneider J ASP und urheberrechtliche Aspekte S 138 143 In Grohmann W Hrsg ASP Application Service Provi ding Software auf Mietbasis Kosten sparen Wettbewerbsvorteile nut zen K ln Deutscher Wirtschaftsdienst 2002 Schneider und Themann 2002 Schneider J Themann J ASP und datenschutzrechtliche Aspekte S 144 151 In Grohmann W Hrsg ASP Application Service Providing Software auf Mietbasis Kosten sparen Wettbewerbsvorteile nutzen
211. in besteht die bergreifende Auf gabe Software x bereitstellen aus der bergeordneten Aufgabe Kooperation Sie ergibt sich aus der Definition der bergreifenden Aufgabe aus der auf gabenbezogenen Anforderungsermittlung vgl Abschnitt 5 2 3 und muss von allen beteiligten Dienstleistern bernommen werden Mit der vorgestellten Aufgabensystematisierung konnten Problemfel der in den beiden Fallstudien benannt werden Welcher Dienstleister f r welche Aufgabe bzw funktionelle Rolle verantwortlich war und warum Aufgaben nicht bernommen wurden bzw warum die Kooperation zwi schen den Beteiligten in der einen Fallstudie nicht in der anderen funk tionierte kann die vorgestellte Aufgabenperspektive nicht benennen Sie bleibt an dieser Stelle abstrakt ohne eine Zuordnung der Aufgaben zu den beteiligten Akteuren zu leisten oder die Verbindungen unter den Beteiligten genauer zu betrachten Um dies zu erreichen wird im n chsten Kapitel die Organisationsperspektive eingenommen 7 Organisationsperspektive Wer tut was Die Schw chen von ASP in der Organisationsperspektive sind Abschnitt 4 6 e Unklare Verkn pfung von Aufgaben zu Akteuren e unzureichende und unfundierte Benennung von kollektiven Rollen e keine Auseinandersetzung mit dem Akteursbegriff und den Bezie hungen zwischen Akteuren e fehlende Auseinandersetzung mit dem Dienstleistungsbegriff und e fehlende Betrachtung von Transaktionskosten Zur berwindung dies
212. in denen die ge genseitigen Rechte und Pflichten f r eine gewisse zeitliche Dauer verein bart werden und zwar mit dem Zweck Serviceziele zu definieren sie mit messbaren Kriterien zu beschreiben und der M glichkeit der Leistungsaus wertung unter Anwendung vereinbarter Messmethoden Das jeweilige Regelbed rfnis in einem SLA richtet sich in erster Li nie zun chst nach den jeweils individuell zwischen IT Leistungserbringer und Kunde vereinbarten Leistungen und der zugrunde gelegten technischen Ausgestaltung vgl Rosenhagen 2002 S 171 d h einheitliche SLAs gibt es nicht Vielmehr sind in der Praxis Basis SLAs zu finden auf die indivi 98 Gesch ftsmodell Application Service Providing duelle bedarfsgerechte SLAs im Falle einer Kooperation aufgesetzt werden vgl G nther u a 2001 S 557 Diese Basis SLAs bestehen aus typischen Bestandteilen vgl Rosen hagen 2002 Falkowski und Vo 2003 die meist in unterschiedlichen Ser vicestufen z B Standard Enhanced und Business Critical Burris 2002 S 253ff angeboten werden Einen Leitfaden f r SLAs hat die Information Technology Association of America ITAA 2000 herausgegeben Eine kri tische Auseinandersetzung und ein Vorgehensmodell zur Spezifikation von SLAs findet sich bei Trieneken u a 2004 Netzwerk SLA Das Netzwerk SLA bestimmt die vereinbarte Leistungsg te aller Netzwerk komponenten und prozesse Zum Netzwerk SLA z hlt u a e Verf gbarkeit und Ausfal
213. indet Erstens wird in der Informatik den Wirkungen von Software im Einsatzkontext bisher zu wenig Aufmerk samkeit geschenkt Zweitens beeinflusst die Softwarebereitstellung die Be wertung einer Software durch Nutzende was insbesondere fiir partizipati ve und evolution re Softwareentwicklungsmethoden relevant ist Drittens ist das Gesch ftsmodell Application Service Providing ASP zur Bereit stellung von Software geeignet der Informatik wichtige Anregungen zu geben Allerdings ist es noch zu unfundiert und undifferenziert als dass es mit Blick auf die ersten beiden Aspekte von gro em Nutzen w re Viertens habe ich die Bereitstellung einer Kooperationsplattform im universit ren Kontext ber f nf Jahre begleitet Der erste Punkt die mangelnde Einbeziehung des Kontextes in die In formatik liegt im kritisierten Verst ndnis der Informatik als Ingenieurswis senschaft begr ndet Im Zuge dessen wird die Informatik im Sinne eines Dreischritts von Formalisierung Algorithmisierung und Maschinisierung verstanden vgl Floyd 1994 Rolf 1998 Siefkes 2003 Vorg nge wer den durch Gesetzm igkeiten beschrieben die Darstellungen in umsetz bare Anweisungen berf hrt die letztendlich rechnergest tzt ausgef hrt werden Soziale und organisatorische Randbedingungen werden ignoriert Rolf 1998 S 17 die Herstellung von z B Softwaresystemen wird aus dem Entstehungs und Einsatzkontext getrennt Floyd 1994 S 30 Es wird kritisiert dass d
214. ing ASP genannt siehe Kapitel 4 Obwohl ASP als eine spezielle Form des Outsourcings gilt vgl Stahl knecht 2000 CherryTree 1999 Farleit 2000 wird es nicht Outsourcing oder nach TripleTree 2003 S 1 und S 30 Application Outsourcing ge nannt Dennoch handelt es sich bei dem von vielen Autoren beschriebe nen ASP immer um die Benutzung von aus Sicht des Kunden extern er brachten Leistungen also einem outside resource using auch wenn z B Unterschiede im Traditional Outsourcing Model und dem Application Service Provision Model auf der Ebene von Vertragslaufzeiten Unterneh mensgr e von Kunden standardisierter oder Individualsoftware usw ge sehen werden Endres 2004 Yao und Murphy 2002 Die Betrachtung von ASP als ein spezielles Outsourcing wird von eini gen Autoren kritisiert Sie verstehen Application Service Providing als Be reitstellung einer Applikation als Dienstleistung vollkommen unabh ngig davon ob die Bereitstellung intern oder extern erfolgt vgl Picot und Jahn 2000 Riemer und Ahlemann 2001 Rosenhagen 2002 Es wird argumen tiert dass bei der Betrachtung von ASP als Spezialfall des Outsourcings zwei verschiedene Gegenstandsebenen vermischt werden Zum einen geht es um die Frage inside oder outside resource using und zum anderen um die Bereitstellung an sich bei der ASP von z B Application Hosting unterschieden werden muss vgl Riemer und Ahlemann 2001 S 745 Diese Kritik
215. inschaften in Neuen Medien Lohmar K ln Josef Eul 2001 Bolle 1965 Bolle F Knaurs Lexikon a z M nchen Droemersche Ver lagsgesellschaft Th Knaur 1965 Brockhaus 1989 Brockhaus Brockhaus Enzyklopaedie in 24 B nden Bd 10 HERR IS 19 Auflage Mannheim F A Brockhaus GmbH 1989 Burris 2002 Burris A M Service Provider Strategy Proven Secrets of xSPs Upper Saddle River Prentice Hall PTR 2002 Castells 2001 Castells M Bausteine einer Theorie der Netzwerkgesell schaft In Berliner Journal fiir Soziologie 11 2001 Nr 4 S 423 439 Castells 2003 Castells M Aufstieg der Netzwerkgesellschaft Bd 1 Stuttgart Uni Taschenb cher UTB 2003 CherryTree 1999 CherryTree Application Service Providers ASP http www cherrytreeco com reports asp pdf 23 04 2003 1999 Spotlight Report Citrix 2000 Citrix Systems Inc Application Serving http www amsys net pdf citrixwhitepapers pdf 24 04 2003 2000 White Paper Literaturverzeichnis 261 Cohn und Farau 1993 Cohn R C Farau A Gelebte Geschichte der Psychotherapie Zwei Perspektiven 4 Auflage Stuttgart Klett Cotta 1993 CommSy 2004 HITeC Homepage http www commsy de 28 07 2004 2004 Hamburger Informatik Technologie Center e V Dechant u a 2004 Dechant H Stelzer D Trost R Heuristische Er l sprognosen f r die Bewertung von Gesch ftsmodellen im Application Service Providing In Wirts
216. ion nicht aktiv handeln siehe Ab schnitt 5 2 3 und 5 2 4 dies k nnen nur die Akteure die die Rolle einnehmen Dennoch wird im Folgenden diese etwas unsaubere Schreibweise gew hlt um Formulierungen wie Die Akteure die die Rolle des Kunden einnehmen kaufen zu vermeiden Konzeption 159 e Der Anwendungspartner stellt die Anwendung Software f r den Dienstleistungsanbieter zur Verf gung Eine entsprechende Anwen dungsentwicklung muss vor und w hrend der berlassung an den Dienstleistungsanbieter stattfinden e Der Hostingpartner bernimmt den Betrieb d h das Hosting der Anwendung und zus tzlicher Software f r den Dienstleistungsanbie ter Er stellt gro e Teile der technischen Infrastruktur bereit Der Zugangspartner bietet dem Dienstleistungsanbieter den Zugang vom Kunden bzw Nutzer zum Hostingpartner an Er ist f r die Zu gangserm glichung verantwortlich e Der Supportpartner bernimmt die Benutzerbetreuung der Nutzer beim Kunden im Namen des Dienstleistungsanbieters e Der Marketingpartner bernimmt das Marketing u a die Platzie rung der angebotenen Dienstleistungen im Markt und die Kundenak quirierung im Namen des Dienstleistungsanbieters Der Hardwarezulieferer versorgt die Partner mit entsprechend ben tigter Hardware Der Softwarezulieferer versorgt die Partner mit entsprechend ben tigter Software Die kollektiven Rollen k nnen hinsichtlich der Erbringung von Dienstleis
217. ionsbedingte Auffor derung gegebenenfalls auch an sich selbst zur Ausf hrung von T tigkeiten oder zur Erreichung von Zielen Hesse u a 1994 S 42 In der aufgabenbezogenen Anforderungsermittlung erfolgt eine Ausdiffe renzierung des Aufgabenbegriffs unter Einbeziehung des Begriffs der funk tionellen Rolle Eine funktionelle Rolle vgl Nygaard und Handlykken 1981 Floyd 1986 1991a Floyd und Z llighoven 2002 wird durch eine spezielle Aufgabe definiert oder besteht aus einer B ndelung von zusam mengeh rigen Aufgaben Sie kann von einer oder mehreren Personen wahr genommen werden Umgekehrt kann eine Person auch mehrere funktionel le Rollen einnehmen Die funktionelle Rolle ist unterschiedlich from that which is commonly used in social psychology where a role is descri bed by the expectations which a person will adapt to in a given position in an organisation functional roles specify functions and not persons Nygaard und Handlykken 1981 S 161 Wesentlich ist auch der Unter schied zwischen einer funktionellen Rolle und einer Stelle in einer Organi sation Eine funktionelle Rolle kann zwar einer Stelle entsprechen Aber die Person einer Stelle kann ber mehr als eine funktionelle Rolle verf gen Organisationsbezogene Softwareentwicklung 129 Krabbel 2000 S 54 Mit der funktionellen Rolle ist es m glich unabh n gig von den Stellen und Personen einer Organisation die Verantwortung und Zust ndig
218. isch theoretisch Grundlagen aus der Informatik vorbereitet worden Sie m ssen nun im Folgenden auf ASP angewandt werden um ASP entsprechend zu fundieren und die in Abschnitt 4 6 konstatierten Schw chen zu berwin den Diese Anwendung erfolgt pro Perspektive im folgenden Teil II dieser Arbeit Herleitung von eASP 6 Aufgabenperspektive Was ist zu tun Dieses Kapitel nimmt sich der Schw chen von ASP in der Aufgabenper spektive an Abschnitt 4 6 e Unterschiedlich benutzte Aufgabengranularit t e unklare Verkn pfung von Aufgaben zu Aufgabenbiindeln und e fehlende Gesamtsicht von Aufgaben Um sie zu berwunden wird die Aufgabensystematik aus der aufgaben bezogenen Anforderungsermittlung Abschnitt 5 2 3 als Grundlage f r ei ne umfassende Beschreibung aller Aufgaben herangezogen Die Aufgaben werden aus ASP Wertsch pfungsketten Abschnitt 4 2 und Services Ab schnitt 4 3 1 extrahiert 6 1 Konzeption Im Folgenden wird eine Beschreibung von Aufgaben pr sentiert die sich anhand der Systematik in der aufgabenbezogenen Anforderungsermittlung vom Groben ins Feine bewegt e bergreifende Aufgabe e bergeordnete Aufgabe e Aufgabengebiet e einzelne Aufgabe Zu beachten ist dass die Ausf hrungen auf den Ebenen einzelne Aufga be und Aufgabengebiet als Orientierungen dienen die situativ an den konkreten Softwarebereitstellungskontext angepasst werden m ssen 138 Aufgabenperspektive
219. iskussionsforen im Sinne von Newsgroups nderte das Layout und integrierte eine E Mail funktionalitat Im Januar 2000 ging das n chste Community System mit dem Na men Pr VerNet online Im Rahmen des Projektes zur Einf hrung einer Pr fungsverwaltungssoftware in die Universit t Hamburg Jackewitz 2000 sollte das Pr VerNet allen Benutzern der neuen Pr fungsverwaltungssoft ware ein Forum zum Austausch von Benutzungsproblemen und deren L sungen sein Aufgrund des heterogenen Projektumfeldes konnte sich das Pr VerNet nicht etablieren und wurde noch im selben Jahr wieder abge schaltet Ende Februar nach Abschluss des Projektseminars wurde das CoSy in CommSy umgetauft da eine Firma ein hnliches Community System unter dem Namen CoSy ver ffentlicht hatte Im Sommersemester 2000 setzten die Entwickler einen CommSy Pro jektraum als Unterst tzung einer Veranstaltung im Fachbereich Erziehungs wissenschaft und einen im Fachbereich Informatik auf Im Hinblick auf den technischen Betrieb bedeutete dies f r jede der Veranstaltungen er neut einen Webserver mittlerweile Apache mit PHP zu konfigurieren eine MySQL Datenbank aufzusetzen die CommSy Tabellenstruktur einzupfle gen und den PHP Code zu kopieren Beide Veranstaltung erhielten eine komplett unabh ngige Installation so dass im Laufe der Zeit simultan meh rere CommSy Projektr ume in unterschiedlichen Versionen aufgrund der stetigen Weiterentwicklung entstanden Da viele Ve
220. ist daher unumg nglich die Ziele der verschiedenen beteiligten Akteure in den Blick zu nehmen Wichtig ist zwischen den konkreten Zielen hinsichtlich der Kooperation und allgemei nen Akteurszielen zu unterscheiden 7 1 2 Akteursnetzwerk Mit dem kollektiven Rollennetz ist die Verkn pfung von Aufgaben zu kol lektiven Rollen gelungen und der Schritt zu den beteiligten Akteuren nicht mehr weit Je nach Bereitstellungsszenario beteiligen sich andere Akteure an der Bereitstellung einer Software bzw nehmen auf sie Einfluss F r den Ansatz eASP wird daher kein generelles Akteursnetzwerk einer Software bereitstellung definiert Dennoch werden in diesem Abschnitt in Rekurrie rung auf die Netzwerkorganisation Abschnitt 5 1 3 allgemeine Aussagen ber das Akteursnetzwerk erarbeitet das die Softwarebereitstellung durch f hren soll Bereitstellungsnetzwerke von verschiedenen Anwendungen sind grund s tzlich unterschiedlich Dies bedeutet allerdings nicht dass ein Akteurs netzwerk nicht verschiedene Anwendungen bereitstellen kann Dieser Fall ist im Sinne der Wirtschaftlichkeit sogar eher wahrscheinlich Die Bereit stellung einer Anwendung kann aber auch von komplett unterschiedlichen Akteursnetzwerken getragen werden die sich z B im Markt als Konkur renten gegen berstehen Ein Kunde hat dadurch die M glichkeit sich ein Netzwerk der Bereitstellung einer Anwendung auszusuchen und an sein ei genes anzukn pfen Da die Bereitstellung selbst
221. it zugrunde liegende Verst ndnis von Softwarebereitstel lung wird wie folgt definiert Die Softwarebereitstellung umfasst technische und organisatorische Auf gaben welche Nutzenden eine Software zentral als Dienstleistung so zur Verf gung stellt dass eine gesicherte Nutzung m glich ist Kernaspekte dieser Definition sind e Eine Software beschr nkt das Verst ndnis von Softwarebereitstellung f r diese Arbeit auf die Bereitstellung einer einzigen Software Po tentiell ist die ganzheitliche Betrachtung der Bereitstellung verschie dener Software denkbar aber wesentlich komplexer da in diesem Fall Interdependenzen zwischen den verschiedenen Softwarebereit stellungen entstehen So wird aus Gr nden der Komplexit tsredukti on in dieser Arbeit auf die Bereitstellung einer Software fokussiert Gesicherte Nutzung bedeutet die Sicherung der kurzfristigen und der langfristigen Verf gbarkeit der Software und Supportma nahmen 16 Begriffsbestimmung Softwarebereitstellung Server bzw Software und Servicedienste wie Webseiten elektroni sche Handbiicher Hotlines usw miissen im Arbeitsalltag der Nutzen den st ndig verf gbar sein Auch die langfristige Pflege und Wartung der Hard und Software sowie der Servicedienste m ssen gesichert werden Nur unter diesen Voraussetzungen k nnen Nutzende die be reitgestellte Software aufgabenangemessen in Ihren Arbeitsprozess bzw Arbeitsalltag integrieren Technische und organisatori
222. itglieder gepr gt Auf einer der ersten Sitzungen formulierten die Mitglieder den Bedarf nach einem eignen Bereich im World Wide Web WWW welcher abseits der monatlichen Gruppensitzungen als ffentliche Pr sentation und gleich zeitig als interne Kommunikationsunterst tzung fungieren sollte Die Mit glieder wollten untereinander ihre Forschungsergebnisse und Ausarbeitun gen zum Thema Knowledge Management ber den Webbereich austau schen Der Arbeitsbereich Softwaretechnik SWT des Fachbereichs Informa tik stellte der Gruppe einen Netscape Enterprise Webserver zur Verf gung und richtete Zugangsberechtigungen zum Webbereich ein Eine Webseiten struktur wurde in HTML implementiert die gemeinsam editierbare Seiten f r Termine und Neuigkeiten und einen eigenen pers nlichen Bereich f r jedes Gruppenmitglied vorsah Diese statischen Webseiten sollten mit dem im Fachbereich vorhandenen Webseiteneditor Netscape Composer bearbei tet und auf dem Webserver publiziert werden Die Gruppensitzung am 14 07 1999 ergab dass die Mitglieder den frei en Webbereich nicht annahmen Gr nde bestanden in der Schwierigkeit des Publizierens von Dokumenten und in der Verlinkung verschiedener Web seiten Au erdem wurde festgestellt dass die zun chst vorgesehenen per s nlichen Bereiche dem Wesen einer Gruppe entgegenstehen und deshalb der Webbereich auf solche dysfunktionalen Elemente verzichten sollte Bis zur n chsten Gruppensitzung am 23 08 19
223. ive al le an der Softwarebereitstellung Betroffenen erkannt und beteiligt werden Kapitel 7 5 1 3 Netzwerkorganisation Netzwerke sind eine sehr alte Form sozialer Organisation und gelten als die flexibelsten und anpassungsf higsten Formen der Organisation Sie sind f hig sich mit ihrer Umwelt und mit den Knoten aus denen sich das Netz werk zusammensetzt zu entwickeln Andererseits haben sie betr chtliche Schwierigkeiten Funktionen zu koordinieren Ressourcen f r bestimmte Ziele zu b ndeln und die Komplexit t einer Aufgabe ab einer bestimmten Gr e zu bew ltigen Castells 2001 Durch das heutige technische Vernet zungsniveau k nnen Netzwerke ihre Schw chen erstmals berwinden und ihre St rken insgesamt ausspielen Traditionelle Hierarchien werden obso Softwarebezogene Organisationsentwicklung 117 let Rolf 2004a So sind fiir Castells 2003 S 432f informatikgestiitzte Netzwerke heutzutage die tiberlegene Morphologie fiir Organisationen Ein Netzwerk vgl Castells 2001 2003 Rolf 2004a bezeichnet eine Reihe miteinander flexibel verkn pfter Knoten wobei Individuen Grup pen oder Unternehmen Knoten sein k nnen Besteht in einem Netzwerk ein spezifischer Bedarf so wird ein neuer Knoten initiiert von au en ins Netzwerk eingebunden oder Verkn pfungen zu anderen Netzwerken eta bliert Verliert ein Knoten seine Relevanz wird er aus dem Netzwerk her ausgel st und das Netzwerk reorganisiert sich So dezentrali
224. keiten f r Aufgaben zu beschreiben und die Zuordnung zu kon kreten Personen in einem sp teren Schritt nach zu holen Die Wurzeln des Konzeptes der funktionellen Rolle sind in den fr hen 70er Jahren zu finden Nygaard und seine Kollegen pr gten den Begriff der funktionelle Rolle im Zusammenhang mit der Entwicklung einer objektorientierten Methode zur Systembeschreibung und der Entwicklung der Programmiersprache DEL TA vgl Fjellheim u a 1974 Nygaard 1976 Floyd u a 1989a Eine Aufgabensystematisierung bei Verwendung der funktionellen Rol le gestaltet sich wie folgt vgl Floyd 1991a Floyd u a 1998a b Krabbel u a 1996 Krabbel 2000 e Eine Aufgabe ist die kleinste unterscheidbare Einheit innerhalb eines Aufgabengebietes Eine Aufgabe selbst kann aus T tigkeiten beste hen Ein Aufgabengebiet einer funktionellen Rolle bezeichnet eine Menge von miteinander materiell informationell oder zeitlich verkn pften Aufgaben die in ihrer Gesamtheit von anderen Aufgabengebieten der funktionellen Rolle trennbar sind Ein Aufgabengebiet kann aus mehreren oder nur einer Aufgabe bestehen Eine bergeordnete Aufgabe wird durch einen Organisationsbereich wahrgenommen Sie besteht aus der Gesamtheit der Aufgabengebiete der dort zusammenwirkenden funktionellen Rollen Eine bergreifende Aufgabe umfasst mehrere Aufgabengebiete die im Zusammenhang einer Vielzahl von funktionellen Rollen verschie dener Organisationsbereiche an unterschiedlich
225. langfristige Perspek tiven In Wirtschaftsinformatik 43 2001 Nr 6 S 555 567 Gralla 1997 Gralla P So funktionieren Intranets Ein visueller Streif zug durch das Intranet M nchen Markt amp Technik Buch und Software Verlag 1997 Grohmann 2002 Grohmann W Hrsg ASP Application Service Providing Software auf Mietbasis Kosten sparen Wettbewerbsvorteile nutzen K ln Deutscher Wirtschaftsdienst 2002 Gro mann u a 2004 Gro mann A Pape B Simon E Strauss M Gestaltung der Benutzungsdokumentation fiir die Softwareunterstiitzung von Wissensprojekten S 343 357 In Pape B Krause D Ober quelle H Hrsg Wissensprojekte Gemeinschaftliches Lernen aus di daktischer softwaretechnischer und organisatorischer Sicht M nster Waxmann 2004 Grover u a 1997 Grover V Teng J Cheon M Towards a theoretically based contingency model of information systems outsour cing S 79 101 In Willcocks L Lacity M C Hrsg Strategic Sour cing of Information Systems Perspectives and Practices New York John Wiley amp Sons 1997 Gryczan 1996 Gryczan G Prozessmuster zur Unterstiitzung koopera tiver T tigkeit Wiesbaden DUV 1996 Gryczan u a 1998 Gryczan G Krabbel A B umer D Wetzel I Z llighoven H Die WAM Dokumenttypen S 601 661 In Z lligho ven H Hrsg Das objektorientierte Konstruktionshandbuch nach dem Werkzeug amp Material Ansatz Hei
226. len wird als bergreifende Aufgabe meist in ei Aufgaben in der Softwarebereitstellung 255 ner Kooperation von mehreren Beteiligten wahrgenommen Als Ko operationsgrundlage dienen vertragliche Regelungen die alle Dienst leister verhandeln miissen Vertragsverhandlung f hren Kundenbetreuung Vertr ge Mit Kun den m ssen Vertr ge ber die Nutzung bzw Finanzierung geschlos sen werden Virenscan der Daten durchf hren Betrieb Datensicherheit Ser verseitig gespeicherten Daten m ssen regelm ig t glich nach Vi ren durchsucht werden Bei positivem Befund sollten die Viren ent fernt und betroffene Benutzer benachrichtig werden Weitere Sicherheitsmechanismen einrichten Betrieb Datensicher heit Weitere Sicherheitsmechanismen sch tzen die Daten Beispiels weise kann ein Intrusion Detection System IDS Eindringlinge im internen Bereich der technischen Infrastruktur aufsp ren Die weite ren Sicherheitsmechanismen m ssen installiert konfiguriert und ge wartet werden Werbestrategie entwickeln Marketing Werbung Zur Vermarktung der Software geh rt eine geeignete Werbestrategie um sie im Markt zu positionieren Zahlungen berwachen Kooperation Abrechnung Die Verteilung der Einnahmen auf alle Dienstleister wird von allen Beteiligten ber wacht Zahlungen berwachen Kundenbetreuung Abrechnung Zahlungs eing nge m ssen berwacht werden und ggf werden Mahnungen verschickt
227. lication Service Providing und zum anderen das grundlegende Verst ndnis von Softwarebe reitstellung wider Die analytische Anwendung von eASP auf die Fallstudien zeigt dessen praktische Verwendbarkeit und dar ber hinaus Unterschiede Schwierigkei ten und Stolpersteine in den beiden Fallstudien auf so dass die Frage nach dem Scheitern bzw Nicht Scheitern differenziert f r beide Fallstudien be antwortet werden kann Die Herausforderung dieser Arbeit liegt in der Fundierung und Erwei terung des Gesch ftsmodells Application Service Providing zum Softwa rebereitstellungsansatz eASP um es f r die Informatik nutzbar zu machen Durch eASP k nnen z B in der evolution ren und partizipativen Software entwicklung und der IT unterst tzten Organisationsgestaltung die Auswir kungen und Leistungen der Softwarebereitstellung ber cksichtigt werden Dabei wird eASP nicht als das Modell der Softwarebereitstellung verstan den sondern als ein Muster welches mit den vier Perspektiven Aufgaben Organisation Technik und Vorgehen und den darin enthaltenen Konzepten M glichkeiten offenbart eine konkrete Softwarebereitstellung zu verste hen und zu gestalten Dar ber hinaus werden Beispiele aufzeigt die zur Inspiration in anderen Bereitstellungskontexten dienen und dem jeweiligen Kontext entsprechend angepasst werden m ssen Abstract This paper is concerned with the provision of software and the conception of an approach to analysis and formatio
228. liche Inhalte lesen Sie d rfen aber keine nderungen bzw Eintr ge vornehmen und k nnen keine Projektr ume betreten e Angemeldete Benutzer k nnen den Gemeinschaftsraum betreten und dort alle Inhalte lesen uneingeschr nkt neue Eintr ge erstellen und ihre eigenen Eintr ge ndern oder l schen Insbesondere k nnen sie Veranstaltungen ank ndigen und Projektr ume er ffnen ber diese Unterscheidung hinaus k nnen angemeldeten Benutzern be stimmte Rollen in einem CommSy bertragen werden e Angemeldete Benutzer k nnen Teilnehmer in Projektr umen werden Die Teilnahme muss beantragt und nachfolgend von einem Modera tor des Projektraumes s u best tigt werden Teilnehmer eines Pro 38 Erfahrungen in Softwarebereitstellungsprojekten jektraums k nnen wie im Gemeinschaftsraum Eintr ge lesen ei gene verfassen ndern und l schen Redakteure haben die Aufgabe den Gemeinschaftsraum zu betreu en Dazu geh ren insbesondere die Konfiguration hinsichtlich Farbe Name usw die Verwaltung von Benutzerkennungen und die Freiga be von Materialien f r die Welt ffentlichkeit Redakteure haben nicht automatisch Zutritt zu allen Projektr umen sondern d rfen wie alle anderen Benutzer nur die Projektr ume betreten in denen sie Teil nehmer sind Sie haben auch nicht das Recht fremde Eintr ge im Gemeinschaftsraum zu ndern oder zu l schen Die redaktionellen T tigkeiten werden durch eine zus tzliche Rubrik
229. ll eingeordnet Die Integration in die IT unterst tzte Organisationsgestaltung gelingt in dem die Softwarebereitstellung den dort enthaltenen Gestaltungsprozess zu einem Zyklus formt Die Einordnung in beide Ans tze erweitert diese und verankert die Softwarebereitstellung im Forschungsgebiet Informatiksy steme im Kontext 1 4 Methodisches Vorgehen Ausgehend von dem Bedarf der Einbeziehung der Softwarebereitstellung in die Wissenschaftsdisziplin Informatik speziell im Gebiet Informatik systeme in Organisationen wird aus der Praxis das Gesch ftsmodell ASP herangezogen und auf Grundlage der Empirie mit Methoden und Modellen aus der organisationsbezogenen Softwareentwicklung fundiert und erwei tert Resultat der Fundierung und Erweiterung ist der Analyse und Gestal tungsansatz eASP Seine Anwendbarkeit und Praxistauglichkeit wird mit Hilfe der Empirie berpr ft die im Sinne der Aktionsforschung gestaltet 1 Das e bei eASP ist nicht zu verwechseln mit dem E bei z B E Learning oder E Government Das gro e E steht bei den entsprechenden Begriffen f r Elektronisch bzw Electronic Das e von eASP bedeutet evolution r bzw evolutionary und ist zur besseren Unterscheidbarkeit immer klein und ohne nachfolgenden Bindestrich geschrieben Weiterer Aufbau 7 und dokumentiert worden ist Die Anwendung von Ans tzen aus dem Ge biet der Informatik in dem der Bedarf konstatiert wird sichert die direkte Vermi
230. llstudie CommSy WissPro 16 10 2003 Im Fall der Bereitstellung von CommSy im Projekt WissPro waren am 16 10 2003 insgesamt 5009 Benutzerkennungen und 369 CommSy Projekt r ume auf dem CommSy Server des Projektes verzeichnet Der Aufwand zur Bereitstellung von CommSy hinsichtlich dieser Nutzungszahlen ver teilte sich auf die bergeordneten Aufgaben in Personentagen pro Jahr wie in der Tabelle 6 angegeben Die dort angegebenen Zahlen sind das Resul tat aus einer Befragung der Mitarbeiter des Projekts die Aufgaben in den entsprechenden bergeordneten Aufgaben wahrgenommen haben Zur Aufwandsabsch tzung ist zu sagen dass die Anwendungsentwick lung und der Betrieb unabh ngig von den Nutzungszahlen sind w hrend die Benutzerbetreuung direkt mit ihnen zusammenh ngt Der Aufwand f r die Zugriffserm glichung ist in dieser Fallstudie nicht zu bemessen da der CommSy Server neben vielen anderen Servern ber das Regionale Re chenzentrum der Universit t Hamburg und das Rechenzentrum des Fach bereichs Informatik der Universit t Hamburg mit dem Internet verbunden 180 Organisationsperspektive Wer tut was war Diese Zugriffserm glichung wird pauschal abgegolten und l sst sich hinsichtlich des Aufwands eines einzigen Servers nicht differenzieren Der Aufwand f r das Marketing wurde w hrend der Befragung nicht erhoben und kann nachtr glich aufgrund diverser Publikationen und einiger Betei ligungen an Messen und Konferenzen nicht m
231. lussgr en auf die Transaktionskosten benannt vgl Picot u a 1998 S 43 e Spezifit t Der Spezifit tsgrad einer Transaktion ist umso h her je gr er der Wertverlust ist der entsteht wenn die zur Aufgabenerf l lung erforderlichen Ressourcen nicht eingesetzt werden Dabei kann sich die Spezifit t auf das erforderliche Know how auf die zu t tigenden Investitionen auf Sicherungsbed rfnisse und oder auf an derweitige Verfahrensbesonderheiten beziehen Die Spezifit t wird bereinstimmend als Haupteinflussgr e bezeichnet e Opportunismus Opportunistisches Verhalten liegt vor wenn sich Be teiligte nicht ausschlie lich in verst ndigungsorientierter Weise ver halten sondern vielmehr strategisch handeln indem sie versuchen ihre eigenen Interessen auch zum Nachteil anderer und unter Miss achtung sozialer Normen zu verwirklichen Spezifit t wird erst in Verbindung mit Opportunismus zu einem Problem e Unsicherheit Die Unsicherheit dr ckt sich in der Anzahl und dem Ausma nicht vorhersehbarer Aufgaben nderungen aus In einer un sicheren Umwelt wird die Vertragserf llung durch h ufige nderun gen von Terminen Preisen Konditionen und Mengen erschwert und Softwarebezogene Organisationsentwicklung 119 verkompliziert Dies hat h ufige Vertragsmodifikationen und damit die Inkaufnahme erh hter Transaktionskosten zur Folge e Beschr nkte Rationalit t Der Mensch kann nicht nur rational han deln da seine In
232. lzeiten Die Verf gbarkeit wird blicherwei se in Prozent angegeben Bezugsgr e ist hier ein Konkret definier ter Zeitraum 99 garantierte Verf gbarkeit bedeuten einen tolerier ten Ausfall von ca 88 Stunden im Jahr das sind rund 100 Minuten pro Woche Geplante Ausfallzeiten z B Einspielung von Updates sind in dieser Zeit meist ber cksichtigt sollten aber explizit aufge f hrt werden Wichtig ist dar ber hinaus die klare Differenzierung der Verf gbarkeit des Netzwerks von der Verf gbarkeit der konkre ten Anwendung und des Servers Die Ausf lle summieren sich beim Kunden intransparent so dass bei Schuldzuweisungen eine klare Dif ferenzierung hilft den Schuldigen zu finden Netzwerkausstattung und Netzwerkarchitektur Ausstattung und Ar chitektur des Netzwerks sind grundlegende Voraussetzungen Erwar tet werden in aller Regel skalierbare und redundante Netze Netzsicherheit Zur Netzwerksicherheit z hlt die Sicherung der Ver bindung und der demilitarized zone DMZ siehe Abschnitt 4 5 3 Hier m ssen Sicherheitsmechanismen wie z B Firewalls Verschl s selung und Tunneling definiert werden Datendurchsatz und Antwortzeiten Der Datendurchsatz und die Ant wortzeiten h ngen von der Qualit t und der Bandbreite des bertra gungsmediums ab Eng damit zusammen h ngen Antwortzeiten und Rechtliche Aspekte 99 Verlust von Datenpaketen Lange Antwortzeiten Latenz wirken sich schlecht bei Streaming Medien Au
233. m Mangel an einem finanziellen In teresse an der Bereitstellung von CommSy existierten auch keine Vertr ge zwischen den Dienstleistern Unabh ngig davon hatte nat r lich jeder Mitarbeiter des Projekts Arbeitsvertr ge mit der Universit t Hamburg Darin waren zwar Aufgabengebiete enthalten sie wirkten sich aber nicht direkt auf die Kooperation zwischen den Dienstlei stern aus Dennoch wurden im Prozess der Bereitstellung von Comm Sy im Projekt WissPro Kommunikationsregeln aufgestellt Diese Re geln wurden situativ angepasst und f hrten letztendlich zu einer funk tionierenden Kooperation Zusammenfassend ist in dieser Fallstudie festzustellen dass die Erledigung der bergeordneten Aufgaben insgesamt zu einer erfolgreichen Bereitstel lung f hrte wie durch Evaluationsergebnisse Strauss u a 2003 best tigt wurde 6 3 Zwischenergebnis Durch die Aufgabenperspektive wird deutlich welche Aufgaben zur Be reitstellung von Software geh ren und welchen funktionellen Rollen diese zuzuordnen sind Als bergreifende Aufgabe und als Ausgangspunkt f r die Aufgaben struktur wurde die Aufgabe Software x bereitstellen definiert Sie besteht 156 Aufgabenperspektive Was ist zu tun aus den bergeordneten Aufgaben Anwendungsentwicklung Betrieb Be nutzerbetreuung Marketing Kundenbetreuung und Zugriffserm glichung erarbeitet aus ASP Services vgl Abschnitt 4 3 1 und aus ASP Wertsch p fungsketten vgl Abschnitt 4 2 Weiterh
234. m vorigen Kapitel in den Perspektiven Auf gaben Organisation Technik und Vorgehen Abschnitt 4 6 aufgedeckten Schw chen und zur methodisch theoretischen Fundierung von ASP wer den in diesem Kapitel folgende Methoden und Modelle herangezogen in Klammern sind die Perspektiven angegeben in denen diese Ans tze sp ter Verwendung finden e Aufgabenbezogene Anforderungsanalyse Aufgaben Kapitel 6 e Akteursmodell Organisation Kapitel 7 e Netzwerkorganisation Organisation Kapitel 7 112 Informatiksysteme in Organisationen e Serviceflow Management Serviceflows Organisation Kapitel 7 e Transaktionskostentheorie Organisation Kapitel 7 e Zyklisches Projektmodell von STEPS Vorgehen Kapitel 9 W hrend in den Perspektiven Aufgaben und Vorgehen sp ter jeweils ein Ansatz auf ASP bertragen werden kann m ssen in der Organisationsper spektive verschiedene Ans tze einbezogen werden Dies ist notwendig um u a den zur Beschreibung der Organisation einer Softwarebereitstellung geeigneten Ansatz des kollektiven Rollennetzes entwickeln zu k nnen In der Technikperspektive Kapitel 8 bietet ASP bereits Umfassendes und es werden sp ter nur kleine Erg nzungen und Ver nderungen daran vor genommen so dass in diesem Kapitel kein Ansatz hierf r herangezogen werden muss Die Auswahl der Ans tze und Methodenrahmen gr ndet sich auf die gezielte Erg nzung und Fundierung von ASP in den vier Perspektiven im zweiten
235. men aus den Werbebannern bezogen hat ist unklar da im Kooperationsvertrag die Beteiligung von HITeC an diesen Werbeein nahmen mit 30 veranschlagt wurde aber trotz mehrmaliger Nachfragen nie entsprechende Tantiemen geleistet wurden Die Erstellung einer detaillierten Aufstellung der Kosten der Bereit stellung von CommSy bei Uni de ist mangels Einblick in dieses Bereitstel lungsszenario schwierig Insgesamt sind die Transaktionskosten als sehr hoch zu bewerten Insbesondere die Zeit der Vertragsverhandlungen er streckte sich ber ein halbes Jahr Auf Seiten der Anwendungsentwick 176 Organisationsperspektive Wer tut was ler wurden ca vier Menschmonate von drei Personen eingesetzt Nach der Vertragsunterzeichnung sanken die Transaktionskosten bis sie dann in der Zeit kurz nach der Er ffnung des Angebots im April 2001 wegen aufkom mender Irritationen wieder anstiegen ca ein Menschmonat Aufgrund der darauf folgenden Resignation in der Kooperation und als Folge der nicht mehr stattfindenen Kommunikation tendierten die Transaktionskosten ge gen Null Der Aufwand f r die Weiterentwicklung ist mit 46 Menschtagen und f r den Beratungsvertrag mit 30 Menschtagen f r HITeC zu berech nen Darin sind allerdings noch nicht die Transaktionskosten hinsichtlich der Erbringung der Dienstleistung innerhalb des Anwendungsentwicklers ber cksichtigt Diese lassen sich im Nachhinein leider nur noch sch tzen ca zehn Menschtage f r die Weiteren
236. men zun chst alle Mitar beiter kooperativ alle Aufgaben W hrend des Projekts WissPro nahmen u a drei Aspekte auf die Ent wicklung und Bereitstellung von CommSy wesentlichen Einfluss 1 Die Projektr ume wurden durch ein Archiv und ein Portal erwei tert um neben der einzelnen Lehrveranstaltung auch das Studium bzw die Bildungsinstitution als Ganzes zu unterst tzen Archiv und Portal wurden im Wintersemester 2002 2003 zum ersten Mal pr sentiert Zum Wintersemester 2003 2004 wurden sie zum CommSy Gemeinschaftsraum vereint 2 Die Zahl der Nutzenden stieg w hrend der Projektlaufzeit stetig an 3 Die CommSy Entwicklung wurde von einem Closed Source Prozess in einen Open Source Prozess berf hrt Mit dem Beginn der Entwicklung von Archiv und Portal verteilten sich die Projektmitarbeiter auf drei Teams f r die Produkte Projektraum Archiv und Portal In den einzelnen Teams wurden weiterhin von allen Mitarbeitern al le Aufgaben der Entwicklung und Bereitstellung in Personalunion pro Pro dukt bernommen Die parallele Entwicklung und Bereitstellung der drei Produkte f hrte zu einer Konkurrenzsituation innerhalb des Forschungs und Entwicklungsprojektes z B achteten die Projektmitarbeiter genau dar auf wie studentische Hilfskr fte eingesetzt wurden Um die Jahreswende 2001 2002 f hrten verschiedene projektinterne Bege benheiten dazu die Entwicklung der drei Produkte zusammenzulegen u a verliebten sich die Verantwortlic
237. mung von Kundendaten vor unbefugtem Zugriff Dieser Punkt streift ins besondere viele Aspekte des Datenschutzes Updates und Upgrades Es muss definiert werden welche Version der Anwendung bereit gestellt und wie viele bzw wann Updates und Upgrades einge spielt werden Eigentumsrecht Es sollte vertraglich geregelt werden dass die Kundendaten Ei gentum des Kunden sind auch wenn sie nicht auf deren Servern sondern von den Kunden aus gesehen auf externen Servern lie gen Kompakte Zusammenfassung von eASP 219 SLA Bereich SLA Komponente Erlauterung Benutzerbetreuung Reaktiver Benutzersup Der Benutzersupport reagiert auf Benutzeranfragen per Telefon port oder E Mail z B auch mittels eines Call Centers Aktive Anwendungsun Die aktive Anwenderunterst tzung bietet von sich aus Schulun terst tzung gen Coaching Workshops Diskussionsforen Seminare usw an Kooperation Kommunikation Hinsichtlich der Kommunikation m ssen bei den kollektiven Rol len Ansprechpartner f r die anderen kollektiven Rollen sowie de ren Reaktionszeit benannt werden Dar ber hinaus sind Kom munikationswege f r unterschiedliche Kommunikationsanl sse zu definieren Eskalationsmanagement Treten ad hoc St rungen auf muss auf ein zuvor vereinbartes Re aktionsschema zur ckgegriffen werden k nnen Dieses Schema legt fest in welchen Schritten und welchen Zeitr umen wer wel che St rungsbeseitigungsma
238. n vgl Gro mann u a 2004 r ckte die Notwendigkeit einer Entwick lerdokumentation erst sp t in den Blick des Entwicklungsteams Datensicherheit In diesem Bereitstellungskontext bestand eine t gli che Datensicherung des CommSy Servers durch das Rechenzentrum der Universit t Hamburg Regionales Rechenzentrum RRZ Weite re Sicherheitsma nahmen wie z B Virenscans wurden nicht vorge nommen Es ist aber kein Fall bekannt dass in den CommSy Server eingebrochen bzw Viren ber ihn verteilt wurden Ausfallsicherheit Zur Ausfallsicherheit geh rte die Bereitstellung ei ner unterbrechungsfreien Stromversorgung USV f r den CommSy Server Klima und Brandschutz bestand bereits im Rahmen der Si cherung des Fachbereichs Informatik der Universit t Hamburg FAO pflegen Eine FAQ wurde zun chst aufgebaut dann aber nur sporadisch gepflegt Didaktische Beratung Zur didaktischen Beratung wurden zun chst Sprechstunden mit Lehrveranstaltern durchgef hrt und ein Veranstal terforum angeboten Die Moderation des Veranstalterforums wurde aus Mangel an Beteiligung von Veranstaltern zur H lfte der Laufzeit des Projektes eingestellt Ungef hr zur selben Zeit wurde das An gebot an Sprechstunden zur ckgenommen denn sie stellten eine er hebliche Arbeitsbelastung dar und ihre Wirkung war umstritten vgl Jackewitz 2004 Pape und Rolf 2004 Marketing Aspekte des Marketings standen nicht im Fokus des Pro jekts Dennoch wurden
239. n vollzogen in dem eASP in die IT unterst tzte Organi sationsgestaltung und den Softwareentwicklungsrahmen STEPS integriert wird Daran anschlieBend wird die Wertigkeit von eASP fiir die Praxis be trachtet indem es als Erweiterung von ASP dargestellt wird und zum Ab schluss eine Diskussion tiber die Verallgemeinerbarkeit von eASP erfolgt 10 1 Kompakte Zusammenfassung von eASP Mit eASP als Abk rzung f r evolutionary Application Service Providing wird die evolution re Bereitstellung einer Anwendung als Dienstleistung verstanden Dabei haben die in eASP enthaltenen Begriffe folgende Be deutung e evolutionary evolution r Unter evolution r wird die fortlaufende Entwicklung und Ver nderung der Bereitstellung aufgrund von u Beren und inneren Einfl ssen verstanden Dies bedeutet insbesonde re die Ber cksichtigung und Einbeziehung aller beteiligten Akteure Partizipation die Reflexion von Vergangenem sowie das bewusste Durchleben von verschiedenen wiederkehrenden Situationen zykli sches Vorgehen Providing Bereitstellung Die Bereitstellung umfasst technische und organisatorische Aufgaben um Nutzenden eine gesicherte Nutzung gew hrleisten zu k nnen Zu den Aufgaben geh ren neben dem tech nischen Betrieb u a auch die Benutzerbetreuung Softwareentwick lung Marketing und Kundenbetreuung 212 Softwarebereitstellungsansatz eASP Unter Bereitstellung wird hier verstanden dass eine Anwendung von einem Anbieter de
240. n Muster und Regelm igkeiten der Nut zung zu erfassen und Nutzungsschwerpunkte und anl sse zu identifizie ren Strauss u a 2003 S 12 3 2 Kooperationsplattform CommSy CommSy f r Community System ist eine webbasierte Kooperations plattform zur Unterstiitzung des Studiums an deutschen Hochschulen Zu nachst fiir projektorientierte Lehrveranstaltungen konzipiert wurde Comm Sy zu einer Plattform f r universit re Lerngemeinschaften Fachbereiche Studieng nge Forschungsgemeinschaften usw weiterentwickelt so dass nicht nur einzelne Lehrveranstaltungen sondern der Kommunikations und Kooperationsbedarf im gesamten Pr senzstudium mit CommSy unterst tzt werden kann 1 Grundlegende und fr here Gedanken zum Abschnitt 3 2 finden sich bei Jackewitz u a 2002c 2004 Kooperationsplattform CommSy 33 Die Entwicklung von CommSy orientiert sich an didaktisch motivierten Designprinzipien die Aussagen ber die Mensch Computer Interaktion die Mensch Mensch Interaktion mittels CommSy und die Einordnung von CommSy in eine Medien Infrastruktur machen Sie spiegeln sich in der Gestaltung von grundlegenden Technologieentscheidungen ber die Aus wahl von bestimmten angebotenen Funktionalit ten bis hin zum Screen Design wider und haben sich in der praktischen Umsetzung bew hrt An der hier beschriebenen Version von CommSy liegt mein Anteil ins besondere in der Leitung des Entwicklungsprozesses in der Umsetzung gr
241. n Software und Dienstleistungen pr sentieren Werbestrategie entwickeln Kundenbetreuer Informationsmaterialien entwickeln und verschicken Kundenbetreuer Standardvertr ge entwickeln Vertragsverhandlungen f hren Abrechnung Rechnungen stellen Buchhalter Zahlungen berwachen Zugriffserm glichung Netzverbindung Netzwerkadministrator Verbindung etablieren und pflegen Netzsicherheit Netzwerkadministrator Kooperation alle Dienstleister Kommunikation Ansprechpartner Netzwerksicherheit installieren und pflegen Internen Newsletter herausbringen Feedback geben Koordination Koordinator Beteiligung an Kooperationstreffen berblick ber Bereitstellung behalten Training Trainer Interne Workshops durchf hren Tabelle 4 Analyse der bergreifenden Aufgabe CommSy bereitstellen in der Fallstudie CommSy WissPro Im Vergleich mit der Fallstudie CommSy Uni de f llt auf dass bei Comm Sy WissPro die graue F rbung der Tabelle insgesamt heller geworden ist Dies deutet auf eine intensivere Wahrnehmung der Aufgaben hin Dennoch gab es verschiedene Problemfelder e Anforderungen analysieren Die Analyse von Anforderungen setzte im Projekt WissPro erst sp ter ein e Entwicklerdokumentation W hrend der Benutzerdokumentation im Projekt WissPro sofort eine gr ere Beachtung zugesprochen wurde 154 Aufgabenperspektive Was ist zu tu
242. n in ihrem Handeln nicht immer best tigen k nnen Durch die regelm ige Etablierung eines neuen Zyklus und das regelm ige Einfordern der Her stellung eines neuen Bereitstellungsrahmens werden alle beteiligten Ak teure aktiv und bewusst in die Gestaltung der Softwarebereitstellung ein bezogen Au erdem werden Ver nderungen fr hzeitig erkannt so dass ei ner Instabilit t der Bereitstellung aktiv entgegengewirkt werden kann Die Verantwortung dieser Treffen liegt bei allen beteiligten Akteuren doch be sonders beim Akteur der die Rolle des Dienstleistungsanbieters einnimmt Der Dienstleistungsanbieter ist die zentrale Figur im Bereitstellungsnetz werk und seine Existenzberechtigung h ngt von der Stabilit t und Weiter entwicklung der Bereitstellung ab Vertr ge bzw vertragliche Regelungen gelten als Rechtssicherheit Sie dokumentieren dass und wie die Vertragspartner miteinander kooperieren wollen Im Hinblick auf das zyklische Vorgehen wird eine Kombination von langfristigen Rahmen und kurzfristigen Detailvertr gen vorgeschla gen Mit langfristigen Rahmenvertr gen wird die Kooperation der betei ligten Akteure auf eine f r alle sichere Basis gestellt und die Bereitstellung eASP in Informatiksysteme in Organisationen 225 grundlegend begr ndet Wie die Kooperation im Einzelnen organisiert wer den soll wird in kurzen Detailvertr gen geregelt Dabei m ssen die Detail vertr ge nicht Zuk nftiges regeln Der Umgang mi
243. n Kunden bzw den Nutzenden angeboten wird d h die Nutzenden greifen von ihrem Endger t PC Organizer Han dy auf eine Anwendung zu die auf einem Server des Anbieters l uft Client Server Prinzip e Application Anwendung Mit Anwendung ist Software gemeint die von vielen benutzt wird im Gegensatz zu Software die nur von ei nem genutzt wird e Service Dienstleistung Durch den Begriff Dienstleistung entsteht eine starke Kundenorientierung Der Fokus wird zum einen auf die Servicequantit t und qualit t und zum anderen auf die Erbringung und Bezahlung von Dienst Leistungen gelegt Dar ber hinaus wer den durch den Dienstleistungsbegriff auch vertragsrechtliche Aspek te in den Blick genommen Um die Bereitstellung einer Software in G nze zu begreifen muss sie in ei ner Technik Aufgaben und Organisationsperspektive betrachtet werden Erg nzend muss die Vorgangsperspektive eingenommen werden die durch Gestaltungsoptionen zum Vorgehen wird und die anderen Perspektiven in einer zyklischen Vorgehensweise verquickt e Aufgabenperspektive Bei der Bereitstellung von Software sind ver schiedene Aufgaben in verschiedenen Aufgabengebieten zu leisten e Organisationsperspektive Die identifizierten Aufgaben m ssen von Akteuren in unterschiedlichen Rollen in einem Akteursnetzwerk ber nommen werden Die Kooperation der beteiligten Akteure gleicht ei nem Geflecht aus Dienstleistungserbringung und nutzung das Ko ste
244. n Lesbarkeit und dr ckt nicht meine Einstellung zu Fragen der Eman zipation der Frau aus Ich habe Quellen nicht mit der in den in Informatik Publikationen tibli chen Abk rzungen in Verweisen auf Quellen angegeben sondern mit voll st ndigen Personennamen da es mir bei den Zitaten auf die Urheber als Personen ankommt die f r die Aussagen stehen Quellenverweise in Zi taten wurden mit in das Literaturverzeichnis bernommen um die Zitate vollst ndig zu nennen und den Lesern die Nutzung dieser Quellen zu er leichtern Soweit m glich wurden die in Zitaten verwendeten Quellenver weise ebenfalls recherchiert Abschlie end sei noch erw hnt dass diese Arbeit mit Microsoft Word 2000 und 2002 verfasst und dann in IATEX gesetzt wurde Grundlagen zur Herleitung von eASP 2 Begriffsbestimmung Softwarebereitstellung Das intendierte Ziel dieser Arbeit ist die Entwicklung eines Analyse und Gestaltungsansatzes f r die Softwarebereitstellung eASP So stellt die Softwarebereitstellung das Thema und den Rahmen f r diese Arbeit dar und wird im folgenden Kapitel n her betrachtet Zun chst folgt eine Defi nition der Softwarebereitstellung um das dieser Arbeit zugrunde liegende Verst ndnis von Softwarebereitstellung zu erl utern und zu begrenzen Da nach wird dem Ursprung dieses Verst ndnisses nachgegangen Anschlie Bend folgt eine Abgrenzung zu anderen verwandten und hnlichen Begrif fen 2 1 Definition Das dieser Arbe
245. n Netzwerk vertrauen Die Zukunftsf higkeit eines Bereitstellungsnetzwerkes Wird dieses Bereitstellungsnetzwerk in welcher Form auch immer langfristig existieren 7 1 3 Dienstleistung In der ASP Literatur ist eine Diskussion des Begriffs Dienstleistung bzw synonym des Begriffs Service nicht zu finden Die Begriffe werden als selbstverst ndlich vorausgesetzt F r den Ansatz eASP wird die Ausein andersetzung mit dem Dienstleistungsbegriff aus dem Serviceflowansatz Abschnitt 5 1 5 bernommen und die Auswirkungen auf die Software bereitstellung im Folgenden diskutiert Insbesondere die Beziehungen der beteiligten Akteure erscheinen unter dem Begriff Dienstleistung in einem neuen Licht Der Begriff Dienstleistung bzw die Anwendung des Begriffs auf den Kontext der Softwarebereitstellung stellt die Bereitstellung einer Software unter das Primat der Kundenorientierung Konzeption 165 e Dienstleistungsgeflecht Die Betrachtung von Servicegeber und Ser vicenehmer kann auf die Beziehung der kollektiven Rollen Kunde und Dienstleistungsanbieter angewendet werden Dabei k nnen bei den kollektiven Rollen die jeweils verbleibenden Rollen auf den je weiligen Seiten zugeordnet und beide k nnen als Kollektiv im Sinne eines Netzwerks verstanden werden Dar ber hinaus k nnen auch die Beziehungen zwischen allen kollektiven Rollen als Dienstleistungs beziehung angesehen werden da zwischen ihnen Leistungen ange boten bzw in Anspruch genomme
246. n Nutzung und Entwick lung Sie muss Fehlerberichte sowie Nutzerw nsche an die Anwen dungsentwicklung weiterleiten Aufgaben Nutzerw nsche und Feh lerberichte weiterleiten Informationsmaterial erstellen und verteilen Informationsveranstaltungen und Workshops organisieren Kommunikation Kundenbetreuung Eine Hotline zur Kundenbetreu ung sollte dem Kunden zur Kl rung von Fragen und Problemen hin sichtlich der Nutzung des Angebotes zur Verf gung gestellt werden Durch das Erstellen und Verschicken von Informationsmaterialien kann der Kunde informiert werden Die Kundenbetreuung soll ein Vertrauensverh ltnis zwischen Kunden und denjenigen die die Soft ware bereitstellen aufbauen und den Kunden mit seinen W nschen und Zielen in das Angebot integrieren So m ssen Kundenw nsche an entsprechende Stellen weitergeleitet werden Aufgaben Hotline Telefon E Mail anbieten Informationsmaterialien entwickeln und verschicken Kundenw nsche weiterleiten Kommunikation Kooperation F r die Kommunikation unter den Dienstleistern ist jeder gleichberechtigt verantwortlich Das Aufga bengebiet umfasst die aktive Kommunikation d h das Informieren aus eigenem Antrieb und die reaktive Kommunikation also das rea gieren auf Handlungen anderer Aufgaben Interne Newsletter her ausbringen Feedback geben Koordination Kooperation Alle Dienstleister m ssen sich hinsicht lich der Bereitstellung abstimmen und koordinieren Aufgaben Be
247. n STEPS 125 5 2 3 Aufgabenbezogene Anforderungsermittlung 128 5 2 4 Kollektives Rollennetz 130 5 3 Zwischenergebnis 2 22 22 onen 133 II Herleitung von eASP 135 6 Aufgabenperspektive Was ist zu tun 137 6 1 Konzeption vos Teas as en MA id ede 137 6 1 1 bergreifende Aufgabe Software x bereitstellen 138 6 1 2 bergeordnete Aufgaben 138 6 1 3 Aufgabengebiete Aufgaben und funktionelle Rollen ae ae a ek ean E A 140 6 1 4 Zusammenfassender berblick 140 6 2 Anwendung auf die Fallstudien 2 2 2 2 2 0 142 6 2 1 CommSy Uni de 2 2 2 2 2222er 143 6 22 CommSy WissPro 2 2 222222 150 6 3 Zwischenergebnis 2 2 2 22mm none 155 7 Organisationsperspektive Wer tut was 157 TA Konzeption scos Geb zen ee ae a E 157 7 1 1 Kollektives Rollennetz 158 7 1 2 Akteursnetzwerk 2 2222 22222 163 7 1 3 Dienstleistung 2 2 22 2m 164 7 1 4 Vertragliche Regelungen 166 7 1 5 Geb hren und Kosten 2 2 2222 168 7 1 6 Qualit ten und Quantit ten 2 222020 170 viii Inhaltsverzeichnis 7 2 Anwendung auf die Fallstudien 0 171 72 1 CommSy Unide aaa aaa 171 722 CommSy WissPro 176 7 3 Zwischenergebnis oaoa e 181 8 Technikperspektive Was wird ben tigt 183 8 1 Konzeption oiae 2a ed Aa RN a 183 8 1 1 Technische Infrastruktur 183 8 1 2 Anwendungen
248. n Uni de zu wenden Anfang Dezember 2001 und Ende M rz 2002 h uften sich bei den Ent wicklern Beschwerden hinsichtlich Verbindungsprobleme zum CommSy Server bei FirstCampus mittlerweile Nachfolger von Uni de zu dem die Entwickler keinen Zugang mehr hatten Am 05 04 2002 k ndigten die Ent wickler offiziell den Kooperationsvertrag zum Ende des Jahres so dass der CommSy Server zu diesem Zeitpunkt h tte abgeschaltet werden m s sen Trotz mehrmaliger Hinweise von Seiten der Entwickler wurde die CommSy Bereitstellung bei FirstCampus nicht eingestellt 3 3 3 CommSy WissPro Im Marz 2001 begann das Forschungs und Entwicklungsprojekt WissPro Abk rzung f r Wissensprojekt Informatiksysteme im Kontext Vernetz te Lerngemeinschaften in gestaltungs und IT orientierten Studieng ngen vgl Pape u a 2004 Eine Projektaufgabe von WissPro war die Weiterent wicklung und Bereitstellung von CommSy Durch die sich schon im Fr h jahr 2001 anbahnenden Schwierigkeiten in der Kooperation von Uni de mit den Entwicklern von CommSy wurde die auch im Projekt WissPro angestrebte Kooperation mit Uni de nicht eingegangen Der Betrieb der verschiedenen weiterentwickelten CommSy Versionen wurde vielmehr auf dem projekteigenen Server sichergestellt Eine angemessene Benutzerbe 64 Erfahrungen in Softwarebereitstellungsprojekten treuung fiir die Nutzenden der jeweiligen Versionen wurde von Mitarbei tern des Projekts durchgef hrt Hierbei bernah
249. n aufgebaut Redaktion gt Veranstalter Moderatoren gt Teilnehmer Die Redaktion eines Gemeinschaftsraums kann Teilnehmenden von Pro jektr umen bei speziellen Fragen zu einem Projektraum nicht helfen Dar aus folgt dass die Veranstalter bzw Moderatoren eines Projektraums eine erh hte Betreuungsverantwortung gegen ber den Teilnehmenden in ihrem Projektraum haben Aufgabe der Redaktion wiederum ist es die Veranstal ter Moderatoren mittels eines Train the Trainer Konzeptes in die Lage zu versetzen dieser Betreuungsverantwortung gerecht zu werden 3 2 3 bergeordnete Designprinzipien CommSy liegen drei zentrale Designprinzipien zugrunde die bei der Soft wareentwicklung handlungsleitend waren und sind vgl Pape u a 2002a Die Designprinzipien adressieren die Interaktion der Benutzer mit der Soft ware die Interaktion der Benutzer untereinander sowie die Einbettung von CommsSy in eine gr ere Kooperations Infrastruktur Die Designprinzipien sind 46 Erfahrungen in Softwarebereitstellungsprojekten e Einfachheit in der individuellen Benutzung e verantwortungsvolle Benutzung in der Gemeinschaft und e Einbettung in einen Medienmix Im Folgenden werden diese Designprinzipien beschrieben und deren kon krete Umsetzung aufgezeigt Einfachheit in der individuellen Benutzung Durch das Prinzip Einfachheit in der individuellen Benutzung tritt die Benutzung und Administration der Technik hinter die Auseinandersetzung
250. n ein Webserver und ein Datenbankserver vorhanden gewesen sein Auf Seiten von Uni de war zu s tzlich ein Portalserver installiert der CommSy in ihr Angebot eingebun den hat Speziell f r CommSy war kein Billingserver bereitgestellt da die Finanzierung von CommSy ber Werbebanner gesichert werden sollte und nicht ber Abrechnungen der einzelnen Nutzenden 8 2 2 CommSy WissPro Im Forschungs und Entwicklungsprojekt WissPro wurde ein CommSy Server unter Red Hat Linux 7 x und sp ter Red Hat Fedora betrieben Zum Einsatz kamen der Apache Webserver 1 3 x 2 0 x der Skriptinterpreter PHP 4 2 x 4 3 x und die Datenbank MySQL 3 23 x Der Server war ber das Intranet des Fachbereichs Informatik der Uni versit t Hamburg mit dem deutschen Forschungsnetz verbunden welches wiederum mit dem Internet in Verbindung stand Das Rechenzentrum des Fachbereichs Informatik handhabte den Zugang von au en sehr rigide u a war eine Firewall mit entsprechend strengen Regeln bzw Filtern installiert Insofern gelangten die fachbereichsexternen Nutzer die ausschlie lich ber das Internet auf CommSy zugriffen nur durch eine beim Rechenzentrum Zwischenergebnis 189 des Fachbereichs Informatik angesiedelte DMZ zum CommSy Server in terner Bereich Fachbereichsinterne Personen traten direkt tiber das Intranet des Fach bereichs mit dem CommSy Server in Verbindung mussten also nicht durch die DMZ Insofern war der CommSy Server im fachbereichsinternen Ne
251. n eventuell Pro jektr ume bei Missbrauch gesperrt oder Materialien bei Bedarf we b ffentlich freigeschaltet werden e Nutzungsanreize geben Im Gemeinschaftsraum wurden von der Re daktion Nutzungsanreize in Form von kontinuierlich eingestellten Beispielen Eintr gen gegeben Analyse der Fallstudie Die Fallstudie CommSy WissPro kann wie folgt bewertet werde bergeordnete Aufgabe Aufgabengebiet Aufgabe funktionelle Rolle Anwendungsentwicklung Leitung Entwicklung koordinieren und berwachen Entwicklungsleiter Entwicklungsentscheidungen treffen Planung Anforderungen analysieren Entwicklungsplaner mplementierungen planen und Zeitplan erstellen Programmierung Features programmieren Programmierer Fehler beheben Softwarearchitektur pflegen 152 Aufgabenperspektive Was ist zu tun Ubergeordnete Aufgabe Aufgabengebiet Aufgabe funktionelle Rolle Dokumentation Benutzerdokumentation pflegen Programmierer Entwicklerdokumentation pflegen Entwicklungsumgebung Entwicklungsclients pflegen Entwicklungsadministrator Entwicklungsserver pflegen Zus tzlich ben tigte Software pflegen Releasemanagement Release identifizieren zusammenstellen und Entwicklungsplaner ver ffentlichen Fehlermanagement Hotline anbieten Fehlerbeauftragter Fehlerberichte in Entwicklungsprozess integrieren
252. n of software provision contexts in which centralised software is installed for several users The legitimation for an engagement in software production in informatics is founded on the following premises 1 formally correct software is not always capable of providing the necessary benefit in the context of usage 2 the provision of software correlates with the level of satisfaction of the users of a particu lar software so the valuation of a software version depends partly on the quality of the provision The provision of the web based co operations platform CommSy in two different constellations accompanied in the sense of action research stresses the need for a software provision approach for the comprehensi on and design of software provision contexts While the provision in the case study CommSy Uni de was not entirely successful in the case stu dy CommSy WissPro it was successful The question here is where are the differences which can only be fully answered by a comprehensive inspection Thus there differentiate from the case studies four perspectives towards the software provision tasks organisation technique and procedu re which must be included in the approach to the software provision As a basis for the approach Application Service Providing is drawn upon since it has established itself in industry as a business model of soft ware provision However it reveals weaknesses with regard to the tasks
253. n werden Dies bedeutet dass das kollektive Rollennetz ist als ein Dienstleistungsgeflecht anzusehen e Vertragsgeflecht Dem Verst ndnis des Begriffs Service folgend be deutet ein Dienstleistungsgeflecht auch ein Vertragsgeflecht Es sieht Vertr ge zwischen jeder kollektive Rolle mit jeder anderen kollektive Rolle vor mit der sie in Kontakt bzw Kooperation steht Auf diese Weise werden Art und Umfang der Servicebeziehung definiert und transparent e Geb hren und Kosten In vertraglichen Regelungen werden insbe sondere die monet ren Gegenleistungen der Servicenehmer definiert Die Betrachtung dieser monet ren Vereinbarungen in den Vertr gen zwischen allen kollektiven Rollen ist eine gute Approximation der Kosten einer Softwarebereitstellung Die Kosten treten in den ver traglichen Regelungen meist als Geb hren auf die unterschiedlich einmalig wiederkehrend nutzungsabh ngig abgerechnet werden k nnen e Qualit t und Quantit t Da sich die Existenz eines Servicegebers auf der Zufriedenheit seiner Servicenehmer gr ndet wird er alles dar ansetzen diese Zufriedenheit zu erzeugen Da er wirtschaftlichen Zw ngen unterliegt wird er aber nur soviel Engagement in die Be d rfnisbefriedigung investieren bis sie sich einstellt vgl Trieneken u a 2004 Dies tritt bei vielen unterschiedlichen Servicenehmern zu unterschiedlichen Zeit Punkten ein was bedeutet dass Dienstlei stungen in verschiedenen Qualit ten und Quantit
254. nahm Ziele des Hauptakteurs WissPro in dieser Fallstudie waren die Erprobung von didaktischen Lehr Lernkonzepten in Kombinati on mit der Software CommSy in vom Projekt begleiteten Lehrveran staltungen 178 Organisationsperspektive Wer tut was e die Verbreitung von CommSy und e die Verstetigung der CommSy Entwicklung in einem Open Source Prozess Die Bereitstellung von CommSy im Projekt WissPro kann im Verh ltnis zur Software CommSy als angemessen in Quantit t und Qualit t charakte risiert werden Anfangs lagen Quantit t und Qualit t ber den Erfordernis sen Sie wurden im Laufe der Zeit auf ein angemessenes Niveau zur ckge stuft Vertragliche Regelungen hinsichtlich der Bereitstellung von CommSy bestanden in dieser Fallstudie nur indirekt Das BMBF hat hinsichtlich des Projekts WissPro Vereinbarungen mit den am Projekt beteiligten Hoch schulen geschlossen Die Mitarbeiter des Projekts hatten Arbeitsvertr ge mit ihren Hochschulen Weitere vertraglichen Regelungen zwischen den einzelnen kollektiven Rollen bestanden nicht Sp ter wurden Kommunika tionsregeln und kan le im Projektverlauf etabliert die vertraglichen Rege lungen ohne schriftliche Fixierung im Sinne eines Vertrages entsprachen Das waren W chentliche Sitzungen zur Diskussion und Information ber die Bereitstellung von CommSy Workshops zu unregelm igen Zeitpunkten die sich spezieller The men im Detail annahmen Bei den Themen handelte es
255. nd weder voluntaristisch handelnde Individuen noch ein seine historische Mission erf llendes Sub jekt sondern kollektive Handlungseinheiten die gleichsam unterhalb der Ebene gesellschaftlicher Strukturen und oberhalb einzelner Handlungen konzeptionell anzusiedeln sind Rammert 1993 S 100 Sie entstehen indem Mitglieder mit gleichen Werten oder Interessen ihr Handeln koordi nieren und Allianzen oder Konkurrenzen zu anderen Akteuren aufbauen Rolf 1998 S 19 Dabei zeichnen sie sich durch eine Handlungsf hig keit aus die durch ihre Mitglieder bestimmt wird Kollektive Handlungs einheiten k nnen zwar nur durch ihre einzelnen Mitglieder handeln diese Handlungen werden jedoch aufgrund ihrer Organisiertheit einem kollekti ven Akteur zugerechnet Rammert 1993 S 100f Akteure haben u a folgende Merkmale vgl Rammert 1993 Rolf 1998 e Akteure nehmen Bezug auf einen gemeinsamen kulturellen Hinter grund und formulieren daraus strategische Orientierungen e Akteure haben erkennbare Abgrenzungen und Beziehungen zu ande ren Akteuren e Zwischen Akteuren laufen eine Vielzahl von harmonischen und nicht harmonischen Interaktionen ab die zu Korrekturen Ermutigungen oder neuen Allianzen f hren Es finden permanent R ckkopplungen und Wechselwirkungen statt 116 Informatiksysteme in Organisationen Insbesondere der dritte Punkt beschreibt das potentiell zwischen Akteuren vorhandene Konfliktpotential Die Be
256. nd bereitstellung nicht in zeitlich aufeinander folgen de Phasen trennt Der im Folgenden kurz vorgestellte Priorit tenansatz k nnte ein solcher Ansatz sein Die Idee beim Priorit tenansatz ist nicht wie in zyklischen Modellen bei der Linearit t anzusetzen sondern bei der Abgeschlossenheit der ver schiedenen Handlungsfelder bzw Phasen in diesem Fall der Entwicklung und Bereitstellung vgl Pape 2004 Dem Priorit tenansatz liegen drei wesentliche berlegungen zugrunde 1 S mtliche Handlungsfelder bzw ehemalige Phasen werden aufge trennt und die enthaltenen Aufgaben in einer gemeinsamen Menge gesammelt 240 Res mee und Ausblick 2 Der Lebenszyklus einer Software besteht aus verschiedenen Lebens abschnitten in denen alle in der gemeinsamen Aufgabenmenge vor handenen Aufgaben durchgef hrt werden k nnen 3 Alle durchgef hrten Aufgaben sind je nach Lebensabschnitt unter schiedlich wichtig Das bedeutet dass eine nach Priorit ten geordne te Aufgabenliste zu jedem Zeitpunkt erstellt werden kann Ein Lebensabschnitt l sst sich nach der Priorisierung der in ihm durch gef hrten Aufgaben benennen Ein Lebensabschnitt w rde Entwicklung benannt werden wenn darin berwiegend Entwicklungsaufgaben durchge f hrt werden bzw Bereitstellung wenn darin berwiegend Bereitstel lungsaufgaben gel st werden Bei dieser Betrachtung ist festzustellen dass sich in den Lebensab schnitten die prim ren A
257. nden Aktionen wiederholt Bezug genommen Merk male von Strukturen sind Struktureigenschaften Ressourcen und Re geln Im allt glichen Handeln d h in den Aktionen dienen sie der expliziten Ver nderung und Re Produktion Pape 2004 S 168f Mit der Konzeption einzelner und zusammenh ngender Aktionen k nnen Bedingungen und Konsequenzen f r die Organisation der Softwarenutzung aufgezeigt und gestalterisch angewendet werden Die wiederholte Bezug nahme auf bestimmte Bedingungen und Konsequenzen erm glicht es dar ber hinaus auf Strukturen einzugehen die eine gewisse Relevanz ber verschiedene Situationen hinweg aufweisen Pape 2004 S 168 Gegen ber dem Analyse und Gestaltungsrahmen konzentriert sich der Softwarebereitstellungsansatz eASP auf die Organisation der Softwarebe reitstellung Er wird durch die Angabe u a von Aufgaben Akteuren Be ziehungen Kosten und eines Vorgehens wesentlich konkreter und anschau licher als der Analyse und Gestaltungsrahmen zur Organisation der Soft warenutzung siehe Kapitel 10 Pape 2004 S 171 verzichtet aus Gr n den der Begrenztheit auf eine konzeptionelle Angabe von Aufgaben und Akteuren und nutzt nicht deren Vorteil der Beispielhaftigkeit Insofern un terscheiden sich die beiden Ans tze thematisch und in ihrer Konkretisie rung und Anschaulichkeit eASP kann allerdings aufgrund seiner Beispiel haftigkeit als Weiterf hrung bzw als Ausgestaltung des Analyse und Ge staltu
258. nderen europ ischen L ndern einsetzen zu d rfen HITeC lehnt ab Diese Forderung die vier Monate nach der ersten Kontaktaufnahme gestellt wur de verz gerte die Vertragsverhandlungen so dass CommSy bei Uni de nicht wie geplant zum Wintersemester 2000 2001 sondern erst zum Som mersemester 2001 an den Start gehen konnte H tten sich die Vertrags parteien zun chst auf die Bereitstellung f r den deutschsprachigen Raum Anwendung auf die Fallstudien 205 beschr nkt und die Frage der europ ischen Nutzung in einem von Uni de moderierten Prozess diskutiert dann w re CommSy bereits ein halbes Jahr fr her bei Uni de online gewesen und die europ ische Frage h tte den Start nicht verz gert Letztendlich wurde trotz des ausgehandelten Nutzungs rechts nicht ein einziger CommSy Projektraum in anderen europ ischen L ndern genutzt Die Initiatoren der Kooperation bei Uni de sahen in CommSy die M g lichkeit neben Studierenden auch Wissenschaftlern mit ihrem Universit t sportal http www uni de einen Mehrwert bieten zu k nnen Im Gegen satz zur Zahl der Studierenden war die Anzahl der Benutzerkennungen f r CommsSy gering Dennoch hielten die Initiatoren bei Uni de an CommSy als Erweiterung ihres Portfolios fest Mit CommSy wollte sich Uni de in den Universit ten etablieren wof r Studierende nicht die geeignete Ziel gruppe waren Der st ndige Wechsel der Ansprechpartner auf der Seite von Uni de f hrte letztendlich zum Erliegen der
259. nderen kol lektiven Rollen einwirken es sei denn er bernimmt ebenfalls diese Rol len Daher muss der Akteur als Dienstleistungsanbieter durch geeignete Ma nahmen ein Umfeld schaffen in dem alle beteiligten Akteure den ver einbarten Bereitstellungsrahmen durch ihr Handeln best tigen und somit stabil halten Instabilit ten m ssen fr h erkannt werden und ihnen sollte durch aktives Handeln entgegengewirkt werden Da der Akteur in der Rolle des Dienstleistungsanbieters nicht direkt auf die Handlungen der anderen kollektiven Rollen einwirken kann muss er die Bereitstellung differenziert beobachten Au erdem kann der Bereit stellungsrahmen nicht nur in der Nutzung von allen best tigt werden Der Dienstleistungsanbieter kann eine formelle Best tigung von allen beteilig ten Akteuren einfordern indem er regelm ig und in kurzen Abst nden z B ein Jahr zur Herstellung eines neuen Bereitstellungsrahmens aufruft siehe n chsten Abschnitt Durch diese aktive Einforderung m ssen alle beteiligten Akteure den Bereitstellungsrahmen regelm ig bewusst best tigen oder anpassen Der aktuelle Bereitstellungsrahmen bleibt entweder best tigt und damit stabil oder er wird ver ndert und damit durch einen neuen Bereitstellungsrahmen ersetzt der wieder besser zur vorherrschen den Situation passt Durch das regelm ige Einfordern der Herstellung der Bereitstellung werden alle beteiligten Akteure aktiv und bewusst in die Gestaltung der Softw
260. ne Kooperations SLA erweitert werden Das Kooperations SLA stellt die schriftliche Fixierung von Aufgaben und Pflichten hinsichtlich der tibergeordneten Aufgabe Kooperation dar Es gibt dementsprechend einen Rahmen fiir die Kooperation unter den betei ligten Akteuren vor Dazu geh ren im Einzelnen vgl Falkowski und Vo 2003 S 5f e Kommunikation Hinsichtlich der Kooperation m ssen bei den kol lektiven Rollen Ansprechpartner f r die anderen kollektiven Rollen benannt und deren Reaktionszeit vereinbart werden Dar ber hin aus sind Kommunikationswege f r unterschiedliche Kommunikati onsanl sse zu definieren Eskalationsmanagement Bei pl tzlich auftretenden St rungen muss auf ein zuvor vereinbartes Reaktionsschema zur ckgegriffen wer den k nnen Dieses Schema legt fest in welchen Schritten und wel chen Zeitr umen wer welche St rungsbeseitigungsma nahmen um setzt Dieses Schema definiert das Zusammenspiel der verschiedenen Support Instanzen der kollektiven Rollen und deren Einschaltungs kriterien Vertragsdauer und Kooperationszyklen Die Vertragsdauer wird in der Regel auf ein bis drei Jahre festgelegt Die Vertragspartner soll ten zus tzlich jederzeit die SLAs an neu entstehende bzw ver nder te Bed rfnisse anpassen k nnen Dazu k nnen periodische Treffen z B j hrlich vereinbart werden siehe Kapitel 9 zum Vorgehen in der Softwarebereitstellung Beendigungsvereinbarungen Neben einem Eskalationsm
261. ne Client Server Architektur nahe Dabei kann die Infrastruktur technisch in einen internen Serverfarm f r den Betrieb der Software einen entmilitarisierten gesi cherter Zugang zum internen Bereich und einen externen Bereich Verbin dung zu den Nutzern getrennt werden Der technisch externe Bereich kann wiederum in organisatorisch intern Intranet und extern Internet aufge teilt werden Die Betrachtung und Konzipierung von organisatorisch in Kompakte Zusammenfassung von eASP 221 tern und extern als technisch gleich erm glicht aus Sicht eines Kunden ein flexibles Outsourcing oder Insourcing der Softwarebereitstellung bzw aus Sicht eines Dienstleistungsanbieters die flexible Ankopplung von Kunden an die eigene Infrastruktur Die bereitzustellende Anwendung muss daher server und clientseitig plattformunabh ngig sein nderungen in der Technik auf der einen oder anderen Seite d rfen keinen Einfluss auf die Bereitstellung und Nutzung der Software haben Nur mit einer plattformunabh ngigen Software wird die flexible Aus oder Eingliederung des Betriebs bzw das Anbinden von verschiedensten Kunden an die technische Infrastruktur eines Dienstleis tungsanbieters erm glicht Dar ber hinaus muss eine zentral f r viele bereitgestellt Anwendung mehrbenutzer und mandantenf hig sein Mehrbenutzerf higkeit bedeutet mit geeigneten Authentisierungs und Sicherungsmechanismen den Nut zenden eindeutig zu identifizieren und ihm nur seine
262. nehmen Dabei stellt die kollektive Rolle unter Heranziehung der Netzwerkorga nisation Abschnitt 5 1 3 ein Netz aus funktionellen Rollen dar die in Kooperation d h im Kollektiv die bergeordnete Aufgabe leisten vgl Oberquelle 1987 S 16 und 21ff Die kollektive Rolle entspricht damit dem abstrakten Abbild des Organisationsbereichs aus der Aufgabenana lyse und schafft so die Verkn pfung von der bergeordneten Aufgabe zu den Akteuren Akteure werden hier im Sinne des Akteursmodells als re al existierende Organisationen z B Firmen oder Organisationseinheiten bereiche z B Abteilungen verstanden die eine oder mehrere kollektive Rollen wahrnehmen k nnen in Analogie zur funktionellen Rolle die von einer oder mehreren Personen eingenommen werden kann Das kollektive Rollenetz verbindet die kollektiven Rollen miteinander die durch Kommunikation oder Kooperation in Beziehung stehen Hierbei hat die Benennung als kollektives Rollennetz eine doppelte Bedeutung Das kollektive Rollennetz ist nicht nur ein Netz aus kollektiven Rollen sondern die kollektiven Rollen bernehmen die bergreifende Aufgabe in Organisationsbezogene Softwareentwicklung 131 Kooperation so dass das Netz aus kollektiven Rollen selbst ein Kollektiv darstellt Aufgaben Rollen Abstraktion Akteure Ubergreifende Aufgabe Kollektives Rollennetz Akteursnetzwerk Netz kollektiver Rollen Unternehmensnetzwerk Arena Ubergeordnete Auf
263. nen Der Diskurs ber Organi sations und IT Optionen muss schlie lich in die Entwicklung der System vision und eines Ausbaustufenplanes m nden Der Ausbaustufenplan legt den Grad der Systemunterst tzung fest und strukturiert die Einf hrungs reihenfolge Das Modell sieht in der IT unterst tzten kooperativen Organi sationsgestaltung weiterhin die Punkte der Softwareentwicklung bzw des Customizing und die Punkte der Implementierung und Benutzerschulung vor auf die das Modell allerdings nicht weiter eingeht vgl Rolf 1998 S 227f Im Sinne eines zyklischen Vorgehens fehlt im Gestaltungsprozess 230 Softwarebereitstellungsansatz eASP eine Verbindung um wieder mit dem Verstehen der IT unterstiitzten Orga nisationssituation beginnen zu k nnen Da der Wert bzw der Nutzen der gestalteten IT unterst tzten Organi sation sich erst in der Nutzung bzw dem Einsatz erweist und insbesondere dort die Wechselwirkungen zwischen Organisations und Technikoptionen sichtbar werden muss dieser Abschnitt in den Gestaltungsprozess integriert werden Der erweiterte Gestaltungsprozess s he dann wie folgt aus vgl Rolf 1998 S 160 1 Verstehen der IT unterst tzten Organisationssituation 2 II unterst tzte kooperative Organisationsgestaltung e Erarbeitung von Organisations und Technikoptionen e Systemvisionen und Ausbaustufen e Systementwicklung bzw Customizing e Implementierung und Benutzerschulung 3 Nutzung der T unterstiitzten Orga
264. nen dar ber hinaus Themen Institutionen und Veranstaltungen zugeordnet werden Sie k nnen vom Gemeinschafts raum in Projektr ume kopiert werden um z B als Grundlage der Projektarbeit zu dienen Ergebnisse die in Projektr umen erarbeitet wurden k nnen wiederum im Gemeinschaftsraum pr sentiert wer den Auch der Transport von Materialien zwischen Projektr umen ist m glich Langfristig entsteht im Gemeinschaftsraum ein Archiv das 42 Erfahrungen in Softwarebereitstellungsprojekten sich die Mitglieder der Lerngemeinschaft zu verschiedenen Anl s sen z B Projektarbeit Pr fungsvorbereitung Orientierung im Stu dium und unter verschiedenen Perspektiven Themen Personen und organisatorischen Einheiten erschlie en k nnen Themen und Institutionen Veranstaltungen und Materialien K nnen unter einer thematischen und organisatorischen Perspektive struktu riert werden Wie berall kann jeder angemeldete Benutzer neue The men oder Institutionen eintragen eine Struktur wird nicht vorgege ben und nicht aufgezw ngt sondern muss von der Lerngemeinschaft aktiv erarbeitet und gepflegt werden Personen Wissen ist immer stark mit Personen verkn pft So kann jedes Mitglied in der Rubrik Personen eine pers nliche Seite ein richten und sich den anderen Mitgliedern vorstellen und Kontakt m glichkeiten E Mail Telefon usw angeben Die pers nliche Seite eines Benutzers ist dar ber hinaus eine weitere M glichkeit die In
265. nft zu erforschende Aspekte im Zusammenhang mit der Bereitstellung von Software gegeben Kapitel 11 1 6 Schreibweisen In dieser Arbeit wird auf Kunstw rter wie Nutzer innen oder NutzerIn nen sowie auf die lange Form Nutzerinnen und Nutzer aus Gr nden der Lesbarkeit verzichtet Selbstverst ndlich gilt das im Folgenden Geschrie bene f r Wissenschaftlerin und Wissenschaftler sowie f r Leserin und Le ser Da das Deutsche meist keinen neutralen Ausdruck hat der beide Ge schlechter umfasst beschr nke ich mich darauf die m nnliche Form zu verwenden Ich folge damit grammatikalischem Brauch und bringe keiner lei Diskriminierung wegen des Geschlechts zum Ausdruck Dar ber hinaus habe ich versucht wenn m glich eine geschlechtsneutrale Form zu finden und diese zu verwenden z B Studierende statt Studenten W hrend im Plural geschlechtsneutrale Formulierungen gr tenteils zu finden waren war dies im Singular meist nicht m glich So kann nat rlich gefragt werden warum ich bei der Verwendung des Singulars nicht auf den geschlechtsneutralen Plural ausgewichen bin Da es sich im Folgenden bei der Verwendung des Singulars in der Regel um die Bezeichnung einer Schreibweisen 11 Rolle Nutzer Entwickler Bereitsteller handelt bin ich hier dem Konzept der Rolle gefolgt das generell den Singular als Schreibweise vorsieht Der Verzicht auf Wendungen wie der die Benutzer in dient wiederum der ein fache
266. ng dar mit der in Gestaltungs und Entwicklungsprozessen die Bereitstellung von Software betrachtet und konstruktiv f r die Prozesse nutzbargemacht werden kann F r die Nut 236 Res mee und Ausblick zung von Software und Software Infrastrukturen bietet eASP Ans tze zur Erkl rung und Gestaltung so dass eine Nachhaltigkeit in der Softwarebe reitstellung f r die Nutzenden gesichert werden kann Mit eASP wird f r die Informatik die Zeit nach der Entwicklung von Software und nach En de eines Gestaltungsprojekts und prozesses sichtbar Das Verst ndnis von bzw konkrete Erfahrungen in Softwarebereitstellungskontexten k nnen so auf Softwareentwicklungsmethoden zur ckwirken Zum Aufbau des Ansatzes eASP wurde das in der Wirtschaft bekannte Application Service Providing ASP herangezogen und auf die Informatik bertragen So ist als ein Beitrag dieser Arbeit die methodische Ausein andersetzung von ASP innerhalb des Gebiets Informatiksysteme in Or ganisationen zu sehen Die bertragung erforderte eine Fundierung und Erweiterung von ASP mit verschiedenen Ans tzen aus diesem Gebiet Ne ben der bertragung liefert diese Arbeit daher auch eine Fundierung von ASP und erweitert ASP zu dem Ansatz eASP Der Softwarebereitstellungsansatz eASP stellt einen weiteren Beitrag dar der sich mit seinen Perspektiven und der zyklischen Vorgehenswei se an Personen richtet die Softwareentwicklungsprozesse oder Software bereitstellungsprojekte org
267. ng des Status quo der Diskussion um das Gesch ftsmodell ASP macht deutlich dass es den genannten vier Perspek tiven nicht gerecht wird und daher nicht ohne weiteres als Ansatz zur Soft warebereitstellung gelten kann Kapitel 4 Insbesondere in den Perspekti ven Aufgaben Organisation und Vorgehen erscheint ASP wenig detailliert und fundiert Zur berwindung der in Kapitel 4 erkannten Schw chen von ASP werden in Kapitel 5 Methoden und Modelle aus dem Gebiet Infor matiksysteme in Organisationen vorgestellt Die Darstellung der jeweiligen Grundlagen erfolgt weitgehend ohne di rekt erkennbaren Bezug zueinander so dass sie hinsichtlich des Aufbaus nebeneinander stehen und als Grundpfeiler dieser Arbeit interpretiert wer den k nnen Die Verbindung der im ersten Teil vorgestellten Grundlagen erfolgt im zweiten Teil Herleitung von eASP ll Herleitung von eASP Ein Ansatz zur Softwarebereitstellung muss den Perspektiven Aufgaben Organisation Technik und Vorgehen gerecht werden so dass sich der zwei te Teil dieser Arbeit jeweils einer Perspektive in einem Kapitel annimmt und dadurch der Ansatz eASP hergeleitet wird Zur Ausgestaltung der jeweiligen Perspektive werden auf Aspekte von ASP Methoden und Modelle aus dem Gebiet Informatiksysteme in Or ganisationen angewendet Anschlie end werden die Fallstudien Comm Sy Uni de und CommSy WissPro in jeder Perspektive betrachtet um zum einen die praktische Verwendbarkeit von eASP
268. ng zwischen allen Beteiligten in der Kontrolle der vereinbarten Leistungserbringung und des Zah lungsverkehrs und in der Anpassung der Beziehungen im Bereitstellungsnetzwerk bei auftretenden Ver nderungen F r die Berechnung der Bereitstellungskosten einer Software bedeutet dies dass die Dienstleistungserstellungs und nutzungskosten zum gr ten Teil in den bergeordneten Aufgaben Anwendungsentwicklung Benutzerbetreu ung Betrieb Kundenbetreuung Marketing und Zugriffserm glichung und der gr te Teil der Transaktionskosten in der bergeordneten Aufgabe Ko operation zu verorten sind Letztendlich interessieren einen beteiligten Akteur bei der Bereitstel lung von Software seine tats chlichen Kosten die sich aus seinem eigenen Arbeitsaufwand in z B Menschmonaten oder tagen und den von ande ren Akteuren abgerechneten Leistungen berechnen Bei der Berechnung der Kosten f r einzelne beteiligte Akteure m ssen dann noch die Trans aktionskosten des einzelnen Akteurs addiert werden vgl Jayatilaka u a 2002 Auf der Grundlage der Aufschl sselung seiner Kosten kann ein Ak teur dann im Sinne der Transaktionskostentheorie Abschnitt 5 1 4 seine Beteiligung an der Softwarebereitstellung bewerten und f r sich entschei den ob z B ein Outsourcing der Softwarebereitstellung oder von Teilen 170 Organisationsperspektive Wer tut was der Softwarebereitstellung wirtschaftlich vorteilhafter gegentiber einer in ternen L
269. ngemeinschaft die M glichkeit in einer gesch tzten Umge bung zu kommunizieren sich zu koordinieren und Materialien aus zutauschen Nutzende die nicht Teilnehmer eines Projektraumes sind Kooperationsplattform CommSy 37 Gemeinschafts ffentlichkeit oder G ste Welt ffentlichkeit haben keinen Zugang e Gemeinschafts ffentlichkeit Alle angemeldeten Nutzer eines Comm Sys haben Zugang zum Gemeinschaftsraum und im Raum Zugriff auf s mtliche Inhalte Insbesondere k nnen Materialien z B Ar beitsergebnisse aus Projektr umen in den Gemeinschaftsraum ber nommen werden e Welt ffentlichkeit Ausgew hlte Inhalte im Gemeinschaftsraum k n nen welt ffentlich d h auch f r G ste lesbar gemacht werden Die Lerngemeinschaft kann sich dadurch einer gr eren ffentlichkeit pr sentieren Damit ein Inhalt welt ffentlich wird ist die Zustim mung eines Redakteurs s u erforderlich In Projektr umen wird keine Welt ffentlichkeit zugelassen Es k nnen aber Inhalte aus ei nem Projektraum in den Gemeinschaftsraum bernommen und dort welt ffentlich pr sentiert werden Rechtekonzept CommSy zielt auf eine freie und verantwortungsvolle Benutzung ab und er reicht dies durch ein offenes Rechtekonzept das auf gegenseitigem Ver trauen und verantwortlichem Handeln aufbaut Generell wird nur zwischen G sten und angemeldeten Benutzern unterschieden e G ste d rfen den Gemeinschaftsraum betreten und dort welt ffent
270. ngeordnet werden Es benennt Akteu re die an der Softwarebereitstellung beteiligt sind und deren ben tigte Kern Kompetenzen Es benennt Vertragsarten und formen sog Service Level Agreements SLAs die detailliert Rechte und Pflichten in einer Kunden Dienstleister Beziehung definieren Dennoch ist ASP in verschie denen Aspekten zu oberfl chlich und nicht fundiert genug um der Infor matik hinsichtlich der ersten beiden Punkte meiner Motivation hilfreich zu sein Es stellt aber ein gutes Grundger st f r einen Ansatz der Softwarebe 4 Einleitung reitstellung dar das zun chst fundiert werden muss damit es f r die Infor matik nutzbar sein kann Der vierte Punkt Erfahrung resultiert aus den Erkenntnissen w hrend der ber f nf Jahre dauernden Bereitstellung und Entwicklung der Koope rationsplattform CommSy die ich seit Beginn 1999 begleitet und mitge staltet habe Herauszuheben sind zwei konkrete Bereitstellungskontexte 1 In Kooperation des Technologietransfervereins HITeC e V des Fach bereichs Informatik der Universit t Hamburg mit dem Startup Unter nehmen Uni de AG wurde CommSy in Zeitraum 2000 2002 nicht sehr erfolgreich bundesweit bereitgestellt 2 Im Forschungs und Entwicklungsprojekt WissPro ist die bundeswei te Bereitstellung von CommSy im Zeitraum 2001 2003 als erfolg reich zu bewerten Hier stellen sich Fragen nach den Unterschieden in den beiden Kontexten Ein Ansatz zur Softwarebereitstellung
271. ngsprozess integriert werden Die Benutzerbetreuung ist hier vermittelnde Station zwi schen Anwendungsentwicklung und Nutzung Beteiligung an Koordinationstreffen Kooperation Koordination Alle Dienstleister m ssen sich an regelm igen Koordinationstreffen beteiligen um die Bereitstellung einer Software abzustimmen Entwicklerdokumentation pflegen Anwendungsentwicklung Doku mentation Entwicklerdokumentation muss entwickelt und gepflegt werden Dazu geh ren z B Klassendiagramme Konzeptionspapie re und Styleguides zum Programmieren kommentierter Code 250 Aufgabenperspektive Entwicklung koordinieren und tiberwachen Anwendungsentwicklung Leitung Zur Koordination der Softwareentwicklung z hlt die Ab stimmung aller Beteiligten bzw deren Arbeit in Hinblick auf das n chste Release Dar ber hinaus muss die Entwicklung hinsichtlich der Einhaltung von Standards Softwarearchitektur und Planung ber wacht werden Entwicklungsclients pflegen Anwendungsentwicklung Entwicklungs umgebung Zur Entwicklung einer Software werden Entwicklungs clients gebraucht die neben dem Betriebssystem meist ein CVS Client und eine entsprechende Entwicklungsumgebung ben tigen Diese Software muss installiert konfiguriert und gewartet werden Entwicklungsentscheidungen treffen Anwendungsentwicklung Lei tung Insbesondere in strittigen Situationen m ssen richtungweisen de Entscheidungen gef llt und verantwortet we
272. ngsrahmens in Bezug auf die Softwarebereitstellung gewertet werden 2 3 7 Infrastrukturen Der Begriff Infrastruktur vgl Bolle 1965 Duden 1980 Brockhaus 1989 Bleek 2004 bezeichnet 1 die Gesamtheit von bodenst ndigen milit rischen oder strategisch wichtigen Anlagen Kasernen Flugpl tze Br cken usw 2 den erforderlichen wirtschaftlich organisatorischen Unterbau einer hoch entwickelten Wirtschaft zur Versorgung und Nutzung eines be stimmten Gebietes oder Abgrenzung 25 3 eine einer Gruppe von Personen zur Verf gung stehenden Zusam menfassung von Personen Organisationen Ger tschaften Installa tionen Regelungen Standards und damit verbundenen Dienstleistun gen die zur Umsetzung von Aktivit ten langlebig zur Verf gung steht und als selbstverst ndlich betrachtet werden kann Bleek 2004 S 40 Bei der Softwarebereitstellung werden einer Gruppe von Personen von ei ner Gruppe von Personen Software und entsprechende Dienstleistungen an geboten so dass die Nutzenden in ihrem Arbeitsalltag unterstiitzt werden Die Software wird dabei langfristig zur Verf gung gestellt und kann als selbstverst ndlich angesehen werden In diesem Sinne ist die Softwarebe reitstellung insbesondere nach der Definition von Bleek 2004 S 40 als eine Infrastruktur bzw Infrastrukturaufgabe zuwerten Eine Eingrenzung des Begriffs Infrastruktur stellt der Begriff Soft ware Infrastruktur dar Zur Einordnung un
273. nimmt z B den E Mail Verkehr die Termin und Aufgabenorganisation der Kun den und die Kommunikation zwischen Kunden und Application Ser vice Provider E Security Server Der E Security Server ist f r die interne Sicher heit zust ndig Seine Aufgaben sind der Viren und Spam Schutz Au erdem k nnen hier ein Intrusion Detection System IDS und weitere interne Sicherheitsmassnahmen installiert werden DMS Server Zur Sicherung der Daten werden Archiv und Doku mentenmanagementserver eingesetzt Sie archivieren Inhalte revisi onssicher und stellen geeignete Suchm glichkeiten bereit Billingserver Verrechnungssysteme vgl Grohmann 2002 S 74f m ssen relevante Nutzungsdaten gegliedert nach Volumen Zugriff und oder Zeit erfassen sie in ein Kalkulationsschema berf hren und entsprechende Rechnungen generieren Im ASP Fachjargon werden diese drei Schritte Accounting Mediation und Billing genannt Der Billingserver ist in der Abbildung 24 nicht enthalten demilitarised zone DMZ Die Schnittstelle zwischen internem und externem Bereich wird im Fachjar gon entmilitarisierte Zone demilitarised zone DMZ Grohmann 2002 S 53 genannt da hier die Sicherheitsmechanismen beim Zugriff von au en greifen Folgende Komponenten sind in der DMZ in der Regel zu finden vgl Grohmann 2002 S 52f Webserver Der Webserver stellt den Zugang zum internen Bereich her Authentisierungsserver Auf dem Authentisierungsserver
274. nisation So schlie t sich an das Verstehen und Gestalten die Nutzung an in der die IT unterst tzte Organisation zum Einsatz kommt Aufgaben sind u a die IT Unterst tzung im Sinne von eASP bereitzustellen Durch die Nutzung wird die L cke zwischen der Implementierung und Benutzerschulung und dem Verstehen der IT unterst tzten Organisationssituation im Gestaltungs prozess geschlossen und der Prozess zu einem Zyklus verbunden Wie in zyklischen Softwareentwicklungsmodellen gilt auch hier dass Ver stehen und Gestalten einer IT unterstiitzten Organisation mit der Nutzung verschr nkt sind W hrend die aktuelle IT unterst tzte Organisation sich in der Nutzung befindet und ihr im Laufe der Zeit Ver nderungen widerfahren wird versucht diese Ver nderungen zu verstehen und auf dem Verst ndnis aufbauend eine neue IT unterst tzte Organisation zu gestalten In einem flie enden bergang wird sie in die Nutzung gebracht und die alte ersetzt Es entstehen hnlich wie in der zyklischen Softwareentwicklung mit und ineinander verschr nkte Zyklen Abschnitt 10 2 1 Mit eASP und den Ausgestaltungen seiner vier Perspektiven Aufga ben Organisation Technik und Vorgehen kann in der Nutzung der IT eASP in der Praxis 231 amp x e Implementierung und Uy Benutzerschulung Oe A KN e Softwareentwicklung bzw e amp Customizing as O0 Sea Ce 7 a isi Q Un Uy Systemvisionen und ae Ve Ausbaustufen Erarbeitung von Org
275. nisation von Bereitstellungsnetzwerken die wie oben beschrieben dadurch gekennzeichnet ist dass Kunde und Nutzer auf der einen Seite und der Dienstleistungsanbieter und seine Partner auf der anderen Seite immer aus unterschiedlichen Unternehmen stammen Dane ben betrachtet eASP auch die Organisation von Bereitstellungsnetzwerken eASP in der Praxis 233 in denen dies nicht der Fall ist Bei eASP werden somit nicht per Definition verschiedene Organisationsformen ausgeschlossen 10 3 2 Verallgemeinerbarkeit von eASP Es stellt sich nun die Frage ob eASP ber die beiden Fallstudien hinaus un abh ngig von der bereitgestellten Software CommSy den beteiligten Ak teuren und dem universit ren Bildungskontext seine G ltigkeit beh lt Diese Arbeit fokussierte von vornherein auf die zentrale Bereitstellung einer Software f r viele Kunden bzw Nutzende Diese Sichtweise auf die Bereitstellung von Software grenzt sich von einer schlichten Download m glichkeit mit anschlie ender lokaler und autarker Installation ab und stellt damit eine Einschr nkung der Verallgemeinerbarkeit von eASP auf s mtliche Softwarebereitstellungskontexte dar Die Verallgemeinerbarkeit von eASP bei Szenarien in denen zentral eine Software f r viele bereitgestellt wird kann als hoch bewertet werden da sich wie im vorigen Abschnitt dargestellt eASP auf ASP gr ndet ei ne Weiterentwicklung dessen darstellt und ASP in der Wirtschaft in diesen Kontexten weit verbr
276. nischen Infrastruktur muss sich die geforderte Plattformunabh ngigkeit auf der Client und auf der Ser verseite widerspiegeln Es ist zwischen einem technisch internen und einem technisch externen Bereich sowie einer entmilitarisierten Zone DMZ zu unterscheiden Der technisch externe Bereich muss weiter getrennt wer den in einen organisatorisch internen und einen organisatorisch externen Bereich um auch organisationsinterne Bereitstellungsszenarien mit eASP betrachten zu k nnen 190 Technikperspektive Was wird ben tigt Die technische Perspektive kann Aussagen ber die Art der bereitzu stellenden Software deren Beschaffenheit und die geeignete technische In frastruktur machen Wie in den vorherigen Perspektiven fehlt die Zeitlich keit durch die eine Prozesssicht auf die Perspektiven eingenommen werden kann Die Einnahme einer Prozesssicht erfolgt im n chsten Kapitel 9 Vorgehen Wie passiert es In der technischen Perspektive konnten Aussagen tiber die Art der bereit zustellenden Software deren Beschaffenheit und die geeignete technische Infrastruktur gemacht werden In der Aufgabenperspektive wurden alle not wendigen Aufgaben sichtbar und in der Organisationsperspektive stand die Organisation der Bereitstellung im Vordergrund Es fehlt eine zeitliche Per spektive in der eine Prozesssicht auf die drei bisher vorgestellten Perspek tiven eingenommen wird Die Prozesssicht erm glicht zum einen Entwick lungen tiber d
277. nisse dieser Arbeit 1 3 Intendierte Ergebnisse Um die Softwarebereitstellung verstehen und gestalten zu k nnen und sie als Teil von Informatiksystemen in Organisationen und der organisations bezogenen Softwareentwicklung zu charakterisieren verfolgt diese Arbeit zwei Ziele 1 Erarbeitung eines Analyse und Gestaltungsrahmens der Softwarebe reitstellung und 6 Einleitung 2 Integration der Softwarebereitstellung in den Methodenrahmen der Softwareentwicklung STEPS und das Konzept der IT unterst tzten Organisationsgestaltung Auf Grundlage des Gesch ftsmodells Application Service Providing ASP wird durch eine Fundierung und Erweiterung mit Modellen und Methoden aus Informatiksysteme in Organisationen ein Analyse und Gestaltungs ansatz der Softwarebereitstellung entwickelt welcher eASP evolutionary Application Service Providing genannt wird eASP bezeichnet die evolu tion re Bereitstellung einer Anwendung als Dienstleistung und korrespon diert damit mit dem in dieser Arbeit zugrunde liegende Verst ndnis von Softwarebereitstellung als zentrale Dienstleistung f r viele Nutzende Zur Integration der Softwarebereitstellung in STEPS und die IT unter st tzte Organisationsgestaltung wird nach der Entwicklung des Ansatzes eASP diskutiert wie eASP sich in die beiden Ans tze einbetten kann In STEPS wird die Softwarebereitstellung als T tigkeit im Softwareentwick lungsprozess identifiziert und in das zyklische Projektmode
278. ntransparenz und rechtlicher Sicherheit bedarf e Technikperspektive Eine geeignete Infrastruktur und die bereitzu stellende Anwendung ist Grundlage jeder Softwarebereitstellung e Vorgehen Einfl sse wirken kontinuierlich auf die Bereitstellung ein und ver ndern sie auf verschiedenen Ebenen Mit diesen Ver nderun gen kann dauerhaft aktiv und gemeinsam in einer zyklischen Vorge hensweise umgegangen werden Kompakte Zusammenfassung von eASP 213 Durch die genannten Perspektiven und die zyklische Vorgehensweise treten die angesprochenen Aspekte tiber die die Bereitstellung von Software ana lysiert und gestaltet werden kann deutlich hervor eASP ist hauptsachlich ein Ansatz zur Analyse von Bereitstellungskontexten Da es dar ber hin aus beispielhafte Erz hlungen und Erl uterungen anbietet die auf konkrete Bereitstellungskontexte adaptiert werden k nnen zeigt eASP Gestaltungs optionen auf so dass der Ansatz eASP auch zur Gestaltung von Bereitstel lungskonstellationen herangezogen werden kann 10 1 1 Aufgabenperspektive Zur Bereitstellung von Software geh rt eine F lle von Aufgaben Zur bes seren Handhabung wird sie in Aufgaben Aufgabengebiete bergeordne te Aufgaben und bergreifende Aufgaben unterteilt Aufgaben stellen die kleinste Einheit dar die zu Aufgabengebieten einer funktionellen Rolle ge b ndelt werden k nnen bergeordnete Aufgaben bestehen aus Aufgaben gebieten und werden von verschiedenen funktionell
279. ntwicklungszyklus dient der Bereitstellung ei ner Systemversion z B Ausbaustufe die in der Organisation eingesetzt wird und f r die eine entsprechende Umfeldvorbereitung in Form von Or ganisationsma nahmen und organisatorischen Anpassungen zu leisten ist Innerhalb eines jeden Zyklus kommen die verschiedenen Formen des Pro totyping zum Tragen Floyd u a 1997 S 15f Mit STEPS ist auch ein eigenes Methodenverst ndnis verbunden das nicht von festen Methoden ausgeht sondern von Prozessen der Methoden entwicklung anpassung und weiterentwicklung vor dem Hintergrund ei ner methodischen Tradition Daher wird STEPS auch als Methodenrahmen gekennzeichnet der durch verschiedene Methoden ausgef llt werden kann sofern diese der grundlegenden evolution ren Sichtweise angepa t wer den das bedeutet u a Unterst tzung von Perspektivit t Keine vorgege bene Reihenfolge der Arbeitsschritte Orientierung auf inkrementelles Ar beiten Floyd u a 1997 S 16 Organisationsbezogene Softwareentwicklung 125 Inwiefern der im zweiten Teil erarbeitete Softwarebereitstellungsansatz eASP den Methodenrahmen STEPS erg nzen und erweitern kann wird im dritten Teil dieser Arbeit dargestellt Abschnitt 10 2 1 5 2 2 Zyklisches Projektmodell von STEPS In zyklischen Modellen wird Software nicht mehr als ein Produkt son dern als eine Folge von Versionen verstanden Die Softwareentwicklung besteht dann aus einer Folge von Zykl
280. nu ierlichen Uberblicks die Pflege von Kommunikation mit Beteiligten das Identifizieren Reduzieren Behandeln Ausgrenzen und Lindern von Inter ferenzen Interferenzen zu vermeiden wird als ein unerreichbares Ziel an gesehen Bleek 2004 S 167f Damit Softwareentwicklungsvorhaben nicht durch andere Vorhaben ge lahmt werden wird um ein konkretes Entwicklungsprojekt eine lokale H lle gelegt In diesem abgeschlossenen Bereich k nnen klassische Soft wareentwicklungsmethoden angewendet werden Zus tzlich muss im Rah men einer Software Infrastruktur der globale Bezug gesichert sein um das Entwicklungsvorhaben insbesondere nach Ablauf in die Software Infra struktur einordnen zu k nnen Zur Durchf hrung wird ein zyklischer Pro zess vorgeschlagen Bleek 2004 S 153f Im Software Infrastrukturkonzept w rde sich die Bereitstellung einer bestimmten Software in einer lokalen H lle konkretisieren Das Konzept bietet dar ber hinaus einen interessanten Rahmen der es erlaubt die Be reitstellung einer bestimmten Software in Verbindung zur Bereitstellung anderer Software sowie weiterer Infrastrukturvorhaben und projekte zu se hen Bleek 2004 richtet jedoch die Ausgestaltung der lokalen H lle stark auf Entwicklungsprojekte aus nicht auf Bereitstellungsprojekte Da der Ansatz eASP zur Analyse und Gestaltung der Softwarebereitstellung sie he Kapitel 10 sich grunds tzlich auf Bereitstellung und nicht auf Entwick lung konzentri
281. o er Teile der softwaretechnischen Architektur und in der Konzeption des Portals und des Gemeinschaftsraumes s u Die CommSy Projektraume s u habe ich als erster Programmierer ma geblich gestaltet diese Aufga be aber sp ter abgegeben Zun chst wird auf die Bedeutung der zwei von CommSy unterst tzten Perspektiven auf das Studium f r die Gestaltung von CommSy eingegan gen dann der Aufbau und die Funktionalit t beschrieben und schlie lich werden die bergeordneten Designprinzipien vorgestellt Die Eignung der Designprinzipien wird mit Ergebnissen aus empirischen Untersuchungen des CommSy Einsatzes vgl Strauss u a 2003 untermauert Zus tzlich flie t in den folgenden Abschnitten die Beschreibung von Implikationen des Dargestellten auf die Softwarebereitstellung ein 3 2 1 Softwareunterst tzung f r universit re Lerngemeinschaften CommSy nimmt sich der Unterst tzung universit rer Lerngemeinschaften unter zwei Perspektiven an vgl Jackewitz u a 2002a b e In einzelnen Veranstaltungen steht die kooperative Verwirklichung von konkreten praktischen Aufgaben im Vordergrund die sich die Lernenden selbst gestellt haben Den daf r notwendigen Arbeits und Lernprozess planen und verantworten die Lernenden selbst vgl Jann eck und Krause 2004 F r das Studium insgesamt sind Bez ge zwischen Lehrveranstaltun gen aufzuzeigen und zu st rken Einzelne Lehrveranstaltungen sollen nicht wie oft blich zusammenhanglos
282. oftwarebereitstellung gestaltet sein um die vorherrschende Dynamik aufzufangen Wie k nnen die beteiligten Akteu re die Softwarebereitstellung gestalten Wann tun sie es bzw wann sollten sie es tun Durch die Betrachtung des Vorgangs ber einen gewissen Zeitraum werden Ver nderungen sichtbar Diese Ver nderungen und ihre Ursachen m ssen hinsichtlich der beiden Fallstudien hinterfragt werden e Welche Ver nderungen basierend auf welchen Ursachen beeinflus sten die Softwarebereitstellung von CommSy e Wann und wie haben die beteiligten Akteure gestaltend auf die Soft warebereitstellung eingewirkt und welche Konsequenzen hatte dies e An welchem Punkt war die Bereitstellung in dem einen Fall wirklich gescheitert und wie h tte dies verhindert werden k nnen Zwischenergebnis 73 Durch die zeitliche Betrachtung der Softwarebereitstellung wird eine Pro zesssicht eingenommen und die Softwarebereitstellung entlang einer fort schreitenden Zeitlinie gesehen Diese Prozesssicht erm glicht die in den bereits vorgestellten Perspektiven erkannten Aspekte tiber die Zeit in Bezie hung zu setzen und diese Beziehung zu gestalten So stellt die Prozesssicht nicht nur eine Perspektive dar sondern insbesondere ein gestaltendes Mo ment in dem die anderen Perspektiven zusammengefiihrt werden So kann durch die zeitliche Perspektive aus einem Vorgang ein Vorgehen und aus der Vorgangsperspektive eine Vorgehensweise zur Softwarebereitstellung werden
283. oftwareentwicklung auseinander zu setzen Angrenzende Forschungs gebiete stellen auf dem Gebiet Wirkung von Anwendungen in Organi sationen die Wirtschaftsinformatik dar die im anglo amerikanischen und skandinavischen Raum gepr gten Information Systems IS und der Be reich Social Informatics vgl Kling 1999 sowie bei der Einbeziehung der Organisation in die Softwareentwicklung die Mensch Computer Inter aktion und das Systems Development speziell im Skandinavischen Insbe sondere der Methodenrahmen der Softwareentwicklung STEPS Softwa retechnik f r evolution re partizipative Systementwicklung Floyd 1986 1991b Floyd u a 1989b und das Konzept der IT unterst tzten Organisa tionsgestaltung Rolf 1998 sind im an der Universit t Hamburg entwickel ten Verst ndnis von Informatiksystemen in Organisationen in diesem For schungsgebiet von zentraler Bedeutung Die Softwarebereitstellung ordnet sich sehr gut in das Gebiet Infor matiksysteme im Kontext bzw der organisationsbezogenen Softwareent wicklung ein da es die entwickelte Software version im Anwendungs kontext zur Nutzung bringt Sie ist damit in der Schnittmenge von Softwa reentwicklung und Organisationsgestaltung verortet Die Integration des in dieser Arbeit entwickelten Ansatzes zur Analyse und Gestaltung der Soft warebereitstellung in die im Gebiet Informatiksysteme in Organisationen beheimateten Modelle und Methoden ist eines der intendierten Ergeb
284. oftwareintegration Im Vergleich zur kooperativen Nutzung sind weitreichende Dienstleistungen vorrangig in der Benutzerbetreuung und der organisatorischen Integration wichtig Quantit t und Qualit t in der Bereitstellung sind auf hohem Niveau anzusiedeln 7 2 Anwendung auf die Fallstudien Die Anwendung der Organisationsperspektive verdeutlicht bei beiden Fall studien welche Akteure beteiligt waren und welche Aufgaben sie ber nommen oder nicht bernommen haben Dar ber hinaus werden die Be ziehungen zwischen den Akteuren sichtbar und es k nnen Aussagen ber die teilweise bestandenen vertraglichen Regelungen und Kosten getroffen werden 7 2 1 CommSy uwUni de Bei der Bereitstellung von CommSy durch Uni de waren folgende Akteure gruppiert nach den kollektiven Rollen beteiligt e Kunde Als Kunden wurden zun chst deutschsprachige Fach Hoch schulen und sp ter die wissenschaftlichen Gemeinschaften in ver 172 Organisationsperspektive Wer tut was schiedenen europ ischen L ndern anvisiert Ubergangsweise sollten Werbeagenturen die Bereitstellung mittels Werbebanner finanzieren Nutzer Nutzer waren Studierende und das wissenschaftliche Perso nal bzw Sch ler und Lehrer von Hochschulen Fachhochschulen und Schulen in Deutschland Dienstleistungsanbieter Der Dienstleistungsanbieter war Uni de Anwendungspartner Der Anwendungspartner war HITeC Hostingpartner Der Hostingpartner wechselte von einem privatwirt
285. ojektr ume mL me ker Th s r e BE Hirte DEE Welcome to the Project Area Information aj PO Oe Neo Balsam ven aaria paiana LETT As Legen zabana Abbildung 8 Uberblicksseite der zw lf CommSys f r die IFU Zur Unterst tzung der IFU erweiterte das Entwicklerteam den PHP Code des CommSys derart dass die Daten mehrerer CommSy Projektr ume in nur einer MySQL Datenbank gespeichert werden konnten Dies erleichter te den technischen Betrieb dahingehend dass alle zw lf CommSy Projekt r ume mit der gleichen Version der Datenbankstruktur arbeiteten So konn te die Datenbank der Projektr ume gemeinsam gepflegt werden Die Kon figuration eines Webservers plus PHP Interpreter und die Kopie des PHP Codes waren allerdings weiterhin erforderlich denn es existierten immer noch fast unabh ngige Installationen die nur auf der Datenbank zusam menliefen Zum Wintersemester 2000 2001 traten weitere Lehrveranstalter und der Studiengang Wirtschaftsinformatik in Form einer Gruppe Studierender Zwei Fallstudien 57 mit der Bitte an die Entwickler heran CommSy benutzen zu diirfen Es gab nun zwar die M glichkeit die Daten mehrerer CommSy Projektr ume in einer Datenbank zu halten doch aufgrund der teilweise unterschiedlichen Einsatzkontexte entstanden nach und nach diverse CommSy Datenbanken Au erdem war das Einrichten eines CommSy Projektraums weiterhin mit dem Kopieren des PHP Codes und dem Konfigurieren des Webserver
286. ojektraum ma pis aad ad mi hn Pi na ped lt eee we ered een in u See ed ran una N EL He rn a In Sam A Feri EES sag Ry Ly en u Se Er Sogn ar meer m SO ET Kg i BE Frag en Del es emee pae Abbildung 5 Einstiegsseite des Projektraums Version 2 2 Projektr ume unterst tzen die Durchf hrung projektorientierter Veranstal tungen Gudjons 1998 Frey 2002 F r Kommunikation und Koordination in Projektgruppen und den Umgang mit unterschiedlichen Arbeitsmateria lien stehen folgende Rubriken zur Verf gung Neuigkeiten Termine Dis kussionen Materialien Personen und Gruppen sowie die Rubrik Konfigu ration fiir Moderatoren e Neuigkeiten und Termine Zur Koordination k nnen innerhalb eines Projektraumes Neuigkeiten und Termine angek ndigt werden Die Neuigkeiten entsprechen den Ank ndigungen im Gemeinschaftsraum und machen andere Teilnehmer auf wichtige Ereignisse oder neue Eintr ge innerhalb des Projektraums aufmerksam Termine werden 44 Erfahrungen in Softwarebereitstellungsprojekten zus tzlich mit Angaben zu Ort und Zeit versehen halten in der Pro jektgruppe verabredete Termine fest oder weisen auf externe Veran staltungen hin Diskussionen und Anmerkungen Der Kommunikationsunterst tzung dienen die Rubrik Diskussionen sowie die M glichkeit mit einer Anmerkung Eintr ge im jeweiligen Kontext direkt zu kommentie ren Diskussionen haben ein bestimmtes Thema werden von einem
287. onkreten Softwarenutzung ebenfalls auftritt So gibt es z B bei der Bereitstellung einer Software Kommunikation zwischen dem Nutzer und dem Supportpartner Die vertragliche Regelung f r diese Kommuni kation wird jedoch ber den Kunden Dienstleistungsanbieter und Support partner vorher sichergestellt In diesem Sinne ist im Dienstleistungsanbieter auch die Position zu erkennen die der m chtigste Akteur im entsprechen den Akteursnetzwerk einnehmen sollte Der Dienstleistungsanbieter ist der zentrale Punkt bei der Bereitstellung von Software und tr gt damit die Ver antwortung f r die Softwarebereitstellung Die Schichten von oben nach unten im Detail sind e Kundenschicht Die Kundenschicht besteht aus den kollektiven Rol len Kunde und Nutzer Der Nutzer verwendet die vom Kunden erwor benen Dienstleistungen des Dienstleistungsanbieters Zur Spezifika tion dieser Nutzung kann es zwischen dem Nutzer und dem Kunden vertragliche Regelungen geben Im Beispiel eines gro en Unterneh mens welches Dienstleistungen bei einem Dienstleistungsanbieter bezieht sind das Unternehmen der Kunde und die Angestellten die Nutzer die ber einen Arbeitsvertrag mit dem Unternehmen verbun den sind Wenn eine Einzelperson eine Software bei einem Dienstlei stungsanbieter benutzt dann ist sie gleichzeitig Nutzer und Kunde Eine vertragliche Regelung in diesem Fall ist sehr unwahrscheinlich Sollte ein Sponsor die Bereitstellung einer Software finanzieren ist
288. osten werden nur anrechenbare Leistungen betrachtet Transaktionskosten werden bersehen Zu einer Vorgangsperspektive bzw zu einem Vorgehen bietet die ASP Literatur die schon erw hnten Wertsch pfungsketten und sehr ausdifferen zierte SLAs an die alle Eventualit ten abdecken sollen so dass kein Vor gehen n tig wird Wie sich Ver nderungen auf die Bereitstellung auswir Zwischenergebnis 109 ken wie mit diesen Einfliissen im Prozess konstruktiv umgegangen werden kann welche Akteure in welchem Umfang Gestaltungsm glichkeiten in der Bereitstellung haben und wie eine Softwarebereitstellung grunds tzlich gestaltet werden kann wird nicht thematisiert Zus tzlich zur Kritik hinsichtlich der Perspektiven muss die Veranke rung von ASP als eine spezielle Form des IT Outsourcings aus Sicht der Fallstudien kritisiert werden In der Fallstudie CommSy WissPro wurde CommSy nicht nur extern sondern auch intern d h im Fachbereich Infor matik f r Fachbereichsmitglieder bereitgestellt Durch die Fixierung auf das Outsourcing ist ASP nicht mehr auf die Fallstudie anwendbar Wird al lerdings unter ASP die Bereitstellung einer Anwendung als Dienstleistung verstanden so wird die Fixierung auf das Outsourcing aufgehoben vgl Picot und Jahn 2000 Riemer und Ahlemann 2001 Rosenhagen 2002 In diesem Sinne muss der im Folgenden aus ASP zu gestaltende Ansatz eASP zur Softwarebereitstellung in Hinblick auf die vier Perspektiven Aufgaben Org
289. ot u a 1998 S 41 Betrachtet werden dabei nicht der physische Austausch oder die Erbringung von Dienstleistungen Untersucht wird der mit einer arbeitsteiligen Aufgabenerf llung verbundene Koordinationsauf wand die Transaktionskosten Transaktionskosten sind die anfallenden 118 Informatiksysteme in Organisationen Kosten der Information und Kommunikation fiir Anbahnung Vereinba rung Abwicklung Kontrolle und Anpassung eines als fair empfundenen Leistungsaustausches Die H he dieser Transaktionskosten h ngt von be stimmten Eigenschaften der zu erbringenden Leistungen von Verhaltens merkmalen der konomischen Akteure und von der gew hlten Einbindungs bzw Organisationsform ab vgl Picot u a 1998 Wei und L ngsfeld 2000 Unternehmungen als integrierte in sich arbeitsteilige Gebilde haben nur dann ein Existenzrecht wenn sie in ihrem Binnenbereich die mit je der arbeitsteiligen Leistungserstellung verbundenen Koordinationsproble me besser l sen k nnen als dies bei einer Abwicklung mit externen Part nern ber den Markt der Fall w re Transaktionskosten sind damit der Effi zienzma stab zur Beurteilung und Auswahl unterschiedlicher institutionel le Arrangements Picot u a 1998 S 41 Zur Auswahl geeigneter Koordinationsformen wurde von Williamson 1991 ein Transaktionskostenmodell entwickelt das als organizational failure framework weite Verbreitung gefunden hat In diesem Modell wer den folgende Einf
290. p Consulting 2000 Nr 15 S 45 51 Sonderausgabe Application Service Providing Picot und Jahn 2000 Picot A Jahn A ASP als innerbetriebliches Allheilmittel In IM Informatik Management amp Consulting 2000 Nr 15 S 72 77 Sonderausgabe Application Service Providing Picot u a 1998 Picot A Reichwald R Wigand R T Hrsg Die grenzenlose Unternehmung Information Organisation und Manage ment 3 Auflage Wiesbaden Gabler 1998 Rammert 1993 Rammert W Hrsg Technik aus soziologischer Per spektive Forschungsstand Theorieans tze Fallbeispiele Ein Uber blick Opladen Westdeutscher Verlag 1993 RFC1180 1991 Socolofsky T Kale C A TCP IP Tutorial http www faqs org rfcs rfc1180 html 24 04 2003 1991 Spider Systems Limited Request for Comments 1180 Riemer und Ahlemann 2001 Riemer K Ahlemann F Application Service Providing Erfahrungsbericht aus Sicht eines Providers S 743 756 In Buhl H U Huther A Reitwiesner B Hrsg Information Age Economy Heidelberg Physica 2001 5 Internationale Tagung Wirtschaftsinformatik 2001 Rogers 1974 Rogers C Hrsg Lernen in Freiheit Zur Bildungsre form in Schule und Universit t M nchen K sel 1974 274 Literaturverzeichnis Rolf 1998 Rolf A Hrsg Grundlagen der Organisations und Wirt schaftsinformatik Berlin Springer 1998 Rolf 2004a Rolf A Informatiksysteme
291. pdates scheiterte an der fehlenden Konfiguration des Webservers Ein weiterer Versuch wurde nicht unternommen Datensicherheit Es sind keine Einbruchsversuche auf den CommSy Server bekannt Da der CommSy Server in einem privatwirtschaft lichen Rechenzentrum stand waren sehr wahrscheinlich eine Fire wall und auch weitere Sicherheitsmechanismen aktiv Best tigt wer den kann das an dieser Stelle nicht ber Viren in den Dateien bzw Datenverlust durch Serverabst rze ist ebenfalls nichts bekannt ge worden Daher gibt es keinen Anhaltspunkt f r Virenscans und Da tenbackups Ausfallsicherheit Es gab mehrere Ausf lle des CommSy Servers Warum der Server ausfiel wurde nie herausgefunden ber das Vor handen oder Nichtvorhandensein einer Ausfallsicherheit kann keine klare Aussage gemacht werden Da der CommSy Server in einem privatwirtschaftlichen Rechenzentrum anfangs in M nchen sp ter in Frankreich installiert war hat diese Sicherheit mit hoher Wahr scheinlichkeit bestanden Handhabungssupport Eine FAQ wurde nicht gepflegt und eine Hot line f r Benutzer zur L sung von Benutzungsproblemen nicht expli zit angeboten Dennoch wurde im ersten halben Jahr ein Handha bungssupport ber die E Mail Adresse info commsy de geleistet Kommunikation Benutzerbetreuung Ein Betreuungsmarketing fand nicht statt Benutzer wurden weder ber die angebotenen Dienstlei stungen der Benutzerbetreuung informiert noch auf die richtigen An
292. perspektive sind viele Gemeinsamkeiten in den Fallstudi en zu erkennen da in beiden Fallstudien CommSy bereitgestellt wurde Zun chst wird die in beiden Studien gemeinsame Anwendung CommSy betrachtet und anschlie end auf die Unterschiede in der technischen Infra struktur eingegangen Wie in Abschnitt 3 2 beschrieben ist CommSy eine webbasierte Cli ent Server Anwendung und setzt damit auf den zurzeit vorherrschenden Standards Client Server Architektur und Internettechnologien auf Da f r die Benutzung von CommSy nur ein zu W3C Standards kompatibler Web browser ben tigt wird ist clientseitig die Plattformunabh ngigkeit gege ben Serverseitig werden f r CommSy der Webserver Apache die Skript sprache PHP und die Datenbank MySQL ben tigt Unter dem Betriebs system Linux l uft diese Kombination problemlos Unter Windows treten dagegen Probleme auf denn PHP konnte unter Windows bisher nicht als Modul in den Webserver Apache geladen sondern musste als CGI Variante benutzt werden Bei anderen Webservern wie dem Internet Infor mation Server von Microsoft sind hnliche Probleme festgestellt worden Zudem ist die Wahl der Datenbank fest vorgegeben CommSy kann trotz ausschlie licher Nutzung von Open Source Software nicht als serversei tig plattformunabh ngig angesehen werden da es nur unter verschiedenen Linux Varianten z B Red Hat GenToo Debian auf Intel PCs sowie auf Sparcs Solaris Kombinationen Unix stabil betrieben werd
293. pezifischen fachlichen Interessen vertreten e Die Softwareunterst tzung soll zum einen die gleichberechtigte Kom munikation und Kooperation von Lernenden und Lehrenden f rdern Zum anderen sollte sie ein f r Lernende f r Lehrende und f r die in teressierte ffentlichkeit zug ngliches Archiv etablieren dessen In halt von den jeweiligen Mitgliedern einer Lerngemeinschaft selbst bestimmt wird und nicht von einer zentralen Instanz F r die Bereitstellung von CommSy bedeutet dies mit den spezifischen und individuellen Interessen dreier unterschiedlicher Gruppen Lehrende Lernende und G ste in zwei verschiedenen Kontexten Veranstaltung Stu dium umzugehen Dies impliziert ein weit gef chertes Potential an Hil feanfragen zur Nutzung und an unterschiedlichen Anforderungen an die Kooperationsplattform CommSy 35 Software CommSy Dar ber hinaus ergeben sich hier Restriktionen f r die technische Wartung des Servers Da CommSy als zus tzliches Medium ne ben der Pr senzlehrveranstaltung im Studium zum Einsatz kommt gibt es keine klar definierbaren Nutzungszeitr ume Die Analyse von Webserver Logdaten best tigte dies Zwischen drei und vier Uhr nachts waren durch schnittlich die wenigsten Zugriffe verzeichnet es gab aber keinen Zeitraum ohne Zugriffe Notwendige Wartungsarbeiten schr nken damit potentiell immer Nutzende in ihrer Nutzung ein Dies k nnte Nutzende in kritische Situationen bringen wenn morgen eine Pr fung st
294. problemlos verwendet werden Kooperationsplattform CommSy 47 e Einfache Technologie CommSy ist in PHP implementiert und ver wendet eine MySQL Datenbank zur Datenhaltung Beide Techno logien sind unter Open Source Lizenzen verf gbar PHP ist recht einfach zu erlernen so dass sich interessierte Entwickler schnell in die CommSy Entwicklung einbringen k nnen Dar ber hinaus bie ten viele Internet Service Provider ISPs PHP und MySQL kosten g nstig an In der Einsch tzung der CommSy Nutzenden ist die Umsetzung des Prin zips Einfachheit in der individuellen Benutzung gelungen Die in der Evaluation Strauss u a 2003 der Nutzung befragten Studierenden bewer teten CommSy mehrheitlich als einfach oder sehr einfach zu benut zen Auch die Lehrenden teilten diese Einsch tzung zudem gaben viele von ihnen die unkomplizierte Benutzbarkeit und den angemessenen Funk tionsumfang explizit als den Vorzug an der den Ausschlag zugunsten von CommsSy im Vergleich zu Konkurrenzprodukten gab Diese positive Einsch tzung der Benutzbarkeit korrespondiert mit den Ergebnissen der Erhebung aufgetretener Benutzungsprobleme Sowohl von Professoren und wissenschaftlichen Mitarbeitern als auch von Studierenden werden kaum Handhabungsprobleme die auf eine mangelnde Benutzbar keit zur ckzuf hren sind beschrieben Neben technischen Problemen Er reichbarkeit der Server Qualit t der Internetverbindung etc wurden v a Probleme beschrie
295. prozessbezogene T tigkeiten die die produktbezoge nen erm glichen und die Koordination und Kooperation im Projekt die Produktverwaltung und die Qualit tssicherung umfassen Floyd und Z l lighoven 2002 S 755 In den produktbezogenen T tigkeiten Systemein f hrung und Wartung finden sich Aufgaben der Bereitstellung Zur Syste meinf hrung geh ren die Installation der Software version organisatori sche Umstellungen Schulung der Nutzenden und die Erarbeitung der tech nischen und der Benutzerdokumentation Die Wartung umfasst die Fehler 226 Softwarebereitstellungsansatz eASP bereinigung der aktuellen Version die sich von der Weiterentwicklung ei ner neuen Version unterscheidet sich aber in der Praxis nicht scharf trennen l sst Floyd und Z llighoven 2002 S 776 Aus Sicht der Softwarebereitstellung fehlen Aufgaben in der Benut zerbetreuung die ein kontinuierliches Engagement erfordern und nicht mit einer einmaligen Schulung abgeschlossen sind Dauerhaft angebotene E Mail oder Telefon Hotlines als Erg nzung oder Weiterf hrung der Schu lung sind darauf ausgerichtet Nutzenden in Problemsituationen direkt und schnell helfen zu k nnen Dar ber hinaus muss in der Nutzung eine zwei te Validation der Softwareversion erfolgen indem die Nutzung evaluiert wird Ebenfalls fehlen Aufgaben im technischen Betrieb denn nicht nur Fehlerbereinigungen m ssen neu installiert werden auch die technische In frastruktur auf d
296. r mationssystems von der Perspektive der unternehmensweiten Organisation aus die auf Arbeitsgruppen und Arbeitspl tze herunter gebrochen wer den kann Die Bottom up Sicht modelliert ein Informationssystem aus der Perspektive des Arbeitsplatzes heraus Sie impliziert dass sich die Model lierung zu einer Unterst tzung von Arbeitsgruppen und der unternehmens weiten Organisation zusammenf gt Jede Perspektive braucht die gr e re Einheit als Gesamtzusammenhang und die kleinere Einheit als innere Struktur Rolf 1998 S 150 So besteht auf der einen Seite eine Verkn p 114 Informatiksysteme in Organisationen fung zwischen den Perspektiven und auf der anderen Seite kommt es zu Wechselwirkungen zwischen organisatorischer und technischer Sichtweise Rolf 1998 S 161 Organik ations IT unterst tzite u Soa ee IT Optionen op tionen Organ Ballonssiluallon mnfenneh ree MH me a Crean ientions m uc Organ imation FEREBPERIN p TY J 4 J ey ly _ ee Artei Arbri E IT gruppe la grapp wo Heal bon ie 3 7 i al FT ia IT Abeta al Arbeits f Ca IT pimz 4 piatz La P siuman Abbildung 25 Perspektivische Verkn pfung Horizontal ist die Gliederung in die Perspektiven Arbeitsplatz Arbeitsgrup pe und unternehmensweite Organisation dargestellt Vertikal stehen links die organisatorische und rechts die technische Sichtweise Vertikal in der Mitte befindet sich die Verkn pfung
297. r 1 S 39 47 ISO 1996 DIN EN ISO 9241 Ergonomische Anforderungen fiir B rot tigkeiten mit Bildschirmger ten Teil 10 Grunds tze der Dialoggestal tung 1996 ITAA 2000 Information Technology Association of America TAA s Application Service Provider ASP Service Level Agreement SLA Gui delines http www itaa org asp itaasla pdf 28 05 2003 2000 Jackewitz 1998 Jackewitz I Benutzungsbetreuung Hamburg Univer sit t Hamburg Fachbereich Informatik Studienarbeit 1998 Literaturverzeichnis 267 Jackewitz 2000 Jackewitz I Computergest tzte Benutzerforen zur Un terst tzung von Softwareeinsatz in Organisationen Hamburg Universi t t Hamburg Fachbereich Informatik Diplomarbeit 2000 Jackewitz 2004 Jackewitz I Bereitstellung einer kooperativen Lern plattform S 327 342 In Pape B Krause D Oberquelle H Hrsg Wissensprojekte Gemeinschaftliches Lernen aus didaktischer softwa retechnischer und organisatorischer Sicht M nster Waxmann 2004 Jackewitz u a 2002a Jackewitz I Janneck M Krause D Pape B Strauss M Teaching Social Informatics as a Knowledge Project S 261 268 In van Weert T J Munro R K Hrsg Informatics and the Digital Society Social Ethical and Cognitive Issues Boston Klu wer 2002 Jackewitz u a 2002b Jackewitz I Janneck M Krause D Pape B Strauss M Wissensprojekt eine Perspektive f r die Softwareunter st
298. r wenn nicht sogar un m glich Technik 103 4 5 2 Anwendungen Bei der Bereitstellung von Anwendungen in einem ASP Szenario ist ein wesentlicher Faktor der Kostenersparnis die Tatsache dass eine Anwen dung vielen Nutzenden zur Verf gung gestellt wird Das bedeutet dass ver schiedene Personen dieselbe Anwendung auf derselben Infrastruktur nut zen ohne von den Mitnutzenden etwas zu bemerken Diese 1 N Bereitstel lung zieht verschiedene Anforderungen an die Anwendung nach sich Mehrbenutzer und Mandantenf higkeit Die Anwendung muss mehrbenutzerf hig sein Sie muss mit geeigneten Authentisierungs und Sicherungsmechanismen den Nutzenden eindeutig identifizieren und ihm nur seine Daten pr sentieren Bei Kooperationsan wendungen muss zus tzlich zur Mehrbenutzerf higkeit eine Mandanten f higkeit gegeben sein so dass Nutzende unterschiedlicher Gruppen bzw Unternehmen nur Zugriff auf die Daten ihrer Gruppenmitglieder bzw Kol legen bekommen und nicht Daten von fremden Mandanten Insofern geh rt zu jeder ASP Anwendung eine Zugriffsverwaltung die Nutzende eindeu tig identifiziert meist mit Kennung und Passwort und sie verschiedenen Gruppen bzw Mandanten zuordnen kann Ein weiterer Aspekt der Mehrbenutzerf higkeit und insbesondere der Mandantenf higkeit ist die Anpassung der Anwendung in Funktionalit t und Benutzungsschnittstelle an die pers nlichen Anforderungen bzw die Anforderungen der entsprechenden Mandanten Dieser A
299. r Arbeit auf diese Dinge einstellen k nnen Auf gabengebiet Training Verwalter Kooperation Der Verwalter verwaltet die Abrechnung und ist f r die vertraglichen Regelungen bzgl der Kooperation aller Beteiligten jeweils aus Sicht eines Beteiligten zust ndig Aufgaben gebiete Abrechnung und Vertragswerk Werbefachmann Marketing Der Werbefachmann positioniert die Software im Markt mit einer geeigneten Werbestrategie und plant entsprechende Werbeaktionen Aufgabengebiet Werbung Literaturverzeichnis Argyris u a 1985 Argyris C Putnam R Smith D Hrsg Action Science Concepts Methods and Skills for Research and Intervention San Francisco Jossey Bass 1985 ASPIC 2002 ASP Industry Consortium Homepage http www aspconsortium org 03 05 2002 2002 Internationale ASP Orga nisation und Interessenvertretung ASPKD 2002 ASP Konsortium Deutschland Homepage http www asp konsortium de 03 05 2002 2002 Deutsche ASP Organisation und Interessenvertretung Avison u a 1999 Avison D Lau F Myers M Nielsen P A Action Research In Communications of the ACM 42 1999 Nr 1 S 94 97 Balasubramanian u a 2002 Balasubramanian P R Wyner G M Jo glekar N The Role of Coordination and Architecture in Supporting ASP Business Models In Sprague R H Hrsg Proceedings of the 35th Hawaii International Conference on System Science 2002 Los Ala mitos CA USA IEEE 2002
300. r Sicherheit der Daten Daten bertragung Der Weg vom Kunden bzw Benutzer zum Ser ver auf dem die Anwendung installiert ist kann nicht allein vom Ap plication Service Provider bereitgestellt werden Das bedeutet dass er mit z B Telekommunikationsanbietern kooperieren muss Dem Application Service Provider f llt dabei die Aufgabe zu die Daten bertragung zu berwachen und zu koordinieren Au erdem muss er f r eine entsprechende Zugangs berwachung und verwaltung sor gen Anwendungsadministration In einem ASP Modell wird eine Soft ware vom Softwarehersteller dem Application Service Provider zur Vermietung an Dritte berlassen Dieses l sst sich der Softwareher steller vom Application Service Provider nutzungsabh ngig entgel ten Zu diesem Zweck muss der Application Service Provider Nut Architektur der Wertsch pfungskette 87 zungsdaten sammeln und dem Softwarehersteller gegentiber legiti mieren Daneben m ssen die Anwendungen auf Verf gbarkeit tiber wacht und gewartet werden Zur Wartung z hlt auch das Update Management das zyklische Updates m glichst ohne Ausfallzeiten organisieren muss e User Support Als single point of contact ist der Application Ser vice Provider f r alle Belange des Kunden erster Ansprechpartner Dies bedeutet einerseits dem Kunden eine umfangreiche Benutzer betreuung bieten zu k nnen und andererseits eine Verrechnungsor ganisation zu haben die entsprechend benutzte Dienstleis
301. r ben tigt der installiert konfiguriert und gewartet werden musste da der CommSy Code in PHP geschrieben war 144 Aufgabenperspektive Was ist zu tun e Projektr ume verwalten CommSy Projektr ume mussten einmalig freigeschaltet oder ggf gesperrt werden Bei einer Sperrung wurde ein Kommunikationsprozess mit dem Veranstalter initiiert e Resultate in den Entwicklungsprozess integrieren Die didaktischen Konzepte geben Rahmenbestimmungen vor nach denen sich das De sign von CommSy zu richten hat e Sprechstunden anbieten Die didaktische Beratung erforderte in Ein zelgespr chen mit den Veranstaltern die CommSy Projektraume ein setzten Erwartungen an den Einsatz zu kl ren und Hinweise zur di daktischen Einbettung von CommSy in die Lehrveranstaltung zu ge ben Geeignetes Mittel war eine regelm ige Sprechstunde Veranstalterforum moderieren Dieses Forum diente allen Veranstal tern von CommSy Projektr umen als Austauschm glichkeit und der Benutzerbetreuung als Ort f r die didaktische Beratung Das Forum ein CommSy Projektraum wurde eingerichtet und moderiert Zus tzliche Aufgabengebiete Folgende zus tzliche Aufgabengebiete bestanden in der Fallstudie Comm Sy Uni de e Didaktik CommSy unterst tzt Lehr Lernformen nach bestimmten didaktischen Prinzipien Sie mussten entwickelt gepflegt und ver ffentlicht werden um Nutzern das Design von CommSy verst nd lich zu machen und somit die richtige geda
302. r ist rein informativ und nicht mit speziellen Zugriffsrechten verbunden Teilnehmer k nnen sich selbst beliebig vielen Gruppen zuordnen Kooperationsplattform CommSy 45 e Konfiguration Die Rubrik Konfiguration dient der Teilnehmerver waltung und der Anpassung des Projektraumes an die Bed rfnisse des Projekts Es gibt verschiedene Optionen die von Moderatoren konfiguriert jedoch in der Projektgruppe verhandelt werden sollten Dazu geh ren die Wahl eines Namens f r den Projektraum und die an der Benutzungsschnittstelle verwendete Sprache Deutsch oder Eng lisch die Farbgebung und die Anordnung der Rubriken auf der Ho mepage um so den Projektraum den verschiedenen Erfordernissen bei unterschiedlichen Kooperationsstilen anzupassen Die Anpassun gen wirken sich jeweils f r alle Teilnehmer des Projektraums aus Personalisierungen sind nicht m glich vgl Finck u a 2004 Die Projektr ume stellen bei der Bereitstellung von CommSy eine Beson derheit dar denn diejenigen die CommSy bereitstellen haben aufgrund der offenen Rechtestruktur und der Abgeschlossenheit der Projektr ume keinen Einblick in die Projektr ume Dies f hrt zu Schwierigkeiten wenn sich Fragen von Nutzenden direkt auf spezielle Projektr ume beziehen z B Warum kann ich das Material X aus dem Projektraum Y nicht herunterla den oder Warum kann ich nicht in den Projektraum Z hinein Durch das offene Rechtekonzept wird eine Betreuungsindirektio
303. ranstalter keine Pro jektgruppe mit der Bereitstellung des CommSys beauftragten bernahmen zu dieser Zeit die Entwickler die Bereitstellung f r jede einzelne Veranstal tung Zum Kreis der Entwickler z hlten mittlerweile bis zu 15 Personen F nf von Ihnen leisteten Implementierungsarbeiten die anderen arbeiteten u a an der Konzeption von CommSy und waren Test User Durch vermehrte Anfragen einen CommSy Projektraum benutzen zu d rfen stie en die Entwickler bei der Bereitstellungsleistung an ihre Gren zen Sie mussten f r jede Veranstaltung den kompletten Bereitstellungsauf wand wiederholen Die damit verbundenen Aufgaben erledigten sie teilwei se in ihrer Freizeit parallel zu Weiterentwicklung Studium Diplomarbeit 56 Erfahrungen in Softwarebereitstellungsprojekten bzw zu ihrer Arbeit als wissenschaftliche Mitarbeiter Zum Ende des Som mersemesters 2000 unterstiitzten sie mehr als zehn Lehrveranstaltungen der Universitat Hamburg in verschiedenen Fachbereichen Von Juli bis Oktober 2000 fand die Internationale Frauenuniversitat IFU Neusel 2000 als ein Projekt der Weltausstellung EXPO2000 statt Sie bestand aus mehreren Projektbereichen die ber die gesamte Welt ver teilt waren Der Projektbereich Information wurde im Fachbereich Infor matik der Universit t Hamburg geleitet und mit zw lf CommSy Projekt r umen unterst tzt Bleek 2004 Eine statische HTML Seite diente als Einstiegsseite in die verschiedenen Pr
304. rden Entwicklungsserver pflegen Anwendungsentwicklung Entwicklungs umgebung Zum Betrieb eines Entwicklungsservers geh rt das In stallieren Konfigurieren und Warten der zu entwickelnden Software Dieser Server ist nur f r an der Entwicklung beteiligte Personen zu g nglich Ergebnisse in die Bereitstellung integrieren Marketing Bedarfs analyse und Benutzerbetreuung Evaluation der Nutzung Ergeb nisse einer Analyse Evaluation Bedarfsanalyse usw geben Hin weise f r andere Aufgabenbereiche Diese Ergebnisse m ssen kom muniziert werden so dass sie in die betroffenen Aufgabengebiete in tegriert werden k nnen Evaluation konzipieren und durchf hren Benutzerbetreuung Eva luation der Nutzung Eine Evaluation der Nutzung muss vorbereitet werden indem z B Frageb gen oder Interviewleitf den erstellt wer den Aus der durchgef hrten Evaluation lassen sich Ergebnisse ber die Nutzung der Software und die angebotenen Dienstleistungen ab leiten FAO pflegen Benutzerbetreuung Handhabungssupport Der Auf bau und die Pflege von Frequently Ask Questions ist ein Bau Aufgaben in der Softwarebereitstellung 251 stein zur Begegnung von Fragen verschiedener Beteiligter Die Fra gen m ssen gesammelt beantwortet und dann allgemein zug nglich z B im WWW verf gbar gemacht werden Features programmieren Anwendungsentwicklung Programmier ung Nach den Vorgaben der Planung werden im Rahmen
305. re besser begreifen zu k nnen Das Aufgreifen verschiedener Ge danken das Ausprobieren und das Fallenlassen zahlreicher Ideen f hrten zum Ansatz eASP eASP versucht mit Technikperspektive Organisationsperspektive und Dienstleistungsperspektive sowie mit einer zyklischen Vorgehensweise die zentrale Bereitstellung einer Software f r viele Nutzende zu analysieren den Bereitstellungsprozess transparent zu gestalten die Komplexit t zu re duzieren und Ansatzpunkte zur Gestaltung der Bereitstellung zu liefern Zum Abschluss wird das mit meiner Arbeit Erreichte zusammengefasst kritisch bewertet und Zuk nftiges in den Blick genommen 11 1 Zusammenfassung des Erreichten Hauptanliegen dieser Arbeit ist die Entwicklung eines methodisch fundier ten Ansatzes f r das Praxisph nomen ASP um es f r die Informatik nutzbar zu machen Die Umsetzung dieses Anliegens geschieht unter Ber cksichti gung existierender Methoden und Modelle aus dem Gebiet Informatiksy steme in Organisationen um den Ansatz in diese Bereiche der Informatik zu integrieren Ein Beitrag dieser Arbeit zur Informatik besteht darin die Software bereitstellung f r die Informatik zu thematisieren und sie in zwei Berei chen in den informatischen Diskurs einzubeziehen in die Gestaltung von Software und Organisationen und in die Nutzung dieser Strukturen F r Softwareentwicklungsprozesse und Prozesse zur T unterstiitzten Organi sationsgestaltung stellt eASP eine Erweiteru
306. rgestellt und anschlie end hinsichtlich der im vorigen Kapi tel vorgestellten Perspektiven bewertet Die Bewertung gibt Auskunft ber die Schw chen im ASP und gibt somit den Ansto f r die im folgenden Kapitel herangezogenen Grundlagen aus der Informatik Im zweiten Teil dieser Arbeit kann dann auf Grundlage dieses Kapitels ASP fundiert und zum Ansatz eASP erweitert werden Die beiden Begriffe Application Service Provider und Application Ser vice Providing tauchten signifikant zum ersten Mal 1999 in der Literatur auf vgl CherryTree 1999 Gillian u a 1999 Sound 1999 Sp tere Auto ren beziehen sich insbesondere auf Gillian u a 1999 Die Wiege von ASP ist bei Unternehmensberatungen vgl Heere 2001 Citrix 2000 Cher ryTree 1999 Farleit 2000 Gillian u a 1999 Mercer 2000 Sound 1999 zu sehen Thematisch ist ASP aus dem Outsourcing hervorgegangen und stellt in den Augen vieler Autoren eine spezielle Form des IT Outsourcings dar vgl CherryTree 1999 Farleit 2000 G nther u a 2001 Stahlknecht 2000 Die Interpretation von ASP als Gesch ftsmodell vgl Burris 2002 Grohmann 2002 Jaruzelski u a 2000 Mercer 2000 Picot u a 2000 f hrt zu einer Darstellung der Vorteile vgl G nther u a 2001 Sound 1999 Tao 2000 und Nachteile vgl Picot und Jahn 2000 Stahlknecht 2000 von ASP aus Kundensicht vgl Jayatilaka u a 2002 und aus Bereitstellersicht vgl Tao 2000 Dabei stehen meist technische Aspekte im Vordergrund
307. riffe neben der Bereitstellung verwendet die hnliche oder gleiche Dinge Unterge ordnetes oder bergeordnetes ansprechen Diese sind Installation Anpas sung und Konfiguration Hosting Wartung Benutzer und Benutzungsbe treuung Nutzung und Infrastrukturen In diesem Abschnitt wird die Bereit stellung von Software von diesen Begriffen abgegrenzt 2 3 1 Installation In der Softwaretechnik bzw dem Softwareengineering wird unter Installa tion die Einbettung der Software in die Systemumgebung des Auftragge bers Duden 1993 S 664 bzw die technische bertragung aus der Ent wicklungs in die Einsatzumgebung Floyd und Z llighoven 2002 S 776 verstanden W hrend Floyd und Z llighoven 2002 S 776 die notwendi gen organisatorischen Umstellungen und die Schulung der Benutzer nicht mehr als Teil der Installation sondern als Teil der Systemeinf hrung ne ben der Installation sehen ist laut Informatik Duden 1993 S 664 die Schulung der Nutzer integraler Bestandteil der Installation Beiden Auspr gungen von Installation bzw der Systemeinf hrung fehlt im Sinne der Bereitstellung die Kontinuit t Die Installation wird nur ein einziges mal durchgef hrt w hrend die Bereitstellung kontinuierlich er folgen muss Dennoch m ssen bei der Bereitstellung die bereitzustellende Software eventuelle bertragungstechniken und ggf Clientsoftware instal liert werden Ebenso m ssen wie beide Sichten andeuten neben d
308. rken nicht direkt sondern vermittelt ber die beteiligten Akteure Diese Einfl sse bewirken Ver nderungen in den Akteuren unabh ngig ob sie von au en z B durch Steuererh hun gen oder verg nstigungen oder von innen z B durch Einstellung neuer Mitarbeiter motiviert werden Diese Ver nderungen beeinflus sen die Softwarebereitstellung und f hren zu einer aus Sicht be stimmter Akteure unbefriedigenden Bereitstellung Der vormals ver einbarte stabile Bereitstellungsrahmen wird instabil Die mit der Be reitstellung unzufriedenen Akteure nehmen dies zum Anlass einen neuen Zyklus zu initiieren und die Herstellung eines neuen wieder stabilen Bereitstellungsrahmens zu etablieren Die Herstellung und der Einsatz sind nicht als zeitlich separiert zu be trachten auch wenn die Darstellung in Abbildung 30 und die lineare Konzeption 197 Textdarstellung auf diesen Seiten dies suggeriert Es ist vielmehr so dass die eigentliche Bereitstellung im Abschnitt der Herstellung fort gef hrt wird allerdings instabil d h weniger befriedigend Anfang und Ende einer Softwarebereitstellung sind unterschiedlich aus der Sicht eines beteiligten Akteurs und aus einer akteurs bergreifenden Sicht auf die Softwarebereitstellung Akteur F r einen Akteur stellt sein Eintritt in das Bereitstellungs netzwerk den Beginn f r die Softwarebereitstellung dar Er ist mit seinem Wunsch sich an der Bereitstellung zu beteiligen sei es als Dienstleis
309. rnkompetenzen Die Konzentration auf Kern kompetenzen versetzt die beteiligten Parteien in die Lage sich auf ihre eigentliche Arbeit zu konzentrieren und setzt beim Kunden ge bundene Ressourcen Personal Investitionen usw frei die ander weitig eingesetzt werden k nnen Kosten reduzieren Mit ASP geht eine Kostenreduzierung bezogen auf die ehemals intern erbrachten Leistungen einher Hohe Kompetenz des Anbieters Der Anbieter vereint hohe Kompe tenzen in seinem Bereich die intern nicht h tten aufgebaut werden k nnen Bessere Leistungen Der Anbieter bietet in der Regel das neueste Know how die neuesten Technologien und beides in einer besseren Qualit t 24x7 Verf gbarkeit h here Performance schnellere Reak tions und L sungszeiten bei St rungen usw als dies intern m glich w re Kostentransparenz Im Gegensatz zu einer internen L sung bringt ASP eine Kostentransparenz mit sich die sich in den zu erbringen den in Vertr gen definierten Leistungen und deren Preisen begr n det Flexibilit t Bei Ver nderungen des Kunden bzw im Umfeld des Kunden kann sehr flexibel auf andere Anbieter zur ckgegriffen wer den ohne Altlasten im eigenen Unternehmen mitschleppen zu m s sen Als Nachteile beim ASP werde folgende Punkte diskutiert vgl Grohmann 2002 G nther u a 2001 Picot und Jahn 2000 Rolf 2004b Stahlknecht 2000 e Abh ngigkeit Beim ASP begeben sich Kunden in ein starkes Abh n gigkeits
310. s u a f r die Zugangsberechtigungen verbunden Mit der steigenden Anzahl an Benutzern h uften sich auch die Fragen zu Benutzungsproblemen So ber nahmen die Entwickler ab Sommer 2000 neben der Entwicklung und dem technischen Betrieb die Aufgaben der Benutzerbetreuung Die Benutzerbetreuung der technische Betrieb und die Weiterentwick lung von CommSy Projektr umen konnten Mitte 2000 von den Entwick lern nicht mehr mit der von ihnen angestrebten Qualit t geleistet werden Sie entschieden sich die Aufgaben des Betriebs und die der Benutzerbe treuung an einen professionellen Application Service Provider abzugeben um sich verst rkt der Weiterentwicklung widmen zu k nnen Die Firma Uni de AG schien ein solcher Application Service Provider zu sein 3 3 2 CommSy uwUni de 1999 wurde die Firma Uni de AG im Folgenden Uni de genannt finanziert durch Venture Capital gr ndet Das Konzept des Startup Unternehmens sah vor unter der Internetadresse http www uni de Hochschulen in Deutschland eine gemeinsame Kommunikationsplattform anzubieten An fangs konzentrierte sich Uni de speziell auf Studierende und bot kostenlos E Mail SMS Versand und Informationen ber das Studieren in Deutsch land Ende 1999 entschloss sich Uni de auch wissenschaftliches Perso nal von Hochschulen mit entsprechenden Dienstleistungen anzusprechen So entstand im Fr hjahr 2000 ein erster Kontakt zwischen Uni de und der CommSy Entwicklung Uni de sah in CommS
311. s Hosting der Anwendung und zus tzlicher Software f r den Dienstleistungsanbie ter e Der Zugangspartner bietet dem Dienstleistungsanbieter den Zugang vom Kunden bzw Nutzer zum Hostingpartner an e Der Supportpartner bernimmt die Benutzerbetreuung der Nutzer beim Kunden im Namen des Dienstleistungsanbieters e Der Marketingpartner bernimmt das Marketing also u a die Plat zierung der angebotenen Dienstleistungen im Markt und die Kun denakquirierung im Namen des Dienstleistungsanbieters Der Hardwarezulieferer versorgt die Partner mit entsprechend ben tigter Hardware e Der Softwarezulieferer versorgt die Partner mit entsprechend ben tigter Software Kompakte Zusammenfassung von eASP 217 Die angegebenen Verbindungen zwischen den kollektiven Rollen geben die vertraglich zu regelnde Kooperation und oder Kommunikation wieder so wie die ebenfalls vertraglich zu regelnde Dienstleistungserbringung Ge meinsam ergeben die Verbindungen das n tige Kommunikationsnetz der kollektiven Rollen zur Bereitstellung und Nutzung einer Software Dabei zeigen die durchgezogenen Linien die Kommunikation hinsichtlich der Vor bereitung der Bereitstellung d h der Aushandlung von Dienstleistungs beziehungen zwischen den kollektiven Rollen sowie die Kommunikation hinsichtlich der Abrechnung der angebotenen und genutzten Dienstleistun gen Die gestrichelten Linien zeigen die Kommunikation die w hrend der konkreten Softwarenutzung zus
312. s sie tat s chlich ist Eine qualitativ hochwertige Version kann durch eine schlechte Bereitstellung von den Nutzenden unter Ihrem Wert bewertet werden Das bedeutet die Softwareentwicklung muss die Erkenntnisse ber eine Softwareversion immer im Verh ltnis zur Qualit t der Bereitstellung be werten Insofern m ssen zyklische Softwareentwicklungsmethoden auch die Softwarebereitstellung in ihre Betrachtung einbeziehen Der dritte Punkt ASP hat in der Erkenntnis seinen Ursprung dass trotz Bedarf keine Ans tze in der Informatik zur Softwarebereitstellung zu finden sind In den Blick ber den Tellerrand gelangt schnell das Out sourcing welches durch die rasante Entwicklung in der Informations und Kommunikationstechnologie und durch den Aufbau von Netzwerkorgani sationen in Wirtschaft und Gesellschaft erm glicht wurde Zun chst wur den gesamte Gesch ftsprozesse aus Unternehmen ausgelagert Business Outsourcing oder gesamte bzw Teile der IT Abteilung IT Outsourcing In j ngerer Zeit werden von Unternehmen und auch Privatpersonen ein zelne Softwarepakete als Dienstleistungen von entsprechenden Anbietern ber das Internet gemietet Das Application Service Providing ASP als spezielle Form des IT Outsourcings entstand ASP ist ein Gesch fts modell hinsichtlich der Bereitstellung von Software welches die Bereit stellung umfassend betrachtet Es benennt Aufgaben und Aufgabenberei che die in Wertsch pfungsketten a
313. schaftlichen Rechenzentrum in M nchen zu einem privatwirtschaft lichen Rechenzentrum in Frankreich Zugangspartner Der Zugangspartner war jeweils auch das entspre chende privatwirtschaftliche Rechenzentrum Supportpartner Die Rolle des Supportpartners sollte Uni de mit Un terst tzung von HITeC bernehmen Faktisch wurde sie zun chst nur von HITeC eingenommen nach ca einem halben Jahr wurde sie nicht mehr ausgef llt Marketingpartner Uni de oblag die Rolle des Marketingpartners in der Bereitstellung von CommSy nahm diese Rolle aber kaum wahr Hardwarezulieferer Wer die Hardwarezulieferung f r den Betrieb bernommen hat ist nicht bekannt Die Hardware f r die Entwick lung stellte der Fachbereich Informatik der Universit t Hamburg Softwarezulieferer Die Open Source Community war der Software zulieferer da die zus tzlich ben tigte Software ausschlie lich Open Source war Die vertraglich geregelte Kommunikation und Kooperation stellte sich in dieser Fallstudie wie folgt dar e Kunde Nutzer Dienstleistungsanbieter Uni de stellte CommSy den deutschsprachigen Fach Hochschulen geb hrenfrei zur Verf gung somit war eine vertragliche Regelung dieser Kooperation nicht notwendig Anwendung auf die Fallstudien 173 Dienstleistungsanbieter Hostingpartner und Zugangspartner Hin sichtlich dieser Kooperation wurden sicherlich Vertr ge von Uni de mit dem entsprechenden Rechenzentrum vereinbart Genaue Anga
314. sche Aufgaben erweitern den Blick ber den meist unter Softwarebereitstellung verstandenen technischen Be trieb von Software auf organisatorische Ma nahmen Es m ssen die Benutzerbetreuung Fragen der Etatisierung und Kosten der Bereit stellung Aufgaben in der Softwareentwicklung u a Fehlerbehebung und Anpassung sowie Aufgaben im Marketing und in der Kunden betreuung beachtet werden Mit zentral wird hervorgehoben dass die Software an einem Ort f r potentiell viele gleichzeitig bereitgestellt wird Die Nutzenden m s sen nicht k nnen aber in unmittelbarer r umlicher oder organisa torischer N he dieses zentralen Ortes beheimatet sein Institutionell werden keine Grenzen gesetzt Organisatorisch entspricht dies einer 1 N Beziehung Technisch erinnert dies bewusst an das in der Infor matik bekannte Client Server Prinzip ohne Thinclients oder Termi nal Host Ans tze auszuklammern Der Begriff Dienstleistung vermittelt eine starke Kundenorientier ung die sich u a in Servicequalit t und Kundenzufriedenheit aus dr ckt Dar ber hinaus wird die Kooperation zwischen Bereitstel ler und Nutzer als Dienstleistungsbeziehung interpretiert Dadurch r cken vertragsrechtliche und monet re Aspekte in den Vordergrund welche Nutzenden eine Software zur Verf gung stellt Mit der Nennung der Nutzenden wird die Softwarebereitstellung im Einsatz kontext verankert Die Softwarebereitstellung verbleibt damit nicht auf der Ebene
315. siert ein Netz werk Leistungskompetenzen er ffnet Partizipation und bewahrt Flexibili t t Netzwerke sind hochgradig dynamische offene Systeme die jederzeit erneuert werden k nnen ohne dass das Gleichgewicht in Gefahr ger t Rolf 2004a An dieser enthusiastischen Sichtweise auf Netzwerke wird kritisiert dass die Bezeichnungen von Netzwerkorganisationen und gesellschaften irref hrend ist da dieses Bild eine gleichberechtigte und weitgehend au tonome Zusammenarbeit einer Gruppe von Akteuren suggeriere vgl Rolf 2004a Sennett 1999 Sydow 1999 Tats chlich gehe die Macht von einem Zentrum aus das den scheinbar autonomen Mitgliedern des Netzwerkes die Ziele diktiere Rolf 2004a sieht in den Herrschern der Netzwerke multi nationale Unternehmen die in der Lage sind den Netzwerkakteuren ihre Logik aufzuzwingen Sie dirigieren das Netzwerk ber f r sie transparen te Softwaresysteme Rolf 2004a S 24 F r die Softwarebereitstellung werden u a durch die Netzwerkorgani sation in Kombination mit dem Akteursmodell Vernetzungsm glichkeiten und flexible Kooperationsbeziehungen der beteiligten Akteure in der Orga nisationsperspektive sichtbar Kapitel 7 5 1 4 Transaktionskostentheorie Die Transaktionskostentheorie befasst sich mit der Organisation von Tausch beziehungen Die grundlegende Untersuchungseinheit stellt die einzelne Transaktion dar die als bertragung von Verf gbarkeitsrechten definiert wird Pic
316. sind alle Zugangsberechtigungen der Nutzenden fiir die internen ASP Anwen dungen abgelegt Bei jedem Zugangsversuch gleicht der Server die vom Nutzer geforderten Daten zur Authentisierung mit den hinter legten Daten ab und vergibt daraufhin die entsprechenden Zugangs berechtigungen Die erforderlichen Daten sind in der Regel Kennung und Passwort Es sind aber auch andere Verfahren zur Authentisie rung Chipkarte Stimmenerkennung Fingerabdruck Scanner denk bar und vereinzelt schon im Einsatz Technik 107 Remote Access Server Der Remote Access Server erm glicht den direkten und dedizierten Zugang zum internen Bereich Dieser ist aber dennoch durch eine Firewall gesch tzt Firewall Zwei Firewalls stellen die Schnittstelle vom internen Be reich zur DMZ bzw von der DMZ zum externen Bereich dar mit Ausnahme des Remote Access Servers Eine Firewall blockiert und kontrolliert verschiedene Protokolle die auf dem TCP IP Protokoll aufsetzen Durch die doppelte Sicherung in der DMZ soll Angreifern der Zugriff auf den internen Bereich erschwert werden Externer Bereich Der Anwender im externen Bereich hat verschiedene M glichkeiten auf die ASP Infrastruktur zuzugreifen Wireless Neben dem Zugriff ber das Festnetz kann auch draht los auf die ASP Infrastruktur zugegriffen werden Dem so genann ten Wireless ASP WASP werden gro e Zukunftschancen einge r umt immerhin soll WASP dazu beitragen die horrenden Kosten f r die UMTS
317. soll tiefe Einblicke in diese Bereit stellungskontexte die in dieser Arbeit als Fallstudien genutzt werden er m glichen und Hinweise f r die zuk nftige Gestaltung der Bereitstellung von CommSy geben 1 2 Einordnung in die Informatik Diese Arbeit ordnet sich in das Forschungsgebiet Informatiksysteme in Organisationen der Informatik speziell in den Bereich organisationsbe zogene Softwareentwicklung ein In diesem Gebiet werden technische und soziale Aspekte im Zusammenhang mit der gesellschaftlichen Einbin dung der beteiligten Akteure bei der Softwareentwicklung und nutzung verkn pft Eine Grundannahme in diesem Gebiet ist dass ein Verst ndnis der Zusammenh nge zwischen Organisationen und Softwareentwicklung notwendige Voraussetzung ist um Ans tze und Methoden hervorzubrin gen die die organisatorischen Bedingungen unmittelbar ber cksichtigen und dadurch zu organisatorisch angemesseneren Prozessen und Produkten der Softwareentwicklung f hren vgl Klischewski 2004 Seit einigen Jahren findet der Begriff organisationsbezogene Softwa reentwicklung Floyd 1994 im Fachbereich Informatik der Universit t Intendierte Ergebnisse 5 Hamburg Verwendung um interdisziplin re Aspekte in der Softwaretech nik und Angewandten und Sozialorientierten Informatik zu thematisieren und zu verkn pfen Hiermit ist das Erkenntnisinteresse verbunden sich systematisch mit den Wechselwirkungen zwischen Anwenderorganisation und S
318. spekt steht aller dings in einem gewissen Widerspruch zur Kostenersparnis Eine gro e Fle xibilit t zieht eine entsprechende Komplexit t mit sich die die Grenze zwi schen der Bereitstellung von einer Anwendung f r viele Kunden zu einer Bereitstellung von einer Anwendung f r einen Kunden berschreiten l sst Beispielsweise k nnen Updates oder Supportanfragen bei einer hochkom plexen Anwendung nicht mehr f r alle Kunden gemeinsam geleistet wer den Der Einsparungsvorteil w re dahin Gewisse Anpassungen sind aber erw nscht so dass bei ASP Anwen dungen oft ein Mittelweg gew hlt wird Die angebotene Funktionalit ts vielfalt ist fest vorgegeben Sie kann eventuell ausgeblendet und an unter nehmenskritische Prozesse und Abl ufe leicht angepasst werden Die Be nutzeroberfl che wiederum ist hinsichtlich des Look and Feel sehr flexi 104 Gesch ftsmodell Application Service Providing bel an die Bed rfnisse der Nutzenden bzw der Mandaten ber Template Techniken anpassbar Plattformunabh ngigkeit Plattformunabh ngigkeit bedeutet in diesem Fall die Betriebs und Nut zungsm glichkeit auf unterschiedlicher Hard und Software Auf Serverseite muss eine Plattformunabh ngigkeit nicht unbedingt ge geben sein da die zentral bereitgestellte Infrastruktur auf Seiten des Bereit stellers in der ASP Literatur Application Service Provider genannt in der Regel nicht gewechselt wird Auf der Nutzerseite ist eine Plattformunab
319. sprechpartner aufmerksam gemacht Evaluation der Nutzung Eine Evaluation der Nutzung mittels quan titativer oder qualitativer Erhebungsmethoden wurde nicht durchge f hrt Didaktische Beratung Das Veranstalterforum wurde ber ein halbes Jahr moderiert danach wurde die Moderation eingestellt Da Uni de Anwendung auf die Fallstudien 149 nur einmal relativ am Anfang in das Veranstalterforum einlud fan den nur wenige Veranstalter in das Veranstalterforum Eine regelm Bige Sprechstunde z B mittels Chat wurde nicht angeboten Redaktion Das Freischalten der Projektr ume wurde w hrend des gesamten Zeitraums von Uni de bernommen Sie erf llte die Auf gabe gegen Ende der Kooperation nicht mehr zur Zufriedenheit der Nutzenden Beispielsweise erfolgte auf eine Anfrage nach einer Be nutzerkennung keine Reaktion Marketing Marketing fand nicht statt Mit einer Ausnahme Auf den Webseiten von Uni de http www uni de waren sp rlich Infor mationen zu finden die von den Entwicklern vorbereitet und von Uni de berarbeit auf deren Webseite gestellt wurden Kundenbetreuung Eine Kundenbetreuung fand nur in einem sehr ge ringen Ma e in Bezug zur Bannerwerbung statt Hier sind Gesch fts beziehungen gepflegt worden Kommunikation Kundenbetreuung Es gab keine Kunden demnach auch keine Pflege von Kundenbeziehungen Vertr ge F r die Werbebanner bestanden Vertr ge Ansonsten wur den keine weiteren Finanzierungsmodelle
320. stleistungen m ssen an die verantwortlichen Stellen weiterge leitet werden Netzsicherheit installieren und pflegen Zugriffserm glichung Netz sicherheit Der Zugriff auf den Anwendungsserver sollte mit ent sprechenden Sicherheitsmechanismen z B SSL oder VPN gesi chert werden Rechnungen stellen Kooperation Abrechnung Alle Dienstleister m ssen ihre Leistungen anderen beteiligten Dienstleistern in Rech nung stellen Rechnungen stellen Kundenbetreuung Abrechnung F r laufen de Vertr ge m ssen Rechnungen gestellt und an Kunden verschickt werden Releases identifizieren zusammenstellen und ver ffentlichen Anwen dungsentwicklung Releasemanagement Zur Ver ffentlichung ei ner neuen Version der Software muss diese zun chst identifiziert und dann in einem Release zusammengestellt werden Anschlie end er folgt die Ver ffentlichung dieses Release ber entsprechende Kan le z B Webseite Serverhardware pflegen Betrieb Hardware Zum Betrieb eines Servers zur Bereitstellung einer Software wird entsprechende Hard 254 Aufgabenperspektive ware ben tigt Diese muss zur Verf gung gestellt und gewartet wer den Software und Dienstleistungen pr sentieren Marketing Werbung Zur Etablierung der Software geh rt ihre Pr sentation und der dazu geh rigen Dienstleistungen z B bei ffentlichen Messen und Kon ferenzen sowie in Unternehmen Softwarearchitektur pflegen Anwendungsentw
321. sung ist Endres 2004 7 1 6 Qualitaten und Quantitaten Den Ausf hrungen ber die ASP Marktlandschaft The Application Ser vice Provider Market Landscape von Gillian u a 1999 S 5 Abschnitt 4 3 1 sowie den Folgerungen aus der Auseinandersetzung mit dem Dienst leistungsbegriff Abschnitt 7 1 3 K nnen zwei interessante Aspekte f r den Bereitstellungsansatz eASP entnommen werden 1 Die in Kapitel 6 vorgestellten Aufgaben k nnen von den entspre chenden Akteuren in verschiedenen Quantit ts und Qualit tsstufen angeboten werden folgt aus dem Dienstleistungsbegriff 2 Je nach Software sind andere Quantit ts und Qualit tsstufen in der Bereitstellung erforderlich Folgende These wird aufgestellt Je kom plexer die bereitgestellte Software desto h her ist die ben tigte Quan tit t und Qualit t in der Bereitstellung folgt aus der ASP Marktland schaft Hier ist mit Quantit t die Anzahl der wahrgenommenen Aufgaben und mit Qualit t die Qualit t ihrer Durchf hrung gemeint was je nach Aufgabe gr ere Schnelligkeit Sorgfalt Ausf hrlichkeit oder hnliches bedeutet In Anlehnung an Gillian u a 1999 und den Perspektiven Arbeitsplatz Arbeitsgruppe und Unternehmen aus der IT unterst tzten Organisationsge staltung Abschnitt 5 1 1 werden aus Kundensicht folgende drei Nutzungs arten von Softwarebereitstellungsangeboten f r den Ansatz eASP definiert e Pers nliche Nutzung F r die pers nliche Nutzung wer
322. t Generell muss nicht der gesamte Bereitstellungsrahmen zur Diskussion ge stellt sondern nur bestimmte Ausschnitte m ssen neu gestaltet wer den wenn beispielsweise eine neue Softwareversion die alte abl sen soll oder ein Akteursaustausch beim Hostingparter stattgefunden Konzeption 195 hat Bereiche die von diesen Anderungen nicht direkt betroffen sind miissen sie nur zur Kenntnis nehmen Instabiler Bereitstellungsrahmen Gestaltung von Teilen oder der Gesamtheit des Bereit stellungs rahmens Konstituierung 7 m VA Dienstleistungs nutzung Nutzung Dienstleistungs zx erbringung Bp g Stabiler Bereitstellungsrahmen Abbildung 30 Zyklisches Verst ndnis der Softwarebereitstellung e Bereitstellungsrahmen Ergebnis der Herstellung ist ein an die aktu ellen Bed rfnisse und Bedingungen angepasster Bereitstellungsrah men der die Vorbereitung des Kontextes insbesondere innerhalb der Akteure und die rechtliche Absicherung durch Dienstleistungsver tr ge mit einschlie t In diesem Sinne ist er in dieser Situation als stabil zu bezeichnen Der gestaltete Bereitstellungsrahmen ist Grund lage und Voraussetzung f r den Einsatz in dem er sich bew hren muss Au erdem stellt er eine Momentaufnahme der in dieser Situa tion angemessenen Organisation der Softwarebereitstellung dar Der Bereitstellungsrahmen setzt sich aus folgenden Komponenten zusamm
323. t zu allen Eintr gen ausgenommen Personen Anmerkungen zu schreiben e Ank ndigungen weisen Nutzende des Gemeinschaftsraums auf ak tuelle Ereignisse und interessante Informationen hin Sie haben den Charakter eines Schwarzen Bretts an das jedes Mitglied Nachrich ten anschlagen kann Wichtige redaktionelle Ank ndigungen k nnen auf der Portalseite ver ffentlicht werden e Veranstaltung Eine Beschreibung der Lehr Veranstaltungen sowie den Zugang zu den Projektr umen bietet die Rubrik Veranstaltun gen Hier K nnen Lehrveranstaltungen im Curriculum aber auch ex tracurriculare Gruppen eingetragen sein deren Teilnehmer sich z B zusammen auf eine Pr fung vorbereiten Zu jeder Veranstaltung kann ein Projektraum er ffnet werden Zus tzlich und unabh ngig vom Projektraum k nnen der Veranstaltung Materialien zugeordnet wer den die z B als Vorbereitung auf ein Seminar zu lesen sind oder Er gebnisse einer Projektarbeit darstellen Eine Veranstaltung kann auch mit Themen und Institutionen verkn pft und so in einen inhaltlichen und organisatorischen Kontext gestellt werden Materialien Ein Material kann ein einfacher Literaturhinweis sein es k nnen aber auch elektronische Dokumente gespeichert oder gan ze Texte in CommSy geschrieben werden Teilnehmer k nnen Mate rialien untereinander verkn pfen z B um vorhandene Arbeiten un ter einer neuen Sichtweise zusammenzustellen und zu kommentie ren Materialien k n
324. t Ver nderungen wird im zyklischen Vorgehen in den Prozess gelegt so dass neue kurze Detailvertr ge als Konsequenz der zyklischen Treffen entstehen Ob die Detailvertr ge rechtlich einem Miet Pacht Leasing Werk oder Dienstleistungsver trag entsprechen ist von Kooperation zu Kooperation verschiedenen So ist es m glich und wahrscheinlich dass verschiedene Vertragsarten in einem langfristigen Rahmenvertrag zur Softwarebereitstellung zu finden sind 10 2 eASP in Informatiksysteme in Organisationen Zur Einbettung von eASP in das Gebiet Informatiksysteme in Organisa tionen wird eASP im Folgenden in den Methodenrahmen der Softwareent wicklung STEPS und in das Konzept der IT unterst tzten Organisationsge staltung integriert 10 2 1 eASP im Methodenrahmen der Softwareentwicklung STEPS Da die Softwarebereitstellung Einfluss auf die Zufriedenheit der Nutzenden einer Software hat Strauss u a 2003 muss die Softwareentwicklung die Erkenntnisse ber eine Softwareversion immer im Verh ltnis zur Bereit stellung der Version bewerten Wie kann eASP der Softwareentwicklung helfen diesem Umstand zu begegnen und wie l sst sich die Softwarebe reitstellung in STEPS Abschnitt 5 2 1 integrieren Floyd und Z llighoven 2002 unterscheiden bei der Softwareentwick lung zwischen produktbezogene T tigkeiten Anforderungsermittlung Sy stemdefinition Entwurf Implementierung Validation Systemeinf hrung und Wartung und
325. t eine transparente gemeinschaftli che Nutzung und erleichtert die Kommunikation ber Inhalte und die Orientierung im virtuellen Raum Individualisierbarkeit wird nicht im Sinne einer Anpassbarkeit an die Bed rfnisse einzelner Personen Kooperationsplattform CommSy 49 verstanden ISO 1996 sondern als Anpassbarkeit an die Bediirfnisse der ganzen Gemeinschaft In ihrer Bewertung des Systemdesigns loben die in der Evaluation der Nut zung Strauss u a 2003 befragten Lehrenden ausdr cklich das demokra tische Rechtesystem von CommSy Sie weisen allerdings explizit darauf hin dass bestehende asymmetrische soziale Positionen allein durch den Einsatz einer Software nicht ver ndert werden k nnen Die angemessene didaktische Einbettung einer Software ist die entscheidende Voraussetzung f r den zufrieden stellenden Einsatz W hrend ein Gro teil der Professoren und wissenschaftlichen Mitar beitern die gemeinschaftsstiftende Funktion von CommSy betont wegen der gr eren N he die sie hierdurch zu ihren Studierenden empfinden so wie der st rkeren Transparenz der Lernprozesse f llt das Urteil der Studie renden differenzierter aus Strauss u a 2003 Die Mehrheit von 65 be wertet den Einsatz von CommSy als nicht oder wenig gemeinschafts stiftend Generell haben die Teilnehmer im Rahmen ihrer Arbeit mit Comm Sy Anonymit t wie sie h ufig im Zusammenhang mit virtueller Kommu nikation beklagt wird kaum emp
326. t werden zus tzliche Aufgaben Aufgabengebiete und funktio nelle Rollen vorgestellt bevor die Fallstudie hinsichtlich der Aufgaben ana lysiert wird Anwendung auf die Fallstudien 151 Zus tzliche Aufgaben Wie in der ersten Fallstudie ergeben sich nderungen in der Aufgaben struktur Dabei sind die Erweiterungen der Aufgabenstruktur durch zus tz liche funktionellen Rollen und Aufgabengebiete mit der vorigen Fallstudie identisch so dass sie an dieser Stelle nicht n her betrachtet werden m s sen Auch auf der Ebene von Aufgaben sind die Unterschiede sehr gering so dass f r die Bereitstellung von CommSy im Forschungs und Entwick lungsprojekt WissPro nur auf die Unterschiede in den Aufgaben zu der Be reitstellung von CommSy bei Uni de eingegangen wird Im Gegensatz zur ersten Fallstudie gibt es hier die Aufgabe Projektr u me verwalten nicht denn in der CommSy Version ab 2 0 m ssen nicht mehr nur einzelne Projektr ume verwaltet werden sondern ganze CommSys mit beliebig vielen Projektr umen Aus diesem Grund ist die Verwaltung der Projektr ume in die Hand der Projektraumveranstalter sprich Nutzer gelegt worden Daf r gab es ab Version 2 2 den Gemeinschaftsraum f r den die Redaktion verantwortlich ist und in dem sie Nutzungsanreize geben soll e CommSys verwalten Ein CommSy konnte hinsichtlich Farbe Name Rubriken und weiterer Einstellm glichkeiten wie die Gestaltung des Portals konfiguriert werden Dar ber hinaus musste
327. t zu definieren sind vgl Abschnitt 4 5 3 technisch intern Wartungszug nge 35m Schnittstelle bzw technisch extern entmilitarisierte Zone Web Server bzw Angebotsportal F iF ee ah a g i Router Firewall Authentisierung und weitere Sicherheitsmechanismen H Router Firewall Internet aa Abbildung 29 Technische Infrastruktur f r eASP a organisatorisch extern la Interner Bereich Der interne Bereich bezeichnet technisch die f r die Softwarebereitstellung einer Software ben tigte Hard und Software sowie deren Vernetzung untereinander Ein internes Netzwerk ver bindet die verschiedenen Serverkomponenten z B Anwendungsser ver Applikationsserver Portalserver Kommunikationsserver DMS Server E Security Server Billingserver Es erlaubt dem Wartungs personal sich administrativ um die Softwarebereitstellung zu k m mern ber die interne Vernetzung k nnen keine Nutzenden auf die zentral bereitgestellten Anwendungen zugreifen Organisatorisch ent spricht der interne Bereich damit der kollektiven Rolle des Hosting Konzeption 185 partners sei es nun eine T Abteilung in einem Unternehmen oder ein eigenstandiger Dienstleister Entmilitarisierte Zone Die Schnittstelle zwischen internem und ex ternem Bereich wird entmilitarisierte Zone demilitarised zone DMZ genannt Bei einem Zugriff von au en
328. teiligung an Koordinationstreffen berblick ber Bereitstellung be halten Leitung Anwendungsentwicklung Die Entwicklungsleitung ist f r die Weiterentwicklung der Software verantwortlich und bernimmt in dieser leitenden Funktion koordinierende und berwachende Auf gaben Sie hat die endg ltige Entscheidungsgewalt Die an der Wei terentwicklung beteiligten Personen sind zu koordinieren au erdem Aufgabengebiete in der Softwarebereitstellung 247 ist die Einhaltung von Vereinbarungen Programmierkonventionen Softwarearchitektur funktionelle Planung strategische Planung usw zu tiberwachen Aufgaben Entwicklung koordinieren und tiberwa chen Entwicklungsentscheidungen treffen Netzsicherheit Zugriffserm glichung Die Verbindung zwischen An wendungsserver und dem Internet bzw den Clients muss mittels Si cherheitsmechanismen Firewall IDS gesichert werden so dass nur authentisierte Benutzer an die Daten gelangen und kein unerlaubter Zugriff m glich ist Aufgaben Netzwerksicherheit installieren und pflegen Netzverbindung Zugriffserm glichung Es muss eine stabile und schnelle Verbindung vom Anwendungsserver zu den Clients vorhan den sein Da in der Regel ber das Internet auf den Anwendungs server zugegriffen wird ist die Anbindung des Servers an das Inter net performant und ausfallsicher zu gestalten Aufgaben Verbindung etablieren und pflegen Planung Anwendungsentwicklung Zur Entwicklungsplanung ge
329. ten vom Service geber angeboten und durchgef hrt werden Qualit t und Quantit t beziehen sich dabei auf die mit der Dienstleistung verbundenen Auf gaben 166 Organisationsperspektive Wer tut was Im Folgenden wird sich den drei Aspekten Vertragsgeflecht Geb hren und Kosten sowie Qualit t und Quantit t angenommen da eine Auseinander setzung mit diesen Aspekten im Gegensatz zum Dienstleistungsgeflecht Abschnitt 7 1 1 bisher nicht stattgefunden hat 7 1 4 Vertragliche Regelungen Bereits in der Aufgabenstruktur Kapitel 6 und dem kollektiven Rollen netz wurden vertragliche Vereinbarungen zwischen den kollektiven Rollen angemahnt Diese Forderungen werden nun begr ndet und konkretisiert 311 des B rgerlichen Gesetzbuchs BGB 2002 nimmt wie folgt zum Sinn von Vertr gen Stellung Zur Begr ndung eines Schuldverh ltnisses durch Rechtsgesch ft ist ein Vertrag zwischen den Beteiligten erfor derlich soweit nicht das Gesetz ein anderes vorschreibt Demnach soll ten vertragliche Regellungen zwischen allen an der Softwarebereitstellung beteiligten Akteuren vereinbart werden um Rechte und Pflichten in der Kooperation insbesondere in Hinblick auf Schwierigkeiten eindeutig zu kl ren vgl Rosenhagen 2002 Zwipf und Sch nfelder 2002 Neben der Begr ndung eines Schuldverh ltnisses BGB 2002 311 haben die vertraglichen Regelungen noch eine andere Funktion Sie machen die Aufgaben Aufw nde Ressourcen
330. tenmodell Abschnitt 4 1 1 folgende kollek tive Rollen mit entsprechenden bergeordneten Aufgaben und Verbindun gen zu anderen kollektiven Rollen herausgearbeitet werden vgl Bleek und Jackewitz 2004 Jackewitz 2004 e Der Kunde kauft bzw bezahlt die vom Dienstleistungsanbieter an gebotenen kostenpflichtigen Anwendungen und Dienstleistung f r die Nutzer seine Angestellten oder Kunden Der Ansprech bzw Kooperationspartner in Fragen der Abrechnung Gew hrleistungs pflichten und weiterer rechtlicher Aspekte ist f r den Kunden der Dienstleistungsanbieter e Der Nutzer benutzt die vom Dienstleistungsanbieter angebotenen und vom Kunden bezahlten Anwendungen und Dienstleistungen e Der Dienstleistungsanbieter stellt dem Kunden Dienstleistungen aus einer Hand zur Verf gung Er bernimmt die Kundenbetreuung d h er pflegt die Kundenbeziehungen und rechnet die genutzten Dienst leistungen gegen ber dem Kunden ab Um entsprechenden Dienstlei stungen zur Verf gung zu stellen bzw diese vermarkten zu k nnen kooperiert der Dienstleistungsanbieter mit dem Anwendungspartner Hostingpartner Zugangspartner Supportpartner und Marketingpart ner Au erdem muss insbesondere er als zentraler Punkt im kollekti ven Rollennetz in der Koordination aller Beteiligten Verantwortung bernehmen zumal die Bereitstellung einer Software in seinem Na men f r Kunde und Nutzer erfolgt 1 Eine kollektive oder funktionelle Rolle kann per Definit
331. ter schiedliche Perspektiven ein Zwischen zwei oder mehreren Personen k n nen sich gemeinsame Perspektiven bilden vgl Lehner u a 1995 Floyd 1989 Perspektivit t bedeutet dass bestimmte Ph nomene ausgeblendet oder nicht einbezogen werden Perspektivit t ist prinzipiell mit Blind heit verbunden Ich sehe nicht was ich aus meiner Perspektive nicht sehen kann Die Blindheit kann niemals ausgeschaltet werden Voraussetzung f r das Entstehen von tieferen Einsichten ist die Selbstreferenz und die Inter aktion Kreuzung von Perspektiven Perspektivische Blindheit kann 70 Erfahrungen in Softwarebereitstellungsprojekten durch Selbstreferenz berwunden werden Wenn ich sehe da ich blind bin kann ich sehen Floyd 1989 S 8 Aus meinen Erfahrungen bei der Bereitstellung von Software insbe sondere in den beiden Fallstudien schlage ich in Ermangelung an Alterna tiven aus der Literatur die Aufgaben Organisations und Technikperspek tive sowie das Vorgehen zur Betrachtung der Softwarebereitstellung vor F r mich stellen sie die Hauptaspekte bei der Bereitstellung von Software dar So konzentriere ich mich mit einer Perspektive auf einen Gegenstands bereich der Softwarebereitstellung immer mit dem Wissen dass nur das Einnehmen und Kreuzen aller Perspektiven zu einem Gesamtverst ndnis f hrt Aufgabenperspektive Bei der Bereitstellung von Software fallen in den Fallstudien augenschein lich verschiedene Au
332. ter oder als Kunde ein u erer Einfluss der zur Instabili t t des Bereitstellungsrahmens beitr gt Der Akteur ist somit ein Teil der Instabilit t und Anlass einen neuen Zyklus zu etablieren In der nachfolgenden Herstellung muss mit allen beteiligten Akteuren also auch mit ihm der Bereitstellungsrahmen an die neue Situation ange passt werden Ein beteiligter Akteur betrachtet die Bereitstellung einer Software als beendet wenn er sich als Kunde aus der Nutzung oder als Dienst leister aus der Bereitstellung zur ckzieht bzw von anderen Akteuren ausgeschlossen wird Der R ckzug bzw Ausschluss f hrt zu einer in stabilen Bereitstellung In der folgenden Phase der Herstellung eines neuen Bereitstellungsrahmens ist der Akteur dann nicht mehr im Be reitstellungsrahmen existent formales Ende und wurde ggf durch einen anderen ersetzt Akteurs bergreifende Sicht Aus einer Metasicht stellt die erste Etablierung des ersten Zyklus welcher zur ersten Herstellung eines ersten Bereitstellungsrahmens f hrt den Beginn der Bereitstellung dar Das Ende der Bereitstellung tritt ein wenn es aufgrund eines insta bilen Zustands kein weiteres etablierendes Moment mehr gibt d h wenn kein Akteur einen neuen Zyklus mittels einer Etablierung initi iert Das Akteursnetzwerk zerf llt alle Akteure geben ihre Rollen im kollektiven Rollennetz auf Ein Grund f r das Ende der Bereitstel lung und den endg ltigen Zerfall des Akteursnetzwerks
333. tes Ausblenden und Vereinfachen die Komplexit t reduzieren Die dadurch gewonnene Handhabbarkeit und das gewonnene Verst ndnis werden mit dem Nachteil erkauft dass Ans tze und Modelle nicht die Realit t darstellen sondern nur ein vereinfachtes Abbild eASP stellt somit nicht die Realit t sondern nur ein vereinfachtes Ab bild von Softwarebereitstellungen dar Die Verflechtungen auf technischer Ebene sind in der Praxis wesentlich komplexer Bei der Benennung von Aufgaben kann nicht von einer Vollst ndigkeit gesprochen werden Die Be ziehungen zwischen Akteuren sind ungleich politischer als in eASP darge stellt Die M glichkeiten der Abrechnung und der juristischen Fallstricke sind vielschichtiger und das Vorgehen wird von zahllosen Ver nderungen beeinflusst Auch wenn eASP die gesamte Komplexit t von Softwarebereit stellungen nicht erfassen kann so macht der Ansatz dennoch auf verschie dene Aspekte aufmerksam Er gibt einen Rahmen und durch seine Perspek tiven eine Systematisierung vor mit der verschiedene Szenarien der Soft warebereitstellung mit Einschr nkungen hinsichtlich der Vollst ndigkeit analysiert und bewertet werden k nnen eASP richtet sich vorrangig an Unternehmen oder Abteilungen die als Dienstleister in einem Bereitstellungsnetzwerk agieren bzw an die entspre chenden Personen die die Softwarebereitstellung koordinieren und orga nisieren Mit der Systematisierung von eASP erlangen diese Personen die M glichkeit
334. the organisation and the procedure so that aspects of the informatics field information systems in organisations particularly of organisationally re lated software development are specifically drawn upon in order to over come these weaknesses Thus the Application Service Providing is sub stantiated by these approaches and the business model is revaluated as a software provision approach The developed approach to the software pro vision which conceives software provision as an evolutionary provision of an application as a service includes all four mentioned perspectives and is xviii Zusammenfassung called eASP for evolutionary Application Service Providing The nomen clature reflects on the one hand the connection to as well as the foundation on the Application Service Providing and on the other hand the fundamen tal understanding of software providing The analytical usage of eASP for the case studies exemplifies their prac tical usability and in addition reveals differences difficulties and stumbling blocks in both case studies so that the question as to the failure or non failure of each case study can be solved separately and in a differentiated manner The challenge this paper presents is comprised in the foundation and extension of the working model Application Service Providing into the soft ware provision approach eASP in order to make it useful for informatics With the aid of eASP for example the effects and achie
335. thoden im Sinne einer Triangulation Flick 1999 S 249ff ein 32 Erfahrungen in Softwarebereitstellungsprojekten gesetzt Strauss u a 2003 Dabei setzten quantitative hypothesen berpr fende Verfahren auf qualitativen hypothesengenerierenden Verfahren auf Fokusgruppen Krueger und Casey 2000 bildeten eine breite empiri sche Basis an Nutzungskontexten und erfahrungen um davon ausgehend weitere Forschungsfragen abzuleiten Mit dem Einverst ndnis der Betei ligten wurden alle Gruppen und Einzelinterviews auf Tontr gern aufge zeichnet und anschlie end im Wortlaut transkribiert und anonymisiert Es entstanden mehrere hundert Seiten Text die im Sinne der Grounded Theory Strauss und Corbin 1996 ausgewertet wurden Strauss u a 2003 S 10f Aufbauend auf den Interviewergebnissen wurden Online Frageb gen entwickelt und Hyperlinks auf diese Frageb gen per E Mail an Lehrveran stalter und Studierende mit CommSy Erfahrung geschickt Bei einer R ck laufquote von ca 20 konnten Aussagen ber den Einsatzkontext das Nut zungsverhalten die didaktische Einbettung die Zufriedenheit der Nutzen den CommSy selbst und die Bereitstellung von CommSy gemacht werden Strauss u a 2003 S 11f Erg nzend zu den gerade beschriebenen Evaluationsmethoden wurde eine anonymisierte Analyse von Logfiles vgl D ring 2003 von CommSy Projektr umen durchgef hrt um verschiedene Nutzungstypen z B Viel und Wenignutzer zu vergleiche
336. til pro blemene i systemutvikling The DELTA project and it s Relation to Pro blems in System Development Norwegian Computer Center Oslo 1976 5 Forschungsbericht DELTA Projekt 272 Literaturverzeichnis Nygaard und Handlykken 1981 Nygaard K Handlykken P The Sy stem Development Process It s Settings some Problems and Needs for Methods S 157 172 In H nke H Hrsg Software Engineering En vironments Amsterdam North Holland 1981 Oberquelle 1987 Oberquelle H Sprachkonzepte fiir benutzergerechte Systeme Berlin u a Springer 1987 Informatik Fachberichte 144 Orlikowski 1992 Orlikowski W J The Duality of Technology Rethin king the Concept of Technology in Organizations In Organization Science 3 1992 Nr 3 S 398 427 Ortmann u a 1997 Ortmann G Sydow J Windeler A Organisation als reflexive Strukturation S 315 354 In Ortmann G Sydow J T rk K Hrsg Theorien der Organisation Opladen Westdeutscher Verlag 1997 Pape 2004 Pape B Organisation der Softwarenutzung Hamburg Uni versit t Hamburg Fachbereich Informatik Dissertation 2004 einge reicht 2004 Disputation 13 12 2004 Pape u a 2002a Pape B Bleek W G Jackewitz I Janneck M Soft ware Requirements for Project Based Learning CommSy as an Exem plary Approach In Sprague R H Hrsg Proceedings of the 35th Ha waii International Conference on System Science 20
337. tionskostentheorie und der An satz des Serviceflow Management als ein Anwendungsmodell von Infor matiksystemen in Organisationen 5 1 1 IT unterst tzte Organisationsgestaltung Rolf 1998 schl gt als Leitbild f r die Organisations und Wirtschaftsinfor matik die IT unterst tzte Organisationsgestaltung vor Dieses Leitbild kehrt das Verh ltnis von Softwareentwicklung und Organisationsgestaltung um welches in der Softwaretechnik prim r auf der Softwareentwicklung liegt auch wenn zyklische Softwareentwicklungsmethoden die Anpassung des Einsatzkontextes explizit in den Softwareentwicklungszyklus einbeziehen vgl Wulf und Rohde 1995 Floyd u a 1997 Die IT unterst tzte Organisationsgestaltung geht davon aus dass bei der Modellierung von Informationssystemen die Organisation einer Institu tion oder Teile von Ihr ver ndert wird Die ver nderten organisatorischen und sozialen Ph nomene er ffnen neue M glichkeiten zu informations technischen Innovationen So stehen organisatorische Ph nomene einer seits und informationstechnische Potentiale andererseits in einem Wech selverh ltnis Diese organisatorische bzw technische Sichtweise kann in Perspektiven unterteilt werden in die Perspektive auf den Arbeitsplatz auf die Arbeitsgruppe und auf die unternehmensweite Organisation Rolf 1998 S 147f Die Verkn pfung dieser Perspektiven kann Top Down oder Bottom Up erfolgen Die Top down Sicht geht bei der Modellierung eines Info
338. tivit ten ist die Systemversion die sich dann in der Nutzung durch die Benutzer und gepflegt durch die Entwickler im Ein satzkontext beweisen muss Voraussetzung f r dieses Vorgehen ist dass die erstellten Versionen Erstversion sowie alle weiteren Versionen einsatzf hig sind und die Arbeitsprozesse der Benutzer sinnvoll unterst tzen Floyd 1991b S 23ff Dieses Vorgehen versteht sich nicht als ideale Vorgehens weise sondern als Rahmen der zu einer Klasse von situationsspezifischen Strategien f r individuelle Projekte f hrt das zyklische Projektmo dell ist wie eine Landkarte die ausgew hlte Aspekte des Territoriums der Softwareentwicklung aufzeigt und miteinander verkn pft Floyd 1991b S 25 Die Motivation f r zyklische Vorgehensweisen entspringt der Einsicht dass Arbeitsprozesse zur Softwareentwicklung in ihrem Verlauf nicht voll st ndig vorherbestimmbar sind und dass das System in Anpassung an ver nderte Anforderungen aus dem Einsatzbereich revidierbar sein muss vgl Floyd u a 1990 Kilberth u a 1994 Diese Anforderung an die Vorgehens weise f hrt zu einer Abkehr von Phasenmodellen vgl Lehner u a 1995 die Aktivit ten in einer linearen Weise mit vorweg bestimmten Zwischen ergebnissen gliedern vgl Floyd und Z llighoven 2002 Lehner u a 1995 Ein zyklisches Vorgehen f rdert die Verschr nkung zwischen der Her stellung und der Nutzung von Software sowie wechselseitige Lernprozesse zwis
339. tlich Geschwindigkeit weitgehender technischer Support und die Sicherung der kundenindividuellen Daten Diese skalierbaren Leistungen werden beim ASP in Service Level Agree ments SLAs als Teil von Vertr gen schriftlich fixiert Extended Services Die Extended Services erweitern die Managed Services um Konfiguration und Customizing sowie eine umfangrei che Benutzerbetreuung Schulung Training Coaching usw Wei ter z hlen hierzu Professional Services wie Prozessberatung sowie Strategie und Planung des Einsatzes der ASP Anwendungen beim Kunden ASP Angebote verkn pfen die Art der Anwendung mit entsprechenden Dienstleistungsstufen und positionieren sich gr tenteils in den grau ausge zeichneten Quadranten der ASP Marktlandschaft in Anlehnung an Gillian u a 1999 S 5 Personal ASP Im Personal ASP werden einfache sofort benutzba re Anwendungen Office Software Termin und Reiseplanung E Mail Adressenverwaltung Desktop Publishing DTP angeboten Hohe Kundenzahlen und das damit verbundene hohe Datenaufkom men sind typisch f r Personal ASP genauso wie nur eine minima le Benutzerbetreuung und vergleichsweise keine weiterreichenden Dienstleistungen Collaborative ASP Im Collaborative ASP wird Groupware im weite sten Sinne angeboten Conferencing Unified Messaging Projektma nagement Sales Automation Onlineshops usw Hier steht insbeson dere die Verf gbarkeit der Anwendungen im Fokus die durch ent sprechende
340. tstellung von Software deren organisatorische Einbettung in Handlungsweisen z B Un ternehmensprozesse und deren soziale Einbettung in die Organisation In diesem Verst ndnis ist die Softwarebereitstellung ein Teil der Softwarenut zung Zur Organisation der Softwarenutzung entwickelt Pape 2004 einen Analyse und Gestaltungsrahmen in den sich der in dieser Arbeit entwick elte Ansatz eASP zur Analyse und Gestaltung der Softwarebereitstellung einordnen und abgrenzen lassen muss Zur Illustration der Einordnung und Abgrenzung wird im Folgenden auf den Analyse und Gestaltungsrahmen f r die Organisation der Softwarenutzung von Pape 2004 eingegangen Abgrenzung 23 Analyse und Gestaltungsrahmen der Softwarenutzung Dem Analyse und Gestaltungsrahmen liegen drei Annahmen der Softwa renutzung zugrunde vgl Pape 2004 S 5 und S 11f 1 2 3 F r einen Nutzungskontext gibt es nicht das richtige Softwaresystem sondern nur ein mehr oder weniger passendes Die Passung zwischen Softwaresystem und Nutzungskontext wird durch zahlreiche und vielf ltige Aktionen bestimmt Die Softwarenutzung erfordert ein kontinuierliches und wechselsei tig abgestimmtes Engagement der beteiligten Akteure Aufbauend auf dieser Grundlage entwickelt Pape 2004 seinen Analyse und Gestaltungsrahmen der Organisation der Softwarenutzung bestehend aus Aktionen Episoden und Strukturen die jeweils charakteristische Merk male aufweisen und vor dem
341. tstellung von CommSy auf Anbieterseite 3 die Nutzung von CommSy auf Nutzerseite 4 die Entwicklung von CommSy auf Entwicklerseite Zur Illustration der Untersuchungsbereiche wird in diesem Kapitel zun chst auf die angewendeten empirischen Methoden zur Datenerhebung eingegan gen und dann CommSy vorgestellt Daran schlie t sich die Beschreibung der Bereitstellung von CommSy in den zwei Kontexten CommSy Uni de und CommSy WissPro Fallstudien an Angaben ber die Nutzung und die Entwicklung flie en in die Beschreibungen der Fallstudien und die Pro duktbeschreibung sukzessiv ein Die in diesem Kapitel dargestellte empirische Basis dient zum einen der Darstellung des praktischen Bedarfs an einem Ansatz zur Analyse und Ge staltung der Softwarebereitstellung und der Ableitung von Anforderungen an diesen Ansatz aus der Praxis Zum anderen wird auf die hier dargestell ten Fallstudien der Ansatz sp ter angewendet So dient dieses Kapitel auch als Pr fstein an dem sich der Ansatz messen lassen muss 3 1 Evaluationsmethodik Die nachfolgende Beschreibung der Entwicklung Bereitstellung und Nut zung von CommSy basiert auf Daten die mit unterschiedlichen Methoden 30 Erfahrungen in Softwarebereitstellungsprojekten erhoben wurden Im Folgenden werden sie separiert nach Entwicklung Bereitstellung und Nutzung dargestellt auch wenn sich die separat dar gestellten Vorgehensweisen bei der Evaluation und Dokumentation nicht so eindeutig wie hier
342. ttlung der Ergebnisse in die Forschung wie in den letzten Kapiteln dieser Arbeit gezeigt wird Dar ber hinaus erleichtert der starke Bezug auf ein Praxismodell die R ckf hrung der Ergebnisse in die Praxis Informatiksyst in Org Praxismodell Integration der Erweiterung von ASP Softwarebereitstellung D 25 mee S52 eASP SSE u E s er 5 ue Softwarebereitstellungs Eg o o fos Sue ansatz 5 a3 522 x So sak coe Sg 2 25 353 of v gt Informatiksyst in Org Empirie Praxismodell Methoden amp Modelle Aktionsforschung ASP Bedarf an Softwarebereitstellung in Informatiksysteme in Organisationen Abbildung 1 Methodisches Vorgehen 1 5 Weiterer Aufbau Diese Arbeit gliedert sich in drei Teile Im ersten Teil Grundlagen wird das Thema dieser Arbeit Softwarebereitstellung beschrieben Die empi rischen Grundlagen das Gesch ftsmodell ASP und Methoden und Model le aus dem Gebiet Informatiksysteme in Organisationen Im zweiten Teil Herleitung werden diese Methoden und Modelle auf ASP angewendet und mit dem Ergebnis die Fallstudien korreliert Im dritten Teil Ergebnis wird 8 Einleitung der Softwarebereitstellungsansatz noch einmal kompakt dargestellt disku tiert und in das Gebiet Informatiksysteme in Organisationen eingeordnet Res mee und Ausblick HI eASP Vorgehen Technikperspektive Organisationsperspektiv
343. tungen in Rechnung stellen kann 4 2 4 Kombinierte Wertschopfungskette Zugangs Service verbin Hosting entwick dung lung Vertrieb Support Marketing Wartung Anwendungs entwicklung Software hersteller Network provider Rechen zentren IT Service Firmen Vertriebs partner Application Service Provider Prim re Sekund re Leistung eistung Abbildung 21 Kombinierte Wertsch pfungskette 88 Gesch ftsmodell Application Service Providing Picot u a 2000 stellen eine Wertsch pfungskette f r ASP vor in der Aufgabenfelder in eine aufeinander aufbauende Reihenfolge gebracht und dar ber hinaus mit m glichen Akteuren in Beziehung gesetzt werden Die Aufgabenfelder im Einzelnen sind vgl Dechant u a 2004 G nther u a 2001 Picot u a 2000 Riemer und Ahlemann 2001 Die Anwendungsentwicklung umfasst die Herstellung und das Bug Fixing einer Anwendung Die Zugangsverbindung umfasst die Herstellung und Aufrechterhal tung einer Verbindung vom Kunden zur Anwendung Das Hosting bezeichnet den kompletten Betrieb der technischen In frastruktur inklusive angebotener Anwendungen Die Serviceentwicklung bezeichnet die Installation und Bereitstel lung von Serviceprozessen Hier wird der technische und organisato rische Rahmen f r eine umfassende Benutzerbetreuung geplant und realisiert Unter Vertrieb und Marketing wird d
344. tungsgeb hr erhoben Monatlich werden dann eine wiederkehrende Grund geb hr und eine nutzungsabh ngige Geb hr f r die gef hrten Telefonge spr che in Rechnung gestellt Die Geb hren pro Kunde sagen allerdings nur wenig ber die gesamten Kosten der Bereitstellung aus selbst wenn sie ber alle Kunden addiert werden S mtliche im Dienstleistungsnetz werk in Rechnung gestellten Geb hren also auch die erhobenen Geb hren zwischen anderen Akteurrollen au er Kunde und Dienstleister sind nur ei ne gute Approximation der gesamten Kosten der Bereitstellung treffen sie aber nicht genau Die Kosten der Bereitstellung ergeben sich als Addition aus den Auf w nden aller Beteiligten sowie den zur Kooperation n tigen Transaktions Konzeption 169 kosten Abschnitt 5 1 4 Diese Kosten k nnen in Menschjahren monaten bzw tagen berechnet werden Transaktionskosten bezeichnen den mit einer arbeitsteiligen Aufgaben erf llung verbundenen Koordinationsaufwand Picot u a 1998 Wei und L ngsfeld 2000 F r an der Softwarebereitstellung beteiligte Akteure sind Transaktionskosten die anfallenden Kosten in der Anbahnung ihrer Beteiligung verursacht durch die Suche nach Informationen und das F hren von Gespr chen mit potentiellen Part nern Kunden oder Dienstleistern in Vertragsverhandlungen zur Vereinbarung der Beteiligung im Ak teursnetzwerk der konkreten Softwarebereitstellung in der zur Leistungserbringung notwendigen Abstimmu
345. tur Abschnitt 4 5 3 abge wandelt werden da der Softwarebereitstellungsansatz eASP im Gegensatz zu ASP auch innerhalb einer Organisation anwendbar sein soll Kapitel 7 8 1 Konzeption Unter Heranziehung der ASP Literatur ber technische Aspekte Abschnitt 4 5 werden im Folgenden f r die Technikperspektive des Ansatzes eASP die technische Infrastruktur und Anforderungen an die bereitzustellende Anwendung skizziert 8 1 1 Technische Infrastruktur F r die Technikperspektive ist ausschlaggebend dass die Software zen tral f r viele Nutzende bereitgestellt wird Dies legt eine Client Server Architektur nahe ohne an dieser Stelle die Diskussion um Thinclients zu ignorieren oder ltere Architekturen Terminal Host auszuschlie en Die in der ASP Literatur diskutierte Gliederung der technischen Infra struktur Abschnitt 4 5 3 ist dem Grund geschuldet Software und Daten vor unbefugtem Zugriff zu sch tzen und sie nur jenen anzubieten bzw die jenigen zugreifen zu lassen die zur Benutzung berechtigt sind Dies gilt f r ASP ebenso wie f r den Fall eines gr eren Unternehmens das organi sationsintern f r viele Mitarbeiter eine Software zur Verf gung stellt Das 184 Technikperspektive Was wird ben tigt bedeutet dass die Gliederung der technischen Infrastruktur auch auf orga nisationsinterne Softwarebereitstellungen anzuwenden ist und die Bereiche Intern DMZ und Extern fiir den Ansatz eASP im Gegensatz zum ASP wie folg
346. twicklung und f nf Menschtage f r die Beratung Zusammenfassend scheiterte die Bereitstellung von CommSy in der Fallstudie CommSy Uni de an der mangelnden bernahme der kollek tiven Rollen Dienstleistungsanbieter Support und Marketingpartner und den damit verbundenen bergeordneten Aufgaben durch Uni de Die man gelnde bernahme der Aufgaben l sst sich u a mit der nicht vorhandenen Refinanzierbarkeit die im Widerspruch zur Gewinnerwirtschaftung steht erkl ren Undifferenzierte vertragliche Vereinbarungen gaben den beteilig ten Akteuren keine Sicherheit f r ihr Handeln Fehlende vertragliche Rege lungen sind ein Grund f r die mangelnde Transparenz in der Kooperation aller Beteiligten und der damit verbundenen schlechten Kommunikation Zudem haben HITeC und Uni de zu wenig Engagement in der bergeord neten Aufgabe Kooperation gezeigt 7 2 2 CommSy WissPro Bei der Bereitstellung von CommSy im Forschungs und Entwicklungspro jekt WissPro waren folgende Akteure in den entsprechenden kollektiven Rollen beteiligt vgl Jackewitz 2004 Kunde Der zahlende Kunde war in dieser Fallstudie das Bundesmi nisterium f r Bildung und Forschung BMBF welches das Projekt WissPro finanzierte Als Kunden wurden auch Lehrveranstalter an visiert aber zu einer Bezahlung der Bereitstellungsleistungen durch Lehrveranstalter kam es nicht Anwendung auf die Fallstudien 177 Nutzer CommSy wurde im Projekt WissPro tiberwiegend projekt ext
347. twortlich Aufgabengebiet Fehlermanagement Hardwareadministrator Betrieb Der Hardwareadministrator ist fiir die Hardware des Anwendungsservers verantwortlich Aufgabenge biete Hardware Ausfallsicherheit Kundenbetreuer Kundenbetreuung Der Kundenbetreuer k mmert sich um die Kundenbetreuung und die Vertragsentw rfe Aufgaben gebiete Vertr ge Kommunikation Netzwerkadministrator Zugriffserm glichung Der Netzwerkadmi nistrator ist f r die Verbindung vom Anwendungsserver zum Inter net bzw zum Client verantwortlich Aufgabengebiete Netzsicher heit Netzverbindung Programmierer Anwendungsentwicklung Der Programmierer pro grammiert einerseits die Software behebt Fehler und k mmert sich um die Softwarearchitektur und ist andererseits f r die verschiedenen Dokumentationen Benutzer und Entwicklerdokumentation verant wortlich Aufgabengebiete Dokumentation Programmierung Softwareadministrator Betrieb Der Softwareadministrator ist f r die Verf gbarkeit der zus tzlich ben tigten Software Betriebssys tem Webserver PHP Interpreter MySQL Datenbank usw und f r die Sicherheit der Daten verantwortlich Aufgabengebiete Basissoft ware Datensicherheit 258 Aufgabenperspektive Trainer Kooperation Der Trainer eines Dienstleisters leitet und moderiert Workshops Er unterrichtet die anderen Dienstleister tiber die M glichkeiten und Leistungen seines Dienstleisters so dass sich die anderen in ihre
348. tz nicht durch eine Firewall gesch tzt Die Zugriffskontrolle auf die gespei cherten Daten leistete CommSy so dass aus einem internen nicht auto matisch ein unerlaubter Zugriff wurde Dennoch verst t die beschriebene technische Infrastruktur an dieser Stelle gegen die Vorstellungen des An satzes eASP Die in CommSy abgelegten Daten wurden alle 24 Stunden durch ein Backup gesichert Dar ber hinaus war die Stromzufuhr des Servers durch eine unterbrechungsfreie Stromversorgung USV gesichert 8 3 Zwischenergebnis Die Betrachtung der Technik offenbart Anforderungen an die bereitzustel lende Anwendung und an eine geeignete technische Infrastruktur Die zentral f r viele Nutzende bereitgestellte Software muss mehrbe nutzer und mandantenf hig sein Nutzende sollten trotz der gemeinsam genutzten Installation nur eigene Daten abrufen k nnen und Mandanten m ssen die Anwendung hinsichtlich ihrer Bed rfnisse und des Look and Feels anpassen d rfen Aufgrund des einheitlichen zentralen Betriebs f r viele Nutzende bie ten sich Client Server Strukturen an Dabei muss auf Standards aufgesetzt werden da diese eine client und serverseitige Plattformunabh ngigkeit ge w hrleisten Clientseitig damit f r Nutzende durch ihre technische Infra struktur keine technischen Barrieren bestehen Serverseitig damit in einer Organisation eine flexible Aus oder Eingliederung des zentralen Betriebs der Software technisch m glich wird In der tech
349. tzlich auftritt Der Begriff Dienstleistung bzw die Anwendung des Begriffs auf den Kontext der Softwarebereitstellung stellt die Bereitstellung von Softwa re unter das Primat der Kundenorientierung Da sich die Existenz eines Servicegebers auf der Zufriedenheit seiner Servicenehmer gr ndet wird er alles daran setzen diese Zufriedenheit zu erzeugen Da der Servicege ber aber wirtschaftlichen Zw ngen unterliegt wird er nur so viel Engage ment in die Bed rfnisbefriedigung investieren bis die Befriedigung ein tritt Da dies bei mehreren Servicenehmern zu unterschiedlichen Zeitpunk ten eintritt wird der Servicegeber die Dienstleistungen in verschiedenen Qualit ten und Quantit ten anbieten Quantit t bedeutet in diesem Zusam menhang Abstufungen in der Menge der angebotenen Aufgaben Kernlei stungen weitergehende Leistungen umfassende Leistungen Qualit t die Durchf hrung der einzelnen Aufgaben Je nach bereitgestellter Anwendung bzw Nutzung Pers nliche Kooperative Organisatorische Nutzung wer den verschiedene Quantit ts und Qualit tsstufen ben tigt Indem die an der Softwarebereitstellung beteiligten Akteure die Koope ration als Dienstleistung verstehen streben sie vertragliche Regelungen an die der rechtlichen Absicherung der verschiedenen Beziehungen dienen Sie erf llen drei Funktionen bei der Bereitstellung von Software 1 Begr ndung eines Schuldverh ltnisses zur rechtlichen Absicherung im Konfliktfall 2 Sp
350. tzlichen Software die ebenfalls zum Be trieb ben tigt wird Solution Distribution umfasst alle Fassetten der Bereitstellung einer Anwendung f r Kunden d h die komplette Betreuung der techni schen Infrastruktur Service Integration fokussiert auf die Integration der ASP Dienstleis tungen in die Organisation der Kunden Diese Dienstleistungen sind u a Analyse der Unternehmensprozesse Integration und Anpassung der Anwendung Costumer Interface Aktivit ten beinhalten die Akquirierung von Kun den und die Pflege der Kundenbeziehungen 4 2 2 Technische Wertsch pfungskette Die Komponenten der etwas ausdifferenzierteren technischen ASP Wert sch pfungskette gruppiert Grohmann 2002 S 64 wie folgt Architektur der Wertsch pfungskette 85 Abbildung 19 Technische Wertsch pfungskette e Netzwerkdienste Unter Netzwerkdienste fallen Transport amp Access und die Network Operation e Rechenzentrum Datacenter Operation und Application Operation ge h ren zum Rechenzentrum e Application Support Die Application Management Maintenance bil den den Application Support e Schnittstelle zum ASP Anwender Die Gebiete System und Business Integration und Customer Relation Management bilden zusammen die Schnittstelle zum Anwender 4 2 3 Betriebswirtschaftliche Wertsch pfungskette ELAN Fall back Licup Abbildung 20 Betriebswirtschaftliche Wertsch pfungskette Die organisatorischen und betriebswirtschaftlic
351. uelle oder zuk nftige Vorgehen eingegangen werden da die Bereitstellung von CommSy in den Fallstudien abgeschlossen ist Dennoch f rdert ihre Betrachtung interessante Erkenntnisse zu Tage 9 2 1 CommSy Uni de In der Fallstudie CommSy Uni de fanden zyklischen Treffen nur selten statt Die zwei ausgearbeiteten und auf eine langfristige Kooperation ausge legten Vertr ge sind nur deshalb als kurz zu bezeichnen weil sie wichtige Quantit ts und Qualit tsdefinitionen von Leistungen im Sinne der SLAs vermissen lie en Au erdem wurden zuk nftige Ver nderungen in den Ver tr gen nicht ber cksichtigt So gestaltete sich die Kooperation als u erst schwierig und letzten Endes als erfolglos Das Auftreten von Ver nderun gen traf die Kooperation v llig unvorbereitet Sie war weder durch Vertr ge abgesichert noch durch einen Kooperations und Kommunikationsprozess moderiert vom Dienstleistungsanbieter Uni de aufgefangen Mit Blick auf die zyklische Vorgehensweise ist festzustellen dass die Bereitstellung von CommsSy durch Uni de schnell instabil wurde und anf ngliche Bem hun gen beider Seiten den vereinbarten Bereitstellungsrahmen zu ndern zu keinem Abschluss f hrten Ver nderungen dagegen gab es verschiedene Die geplante Integration von Uni de in das europaweit agierende Unter nehmen FirstCampus das in vielen L ndern webbasierte Universit tspor tale anbieten wollte f hrte zur Forderung seitens Uni de CommSy auch in a
352. ufgaben der einzelnen Abschnitte in jeweils an deren Lebensabschnitten in untergordneter Priorit t wieder finden lassen F r die Bereitstellung von Software bedeutet dies dass Aufgaben der Be reitstellung nicht nur im Lebensabschnitt Bereitstellung wahrgenommen werden m ssen sondern auch in anderen Lebensabschnitten Umgekehrt spielt im Abschnitt Bereitstellung nicht nur die in dieser Arbeit unter suchte Softwarebereitstellung eine Rolle sondern auch die Aufgaben aus anderen Handlungsfeldern z B der Softwareentwicklung Der Priorit tenansatz kann sowohl auf die Software als Ganzes als auch auf die Betrachtung von Softwareversionen oder auf bestimmte Kontexte eingesetzt werden sofern deutlich wird auf welcher Ebene die Betrach tung stattfindet Wiederholungen von Lebensabschnitten sind nicht aus geschlossen sondern eher wahrscheinlich Wichtig ist dass in einem be stimmten Lebensabschnitt potenziell alle Aufgaben durchgef hrt werden k nnen Priorit t haben dabei bestimmte Aufgaben aus dem Handlungsfeld welches der Namensgeber f r den Lebensabschnitt ist Dieser Ansatz erscheint mir f r die Verquickung von Softwareentwick lung und Softwarebereitstellung geeignet Anhang A Aufgabenperspektive Pr sentiert werden im Folgenden die in der Aufgabenperspektive Kapitel 6 nicht ausf hrlich beschriebenen Aufgabengebiete Aufgaben und funk tionellen Rollen A 1 Aufgabengebiete in der Softwarebereitstellung D
353. um die ande ren ber die eigenen M glichkeiten zu unterrichten Diese Work shops dienen der Abstimmung unter den Dienstleistern Unter an derem k nnen auf diesen Workshops neue Versionen der Software vorgestellt werden Internen Newsletter herausbringen Koordination Kommunikati on Die Herausgabe eines internen Newsletters d h eines Newslet ters gezielt f r alle Dienstleister informiert ber die neuesten Akti vit ten im Dienstleistungsnetzwerk Klima und Brandschutz installieren Betrieb Ausfallsicherheit Zur Wahrung der Ausfallsicherheit geh rt die K hlung des Server umfeldes um entstehende Abw rme schnell abf hren zu K nnen Aufgaben in der Softwarebereitstellung 253 Hierzu ist ggf die Installation und Wartung von entsprechender Kli matechnik von Noten Ein Brandschutz feuerfestes Material Sprink leranlagen und eine m glichst kurze garantierte Reaktionszeit der Feuerwehr muss ebenfalls gegeben sein Kooperationsvertr ge entwickeln Kooperation Vertragswerk Die Grundlage der Kooperation zwischen den Dienstleistern stellen ver traglich festgelegte Rechte und Pflichten dar die verhandelt und in Vertragsformen festgehalten werden u ere Einfl sse ver ndern die Bereitstellungssituation im Laufe der Zeit so dass Vertr ge ggf an gepasst werden m ssen Kundenw nsche weiterleiten Kundenbetreuung Kommunikation Entsprechende Kundenw nsche zur Software oder den zus tzlichen Dien
354. und Werte der angebotenen bzw an genommenen Dienste und Dienstleistungen transparent und damit kalku lierbar Insofern macht es Sinn bereits zwischen den kollektiven Rollen Vertr ge zu vereinbaren auch wenn verschiedene kollektive Rollen vom selben Akteur bernommen werden So kann auch innerbetrieblich eine Transpa renz und Kalkulierbarkeit bei der Bereitstellung von Software erreicht wer den Es m ssen in diesem Fall nicht Vertr ge im harten juristischen Sinne sollten aber dennoch schriftliche Fixierungen von Aufgaben und Pflichten mit entsprechenden Qualit ts und Quantit tsangaben sein Die Art der Vertr ge ist vom Inhalt der von den Vertragspartnern ver einbarten Leistungspflicht abh ngig und kann verschiedene Mischformen von juristischen Vertragsarten enthalten Abschnitt 4 4 1 Die Benutzung von SLAs in den vertraglichen Regelungen macht die Leistungen in der Be reitstellung von Software in ausreichender Detailtiefe transparent und kl rt dar ber hinaus Verantwortlichkeiten Konzeption 167 Die in der ASP Literatur diskutierten SLAs Abschnitt 4 4 2 sind eine gute Grundlage hinsichtlich vertraglicher Regelungen Allerdings decken sie nicht die tibergeordnete Aufgabe der Kooperation ab die durch die Defi nition der Softwarebereitstellung als tibergreifende Aufgabe hinzu gekom men ist Abschnitt 6 1 1 Insofern miissen die in Abschnitt 4 4 2 beschrie benen SLAs Netzwerk Hosting Application Support SLA um ei
355. unden betrachtet Dabei wird ASP oberfl chlich als Vermietung von Software gesehen im Gegensatz zu herk mmlichen Formen der Software berlassung die juristisch oft einem Kaufvertrag ent sprechen Vermietung hei t in dieser vereinfachten Betrachtung dass meh rere Kunden Mieter eine Anwendung vom Application Service Provider Vermieter f r einen bestimmten Zeitraum mieten Zwipf und Sch nfel der 2002 S 123 kritisieren an dieser Betrachtung dass sie einerseits der Komplexit t von ASP nicht gerecht wird und andererseits juristisch um stritten ist So wird im Folgenden auf verschiedene Vertragsarten und auf f r ASP typische Service Level Agreements SLAs eingegangen 4 4 1 Vertragsarten Die im Vertragsrecht des BGB 2002 definierten Vertragstypen sind seit 1896 unver ndert geblieben Der deutsche Gesetzgeber sah keine Veranlas sung Typen bestimmter IT Vertrage gesetzlich zu regeln da die im Gesetz geregelten Vertragstypen auch im ASP vorkommen und insofern anzuwen den sind Zwipf und Sch nfelder 2002 S 123 Die f r ASP m glichen Vertragsarten sind vgl K nig 1996 e Miete Durch den Mietvertrag wird der Vermieter zur berlassung des Gebrauchs einer Sache der Mieter zur Zahlung des entsprechen den Entgelts verpflichtet F r ASP ist problematisch dass der Miet vertrag den direkten Zugriff auf die Mietsache fordert der bei ASP nicht gegeben ist Die gemietete Anwendung ist beim Application Service Provider oder
356. vements of the soft ware provision in evolutionary and participatory software development can be taken into consideration Hereby eASP is not conceived as the model of software provision but as a model which together with the four perspec tives tasks organization technique and procedure as well as the concept contained in these reveals the possibilities of comprehending and desi gning software provision and presents examples which serve as inspiration in other provisionary contexts and must correspondingly be adapted de pending on the context sii Einleitung Informationstechnik IT bzw Informations und Kommunikationstechnik IuK haben sich in der Wirtschaft Wissenschaft und Gesellschaft etabliert Insbesondere die Entwicklungen im Bereich der Internettechnologien f hr ten zu vielf ltigen Vernetzungsm glichkeiten und netzwerkartigen Organi sationsstrukturen Als Konsequenz wurde die Netzwerkorganisation zum Leitbild unserer Gesellschaft zu Anfang des 3 Jahrtausends ausgerufen Castells 2001 Parallel wird IT bzw IuK zu einer Infrastruktur unserer Gesellschaft wie der ffentliche Nahverkehr oder das station re Telefon also zu einer Selbstverst ndlichkeit Bei Kommunikations und Kooperationssoftware als Teil der informa tionstechnischen Infrastruktur wird zunehmend die Erfahrung gesammelt dass das blo e Vorhandensein der Software nicht immer zu einer sinnvollen Nutzung f hrt Die Art und Weise wie eine Software
357. verh ltnis von dem Dienstleistungsanbieter bzw sind stark von der Funktionsf higkeit der bertragungstechniken in der Regel Value Proposition 83 Internettechnologien abh ngig Treten beim Dienstleister oder auf dem Weg vom Dienstleister zum Kunden Probleme auf so hat der Kunde keinen direkten Einfluss mehr auf die Softwarebereitstellung Er muss warten bis die anderen Beteiligten reagieren meist ohne zu wissen wer alles an seiner Bereitstellung beteiligt ist Sicherheitsverlust Nicht nur der Kontrollverlust im Abh ngigkeits verh ltnis beim ASP tr gt zu einem Sicherheitsverlust des Kunden bei Die pers nlichen Daten der Kunden sind auf den Servern des Dienstleistungsanbieters oder weiterer Unterauftragnehmer gespei chert Der direkte Zugriff geht den Kunden verloren diesen Zugriff hat nur der Dienstleistungsanbieter Damit sind hohe Sicherheitsan forderungen seitens der Kunden an den Dienstleistungsanbieter ver kn pft Keiner darf auf fremde unternehmensinterne Daten zugrei fen Doch reichen diese Sicherheitsmechanismen Gibt es ein Si cherheitsloch Kann dem Dienstleistungsanbieter in letzter Instanz vertraut werden Kompetenzverlust Mit der Auslagerung der Softwarebereitstellung werden die einstmals daf r gebundenen Ressourcen frei Monet re Ressourcen werden eingespart personelle Ressourcen rationali siert oder umverteilt Dies bedeutet u a die Abgabe der Kompeten zen die sich im Bereich der Softwareber
358. viding e Ressourcenfressende Anwendungen sind auf alter eigentlich nicht mehr unterst tzter Hardware wieder verf gbar da die eigentliche Anwendung auf einem entsprechend leistungsfahigen Server bereit steht Nachteile des Server based Computing sind u a e F r jeden Anwender muss eine eigene Session gestartet werden Si multane Zugriffe auf Anwendungen finden nicht statt d h dass je nach Anwendung und gleichzeitig erfolgenden Zugriffen die Leis tungsf higkeit des Servers stark beansprucht und schnell ausgereizt wird Web Applikationen In diesem Fall sind die angebotenen Anwendungen speziell f r die entfern te Benutzung in gr tenteils Web Programmiersprachen Java JavaScript PHP Perl Python usw programmiert Der Zugriff vom Client auf die An wendung erfolgt in der Regel mit einem Webbrowser eventuell mit Zu hilfenahme verschiedener Plug ins Vorteile von Web Applikationen sind u a e Ein ressourcenschonenderer Betrieb da die ben tigten Infrastruktur komponenten in der Regel gut skalierbar sind und ein Load Balan cing einfacher einzurichten ist e Die Web Applikation ist nicht durch ein umgebenes Terminalpro gramm eingeschr nkt sondern kann die M glichkeiten der Internet technologie voll aussch pfen Nachteile von Web Applikationen sind u a e Web Applikationen m ssen entwickelt werden e Gro e und komplexe Anwendungen in Web Programmiersprachen zu implementieren ist wesentlich aufw ndige
359. vielf ltiges Spek trum an Zwischenformen Picot u a 1998 S 45 z hlen zu den Mischfor men langfristig angelegte Unternehmenskooperationen strategische Alli anzen Joint Ventures Franchisingsysteme Lizenzvergabe an Dritte dy namische Netzwerke sowie langfristige Abnahme und Belieferungsver tr ge Die scheinbar einfache Wahl zwischen unternehmensinterner und Softwarebezogene Organisationsentwicklung 121 unternehmensexterner Erstellung entpuppt sich damit als komplexe Opti mierungsaufgabe innerhalb eines breiten Kontinuums von M glichkeiten Picot u a 1998 S 45 Zur Begriindung von Entstehungen von Unternehmen ist die Transakti onskostentheorie einsetzbar ebenso beim Verwischen von Unternehmens grenzen Dariiber hinaus kann sie wertvolle Gestaltungsempfehlungen zu Fragen der internen Organisationsgestaltung oder der r umlich dezentralen betriebs bergreifenden Aufgabenabwicklung geben vgl Picot u a 1998 S 46f Dabei gestaltet sich die Vorgehensweise bei einer Transaktionsko stenanalyse wie folgt Nachdem Spezifit ts und Unsicherheitsgrad einer Austauschbeziehung ermittelt wurden ist vor dem Hintergrund der jewei ligen Transaktionsatmosph re unter Ber cksichtigung der zu erwartenden Transaktionsh ufigkeit und angesichts der Verf gbarkeit von Know how und Kapital diejenige Koordinationsform auszuw hlen die die vergleichs weise geringsten Transaktionskosten verursacht Picot u a 1998 S 44
360. von Planung und Herstellung der Bereitstellung son dern bezieht die Durchf hrung explizit mit ein Ursprung 17 Diese Sichtweise auf die Bereitstellung von Software grenzt sich von einer schlichten Downloadm glichkeit mit anschlie ender lokaler Installation ab Die autarke Einzelinstallation wird in dieser Arbeit nicht betrachtet 2 2 Ursprung Im Folgenden wird der Ursprung des in dieser Arbeit verwendeten Ver st ndnisses von Softwarebereitstellung und dessen Entwicklung vom Out sourcing ber das Application Service Providing bis zur oben skizzierten Definition dargestellt Das in dieser Arbeit verwendete Verst ndnis von Softwarebereitstel lung hat im Outsourcing seinen Ursprung Outsourcing ist eine Kom position aus den W rtern outside resource using Str bel 2000 S 3 Es bezeichnet aus der Sicht eines Kunden die Benutzung einer Ressour ce bei einem externen Anbieter Dar ber hinaus definieren einige Autoren vgl TripleTree 2003 Zahn u a 1999 Outsourcing als den Transfer von internen Leistungen zu externen Anbietern Sie beziehen damit auch den Prozess der Auslagerung ins Outsoucing ein Grover u a 1997 S 80 se hen Outsourcing dagegen als organizational decision to turn over part or all of an organisation s IS function to external service providers in order for an organization to be able to achieve its goals Hierbei schr nken Gro ver u a 1997 wie auch Lacity und Hirschheim 1999 die aus
361. von Updates Sicherheitspatchen und Servicepacks bzw die Migra tion auf neuere Versionen Aufgaben Zus tzlich ben tigte Software pflegen Bedarfsanalyse Marketing Sie ermittelt den Bedarf der anzubie tenden Dienstleistungen nebst Software bei der entsprechenden Ziel gruppe z B Markt oder Unternehmen Dar ber hinaus werden Kon kurrenten und Konkurrenzprodukte sichtbar Die Ergebnisse der Be darfsanalyse m ssen in Planung Anwendungsentwicklung und Wer bung Marketing integriert werden Aufgaben Bedarfsanalyse kon zipieren und durchf hren Ergebnisse in die Bereitstellung integrie ren Datensicherheit Betrieb Datensicherheit bedeutet Sicherheit des Anwendungsservers auf Softwareebene Auf dem Server gespeicher te Daten m ssen mittels Back up vor Datenverlust gesch tzt und die Verbreitung von Viren und anderem Sch dlichen verhindert werden Der Anwendungsserver muss mit entsprechenden Sicherheitsmecha nismen z B Intrusion Detection System IDS ein unbefugtes Zu greifen auf die Daten unterbinden Aufgaben Back up und Virenscan der Daten durchf hren notwendige Sicherheitsmechanismen einrich ten Dokumentation Anwendungsentwicklung Eine nachhaltige Softwa reentwicklung erfordert die Pflege einer Dokumentation in den Be reichen Benutzer und Entwicklerdokumentation Die Benutzer be n tigen die Dokumentation um die Software sinnvoll einsetzen zu k nnen Den Entwicklern liefert sie Informationen dar ber
362. ware pflegen Hardwareadministrator Basissoftware Zus tzlich ben tigte Software pflegen Softwareadministrator Anwendung Anwendung installieren konfigurieren und pflegen Anwendungsadministrator Datensicherheit Back up der Daten durchf hren Softwareadministrator Virenscan der Daten durchf hren Weitere Sicherheitsmechanismen einrichten Ausfallsicherheit Klima und Brandschutz installieren Hardwareadministrator Stromversorgung sichern Benutzerbetreuung Handhabungssupport FAQ pflegen Benutzerbetreuer Hotline Telefon E Mail anbieten Kommunikation Benutzerw nsche und Fehlerberichte weiterleiten Benutzerbetreuer Informationsmaterial erstellen und verteilen Informationsveranstaltungen und Workshops organi sieren Evaluation der Nutzung Evaluation konzipieren und durchf hren Evaluator Ergebnisse in die Bereitstellung integrieren Marketing Bedarfsanalyse Bedarfsanalyse konzipieren und durchf hren Analyst Ergebnisse in die Bereitstellung integrieren Werbung Informationsmaterialien entwickeln und verbreiten Werbefachmann Software und Dienstleistungen pr sentieren Werbestrategie entwickeln Kundenbetreuung Kommunikation Hotline Telefon E Mail anbieten Kundenbetreuer Informationsmaterialien entwickeln und verschicken Kundenw nsche weiterleiten Vertr ge Standardvertr ge entwickeln Kundenbetreuer Vertragsverhandlungen f hren Abrechnung Rechnungen stellen Buchhalter Zahlungen berwachen Zugrif
363. weiteren Partnern installiert und steht dem Kunden juristisch gesehen nie vollst ndig zur Verf gung Die Zu gangsm glichkeit ist hierbei nicht mit dem juristisch gemeinten Zu griff gleichzusetzen Au erdem hat der Vermieter die vermie tete Sache dem Mieter in einem zu dem vertragsm igen Gebrauch geeigneten Zustand zu berlassen und sie w hrend der Mietzeit in diesem Zustand zu erhalten BGB 2002 536 Diese dauerhafte 96 Gesch ftsmodell Application Service Providing Gew hrleistung schlie t alle Pflegeleistungen die der Application Service Provider sich normalerweise bezahlen l sst mit ein Pacht Die Pacht ist der Miete sehr hnlich mit dem Unterschied dass dem P chter nicht nur der Gebrauch sondern auch der Genuss der Fr chte soweit sie nach den Regeln einer ordnungsm Bigen Wirtschaft als Ertrag anzusehen sind w hrend der Pachtzeit zu gew hren BGB 2002 581 1 ist Leasing Leasing ist als besonderer Vertragstyp von der Rechtspre chung anerkannt und bezeichnet den Verkauf einer Sache vom Her steller an einen Finanzier der die Sache an den Leasingnehmer f r die Dauer des Leasingvertrages berl sst Das Leasing ist der Miete sehr hnlich wobei noch zwischen Finanzierungsleasing und Ope ratingleasing unterschieden wird Beim Finanzierungsleasing ist die oben genannte Dreierkonstellation fest vorgeschrieben w hrend im Operationleasing auch mehreren Leasingnehmer
364. welcher das Bed rfnis befriedigen kann Eine Dienstleistung gilt als erfolgreich wenn der Be d rftige zufrieden gestellt und bereit ist dem Dienstleister einen z B mo net ren Gegenwert zu leisten Letztlich Kann jedoch nur der Servicenehmer einsch tzen ob die angestrebte Befriedigung stattgefunden hat vgl Kli schewski 2000 S 19 Objektiv feststellen lassen sich h chstens die mit dem Service verbundenen Verrichtungen und deren Vergleich mit ent sprechenden Soll Gr en Grundlage der Serviceleistung ist daher in der Regel eine m ndliche oder schriftliche Vereinbarung zwischen Dienstlei ster und Kunde die Art und Umfang der Servicebeziehung inklusive Ge genleistung Kunde vorher beschreibt Klischewski 2000 S 19 5 2 Organisationsbezogene Softwareentwicklung In diesem Anschnitt werden Ans tze pr sentiert die im Gebiet Informa tiksysteme in Organisationen prim r auf die Softwareentwicklung fokus sieren Dazu geh rt der Methodenrahmen STEPS das zyklische Projekt modell von STEPS und die aufgabenbezogenen Anforderungsermittlung in der Softwareentwicklung Weiterhin wird das kollektive Rollennetz vorge stellt das sich haupts chlich auf die aufgabenbezogene Anforderungser mittlung gr ndet 5 2 1 Methodenrahmen der Softwareentwicklung STEPS STEPS Floyd 1986 1991b Floyd u a 1989b 1997 ist ein methodischer Ansatz zur Softwareentwicklung und betrachtet die Softwareentwicklung als Design
365. werden nun auf die Softwarebereitstellung bertragen Etablierung Die Etablierung eines neuen Zyklus in der Bereitstel lung einer Software stellt den Start des neuen Zyklus dar Initiiert wird er durch die beteiligten Akteure welche die vorherrschende Be reitstellung an bestimmten Stellen als unbefriedigend empfinden Sie nehmen den f r sie an bestimmten Stellen instabilen Bereitstel lungsrahmen s u zum Anlass einen neuen Zyklus in der Software bereitstellung zu etablieren Er wird mit der Herstellung eines neuen wieder stabilen Bereitstellungsrahmens fortgef hrt Herstellung Alle an der Softwarebereitstellung beteiligten oder von ihr betroffenen Akteure tragen in ihren kollektiven Rollen zur Gestal tung des Bereitstellungsrahmens bei Das bedeutet nicht nur die zen trale oder dezentrale Verhandlung von Dienstleistungsvertr gen mit anschlie ender Niederschrift sondern auch die Schaffung der Vor aussetzungen zur Erf llung der vereinbarten Dienstleistungen inner halb der beteiligten Akteure Die Herstellung des Bereitstellungsrah mens beinhaltet die Gestaltung eines Dienstleistungsnetzwerks re spektive Vertragsnetzwerks und die Vorbereitung des Bereitstellungs kontextes Der gesamte Bereitstellungsrahmen muss verhandelt werden wenn sich eine Softwarebereitstellung neu gr ndet oder gravierende n derungen stattfinden wenn z B der Akteur in der zentralen Rolle des Dienstleistungsanbieters sich aus dem Netzwerk l s
366. y die M glichkeit Wissen schaftler an Hochschulen als Nutzende zu gewinnen Die CommSy Ent wicklung erhoffte sich von den Aufgaben des Betriebs und der Benutzer betreuung entlastet zu werden Am 17 05 2000 fand ein erstes Treffen zwischen dem Gr nder von Uni de und vier CommSy Entwicklern statt Der deutschlandweite Ein satz der CommSy Projektr ume wurde diskutiert Es ging um notwendige technische Weiterentwicklungen u a die Implementation eines CommSy 58 Erfahrungen in Softwarebereitstellungsprojekten Servers so dass nur eine Installation fiir beliebig vieler CommSy Projekt r ume notwendig wurde und um fachliche Begleitma nahmen u a Mode rationskonzept Benutzerbetreuung die nach damaligen Erfahrungen den Erfolg von CommSy erst erm glichten Ergebnis des Treffens war Uni de das Nutzungsrecht von CommSy geb hrenfrei zu berlassen Im Gegenzug sollte Uni de die notwendige technische Weiterentwicklung von Comm Sy und die Vorbereitung und anf ngliche Durchf hrung der erforderlichen fachlichen Begleitma nahmen finanzieren Nach einer bergangszeit von einem halben Jahr sollte ein Mitarbeiter von Uni de die fachlichen Begleit ma nahmen bernehmen Die CommSy Entwicklung stellte in den folgenden Tagen einen Kata log mit 24 technischen und acht fachlichen Arbeitspaketen zusammen aus dem sich Uni de nach eigenem Interesse Pakete ausw hlen konnte vgl Bleek 2004 S 264f Aufgrund von Verhandlungen zur firmenintern
367. zel und Klischewski 2002 unterstiitzt die Ausf hrung von Serviceprozessen in heterogenen Netzwerken von Service gebern Dienstleistungsnetzwerke Es zielt primar auf die Unterstiitzung von Mitarbeitern der Servicegeber und ihren Organisationen Der Service prozess wird als eine Folge von Servicepunkten modelliert an denen Ser vicegeber und Servicenehmer aufeinander treffen In den Servicepunkten werden die aktuelle Situation und das Anliegen des Servicegebers neu be wertet wobei die Servicepunkte jeweils durch die dort auszuf hrenden Ak tivit ten und ihre jeweiligen Vor und Nachbedingungen beschrieben wer den Bei der Durchf hrung von Serviceleistungen werden die beteiligten Servicegeber und ggf der Servicenehmer ber den bisherigen Verlauf und die aktuelle Planung des sich entfaltenden Serviceprozesses informiert Ser viceprozesse basieren auf Prozessmustern die Standardabl ufe beschrei ben aber im Prozess situationsabh ngig angepasst werden k nnen Zur technischen Unterst tzung bzw Umsetzung von Serviceflow und Serviceflow Management siehe Klischewski und Lenk 2002 Klischewski und Wetzel 2001a c b 2002a b und Wetzel und Klischewski 2002 Bei spiele von Serviceleistungen und deren Umsetzungen als Serviceflows sind u a Aufenthalt eines Patienten im Krankenhaus Klischewski und Wetzel 2001b 2003 Klischewski u a 2001 und umfassende Serviceleistungen einer Stadtverwaltung Klischewski und Wetzel 2001c b 2002a Bei
368. ziehungen zwischen den Akteuren sowohl hinsichtlich ihres Konfliktpotentials als auch hinsichtlich ihrer kul turellen Orientierung bestimmen ihr Handeln Rammert 1993 S 100 Zu Akteuren z hlen formale Organisationen wie Unternehmen Ver b nde Parteien Beh rden und Forschungsinstitutionen als auch durch kul turelle Orientierungsmodelle verbundene soziale Ensembles wie Gruppen informelle Netzwerke und soziale Bewegungen Rammert 1993 S 101 Mit dem Akteursmodell vgl Rammert 1993 Rolf 1998 sind die Vor aussetzungen vorhanden die zahlreichen passiven und aktiven Akteure in einer Organisation mit ihren Orientierungen Leitbildern und Machtspie len in den Gestaltungsprozess der IT unterst tzten Organisationsgestaltung einzubeziehen Rolf 1998 S 154 Dies ist kein kleiner Anspruch da zwi schen den Akteuren eine Vielzahl von nicht harmonischen Interaktionen ablaufen k nnen Rolf 1998 S 19 Der Konflikt zwischen den Akteuren erh lt durch den Einsatz von Informationssystemen noch zus tzliche Bri sanz da die Einf hrung oder Ver nderung von Technik der ideale N hrbo den ist um in Organisationen diese Machtspiele spielen zu k nnen Rolf 1998 S 22 So ist es notwendig alle Akteure in den Gestaltungsprozess einzubeziehen denn nur unter der Ber cksichtigung aller Akteure kann ei ne IT unterst tzte Organisationsgestaltung gelingen Rolf 1998 Durch das Akteursmodell k nnen in der Organisationsperspekt
369. zu visua lisieren bergeordnete Aufgabe Aufgabengebiet Aufgabe funktionelle Rolle Anwendungsentwicklung Leitung Entwicklung koordinieren und berwachen Entwicklungsleiter Entwicklungsentscheidungen treffen Konzeption 141 Ubergeordnete Aufgabe Aufgabengebiet funktionelle Rolle Aufgabe Planung Entwicklungsplaner Anforderungen analysieren Implementierungen planen und Zeitplan erstellen Programmierung Programmierer Features programmieren Fehler beheben Softwarearchitektur pflegen Dokumentation Programmierer Benutzerdokumentation pflegen Entwicklerdokumentation pflegen Entwicklungsumgebung Entwicklungsadministrator Entwicklungsclients pflegen Entwicklungsserver pflegen Zus tzlich ben tigte Software pflegen Releasemanagement Entwicklungsplaner Release identifizieren zusammenstellen und ver ffentlichen Fehlermanagement Fehlerbeauftragter Hotline anbieten Fehlerberichte in Entwicklungsprozess integrieren Fehlerbehebung ver ffentlichen Betrieb Hardware Serverhardware pflegen Hardwareadministrator Basissoftware Zus tzlich ben tigte Software pflegen Softwareadministrator Anwendung Anwendung installieren konfigurieren und pflegen Anwendungsadministrator Datensicherheit Back up der Daten durchf hr
370. zulagern den Ressourcen bereits auf Informationssysteme IS bzw Informations Technologie IT ein Andere Autoren vgl Stahlknecht 2000 TripleTree 2003 sehen IT Outsourcing als einen durchaus bedeutenden Aspekt von Outsourcing aber Outsourcing an sich wird umfassender als Verlagerung von Wertsch pfungsaktivit ten eines Unternehmens auf andere Unterneh men Stahlknecht 2000 S 5 verstanden Dabei unterscheiden Stahlknecht 2000 S 5f und Lacity und Hirschheim 1999 S 328f totales komplet tes und partielles selektives Outsourcing W hrend Stahlknecht 2000 S 5 neben dieser funktionalen Dimension noch die zeitliche anfiihrt und in befristetes und dauerhaftes Outsourcing unterscheidet definieren Lacity und Hirschheim 1999 S 328f noch das value added outsourcing und das co operative outsourcing Ende des letzten Jahrtausends entstanden zur Zeit des New Economy Hypes viele Start up Unternehmen die Software auf ihren eigenen Ser vern installiert mittels Internettechnologien anderen Unternehmen kosten 18 Begriffsbestimmung Softwarebereitstellung pflichtig zur Verf gung stellten Diese Start up Unternehmen Application Service Provider hatten das T Outsourcing auf ein Application Outsour cing TripleTree 2003 S 1 und S 30 via Internettechnologien beschr nkt und als Gesch ftsmodell erfolgreich umgesetzt Das Gesch ftsmodell wur de nach den Bereitstellern Application Service Provid
371. zum anderen die Un terschiede in den Fallstudien pro Perspektive aufzuzeigen Am Anfang wird die Aufgabenperspektive eingenommen um grund s tzlich das Feld der Aufgabenbereiche in der Softwarebereitstellung auf zuf chern Kapitel 6 Anschlie end wird die Organisationsperspektive ein genommen in der es um die bernahme bzw Durchf hrung der zuvor pr sentierten Aufgaben geht Kapitel 7 In der Technikperspektive werden dann technische Grundlagen der Bereitstellung behandelt Kapitel 8 Den 10 Einleitung drei Perspektiven fehlt eine zeitliche Komponente so dass im letzten Ka pitel von Teil II eine Vorgehensweise aufgezeigt wird die den Umgang mit inneren und u eren Einfl ssen auf die Softwarebereitstellung erm glicht Kapitel 9 lll Ergebnis der Ansatz eASP Im dritten und letzten Teil wird der Softwarebereitstellungsansatz eASP noch einmal kompakt dargestellt Nach der kompakten Darstellung wird eASP in das Gebiet Informatiksysteme in Organisationen eingef hrt in dem es in den Methodenrahmen der Softwareentwicklung STEPS und das Konzept der T unterstiitzten Organisationsgestaltung integriert wird Es folgen Aussagen zur Verallgemeinerbarkeit von eASP ber die Fallstudi en hinaus und eine Diskussion inwiefern eASP als Erweiterung von ASP gelten kann Kapitel 10 Zum Schluss wird diese Arbeit res miert und ein Ausblick auf unbeant wortet gebliebene Fragen zuk nftig zu erledigende Aufgaben und in Zu ku

Evolutionary Application Service Providing (eASP)

Contents

Download Pdf Manuals

Related Search

Related Contents