Mobile DMS -Datenerfassungstatic.sws.bfh.ch/download/MAS-07-01-07-spec.pdf · Auftragnehmer...

Mobile DMS

Abstract Die bestehende Software-Suite der Firma GCS soll um eine mobile Komponente basierend auf

Windows Mobile ergänzt werden.

Datenaustausch zwischen mobilem

Umsetzbarkeit geprüft.

Schlüsselwörter: Windows Mobile, .NET Compact Framework, SQL Server Compact, Webservices,

DMS – Dealer Management System

Master Thesis Nr.: MAS-07-

Datum: 28.04.2009

Version: 1.0

Student: Philipp Buser, Unterm Stallen 5, 4104 Oberwil

P: 079 708 37 94

G: 061 726 97 44

Betreuer: Reto Dellenbach, Mühlemattstrasse 24a, 4104 Oberwil

G: 061 726 97 45

Experte: Rolf Wenger,

G: 079 820 61 29

Pflichtenheft

Mobile DMS-Datenerfassung

Suite der Firma GCS soll um eine mobile Komponente basierend auf

Windows Mobile ergänzt werden. In dieser Arbeit steht dabei eine Technologie-Studie für den

Datenaustausch zwischen mobilem Gerät und Server im Zentrum. Anhand eines Prototyps wird die

Windows Mobile, .NET Compact Framework, SQL Server Compact, Webservices,

Dealer Management System

-01.07

.04.2009

Philipp Buser, Unterm Stallen 5, 4104 Oberwil

P: 079 708 37 94 [email protected]

G: 061 726 97 44 [email protected]

Reto Dellenbach, Mühlemattstrasse 24a, 4104 Oberwil

G: 061 726 97 45 [email protected]

Rolf Wenger, Steingrübliweg 8a, 3072 Ostermundigen

820 61 29 [email protected]

Pflichtenheft

Datenerfassung

Suite der Firma GCS soll um eine mobile Komponente basierend auf

Studie für den

. Anhand eines Prototyps wird die

Windows Mobile, .NET Compact Framework, SQL Server Compact, Webservices,

http://www.local.ch/de/Ostermundigen

Autor

Philipp Buser Datum 28.04.2009

Änderungsnachweis

Version Beschreibung der Änderung

0.1 Erste (provisorische) Version

0.2 Glossar eingefügt

Kontextdiagramm (s. 8)

Aktivitätsdiagramm (s. 17) eingefügt

Einige Schreibfehler korrigiert

0.3 Adresse Experte aktualisiert

Kapitelüberschrift „Begriffe und Abkürzungen“ statt

„Glossar und Akronyme“

Kapitel 1.4 leicht gekürzt

Nicht-Ziele in Kapitel

Meilensteine aktualisiert

Einige Anpassungen in

Liste der nicht benötigten Punkte in Kapitel entfernt

Kapitel 4 vollständig überarbeitet

Prioritätenliste aktualisiert

Abschnitt Unit Test in Kapitel

Projektplan aktualisiert

1.0 Genehmigte und eingereichte Version

Projekt Mobile DMS-Datenerfassung

28.04.2009 Version 1.0

Dokument Pflichtenheft

Beschreibung der Änderung Datum

Erste (provisorische) Version 17.04.2009

(s. 8) eingefügt

Aktivitätsdiagramm (s. 17) eingefügt

Einige Schreibfehler korrigiert

20.04.2009

aktualisiert

„Begriffe und Abkürzungen“ statt

„Glossar und Akronyme“, Tabelle aktualisiert

leicht gekürzt

Ziele in Kapitel 2.3 ergänzt

Meilensteine aktualisiert

Einige Anpassungen in Kapitel 2.6.1.

Liste der nicht benötigten Punkte in Kapitel 2.6.1

vollständig überarbeitet

Prioritätenliste aktualisiert

Abschnitt Unit Test in Kapitel 6.1 geändert

Projektplan aktualisiert

24.04.2009

Genehmigte und eingereichte Version 28.04.2009

Datenerfassung Seite

2(29)

Autor(en)

17.04.2009 Philipp Buser




Autor


Inhaltsverzeichnis

1 Allgemeines ................................

1.1 Zweck des Dokumentes

1.2 Zielgruppe des Dokumentes

1.3 Umfang der Master Thesis

1.4 Umfeld ................................

1.5 Begriffe und Abkürzungen

1.6 Quellenverzeichnis ................................

2 Gesamtüberblick ................................

2.1 Produktumfeld ................................

2.2 Ziel des Auftraggebers

2.3 Ziel der Master Thesis

2.4 Meilensteine ................................

2.5 Vorgesehene Erweiterungen

2.6 Rahmenbedingungen ................................

2.6.1 Zielsystem Mobiles Gerät

2.6.2 Zielsystem Server

2.6.3 Entwicklungssystem

3 Technologie-Studie ................................

3.1 Grundlagen ................................

3.2 Datenaustausch / Kommunikation

3.3 Spracherkennung ................................

4 Detaillierte Anforderungen

4.1 Use Cases ................................

4.1.1 Aufgabe erledigen4.1.2 Auftrag bearbeiten

4.1.3 Kunde kontaktieren

4.2 Funktionale Anforderungen

4.3 Nicht funktionale Anforderungen

5 Übersicht und Prioritäten ................................

5.1 Technologie-Studie ................................

5.2 Prototyp ................................

6 Vorgehen und Zeitplan ................................6.1 Tests ................................

6.2 Projektplan ................................

7 Risiken und Kosten ................................

7.1 Risiken ................................

7.2 Kosten ................................


28.04.2009 Version 1.0


................................................................................................................................

Zweck des Dokumentes ................................................................................................

Zielgruppe des Dokumentes ................................................................................................

Umfang der Master Thesis ................................................................................................

................................................................................................................................

Begriffe und Abkürzungen ................................................................................................

................................................................................................

................................................................................................

................................................................................................

................................................................................................

................................................................................................

................................................................................................

Vorgesehene Erweiterungen ................................................................................................

................................................................................................

Zielsystem Mobiles Gerät ..............................................................................................

Zielsystem Server................................................................................................

Entwicklungssystem ................................................................................................

................................................................................................

................................................................................................

/ Kommunikation ................................................................

................................................................................................

................................................................................................

...............................................................................................................................

Aufgabe erledigen ................................................................................................Auftrag bearbeiten ................................................................................................

Kunde kontaktieren ................................................................................................

tionale Anforderungen ................................................................................................

Nicht funktionale Anforderungen ................................................................

................................................................................................

................................................................................................

................................................................................................................................

................................................................................................................................................................................................................................

................................................................................................

................................................................................................

................................................................................................................................

................................................................................................................................


3(29)

..................................... 4

........................................... 4

.................................... 4

...................................... 4

..................................... 4

....................................... 6

.................................................. 7

............................................................. 8

........................................................ 8

........................................... 10

........................................... 10

.......................................................... 11

................................. 12

............................................ 12

.............................. 12

........................................... 13

...................................... 14

........................................................ 15

............................................................ 15

........................................................ 15

.................................................. 16

........................................... 17

............................... 17

......................................... 18 ........................................ 20

....................................... 22

.................................. 23

......................................................... 24

.............................................. 25

................................................ 25

................................. 26

.................................................. 27 ...................................... 27

............................................................ 28

........................................................ 29

................................... 29

.................................... 29

Autor


1 Allgemeines

1.1 Zweck des DokumentesDas vorliegende Pflichtenheft bildet die Grundlage zur

Es dient als Leistungsvereinbarung einerseits zwischen dem Auftraggeber (Herr Dellenbach,

Geschäftsführer der Firma GCS GAuftragnehmer (Philipp Buser), und anderseits

der Berner Fachhochschule (BFH) durchgeführt wird

Wenger) und Philipp Buser als Diplomanden

Der Zweck ist es, die Aufgabenstellung und die Anforderungen

Anhand von Diagrammen und Prosa wird die zugrundeliegende Idee vermittelt

werden priorisiert und das Vorgehen wird festgelegt.

1.2 Zielgruppe des DokumentesDieses Dokument richtet sich primär an den Experten,

Autor dieser Arbeit. Selbstverständlich sind auch andere interessierte

Pflichtenheft zu lesen. Grundkenntnisse im Software

Vorteil sein.

Das Dokument ist in Deutsch gehalten, dort wo es j

Originalbegriffe verwendet.

1.3 Umfang der Master ThesisDiese Arbeit bildet den Abschluss des MAS

Technology“. Sie umfasst 12 ECTS Punkte, was einem

und dauert sechs Monate.

Lieferobjekte

• Pflichtenheft

• Prototyp (Source Code, Applikation)

• Dokumentation (Bericht)

1.4 Umfeld Die Firma GCS Garage & Carrosserie System GmbHDie GCS Garage & Carrosserie Sys

und Carrosseriebetrieben im Informatik Umfeld.

2006 gegründet und erhält zu diesem Zeitpunkt von der Firma KSR die Vertriebsrechte des gesamten

Produkteportfolio für die Deutschschweiz.

EurotaxGlass's und it kompetenz

Die damals bestehenden rund 400 Installationen wubeiden Firmen (EurotaxGlass’s und GCS) betreut. Danach wurden

Linien von GCS angeboten.

Seither vertreibt und installiert GCS die Software

unterstützt die Kunden bei ihrer Arbeit damit und bietet Support und Helpdesk. Mit diversen

Eigenentwicklungen im Schnittstellen

Markt, die von der deutschen KSR nicht abgedeckt werden.


28.04.2009 Version 1.0


Allgemeines

Zweck des Dokumentes Das vorliegende Pflichtenheft bildet die Grundlage zur Master Thesis „Mobile DMS


Garage & Carrosserie System GmbH) und dem internen , und anderseits – da dieses Projekt im Rahmen einer Ma

(BFH) durchgeführt wird – zwischen der BFH (vertreten durch Herrn

Wenger) und Philipp Buser als Diplomanden.

Der Zweck ist es, die Aufgabenstellung und die Anforderungen einfach und präzis zu beschreiben.

n Diagrammen und Prosa wird die zugrundeliegende Idee vermittelt, die Anforderungen

werden priorisiert und das Vorgehen wird festgelegt.

elgruppe des Dokumentes Dieses Dokument richtet sich primär an den Experten, an den Betreuer und Auftraggeber und an

lbstverständlich sind auch andere interessierte Personen willkommen, das

Grundkenntnisse im Software-Engineering können fürs Verständnis von

Das Dokument ist in Deutsch gehalten, dort wo es jedoch sinnvoll erschien, wurden die englischen

Umfang der Master Thesis Diese Arbeit bildet den Abschluss des MAS-Studiums „Master of Advanced Studies in Information

Technology“. Sie umfasst 12 ECTS Punkte, was einem Arbeitsaufwand von 360 Stunden entspricht,

Prototyp (Source Code, Applikation)

Dokumentation (Bericht)

Die Firma GCS Garage & Carrosserie System GmbH Die GCS Garage & Carrosserie System GmbH (kurz GCS) mit Sitz in Oberwil BL ist Partner von Garagen

und Carrosseriebetrieben im Informatik Umfeld. Sie ist der Auftraggeber dieser Arbeit.


ukteportfolio für die Deutschschweiz. Vorher (seit 2003) wurde dieses Portfolio durch die Firmen

EurotaxGlass's und it kompetenz- & dienstleistungscenter gmbh in der Schweiz vertrieben.

enden rund 400 Installationen wurden in einer gemeinsamen Übergangszeit von beiden Firmen (EurotaxGlass’s und GCS) betreut. Danach wurden den Kunden einen Umstieg auf die

Seither vertreibt und installiert GCS die Software-Produkte von KSR in der Schweiz, betreut und

Kunden bei ihrer Arbeit damit und bietet Support und Helpdesk. Mit diversen

Eigenentwicklungen im Schnittstellen- und Add-on-Bereich schliesst GCS die Lücken im Schweizer

Markt, die von der deutschen KSR nicht abgedeckt werden.


4(29)

Master Thesis „Mobile DMS-Datenerfassung“.


GmbH) und dem internen da dieses Projekt im Rahmen einer Master Thesis an

