GSI. Grob-Projektplan Version Target Scanner. Verteiler:

Transkript

1 GSI Grob-Projektplan Verteiler: Name (alphab.) Abteilung Ort Dr. Brand, Holger DV & EE SB Dr. Kindler, Birgit Targetlabor NB Dr. Lommel, Bettina Targetlabor NB Dr. Poppensieker, Klaus DV & EE SB Copyright GSI 1999 Ersteller: Abt.: DV & EE Name: H. Brand Tel.: 2123 Unterschrift: Prüfer: Abt.: Name: Tel.: Nur für den internen Gebrauch DV & EE K.Poppensieker 2782 File: grobpp.doc Status: Entwurf Datum: :50 Ablage: Projekt-Web Dateiverzeichnis Unterschrift: TargetScanner dokumente/initiierun g

2 Dokumentenverwaltung Dokumentenverwaltung Dokument-Historie Version Status Datum Verantwortlicher Änderungsgrund 0.00 Entwurf H. Brand Neues Dokument Änderungsberechtigte Dr. Brand, Holger DV & EE SB Dr. Poppensieker, Klaus DV & EE SB Dokument wurde mit folgenden Tools erstellt: WORD 97 <Grafiktool> Seite 2 / 6

3 Inhaltsverzeichnis Inhaltsverzeichnis 1 Einleitung Zweck des Dokuments Gültigkeit des Dokuments Begriffsbestimmungen und Abkürzungen Zusammenhang mit anderen Dokumenten Projektziel Projektorganisation Auftraggeber Projektverantwortlicher Qualitätssicherungsverantwortlicher (QSV) Projektorganisation Aufwandsrahmen Personalanforderungsrahmen Qualifikation Einsatzgebirge Terminrahmen Projektstart Projektdauer Fertigstellungs-/Liefertermine Randbedingungen Projekttyp Abwicklung Risiken Risiken bei technischen Anforderungen Risiken bei Qualitätsanforderungen Risiken bei Anforderungen an die Projektabwicklung Externe Risiken... 6 Seite 3 / 6

4 Einleitung 1 Einleitung 1.1 Zweck des Dokuments Der Zweck des vorliegenden Projektplanes ist die Vermittlung eines groben Überblicks über den Projektverlauf des geplanten Projekts. 1.2 Gültigkeit des Dokuments Die Grob-Projektplanung bezieht sich auf das Protokoll der Sitzung zur Projektinitiierung und den technischen Lösungsvorschlag Version 0.03 und nimmt diesen als Voraussetzung für den Grob- Projektplan. Die Tätigkeiten der Projektmitglieder Brand und Poppensieker dürfen das Therapie-Projekt an der GSI nicht beeinträchtigen, insbesondere nicht während der Therapie-Strahlzeiten. 1.3 Begriffsbestimmungen und Abkürzungen Die Begriffsbestimmungen und Abkürzungen sind in einem unabhängigen Dokument beschrieben Zusammenhang mit anderen Dokumenten Die Grob-Projektplanung bezieht sich auf das Protokoll der Sitzung zur Projektinitiierung und den technischen Lösungsvorschlag Version Projektziel Ziel des Projektes ist der Aufbau eines integrierten Systems zur automatischen Vermessung der neuen FRS-Degradern, sowie später auch allgemein zur Vermessung von Massivtargets o.ä. Das System soll im Targetlabor der GSI zum Einsatzkommen. Primäres Ziel ist die Integration von Steuerung der Komponenten, Datenaufnahme, Archivierung, Visualisierung, Auswertung, benutzerfreundlichem GUI mit Online-Hilfe Die Details sind im Lösungsvorschlag ausgearbeitet. 3 Projektorganisation 3.1 Auftraggeber Auftraggeber ist das Targetlabor der GSI. Ansprechpartner sind projektsteuernd: Dr. B. Lommel, GSI, Targetlabor technisch: Dr. B.Kindler, GSI, Targetlabor 3.2 Projektverantwortlicher Projektleiter ist Dr. H. Brand, GSI, DV&EE. Seite 4 / 6

