Pflichtenheft Patientenbett-Verwaltung
|
|
- Bella Falk
- vor 7 Jahren
- Abrufe
Transkript
1 Patientenbett-Verwaltung Verfasser: Roman B., Marcel H., Micha H., Markus S. Projektart: MySQL Datenbank mit grafischer Benutzeroberfläche (Java), aus den Modulen DB, SWE und D&K Im Auftrag und Betreuung von: Prof. Dr. Datum: 1. Juni 2004
2 Inhaltsverzeichnis 1 Zielbestimmung Musskriterien Wunschkriterien Abgrenzungskriterien 3 2 Produkteinsatz Anwendungsbereiche Zielgruppen Betriebsbedingungen 4 3 Produktübersicht 4 4 Produktfunktionen 5 5 Produktdaten Daten zum Patient Daten zum Fall Daten zur Bettendisposition 18 6 Produktleistungen 18 7 Qualitätsanforderungen 19 8 Benutzungsoberfläche Grundlegende Anforderungen GUI - Entwurf und Prototyp 20 9 Nichtfunktionale Anforderungen Technische Produktumgebung Software Hardware Orgware Produkt-Schnittstellen Spez. Anforderungen an die Entwicklungsumgebung Gliederung in Teilprodukte Ergänzungen Glossar 23 Seite 2
3 1 Zielbestimmung Das Produkt soll die Disposition der Bettenbelegung, welche bis jetzt von Hand gemacht wurde, automatisieren und vereinfachen. Die Software soll Spitäler in die Lage versetzen, ihre Bettendisposition rechnergestützt durchzuführen. Es soll möglich sein, sich rasch einen Überblick über die aktuelle Bettenauslastung zu verschaffen. 1.1 Musskriterien Verwalten: Verwalten der Patientendaten Verwalten der Fälle der Patienten gemäss Diagnose Verwalten von Spezialbehandlungen der Patienten Verwalten der Bettenbelegung Betten automatisch zuteilen Informieren: Anzeige von Historydaten eines Patienten Wie viele Betten sind im Moment frei, besetzt oder reserviert? Wann werden die Betten von wem genutzt? 1.2 Wunschkriterien Passwortschutz Statistische Informationen über Patienten und Fälle Abteilungen aus verschiedenen Gebäuden auswählen 1.3 Abgrenzungskriterien Keine Verwaltung der Zimmer Keine Verwaltung der Abteilungen Keine integrierte Buchhaltung Keine Schnittstelle zu einem Buchhaltungssystem, deshalb auch keine Abfrage über Bettenbelegung der Vergangenheit Seite 3
4 2 Produkteinsatz Die zu entwickelnde Software soll die Disposition von Betten in einem Spital ermöglichen. Die unterschiedlichen Zimmer-, Patienten- und Abteilungskategorien müssen zugeteilt werden können. Es muss jederzeit möglich sein, sich einen Überblick über die Bettenbelegung für einen bestimmten Zeitpunkt zu verschaffen. 2.1 Anwendungsbereiche Administrativer und organisatorischer Anwendungsbereich in Spitälern. 2.2 Zielgruppen Bettendisponent Stationsschwester 2.3 Betriebsbedingungen Das Produkt wird auf einem normalen Arbeitsplatzrechner (PC) ausgeführt. 3 Produktübersicht Abbildung 1: Übersichtsdiagramm der Geschäftsprozesse Seite 4
5 4 Produktfunktionen /F01/ Geschäftsprozess: Benutzer Login Vorbedingung: Benutzer ist erfasst Nachbedingung Erfolg: Benutzer ist angemeldet Nachbedingung Fehlschlag: Anwender hat kein Benutzerrecht Akteure: Bettendisponent, Stationsschwester Auslösendes Ereignis: Programm wird gestartet 1. Programm starten 2. Der Benutzername eingeben 3. Passwort eingeben 4. OK wählen Erweiterung: Softwareupdate um sich an externem Server anzumelden. Alternativen: keine Seite 5
6 /F10/ Geschäftsprozess: Patient erfassen Vorbedingung: Patient ist noch nicht erfasst Nachbedingung Erfolg: Patient ist erfasst Nachbedingung Fehlschlag: Aufnahme erfolgt nicht Akteure: Bettendisponent Auslösendes Ereignis: Patient kommt zum ersten mal ins Spital 1. Register "Patient" auswählen 2. Neu anklicken 3. Persönliche Angaben erfassen 4. Versicherungsart auswählen 5. Speichern Erweiterung: mit OK gelangt man zur Fallerfassung Alternativen: Patient suchen, mutieren Seite 6
7 /F15/ Geschäftsprozess: Patient suchen Vorbedingung: Patient ist bereits erfasst im Spital Nachbedingung Erfolg: Patientendaten werden angezeigt Nachbedingung Fehlschlag: Patient ist unbekannt Akteure: Bettendisponent, Stationsschwester Auslösendes Ereignis: Patient meldet sich erneut beim Spital 1. Register "Patient" auswählen 2. Suchen anklicken 3. mindestens ein bekannter Parameter angeben 4. Suchen anklicken 5. In der Liste den gesuchten Patienten auswählen 6. OK klicken Erweiterung: keine Alternativen: neuen Patienten erfassen Seite 7
8 /F20/ Geschäftsprozess: Patient mutieren Vorbedingung: Patient ist erfasst. Nachbedingung Erfolg: Patientendaten wurden geändert Nachbedingung Fehlschlag: Patientendaten sind nicht geändert Akteure: Bettendisponent Auslösendes Ereignis: a) Patientendaten haben sich geändert b) Patient ist verstorben 1. Register "Patient" auswählen 2. Mutieren anklicken 3. gewünschte Daten ändern 4. Speichern Erweiterung: zuerst /F15/ Patient suchen Alternativen: neuen Patient erfassen Seite 8
9 /F30/ Geschäftsprozess: Fall erfassen Vorbedingung: Patientendaten erfasst Nachbedingung Erfolg: Fall erfolgreich aufgenommen Nachbedingung Fehlschlag: Fall konnte nicht erfasst werden Akteure: Bettendisponent Auslösendes Ereignis: a) Diagnose durch Arzt b) ev. Verordnung von Spezialbehandlungen (zb. Massage) 1. Patientendaten abrufen 2. Neu auswählen 3. Patient auswählen (siehe Kurzaddresse) 3. Leistungserbringer auswählen 4. Diagnose-Code erfassen 5. Spezialbehandlung erfassen 6. Speichern Erweiterung: keine Alternativen: Neuen Patienten erfassen, Fall mutieren Seite 9
10 /F35/ Geschäftsprozess: Fall suchen Vorbedingung: Fall ist erfasst Nachbedingung Erfolg: Fall des gewünschten Patienten wird angezeigt Nachbedingung Fehlschlag: Fall ist noch nicht erfasst Akteure: Bettendisponent, Stationsschwester Auslösendes Ereignis: Informationsbedarf zu erfasstem Fall 1. Im Register "Fall" Suchen anklicken 2. Falldaten eingeben 3. Suchen 4. gesuchten Fall aus Liste auswählen Erweiterung: keine Alternativen: keine Seite 10
11 /F40/ Geschäftsprozess: Fall mutieren Vorbedingung: Fall muss bereits erfasst sein Nachbedingung Erfolg: Mutation erfolgreich abgeschlossen Nachbedingung Fehlschlag: Mutation wird nicht durchgeführt Akteure: Bettendisponent Auslösendes Ereignis: Patient in Behandlung bekommt neue Anweisungen des Arztes oder ist als falscher Fall erfasst 1. Falldaten abrufen 2. Mutieren wählen 3. Änderungen vornehmen 4. Speichern Erweiterung: keine Alternativen: keine Seite 11
12 /F45/ Geschäftsprozess: Fall abschliessen Vorbedingung: Fall erfolgreich aufgenommen Nachbedingung Erfolg: Fall abgeschlossen, Bett wieder frei Nachbedingung Fehlschlag: Fall bleibt aktiv Akteure: Bettendisponent Auslösendes Ereignis: Fall ist abgeschlossen und der Patient verlässt das Spital 1. Falldaten abrufen 2. Status auf abgeschlossen ändern 3. Speichern Erweiterung: keine Alternativen: Fall wird wiedereröffnet, Fall mutieren Seite 12
13 /F50/ Geschäftsprozess: Bett zuteilen Vorbedingung: Fall erfolgreich aufgenommen Nachbedingung Erfolg: Bett wurde zugeteilt Nachbedingung Fehlschlag: Bett konnte nicht zugeteilt werden Akteure: Bettendisponent Auslösendes Ereignis: Diagnose: stationäre Behandlung im Spital 1. Falldaten abrufen 3. Abteilung zuteilen 4. Zimmer zuteilen 5. Bett zuteilen 6. Zeitdauer bestimmen 7. Bett reservieren oder belegen 8. Speichern Erweiterung: Zusatzleistungen wie Fernseher erfassen; Bett automatisch zuteilen Alternativen: keine Seite 13
14 /F55/ Geschäftsprozess: Bett suchen Vorbedingung: Bett existiert Nachbedingung Erfolg: Bettdaten werden angezeigt Nachbedingung Fehlschlag: Bett wird nicht angezeigt Akteure: Bettendisponent, Staationsschwester Auslösendes Ereignis: Informationsbedarf über bestimmtes Bett 1. Bettendisposition auswählen 2. Bettdaten eingeben 3. Suchen 4. gewünschtes Bett aus Liste auswählen Erweiterung: keine Alternativen: keine Seite 14
15 /F60/ Geschäftsprozess: Bett mutieren Vorbedingung: Bett / Zimmer zugeteilt Nachbedingung Erfolg: Bett wurde erfolgreich geändert Nachbedingung Fehlschlag: Bett konnte nicht geändert werden Akteure: Bettendisponent Auslösendes Ereignis: Patient wird verlegt oder der geplante Aufenthalt hat sich verändert. Der Patient nimmt eine Zusatzleistung wie Telefon in Anspruch 1. Falldaten auswählen 2. Bettzuteilung abrufen 3. Daten ändern Erweiterung: keine Alternativen: Fall abschliessen und einen neuen Fall eröffnen Seite 15
16 /F70/ Geschäftsprozess: Informieren Vorbedingung: keine Nachbedingung Erfolg: Benutzer hat gewünschte Information Nachbedingung Fehlschlag: Auskunft konnte nicht erteilt werden Akteure: Stationsschwester, Bettendisponent Auslösendes Ereignis: Informationsbedarf 1 Benutzer wählt Statistik 2 Benutzer informiert sich anhand der Daten Erweiterung: keine Alternativen: keine Seite 16
17 5 Produktdaten 5.1 Daten zum Patient /D10/ patient PatientID, PName, PVorname, PStrasse, PPLZ, POrt, PGeschlecht, PTelefonNr, PgebDat, PAHVNr, Versart, Status 5.2 Daten zum Fall /D20/ fall FallID, Patient, Leistungserbringer, Status /D30/ diagnosen Fall, DiagnosenTyp, Bemerkungen /D35/ diagnosentyp DiagnosenTypID, Name, FallNr, Stellplatz /D40/ spezbeh Fall, SpezBehTyp, Bemerkung /D45/ spezialbehtyp Spezialid, Name /D50/ leistungserbringer LeistungserbringerID, LBName, LBStrasse, Plz, Ort Seite 17
18 5.3 Daten zur Bettendisposition /D100/ liege FallNr, Stellplatz, ZusatzFeatures, BettenPlzNr /D110/ bettenstatus BettenPlzNr, Bettenstatus, belegtvon, belegtbis, Zimmer, ZimmerID /D120/ zimmer ZimmerID, Kategorie, Abteilung, abtid /D130/ abteilung abtid, AbtName, Gebauede, GebauedeID 6 Produktleistungen Für ein angnehmes Arbeiten soll die Reaktionszeit für Abfragen und Speichern unter einer Sekunde liegen. Seite 18
19 7 Qualitätsanforderungen Produktqualität sehr gut gut normal nicht relevant Funktionalität Angemessenheit Richtigkeit Interoperabilität Ordnungsmässigkeit Sicherheit Zuverlässigkeit Reife Fehlertoleranz Wiederherstellbarkeit Benutzbarkeit Verständlichkeit Erlernbarkeit Bedienbarkeit Effizienz Zeitverhalten Verbrauchsverhalten Änderbarkeit Analysierbarkeit Modifizierbarkeit Stabilität Prüfbarkeit Übertragbarkeit Anpassbarkeit Installierbarkeit Konformität Austauschbarkeit Seite 19
20 8 Benutzungsoberfläche 8.1 Grundlegende Anforderungen /B10/ Die Benutzungsoberfläche muss mit Java 1.4.x realisiert werden. /B20/ Ergonomische Grundsätze sollen beim Layout berücksichtigt werden. /B30/ Die Bedienungsoberfläche ist auf Mausbedienung auszulegen. 8.2 GUI - Entwurf und Prototyp Menüzeile Patient Fall Betten / Zimmer persönliche Daten Krankenkasse History Grafik: GUI Entwurf Seite 20
21 Grafik: GUI Entwurf (Fall) Menüzeile Patient Fall Betten / Zimmer Suchen Mutieren Neu Kuzadresse Patient Vorname, Name, Ort Diagnose Diagn. Typ Name Bemerkung Leistungserbringer Bemerkung Spezialbehandlung Name Bemerkung OK Abbruch Bild: Prototyp GUI (Bettendispo) Seite 21
22 9 Nichtfunktionale Anforderungen Die Basisdaten der Fälle haben bei der Einführung der Software im Spital nach den rechtlich geltenden Bestimmungen nach dem Katalog (normierte Diagnosen) zu erfolgen. Die Benutzerrechte sind, gemäss geltendem Recht über den Datenschutz bei der Einführung mit dem verantwortlichen Administrator zu implementieren. 10 Technische Produktumgebung Das Produkt ist als Einzelplatzanwendung zu konzipieren Software Java2 Laufzeitumgebung (J2RE) Version muss lauffähig sein Windows 2000; P Datenbank MySQL ab Version 4.0 Constrains werden nicht in der Datenbank erstellt, da myisam - Tabellen diese nicht unterstützen (MySQL - Standard) Hardware Arbeitsplatzrechner (PC: Pentium 3 oder besser) 10.3 Orgware Keine 10.4 Produkt-Schnittstellen Keine 11 Spez. Anforderungen an die Entwicklungsumgebung IDE: JBuilder 9 mit J2SE (Java2 Standard Edition) Vers für Implementierung des Java Source-Codes 12 Gliederung in Teilprodukte Keine Seite 22
23 13 Ergänzungen Keine 14 Glossar GUI Historydaten IDE J2RE JBuilder 9 Login Graphical User Interface, grafische Benutzeroberfläche Daten aus der Vergangenheit Integrated Development Environment Java 2 Runtime Environment Entwicklungsumgebung für Java von der Firma Borland (US) Anmeldung des Benutzers beim Programmstart Seite 23
Aufgabe 3 Erstellt am: Softwaretechnik Praktikum SS06 Verantwortliche: Irina Justus
Pflichtenheft Gliederung 1. Zielbestimmung 2. Produkteinsatz 3. Produktübersicht 4. Produktfunktionen 5. Produktdaten 6. Produktleistungen 7. Qualitätsanforderungen 8. Benutzeroberfläche 9. Nicht funktionale
MehrPflichtenheft. 3. Produktübersicht
Pflichtenheft 1. Zielbestimmung Mit dem Produkt soll ein schneller erster Einstieg der Firma EduSoft in das bisher vernachlässigte Marktsegment der Dynamischen Geometrie -Software auf Java -Basis erreicht
MehrPFLICHTENHEFT Softwaretechnik-Praktikum SS 2003 Gruppe: Geo01
PFLICHTENHEFT Softwaretechnik-Praktikum SS 2003 Gruppe: Geo01 Version Autor Datum Status Kommentar 1.0 Hartmann 10.05.2003 draft Gliederung 1.1 Rose 19.05.2003 draft Deckblatt, Inhaltsverzeichnis 1.2 Schulze,
MehrPflichtenheft. Elektronische Studentenakte. von Vladislava Nadova und Marcus Stuber. 1. Zielbestimmung Musskriterien...2
Pflichtenheft Elektronische Studentenakte von Vladislava Nadova und Marcus Stuber Inhaltsverzeichnis: 1. Zielbestimmung...2 1.1 Musskriterien...2 1.2 Wunschkriterien...2 1.3 Abgrenzungskriterien...3 2.
MehrPflichtenheft Inhaltsverzeichnis. 1 Zielbestimmung Musskriterien Wunschkriterien Abgrenzungskriterien...
Pflichtenheft 17.05.2010 Inhaltsverzeichnis 1 Zielbestimmung 2 1.1 Musskriterien.................................. 2 1.2 Wunschkriterien................................ 3 1.3 Abgrenzungskriterien..............................
MehrSWP09-1 Softwaretechnikpraktikum 2009 Aufgabenblatt 5 Projektleiter: Stefan Thomas Pflichtenheft Verantwortlicher: Jochen Tiepmar
Pflichtenheft Inhaltsverzeichnis 1. Zielbestimmung... 2 1.1. Musskriterien... 2 1.2. Wunschkriterien... 2 1.3. Abgrenzungskriterien... 2 2. Produkteinsatz... 2 2.1. Anwendungsbereiche... 2 2.2. Zielgruppen...
MehrSeVEN. Entwicklung eines sicheren Videoübertragungssystems. Softwareentwicklungspraktikum Sommersemester Pichtenheft
Entwicklung eines sicheren Videoübertragungssystems Softwareentwicklungspraktikum Sommersemester 2009 Pichtenheft Auftraggeber: Technische Universität Braunschweig Institut für Betriebssysteme und Rechnerverbund
MehrPflichtenheft. Inhaltsverzeichnis. Gruppe: swp Zielbestimmung Musskriterien Wunschkriterien Abgrenzungskriterien...
Pflichtenheft Gruppe: swp6-11 Inhaltsverzeichnis 1 Zielbestimmung 1 1.1 Musskriterien.................................... 1 1.2 Wunschkriterien.................................. 1 1.3 Abgrenzungskriterien................................
MehrQuelle:
Pflichtenheft Quelle: http://ais.informatik.uni-leipzig.de/download/2002w_v_swt/2002w_swt_v_03.pdf Ein Pflichtenheft ist eine detaillierte verbale Beschreibung der Anforderungen an ein neues Produkt Funktion
MehrSoftwarepraktikum - Gruppe 3. Pflichtenheft. Leipzig, 02. April 2007
Hochschule für Technik, Wirtschaft und Kultur Leipzig (FH) Fachbereich Informatik, Mathematik und Naturwissenschaften Softwarepraktikum - Gruppe 3 Pflichtenheft Leipzig, 02. April 2007 Vorgelegt von: Yves
MehrPflichtenheft. Didier Cherix. Christopher Hermann. Frank Stumpf SWP CHRISTOPHER HERMANN, DIDIER CHERIX, FRANK STUMPF
Pflichtenheft Didier Cherix Christopher Hermann Frank Stumpf 16.05.2010 SEITE 1 VON 9 Inhaltverzeichnis 1 Zielbestimmung... 3 2 Produkteinsatz... 3 3 Produktübersicht... 4 3.1 Erläuterung... 4 4 Funktionale
MehrGruppe: swp12-9 (Projektleiter: Benjamin Glatz) Datum: Pflichtenheft. Web Annotation mit Fragment Ids. Gruppe: swp12-9
Pflichtenheft Web Annotation mit Fragment Ids Gruppe: swp12-9 Inhaltsverzeichnis 1. Zielbestimmung...2 1.1. Musskriterien...3 1.2. Wunschkriterien...3 1.3. Abgrenzungskriterien...3 2. Produkteinsatz...4
MehrPflichtenheft. Software für Ansteuerung eines Moving-Heads mittels PCI-Card DMX512b
Pflichtenheft Software für Ansteuerung eines Moving-Heads mittels PCI-Card DM512b Produktname: Light-Jockey Auftraggeber: Softwarehaus Hofmann GmbH Zeisigweg 25 80307 München Auftragsnummer: 1001-Light
MehrEin Beispiel-Pflichtenheft
Ein Beispiel-Pflichtenheft 1. ZIELBESTIMMUNG 1.1 Musskriterien 1.2 Wunschkriterien 1.3 Abgrenzungskriterien 2. PRODUKTEINSATZ 2.1 Anwendungsbereiche 2.2 Zielgruppen 2.3 Betriebsbedingungen 3.PRODUKTÜBERSICHT
MehrAutoren: Ronny Fauth, Michael Freyer Dokumentation: Christian Schulze. 1 Zielbestimmung 2. 2 Produkteinsatz 2. 4 Produktfunktionen 3.
Lehrstuhlverwaltung Inhaltsverzeichnis 1 Zielbestimmung 2 2 Produkteinsatz 2 3 Produktübersicht 2 4 Produktfunktionen 3 5 Produktdaten 7 6 Produktleistungen 8 7 Qualitätsanforderungen 8 8 Ergänzungen 8
MehrPflichtenheft. 1 Zielbestimmungen 2 1.1 Musskriterien... 2 1.2 Wunschkriterien... 2 1.3 Abgrenzungskriterien... 2
Pflichtenheft Inhaltsverzeichnis 1 Zielbestimmungen 2 1.1 Musskriterien........................................ 2 1.2 Wunschkriterien....................................... 2 1.3 Abgrenzungskriterien...................................
MehrLastenheft Webinformationssystem V1.0
Lastenheft Webinformationssystem V1.0 1.Zielbestimmung: 1.1 Muss-Kriterien: Studenten und Mitarbeiter der Fakultät für Mathematik und Informatik der Universität Leipzig sollen mit dem Produkt über ein
MehrPflichtenheft zum Projekt JavaBeans
Aufgabe 4 Softwaretechnik Praktikum Gruppe: JB3 Autor: Gruppenteam JB3 23.05.2004 Pflichtenheft zum Projekt JavaBeans Version Autor Datum Status Kommentar 1 Elkhaoua vorarbeit 1.1 Lydia vorarbeit 1.2 Claus
MehrPhysiotherapiepraxis-Lastenheft
Physiotherapiepraxis-Lastenheft Inhaltsverzeichnis 1 Zielbestimmung... 2 2 Produkteinsatz... 3 3 Produktfunktionen... 4 4 Produktdaten... 7 5 Produktleistungen... 9 6 Ergänzungen... 10 1 Zielbestimmung
MehrPflichtenheft. Version Autoren Datum Kommentar 1.0 RR, PF, NH, KG 2006-05-15
Pflichtenheft Version Autoren Datum Kommentar 1.0 RR, PF, NH, KG 2006-05-15 Inhaltsverzeichnis 1 Zielbestimmung 2 1.1 Musskriterien.................................. 2 1.2 Wunschkriterien................................
MehrKita Tauschbörse. - Pflichtenheft / Projektvertrag - Version: 1.1. F. Teichmann. F.Teichmann, R. Rößling. vorgelegt X fertig gestellt
- Kita Tauschbörse Version: 1.1 Projektbezeichnung Kita Tauschbörse Projektleiter F. Teichmann Verantwortlich F.Teichmann, R. Rößling Erstellt am Zuletzt geändert 30.04.12 20:19 Bearbeitungszustand in
MehrPflichtenheft. Hierarchisches Petrinetz - Komposition
1. Projekteinführung Pflichtenheft Hierarchisches Petrinetz - Komposition Thema : Petri-Netze im allgemeinen ermöglichen die Modellierung, Analyse und Simulation nebenläufiger Systeme. In Abhängigkeit
MehrPflichtenheft. Praktikumsgruppe 11
Pflichtenheft Praktikumsgruppe 11 1. Zielbestimmung 3 1.1 Musskriterien 3 1.2 Wunschkriterien 3 1.3 Abgrenzungskriterien 3 2. Produktionseinsatz 4 2.1 Anwendungsbereich 4 2.2 Zielgruppen 4 2.3 Betriebsbedingungen
MehrPflichtenheft für die Herstellung von Software für das Unternehmen "Sohn & Sohn"
Pflichtenheft für die Herstellung von Software für das Unternehmen "Sohn & Sohn" 1. Zielbestimmung Die Firma "Sohn & Sohn", ein Großhandelsunternehmen mit nur einer Niederlassung, ist auf der Suche nach
MehrSoftwaretechnik-Praktikum SS 2007 Aufgabenblatt 3. Gruppe: HK-07-4 Gruppenleiter: Stanley Hillner Lastenheft. (Editor für Eclipse GMF)
Lastenheft (Editor für Eclipse GMF) Inhaltsverzeichnis 1.Zielbestimmung... 2 2.Produkteinsatz...2 3.Produktübersicht...2 4.Produktfunktionen...3 4.1.Muss-Funktionen...3 4.2.Kann-Funktionen...4 5.Produktdaten...
MehrPflichtenheft: Wettervorhersagen via Webservice
Pflichtenheft: Wettervorhersagen via Webservice Version Autor QS Datum Status Kommentar 1.0 ET08 12/11/09 in Bearbeitung 1 Zielbestimmung Das Produkt soll mit Hilfe von eingelesenen Wetterdaten eine Wettervorhersage
MehrPflichtenheft. Inhaltsverzeichnis
Pflichtenheft Inhaltsverzeichnis 1.Zielbestimmung...2 2.Produkteinsatz...3 3. Produktübersicht...3 4.Produktfunktionen...4 a)datenimport / Datenhaltung...4 b)darstellung...5 c)eploration und Navigation...6
MehrPhasenmodell. Problem stellung. Neue Anforderungen. Benutzerwünsche. Anforderungs analyse und - definition Systemmodell. Betrieb.
Phasenmodell Neue Anforderungen Problem stellung Benutzerwünsche Endprodukt Betrieb Anforderungs analyse und - definition Systemmodell Systemtest Integration Systementwurf Dokumentiertes Programm Systemspezifikation
MehrPflichtenheft. Pflichtenheft. Alumni-Homepage. Claude R. Beat S. Stefan K. Februar 2004. Fachhochschule Solothurn Nordwestschweiz, Multimedia 2 1
Pflichtenheft Pflichtenheft Alumni-Homepage Claude R. Beat S. Stefan K. Februar 2004 Fachhochschule Solothurn Nordwestschweiz, Multimedia 2 1 Lastenheft 1 Zielbestimmung Ziel der FHSO Alumni ist es, ehemaligen
MehrProjekttitel: Rofa (Rentable Sofa)
Software Entwicklung Labor-Übung, LVNr: 50006/3 Übungsleiter: Mag. Gerhard Engelbrecht Dokument: Anforderungsanalyse und Use Case Modell I v.2.0 Projekttitel: Rofa (Rentable Sofa) Gruppenmitglieder: MatNr:
MehrSOFTWARE ENGINEERING (SWE) - VORLAGEN
SOFTWARE ENGINEERING (SWE) - VORLAGEN Lastenheft Beispiel aus Vorlesungsfolien 1. Zielbestimmung Die Firma Teachware soll durch das Produkt in die Lage versetzt werden, die von ihr veranstalteten Seminare
MehrSoftware-Engineering Grundlagen des Software-Engineering
Software-Engineering Grundlagen des Software-Engineering 3 Definitionsphase Spezifikationen (Specification / Analysis Phase) 3.1 Pflichtenheft Übungen Prof. Dr. Rolf Dornberger Software-Engineering: 3
MehrPflichtenheft Projekt Rollercoaster. Projektgruppe: Gruppenname Phasenverantwortlich: Müller-Langowski 15. April 2002
Pflichtenheft Projekt Rollercoaster Projektgruppe: Gruppenname Phasenverantwortlich: Müller-Langowski 15. April 2002 1 Inhaltsverzeichnis 1 Auftragnehmer 1 2 Auftraggeber 1 3 Zielbestimmung 2 3.1 Mußkriterien.......................................
MehrModellgetriebene Entwicklung von Webanwendungen: eine erste Analyse
Modellgetriebene Entwicklung von Webanwendungen: eine erste Analyse 25. Oktober 2012 Taentzer Modellgetriebene Softwareentwicklung 59 Überblick Anforderungsanalyse auf zwei Ebenen: Analyse einer konkreten
MehrPichtenheft. Kontakte zu bearbeiten und zu organisieren. Ressourcen für andere Nutzer bereit zu stellen
Pichtenheft Zielbestimmungen Musskriterien Das zu entwickelnde Produkt wird die Nutzer bei der kollaborativen projektbezogenen Arbeit über die Grenzen des eigenen Unternehmens hinweg unterstützen. Dazu
MehrPflichtenheft. KiPMan. Kursverwaltung mit integriertem Prüfungsmanagment
Pflichtenheft KiPMan Kursverwaltung mit integriertem Prüfungsmanagment Autor: GR-07-3 Leiter: Marvin Frommhold Home: pcai042.informatik.uni-leipzig.de/ gr-07-3/ Datum: 14. Mai 2007 1 Inhaltsverzeichnis
MehrSEMESTERPROJEKT IM FACH SOFTWARETECHNIK VON ALEXANDER BAU ARTHUR BAUER MARKUS LANGPETER 05IN
WWW.SCROUNGE-IT.DE SEMESTERPROJEKT IM FACH SOFTWARETECHNIK VON ALEXANDER BAU ARTHUR BAUER MARKUS LANGPETER 05IN-1 14.12.06 HOCHSCHULE FÜR TECHNIK, WIRTSCHAFT UND KULTUR FACHBEREICH INFORMATIK, MATHEMATIK,
MehrPflichtenheft. Seminarorganisation. Version 3.0. Version Autor QS Datum Status Kommentar 3.0 Balzert 31.08.2000 akzeptiert Erweiterung aufs Web
Pflichtenheft Seminarorganisation Version 3.0 Version Autor QS Datum Status Kommentar 3.0 Balzert 31.08.2000 akzeptiert Erweiterung aufs Web otris Software AG Landgrafenstr. 153 44139 Dortmund Tel. +49
MehrPflichtenheft - Professorenkatalog
1. Zielbestimmung 1. Musskriterien 2. Wunschkriterien 3. Abgrenzungskriterien 2. Produkteinsatz 1. Anwendungsbereiche 2. Zielgruppen 3. Betriebsbedingungen 3. Produktübersicht 4. Produktfunktionen 5. Produktdaten
MehrAd-Hoc Chatsystem für mobile Netze Barracuda
Ad-Hoc Chatsystem für mobile Netze Barracuda Softwareentwicklungspraktikum Sommersemester 2007 Auftraggeber Technische Universität Institut für Betriebssysteme und Rechnerverbund Prof. Dr.-Ing. Lars Wolf
MehrPflichtenheft zum UML-Tool des Programmierpraktikums
Westfälische Wilhelms-Universität Münster Fachbereich Mathematik und Informatik Programmierpraktikum WS 2000/2001 Dozent: Dr. Dietmar Lammers Pflichtenheft zum UML-Tool des Programmierpraktikums Projektgruppe
MehrPflichtenheft. Thema: Datenbankbasiertes Installations- und Management System für Windows 2000 / XP.
Pflichtenheft Thema: Datenbankbasiertes Installations- und Management System für Windows 2000 / XP. Betreuer/in: Frau Reinhart-Fröstl und Herr Keller Projektgruppe: Christian Dierkes Björn Jankord Ludger
MehrGrundlagen des Datenschutzes und der IT-Sicherheit (9) Vorlesung im Sommersemester 2005 von Bernhard C. Witt
und der IT-Sicherheit (9) Vorlesung im Sommersemester 2005 von Ergebnis Systemsicherheit Unterschiede zwischen symmetrischen und asymmetrischen Authentifikationen (vor allem hinsichtlich der Zielsetzung)
MehrZustandsdiagrammeditor Pflichtenheft, Version 3.0
Zustandsdiagrammeditor Pflichtenheft, 3.0 14.04.2011 Autor: Dennis Kotzold, Henry Trobisch Status: vor Bestätigung Inhaltsverzeichnis Zielbestimmung... 2 Musskriterien... 2 Wunschkriterien... 2 Abgrenzungskriterien...
MehrPflichtenheft Projektarbeit 2008 / 2009
Projektarbeit 2008 / 2009 Thema: Mikrocontrollergesteuerte Quarzuhr mit Sekunden Vor- und Zuname: Max Mustermann Problemstellung: Entwicklung einer Schaltungsanalyse und eines Platinenlayouts einer mikrocontrollergesteuerten
MehrGruppe: swp12-9 (Projektleiter: Benjamin Glatz) Datum: Lastenheft. Web Annotation mit Fragment Ids. Gruppe: swp12-9
Lastenheft Web Annotation mit Fragment Ids Gruppe: swp12-9 Inhaltsverzeichnis 1. Zielbestimmung...2 2. Produkteinsatz...2 3. Produktübersicht...3 4. Produktfunktionen...4 5. Produktdaten...7 6. Produktleistungen...8
MehrPflichtenheft Programmanwendung "Syntax Tool"
Projekt: Syntax Tool Autor: Michael Rattun Home: www.mrattun.de Letzte Änderung: 27.10.2011 1 SEITE Syntax Tool Inhaltsverzeichnis Inhaltsverzeichnis 1. Zielbestimmung... 3 1.1 Muss-Kriterien (Freeware)...
MehrAnalyse und Entwurf objektorientierter Systeme
objektorientierter Systeme Fachbereich der FHW Berlin Teil 2 Anforderungsmodellierung: Pflichtenheft und Geschäftsprozesse Modul WI111: Objektorientierte Programmierung Fachrichtung Wirtschaftsinformatik
MehrPflichtenheft für das Produkt: Running Man
Pflichtenheft für das Produkt: Running Man Gruppe: Niki Rupp, Christian Häberlein, Stefan Zäh, Stefan Hellmann 1. Zielbestimmung 1.1 Musskriterien Das Logikspiel Running Man soll ein Echtzeitspiel in VGA-Auflösung
MehrPflichtenheft Projekt Yellowstone
Pflichtenheft Projekt Yellowstone Inhaltsverzeichnis 1 Zielbestimmung...3 1.1 Musskriterien...3 1.2 Sollkriterien...3 1.3 Kannkriterien...4 1.4 Abgrenzungskriterien...4 2 Produkteinsatz...5 2.1 Anwendungsbereiche...5
MehrPflichtenheft. FHG1-Team. 5. Mai 2003
Pflichtenheft FHG1-Team 5. Mai 2003 1 Inhaltsverzeichnis 1 Modifikationen 3 2 Zielstellung 3 2.1 Musskriterien.................................. 3 2.2 Wunschkriterien................................ 4
MehrDLS.Touch Interface. Voraussetzungen. DLS.Touch Interface
DLS.Touch Interface DLS.Touch ist eigens für Industriecomputer mit Touchscreen entwickelter Client für das DLS Dokumentenmanagementsystem und damit können auch Benutzern in Feuchträumen oder in staubiger
MehrLastenheft Gruppe HK-03 erstellt am: Lastenheft
Gliederung 1.Zielbestimmung 2.Produkteinsatz 3.Produktübersicht 4. Produktfunktionen 4.1 Muss-Kriterien 4.2 Kann-Kriterien 5.Produktdaten 6.Produktleistungen 7.Qualitätsanforderungen 1.Zielbestimmung Das
MehrAd-Hoc Chatsystem für mobile Netze Barracuda
Ad-Hoc Chatsystem für mobile Netze Barracuda Softwareentwicklungspraktikum Sommersemester 2007 Auftraggeber Technische Universität Institut für Betriebssysteme und Rechnerverbund Prof. Dr.-Ing. Lars Wolf
MehrFatih Emin Sahin. Projektbetreuerin: Prof. Dipl.-Inform. Astrid Beck
Projektgruppe : Projektname: YOLO Stats.Keeper Projektmanager Chefdesigner Entwickler Dokumentationsmanager Waldemar Belikow Wojchiech Lesnianski Fatih Emin Sahin Alexander Kosares IT2B 743529 Softwaretechnik
MehrSWT-Praktikum Aufgabenblatt 2
1. Zielbestimmungen Ein Lehrstuhl soll durch das Produkt in die Lage versetzt werden, verschiedene Dokumente, die an diesem anfallen, rechnergestützt zu verwalten. Die Bedienung erfolgt dabei für alle
MehrCAE Grundlagen. Prof. Metzler 1
CAE Grundlagen Prof. Metzler 1 Prof. Metzler 2 Neue Anforderungen Problem stellung Benutzerwünsche Endprodukt Betrieb Anforderungs analyse und - definition Systemmodell Systemtest Integration Systementwurf
MehrPflichtenheft 1 / 1. Gruppe: Geo05 Verantwortlicher: Martin Wannagat, Aron Schneider 18.05.2003
Pflichtenheft Für eine dynamische Geometrie Software Erstellt von: Geo 05 1 / 1 1. Zielbestimmung: Schüler und Lehrer sollen durch das Produkt in die Lage versetzt werden, Visualisierungsmöglichkeiten,
MehrPflichtenheft Online-Bilderservice
Pflichtenheft Online-Bilderservice 7. Dezember 2003 Gruppe 3 Daniel Jagszent Tilmann Kuhn Alexander Spengler Version v0.485 Status Endgültig Pflichtenheft Online-Bilderservice v0.485 Inhaltsverzeichnis
MehrPflichtenheft. Handyverträge V1.7
Seite 1/23 Pflichtenheft Handyverträge V1.7 Seite 2/23 I. ZIELBESTIMMUNG: 3 I.1 Musskriterien: 3 I.2 Wunschkriterien: 3 I.3 Abgrenzungskriterien: 3 II PRODUKTEINSATZ: 4 II.1. Anwendungsbereiche: 4 II.2
MehrProjekttitel: myauctioneer Projekthomepage:
Software Engineering Labor-Übung, LVNr: 050052/5 Übungsleiter: Sabri Pllana Dokument: Anforderungsanalyse und Use Case Modell I v.1.0 Projekttitel: myauctioneer Projekthomepage: http://code.google.com/p/myauctioneer/
MehrFunktionalität des Tickets: Ticket erstellen, Mitglieder einladen -> annehmen/ablehnen.
4. Aufgabenserie Pflichtenheft 1. Zielbestimmung Ziel des Projektes ist die Entwicklung eines Ticketsystems, auf der Basis der regionalen Geldplattform Cyclos. Mit dem Ticketsystem soll es möglich sein
MehrE n t w i c k l u n g e i n e s s i c h e r e n V i d e o ü b e r t r a g u n g s s y s t e m s. P f l i c h t e n h e f t
E n t w i c k l u n g e i n e s s i c h e r e n V i d e o ü b e r t r a g u n g s s y s t e m s Softwareentwicklungspraktikum Sommersemester 2009 Gruppe 1 P f l i c h t e n h e f t Auftraggeber Technische
MehrSoftware Engineering. Ziele und Qualität. Kapitel 2. Universität Zürich Institut für Informatik
Martin Glinz Harald Gall Software Engineering Kapitel 2 Ziele und Qualität Universität Zürich Institut für Informatik 2006, 2009 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den
MehrPflichtenheft. Softwareprojekt Simulation / Idea Engineering
Pflichtenheft Softwareprojekt Simulation / Idea Engineering Projekt: Autoren: Entwicklung einer interaktiven Nutzeroberfläche für ein Ideenbewertungsverfahren ggf. unter Verwendung einer bereits vorhandenen
MehrLastenheft. zum Projekt. Dynamische Geometrie-Software. Version 1 von 03.05.03. Gruppe geo09, Projektleiter: Andy Stock
Lastenheft zum Projekt Dynamische Geometrie-Software Version 1 von 03.05.03 Erstellt von: R. Hrushchak, P. Kongsto, A. Stock Seite 1 von 9 1) Zielbestimmung: Das Produkt soll seine Anwender in die Lage
MehrPflichtenheft. Produkt: Multifunktionale Schubkarre
Pflichtenheft Produkt: Multifunktionale Schubkarre Namenserklärung BaySchubkarre 20-16 PRO Firma und Produkt Erscheinungsjahr Ausführung Zielbestimmungen Produkteinsatz Anwendungsbereiche Hilfsmittel der
MehrTrainingsmanagement Gutschein Management. Beschreibung
Trainingsmanagement Beschreibung www.dastm.de info@dastm.de 1. Einführung... 2 2. Gutschein Funktionen... 3 2.1. Gutschein Menü... 3 2.2. Gutscheine anlegen... 4 Gutschein Kassenwirksam erfassen... 6 Gutschein
MehrQualität, Fehler un Testvorgehen
, Fehler un Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 20. Februar 2013 HOM/FHTeL, Fehler un 20. Februar 2013 1/23 , Fehler un Pieter van den Hombergh Fontys
MehrGruppe: swp09-6 26.04.2009 Gruppenleiter: U. Seiler Aufgabenstellung 3. Lastenheft
Lastenheft Synchronisation von RDF Modellen im PKM Kontext als Plugin für OntoWiki Inhaltsverzeichnis 1. Zielbestimmung 2. Produkteinsatz 3. Produktübersicht 4. Produktfunktionen 4.1. Muss-Bedingungen
MehrRequirements Engineering I. Nicht-funktionale Anforderungen
Martin Glinz Requirements Engineering I Kapitel 11 Nicht-funktionale Anforderungen Universität Zürich Institut für Informatik 2006 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe sind
MehrPflichtenheft: Softwareprojekt Manager
Pflichtenheft: Softwareprojekt Manager Verfasser: Thomas R. Stefan M. Serdar G. Urs S. Auftraggeber: Fachhochschule Solothurn Nordwestschweiz Betreuer: Prof. Dr. Abgabedatum: 01. Juni 2005 Zielbestimmung----------------------------------------------------------------------------------------------------------------------
MehrSoftware Engineering. Ziele und Qualität. Wintersemester 2005/06. Kapitel 2. Universität Zürich Institut für Informatik
Martin Glinz Harald Gall Software Engineering Wintersemester 2005/06 Kapitel 2 Ziele und Qualität Universität Zürich Institut für Informatik 2005 Martin Glinz. Alle Rechte vorbehalten. Speicherung und
MehrAnleitung Anki V für Mille feuilles
Anleitung Anki V 2.0.4 für Mille feuilles Inhalt Seite Installation Vokabeltrainer Anki 2 Erster Programmstart 3 Import Mille Feuilles Vokabeln und Sprachausgabe 5 Mehrere Benutzer einrichten 6 Benutzer
MehrDokumente eines IT-Projektes:
Dokumente eines IT-Projektes: - Pflichtenheft & Co - jheger@upb.de Fachbereich Informatik Paderborn, 04.06.2003 Überlappendes Phasenschema Dokumente der einzelnen Phasen 2 1.1 Überlappendes Phasenschema
MehrKurzanleitung. Beitragsinkasso Online Applikation für Unternehmen, die sich dem GAV gegenüber als vertragstreu erklärt haben
Beitragsinkasso Online Applikation für Unternehmen, die sich dem GAV gegenüber als vertragstreu erklärt haben Kurzanleitung 08.03.2011 Seite 1 1 Start Der Zugriff auf die Anwendung erfolgt über: http://www.berufsamt.ch/apl
MehrZuteilen und Nachverfolgen des ServSafe International Online Kurses zur Lebensmittelsicherheit Links zu weiteren Informationen
Zuteilen und Nachverfolgen des ServSafe International Online Kurses zur Lebensmittelsicherheit Sie teilen ServSafe International Online Kurse zur Lebensmittelsicherheit über die ServSafe International
MehrSWP09-1 Softwaretechnikpraktikum 2009 Aufgabenblatt 3 Projektleiter: Stefan Thomas Lastenheft Verantwortlicher: Sebastian Volke.
Lastenheft Inhaltsverzeichnis 1. Zielbestimmung... 2 2. Produkteinsatz... 2 3. Produktübersicht... 2 4. Produktfunktionen... 4 4.1. Muss-Funktionen... 4 4.1.1. Eport... 4 4.1.2. Import... 5 4.2. Kann-Funktionen...
MehrPflichtenheft. Software Engineering I WS 2011/2012. Dr.-Ing. Ina Schaefer 1. Software Systems Engineering TU Braunschweig
Pflichtenheft Software Engineering I WS 2011/2012 Dr.-Ing. Ina Schaefer 1 Software Systems Engineering TU Braunschweig 1 Folien von Prof. P. Liggesmeyer (TU Kaiserslautern und Fraunhofer IESE) Ina Schaefer
MehrLastenheft für dynamische Geometrie-Software der Firma EduSoft
Lastenheft für dynamische Geometrie-Software der Firma EduSoft Zielbestimmung: Es soll ein Programm erstellt werden, mit dem Schüler und Lehrer im sekundären Bildungsbereich geometrische Konstruktionen,
MehrBE- L o g i n. Benutzerhandbuch zur Anmeldung und Registrierung. März Strassenverkehrs- und Schifffahrtsamt des Kantons Bern
Anmeldung und Registrierung BE- L o g i n März 2016 Strassenverkehrs- und Schifffahrtsamt des Kantons Bern Inhaltsverzeichnis 1 Das Registrieren auf BE-Login... 3 1.1 Das bisherige Dispo Internet... 3
MehrPPL 10 Installationsanleitung
PPL 10 Installationsanleitung Stand Dez 2016 PASCHAL PLAN light 10 Installationsanleitung Seite 1 von 23 Inhaltsverzeichnis Inhalt... 2 Schritt 1 Installation Dongle Software... 3 Schritt 2 Überprüfung
MehrLastenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006)
Lastenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006) Alles, was in dieser Schriftart gesetzt ist, dient nur zur Erläuterung und sollte im fertigen Lastenheft nicht mehr auftauchen! Der Umfang
MehrLastenheft. Inhaltsverzeichnis. Gruppe: swp09-5. Projektleiterin: Anne Vogler am: 28. April 2009. 1 Zielbestimmungen 2. 2 Produkteinsatz 2
Lastenheft Inhaltsverzeichnis 1 Zielbestimmungen 2 2 Produkteinsatz 2 3 Produktübersicht 3 4 Produktfunktionen 4 4.1 Muss-Funktionen................................. 4 4.1.1 Benutzerfunktionen...........................
MehrFachhochschule der Wirtschaft Paderborn (FHDW) Fachbereich angewandte Informatik. Pflichtenheft. Anwendungsentwicklung Semester 5
Fachhochschule der Wirtschaft Paderborn (FHDW) Fachbereich angewandte Informatik Pflichtenheft Anwendungsentwicklung Semester 5 Thema: Erstellung eines WebServices für eine Bank Anwendung COOLESACHE Gruppe:
Mehr2. Die eigenen Benutzerdaten aus orgamax müssen bekannt sein
Einrichtung von orgamax-mobil Um die App orgamax Heute auf Ihrem Smartphone nutzen zu können, ist eine einmalige Einrichtung auf Ihrem orgamax Rechner (bei Einzelplatz) oder Ihrem orgamax Server (Mehrplatz)
MehrSoftware Engineering Labor-Übung, LVNr: Übungsleiter: Dr. Siegfried Benkner. Dokument: Anforderungsanalyse und Use Case Modell I v.1.
Software Engineering Labor-Übung, LVNr:050052 Übungsleiter: Dr. Siegfried Benkner Dokument: Anforderungsanalyse und Use Case Modell I v.1.0 Projekttitel: BUY FOR FREETIME Projekthomepage: http://www.unet.univie.ac.at/~a0927657/swe/
MehrNetUSE-SSH-Keymanager 2.12
Benutzerhandbuch Maksim Kabakou - Fotolia.com Revision: 38 Stand: 10. Januar 2014 NetUSE AG Dr.-Hell-Straße 6 D-24107 Kiel Telefon: +49 431 2390 400 http://netuse.de/ Inhaltsverzeichnis 1. Versionsübersicht...3
MehrPflichtenheft. Online Buchungssystem. Auftraggeber: Auftragnehmer: Landesverband Sporttauchen Rheinland-Pfalz e.v. (LVST) Postfach 516
Pflichtenheft Online Buchungssystem Auftraggeber: Landesverband Sporttauchen Rheinland-Pfalz e.v. (LVST) Postfach 516 55411 Bad Kreuznach Auftragnehmer: Theobald-Simon-Schule Bitburg Klasse IT02 Rittersdorfer
MehrPflichtenheft Version 1.0. Mäxchen/Meiern iphone App
Pflichtenheft Version 1.0 Mäxchen/Meiern iphone App Auftraggeber: Lehrstuhl für Informatik V Prof. Dr. Reinhard Männer Universität Heidelberg Zuletzt geändert: 10. April 2012 Inhaltsverzeichnis 1 Zielbestimmungen
MehrProf. Klaus-Peter Fähnrich. Wintersemester 2008/2009
Vorlesung Softwaretechnik - Definitionsphase, Einführung - Prof. Klaus-Peter Fähnrich Wintersemester 2008/2009 Vorlesung: 4 Seite 1 Softwaretechnik 1 Grundlagen LE 24 Einführung und Überblick LE 1 V Unternehmensmodellierung
MehrVorlesung Softwaretechnik - Definitionsphase, Einführung -
Vorlesung Softwaretechnik - Definitionsphase, Einführung - Prof. Dr.-Ing. habil. Klaus-Peter Fähnrich Wintersemester 2009/2010 Prof. K.-P. Fähnrich (nach Balzert) Vorlesung: 4 Seite 1 Softwaretechnik 1
MehrPflichtenheft. Gruppe 40
Pflichtenheft Gruppe 40 Inhaltsverzeichnis 1 Zielbestimmung 2 1.1 Musskriterien............................. 2 1.2 Institutsleiter.............................. 2 1.3 Mitarbeiter...............................
MehrKUNERT BRANDSCHUTZDATENTECHNIK
WARTUNGS- VERWALTUNGS- UND ABRECHNUNGSSYSTEME Modul: Hydrantenverwaltung KUNERT BRANDSCHUTZDATENTECHNIK email: kunert@feuerwehrsoftware.de URL: http://www.feuerwehrsoftware.de Inhaltsverzeichnis 1.0 Programmstart
MehrSoli Manager 2011 Installation und Problemanalyse
Soli Manager 2011 Installation und Problemanalyse Stand: 14.09.2011 Über dieses Dokument Dieses Dokument soll einen kurzen Überblick über die Installation, die Deinstallation von "Soli Manager 2011" liefern
MehrKurzdoku DEMOSYSTEM. Version bei Janek Winz.
Kurzdoku DEMOSYSTEM Version 1.9 2009 bei Janek Winz http://www.kyoto4u.de Einführung Kyoto4u ist ein plattformunabhängiges System zum effizienteren Umgang mit Energie in Unternehmen und Privathaushalten.
MehrBenutzeranleitung Profilverwaltung
Benutzeranleitung Profilverwaltung Vorbemerkungen: Aufgrund der hohen Flexibilität des Systemes können die meisten Menü-Punkte individuell eingegeben werden. Sollten sie nicht mit dieser Beschreibung übereinstimmen
MehrHandbuch WAS-Extension. Version 1.8.1
Handbuch WAS-Extension Version 1.8.1 grit Beratungsgesellschaft mbh 08.08.2016 WAS-Extension Handbuch Seite 2 von 11 grit GmbH - 2016 Der Inhalt dieses Dokuments darf ohne vorherige schriftliche Erlaubnis
MehrLokalfinder. Klasse: 5AHH. Projektleiter: Prof. Peter Moser. Projektteam: Gutzelnig Benedikt. Bosnjak Josip. Salbrechter Jürgen.
Klasse: 5AHH Projektleiter: Prof. Peter Moser Projektteam: Gutzelnig Benedikt Bosnjak Josip Salbrechter Jürgen Terkl Daniel 0 Inhaltsverzeichnis 1 Zielbestimmung... 3 1.1 Musskriterien... 3 1.2 Wunschkriterien...
MehrWomit wir uns beschäftigen
Berechnung und Optimierung von Grenzwerten für Mengen von Software Metriken Steffen Herbold, Jens Grabowski, Stephan Waack Georg-August-Universität Göttingen Softwareforen Leipzig Womit wir uns beschäftigen
Mehr