zwischen der BFH (vertreten durch Herrn

und präzis zu beschreiben.

, die Anforderungen

und Auftraggeber und an den

Personen willkommen, das

Engineering können fürs Verständnis von

edoch sinnvoll erschien, wurden die englischen

Studiums „Master of Advanced Studies in Information

Arbeitsaufwand von 360 Stunden entspricht,

(kurz GCS) mit Sitz in Oberwil BL ist Partner von Garagen

Sie ist der Auftraggeber dieser Arbeit. Sie wurde


(seit 2003) wurde dieses Portfolio durch die Firmen

& dienstleistungscenter gmbh in der Schweiz vertrieben.

amen Übergangszeit von den Kunden einen Umstieg auf die

von KSR in der Schweiz, betreut und

Kunden bei ihrer Arbeit damit und bietet Support und Helpdesk. Mit diversen

Bereich schliesst GCS die Lücken im Schweizer

Autor


Die Firma KSR EDV-Ingenieurbüro GmbHDie Grundsteine der Firma wurden bereits 1989 gelegt und sie entwickelte sich seither von einer 2

Mann-Garagen-Firma zu einem marktführenden Unternehmen mit rund 3000 zufriedenen Ku

Deutschland, Österreich und der Schweiz, die heute mit

kundenindividuell aus Grundprogramm und Erweiterungsmodulen zu einem massgeschneiderten

Paket zusammengestellt werden können. 1997 erfolgte die Gründung der Firma KSR EDV

Ingenieurbüro GmbH (kurz KSR) mit einer 25%

(Schweiz). Heute zählt KSR mit Firmensitz in Bibertal bei Ulm (Deutschland) zu den führenden Anbietern von Management-Software.

Die Firma EurotaxGlass’s International AGEurotaxGlass’s International AG (kurz

entscheidungsrelevanten Informationen, Lösungen und Business Intelligence Services für die

Automobilwirtschaft. Die Firma EurotaxGlass’s resultierte aus der Fusion zwischen Eurotax AG und

Glass's Information Services Limited

EurotaxGlass’s ist in 30 Ländern mit

durch ihre Bewertungs- und Schadenskalkulationsdaten.

GCS arbeitet bereits seit Beginn sehr eng mitdie Eurotax-Programme voll integriert.


28.04.2009 Version 1.0


Allgemeines

eurbüro GmbH Die Grundsteine der Firma wurden bereits 1989 gelegt und sie entwickelte sich seither von einer 2

Firma zu einem marktführenden Unternehmen mit rund 3000 zufriedenen Ku

und der Schweiz, die heute mit KSR-Produkten arbeiten, die


Paket zusammengestellt werden können. 1997 erfolgte die Gründung der Firma KSR EDV

KSR) mit einer 25%-Beteiligung der Firma Eurotax AG in Freienbach

(Schweiz). Heute zählt KSR mit Firmensitz in Bibertal bei Ulm (Deutschland) zu den führenden Software.

Die Firma EurotaxGlass’s International AG EurotaxGlass’s International AG (kurz EurotaxGlass’s) ist der europaweit grösste Anbieter von


Die Firma EurotaxGlass’s resultierte aus der Fusion zwischen Eurotax AG und

Services Limited und hat ihre Unternehmenszentrale in Freienbach bei Zürich.

Ländern mit 660 Mitarbeitern aktiv. Bekannt ist EurotaxGlass’s vor allem

und Schadenskalkulationsdaten.

sehr eng mit EurotaxGlass's zusammen. In allen GCSProgramme voll integriert.


5(29)

Die Grundsteine der Firma wurden bereits 1989 gelegt und sie entwickelte sich seither von einer 2-

Firma zu einem marktführenden Unternehmen mit rund 3000 zufriedenen Kunden in

Produkten arbeiten, die


Paket zusammengestellt werden können. 1997 erfolgte die Gründung der Firma KSR EDV-

der Firma Eurotax AG in Freienbach

(Schweiz). Heute zählt KSR mit Firmensitz in Bibertal bei Ulm (Deutschland) zu den führenden

ist der europaweit grösste Anbieter von


Die Firma EurotaxGlass’s resultierte aus der Fusion zwischen Eurotax AG und

Unternehmenszentrale in Freienbach bei Zürich.

Bekannt ist EurotaxGlass’s vor allem

In allen GCS-Produkten sind

Autor


1.5 Begriffe und Abkürzungen

Begriff Beschreibung

ADO.NET ADO.NET ist ein Teil der von

sich um eine Sammlung von

gewährleisten.

APS Auto Planing System, ein GCS Software

DMS Dealer Managemen

Ein Dealer-Management

Abwicklung aller a

DPI Dots per inch, Punkte pro Zoll, Masseinheit für die Angabe von Auflösungen

EKS Elektronisches Kassensystem, ein GCS

GCS GCS Garage und Carrosserie System GmbH

GPRS General Packet Radio

GPRS (deutsch: „Allgemeiner paketorientierter Funkdienst“) ist ein

paketorientierter

verwendet wird.

GSM Global System for Mobile Communications

GSM ist ein Standard für

Telefonie, aber auch für

Datenübertragung

HSDPA High Speed Downlink Packet Access

HSDPA, auch als 3.5G, 3G+ und UMTSÜbertragungsverfahren des Mob

DSL-ähnliche Übertragungsgeschwindigkeiten im Mobilfunknetz (abhängig von

der Qualität der Funkverbindung 3,6 bis 13,98 MBit/s) und macht damit den

Download von großen Datenmengen (etwa Spielen, Filmen, etc.) ohne Kabel

oder WLAN-Verbindung möglich

IIS Internet Information Services

IIS ist eine Diensteplattform der Firma

können Dokumente und Dateien im Netzwerk zugänglich gemacht werd

Kommunikationsprotokolle kommen zum

Einsatz.

JPS Job Planing System, ein GCS Software

KSR KSR EDV-Ingenieurbüro GmbH

MSF Microsoft Sync Framework

MSF ist eine umfangreiche Synchronisierungsplattform, die Zusammenarbeit und

Offlinezugriff für

OS Operating System, Betriebssystem

PDA Personal Digital Assistant

Ein PDA ist ein kompakter, tragbarer

Programmen Aufgabenverwaltung benutzt wird

RDA Remote Database AccessEin ISO/OSI-Standard zur Verteilung von Datenbanko

verteilten Systemen.

RFID Radio Frequency Identification

Der englische Begriff


28.04.2009 Version 1.0


Allgemeines

Begriffe und Abkürzungen

Beschreibung

ist ein Teil der von Microsoft entwickelten .NET-Plattform. Es handelt

sich um eine Sammlung von Klassen, die den Zugriff auf relationale Datenbanken

gewährleisten. ADO.NET gilt als Nachfolger der ActiveX Data Objects

Auto Planing System, ein GCS Software-Produkt

Dealer Management System

Management-System ist ein IT-System, welches Autohäuser

Abwicklung aller anfallenden Geschäftsprozesse unterstützt.

Dots per inch, Punkte pro Zoll, Masseinheit für die Angabe von Auflösungen

Elektronisches Kassensystem, ein GCS-Software-Produkt

GCS Garage und Carrosserie System GmbH

General Packet Radio Service


paketorientierter Dienst zur Datenübertragung, welcher in GSM

verwendet wird.

Global System for Mobile Communications

GSM ist ein Standard für volldigitale Mobilfunknetze, der hauptsächlich für

, aber auch für leitungsvermittelte und paketvermittelte

Datenübertragung sowie Kurzmitteilungen genutzt wird.

High Speed Downlink Packet Access HSDPA, auch als 3.5G, 3G+ und UMTS-Broadband vermarktet, ist ein Übertragungsverfahren des Mobilfunkstandards UMTS. Das Verfahren ermöglicht

ähnliche Übertragungsgeschwindigkeiten im Mobilfunknetz (abhängig von


Download von großen Datenmengen (etwa Spielen, Filmen, etc.) ohne Kabel

Verbindung möglich.

Internet Information Services

IIS ist eine Diensteplattform der Firma Microsoft für PCs und Server

können Dokumente und Dateien im Netzwerk zugänglich gemacht werd

Kommunikationsprotokolle kommen zum Beispiel HTTP, HTTPS

Job Planing System, ein GCS Software-Produkt

Ingenieurbüro GmbH

Microsoft Sync Framework


Offlinezugriff für Anwendungen, Dienste und Geräte ermöglicht.

Operating System, Betriebssystem

Personal Digital Assistant

ist ein kompakter, tragbarer Computer, der neben vielen anderen

hauptsächlich für die persönliche Kalender-, AdressAufgabenverwaltung benutzt wird.

Remote Database Access Standard zur Verteilung von Datenbankoperationen in heterogenen

verteilten Systemen.

Radio Frequency Identification

Der englische Begriff „Radio Frequency Identification“ bedeutet im Deutschen


6(29)

Plattform. Es handelt

ionale Datenbanken

ActiveX Data Objects (ADO).

Autohäuser bei der

Dots per inch, Punkte pro Zoll, Masseinheit für die Angabe von Auflösungen


GSM Netzen

, der hauptsächlich für

paketvermittelte

Broadband vermarktet, ist ein Das Verfahren ermöglicht

ähnliche Übertragungsgeschwindigkeiten im Mobilfunknetz (abhängig von


Download von großen Datenmengen (etwa Spielen, Filmen, etc.) ohne Kabel-

Server. Über sie

können Dokumente und Dateien im Netzwerk zugänglich gemacht werden. Als

HTTPS oder FTP zum


Anwendungen, Dienste und Geräte ermöglicht.

, der neben vielen anderen

, Adress- und

perationen in heterogenen

bedeutet im Deutschen

http://de.wikipedia.org/wiki/Microsoft

http://de.wikipedia.org/wiki/.NET

http://de.wikipedia.org/wiki/Klasse_(objektorientierte_Programmierung)

http://de.wikipedia.org/wiki/Relationale_Datenbank

http://de.wikipedia.org/wiki/ActiveX_Data_Objects

http://de.wikipedia.org/wiki/Informationstechnik

http://de.wikipedia.org/wiki/Autohaus

http://de.wikipedia.org/wiki/Paketvermittlung

http://de.wikipedia.org/wiki/GSM

http://de.wikipedia.org/wiki/Digitalsignal

http://de.wikipedia.org/wiki/Mobilfunknetz

http://de.wikipedia.org/wiki/Telefonie

http://de.wikipedia.org/wiki/Leitungsvermittlung

http://de.wikipedia.org/wiki/Paketvermittlung

http://de.wikipedia.org/wiki/Daten%C3%BCbertragung

http://de.wikipedia.org/wiki/Short_Message_Service

http://de.wikipedia.org/wiki/Universal_Mobile_Telecommunications_System

http://de.wikipedia.org/wiki/Digital_Subscriber_Line

http://de.wikipedia.org/wiki/Wireless_Local_Area_Network

http://de.wikipedia.org/wiki/Microsoft

http://de.wikipedia.org/wiki/Personal_Computer

http://de.wikipedia.org/wiki/Server

http://de.wikipedia.org/wiki/HTTP

http://de.wikipedia.org/wiki/HTTPS

http://de.wikipedia.org/wiki/File_Transfer_Protocol

http://de.wikipedia.org/wiki/Computer

http://de.wikipedia.org/wiki/Computerprogramm

Autor


Begriff Beschreibung

„Identifizierung

automatischen Identifizierung

erleichtert damit erheblich die Erfassung und Speicherung von Daten

SAPI Speech Application Prorgramming Interface

SAPI ist eine Schnittstelle zur Anbindung von Bibliotheken zur und Spracherkennung

SDK Software Development KitEin SDK ist eine Sam

bestimmten Software

ermöglichen soll, eigene darauf basierende Anwendu

SQL Structured Query Language

SQL ist eine Datenbanksprache

Daten in relationalen Datenbanken

UMTS Universal Mobile Telecommunications System

UMTS steht für den Mobilfunkstandard der dritten Generation (3G), mit dem

deutlich höhere Datenübertrag

Mobilfunkstandard der zweiten Generation (2G), dem

bis 220 kbit/s), möglich sind

Use Case Ein Anwendungsfall

Case bekannt, definiert ein Verhalten zwischen Akteuren und dem betrachteten

System, die stattfindet, um ein bestimmtes fachliches Ziel zu

VCS Vehicle Calculation System, ein GCS Software

VGA Video Graphics Array

VGA bezeichnet einen

von Bildauflösung und Farbanzahl sowie Wiederholfrequenz definiert

VIS Vehicle Inhouse System, ein GCS Software

VTS Vehicle Trading System, ein GCS Software

Webservice Ein Webservice

Uniform Resource Identifier

Schnittstelle als Ein Webservice unterstützt die direkte

unter Verwendung XML

internetbasierte

WLAN Wireless LAN, Wireless Local Area Network

WLAN bezeichnet ein „

Standard der IEEE

1.6 Quellenverzeichnis Chris Rupp & die SOPHISTen, RequirementsISBN: 978-3-446-40509-7

Ian Sommerville, Software Engineering, 8. Auflage, Pearson Studium 2007

PM-HANDBUCH.COM, Kostenloser Leitfaden für Projektmanager,

MSDN, Microsoft Developer Network, http://msdn.microsoft.com

Wikipedia, Die freie Enzyklopädie


28.04.2009 Version 1.0


Allgemeines

Beschreibung

Identifizierung mit Hilfe von elektromagnetischen Wellen“. RFID ermöglicht die

automatischen Identifizierung und Lokalisierung von Gegenständen und

erleichtert damit erheblich die Erfassung und Speicherung von Daten

Speech Application Prorgramming Interface

SAPI ist eine Schnittstelle zur Anbindung von Bibliotheken zur Spracherkennung unter dem Betriebssystem Microsoft Windows

Software Development Kit eine Sammlung von Programmen und Dokumentationen

bestimmten Software, die es Softwareentwicklern erleichtern bzw. erst

ermöglichen soll, eigene darauf basierende Anwendungen zu erstellen

Structured Query Language

Datenbanksprache zur Definition, Abfrage und Manipulation

relationalen Datenbanken.

Universal Mobile Telecommunications System


deutlich höhere Datenübertragungsraten (384 kbit/s bis 7,2 Mbit/s) als mit dem

Mobilfunkstandard der zweiten Generation (2G), dem GSM-Standard (9,6 kbit/s

bis 220 kbit/s), möglich sind.

Anwendungsfall, auch im Deutschen eher unter dem englischen Ausdruck

bekannt, definiert ein Verhalten zwischen Akteuren und dem betrachteten

System, die stattfindet, um ein bestimmtes fachliches Ziel zu erreichen.

Vehicle Calculation System, ein GCS Software-Produkt

Video Graphics Array

VGA bezeichnet einen Computergrafik-Standard, der bestimmte Kombinationen

Bildauflösung und Farbanzahl sowie Wiederholfrequenz definiert

Vehicle Inhouse System, ein GCS Software-Produkt

Vehicle Trading System, ein GCS Software-Produkt

Webservice oder Webdienst ist eine Software-Anwendung, die mit einem

Uniform Resource Identifier (URI) eindeutig identifizierbar ist und deren

als XML-Artefakt definiert, beschrieben und gefunden werden kann. Ein Webservice unterstützt die direkte Interaktion mit anderen

unter Verwendung XML-basierter Nachrichten durch den Austausch über

internetbasierte Protokolle.

Wireless LAN, Wireless Local Area Network

bezeichnet ein „drahtloses“, lokales Funknetz, wobei meistens ein

IEEE-802.11-Familie gemeint ist.

Chris Rupp & die SOPHISTen, Requirements-Engineering und Management, 4. Auflage, Hanser 2007,

erville, Software Engineering, 8. Auflage, Pearson Studium 2007, ISBN: 978

HANDBUCH.COM, Kostenloser Leitfaden für Projektmanager, http://www.pm

MSDN, Microsoft Developer Network, http://msdn.microsoft.com

e freie Enzyklopädie, http://www.wikipedia.org


7(29)

. RFID ermöglicht die

von Gegenständen und

erleichtert damit erheblich die Erfassung und Speicherung von Daten.

SAPI ist eine Schnittstelle zur Anbindung von Bibliotheken zur Sprachsynthese Microsoft Windows.

mlung von Programmen und Dokumentationen zu einer

erleichtern bzw. erst

ngen zu erstellen.

Manipulation von


ungsraten (384 kbit/s bis 7,2 Mbit/s) als mit dem

Standard (9,6 kbit/s

, auch im Deutschen eher unter dem englischen Ausdruck Use

bekannt, definiert ein Verhalten zwischen Akteuren und dem betrachteten

erreichen.

Standard, der bestimmte Kombinationen

Bildauflösung und Farbanzahl sowie Wiederholfrequenz definiert.

Anwendung, die mit einem

(URI) eindeutig identifizierbar ist und deren

Artefakt definiert, beschrieben und gefunden werden kann. mit anderen Software-Agenten

basierter Nachrichten durch den Austausch über

, wobei meistens ein

Auflage, Hanser 2007,

, ISBN: 978-3-8273-7257-4

http://www.pm-handbuch.com

http://de.wikipedia.org/wiki/Identifizierung

http://de.wikipedia.org/wiki/Automatische_Identifikation_und_Datenerfassung

http://de.wikipedia.org/wiki/Ortsbestimmung

http://de.wikipedia.org/wiki/Sprachsynthese

http://de.wikipedia.org/wiki/Spracherkennung

http://de.wikipedia.org/wiki/Betriebssystem

http://de.wikipedia.org/wiki/Microsoft_Windows

http://de.wikipedia.org/wiki/Softwareentwickler

http://de.wikipedia.org/wiki/Datenbanksprache

http://de.wikipedia.org/wiki/Definition

http://de.wikipedia.org/wiki/Abfragesprache

http://de.wikipedia.org/wiki/Manipulation

http://de.wikipedia.org/wiki/Daten

http://de.wikipedia.org/wiki/Relationale_Datenbank

http://de.wikipedia.org/wiki/Global_System_for_Mobile_Communications

http://de.wikipedia.org/wiki/Computergrafik

http://de.wikipedia.org/wiki/Uniform_Resource_Identifier

http://de.wikipedia.org/wiki/Schnittstelle

http://de.wikipedia.org/wiki/Extensible_Markup_Language

http://de.wikipedia.org/wiki/Interaktion

http://de.wikipedia.org/wiki/Software-Agent

http://de.wikipedia.org/wiki/Protokoll

http://de.wikipedia.org/wiki/Funknetz

http://de.wikipedia.org/wiki/IEEE_802.11

Autor


2 Gesamtüberblick

2.1 Produktumfeld

Das Dealer-Management-System besteht aus mehreren Produkten und Komponenten, die je nach

Bedarf und Anforderung auch einzeln eingesetzt werden können:

VTS (Vehicle Trading System): Das System für die

Fahrzeug das in einer Garage steht, gibt es eine

eingeben werden müssen und dann

Angebot zeigt. Die Kunden haben

Fahrzeug aussehen soll. Mittels SQL Datenbank und einerSekundenschnelle eine Liste aller Fahrzeuge,

werden. Kunden, die sich nicht im

des Fahrzeugangebots auf die Homepage und zu Automobilbörsen wie zum Beispie

Sobald ein Kunde sich für eines oder me


28.04.2009 Version 1.0


Gesamtüberblick

System besteht aus mehreren Produkten und Komponenten, die je nach

Bedarf und Anforderung auch einzeln eingesetzt werden können:

Das System für die Gebrauchtfahrzeugvermarktung.

steht, gibt es eine Fülle von Informationen die einmal in das VTS

dann immer sofort abrufbar sind, wenn ein Kunde Interesse an

n haben in der Regel ganz spezielle Vorstellungen wie ein

Fahrzeug aussehen soll. Mittels SQL Datenbank und einer ausgefeilten Suchfunktion kanSekundenschnelle eine Liste aller Fahrzeuge, die den Wünschen des Kunden entsprechen

werden. Kunden, die sich nicht im Einzugsgebiet befinden, erreicht man über den einfachen Upload

Homepage und zu Automobilbörsen wie zum Beispie

ich für eines oder mehrere Fahrzeuge entschieden hat, können


8(29)

System besteht aus mehreren Produkten und Komponenten, die je nach

Gebrauchtfahrzeugvermarktung. Zu jedem

einmal in das VTS

wenn ein Kunde Interesse an einem

spezielle Vorstellungen wie ein zukünftiges

ausgefeilten Suchfunktion kann in Kunden entsprechen, erzeugt

, erreicht man über den einfachen Upload

Homepage und zu Automobilbörsen wie zum Beispiel Autoscout24.

können im Handumdrehen

Autor


alle Verträge sowie Dokumente erstellt werden, die für den erfolgreichen Abschlussund zur Übergabe der Fahrzeuge im A

VCS (Vehicle Calculation System):Möglichkeit zur Verfügung, auf Informationen über alle Aufträge, Fahrzeuge und Kontakte des

Kunden zugreifen zu können (Kundenhistorie). Diese

auf die Belange eines Kunden einzugehen. Die Auftra

Fahrzeugbesichtigung mit Hilfe des Kalkulationsmoduls

Ergebnis in Form eines Kostenvoranschlags entweder persönlich oder aus dem V

oder Email an den Kunden übermittelt werden.

VIS (Vehicle Inhouse System): VIS vereint die Funktionen der Programme VCS für den

Werkstattbereich und VTS für den Fahrzeughandel

Fahrzeugdatenbank zurückgreifen können. Durch ein ausgefeiltes Zugriffs

können jedem Mitarbeiter nur die Programmfunktionen und Informationen zur Verfügung

werden, die sich in dessen Aufgabenbereich befinden. Der standortübergreifende Einsatz des VI

zum Beispiel unter Zuhilfenahme des Microsoft Windows Terminal Server zu bewerkstelligen.

Abgerundet wird die Software durch den Einsatz der Schnittstellen zur Finanzbuchhaltung,

Betriebsdatenerfassung InTime2000

stellt damit das zentrale Produkt in der GCS

APS (Auto Planing System): Das Annahme

Karosserie-, Lackierfach- und Kfz

Kundenannahme, Ersatzfahrzeugverplanung und die Steigerung der Kundenzufriedenheit. Es wird

eine hohe Terminsicherheit erreicht und Warteze

die optionale Erweiterung mit dem

für Ihre Kunden Reifen einlagern bzw. damit handeln. Eine detaillierte Kunden

Fahrzeugverwaltung mit allen hierzu gehörenden Daten und Dokumenten, sowie einem Termin

Kontaktmanagement mit automatischem Wiedervorlagesystem erleichtert die notwendigen

Verwaltungsaufgaben in hohem Mass

JPS (Job Planing System): Das Service

Planung und Organisation der Kundendienstannahme, der Werkstatt und des Teile

Zubehörlagers, sowie aller übrigen Bereiche des Betriebes inklusive der externen Zuarbeiten durch

andere Betriebe. Es gibt einen schnellen Über

Berücksichtigung von Urlaubs-, Krankheits

Verbindung mit entsprechenden Zeitmodellen ist eine gleichmässige Werkstattauslastung die Folge.

Darüber hinaus erhält man die nötige Flexibilität für z.B. einen unvorhersehbaren Einsatz des

Personals oder anderer Betriebsressourcen. Der schnelle und detaillierte Überblick über schon

eingeplante Service-Termine erleichtert zudem die Entzerrung der Auftragsannahme u

Werkstattdurchlaufzeiten. Komplette Vorgänge können von der Annahme bis zur Fahrzeugauslieferung und Rechnungsstellung geplant, überwacht/kontrolliert bzw. gesteuert

werden.

Das heisst: mit diesem Programm arbeitet die (Telefon

Werkstattmeister, eventuell sogar die Werkstattmitarbeiter

und das Management.


28.04.2009 Version 1.0


Gesamtüberblick

erstellt werden, die für den erfolgreichen Abschlussund zur Übergabe der Fahrzeuge im An- und Verkauf benötigt werden.

VCS (Vehicle Calculation System): Das Kalkulationssystem für Karosseriefachbetriebe.

Möglichkeit zur Verfügung, auf Informationen über alle Aufträge, Fahrzeuge und Kontakte des

Kunden zugreifen zu können (Kundenhistorie). Diese Ausgangslage ermöglicht es

Kunden einzugehen. Die Auftragskostenermittlung kann sofort nach der

Fahrzeugbesichtigung mit Hilfe des Kalkulationsmoduls des Datenlieferanten erledigt

Ergebnis in Form eines Kostenvoranschlags entweder persönlich oder aus dem VCS heraus per F

übermittelt werden.

VIS vereint die Funktionen der Programme VCS für den

Werkstattbereich und VTS für den Fahrzeughandel so, dass diese auf eine Kunden

greifen können. Durch ein ausgefeiltes Zugriffs- und Rechteman

jedem Mitarbeiter nur die Programmfunktionen und Informationen zur Verfügung

die sich in dessen Aufgabenbereich befinden. Der standortübergreifende Einsatz des VI



2000 sowie dem Werkstattannahme- und Planungssystem JPS

stellt damit das zentrale Produkt in der GCS-Softwareumgebung dar.

Das Annahme-, Auftrags- und Mietwagenplanungssystem.

und Kfz-Betriebe sowie Autohäuser geeignet. Ziel ist eine Optimierung der


eine hohe Terminsicherheit erreicht und Wartezeiten werden verkürzt oder sogar vermieden. Durch

dem Reifenservice ist das APS auch interessant für alle Betriebe, die

für Ihre Kunden Reifen einlagern bzw. damit handeln. Eine detaillierte Kunden- und

llen hierzu gehörenden Daten und Dokumenten, sowie einem Termin


altungsaufgaben in hohem Masse.

Das Service-, Annahme- und Werkstattplanungssystem.

Planung und Organisation der Kundendienstannahme, der Werkstatt und des Teile


andere Betriebe. Es gibt einen schnellen Überblick über freie Werkstattkapazitäten unter

, Krankheits-, Schulungs- und anderer Ausfallzeiten der Mitarbeiter. In


erhält man die nötige Flexibilität für z.B. einen unvorhersehbaren Einsatz des


Termine erleichtert zudem die Entzerrung der Auftragsannahme u


it diesem Programm arbeitet die (Telefon-)Zentrale, die Kundendienstannahme, der

Werkstattmeister, eventuell sogar die Werkstattmitarbeiter, die Buchhaltung (Rechnungsstel


9(29)

erstellt werden, die für den erfolgreichen Abschluss des Geschäfts

as Kalkulationssystem für Karosseriefachbetriebe. VCS stellt die

Möglichkeit zur Verfügung, auf Informationen über alle Aufträge, Fahrzeuge und Kontakte des

Ausgangslage ermöglicht es, schnellstmöglich

sofort nach der

erledigt und das

CS heraus per Fax

VIS vereint die Funktionen der Programme VCS für den

diese auf eine Kunden- bzw.

und Rechtemanagement

jedem Mitarbeiter nur die Programmfunktionen und Informationen zur Verfügung gestellt

die sich in dessen Aufgabenbereich befinden. Der standortübergreifende Einsatz des VIS ist



ngssystem JPS. VIS

und Mietwagenplanungssystem. APS ist für alle

Betriebe sowie Autohäuser geeignet. Ziel ist eine Optimierung der


iten werden verkürzt oder sogar vermieden. Durch

Reifenservice ist das APS auch interessant für alle Betriebe, die

und

llen hierzu gehörenden Daten und Dokumenten, sowie einem Termin- und


ungssystem. JPS dient für die

Planung und Organisation der Kundendienstannahme, der Werkstatt und des Teile- und


blick über freie Werkstattkapazitäten unter

und anderer Ausfallzeiten der Mitarbeiter. In


erhält man die nötige Flexibilität für z.B. einen unvorhersehbaren Einsatz des


Termine erleichtert zudem die Entzerrung der Auftragsannahme und der


ndienstannahme, der

(Rechnungsstellung)

Autor


EKS (Elektronisches Kassensystem):Lagersysteme. Es übernimmt die Aufgaben einer Kasse in einem Betrieb.

Lackierfach-, Kfz-Betriebe und Autohäuser geeignet. Dabei ist es unerheblich, ob die Zahlung durch

Bargeld oder mit einer EC-, VISA-

europa3000: Die Business Software von europa3000

und die Finanzbuchhaltung zur GCS

InTime2000: InTime2000 ist ein Betriebsdaten

2.2 Ziel des AuftraggebersGaragen und Carrosseriebetrieben, die mit

einer mobilen Datenerfassungssoftware die Möglichkeit geboten werden, ihre Wer

noch einen weiteren Schritt zu digitalisieren und automatisieren.

Motivation Was waren die Überlegungen, den Schritt zu mobilen Geräten zu wagen, wo doch damit so offensichtliche Nachteile wie kleine Displays

Robustheit verbunden sind?

Ein erster Punkt ist natürlich der, dass mit diesem Projekt im Rahmen einer Master Thesis dem

Auftraggeber kaum Kosten entstehen und das Risiko somit relativ klein ist

Der Grundgedanke ist aber ein anderer: D

beobachtet, dass sie für Informatik

Mehrfachverwendung von mobilen Geräte

• Ein Verkäufer, der sowieso ein Geschäftshandy hat onoch seine Daten erfassen

• Das Handy mit der Geschäftsapplikation

Verfügung gestellt werden (z.B. als Lohnbestandteil oder anstelle einer Lohnerhöhung

• Ein Mitarbeiter installiert die Applikation auf seinem privaten Handy und

(gegen ein Entgelt) im Betrieb.

• usw.

Das bedeutet:

• Es muss keine doppelte Investition

• Es bleibt mehr Budget fü

• Die Bereitschaft etwas auszuprobierenwerden muss bzw. wenn die Hardware auch für A

verwendet werden kann.

2.3 Ziel der Master ThesisEs soll eine Applikation mit dem Windows Mobile SDK für Geräte mit Windows Mobile 6.0/6.1

Betriebssystem erstellt werden, welche die bestehende DMSKomponente ergänzt. Der Fokus richtet sich jedoch nicht unbedingt auf die Applikation sel

sondern auf die Untersuchung und Ausarbeitung der Grundlagen für die Kommunikation und den

Datenaustausch zwischen der DMS

Prototyps im Bereich vom Job Planing System (JPS)


28.04.2009 Version 1.0


Gesamtüberblick

EKS (Elektronisches Kassensystem): EKS ist ein Zusatzprogramm für die GCS FakturaLagersysteme. Es übernimmt die Aufgaben einer Kasse in einem Betrieb. EKS ist für alle Karosserie

Betriebe und Autohäuser geeignet. Dabei ist es unerheblich, ob die Zahlung durch

-, Master- oder American Express-Karte erfolgt.

Business Software von europa3000 steuert die Debitoren-, Kreditorenverwaltung

zur GCS-Gesamtlösung bei.

InTime2000 ist ein Betriebsdaten- und Zeiterfassungssystem.

Ziel des Auftraggebers iebetrieben, die mit den oben beschriebenen Produkten arbeiten, soll mit

einer mobilen Datenerfassungssoftware die Möglichkeit geboten werden, ihre Wer

noch einen weiteren Schritt zu digitalisieren und automatisieren.

Was waren die Überlegungen, den Schritt zu mobilen Geräten zu wagen, wo doch damit so offensichtliche Nachteile wie kleine Displays und damit schlechtere Bedienbarkeit


Auftraggeber kaum Kosten entstehen und das Risiko somit relativ klein ist.

Der Grundgedanke ist aber ein anderer: Der Auftraggeber hat bei seinen Kunden den Trend

für Informatikmittel immer weniger zu investieren bereit sind

mobilen Geräten eine Chance sein:

Verkäufer, der sowieso ein Geschäftshandy hat oder haben muss, kann damit dann auch noch seine Daten erfassen und zurückmelden.

Das Handy mit der Geschäftsapplikation kann einem Mitarbeiter auch für private Zweck

Verfügung gestellt werden (z.B. als Lohnbestandteil oder anstelle einer Lohnerhöhung

installiert die Applikation auf seinem privaten Handy und

im Betrieb.

eine doppelte Investition in Hardware getätigt werden.

ehr Budget für Software (auf Hardware gibt es kaum mehr Marge)

eitschaft etwas auszuprobieren ist grösser, wenn nicht extra Hardware gekauft wenn die Hardware auch für Anderes (z.B. im privaten

verwendet werden kann.

Ziel der Master Thesis ation mit dem Windows Mobile SDK für Geräte mit Windows Mobile 6.0/6.1

Betriebssystem erstellt werden, welche die bestehende DMS-Software-Suite von GCS um eine mobile Der Fokus richtet sich jedoch nicht unbedingt auf die Applikation sel

Untersuchung und Ausarbeitung der Grundlagen für die Kommunikation und den

en der DMS-Lösung und dem mobilen Gerät. Anhand eines vertikalen

Prototyps im Bereich vom Job Planing System (JPS) soll dann die Umsetzbarkeit geprüft


10(29)

EKS ist ein Zusatzprogramm für die GCS Faktura- und EKS ist für alle Karosserie-,

Betriebe und Autohäuser geeignet. Dabei ist es unerheblich, ob die Zahlung durch

, Kreditorenverwaltung

arbeiten, soll mit

einer mobilen Datenerfassungssoftware die Möglichkeit geboten werden, ihre Werkstattplanung

Was waren die Überlegungen, den Schritt zu mobilen Geräten zu wagen, wo doch damit so eit oder mangelnde


bei seinen Kunden den Trend

en bereit sind. Hier könnte die

der haben muss, kann damit dann auch

kann einem Mitarbeiter auch für private Zwecke zur

Verfügung gestellt werden (z.B. als Lohnbestandteil oder anstelle einer Lohnerhöhung).

installiert die Applikation auf seinem privaten Handy und verwendet es

gibt es kaum mehr Marge).

, wenn nicht extra Hardware gekauft z.B. im privaten Bereich)

ation mit dem Windows Mobile SDK für Geräte mit Windows Mobile 6.0/6.1

Suite von GCS um eine mobile Der Fokus richtet sich jedoch nicht unbedingt auf die Applikation selbst,

Untersuchung und Ausarbeitung der Grundlagen für die Kommunikation und den

hand eines vertikalen

eit geprüft werden.

Autor


Projektteilziele

Geräteauswahl

Anforderungen und Anwendungsfall

definieren

Windows Mobile SDK sowie .NET Compact

Framework kennenlernen

Möglichkeiten des Datenaustausches untersuchen

- Webservices - Datenbank Merge-Replikation

- Datenbank Remote-Datenzugriff

- Sync Services for ADO.NET

Prototyp für den Anwendungsfall implementieren

Optional: Spracherkennung evaluieren und allenfalls

implementieren

Dokumentation erstellen

Nicht-Ziele Es ist nicht das Ziel eine fertige, einsatzfähige A

Dementsprechend ist auch kein Benutzerhandbuch o.ä. zu schreiben.

Eine webbasierte L

Erweiterungen keine Einschränkungen bestehen.

Wirkung / Nutzen Grundlage für weitere Entwicklung. Prototyp als Machbarkeitsstudie sowie

als Demonstrationsobjekt für

Projektphasen / Hauptaufgaben

1.

2.

3.

4.

5.

2.4 Meilensteine

Nr.

MS 1 Projektstart

MS 2 Projektauftrag liegt vor

MS 3 Anforderungen festgelegt, Abgabe Pflichtenheft

MS 4 Pflichtenheft bestätigt

MS 5 Technologie-Studie abgeschlossen

MS 6 Entwicklung und Verifikation abgeschlossen

MS 7 Abgabe Bericht

MS 8 Präsentation und Projektende


28.04.2009 Version 1.0


Gesamtüberblick

Projektteilziele �� Ergebnisse

• 2 mobile Testgeräte

Anforderungen und Anwendungsfall des Prototyps • Pflichtenheft

Windows Mobile SDK sowie .NET Compact • Kleine Testanwendung

Möglichkeiten des Datenaustausches untersuchen

Replikation Datenzugriff

Sync Services for ADO.NET

• Technologie-Studie, Softwarearchitektur

Prototyp für den Anwendungsfall implementieren • Funktionierender Prototyp

Optional: Spracherkennung evaluieren und allenfalls • Prototyp mit Sprachunterstützung

• Bericht

Es ist nicht das Ziel eine fertige, einsatzfähige Applikation


Eine webbasierte Lösung wird nicht verfolgt, damit für zukünftige

Erweiterungen keine Einschränkungen bestehen.

Grundlage für weitere Entwicklung. Prototyp als Machbarkeitsstudie sowie

als Demonstrationsobjekt für zukünftige Kundenbefragungen.

Einarbeitung und Anforderungen

Technologie-Studie

Analyse und Entwurf

Entwicklung und Verifikation

Dokumentation

Meilenstein

Projektauftrag liegt vor

Anforderungen festgelegt, Abgabe Pflichtenheft

Pflichtenheft bestätigt

Studie abgeschlossen

Entwicklung und Verifikation abgeschlossen

Präsentation und Projektende


11(29)

2 mobile Testgeräte

Kleine Testanwendung

Studie, Softwarearchitektur

Funktionierender Prototyp

Prototyp mit Sprachunterstützung

pplikation zu erstellen.


, damit für zukünftige

Grundlage für weitere Entwicklung. Prototyp als Machbarkeitsstudie sowie

Kundenbefragungen.

Termin

MO, 09.03.2009

FR, 20.03.2009

DO, 23.04.2009

FR, 08.05.2009

FR, 10.07.2009

MO, 04.09.2009

FR, 10.09.2009

FR, 11.09.2009

Autor


2.5 Vorgesehene ErweiterungenDer Prototyp, wie er anhand der funktionalen Anforderungen in Kapitel

nach Projektabschluss primär mal

einem Pilotprojekt eingesetzt werden, um die Akzeptanz bei den Kunden zu überprüfen

Feedback einzuholen. Danach wird

Das Endziel wäre, die komplette Werkstattkarte, die zurzeit noch auf Papier geführt wird,

elektronisch auf dem mobilen Ger

Rückmeldung der verbauten Ersatzteile, verschiedene Checklisten zur

2.6 RahmenbedingungenEs soll wo immer möglich mit den aktuellsten Technologien und Produkten gearbeitet werden.

sind dies:

• Windows Mobile 6.1 Professional

• .NET Framework 3.5

• .NET Compact Framework 3.5

• SQL Server 2008

• SQL Server Compact 3.5

• Visual Studio 2008 Professional Edition

Die Hardware- und Softwareanforderungen an das mobile Gerät, an den Server und an das

Entwicklungssystem sind in den folgenden Unterkapiteln beschrieben.

2.6.1 Zielsystem Mobiles Gerät

Zusammen mit dem Auftraggeber s

definiert worden:

• Windows Mobile BetriebssystemWir konzentrieren uns auf Geräte mi

6.0 oder 6.1 wird bevorzugt, je nachdem kommt auch noch die V

Der Einsatz von Windows

gesamte Software-Produktpalette basiert darauf. Deshalb kommen für den Auftraggeber nur

windowsbasierte Systeme in Frage und auf die Evaluation von Ger

Palm-OS, etc. wird vollständig verzichtet.

Mit Windows Mobile sehen wir zudem die Möglichkeit, dass sowohl professionelle Geräte

wie auch bei Bedarf eine Vielzahl von einfacheren und günstigeren Smartphones oder PD

zum Einsatz kommen können. Windows Mobile 6.0/6.1 ist die aktuellste Betriebssystem

Mitte Jahr, Windows Mobile 7.0 dann gegen Ende Jahr auf den Markt kommen.

• Touchscreen

Die Applikation muss über einen Touchscreen (per Finger oder Stif

Unser Zielgerät wird deshalb mit Windows Mobile 6 Classic oder Professional ausgerüstet

sein, wohingegen Windows Mobile 6 Standard

kommt.

• Grosses Farbdisplay Für die Praxistauglichkeit und A

massgebende Rolle. Displaygrössen ab 2.8 Zoll kommen in Frage.


28.04.2009 Version 1.0


Gesamtüberblick

Vorgesehene Erweiterungen , wie er anhand der funktionalen Anforderungen in Kapitel 4.2 beschrieben ist,

primär mal als Umfrage- und Demonstrationsobjekt dienen u

einem Pilotprojekt eingesetzt werden, um die Akzeptanz bei den Kunden zu überprüfen

Danach wird über weiterführende Entwicklungsschritte entschieden


ronisch auf dem mobilen Gerät abzubilden. Dies beinhaltet die Zeiterfassung, die Auswahl und

Rückmeldung der verbauten Ersatzteile, verschiedene Checklisten zur Unterstützung,

Rahmenbedingungen Es soll wo immer möglich mit den aktuellsten Technologien und Produkten gearbeitet werden.

Windows Mobile 6.1 Professional

.NET Compact Framework 3.5

Visual Studio 2008 Professional Edition

und Softwareanforderungen an das mobile Gerät, an den Server und an das

in den folgenden Unterkapiteln beschrieben.

Zielsystem Mobiles Gerät

Zusammen mit dem Auftraggeber sind die folgenden Muss-Anforderungen an das mobile Gerät

Windows Mobile Betriebssystem Wir konzentrieren uns auf Geräte mit Windows Mobile Betriebssystem. Die aktuelle Version

6.0 oder 6.1 wird bevorzugt, je nachdem kommt auch noch die Version 5.0 in Frage.

Der Einsatz von Windows- und .NET-Technologien in der Firma GCS hat Tradition. Die

Produktpalette basiert darauf. Deshalb kommen für den Auftraggeber nur

windowsbasierte Systeme in Frage und auf die Evaluation von Geräten mit Symbian

OS, etc. wird vollständig verzichtet.


wie auch bei Bedarf eine Vielzahl von einfacheren und günstigeren Smartphones oder PD

ommen können. /6.1 ist die aktuellste Betriebssystem-Version. Die Version 6.5 sollte


Die Applikation muss über einen Touchscreen (per Finger oder Stift) bedient werden können.


Windows Mobile 6 Standard für Geräte ohne Touchscreen

Für die Praxistauglichkeit und Akzeptanz des Gerätes spielt das Display sicherlich eine

Displaygrössen ab 2.8 Zoll kommen in Frage.


12(29)

beschrieben ist, wird

und Demonstrationsobjekt dienen und zudem in

einem Pilotprojekt eingesetzt werden, um die Akzeptanz bei den Kunden zu überprüfen und um

entschieden.


die Zeiterfassung, die Auswahl und

Unterstützung, usw.

Es soll wo immer möglich mit den aktuellsten Technologien und Produkten gearbeitet werden. Es

und Softwareanforderungen an das mobile Gerät, an den Server und an das

Anforderungen an das mobile Gerät

. Die aktuelle Version

ersion 5.0 in Frage.

Technologien in der Firma GCS hat Tradition. Die

Produktpalette basiert darauf. Deshalb kommen für den Auftraggeber nur

äten mit Symbian-OS oder


wie auch bei Bedarf eine Vielzahl von einfacheren und günstigeren Smartphones oder PDA‘s

Version. Die Version 6.5 sollte


t) bedient werden können.


Geräte ohne Touchscreen zum Einsatz

kzeptanz des Gerätes spielt das Display sicherlich eine

Autor


• Auflösung: mindestens 240xUm die geplanten Funktionalitäten benutzergerecht darstellen zu können, wird eine

möglichst hohe Auflösung benötig

• Wireless-LAN: IEEE 802.11b (11 MBit/s) oder IEEE 802.11g (54 MBit/s).

Der Datenaustausch zwischen mobilen Gerät und Server erfolgt vorzugsweise über WLAN, in

Ausnahmefällen natürlich auch über

WLAN stellt zurzeit die beste Möglichkeit dar, in einem überschaubaren Gebiet die drahtlose

Kommunikation kostengünstig zu gewähren.

• Robustes Gehäuse oder zumindest Schutzhülle erhältlichDas Umfeld, in welchem die zu entwickelnde Applikation auf

werden soll, sind Autowerkstätten, Garage

welchem das Gerät auch mal mit schmutzigen Händen bedient wird, oder es vom Tisch fallen

kann. Deswegen soll das Gerät

Optionale Anforderungen zur Erhöhung der Funktionalität oder für eine bessere Betriebsstabilität

sind:

• RFID-Sender/Empfänger

Für spätere Anwendungsfälle, die jedoch nicht Bestandteil von diesem Projekt sind, könnte

die RFID-Technologie durchaus zum Einsatz kommen.

• Barcode-Leser

Ebenfalls für weitere Anwendungsfälle einsetzbar.

• GSM/GPRS/UMTS/HSDPA

Die Nutzung der klassischen Mobilfunktechno

WLAN Sinn und bieten auch die Möglichkeit, das mob

Zwecke zu verwenden.

• Akku und Ladestation

Der Batterie bzw. der Akkudauer

Zudem sollte der Akku problemlos ausgewechselt werden können, falls er mit der Zeit

schwächer wird. Grundsätzlich sind Akkus

Wiederaufladung und langer

eine Ladestation in welcher es ve

2.6.2 Zielsystem Server

Ein DMS-Server besteht – nebst den GCS

• Windows Server 2003 oder 2008

• SQL Server 2008


• Internet Information Services (IIS) 6.0 oder

Für Kleinstkunden, die ohne Server

Konfiguration zum Einsatz kommen:

• Windows XP Professional

• SQL Server 2008 Express Edition with Advanced Services


• Internet Information Services (IIS) 5.1


28.04.2009 Version 1.0


Gesamtüberblick

Auflösung: mindestens 240x320 Pixel Um die geplanten Funktionalitäten benutzergerecht darstellen zu können, wird eine

Auflösung benötigt. Ideal wäre wohl VGA (480x640 Pixel)

IEEE 802.11b (11 MBit/s) oder IEEE 802.11g (54 MBit/s).


Ausnahmefällen natürlich auch über GSM/GPRS.


Kommunikation kostengünstig zu gewähren.

Robustes Gehäuse oder zumindest Schutzhülle erhältlich Das Umfeld, in welchem die zu entwickelnde Applikation auf dem mobilen Gerät eingesetzt

werden soll, sind Autowerkstätten, Garagen und Carrosserie-Betriebe. Also ein Umfeld, in


kann. Deswegen soll das Gerät einigermassen stabil und robust sein.

zur Erhöhung der Funktionalität oder für eine bessere Betriebsstabilität

Sender/Empfänger


e durchaus zum Einsatz kommen.

Ebenfalls für weitere Anwendungsfälle einsetzbar.

GSM/GPRS/UMTS/HSDPA

Die Nutzung der klassischen Mobilfunktechnologien macht auf jeden Fall als Alternative zum

und bieten auch die Möglichkeit, das mobile Gerät von extern

Der Batterie bzw. der Akkudauer sollte ebenfalls Aufmerksamkeit beigemessen werden.

der Akku problemlos ausgewechselt werden können, falls er mit der Zeit

wird. Grundsätzlich sind Akkus mit langer Betriebs- und Standbyzeit, schnelle

Wiederaufladung und langer Lebensdauer zu bevorzugen. Idealerweise gibt es zum Gerät

eine Ladestation in welcher es versorgt und geladen werden kann.

den GCS-Programmen – typischerweise aus folgender

Windows Server 2003 oder 2008

Internet Information Services (IIS) 6.0 oder 7.0

Für Kleinstkunden, die ohne Server-Betriebssystem arbeiten, kann jedoch auch folgende

zum Einsatz kommen:

Windows XP Professional

SQL Server 2008 Express Edition with Advanced Services

Internet Information Services (IIS) 5.1


13(29)

Um die geplanten Funktionalitäten benutzergerecht darstellen zu können, wird eine

t. Ideal wäre wohl VGA (480x640 Pixel).



dem mobilen Gerät eingesetzt

etriebe. Also ein Umfeld, in


zur Erhöhung der Funktionalität oder für eine bessere Betriebsstabilität


logien macht auf jeden Fall als Alternative zum

ile Gerät von extern oder für andere

Aufmerksamkeit beigemessen werden.

der Akku problemlos ausgewechselt werden können, falls er mit der Zeit

und Standbyzeit, schnelle

Idealerweise gibt es zum Gerät

typischerweise aus folgender Software:

jedoch auch folgende

Autor


2.6.3 Entwicklungssystem

Das zur Verfügung stehende Entwicklungssystem

• Windows XP Professional

• SQL Server 2008 Express Edition with Advanced Services


• Internet Information Services (IIS) 5.1

• Visual Studio 2008 Professional

• Windows Mobile 6 Professional SDK

• Enterprise Architect 7.5

• ActiveSync 4.5


28.04.2009 Version 1.0


Gesamtüberblick

Entwicklungssystem

Das zur Verfügung stehende Entwicklungssystem weist folgende Software auf:

Windows XP Professional

Express Edition with Advanced Services

Internet Information Services (IIS) 5.1

Visual Studio 2008 Professional Edition

ndows Mobile 6 Professional SDK


14(29)

Autor


3 Technologie-StudieDer Entwicklung des Prototyps geht eine Technologie

Aspekte untersucht werden, die im Folgenden kurz beschrieben sind.

3.1 Grundlagen Als erstes geht es darum, die Grundlagen für die Applikationsentwicklung für Windows Mobile zu erarbeiten. Die Ergebnisse werden nur soweit dokumentiert, wie sie für dieses Projekt relevant sind.

Windows Mobile SDK und .NET Compact FrameworkEs soll untersucht werden, welche

das Windows Mobile Software Development Kit und das .NET Compact Framework 3.5 bietet

insbesondere natürlich im Hinblick auf den zu entwickelnden Pr

Testanwendung erstellt, mit der auch die Handhabung des Deployments aufs mobile Gerät getestet

werden kann.

SQL Server Compact [Req: TS002]Das Ziel in diesem ersten Schritt ist die Installation des SQL Server Compact auf dem mobilem Gerät,

sowie das Abrufen von Daten in

3.2 Datenaustausch / KommunikationDas Schwergewicht dieser Technologie

Möglichkeiten des Datenaustausches zwischen mobiler Applikation und Datenbank. Dazu kommen die im Folgenden beschriebenen Technologien und Verfahren in Frage,

deren Sachverhalt und Praxistauglichk

und bewertet werden sollen. Es gilt auch die Konsequenzen auf die Applikationslogik, auf den

Programmieraufwand und auf die Performance zu untersuchen.

Webservices [Req: TS003]

Im mobilen Bereich ist die Aufrechterhaltung der Verbindung über langsame, teure und

unzuverlässige Netze oftmals problematisch. Bei der Arbeit mit Webservices und anderen

Netzwerkprotokollen, die eigentlich für Breitbandverbindungen designt wurden, stellt

Herausforderung dar. Das .NET Compact Framework erlaubt es angeblich auf einfache Weise, die Verwendung der existierenden Webservice

SQL Server Merge-Replikation [Req: T

Die Merge-Replikation stellt gemäss Microsoft

die einer mobilen Anwendung ermöglicht, autonome Änderungen an replizierten Daten

vorzunehmen und diese Änderungen zu einem späteren Zeitpunkt mit einer Microsoft SQL Server

Datenbank zusammenzuführen sowie gegebenenfalls auftretende Konflikte zu lösen.

SQL Server Remote-DatenzugriffEine mobile Anwendung kann per Remotegespeicherten Microsoft SQL Server

Datenbanktabellen zugreifen (Pull

Vorgang). Mit RDA können ebenfalls SQL

Server ausgeführt wird.


28.04.2009 Version 1.0


Technologie-Studie

Studie Der Entwicklung des Prototyps geht eine Technologie-Studie voraus. Dabei sollen verschiedene

Aspekte untersucht werden, die im Folgenden kurz beschrieben sind.

Als erstes geht es darum, die Grundlagen für die Applikationsentwicklung für Windows Mobile zu Die Ergebnisse werden nur soweit dokumentiert, wie sie für dieses Projekt relevant sind.

Windows Mobile SDK und .NET Compact Framework [Req: TS001] Es soll untersucht werden, welche Funktionen und Möglichkeiten aber auch welche Einschränkungen

das Windows Mobile Software Development Kit und das .NET Compact Framework 3.5 bietet

im Hinblick auf den zu entwickelnden Prototyp. Dazu wird eine kleine


02] Das Ziel in diesem ersten Schritt ist die Installation des SQL Server Compact auf dem mobilem Gerät,

der Datenbank aus der Testanwendung heraus.

Datenaustausch / Kommunikation Das Schwergewicht dieser Technologie-Studie liegt auf der Untersuchung der verschiedenen

Möglichkeiten des Datenaustausches zwischen mobiler Applikation und der serverbasierten Datenbank. Dazu kommen die im Folgenden beschriebenen Technologien und Verfahren in Frage,

Praxistauglichkeit in Bezug auf die Anforderungen des Prototyps


Programmieraufwand und auf die Performance zu untersuchen.


problematisch. Bei der Arbeit mit Webservices und anderen

Netzwerkprotokollen, die eigentlich für Breitbandverbindungen designt wurden, stellt

.NET Compact Framework erlaubt es angeblich auf einfache Weise, die Verwendung der existierenden Webservice-Technologie auf mobile Geräte auszudehnen.

[Req: TS004]

gemäss Microsoft eine robuste Lösung mit vollem Funktionsumfang dar,


vorzunehmen und diese Änderungen zu einem späteren Zeitpunkt mit einer Microsoft SQL Server

usammenzuführen sowie gegebenenfalls auftretende Konflikte zu lösen.

Datenzugriff [Req: TS005] Eine mobile Anwendung kann per Remote-Datenzugriff auf einfache Weise auf Daten in entfernt gespeicherten Microsoft SQL Server-Datenbanktabellen und lokalen SQL Server Mobile

Datenbanktabellen zugreifen (Pull-Vorgang) und Daten an diese Datenbanktabellen senden (Push

Vorgang). Mit RDA können ebenfalls SQL-Befehle auf einem Server ausgegeben werden, auf dem SQL


15(29)

Dabei sollen verschiedene

Als erstes geht es darum, die Grundlagen für die Applikationsentwicklung für Windows Mobile zu Die Ergebnisse werden nur soweit dokumentiert, wie sie für dieses Projekt relevant sind.

aber auch welche Einschränkungen

das Windows Mobile Software Development Kit und das .NET Compact Framework 3.5 bietet,

. Dazu wird eine kleine


Das Ziel in diesem ersten Schritt ist die Installation des SQL Server Compact auf dem mobilem Gerät,

auf der Untersuchung der verschiedenen

serverbasierten Datenbank. Dazu kommen die im Folgenden beschriebenen Technologien und Verfahren in Frage,

eit in Bezug auf die Anforderungen des Prototyps überprüft



problematisch. Bei der Arbeit mit Webservices und anderen

Netzwerkprotokollen, die eigentlich für Breitbandverbindungen designt wurden, stellt das eine

.NET Compact Framework erlaubt es angeblich auf einfache Weise, die Technologie auf mobile Geräte auszudehnen.

eine robuste Lösung mit vollem Funktionsumfang dar,


vorzunehmen und diese Änderungen zu einem späteren Zeitpunkt mit einer Microsoft SQL Server-

usammenzuführen sowie gegebenenfalls auftretende Konflikte zu lösen.

Datenzugriff auf einfache Weise auf Daten in entfernt en und lokalen SQL Server Mobile-

Vorgang) und Daten an diese Datenbanktabellen senden (Push-

Befehle auf einem Server ausgegeben werden, auf dem SQL

Autor


Sync Services for ADO.NET [Req: TSync Services for ADO.NET ist ein Teil von Microsoft Sync Framework (MSF).

umfassende Synchronisierungsplattform, die Zusammenarbeit und Offlinezugriff für Anwendungen,

Dienste und Geräte ermöglicht. Es stellt Technologien und Tools für Roaming, Freigabe und

Offlinebereitstellung von Daten zur Verfügung. Mithilfe von Sync Framework können Entwickler

synchronisierte heterogene Systeme erstellen, die beliebige Anwendungen mit beliebigen Daten aus

beliebigen Speichern integrieren, indem beliebige Protokolle über beliebige Netzwerke verwendet

werden.

ActiveSync / Windows Mobile Device CenterMicrosoft ActiveSync ist eine Software zur Datensynchronisation eines PCs mit einem mobilen GerätWindows Mobile Device Center ist die Nachfolgeversion von ActiveSync für Windows Vista.

Leider hat Microsoft ab Version 4.0

GPRS abgeschafft bzw. sie funktioniert nur noch in Verbindung mit

Damit entfällt diese Möglichkeit des Datenaustausches für unsere Zwecke und ich gehe nicht mehr

weiter darauf ein.

3.3 Spracherkennung Aufgrund der beschränkten Displaygrösse von mobilen Geräten und der Anforderung, dass die

Anwendung über den Touchscreen bedient werden können

Elemente im Verhältnis zum verfügbaren Platz relativ gross dargestellt wer

Anforderung der Touch-Bedienung verzichten und stattdessen eine Bedienung über Spracheingabe

realisieren, so könnten die Elemente platzsparender und damit mehr Informationen auf einmal

dargestellt werden.

Dies ist jedoch ganz klar ein optionales Ziel, welches nur in Angriff genommen wird, wenn

ausreichend Zeit zur Verfügung steht.

noch andere Produkte und Technologien untersucht werden.

Microsoft Voice Command [Req: T

Microsoft Voice Command verwandelt

persönlichen Assistenten: Man kann mit der Stimme Kontakte suchen, Telefonanrufe tätigen, Daten

im Kalender abfragen, Musik abspielen oder steuern und auch Programme s

überprüfen, ob und wieweit diese Software auch für selbstentwickelte Programme verwendet

werden kann.

Speech Application Programming Interface (SAPI)SAPI ist eine von Microsoft entwickelte Schnittstelle zur Anbindung von Bibliotheken zur Sprachsynthese und Spracherkennung

Microsoft Voice Command verwendet.


28.04.2009 Version 1.0


Technologie-Studie

[Req: TS006] Sync Services for ADO.NET ist ein Teil von Microsoft Sync Framework (MSF). Sync Framework ist eine


Es stellt Technologien und Tools für Roaming, Freigabe und



gen Speichern integrieren, indem beliebige Protokolle über beliebige Netzwerke verwendet

/ Windows Mobile Device Center ActiveSync ist eine Software zur Datensynchronisation eines PCs mit einem mobilen Gerät

vice Center ist die Nachfolgeversion von ActiveSync für Windows Vista.

Leider hat Microsoft ab Version 4.0 von ActiveSync die Remotesynchronisierung über WLAN oder

GPRS abgeschafft bzw. sie funktioniert nur noch in Verbindung mit einem Microsoft Exchange S


Aufgrund der beschränkten Displaygrösse von mobilen Geräten und der Anforderung, dass die

Anwendung über den Touchscreen bedient werden können soll, müssen die einzelnen graphischen

Elemente im Verhältnis zum verfügbaren Platz relativ gross dargestellt werden. Würde man auf die

Bedienung verzichten und stattdessen eine Bedienung über Spracheingabe

ten die Elemente platzsparender und damit mehr Informationen auf einmal

n optionales Ziel, welches nur in Angriff genommen wird, wenn

Zeit zur Verfügung steht. Dabei können zum Beispiel die folgenden oder allenfalls auch

noch andere Produkte und Technologien untersucht werden.

[Req: TS007] Microsoft Voice Command verwandelt ein Windows Mobile Gerät zu einem eigenen virtuellen,


im Kalender abfragen, Musik abspielen oder steuern und auch Programme starten. Es ist zu


Speech Application Programming Interface (SAPI) [Req: TS008]

SAPI ist eine von Microsoft entwickelte Schnittstelle zur Anbindung von Bibliotheken zur Spracherkennung in Windows-Anwendungen. Sie wird unter anderem auch von

Microsoft Voice Command verwendet.


16(29)

Sync Framework ist eine


Es stellt Technologien und Tools für Roaming, Freigabe und



gen Speichern integrieren, indem beliebige Protokolle über beliebige Netzwerke verwendet

ActiveSync ist eine Software zur Datensynchronisation eines PCs mit einem mobilen Gerät, vice Center ist die Nachfolgeversion von ActiveSync für Windows Vista.

die Remotesynchronisierung über WLAN oder

einem Microsoft Exchange Server.


Aufgrund der beschränkten Displaygrösse von mobilen Geräten und der Anforderung, dass die

, müssen die einzelnen graphischen

den. Würde man auf die

Bedienung verzichten und stattdessen eine Bedienung über Spracheingabe

ten die Elemente platzsparender und damit mehr Informationen auf einmal

n optionales Ziel, welches nur in Angriff genommen wird, wenn

Dabei können zum Beispiel die folgenden oder allenfalls auch

zu einem eigenen virtuellen,


tarten. Es ist zu


SAPI ist eine von Microsoft entwickelte Schnittstelle zur Anbindung von Bibliotheken zur Anwendungen. Sie wird unter anderem auch von

Autor


4 Detaillierte AnforderungenIn diesem Kapitel werden die Use Cases und die

an den zu entwickelnden Prototyp beschrieben, die

4.1 Use Cases Akteure Für den zu entwickelnden Prototyp gibt es nur einen Akteu

oder Verkäufer), welcher im Garagen

erledigten Arbeiten zurückmeldet. Ein zweiter Akteur, welcher zuvor die Arbeiten im (bestehenden)

System erfasst und plant, ist für die folgenden Use Cases nicht relevant.

Übersicht Die drei Haupt-Use Cases sind „Aufgabe erledigen“, „Auftrag bearbeiten“ und „Kunde kontaktieren“.

Sie werden in den folgenden Unterkapiteln in weitere Use Cases unterteilt und dort beschrieben.


28.04.2009 Version 1.0


Detaillierte Anforderungen

Detaillierte Anforderungen Use Cases und die funktionalen und nicht-funktionalen Anforderungen

lnden Prototyp beschrieben, die in diesem Projekt realisiert werden

Für den zu entwickelnden Prototyp gibt es nur einen Akteur. Es ist dies der Mitarbeiter (Monteur

oder Verkäufer), welcher im Garagen- oder Carrosseriebetrieb mit dem mobilen Gerät seine


für die folgenden Use Cases nicht relevant.

Use Cases sind „Aufgabe erledigen“, „Auftrag bearbeiten“ und „Kunde kontaktieren“.



17(29)

funktionalen Anforderungen

in diesem Projekt realisiert werden sollen.

r. Es ist dies der Mitarbeiter (Monteur

oder Carrosseriebetrieb mit dem mobilen Gerät seine


Use Cases sind „Aufgabe erledigen“, „Auftrag bearbeiten“ und „Kunde kontaktieren“.


Autor


4.1.1 Aufgabe erledigen

Der Use Case „Aufgabe erledigen“ kann in 3 feinere Use Cases unterteilt werden.

ID UC001

Use Case Aufgabenliste abrufen

Beschreibung Der Ben

Auslöser Der Benutzer

Vorbedingungen •

Ergebnis Die Aufgabenliste zum Auftrag wird angezeigt

Ablauf 1.

Ausnahmen •

Erweiterungen •

•

•

•

•

•


28.04.2009 Version 1.0




Aufgabenliste abrufen

Der Benutzer kann sich die Aufgaben zu einem Auftrag anzeigen lassen

Der Benutzer klickt auf die Schaltfläche „Aufgaben“

Ein Auftrag ist geladen

Die Aufgabenliste zum Auftrag wird angezeigt

Der Benutzer klickt auf die Schaltfläche „Aufgaben

Es sind keine Aufgaben vorhanden

� Eine Meldung anstelle der Aufgabenliste wird angezeigt

Filtern der Aufgaben (RQ001)

Aktualisieren der Aufgaben (RQ002)

Anpassung an Bildschirmauflösung (RQ006)

Wechsel zwischen Hoch- und Querformat (RQ007

Touchscreen-Bedienung (RQ008)

Bedienung per Spracheingabe (RQ009)


18(29)


Auftrag anzeigen lassen

Aufgaben“

anstelle der Aufgabenliste wird angezeigt

erformat (RQ007)

Autor


ID UC002

Use Case Aufgabendetails abrufen

Beschreibung Der Benutzer kann sich Details zu einer Aufgabe anzeigen lassen

Auslöser Der Benutzer klickt auf eine Aufgabe

Vorbedingungen •

Ergebnis Detailinformationen zur Aufgabe

Ablauf 1.

Ausnahmen ---

Erweiterungen •

•

•

ID UC003

Use Case Aufgabe als erledigt

Beschreibung Der Benutzer kann eine

Auslöser Der Benutzer klickt auf die Schaltfläche „Übermitteln“

Vorbedingungen •

Ergebnis Die markierte Aufgabe wird

und verschwindet

Ablauf 1.

2.

Ausnahmen •

•

Erweiterungen •

•

•


28.04.2009 Version 1.0



Aufgabendetails abrufen

Der Benutzer kann sich Details zu einer Aufgabe anzeigen lassen

Der Benutzer klickt auf eine Aufgabe

Die Aufgabenliste wird angezeigt (UC001)

Detailinformationen zur Aufgabe werden angezeigt

Der Benutzer klickt auf eine Aufgabe




Aufgabe als erledigt zurückmelden

Der Benutzer kann eine Aufgabe als erledigt zurückmelden

Der Benutzer klickt auf die Schaltfläche „Übermitteln“

Die Aufgabenliste (UC001) oder die Detailinformationen zu einer

Aufgabe (UC002) werden angezeigt

Die markierte Aufgabe wird auf dem Server als erledigt

und verschwindet aus der Liste der offenen Aufgaben

Der Benutzer markiert eine Aufgabe als erledigt, indem era. in der Aufgabenliste die bei einer Aufgabe stehende

Checkbox aktiviert oder

b. in den Detailinformationen einer Aufgabe auf die

Schaltfläche „Erledigen“ klickt (Priorität 2)


Keine Aufgabe als erledigt markiert

� Es passiert nichts

Eine als erledigt markierte Aufgabe wurde inzwischen bereits von

einem anderen Benutzer erledigt � Die Aufgabe wird ganz normal als erledigt übermittelt

Automatische Aktualisierung der Aufgaben (RQ003)

Mehrere Aufgaben aufs Mal erledigen (RQ004)



19(29)

Der Benutzer kann sich Details zu einer Aufgabe anzeigen lassen

Querformat (RQ007)

als erledigt zurückmelden

oder die Detailinformationen zu einer

gekennzeichnet

erledigt, indem er in der Aufgabenliste die bei einer Aufgabe stehende

in den Detailinformationen einer Aufgabe auf die

Schaltfläche „Erledigen“ klickt (Priorität 2)


Eine als erledigt markierte Aufgabe wurde inzwischen bereits von

Die Aufgabe wird ganz normal als erledigt übermittelt

Aufgaben (RQ003)

Autor


4.1.2 Auftrag bearbeiten

Der Use Case „Auftrag bearbeiten

ID UC004

Use Case Termininformationen abrufen

Beschreibung Der Benutzer kann sich die Termininformation zum Auftrag anzeigen lassen

Auslöser Der Benutzer klickt auf die Schaltfläche „Termine“

Vorbedingungen •

Ergebnis Die Termininformationen zum Auftrag werden angezeigt

Ablauf 1.

Ausnahmen ---

Erweiterungen •

•

•

•


28.04.2009 Version 1.0



Use Case „Auftrag bearbeiten“ kann ebenfalls in 3 Use Cases unterteilt werden.

Termininformationen abrufen

Der Benutzer kann sich die Termininformation zum Auftrag anzeigen lassen

Der Benutzer klickt auf die Schaltfläche „Termine“


Die Termininformationen zum Auftrag werden angezeigt







20(29)

werden.

Der Benutzer kann sich die Termininformation zum Auftrag anzeigen lassen

Die Termininformationen zum Auftrag werden angezeigt


und Querformat (RQ007)

Autor


ID UC005

Use Case Fahrzeuginformationen abrufen

Beschreibung Der Benutzer kann sich die Fahrzeuginformationen zum Auftrag anzeigen

lassen

Auslöser Der Benutzer klickt auf die Schaltfläche „Fahrzeug“

Vorbedingungen •

Ergebnis Die Fahrzeuginformationen zum Auftrag werden angezeigt

Ablauf 1.

Ausnahmen ---

Erweiterungen •

•

•

•

ID UC006

Use Case Auftrag abschliessen

Beschreibung Der Benutzer kann einen Auftrag abschliessen

Auslöser Der Benutzer klickt auf die Schaltfläche „Auftrag abschliessen“

Vorbedingungen •

Ergebnis Der Auftrag ist abgeschlossen

Ablauf 1.

Ausnahmen ---

Erweiterungen •

•


28.04.2009 Version 1.0



Fahrzeuginformationen abrufen

Der Benutzer kann sich die Fahrzeuginformationen zum Auftrag anzeigen

Der Benutzer klickt auf die Schaltfläche „Fahrzeug“


Fahrzeuginformationen zum Auftrag werden angezeigt

Der Benutzer klickt auf die Schaltfläche „Fahrzeug


Wechsel zwischen Hoch- und Querformat (RQ007)



Auftrag abschliessen

Der Benutzer kann einen Auftrag abschliessen

Der Benutzer klickt auf die Schaltfläche „Auftrag abschliessen“

Alle Aufgaben des Auftrags sind bereits als erledigt zurückgemeldet

worden

Der Auftrag ist abgeschlossen





21(29)

Der Benutzer kann sich die Fahrzeuginformationen zum Auftrag anzeigen

Fahrzeuginformationen zum Auftrag werden angezeigt

Fahrzeug“



sind bereits als erledigt zurückgemeldet


Autor


4.1.3 Kunde kontaktieren

Der Use Case „Kunde kontaktieren“ kann in 2 Use Cases unterteilt werden.

ID UC007

Use Case Kundeninformationen abrufen

Beschreibung Der Benutzer kann sich die Kundeninformationen zum Auftrag anzeigen

lassen

Auslöser Der Benutzer klickt auf die Schaltfläche „Kunde“

Vorbedingungen •

Ergebnis Die Kundeninformationen zum Auftrag werden angezeigt

Ablauf 1.

Ausnahmen ---

Erweiterungen •

•

•

•


28.04.2009 Version 1.0



Der Use Case „Kunde kontaktieren“ kann in 2 Use Cases unterteilt werden.

Kundeninformationen abrufen

Der Benutzer kann sich die Kundeninformationen zum Auftrag anzeigen

Der Benutzer klickt auf die Schaltfläche „Kunde“


Die Kundeninformationen zum Auftrag werden angezeigt



Wechsel zwischen Hoch- und Querformat (RQ007)




22(29)

Der Benutzer kann sich die Kundeninformationen zum Auftrag anzeigen

Die Kundeninformationen zum Auftrag werden angezeigt



Autor


ID UC008

Use Case Kunde kontaktieren

Beschreibung Der Benutzer kann aus den

anrufen, eine SMS oder eine Email schreiben

Auslöser Der Benutzer klickt auf die entsprechende Schaltfläche

Vorbedingungen •

Ergebnis Eine Telefonverbindung zum Kunden

Emailversand an den Kunden wird vorbereitet

Ablauf 1. 2.

Ausnahmen •

Erweiterungen •

•

4.2 Funktionale Anforderungen

ID RQ001

Anforderung Filtern der Aufgaben

Beschreibung Das System soll dem

offenen, die bereits erledigten oder alle Aufgaben zu einem Auftrag

abzurufen.

Verwendet von Use Cases

•

ID RQ002

Anforderung Aktualisieren der Aufgaben

Beschreibung Das System soll dem Benutzer die Möglichkeit bieten, die Aufgabenliste auf

Knopfdruck zu aktualisieren.


•

ID RQ003

Anforderung Automatische Aktualisierung der Aufgabenliste

Beschreibung Nachdem der Benutzer erledigte Aufgaben zurückgemeldet hat, soll das

System die


•


28.04.2009 Version 1.0



Kunde kontaktieren

Der Benutzer kann aus den Kundeninformationen heraus den Kunden

anrufen, eine SMS oder eine Email schreiben

Der Benutzer klickt auf die entsprechende Schaltfläche

Die Kundeninformationen werden angezeigt (UC007

Eine Telefonverbindung zum Kunden wird hergestellt oder der SMS

Emailversand an den Kunden wird vorbereitet


Die gewählte Funktion wird ausgeführt:

a. Bei Anruf: Die Telefonverbindung wird direkt hergestelltb. Bei SMS: Eine SMS wird erstellt und zur weiteren

Bearbeitung angezeigt

c. Bei Email: Eine Email wird erstellt und zur weiteren

Bearbeitung angezeigt

Ungültige Telefonnummer / Emailadresse

� wird nicht geprüft



Funktionale Anforderungen

Filtern der Aufgaben

Das System soll dem Benutzer die Möglichkeit bieten, über


abzurufen.

Aufgabenliste abrufen (UC001)

Aktualisieren der Aufgaben

Das System soll dem Benutzer die Möglichkeit bieten, die Aufgabenliste auf

Knopfdruck zu aktualisieren.

Aufgabenliste abrufen (UC001)

Automatische Aktualisierung der Aufgabenliste

Nachdem der Benutzer erledigte Aufgaben zurückgemeldet hat, soll das

System die Aufgabenliste automatisch aktualisieren.

Aufgabe als erledigt zurückmelden (UC003)


23(29)

Kundeninformationen heraus den Kunden

den angezeigt (UC007)

wird hergestellt oder der SMS- oder


Bei Anruf: Die Telefonverbindung wird direkt hergestellt wird erstellt und zur weiteren

Bei Email: Eine Email wird erstellt und zur weiteren

die Möglichkeit bieten, über einen Filter die


Das System soll dem Benutzer die Möglichkeit bieten, die Aufgabenliste auf

Nachdem der Benutzer erledigte Aufgaben zurückgemeldet hat, soll das

Autor


ID RQ004

Anforderung Mehrere Aufgaben

Beschreibung Das System soll dem Benutzer die Möglichkeit bieten,

auf einmal als erledigt zurück


•

4.3 Nicht funktionale Anforderungen

ID RQ005

Anforderung Eingaben

Beschreibung Das System muss die vom Benutzer eingegebenen Daten auf ihre Gültigkeit

überprüfen und den Benutzer im Fehlerfall

ID RQ006

Anforderung Anpassung an Bildschirmauflösung

Beschreibung Die zurzeit auf dem Markt erhältlichen mobilen Geräte unterscheiden sich

zum Teil stark

Das System soll d

dementsprechend anpassen.

ID RQ007

Anforderung Wechsel zwischen Hoch

Beschreibung Einige Geräte

Bildschirmausrichtung

Rechnung tragen.

ID RQ008

Anforderung Touchscreen

Beschreibung Das System

Touchoberfläche des mobilen Geräts bedient werden können.

ID RQ009

Anforderung Bedienung per Spracheingabe

Beschreibung Das System soll dem Benutzer die Möglichkeit bieten, einzelne Aktionen

per Sprachein

ID RQ010

Anforderung Sprache

Beschreibung Die Bedienerführung der Anwendung ist in Deutsch. Es müssen keine

anderen Sprachen unterstützt werden.

ID RQ011

Anforderung Sicherheit

Beschreibung Die übermittelten Daten sind nicht sensitiv

Vorkehrungen

vorgesehen.


28.04.2009 Version 1.0



Mehrere Aufgaben auf einmal erledigen

Das System soll dem Benutzer die Möglichkeit bieten, mehrere Aufgaben

auf einmal als erledigt zurückzumelden.

Aufgabe als erledigt zurückmelden (UC003)

funktionale Anforderungen

Eingaben überprüfen

Das System muss die vom Benutzer eingegebenen Daten auf ihre Gültigkeit

überprüfen und den Benutzer im Fehlerfall benachrichtigen.

Anpassung an Bildschirmauflösung

Die zurzeit auf dem Markt erhältlichen mobilen Geräte unterscheiden sich

zum Teil stark bei der Bildschirmauflösung, DPI-Zahl und

Das System soll die Auflösung eines Geräts erkennen und die Darstellung

dementsprechend anpassen.

Wechsel zwischen Hoch- und Querformat

Geräte unterstützen die dynamische Änderung der

Bildschirmausrichtung. Das System soll wenn möglich auch diesem Feature

Rechnung tragen.

Touchscreen-Bedienung

Das System soll möglichst vollständig mit dem Finger über die


Bedienung per Spracheingabe

Das System soll dem Benutzer die Möglichkeit bieten, einzelne Aktionen

per Spracheingabe auszulösen.

Sprache

Die Bedienerführung der Anwendung ist in Deutsch. Es müssen keine

anderen Sprachen unterstützt werden.

Sicherheit

Die übermittelten Daten sind nicht sensitiv. Deshalb sind

Vorkehrungen für Verschlüsselung, Authentifizierung oder Ähnlichem

vorgesehen.


24(29)

mehrere Aufgaben

Das System muss die vom Benutzer eingegebenen Daten auf ihre Gültigkeit

benachrichtigen.

Die zurzeit auf dem Markt erhältlichen mobilen Geräte unterscheiden sich

Zahl und der Ausrichtung.

Auflösung eines Geräts erkennen und die Darstellung

die dynamische Änderung der

möglich auch diesem Feature

soll möglichst vollständig mit dem Finger über die


Das System soll dem Benutzer die Möglichkeit bieten, einzelne Aktionen

Die Bedienerführung der Anwendung ist in Deutsch. Es müssen keine

Deshalb sind im Moment keine

oder Ähnlichem

Autor


5 Übersicht und PrioritätenDie Ziele der Technologie-Studie und die Anforderungen an den Prototyp

Tabellen stichwortartig zusammengefasst und priorisiert.

unterschieden:

Priorität 1

Projektbezogene Einteilung

Obligatorische

Kernziele

Hauptanforderungen

Einfluss auf die Bewertung der Master Thesis

Ziele mit

müssen

Bewertung zwingend

erreicht werden

5.1 Technologie-Studie

ID

TS001 Windows Mobile SDK und .NET Compact Framework

TS002 SQL Server Compact

TS003 Webservice

TS004 SQL Server Merge-Replikation

TS005 SQL Server Remote-Datenzugriff

TS006 Sync Services for ADO.NET

TS007 Microsoft Voice Command

TS008 Speech Application Programming Interface

1

Falls sich nicht die SQL Server Merge-Replikation

mindestens einer der 3 Fälle „Daten zurückschreiben“ zwingend realisiert werden, um im Anschluss die Anforderungen an

den Prototyp umsetzen zu können.


28.04.2009 Version 1.0


Übersicht und Prioritäten

und Prioritäten Studie und die Anforderungen an den Prototyp sind in den folgenden

Tabellen stichwortartig zusammengefasst und priorisiert. Es werden 3 Prioritätsstufen

Priorität 1 Priorität 2 Priorität 3

Obligatorische

Kernziele und

Hauptanforderungen

Nützliche, aber nicht

obligatorische Ziele

und Anforderungen

„Nice to have“, falls

genügend Zeit zur

Verfügung steht

Ziele mit Priorität 1

müssen für eine gute

Bewertung zwingend

erreicht werden

Erfolgreich umgesetzte

Ziele der Priorität 2

haben einen positiven

Einfluss auf die

Bewertung, nicht

umgesetzte Ziele bewirken aber keine

Abzüge


sind nicht

not

Priorität 1 Priorität 2

Windows Mobile SDK Kennenlernen,

Testanwendung -

Kennenlernen,

Testanwendung

-

Datensatz abrufen,

Tabelle/Liste abrufen

Daten

zurückschreiben1

Tabelle replizieren Tabellenstruktur

replizieren

Datensatz abrufen,


Daten

zurückschreiben1

Datensatz abrufen,


Daten

zurückschreiben1

- -

Programming Interface - -

Replikation als die am besten geeignete Methode herausstellt



25(29)

sind in den folgenden

Es werden 3 Prioritätsstufen

Priorität 3

„Nice to have“, falls

genügend Zeit zur

Verfügung steht


sind nicht direkt

notenrelevant

Priorität 3

-

-

-

-

-

-

Sprachsteuerung

testen

Sprachsteuerung

implementieren

als die am besten geeignete Methode herausstellt, dann muss


Autor


5.2 Prototyp

ID

UC001 Aufgabenliste abrufen

UC002 Aufgabendetails abrufen

UC003 Aufgabe als erledigt zurückmelden

UC004 Termininformationen abrufen

UC005 Fahrzeuginformationen abrufen

UC006 Auftrag abschliessen

UC007 Kundeninformationen abrufen

UC008 Kunde kontaktieren

RQ001 Filtern der Aufgaben

RQ002 Aktualisieren der Aufgaben

RQ003 Automatische Aktualisierung der Aufgaben

RQ004 Mehrere Aufgaben auf einmal erledigen

RQ005 Eingaben überprüfen

RQ006 Anpassung an Bildschirmauflösung

RQ007 Wechsel zwischen Hoch

RQ008 Touchscreen-Bedienung

RQ009 Bedienung per Spracheingabe

RQ010 Sprache

RQ011 Sicherheit


28.04.2009 Version 1.0


Übersicht und Prioritäten

Priorität 1 Priorität

Aufgabenliste abrufen �

Aufgabendetails abrufen

Aufgabe als erledigt zurückmelden �

Termininformationen abrufen

Fahrzeuginformationen abrufen

Kundeninformationen abrufen

Aktualisieren der Aufgaben �

Automatische Aktualisierung der Aufgaben

Mehrere Aufgaben auf einmal erledigen �

�

Anpassung an Bildschirmauflösung

Wechsel zwischen Hoch- und Querformat

Bedienung

Bedienung per Spracheingabe

�

�


26(29)

Priorität 2 Priorität 3

�

�

�

�

�

�

�

�

�

�

�

�

Autor


6 Vorgehen und ZeitplanDadurch bedingt, dass dies grösstenteils eine Einzelarbeit ist, halten sich Abstimmungs

Koordinationsaufwand in Grenzen. Ein Projektplan wurde natürlich trotzdem erstellt und er wird

auch fortlaufend überprüft und wenn nötig ange

Auf einen wöchentlichen Statusbericht

ca. alle 4 Wochen zu einem Review/Workshop.

aktuellen Review-Sitzung definiert.

Mit dem Betreuer und Auftraggeberbei Bedarf und Gelegenheit sehr

anderen Projekten handhaben.

6.1 Tests Grundsätzlich wird die Applikation auf und mithilfe vo

zudem auch physische Geräte zur Verfügung. Voraussichtlich sind dies ein HTC Touch HD und in der Endphase auch ein Psion Teklogix Ikôn

möglich soll die Applikation natürlich auch auf möglichst vielen anderen Geräten funktionieren und

zum Einsatz kommen können.

Unit-Tests Soweit wie sinnvoll werden die Klassen und Komponenten fortlaufend

Integrations-Test In Funktionstests werden sämtliche funktionalen Anforderungen manuell durchgetestet. Von den

Use-Cases und Anforderungen mit Priorität 1 müssen 100% der Tests erfolgreich verlaufen.

System-Test Für den Systemtest werden die Use

Test Cases erstellt, welche Fehlersituationen erzeugen.

Usability- und Abnahme-Tests Im Rahmen dieser Master Thesis sind keine Usability


28.04.2009 Version 1.0


Vorgehen und Zeitplan

Vorgehen und Zeitplan Dadurch bedingt, dass dies grösstenteils eine Einzelarbeit ist, halten sich Abstimmungs


auch fortlaufend überprüft und wenn nötig angepasst.

Auf einen wöchentlichen Statusbericht an den Experten wird verzichtet. Stattdessen treffen wir uns

alle 4 Wochen zu einem Review/Workshop. Der nächste Termin wird jeweils während der

Sitzung definiert.

Auftraggeber werden ebenfalls Meetings durchgeführt. Diese können jedochsehr kurzfristig angesetzt werden, so wie wir dies bei uns auch in

Grundsätzlich wird die Applikation auf und mithilfe von Emulatoren entwickelt. Für die Tests stehen

zudem auch physische Geräte zur Verfügung. Voraussichtlich sind dies ein HTC Touch HD und in der Psion Teklogix Ikôn. Die Entwicklung wird dann auf diesen Geräten getestet, wenn

ie Applikation natürlich auch auf möglichst vielen anderen Geräten funktionieren und

werden die Klassen und Komponenten fortlaufend mit Unit-Tests

In Funktionstests werden sämtliche funktionalen Anforderungen manuell durchgetestet. Von den

mit Priorität 1 müssen 100% der Tests erfolgreich verlaufen.

Für den Systemtest werden die Use-Cases in unterschiedlichen Workflows getestet. Zudem werden

Test Cases erstellt, welche Fehlersituationen erzeugen.

Im Rahmen dieser Master Thesis sind keine Usability- und Abnahme-Tests vorgesehen.


27(29)

Dadurch bedingt, dass dies grösstenteils eine Einzelarbeit ist, halten sich Abstimmungs- und


Stattdessen treffen wir uns

Der nächste Termin wird jeweils während der

werden ebenfalls Meetings durchgeführt. Diese können jedoch werden, so wie wir dies bei uns auch in

n Emulatoren entwickelt. Für die Tests stehen

zudem auch physische Geräte zur Verfügung. Voraussichtlich sind dies ein HTC Touch HD und in der diesen Geräten getestet, wenn

ie Applikation natürlich auch auf möglichst vielen anderen Geräten funktionieren und

Tests getestet.

In Funktionstests werden sämtliche funktionalen Anforderungen manuell durchgetestet. Von den

mit Priorität 1 müssen 100% der Tests erfolgreich verlaufen.

Workflows getestet. Zudem werden

Tests vorgesehen.

Autor


6.2 Projektplan


28.04.2009 Version 1.0


Vorgehen und Zeitplan


28(29)

Autor


7 Risiken und Kosten

7.1 Risiken Grundsätzlich ist das Projekt in einer Grössenordnung, in welcher die

Qualitätsrisiken Gering.

Technische Risiken In diesem Projekt geht es (unter anderem) genau darum, die technischen

Möglichkeiten und

Lösungen zu finden.

Auslastungsrisiken Der veranschlagte Aufwand ist fix definiert (20% Arbeitspensum plus

Freizeit), deshalb eher gering.

Terminrisiken Hoch. Das Projekt muss „in time“ abgeschlossen

Akzeptanzrisiken Der zu entwickelnde Prototyp wird für sich alleine nur bedingt Akzeptanz bei

den Kunden finden. Dazu sind Folgeprojekte notwendig.

Budgetrisiken Gering.

7.2 Kosten Der budgetierte Aufwand seitens des Studenten

geleistet werden und dadurch für den Auftraggeber keine Kosten verursachen

Projektführung, Analyse, Entwurf,

Meetings und Reviews im Zusammen

Der Arbeitsplatz, die Hardware (ausser der 2 Testgeräte) und die benötigte Software

(Entwicklungsumgebung, etc.) sind ohnehin schon vorhanden.

Personalkosten Philipp Buser: 360 h, ohne Kosten

Reto Dellenbach: 20 h

Summe Pers.kosten CHF 4000.

Ausgabewirksame Kosten

2 Testgeräte

Mobilfunk

Sonstige Ressourcen Keine

Gesamtprojektkosten / Projektbudget

CHF 7250.

Projekteinnahmen / Wirtschaftlichkeit

Da das Projekt eher forschenden Charakter hat und als Resultat „nur“ ein

Prototyp entsteht, sind nach Beendigung des Projekts keine Einnahmen zu

erwarten. Die Projektkosten können demnach nicht direkt, sondern allenfalls erst in einem Folgeprojekt kompensi

Folgekosten nach Beendigung des Projekts

Keine


28.04.2009 Version 1.0


Risiken und Kosten

und Kosten

Grundsätzlich ist das Projekt in einer Grössenordnung, in welcher die Risiken überschaubar bleiben.

Projektrisiken

In diesem Projekt geht es (unter anderem) genau darum, die technischen

Möglichkeiten und allfällige Probleme und Risiken zu untersuchen und

Lösungen zu finden.

Der veranschlagte Aufwand ist fix definiert (20% Arbeitspensum plus

Freizeit), deshalb eher gering.

Hoch. Das Projekt muss „in time“ abgeschlossen werden.

Der zu entwickelnde Prototyp wird für sich alleine nur bedingt Akzeptanz bei


seitens des Studenten beträgt 360 Stunden, die ausserhalb der Arbeitszeit

geleistet werden und dadurch für den Auftraggeber keine Kosten verursachen. Darin enthalten sind

Projektführung, Analyse, Entwurf, Implementierung, Tests und Dokumentation sowie auch sämtliche

im Zusammenhang mit dem Projekt.


(Entwicklungsumgebung, etc.) sind ohnehin schon vorhanden.

Projektbudget & Wirtschaftlichkeit

Philipp Buser: 360 h, ohne Kosten

Dellenbach: 20 h

CHF 4000.-

2 Testgeräte max. CHF 3000.

Mobilfunk- und Abo-Gebühren CHF 250.-

CHF 7250.-



erwarten. Die Projektkosten können demnach nicht direkt, sondern allenfalls erst in einem Folgeprojekt kompensiert werden.


29(29)

isiken überschaubar bleiben.

In diesem Projekt geht es (unter anderem) genau darum, die technischen

allfällige Probleme und Risiken zu untersuchen und

Der veranschlagte Aufwand ist fix definiert (20% Arbeitspensum plus

werden.

Der zu entwickelnde Prototyp wird für sich alleine nur bedingt Akzeptanz bei


die ausserhalb der Arbeitszeit

. Darin enthalten sind

, Tests und Dokumentation sowie auch sämtliche


CHF 3000.-



erwarten. Die Projektkosten können demnach nicht direkt, sondern ert werden.

Mobile DMS -Datenerfassungstatic.sws.bfh.ch/download/MAS-07-01-07-spec.pdf · Auftragnehmer...

Documents

Transcript of Mobile DMS -Datenerfassungstatic.sws.bfh.ch/download/MAS-07-01-07-spec.pdf · Auftragnehmer...