5 Aufwandsrahmen 3.3 Qualitätssicherungsverantwortlicher (QSV) Qualitätsverantwortlicher ist Dr. K.Poppensieker, GSI, DV&EE. 3.4 Projektorganisation Die Abteilung DV&EE der GSI übernimmt die Entwicklung der Kontrollsystem-Software und die Ansteuerung der Hardware via serieller Schnittstelle RS232-C. Das Targetlabor der GSI übernimmt den Kauf und Aufbau der Mechanik und Streuerelektronik, wobei die DV&EE bzgl. der Schnittstellen beratend tätig wird. Die Abteilungen DV&EE und Targetlabor arbeiten vertrauensvoll und konstruktiv zusammen. Die Kommunikation mit den Fremdfirmen Heidenhain und SM-Elektronik wird dem Problem entsprechend von den verantwotlichen Personen geführt. 4 Aufwandsrahmen Da noch keine Liste mit den Einzelposten vorliegt, werden hier noch keine Zahlen genannt. Es fallen Kosten an für: GSI Standard PC Runtime-Lizenz für LabView Meßmechanik Steuerelektronik PC-ER-8, Relais-Karte 5 Personalanforderungsrahmen 5.1 QualifikationUnter Qualifikation ist anzugeben, welche Qualifikation des Personals benötigt wird (z.b. in Form einer Wissensmatrix). Projekt Planung QS Elektronik RS232-C LabView Oracle TargetScanner WissensMatrix H. Brand e(learning E e(learning e(learning K. Poppensieker e(learning A...Anwender E...Experte a(#)...ausbildung zum Anwender e(#)...ausbildung zum Experten Schulungsmaßn. E E E a(learning a(learning 5.2 Einsatzgebirge Projekt Februar März April Mai Juni Juli TargetScanner Einatzgebirge für 1999 H. Brand 50% 25% 25% 75% 75% 25% K. Poppensieker 50% 25% 25% 75% 75% 25% Seite 5 / 6

6 Terminrahmen 6 Terminrahmen 6.1 Projektstart Die geplanten Mitarbeiter stehen nach Anlauf der Therapie-Strahlzeit für das Projekt zu Verfügung. Frühester Projektstart ist daher ab Mitte Februar 1999 zu planen. 6.2 Projektdauer Aufgrund des Fertigstellungstermin stehen für die Systementwicklung maximal drei Monate zu Verfügung. Die Inbetriebnahme sollte nicht mehr als 2 Wochen betragen. Danach stehen die Entwickler noch zwei Wochen zur Schulung des Bedienpersonals und sechs Wochen für 6.3 Fertigstellungs-/Liefertermine Das Automatiesierungssystem soll bis Mitte Mai fertiggestellt und in Betrieb genommen werden. Bis Anfang Juni muß das Bedienpersonal geschult sein. 7 Randbedingungen 7.1 Projekttyp Es handelt sich um ein Entwicklungsprojekt. Als Entwicklungsmethode ist stdsem vorgesehen. 7.2 Abwicklung Das Projekt wird im Rahmen der DV&EE-Serviceleistung für GSI-Abteilungen durchgeführt. 8 Risiken Alle Risiken in bezug auf die Meßmechanik wird von der Abteilung Targetlabor getragen. 8.1 Risiken bei technischen Anforderungen Serielle Schnittstellen RS232-C stellen ein Risiko dar. Die Kommunikation mit den angeschlossenen Geräten muß getestet werden. Die Ansteuerung des Meßtasters stellt ein Risiko dar. Als Lösungsansatz wurde eine PC- Relaiskarte angenommen, die Details aber nicht geklärt. Die Geräte zur Positionierung und Dickenmessung müssen gegeneinander verriegelt sein, um deren Zerstörung und die der Proben zu vermeiden. Es ist ungeklärt, ob es eine Möglichkeit für Hardware-Interlocks gibt, oder ob die Software diese Überwachung gewähleisten muß. Erfahrungen mit LabView gibt es nicht, sonder müssen im Projektverlauf erworben werden. 8.2 Risiken bei Qualitätsanforderungen Es sind keine Abnahmekriterien definiert. 8.3 Risiken bei Anforderungen an die Projektabwicklung 8.4 Externe Risiken Seite 6 / 6