Matrikelnr. Name. Vorname

Transkript

1 Fakultät für Wirtschaftswissenschaft Matrikelnr. Name Vorname KLAUSUR: Modellierung von Informationssystemen (31751) TERMIN: , 09:00 11:00 Uhr PRÜFER: Priv.-Doz. Dr. A. Bortfeldt (Lehrstuhlvertretung) Aufbau und Bewertung der Klausur Aufgabe Summe Maximal erreichbare Punktzahl Erreichte Punktzahl DATUM: NOTE: UNTERSCHRIFT DES PRÜFERS: Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

2 Allgemeine Hinweise! Tragen Sie spätestens jetzt Ihre Matrikelnummer, Ihren Namen und Vornamen auf dem Deckblatt ein! Versehen Sie bitte zusätzlich jede Seite mit Ihrer Matrikelnummer (oben rechts)! Prüfen Sie die Klausur bitte unverzüglich auf Vollständigkeit Hinweise zur Bearbeitung Für die Bearbeitung der insgesamt 3 Klausuraufgaben auf den 18 Seiten dieser Klausur stehen Ihnen 120 Minuten zur Verfügung. 1. Außer Schreibgeräten sind keine Hilfsmittel zugelassen! 2. Die Lösungen müssen in den vorgesehenen Raum auf den Aufgabenblättern eingetragen werden. 3. Notizen können auf den Rückseiten der Aufgabenblätter gemacht werden. Diese Anmerkungen werden in die Bewertung nicht einbezogen. 4. Bei Beendigung der Klausur müssen das Deckblatt und alle 18 Aufgabenblätter abgegeben werden. Trennen Sie bitte nicht einzelne Blätter ab.! Unterschreiben Sie die Klausur bitte jetzt auf der letzten Seite! Viel Erfolg! Diese Klausur ist urheberrechtlich geschützt. Die dadurch begründeten Rechte, insbesondere das Recht der Vervielfältigung und Verbreitung sowie der Übersetzung und des Nachdrucks, bleiben, auch bei nur auszugsweiser Verwertung, vorbehalten. Kein Teil des Werkes darf in irgendeiner Form (Druck, Fotokopie, Mikrofilm oder ein anderes Verfahren) ohne schriftliche Genehmigung der FernUniversität reproduziert oder unter Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden. Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

3 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 1 Aufgabe 1 (Objektorientierte Systemanalyse) (35 P) Ein privatwirtschaftliches Institut der Weiterbildung im Bereich der Betriebswirtschaftslehre benötigt für Verwaltungszwecke ein Instituts-Informationssystem (IIS), das in einer ersten Version die folgenden vereinfachten Gegebenheiten und Anforderungen beachten soll: (1) Mit dem IIS werden Mitarbeiter und Studierende des Instituts verwaltet. Jede Person beider Gruppen wird mit ihrem Vornamen, dem Namen, dem Geschlecht, dem Geburtsdatum, der Anschrift und einer Telefonnummer geführt. Für Mitarbeiter wird ferner der berufliche Abschluß, ggf. der akademische Grad und das Datum des Beschäftigungsbeginns bei dem Institut festgehalten. Die Mitarbeiter gliedern sich in wissenschaftliche Mitarbeiter (WissMit), und Honorarkräfte (HonMit). Für wissenschaftliche Mitarbeiter werden die Vergütungsgruppe sowie die wöchentliche Arbeitszeit gespeichert, während für Honorarkräfte ein Honorarstundensatz geführt wird. Für jeden Studierenden werden das Datum des Beginns bzw. des Endes der Ausbildung sowie der erreichte Abschluß gespeichert. Es kann vorausgesetzt werden, daß ein Mitarbeiter nicht zugleich Studierender am Institut ist. (2) Der Lehrstuhl bietet mehrere Studiengänge an, wobei zu jedem Studiengang eine spezifische Auswahl von mehreren Kursen gehört, die im jeweiligen Studiengang zu absolvieren sind. Jeder Kurs wird in mindestens einem Studiengang eingesetzt. Pro Studiengang werden im IIS dessen Bezeichnung und die Anzahl zugehöriger Kurse festgehalten, pro Kurs werden der Name, eine Kurzbeschreibung und die vorgesehene Anzahl von Bearbeitungsstunden im IIS abgelegt. (3) Jeder Kurs wird von genau einem wissenschaftlichen Mitarbeiter verfaßt, während ein wissenschaftlicher Mitarbeiter Autor mindestens eines Kurses ist. Jede Honorarkraft betreut einen oder mehrere Kurse und ein Kurs wird stets von mindestens zwei Honorarkräften betreut. (4) Jeder Studierende belegt genau einen Studiengang und muß bei dem Studium jedes zugehörigen Kurses einen Seminarvortrag halten und eine Klausur schreiben. Am Ende des Studiums ist von jedem Studierenden eine Abschlußarbeit zu verfassen, die thematisch genau einem Kurs zugeordnet ist. Alle Leistungen sind jeweils von einem Studierenden allein zu erbringen. Das IIS soll alle von den Studierenden erbrachten Leistungen der genannten drei Typen mit den Angaben Studienjahr, Bewertungsdatum und Note festhalten. Darüber hinaus sind bei einem Vortrag das Thema, bei einer Klausur die erreichte Punktzahl und bei einer Abschlußarbeit das Thema und ggf. der Praxispartner zu speichern. In der ersten Version des IIS kann von Leistungen mit der Bewertung ungenügend abgesehen werden. Mit Hilfe des IIS sollen jederzeit alle von einem Studierenden bereits absolvierten Leistungen darstellbar sein FernUniversität in Hagen Lehrstuhl für BWL, insbesondere Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

