QS-Handbuch für WiBe 4.0. Version: 1.4
|
|
- Gretel Kolbe
- vor 7 Jahren
- Abrufe
Transkript
1 -Planung und Steuerung: QS-Handbuch- QS-Handbuch für WiBe 4.0 Version: 1.4 Projektbezeichnung WiBe 4.0 Musterprojekt Projektleiter Odysseus Verantwortlich Prometheus Erstellt am Zuletzt geändert Bearbeitungszustand in Bearbeitung vorgelegt X fertig gestellt Dokumentablage WiBe 4.0 Musterprojekt/Planung und Steuerung/QS-Handbuch.doc V-Modell-XT Version Version 1.2.1
2 Das V-Modell XT ist urheberrechtlich geschützt. Copyright 2006 V-Modell XT Autoren und andere. Alle Rechte vorbehalten. Das V-Modell XT ist unter der Apache License Version 2.0 freigegeben. Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Zuletzt geändert: :47 2/10
3 Weitere Produktinformationen Mitwirkend Odysseus Projektleiter Erzeugung Initial Änderungsverzeichnis Änderung Nr. Datum Version Geänderte Kapitel Beschreibung der Änderung Autor Zustand Alle Initiale Produkterstellung Admin Alle Inhalte erstellt Odysseus i.b Vorlegen Odysseus Vg Alle Inhalte nach Review überarbeitet Prometheus i.b Vorlegen Prometheus Vg Fertig gestellt Aristoteles f.g. Prüfverzeichnis Die folgende Tabelle zeigt einen Überblick über alle Prüfungen sowohl Eigenprüfungen wie auch Prüfungen durch eigenständige Qualitätssicherung des vorliegenden Dokumentes. Datum Geprüfte Version Anmerkungen Prüfer Neuer Produktzustand Eigenständige Prüfung; Anmerkungen: siehe Prüfprotokoll Aristoteles i.b Eigenständige Prüfung Aristoteles f.g. Zuletzt geändert: :47 3/10
4 Inhalt 1 Einleitung Qualitätsziele und -anforderungen Zu prüfende Produkte Zu prüfende Prozesse Organisation und Vorgaben zur Qualitätssicherung im Projekt Form der Prüfung für V-Modell XT Produkte Allgemeine (formale) Kriterien Auswertung und Entscheidungsfindung zur Prüfung Vorgaben für das QS-Handbuch der Auftragnehmer... 9 Zuletzt geändert: :47 4/10
5 1 Einleitung Das V-Modell ist ein generischer Vorgehensstandard, der für ein konkretes Projekt angepasst und konkretisiert werden muss. Das QS-Handbuch legt die für die Qualitätssicherung notwendigen Anpassungen und Ausgestaltungen fest. Somit dokumentiert es Art und Umfang der Anwendung des V-Modells im Projekt und ist Informationsquelle und Richtlinie für alle Projektbeteiligten. Das QS-Handbuch beinhaltet eine Kurzbeschreibung der Qualitätsziele im Projekt, die Festlegung der zu prüfenden Produkte und Prozesse, die Organisation und Vorgaben für die Planung und Durchführung der Qualitätssicherung im Projekt sowie die Vorgaben für die Qualitätssicherung von externen Zulieferungen. Der QS-Verantwortliche muss dieses zentrale Produkt in Abstimmung mit den Schlüsselpersonen des Projekts erarbeiten. Dabei werden im QS-Handbuch insbesondere auch Häufigkeit und Notwendigkeit der Erzeugung weiterführender Produkte, die für die Qualitätssicherung im Projekt notwendig sind, festgelegt, zum Beispiel QS-Berichte, Nachweisakten und Prüfprotokolle. 2 Qualitätsziele und -anforderungen Qualitätsziele und -anforderungen leiten sich aus dem zu entwickelnden System, den Projektzielen und den übergeordneten Qualitätsmanagementvorgaben ab. Das zu entwickelnde System wird in mehreren Stufen abgenommen. Darüber hinaus soll es langlebig und erweiterbar sein. Somit sollte die Qualitätssicherung möglichst automatisiert und regressionsfähig sein. Darüber hinaus ist ein weiteres Projektziel, dass dieses Projekt als V-Modell-Musterprojekt aufgearbeitet und den V-Modell-Anwendern als eine Art Vorlage zur Verfügung gestellt werden soll. Die erarbeiteten Produkte müssen deshalb besonders sorgfältig und auf ihre V- Modell Konformität hin überprüft werden. Weitere Qualitätsziele und -anforderungen, die sich aus übergeordneten Qualitätsmanagementvorgaben ableiten lassen, existieren nicht. Zusammenfassend ergeben sich dementsprechend die folgenden Anforderungen an die Qualitätssicherung: Abnahmeprüfungen des Systems müssen weitestgehend automatisiert und regressionsfähig sein Alle Produkte müssen V-Modell XT konform entwickelt und geprüft werden 3 Zu prüfende Produkte Prinzipiell sind in diesem Projekt alle Produktexemplare, die nicht extern sind im Rahmen der formalen Qualitätssicherung zu prüfen. In der folgenden Tabelle sind dabei alle relevanten Produkte des Auftraggeberprojekts mit ihren Prüfintervallen gezeigt. Produkt Prüfung Bemerkung Projekthandbuch Formal zum Entscheidungspunkt Projekt definiert ; ansonsten nur bei Änderungen am Dokument zur Konsistenzsicherung QS-Handbuch Formal zum Entscheidungspunkt Projekt definiert ; ansonsten nur bei Es ist grundsätzlich anzunehmen, dass das Projekthandbuch als Wurzel aller Produkte dieses Projekts immer konsistent ist. Bei inhaltlicher Änderung ist es erneut zu prüfen. Bei der Erstellung von Produkten mit inhaltlichen Konsistenzabhängigkeiten ist es ebenfalls noch einmal zu prüfen. Zuletzt geändert: :47 5/10
6 Produkt Prüfung Bemerkung Projektplan (Las- Anforderungen tenheft) Änderungen am Dokument zur Konsistenzsicherung Zu jedem Entscheidungspunkt Formal und inhaltlich zum Entscheidungspunkt Anforderungen festgelegt Ausschreibung Formal zum Entscheidungspunkt Projekt ausgeschrieben Der Projektplan ist zu jedem Entscheidungspunkt zu prüfen. Dabei ist es nicht erforderlich, eine separate Prüfspezifikation zu erstellen, da die Planung in einem entsprechenden Modul des Werkzeugs in- Step erfolgt und dieses alle notwendigen Mittel zum Con-trolling enthält. Die inhaltliche Prüfung des Lastenhefts erfolgt in einem Review-Verfahren eine gesonderte Anforderungsbewertung (Produkt: Anforderungsbewertung) wird nicht erstellt! Die formale Prüfung wird anhand der Kombination Prüfspezifikation/Prüfprotokoll durchgeführt. Die QS-Prüfung der Ausschreibung erfolgt nicht im Rahmen dieses Projekts! Die Prüfung der Teile der Ausschreibung erfolgt intern durch gegenseitige Reviews. Die eigentliche Prüfung obliegt dem Beschaffungsamt. Dieses prüft auch die Anlagen und die Anforderungen noch einmal. Dies umfasst: Kriterienkatalog für die Angebotsbewertung (V-Modell XT Produkt, Katalog nach UFAB-III durch Projektteam erstellt) Anlage: Anforderungen (aus V-Modell XT Produkt Anforderungen (Lastenheft) Bis auf die Produkte Projektplan und Ausschreibung sind alle weiteren Produkte durch Prüfspezifikationen (Dokument) für eine Prüfung vorzusehen. Es werden dementsprechend Prüfprotokolle (Dokument) erstellt. Weiterhin sind für das Auftraggeberprojekt Prüfungen von Auftragnehmerprodukten (von AN) vorzusehen. Diese sind in der Regel im Rahmen der einzelnen Teillieferungen zu prüfen. Die folgende Tabelle enthält hierzu eine kompakte Übersicht. Die Detailplanung der zu prüfenden Produkte wird zu gegebener Zeit im Projekt vorgenommen. In der folgenden Tabelle sind jeweils nur die Prüfspezifikationen aufgeführt, da die Anzahl der Prüfprotokolle hier noch variieren kann. Es wird davon ausgegangen, dass das System in 3 Iterationen erstellt und somit in 3 Teillieferungen abgenommen wird. Prüfgegenstand Lieferung 1 Bemerkungen Alle Produkte der Lieferung 1 (Iteration 1) sind hier zu prüfen. Es wird das Produkt Prüfspezifikation Dokument Lieferung 1 erstellt. Diese Prüfung umfasst alle in der Lieferung vorliegenden Produkte. Eine Vorabprüfung des Produkts Gesamtsystemspezifikation (Pflichtenheft) ist nach Maßgabe der Projektleitung (AG) ebenfalls möglich. Hier ist das Produkt Prüfspezifikation Dokument Gesamtsystemspezifikation (Pflichtenheft) zu erstellen. Zuletzt geändert: :47 6/10
7 Prüfgegenstand Lieferung 2 Lieferung 3 Bemerkungen Alle Produkte der Lieferung 2 (Iteration 2) sind hier zu prüfen. Es wird das Produkt Prüfspezifikation Dokument Lieferung 2 erstellt. Diese Prüfung umfasst alle in der Lieferung vorliegenden Produkte. Sollte zu diesem Zeitpunkt bereits zu testende Software vorliegen sind zusätzlich Tests der Software auf der AG-Seite vorzusehen. Diese soll durch ausgewählte Tester erfolgen und in einem Test- bzw. Erlebnis Protokoll zusammengefasst und dem Auftragnehmer zwecks Begutachtung und Einarbeitung ü- bergeben werden. Ggf. ist es möglich, weitere Produkte zur Prüfung heranzuziehen, auch das Pflichtenheft kann noch einmal zur Prüfung vorgesehen werden. Alle Produkte der Lieferung 3 (Iteration 3) sind hier zu prüfen. Es wird das Produkt Prüfspezifikation Dokument Lieferung 3 erstellt. Diese Prüfung umfasst alle in der Lieferung vorliegenden Produkte. Die Prüfung der 3. Lieferung umfasst auch den Test und die Abnahme der Software sowie die Prüfung der Einhaltung der vereinbarten Lieferbedingungen. Weitere Produktexemplare sind nach Maßgabe der Projektleitung separat zu prüfen. Dies ist im Projektplan zu vermerken und entsprechend einzuplanen. 4 Zu prüfende Prozesse Es werden keine Prozessprüfungen innerhalb des Projektes durchgeführt. Stattdessen werden die Erfahrungen in der Anwendung der Prozesse und die dabei anfallenden Verbesserungsideen gesammelt. In Form von Berichten werden die Erfahrungen aufgearbeitet. Ein Projekttagebuch wird nicht geführt. Im Anschluss an das Projekt werden die Erfahrungen zusammengetragen und zu einem Musterprojekt aufgearbeitet, das dann als Vorlage für die weiteren Projekte dienen wird. 5 Organisation und Vorgaben zur Qualitätssicherung im Projekt Die Qualitätssicherung ist im Projekt vollständig eingebunden. Sie untersteht aber nicht der Projektleitung, um die Unabhängigkeit der Qualitätssicherung zu gewährleisten. Qualitätsprobleme werden durch den QS-Bericht im Rahmen regelmäßiger Projekt-interner Meetings vom QS-Verantwortlichen kommuniziert. Hier werden dann sofort entsprechende Maßnahmen beschlossen, im Besprechungsprotokoll dokumentiert sowie über Arbeitsaufträge Verantwortlichen zugeordnet und verfolgt. Können im Rahmen des Meetings für ein Qualitätsproblem keine für alle Beteiligten akzeptablen Maßnahmen gefunden werden, so berichtet der QS-Verantwortliche dies im Rahmen eines außerplanmäßigen QS-Berichts umgehend dem Lenkungsausschuss. Spätestens in der nächsten Sitzung des Lenkungsausschusses wird dann das Qualitätsproblem vom QS- Verantwortlichen vorgetragen und es werden gemeinsam entsprechende Maßnahmen eingeleitet. Eine Nachweisakte ist in diesem Projekt nicht zu führen. Zuletzt geändert: :47 7/10
8 5.1 Form der Prüfung für V-Modell XT Produkte Alle V-Modell XT Produkte sollen soweit möglich in einer einheitlichen Form geprüft werden. Die Festlegung der Prüfkriterien erfolgt im Produkt Prüfspezifikation <Dokument>. Neben den allgemeinen Prüfkriterien, wie z.b. Layout oder Rechtschreibung, gibt es weitere Prüfkriterien, die in einer tabellenähnlichen Form zusammen getragen werden sollten (vgl. folgende Tabelle). Aufgrund des Charakters dieses Projekt sind neben den inhaltlichen Kriterien auch die formellen von besonderer Wichtigkeit. Jede Prüfspezifikation soll demnach auch den Teil zu formalen Kriterien führen. 5.2 Allgemeine (formale) Kriterien ja n.r. nein 1. Entspricht das Dokument den formalen Vorgaben des Dokumentationsstandard (Corperate Identity) im Unternehmen/in der Behörde? 2. Existiert ein Deckblatt (mit Autor, Datum, Status, etc.)? 3. Stimmen Seitenzahl und Inhaltsverzeichnisangaben überein? 4. Ist die Rechtschreibung ausreichend? Ist der Satzbau in Ordnung? 5. Ist das Dokument in sich konsistent (Gibt es also keine widersprüchlichen Abschnitte innerhalb des Dokuments)? 6. Sofern rechtliche Inhalte enthalten sind, ist eine entsprechende Referenz auf die betreffenden Rechtsvorschriften/Gesetze im Anhang zu finden. 7. Enthält das Dokument ein Abkürzungsverzeichnis, das es nicht öffentlichen Projektpartnern (z.b. Auftragnehmern aus der Industrie) ermöglicht, das Dokument zu lesen? Tabelle 1 Beispiel für die Erstellung von Prüfkriterien Als Prüfkriterien sollen mindestens immer folgende Kriteriengruppen betrachtet werden: Allgemeine (formale) Kriterien Produkttypspezifische (inhaltliche) Kriterien Produktspezifische (inhaltliche) Kriterien Produkttypspezifische Kriterien enthalten Prüfkriterien, die für alle Exemplare eines Produkts gleich sind. So z.b. sollten alle Prüfspezifikationen zum Projekthandbuch immer diesen Teil in der gleichen Form enthalten usw. Produktspezifische Kriterien orientieren sich an den Kriterien für einzelne Prüfungen der Produktexemplare. Diese Kriterien sind für jedes zu prüfende Produktexemplar neu zusammenzustellen, können aber auch, sofern nur Detailprüfungen erfolgen, aus vorhergehenden Prüfspezifikationen übernommen werden. Beispiel: Im Produkt Anforderungen (Lastenheft) ist in einer ersten Prüfung die Struktur der funktionalen Anforderungen zu prüfen, in einer zweiten die der nicht-funktionalen Anforderungen. Diese Punkte können in zwei unterschiedlichen Prüfspezifikationen eingebracht werden, wobei ersterer auch in der zweiten wieder geprüft werden kann. Um den Vorgang der Qualitätssicherung zu erleichtern, empfiehlt es sich, die Prüfspezifikationen nach diesem (erprobten) Schema zu erstellen und die Kriterientabellen in die entsprechenden Prüfprotokolle zu übernehmen und dort zu befüllen. n.r. = nicht relevant Zuletzt geändert: :47 8/10
9 5.3 Auswertung und Entscheidungsfindung zur Prüfung Die Prüftabelle sollte nicht weiter kommentiert werden. Stattdessen ist eine separate Ergebnisanalyse mit Problembeschreibungen und optionalen Korrekturvorschlägen zu erstellen. Die Anmerkungen sollten in der folgenden Form niedergelegt werden: Nr. Kapitel Seite Absatz, Zeile Inhaltlich/ Formal Fehler, Prüfkommentar Änderungs-/ Korrekturvorschlag Festgestellt von Mit folgender Erläuterung: Nr. - Laufende Nummer Kapitel - Kapitelangabe, wo ist der Fehler aufgetreten Seite - Seite, auf der der Fehler aufgetreten ist Absatz, Zeile - Genaue Stellenangabe, wo der Fehler zu finden ist (I)nhaltlich, (F)ormal - Angabe I oder F, für eine Klassifizierung inhaltlicher oder for maler Fehler Fehler, Kommentar - Eindeutige Beschreibung des Fehlers Korrekturvorschlag - Vorschlag zum Beheben des Fehlers oder Forderung bzgl. des Fehlers Festgestellt von - Name oder Kürzel desjenigen, der den Fehler gemeldet hat Die Entscheidung, ob ein Produkt die Prüfung bestanden hat, wird auf der Grundlage dieser Analyse getroffen. Ggf. ist dabei der Überdeckungsgrad der Prüfungen heranzuziehen, der in der entsprechenden Prüfspezifikation festgelegt werden kann. Darüber hinaus können Produkte auch dann eine Prüfung bestehen, wenn die identifizierten Fehler in einer weiteren Iteration ohne Probleme beseitigt werden können (z.b. Rechtschreibfehler). Dies obliegt jedoch wieder einem zuvor definiertem Überdeckungsgrad und den Richtlinien der Prüfung, die in den konkreten Prüfspezifikationen festgelegt wurden. Bei der Feststellung von Inkonsistenzen, z.b. nach einer Produktaktualisierung, ist in der Anmerkungstabelle ebenfalls festzulegen, wie auf die Inkonsistenzen zu reagieren ist. Empfehlungen können hier sein: Dieses Dokument anpassen oder Das verursachende Dokument ändern und neu vorlegen. Diese Einstufung und Empfehlung obliegt nur eingeschränkt dem Prüfer und sollte mit der Projektleitung abgestimmt werden. 6 Vorgaben für das QS-Handbuch der Auftragnehmer An das QS-Handbuch des Auftragnehmers werden folgende Anforderungen gestellt: Für alle V-Modell XT Produkte, die der Auftragnehmer an den Auftraggeber übergibt, ist seitens des Auftragnehmers ein Prüfschema zu entwickeln. Dieses Prüfschema ist dem Auftraggeber zur Kenntnisnahme zu übergeben. Dieses bildet die Grundlage zur Prüfung der einzelnen Teillieferungen auf Auftragnehmerseite. Die Festlegung der zu übergebenden Produkte wird durch das V-Modell XT getroffen und ggf. durch den Vertrag hinsichtlich des Umfangs einzelner Lieferungen noch einmal konkretisiert. Der Auftragnehmer muss für alle zu erstellenden Produkte (insbesondere Quellcodes) geeignete Prüfmaßnahmen benennen. Aufgrund der Tatsache, dass der gesamte Code an den Auftraggeber übergeben wird, sind alle Festlegungen dieser Art entsprechend zu dokumentieren und dem Auftraggeber mitzuteilen. Sofern der Auftragnehmer Fertigprodukte einsetzt, hat er diese zu benennen und deren Verträglichkeit und Qualität bei der Integration in das zu entwickelnde System si- Zuletzt geändert: :47 9/10
10 cherzustellen. Die QS-Maßnahmen für die verwendeten Fertigprodukte sind dem Auftraggeber mitsamt Versionslisten bekanntzugeben, damit dieser ggf. eine Verträglichkeitsuntersuchung durchführen kann. Der Auftragnehmer muss bei den QS-Maßnahmen des Softwaresystems explizit angeben, welche Anwendungsfälle in welchem Umfang nach welcher Strategie getestet werden. Im QS-Handbuch ist die genaue Vorgehensweise zu dokumentieren. Es sind weiterhin die allgemeinen Richtlinien für diese Tests zu dokumentieren und als verpflichtend für die Übernahme in die einzelnen Prüfspezifikationen zu kennzeichnen. Der Auftragnehmer muss eine Testumgebung für Regressionstests zur Verfügung stellen. Die Testsysteme sind mit dem Auftraggeber abzustimmen. Vorgaben zur Prüfung des Dokuments Zuletzt geändert: :47 10/10
- Planung und Steuerung - QS-Handbuch
- Planung und Steuerung - QS-Handbuch Projektbezeichnung WiBe 4.0 Musterprojekt Projektleiter Odysseus Verantwortlich Prometheus Erstellt am 10.02.2005 13:19 Zuletzt geändert 17.05.2005 14:18 Zustand fertig
Mehr-Planung und Steuerung- QS-Handbuch
-Planung und Steuerung- QS-Handbuch Projektbezeichnung InfoMaPa I Projektleiter Dr. Odysseus Verantwortlich QS-Verantwortlicher [Herr Prometheus] Erstellt am 12.05.2001 Zuletzt geändert 18.05.2001 Zustand
MehrProjektfortschrittsentscheidung für InfoMaPa Projekt genehmigt
-Planung und Steuerung: Projektfortschrittsentscheidung- Projektfortschrittsentscheidung für InfoMaPa Projekt genehmigt Version: 1.1 Projektbezeichnung InfoMaPa 1 Projektleiter Dr. Odysseus Verantwortlich
MehrPrüfprotokoll für Anforderungen (Lastenheft) für WiBe 4.0. Version: 1.3
-Prüfung: Prüfprotokoll Dokument- Prüfprotokoll für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich Erstellt am 11.03.2005 Zuletzt geändert 18.05.2005
MehrXT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten
XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten -Prüfung: Prüfspezifikation Dokument- Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter
MehrPrüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0. Version: 1.3
-Prüfung: Prüfspezifikation Dokument- Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich Erstellt am 11.03.2005 Zuletzt geändert
MehrTelData. Version: A-Muster
-Prüfung: Prüfprotokoll Systemelement- TelData Version: A-Muster Projektbezeichnung Artio Neues Projekt Projektleiter Herr Karlapp Verantwortlich Hr. Deynet Prüfer Erstellt am 21.07.2005 Zuletzt geändert
Mehr- Prüfung - Prüfspezifikation für Anforderungen (Lastenheft)
- Prüfung - Prüfspezifikation für Anforderungen (Lastenheft) Projektbezeichnung Projektleiter Verantwortlich WiBe 4.0 Musterprojekt Odysseus Dr. Aristotelis Erstellt am 11.03.2005 10:11 Zuletzt geändert
MehrXT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten
XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten -Prüfung: Prüfprotokoll Dokument- Prüfprotokoll für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich
MehrProjektvorschlag für InfoMaPa 1. Version: 1.2
-Anforderungen und Analysen: Projektvorschlag- Projektvorschlag für InfoMaPa 1 Version: 1.2 Projektbezeichnung InfoMaPa 1 Projektleiter Dr. Odysseus Verantwortlich Dr. Odysseus Erstellt am 27.03.2005 Zuletzt
MehrProjektstatusbericht für WiBe 4.0 Projekt definiert. Version: 1.3
-Berichtswesen: Projektstatusbericht- Projektstatusbericht für WiBe 4.0 Projekt definiert Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich Erstellt am 10.02.2005 Zuletzt geändert 18.05.2005
MehrXT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten
XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten -Berichtswesen: Projektstatusbericht- Projektstatusbericht für WiBe 4.0 Projekt definiert Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich
Mehr6 Vorgehensbausteine. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation>
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 6 Vorgehensbausteine 1.2.1 Copyright V-Modell XT Das
Mehr9 Werkzeugunterstützung
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 9 Werkzeugunterstützung Copyright V-Modell XT Das V-Modell
Mehr3 Projektumfeld WEIT*
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 3 Projektumfeld WEIT* * Weiterentwicklung des V-Modells
MehrXT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten
XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten -Planung und Steuerung: Projektfortschrittsentscheidung- Projektfortschrittsentscheidung für InfoMaPa Projekt genehmigt Version: 1.1 Projektbezeichnung
MehrSoftware Engineering. 2. V-Modell XT
Software Engineering 2. V-Modell XT Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz Implementierung Konfigurationsmanagement
Mehr<Geheimhaltungsgrad> <Ausschreibungs- und Vertragswesen> Ausschreibungskonzept
Bundesamt für Informationsmanagement und Informationstechnik in der Bundeswehr Projektbereich XY Projektbezeichnung: ToSA Datum: 28.05.2006 Vorhabennummer: < Vorhabennummer
Mehr- Berichtswesen - Projektstatusbericht - Projekt definiert
- Berichtswesen - Projektstatusbericht - Projekt definiert Projektbezeichnung Projektleiter Verantwortlich WiBe Musterprojekt Odysseus Odysseus Erstellt am 10.02.2005 13:19 Zuletzt geändert 18.05.2005
Mehr- Prüfung - Prüfprotokoll für Anforderungen (Lastenheft)
- Prüfung - Prüfprotokoll für Anforderungen (Lastenheft) Projektbezeichnung Projektleiter Verantwortlich WiBe 4.0 Beispielprojekt Odysseus pollon Erstellt am 11.03.2005 10:11 Zuletzt geändert 18.05.2005
Mehr-Planung und Steuerung- Projektplan
-Planung und Steuerung- Projektplan Projektbezeichnung InfoMaPa I Projektleiter Dr. Odysseus Verantwortlich Projektleiter [Dr. Odysseus] Erstellt am 12.05.2001 Zuletzt geändert 12.05.2001 Zustand X in
MehrV-Modell XT. Teil 9: Vorlagen
V-Modell XT Teil 9: Vorlagen DAS V-MODELL XT IST URHEBERRECHTLICH GESCHÜTZT, BUNDESREPUBLIK DEUTSCHLAND, 2004, ALLE RECHTE VORBEHALTEN COPYRIGHT RESERVED, BUNDESREPUBLIK DEUTSCHLAND, 2004 DAS V-MODELL
MehrAusschreibungskonzept für WiBe 4.0. Version: 1.4
-Ausschreibungs- und Vertragswesen: Ausschreibungskonzept- Ausschreibungskonzept für WiBe 4.0 Version: 1.4 Projektbezeichnung Projektleiter Verantwortlich Erstellt am 15.03.2005 Zuletzt geändert 18.05.2005
MehrQS 1 QS-Initialisierung. QS 3 Ergebnisprüfung vorbereiten. QS 4 Ergebnis prüfen. Prüfprotokoll. QS 5 Durchführungsentscheidung
8 Qualitätssicherung 8.1 Übersicht projektübergreifende Ebene QM-Handbuch QM-Richtlinien Planungsebene Projekthandbuch Projektplan QS 1 QS-Initialisierung Prüfplan QS-Plan Ausführungsebene Ergebnisse aus
MehrV-Modell XT. Teil 9: Vorlagen
V-Modell XT Teil 9: Vorlagen DAS V-MODELL XT IST URHEBERRECHTLICH GESCHÜTZT. BUNDESREPUBLIK DEUTSCHLAND 2004. ALLE RECHTE VORBEHALTEN COPYRIGHT RESERVED BUNDESREPUBLIK DEUTSCHLAND 2004. DAS V-MODELL XT
MehrXT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten
XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten -Anforderungen und Analysen: Projektvorschlag- Projektvorschlag für InfoMaPa 1 Version: 1.2 Projektbezeichnung InfoMaPa 1 Projektleiter Dr.
MehrTelApi. Version: A-Muster
-Systemspezifikationen: SW-Spezifikation- TelApi Version: A-Muster Projektbezeichnung Artio Projektleiter Herr Karlapp Verantwortlich Herr Deynet SW-Architekt Erstellt am Zuletzt geändert 20.02.2008 12:16
MehrXT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten
XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten HINWEIS: Blauer Text stammt aus dem V-Modell-XT und kann gelöscht werden beziehungsweise soll ersetzt werden -Anforderungen und Analysen: Anforderungen
MehrV-Modell XT. Teil 9: Vorlagen
Teil 9: Vorlagen V-Modell ist eine geschützte Marke der Bundesrepublik Deutschland. Inhaltsverzeichnis 9-1 Inhaltsverzeichnis 1 Einleitung... 9-3 1.1 Zielsetzung des Vorlagen-Teiles...9-3 1.2 Zielgruppe
MehrGesamtsystem. Version: A-Muster
-Systementwurf: Systemarchitektur- Gesamtsystem Version: A-Muster Projektbezeichnung Artio Projektleiter Herr Karlapp Verantwortlich Herr Deynet Systemarchitekt Erstellt am Zuletzt geändert 10.08.2006
MehrV-Modell XT Optimierung der IT-Systementwicklung
Wirtschaftsinformatik V-Modell XT Optimierung der IT-Systementwicklung Im Rahmen des Blockseminars Software-Management Hong-Son Dang-Nguyen s.dang@uni-muenster.de Agenda Motivation Einführung in das V-Modell
Mehr# Inhalt. # Nutzung in Hochsicherheits-Anwendungen
ScanSnap Manager V6.0L14 Liesmich Datei PFU LIMITED # Inhalt 1. Systemanforderungen 2. Sicherheitsmaßnahmen für USB und Ihren Computer 3. Sicherheitsmaßnahmen für die Installation 4. Sicherheitsmaßnahmen
Mehr7 Projektplanung. V-Modell XT Anwendung im Projekt. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation>
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 7 Projektplanung V-Modell XT Anwendung im Projekt Überblick
Mehr5 Grundkonzepte. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation>
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 5 Grundkonzepte Copyright V-Modell XT Copyright Reserved,
MehrPilotprojekt Softwareentwicklung WiBe
Pilotprojekt Softwareentwicklung WiBe 4.0-2005 Erfahrungsbericht bei der Anwendung des V-Modell XT Dr. Thomas Bliß, Bundesministerium des Innern (KBSt) KBSt-Produkte Infrastruktur Standards IT-Sicherheit
MehrDas V-Modell XT. Ein Standard für die Entwicklung von Systemen.
Das V-Modell XT. Ein Standard für die Entwicklung von Systemen. Wie funktioniert das V-Modell XT? Wie erfolgt das Tailoring, was sind Vorgehensbausteine, Entscheidungspunkte und Projektdurchführungsstrategien?
Mehr7 Management Mechanismen
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 7 Management Mechanismen Copyright V-Modell XT Copyright
MehrScanSnap SV600: - OS X v OS X v10.8 (Empfohlen: OS X v oder aktueller) - Mac OS X v10.7 (Empfohlen: Mac OS X v10.7.
ScanSnap Manager V6.2L22 Liesmich Datei PFU LIMITED # Inhalt 1. Systemanforderungen 2. Sicherheitsmaßnahmen für USB und Ihren Computer 3. Sicherheitsmaßnahmen für die Installation 4. Sicherheitsmaßnahmen
MehrHandout Klausurnoten-Tool
Handout Klausurnoten-Tool Inhaltsverzeichnis: 1) Vorstellung 2) JSP Funktionsweise 3) Tomcat Kleiner Überblick 4) Apache Tomcat WebApplikationen 5) Apache Tomcat Beispiel für Deployment 6) Glossar 7) Quellenangaben
MehrDas neue V-Modell XT. Anwendung des V-Modell XT. Marco Kuhrmann
Das neue V-Modell XT Anwendung des V-Modell XT Marco Kuhrmann Technische Universität München Institut für Informatik, Software & Systems Engineering Boltzmannstr. 3 85748 Garching b. München Agenda Die
Mehr2 Einführung in das V-Modell XT
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 2 Einführung in das V-Modell XT V-Modell XT Anwendung im Projekt
MehrAnleitung für die Managementbewertung
Anleitung für die Managementbewertung Managementbewertung 1 bedeutet: die Apothekenleitung analysiert jährlich die Unternehmenssituation ( funktioniert unser QM-System? ) und trifft dann auf Basis der
MehrV-Modell. Dipl. Wirtsch. Ing. Alexander Werth 11-1
V-Modell Dipl. Wirtsch. Ing. Alexander Werth Software Engineering 11-1 Was ist das V-Modell? Das V im V-Modell steht für Vorgehensmodell. Umfangreiches Dokument. Softwaretool zur Unterstützung. Vorgabe
MehrTragende Gründe. Vom 16. März 2018
Tragende Gründe zum Beschluss des Gemeinsamen Bundesausschusses über eine Änderung der Richtlinie über Maßnahmen der Qualitätssicherung in Krankenhäusern (QSKH- RL): Änderung 14 Verantwortliches Gremium
Mehr1 GELTUNGSBEREICH UND ZWECK 2 MITGELTENDE DOKUMENTE 3 VERWENDETE ABKÜRZUNGEN 4 VERANTWORTLICHE/R DES QM-DOKUMENTS
gültig ab: 5.5.2009 Version 01 Seite 1 von 5 1 GELTUNGSBEREICH UND ZWECK Die gegenständliche Prozessbeschreibung regelt den Ablauf und die Zuständigkeiten für die Planung, Durchführung und Dokumentation
MehrMethodenbasiert in der Durchführung V-Modell XT-konform im Ergebnis
Methodenbasiert in der Durchführung V-Modell -konform im Ergebnis - 1 - So? oder gibt es einen anderen Weg? - 2 - Die Werkzeugfamilie Business professionelle Geschäftsprozessmodellierung mit UML Object
MehrIT-Projekt-Management
IT-Projekt-Management email: av@dr-vuong.de http: www.dr-vuong.de Datum 13.10.2005 2005 by, Bielefeld Seite 1 Projekt-Ablauf und - Organisation Datum 13.10.2005 2005 by, Bielefeld Seite 2 IT-Projekte:
MehrEntwicklung einer standardisierten Steuerungssoftware für eine Streckenbeeinflussungsanlage am Beispiel der A 8
SSW--A8 Stuttgart Seite: 1 von 11 Entwicklung einer standardisierten Steuerungssoftware für eine Streckenbeeinflussungsanlage am Beispiel der A 8 zwischen AD Leonberg und AS Wendlingen (SSW--A8) Prüfprozedur
MehrMuster Mini-Case B: Phasenbericht und Phasenfreigabe (15 Minuten/15 Punkte)
HERMES 5.1 Advanced Muster Mini-Case B: Phasenbericht und Phasenfreigabe (15 Minuten/15 Punkte) Schwierigkeitsgrad: Anspruchsvoll Mit Musterlösung HERMES is an open standard of the Swiss Federal Administration.
Mehr13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES
13 Anhang A: Erfüllung der Norm ISO 9000 durch Hinweis Einleitung Eine der wesentlichsten Grundlagen für die Qualitätssicherung in einem Unternehmen ist die Normenserie «ISO 9000», insbesondere ISO 9001:1994
MehrAnforderungen (Lastenheft) für InfoMaPa1. Version: 1.24
-Anforderungen und Analysen: Anforderungen (Lastenheft)- Anforderungen (Lastenheft) für InfoMaPa1 Version: 1.24 Projektbezeichnung InfoMaPa 1 Projektleiter Dr. Odysseus Verantwortlich Sokrates Erstellt
MehrLeistungsbeschreibung
Durch die Vor-Ort-Garantieerweiterung wird die Standard-Herstellergarantie der USV und/oder PDU verlängert. Neben Vor-Ort-Reparaturen während der Dauer der Herstellergarantie beinhaltet die Vor-Ort-Garantieerweiterung
MehrFriedrich-Ebert-Schule Brunhildenstraße 53 65819 Wiesbaden. Leitfaden zur Anfertigung von Projektdokumentationen
Friedrich-Ebert-Schule Brunhildenstraße 53 65819 Wiesbaden Leitfaden zur Anfertigung von Projektdokumentationen INHALTSVERZEICHNIS Seite 1. ALLGEMEINES 1 1.1 VORBEMERKUNGEN.1 1.2 ABGABE DER ARBEIT..1 2.
MehrDas neue V-Modell XT. Grundlagen des V-Modell XT. J. Prof. Dr. Andreas Rausch
Das neue V-Modell XT Grundlagen des V-Modell XT J. Prof. Dr. Andreas Rausch Technische Universität Kaiserslautern Fachbereich Informatik AG Softwarearchitektur Agenda Struktur und Aufbau des V-Modell XT
MehrVA-0001: Internes Systemaudit Seite 1 von 5
Seite 1 von 5 Inhalt 1. Zweck... 2 2. Geltungsbereich... 2 3. Zuständigkeiten... 2 3.1 Geschäftsführung... 2 3.2 Auditleiter... 3 3.3 Auditor... 3 3.4 Leiter des zu auditierenden Bereiches... 3 4. Beschreibung...
MehrLenkung von Dokumenten
Lenkung von Dokumenten 1. Zweck Diese VA regelt die Lenkung, Erstellung, Änderung, Kennzeichnung und Verteilung von QM-Dokumenten. 2. Geltungsbereich Abt. Rettungsdienst Abt. allgemeine Rotkreuzarbeit
MehrV-Modell XT. Teil 5: V-Modell-Referenz Produkte
Teil 5: V-Modell-Referenz Produkte V-Modell ist eine geschützte Marke der Bundesrepublik Deutschland. Inhaltsverzeichnis 5-1 Inhaltsverzeichnis 1 Einleitung... 5-3 1.1 Zielsetzung der V-Modell-Referenz...5-3
Mehr[Hier klicken und Text eingeben] [Hier klicken und Text eingeben] Auftragsnummer: [Hier klicken und Text eingeben] Auftragnehmer:
Pflichtenheft Auftraggeber: Auftragsnummer: Auftragnehmer: Bearbeiter: Berlin, den (microtool GmbH, Berlin) Pflichtenheft Inhalt 1 Einleitung (Introduction) 3 1.1 Zielsetzung (Purpose) 3 1.2 Scope (Scope)
MehrPeer Review Bericht. [Name der Berufsbildungseinrichtung] [Jahr] [Namen der Peers] AutorIn(nen): Freigegeben durch: [Datum, Version Nummer/endgültig]
Review Bericht [Name der Berufsbildungseinrichtung] [Jahr] [Namen der s] AutorIn(nen): Freigegeben durch: [Datum, Version Nummer/endgültig] 1. Datenblatt 1 1) Kontaktdaten Name der Berufsbildungseinrichtung
MehrProjektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung
Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/
Mehr3 Angebotsphase. V-Modell XT Anwendung im Projekt. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation>
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 3 Angebotsphase V-Modell XT Anwendung im Projekt Inhalt
MehrAnforderungsmanagement im neuen V-Modell XT : Vorgehen und Werkzeuge
Anforderungsmanagement im neuen V-Modell XT : Vorgehen und Werkzeuge REConf 2005 9. März 2005 Dr. Klaus Bergner 2005 4Soft GmbH Überblick Was ist das V-Modell XT? Hintergrund Grundkonzepte Anforderungsmanagement
MehrTechnologiepark 8 33100 Paderborn Telefon: 05251 / XX XX XX Mobil: 01XX / XX XX XX XX E-Mail: XXXXXXX@mail.upb.de
Technologiepark 8 33100 Paderborn Telefon: 05251 / XX XX XX Mobil: 01XX / XX XX XX XX E-Mail: XXXXXXX@mail.upb.de PIRAT Software Technologiepark 8 33100 Paderborn Universität Paderborn Institut für Informatik
MehrBundesamt für Informationsmanagement und Informationstechnik der Bundeswehr. Grundlagen V-Modell XT STI-Jour-Fixe
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr Grundlagen V-Modell XT STI-Jour-Fixe 29.10.2008 Überblick Struktur und Inhalt des V-Modells Entscheidungspunkte und durchführungsstrategien
MehrDas neue V-Modell XT. Systementwicklung - Auftragnehmer
Das neue V-Modell XT entwicklung - Auftragnehmer Wolfgang Kranz EADS Deutschland GmbH Defence Electronics 85716 Unterschleißheim Landshuterstr. 26 Tel. 0049 89 3179-2786, Fax -2528 mobil: 0049 172 8488200
MehrDurchführung von internen Audits Seite 2 von 6
Durchführung von internen Audits Seite 2 von 6 1 Zweck Diese Verfahrensanweisung regelt das Vorgehen bei der Planung, Durchführung und Dokumentation von internen Audits in Arzneimittel-Überwachungsbehörden
MehrIT-Projekt-Management
IT-Projekt-Management Dr. The Anh Vuong email: av@dr-vuong.de http: www.dr-vuong.de Seite 1 Projektorganisation Seite 2 IT-Projekte: Entwicklungsprozesse Anforderungen Technologie Ergebnissen Studien (Phase
MehrTechnische Richtlinie XML-Datenaustauschformat für hoheitliche Dokumente (TR XhD) 1 Rahmenwerk
Technische Richtlinie XML-Datenaustauschformat für hoheitliche Dokumente (TR XhD) 1 Rahmenwerk Version 1.4 18.11.2013 BSI TR-03123-1 Bundesamt für Sicherheit in der Informationstechnik Postfach 20 03 63
MehrMaintenance & Re-Zertifizierung
Zertifizierung nach Technischen Richtlinien Maintenance & Re-Zertifizierung Version 1.2 vom 15.06.2009 Bundesamt für Sicherheit in der Informationstechnik Postfach 20 03 63 53133 Bonn Tel.: +49 22899 9582-0
MehrAssessments vor der Freigabe von Grossprojekten in der Bundesverwaltung
Assessments vor der Freigabe von Grossprojekten in der Bundesverwaltung Prozess, Werkzeuge und erste Erfahrungen HERMES 5 Forum, 1. September 2016 Überblick Definitionen und Auftrag Prozess und Beteiligte
MehrDocusnap X - Anpassen von Eingabemasken. Eingabemasken erweitern und für zusätzliche Objekte verwenden
Docusnap X - Anpassen von Eingabemasken Eingabemasken erweitern und für zusätzliche Objekte verwenden TITEL Docusnap X - Anpassen von Eingabemasken AUTOR Docusnap Consulting DATUM 06.10.2017 VERSION 1.0
MehrIDR-H IDR Prüfungshilfe 2.600
IDR-H 2.600 IDR Prüfungshilfe 2.600 Leitfaden zur Erstellung einer Stand 05.12.2008 (1) Das Institut der Rechnungsprüfer (IDR) legt mit der Prüfungshilfe 2.600 eine Arbeitshilfe zur Erstellung einer Prüfungscheckliste
MehrEinführung V-Modell XT. Das neue V-Modell XT Release 1.2 - Der Entwicklungsstandard für IT Systeme des Bundes
Einführung V-Modell XT Das neue V-Modell XT Release 1.2 - Der Entwicklungsstandard für IT Systeme des Bundes 1 Inhalt RAN Motivation Herkunft und Ziele des V-Modell XT Struktur und Aufbau des V-Modell
MehrTestdokument (Universität Paderborn, Softwaretechnikpraktikum SS2006)
Testdokument (Universität Paderborn, Softwaretechnikpraktikum SS2006) Alles, was in dieser Schriftart gesetzt ist, dient nur zur Erläuterung und sollte im fertigen Dokument nicht mehr enthalten sein! Projekt:
MehrDieses Dokument ist lediglich eine Dokumentationsquelle, für deren Richtigkeit die Organe der Gemeinschaften keine Gewähr übernehmen
2001R0789 DE 01.01.2005 001.001 1 Dieses Dokument ist lediglich eine Dokumentationsquelle, für deren Richtigkeit die Organe der Gemeinschaften keine Gewähr übernehmen B VERORDNUNG (EG) Nr. 789/2001 DES
MehrSelectLine RMA-Verwaltung
Dokumententitel SelectLine RMA-Verwaltung Seite 1 von 1 Die SelectLine RMA-Verwaltung Für Ihre SelectLine Warenwirtschaft gibt es jetzt eine Rücksendeverwaltung, die es ermöglicht, Ware strukturiert zurückzuführen.
MehrDokumentinformationen
Dokumentinformationen Art des Dokuments Autoren Organisation Status Dr. Olaf Heimbürger Bundesamt für Kartographie und Geodäsie (BKG), Betrieb GDI-DE abgestimmt Version 1.0 erstellt am 16.02.2015 zuletzt
MehrEin Empfänger eines erweiterten SDS hat folgende Pflichten:
Anhang IV Arbeitsschutz - Checkliste zur Prüfung der sicheren Verwendung von Rohstoffen im Betrieb. Sind eigene Verwendungen in Expositionsszenarien (ES) abgedeckt? Das Sicherheitsdatenblatt enthält wichtige
MehrAbnahmeprotokoll Modul 123: Serverdienste in Betrieb nehmen IET-GIBB Jessica Dominguez Stevanovic, 2G
Abnahmeprotokoll Modul 123: Serverdienste in Betrieb nehmen 01.06.2015 IET-GIBB Jessica Dominguez Stevanovic, 2G Inhalt 1. Allgemeines... 1 1.1 Name und Version des Dokuments... 1 1.2 Projekt-Disziplin...
MehrGuideline HERMES 5 Projektorganisation und Partner
Klassifizierung nicht klassifiziert Status genehmigt zur Nutzung Version 1.0 Datum 23. November 2017 Auftraggeber ISB Autor/Autoren Firma BKI Verteiler öffentlich Änderungsverzeichnis Version Datum Änderung
MehrInhaltsverzeichnis 1 Neuerungen in Aeneis Web-Modeller Neue Funktionen SmartEdit Neue Funktionen SmartModel...
Copyright Die in diesen Unterlagen enthaltenen Informationen können ohne vorherige Ankündigungen geändert werden. Die intellior AG geht hiermit keinerlei Verpflichtungen ein. Die in diesen Unterlagen beschriebene
Mehr<Geheimhaltungsgrad> <Planung und Steuerung> QS-Handbuch
Bundesamt für Informationsmanagement und Informationstechnik in der Bundeswehr Projektbereich XY Projektbezeichnung: ToSA Datum: 28.05.2006 Vorhabennummer: < Vorhabennummer > Version:
MehrAnforderungen für die Akkreditierung von Konformitäts- bewertungsstellen im Bereich des Zahlungskontengesetzes und der Vergleichswebsiteverordnung
Anforderungen für die Akkreditierung von Konformitäts- bewertungsstellen im Bereich des Zahlungskontengesetzes und der Vergleichswebsiteverordnung 71 SD 2 018 Revision: 1.0 26. Februar 2018 Geltungsbereich:
MehrWie Programm Neighborhood Agent mit Secure Gateway konfigurieren. von Stefan Müri
Wie Programm Neighborhood Agent mit von Stefan Müri Notice The information in this publication is subject to change without notice. THIS PUBLICATION IS PROVIDED AS IS WITHOUT WARRANTIES OF ANY KIND, EXPRESS
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
MehrSmartPM Toolbox. Tool 007: Bluesheet
SmartPM Toolbox Tool 007: Bluesheet 2 Um was geht es? Mit dem Bluesheetkann ein Projekt fix und übersichtlich beschrieben werden. Es dient als einheitliche Kommunikations-und Planungsgrundlage und sorgt
Mehr5 Grundkonzepte. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation>
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 5 Grundkonzepte Copyright V-Modell XT Copyright Reserved
MehrBerufliche Erfahrung in der technischen Qualitätssicherung Teamleiter der technischen Qualitätssicherung für die zwei größten und wichtigsten
Berufliche Erfahrung in der technischen Qualitätssicherung Teamleiter der technischen Qualitätssicherung für die zwei größten und wichtigsten SAP-Projekte (HVP, Globe) der E.ON SE. In diesen zwei Projekten
MehrVertrag zur Besonderen Versorgung TeleArzt gemäß 140a SGB V Anlage 8. Vertragssoftware
Vertragssoftware Diese Anlage 8 regelt die Anforderungen an die Erstellung und Nutzung der Vertragssoftware gemäß 9 des BV-Vertrages. Sie werden durch fortlaufend nach Maßgabe von 4 dieser Anlage 8 aktualisierte
MehrXT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten
XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten V-Modell XT: Meta-Modell und Konsistenzbedingungen Version: 1.1 Projektbezeichnung WEIT III Verantwortlich Michael Gnatz Erstellt am 07.09.2005
MehrKita Tauschbörse. - Testergebnisse - Version: 1.0. A. Sifring. vorgelegt X fertig gestellt
Kita Tauschbörse Version: 1.0 Projektbezeichnung Kita Tauschbörse Projektleiter Verantwortlich A. Sifring Erstellt am Zuletzt geändert 22.05.12 00:53 Bearbeitungszustand in Bearbeitung vorgelegt X fertig
MehrBeschreibung der Verfahrensabläufe bei Prüfung und Abschluss von Belegungsverträgen
Beschreibung der Verfahrensabläufe bei Prüfung und Abschluss von Belegungsverträgen Die nachfolgende Verfahrensbeschreibung gibt die Verfahrensabläufe bei Prüfung und Abschluss von Belegungsverträgen einschließlich
MehrVertrag zur Hausarztzentrierten Versorgung gemäß 73 b Abs. 4 Satz 1 SGB V Anlage 1 mit der BIG direkt gesund in BW
Diese Anlage 1 regelt die Anforderungen an die Erstellung und Nutzung der Vertragssoftware gemäß 8 Abs. 1 Satz 1 und ihre Zulassung gemäß 8 Abs. 2 des HzV-Vertrages. Sie wird durch fortlaufende nach Maßgabe
Mehr- Verwenden Sie ausschließlich das mit ScanSnap gelieferte USB-Kabel zum Anschluss des Scanners an einen PC.
- Inhalt - ------- ScanSnap Manager V3.2L41 Liesmich Datei ------- 1. USB und Systemanforderungen 2. Hinweise zur Installation 3. Hinweise zur Deinstallation 4. Weitere Hinweise 5. Lizenzvertrag für Built-in
MehrZürich, 18. Juli 2016 / egf. LMVZ digital CSV Import
Zürich, 18. Juli 2016 / egf LMVZ digital CSV Import Dokumenteninformation Dateiname csv-import_v1.1.docx Zuletzt gespeichert am: 18. Juli 2016 / 14:38 Zuletzt gespeichert von: Gfeller Ernst Version: 1.10
MehrV-Modell XT Bund. Die V-Modell-Variante für Bundesbehörden. 6. Fachtagung IT-Beschaffung September 2010
V-Modell XT Bund Die V-Modell-Variante für Bundesbehörden 6. Fachtagung IT-Beschaffung 2010 16. September 2010 Dr. Christian Lange (Bundesstelle für Informationstechnik) Dirk Israel (4Soft GmbH) www.bit.bund.de
MehrZürich, 25. August LMVZ digital CSV Import
Zürich, 25. August 2016 LMVZ digital CSV Import Inhaltsverzeichnis 1. Betroffene Benutzerrollen... 2 2. CSV-Datenimport... 2 2.1. Mandant wählen... 2 2.2. Vorlage herunterladen... 3 2.3. Daten in die Vorlage
MehrIT in der Arztpraxis Anforderungskatalog zur Qualitätssicherung
Anforderungskatalog zur Qualitätssicherung Zervix-Zytologie [KBV_ITA_VGEX_Anforderung_QS_Zervix- Zytologie] Dezernat 6 Informationstechnik, Telematik und Telemedizin 10623 Berlin, Herbert-Lewin-Platz 2
Mehr1 Zweck, Ziel. 2 Geltungsbereich. Unabhängige Prüfung von Audits gemäß der Verordnung (EG) Nr. 882/2004. Länderübergreifende Verfahrensanweisung
Dokument: 07-VA-AG-02 Datum des LAV-Beschlusses: 10.11.2008 Seite 1 von 5 Inhalt 1 Zweck, Ziel... 1 2 Geltungsbereich... 1 3 Begriffe... 2 4 Verfahren... 2 4.1 Allgemeines... 2 4.2 Anforderungen an des
MehrMethoden-Tailoring zur Produkt- und Prozessverbesserung: eine V-Modell XT Erweiterung
Methoden-Tailoring zur Produkt- und Prozessverbesserung: eine V-Modell XT Erweiterung Dietmar Winkler, Stefan Biffl Vienna University of Technology Institute of Software Technology and Interactive Systems
Mehr