4 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 2 a) Klassendiagramm (30 P) Für das Informationssystem ist ein Klassendiagramm zu erstellen, wobei die Klassen vorgegeben und nur die erforderlichen Assoziationen und Vererbungsbeziehungen zu ergänzen sind. Alle Assoziationen sind als bidirektional anzunehmen und es sind jeweils beide Kardinalitäten zu ermitteln. Abstrakte Klassen sind ggf. als solche zu kennzeichnen. Auf der folgenden Seite finden Sie ein unvollständiges Klassendiagramm, in welchem Sie Assoziationen und Vererbungen probeweise eintragen können. Tragen Sie abschließend auf jeden Fall die Ergebnisse Ihrer Modellierung in das Lösungsschema auf der übernächsten Seite ein. Hinweis: Ein gezeichnetes Klassendiagramm wird nicht bewertet, nur die Einträge in dem Lösungsschema werden bewertet. Bei dem Ausfüllen des Schemas sind folgende Regeln zu beachten: - Assoziationen sind in der oberen, rechten Hälfte der Tabelle, also auf bzw. oberhalb der fett markierten Hauptdiagonale einzutragen (beachte: die Hauptdiagonale wird von den Kästchen (Person, Person) und (Abschlußarbeit, Abschlußarbeit) begrenzt). - Ist eine Assoziation zwischen der Klasse A und der Klasse B erforderlich, so ist zuerst das passende Tabellenelement zu bestimmen. Beispiel: eine Assoziation zwischen den Klassen Person und Mitarbeiter wäre in dem Tabellenelement einzutragen, das in der Zeile der Klasse Person und in der Spalte der Klasse Mitarbeiter liegt. - Liegt das Tabellenelement in der Zeile der Klasse A und in der Spalte der Klasse B, so ist im linken Teil des Tabellenelements die Kardinalität k A der Klasse A innerhalb der Assoziation und im rechten Teil die Kardinalität k B der Klasse B einzutragen. Besteht also beispielsweise eine Assoziation zwischen den Klassen Person und Mitarbeiter mit den Kardinalitäten 1 bzw. *, so ist im linken Teil des Tabellenelements "1", rechts "*" einzutragen. Nutzen Sie für die Angabe von Kardinalitäten ausschließlich die UML-Notation. - Vererbungsbeziehungen sind in der unteren, linken Hälfte der Tabelle bzw. unterhalb der Hauptdiagonale einzutragen. Für jede Vererbung ist zuerst wiederum das passende Tabellenelement zu bestimmen. Beispiel: eine Vererbung zwischen den Klassen WissMit und HonMit wäre in dem Tabellenelement einzutragen, das in der Zeile der Klasse HonMit und in der Spalte der Klasse WissMit liegt. - Liegt das Tabellenelement in der Zeile der Klasse A und in der Spalte der Klasse B, so ist im linken Teil des Tabellenelements der Buchstabe "O" einzutragen, wenn Klasse A die Oberklasse in der Vererbung ist und andernfalls der Buchstabe "U". Entsprechend ist im rechten Teil ein "U" einzutragen, wenn Klasse B die Unterklasse ist und andernfalls "O". Ist beispielsweise die Klasse HonMit eine Oberklasse der Klasse WissMit, so ist im linken Teil des Tabellenelements ein "O" und rechts ein "U" einzutragen. - Ist eine Klasse B abstrakt, so ist in der Spalte von B und in der mit "Abstrakte Klasse" bezeichneten zweiten Zeile des Schemas ein "A" einzutragen. Sonst bleibt das betreffende Feld leer. Ist etwa die Klasse WissMit abstrakt, so ist in ihrer Spalte unterhalb des Namens ein "A" einzutragen FernUniversität in Hagen Lehrstuhl für BWL, insbesondere Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

5 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite FernUniversität in Hagen Lehrstuhl für BWL, insbesondere Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

6 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 4 Klassen Person Mitarbeiter WissMit HonMit Kurs Leistung Vortrag Klausur Studierender Studiengang Abschlußarbeit Abstrakte Klasse Person Mitarbeiter WissMit HonMit Studierender Studiengang Kurs Leistung Vortrag Klausur Abschlußarbeit 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbesondere Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

7 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 5 b) Attributliste (5 P) In der folgenden (unvollständigen) Attributliste für das Informationssystem werden pro Attribut eine Bezeichnung, ein Datentyp sowie die Klasse des Attributs angegeben. Für jedes Attribut ist auf der Basis des Aufgabentextes zu entscheiden, ob sowohl der Typ als auch die Klassenzugehörigkeit sinnvoll bestimmt wurden. In diesem Fall ist in der Spalte "korrekt" der Wert 1, sonst (wenn also wenigstens eine Angabe nicht sinnvoll gewählt wurde) der Wert 0 einzutragen. lfd. Nr. Bezeichnung Datentyp Klasse korrekt 1 Honorarstundensatz Float Mitarbeiter 2 Beschäftigungsbeginn Date Mitarbeiter 3 Geburtsdatum Date Studierender 4 Schulabschluß String Studierender 5 Kurzbeschreibung String Studiengang 6 Thema String Vortrag 7 Semester String Leistung 8 Geschlecht String Person 9 AnzahlKurse UInt Studiengang 10 BetreuterKurs String HonMit 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

8 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 6 Aufgabe 2 (Datenbanksysteme) (32 P) a) Betrachtet werde ein System zur Unterstützung der Erhebung einer Straßenbenutzungsgebühr für Kraftfahrzeuge ( Maut ). Das System ermöglicht einem Fahrer bzw. Systembenutzer die Buchung von mautpflichtigen Strecken vor Fahrtantritt und stellt die fälligen Gebühren automatisch und kumuliert nach Abrechnungsperioden in Rechnung. Das der Datenbank des Systems zu Grunde liegende Datenmodell drückt etwa folgende Sachverhalte aus: (1) Ein Systembenutzer kann u. a. Fahrzeugdaten pflegen, mautpflichtige Strecken buchen und ausgestellte Rechnungen empfangen. Einem Systembenutzer können ein oder mehrere Fahrzeuge zugeordnet sein. Es kann jedoch auch Systembenutzer geben, denen kein Fahrzeug zugeordnet ist. Jedes Fahrzeug ist genau einem Systembenutzer zugeordnet. (2) Jedes Fahrzeug fällt genau in eine Abrechnungsklasse, welche die Mauthöhe je Kilometer in Abhängigkeit vom Typ, vom Halter und vom Alter des Fahrzeugs festlegt. Üblicherweise gibt es im System zu jeder Abrechnungsklasse mindestens ein registriertes Fahrzeug. Es ist jedoch auch möglich, dass für eine Abrechnungsklasse noch kein Fahrzeug existiert. (3) Bei dem Großteil der im System registrierten Fahrzeuge handelt es sich um mautpflichtige Fahrzeuge. Einige der Fahrzeuge sind jedoch nicht mautpflichtig. Bei diesen Ausnahmen handelt es sich z.b. um landwirtschaftliche Fahrzeuge, Fahrzeuge von Notdiensten oder Fahrzeuge von Behörden. Solche Fahrzeuge werden dennoch im System geführt, um über das Vorliegen von Verstößen gegen die Pflicht zur Mautzahlung befinden zu können. (4) Für ein mautpflichtiges Fahrzeug gibt es keine, eine oder mehrere gebuchte Strecken im System, wobei die Buchung einer Strecke genau für ein mautpflichtiges Fahrzeug erfolgt. Eine gebuchte Strecke umfasst mindestens einen Streckenabschnitt. Ein Streckenabschnitt wiederum kann Teil mehrerer gebuchter Strecken sein. Es können jedoch auch Streckenabschnitte existieren, die nicht in gebuchten Strecken enthalten sind. (5) Für die von einem Systembenutzer gebuchten Strecken wird die Maut jeweils am Ende der zutreffenden Abrechnungsperiode, z.b. am Monatsende, als gegebenenfalls kumulierter Betrag in Rechnung gestellt. Eine Rechnung bezieht sich auf mindestens eine gebuchte Strecke und ist an genau einen Systembenutzer adressiert. Für einen Systembenutzer können keine, eine oder mehrere Rechnungen vorliegen. Jede gebuchte Strecke kann höchstens einmal in Rechnung gestellt werden. (6) Zur Erhöhung der Zahlungsbereitschaft der mautpflichtigen Verkehrsteilnehmer bzw. Fahrer sind an den meisten Streckenabschnitten stationäre Kameras installiert, die sämtliche vorbeifahrenden Fahrzeuge fotografieren. Jedes angefertigte Überwachungsfoto wird dem jeweiligen Streckenabschnitt zugeordnet. Für einen Streckenabschnitt existieren in der Regel ein oder mehrere Überwachungsfotos. Insbesondere wenn an einem Streckenabschnitt noch keine Kamera installiert ist, liegen für diesen Streckenabschnitt keine Überwachungsfotos vor. (7) Jedes Überwachungsfoto wird dem auf ihm festgehaltenen Fahrzeug zugeordnet, sofern dieses identifizierbar ist. Andernfalls wird dem Überwachungsfoto kein Fahrzeug zugeordnet. Entwerfen Sie ein Datenmodell für den beschriebenen Sachverhalt, indem Sie die auf der nachfolgenden Seite angegebenen Entitätstypen in geeigneter Weise durch Beziehungen verbinden: 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

9 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 7 Abrechnungsklasse, Fahrzeug, GebuchteStrecke, Überwachungsfoto, MautpflichtigesFahrzeug, Rechnung, Streckenabschnitt, Systembenutzer. Berücksichtigen Sie, sofern vorhanden, auch rekursive Beziehungen oder Spezialisierungen von Entitätsmengen. Gehen Sie bei der Bearbeitung von dem oben gegebenen Text aus. Falls eine Beziehung zwischen zwei Entitätstypen beschrieben wird, zeichnen Sie eine Verbindungslinie zwischen den beiden Entitätstypen ein. Tragen Sie zusätzlich an dieser Verbindungslinie die Kardinalitäten (1, c, m, mc) der Beziehung ein. Versuchen Sie, den beschriebenen Sachverhalt mit möglichst wenigen Beziehungen korrekt abzubilden. (14 P) Fahrzeug Systembenutzer Überwachungsfoto Mautpflichtiges- Fahrzeug Abrechnungsklasse Streckenabschnitt GebuchteStrecke Rechnung 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

10 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 8 b) Gegeben sei der folgende Ausschnitt aus einem Datenmodell, welcher sechs Relationen enthält: Systembenutzer ( SystembenutzerId, Name, ) Fahrzeug ( FahrzeugId, SystembenutzerId, ) Streckenabschnitt ( StreckenabschnittId, Maut, ) Buchung ( StreckenabschnittId, GebuchteStreckeId, ) GebuchteStrecke ( GebuchteStreckeId, DatumGS, FahrzeugId, ) Ueberwachungsfoto ( UFotoId, FahrzeugId, StreckenabschnittId, Datum, Uhrzeit, ) Die Relationen enthalten zum Teil Attribute mit der gleichen Bezeichnung. Gehen Sie in diesem Fall davon aus, dass zwischen den jeweiligen Relationen eine Beziehung besteht, die durch die jeweils bezeichnungsgleichen Attribute realisiert wird. In der Relation Systembenutzer wird mit dem Attribut Name der Nachname des jeweiligen Nutzers festgehalten. In der Relation Streckenabschnitt signalisiert das Attribut Maut die Höhe der für diese Strecke anfallende Benutzungsgebühr in Euro. In der Relation GebuchteStrecke gibt das Attribut DatumGS (Format 'Jahr-Monat-Tag') an, für welchen Tag eine Strecke gebucht wurde. In der Relation Ueberwachungsfoto geben die Attribute Datum (Format 'Jahr-Monat- Tag') und Uhrzeit (Format 'Stunde:Minute') an, wann das entsprechende Überwachungsfoto entstanden ist. Formulieren Sie die nachfolgend angegebenen Datenbankabfragen (1), (2) und (3) in der Abfragesprache SQL, und geben Sie für die bereits in SQL formulierten Datenbankabfragen (4) und (5) an, welche der aufgeführten Fragen sich mit diesen beantworten lassen. (1) Jedes für ein Fahrzeug von Systembenutzern mit dem Namen Müller vorliegende Überwachungsfoto soll dem Fahrzeug mit der FahrzeugId 789 zugeordnet werden. (4 P) 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

11 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 9 Wiederholung der sechs gegebenen Relationen zur Vermeidung von Umblättern: Systembenutzer ( SystembenutzerId, Name, ) Fahrzeug ( FahrzeugId, SystembenutzerId, ) Streckenabschnitt ( StreckenabschnittId, Maut, ) Buchung ( StreckenabschnittId, GebuchteStreckeId, ) GebuchteStrecke ( GebuchteStreckeId, DatumGS, FahrzeugId, ) Ueberwachungsfoto ( UFotoId, FahrzeugId, StreckenabschnittId, Datum, Uhrzeit, ) (2) Auf welchen Streckenabschnitten wurden seit Beginn des Jahres 2011 die meisten Überwachungsfotos aufgenommen? Auszugeben ist eine Liste, die zu jeder StreckenabschnittId die zugehörige Anzahl vorliegender Überwachungsfotos enthält, wobei diejenige StreckenabschnittId mit den häufigsten Überwachungsfotos als erstes Element der Liste auszugeben ist. (3 P) (3) Welche Fahrzeuge (FahrzeugId) waren bislang für Mauteinnahmen von insgesamt mehr als Euro verantwortlich? (4 P) 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

12 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 10 (4) Entscheiden Sie für jede der fünf Fragen in der unten stehenden Lösungstabelle, ob die jeweilige Frage sich mit Hilfe des Ergebnisses der folgenden SQL-Anweisung beantworten lässt und kreuzen Sie das entsprechende Feld in der Tabelle an. (3 P) SELECT DISTINCT F.FahrzeugId FROM Ueberwachungsfoto UF, Fahrzeug F WHERE UF.FahrzeugId = F.FahrzeugId AND F.SystembenutzerId = 456 AND UF.Datum = ' ' AND UF.Uhrzeit >= '21:00' AND UF.Uhrzeit <= '23:00' AND StreckenabschnittId = Frage Auf welchen Streckenabschnitten wurde das Fahrzeug des Systembenutzers mit der SystembenutzerId 456 am zwischen 21 und 23 Uhr fotografiert? War der Systembenutzer mit der SystembenutzerId 456 am zwischen 21:00 Uhr und 23:00 Uhr mit einem seiner Fahrzeuge auf dem Streckenabschnitt 3080 unterwegs? Welche der Fahrzeuge des Systembenutzers 456 wurden am zwischen 21:00 und 23:00 Uhr auf der A3 Köln in Richtung Frankfurt (StreckenabschnittId 3080) fotografiert? Für welche Fahrzeuge (FahrzeugId) liegt ein Überwachungsfoto vor, das am zwischen 21 und 23 Uhr auf dem Streckenabschnitt 3080 aufgenommen wurde? Beantwortung möglich 5 Die Datenbankabfrage beantwortet keine der Fragen FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

13 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 11 (5) Entscheiden Sie für jede der fünf Fragen in der unten stehenden Lösungstabelle, ob die jeweilige Frage sich mit Hilfe des Ergebnisses der folgenden SQL-Anweisung beantworten lässt und kreuzen Sie das entsprechende Feld in der Tabelle an. (4 P) SELECT S.StreckenabschnittId FROM Streckenabschnitt S, Buchung B WHERE S.StreckenabschnittId = B.StreckenabschnittId GROUP BY S.StreckenabschnittId HAVING AVG(S.Maut) > ( SELECT 1.2 * AVG(S.Maut) FROM Streckenabschnitt S, Buchung B WHERE S.StreckenabschnittId = B.StreckenabschnittId ) Frage Welche Streckenabschnitte erzielen im Durchschnitt die höchsten Mauteinnahmen? Für welche der genutzten Streckenabschnitte liegen die durchschnittlichen Mauteinnahmen um mindestens zwanzig Prozent über der durchschnittlichen Mauteinnahme aller genutzten Streckenabschnitte Welche Streckenabschnitte werden durchschnittlich zwanzig Prozent häufiger gebucht als der Durchschnitt aller gebuchten Strecken? Für welche Streckenabschnitte liegen die gesamten Mauteinnahmen um zwanzig Prozent über den Mauteinnahmen je Streckenabschnitt? Beantwortung möglich 5 Keine der Fragen 1 4 wird von der Datenbankabfrage beantwortet FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

14 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 12 Aufgabe 3 (Anwendungssysteme und Geschäftsprozessmodellierung) (33 P) Die Geschäftsführung der Service-Organisation Datorn GmbH, eines bedeutenden Anbieters von DV-Dienstleistungen, hat sich entschlossen, eine Reorganisation des Prozesses der Störungsbehebung und -reparatur vorzunehmen. Der Entwurf des Soll- Prozesses wird im Folgenden verbal beschrieben. Der Prozess beginnt mit dem Anruf eines Kunden bei der zentralen telefonischen Störannahme. Der Mitarbeiter der telefonischen Störannahme erfasst während des Gesprächs mit dem Kunden eine Störmeldung im Störungsbearbeitungssystem Störning. Über den Namen des Kunden ermittelt er im gleichen System aus den Kundenstammdaten die Kundennummer, welche er in die Störmeldung einträgt. Zudem ermittelt er in diesem Gespräch, in welche Kategorie die eingetretene Störung fällt und verbindet den Kunden sofort mit einem geeigneten freien Diagnose-Techniker des Support-Centers. Der Diagnose-Techniker erstellt im Telefongespräch mit dem Kunden eine Vor-Diagnose, für die er auch die bereits erfassten Störungsdaten über Störning einsehen kann. Die zur Einsicht nötige Störfallnummer hat er zuvor vom Kollegen der Störannahme erfahren. Die Vor-Diagnose schließt die Entscheidung mit ein, ob das Problem telefonisch behoben werden kann (Fernbehebung) oder ob eine Reparatur vor Ort notwendig ist. Ist eine Fernbehebung möglich, erteilt der Diagnose-Techniker dem Kunden telefonisch genaue Anweisungen zur Fehlerbehebung und dokumentiert anschließend die Störfallbehebung im Störungsbearbeitungssystem, indem er die Störmeldungsdaten entsprechend ergänzt. Der Prozess ist damit beendet. Ist eine Fernbehebung nicht möglich, vereinbart der Diagnose-Techniker mit dem Kunden ein Zeitfenster, in dem die Reparatur durchgeführt werden soll. Damit das Zeitfenster seitens der Datorn GmbH einhaltbar ist, bezieht er bei der Vereinbarung die Kundenadresse (Kundenstammdaten) in seine Überlegungen mit ein, auf welche er über die in der Störmeldung hinterlegte Kundennummer zugreifen kann. Mit der Ergänzung des Zeitfensters in der Störmeldung endet das Telefonat mit dem Kunden. Nun müssen sowohl die Lieferung von Ersatzteilen zum Kunden als auch die Fahrt eines Technikers zum Kunden organisiert werden. Um die Lieferung der nötigen Ersatzteile zum Kunden anzustoßen, erfasst der Diagnose-Techniker in der Störungsmeldung den Bedarf an benötigten Ersatzteilen. Per verfasst er im System Waterbird zudem einen Lagerauftrag, welcher die Störfallnummer enthält und versendet diese an das zuständige Ersatzteillager. Ein Lagermitarbeiter erhält über Waterbird den Lagerauftrag und greift mittels der dort angegebenen Störfallnummer in Störning auf die Störmeldung zu. So erfährt er, welche Ersatzteile er für den Transport bereitstellen soll. Für diese Ersatzteile erstellt er einen Lieferschein, für den er zudem die Kundenadresse benötigt. Anschließend entnimmt er anhand des Lieferscheins die Ersatzteile aus dem Lager und stellt diese für den Transport bereit. Ein Fahrer des firmeneigenen Zustelldienstes liefert nun gemäß den Angaben auf dem Lieferschein die Ersatzteile an den Kunden aus. Um die Fahrt eines Technikers zum Kunden zu organisieren, erfasst der Diagnose- Techniker in Störning unter Zugriff auf die Störungsmeldung und die Kundenadresse die 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

15 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 13 Bedarfsdaten für eine Reparatur-Fahrt (Fahrtdaten) zum Kunden und sendet einen in Waterbird verfassten Reparaturauftrag als an das mobile Techniker-Team. Der Techniker des mobilen Techniker-Teams, der den Reparaturauftrag übernimmt, erhält über den in Waterbird gelesenen Reparaturauftrag die Fahrtnummer und greift mittels dieser in Störning auf die Fahrtdaten zu. Zum dort angegebenen Zeitfenster fährt er zum Kunden. Sind der Techniker und die Ersatzteile beim Kunden eingetroffen, führt der Techniker die Reparatur durch. Stellt der Techniker des mobilen Techniker-Teams dabei jedoch fest, dass er weitere Ersatzteile benötigt, stellt er mit seinem Mobiltelefon den Kontakt zu einem Diagnose- Techniker des Support-Centers her und meldet diesem den Zusatzbedarf. Dann übergibt der mobile Techniker dem Kunden das Mobiltelefon und der Diagnose- Techniker vereinbart mit dem Kunden wieder ein Zeitfenster, in dem die Reparatur durchgeführt werden soll. Der Prozess läuft anschließend wie zuvor beschrieben weiter, da erneut Ersatzteile bestellt und die Fahrt eines Technikers zum Kunden organisiert werden müssen. Konnte die Reparatur mit den vorhandenen Ersatzteilen erfolgreich durchgeführt werden, dokumentiert der mobile Techniker die Störfallbehebung in Störning auf seinem Laptop, indem er unter Verwendung der Störfallnummer aus dem Reparaturauftrag die Störmeldung entsprechend ergänzt. Damit endet der Prozess der Störungsbehebung und -reparatur. Nachfolgend sind zwei Teilaufgaben zu bearbeiten. Dabei geht es um die Modellierung des oben geschilderten Sachverhaltes. Hinweise: - Gehen Sie bei der Lösung der Aufgabe von Folgendem aus Die Ersatzteile sind immer im Lager vorhanden. Die Lieferung der Ersatzteile und das Eintreffen des mobilen Technikers erfolgen zuverlässig zum vereinbarten Zeitfenster. - Um den Prozess korrekt zu modellieren, genügen die in den Lösungstabellen gegebenen Elemente. Jeder Geschäftsprozessschritt (GPS) sowie der START- und der ENDE-Konnektor sollen darüber hinaus höchstens einmal verwendet werden. Das bedeutet insbesondere, dass keine zusätzlichen GPS eingeführt werden müssen und, dass weder die GPS noch die START/ENDE-Konnektoren im Modell mehrfach verwendet werden sollen. Es ist möglich, dass einzelne GPS zur korrekten Modellierung nicht benötigt werden. - Empfohlen wird, zunächst den Prozess zu skizzieren. Verwenden Sie dazu die aus dem Kurs Anwendungssysteme und Geschäftsprozessmodellierung bekannte Notation. Vermerken Sie zu jedem GPS auch dessen Nummer (vgl. nachfolgende Lösungstabellen). Das grafische Modell erleichtert es Ihnen, die Lösungstabellen auszufüllen; es werden jedoch nur die Angaben in den Lösungstabellen bewertet! 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

16 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 14 Lösungsskizze zu Aufgabe 3 Nur die Lösungstabellen werden bewertet! Organisationssicht Funktionssicht Datensicht 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

17 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 15 Lösungsskizze zu Aufgabe 3 Nur die Lösungstabellen werden bewertet! Organisationssicht Funktionssicht Datensicht 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

18 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 16 a) Ordnen Sie jedem GPS die von diesem benötigten Applikationen, Daten und Organisationseinheiten zu. Um eine Zuordnungsbeziehung auszudrücken, markieren Sie die entsprechende Zelle in der Lösungstabelle. Beachten Sie bitte, dass für eine Zuordnung von einer Applikation oder einer Organisationseinheit zu einem GPS ein Kreuz (x) genügt. Dagegen müssen Datenflüsse präziser beschrieben werden. Tragen Sie daher bitte ein L für einen lesenden Zugriff, ein S für einen schreibenden Zugriff oder LS für einen kombinierten Lese-Schreibzugriff in die jeweilige Zelle ein. (18 P) Applikationen/ Module Daten/ Dokumente Organisationseinheiten Geschäftsprozessschritte und Konnektoren Nr. (alphabetisch) 1 ENDE (Nachfolger-Konnektor) Ersatzteile ausliefern 3 Ersatzteile entnehmen 4 Ersatzteillieferung veranlassen 5 Kunden anfahren 6 Lieferschein erstellen 7 Reparaturauftrag erstellen 8 Reparatur dokumentieren 9 Reparatur durchführen 10 START (Vorgänger-Konnektor) Störmeldung erfassen und 11 weiterleiten Störung beheben und 12 dokumentieren 13 Vor-Diagnose erstellen 14 Zeitfenster vereinbaren 15 Zusatzbedarf melden Waterbird Störning Lagerauftrag ( ) Reparaturauftrag ( ) Fahrtdaten Kunden-Stammdaten Lieferschein Störmeldung Diagnose-Techniker Fahrer Kunde (extern) Lagermitarbeiter Mobiler Techniker Mitarbeiter Störannahme Ankreuzen L, S oder LS eintragen Ankreuzen 2011 FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten

19 Klausur Modellierung von Informationssystemen (31751) SS 2011 Seite 17 b) Kontrollflüsse verbinden unter anderem Geschäftsprozessschritte (GPS) mit Konnektoren, anderen Geschäftsprozessschritten oder mit Verknüpfungs- Operatoren. In der Tabelle auf der folgenden Seite sollen Sie für jeden benötigten GPS bzw. START/ENDE-Konnektor angeben, welcher Verknüpfungs-Operator durch entsprechende Kontrollflüsse mit diesem GPS bzw. Konnektor verbunden ist. Dabei sollen Sie unterscheiden, ob der Kontrollfluss zum GPS/Konnektor hinführt (Operator GPS, drei linke Spalten), oder von diesem wegführt (GPS Operator, drei rechte Spalten). (15 P) Gehen Sie zur Bearbeitung dieser Aufgabe nach folgendem Schema vor: 1. Vergeben Sie für jeden in Ihrem Modell vorkommenden Verknüpfungs- Operator genau eine Nummer derart, dass anhand dieser Nummer der entsprechende Verknüpfungs-Operator eindeutig identifiziert werden kann. Wesentlich ist allein die Eindeutigkeit der Nummerierung. Welche Nummern Sie verwenden und in welcher Anordnung Sie diese vergeben, ist freigestellt. 2. Verwenden Sie diese von Ihnen vergebenen Nummern in der Lösungstabelle, um zu kennzeichnen, welcher Verknüpfungs-Operator einem bestimmten Geschäftsprozessschritt vorangeht oder nachfolgt. Die folgende Abbildung verdeutlicht das Vorgehen an einem Beispiel. Der mit 1 bezeichnete XOR-Operator folgt auf GPS A, gleichzeitig ist er sowohl GPS B als auch GPS C vorangestellt. Das Modell enthält einen weiteren XOR-Operator, der auf GPS B folgt und zur Unterscheidung mit 2 gekennzeichnet wurde. Die in der Lösungstabelle mit einer 1 bzw. einer 2 gekennzeichneten Felder geben diesen Sachverhalt korrekt wieder FernUniversität in Hagen Lehrstuhl für BWL, insbes. Entwicklung von Informationssystemen Copyright 2011 FernUniversität in Hagen - Alle Rechte vorbehalten