Zum Inhalt springen

Empfohlene BeitrÀge

Geschrieben

Hi,

was meint Ihr dazu? Passt das alles so? Was könnte ich noch Verbessern?

Der XXX Verlag GmbH veröffentlicht MerkblĂ€tter zur Dokumentierten PatientenaufklĂ€rung. Diese Bögen können in gedruckter Form bezogen oder ĂŒber eine vom Verlag entwickelte Software namens „abc“ selbst gedruckt werden.

Der Druck erfolgt i.d.R. dezentral an einem beliebigen Arbeitsplatz („abc“ Client Software) mit einem angeschlossenen Drucker. Zur besseren Kontrolle des Verbrauchs und der Kosten ĂŒber die mit „abc“ zu druckenden MerkblĂ€tter ist es möglich die Druckfunktion an den ArbeitsplĂ€tzen („abc“ Client Software) zu unterbinden. Den Anwendern ist es so nur noch möglich einen Druckantrag fĂŒr einen Merkblatt zu stellen, welcher dann zentral am „abc“ Server („abc“ Server Software) in einer Textdatei gespeichert wird.

Diese Textdatei wird im Moment noch manuelle von einem befugten Mitarbeiter mit einem beliebigen Programm (z.B. Microsoft Excel, Notepad) angesehen, und wenn gewĂŒnscht die Bögen in „abc“ aufgerufen und gedruckt.

Um diesen Vorgang zu Vereinfachen und zu beschleunigen soll von mir eine Software zum zentralen Verwalten von „abc“ DruckantrĂ€gen entwickelt werden, welche eine grafische BenutzeroberflĂ€che mit der Möglichkeit zum Suchen, Sortieren und Drucken.

Meine Projektarbeit wird folgende Aufgaben umfassen:

1. Softwaredesign

‱ Entwurf der grafischen BenutzeroberflĂ€che

‱ Ausarbeitung von UML Diagrammen

‱ Festlegung der Datenstruktur (wie sollen Daten gespeichert werden)

2. Programmierung

‱ Programmierung der grafischen BenutzeroberflĂ€che

‱ Entwicklung der Klassen

‱ Programmierung des Programmflusses

3. Testen

‱ Festlegen von verschiedenen TestfĂ€llen

‱ DurchfĂŒhrung der festgelegten TestfĂ€lle

Kurze ErlĂ€uterung betrieblicher Fachbegriffe/AbkĂŒrzungen:

Stellt die MerkblĂ€tter zur Dokumentierten PatientenaufklĂ€rung zum Selbstausdrucken zur VerfĂŒgung. Die Software ist als Client – Server und als Einzelplatz Version erhĂ€ltlich.

UML:Unified Modeling Language

Ist eine standardisierte Sprache zum Modellieren von Software


Projektablauf / Zeitplanung:


Projektauftrag / Ist-Analyse                                             4 Std.   

Realisierungsplanung (Sollkonzept)                                   16 Std.                    

   GUI Entwerfen	                                                    3 Std.	

   UML Diagramme entwickeln	                                     12 Std.	

   Datenstruktur festlegen	                                          1 Std.	

DurchfĂŒhrung / Realisierung                                             34 Std.

   Programmierung der grafischen BenutzeroberflÀche	        8 Std.	

   Entwicklung der Klassen	                                         12 Std. 	

   Programmfluss programmieren	                                       6 Std.	

   Test der Software	                                                    8 Std.	

Übergabe		                                                       1 Std.

Dokumentation                                                              15 Std.


                                                         Gesamt:	      70 Std.

Danke fĂŒr Eure MĂŒhe!

Geschrieben

Ich musste den Text mehrmals lesen um ansatzweise zu verstehen was du willst. Wenn ich das Richtig verstanden habe willst du einen Software erstellen die Dateien mit DruckauftrÀgen verwaltet? So das der Nutzer die Möglichkeit hat zu Suchen, Sortieren und Drucken.

Dein Ziel was am ende des Projektes raus kommen soll ist mir noch etwas zu kurz. Das Sortieren und Suchen ist noch einigermaßen klar aber was es mit dem Drucken auf sicht hat ist mir nicht wirklich klar erzeugst du dann einen neuen Druckauftrag oder was machst du genau? Was mir auch nicht so ganz klar wird ist der Punkt in deiner Zeitplanung wo du eine Datenstruktur festlegst wo brauchst du die?

Geschrieben

Ok, habe mal versucht die Kritik umzusetzen:

Der xxx veröffentlicht MerkblĂ€tter zur Dokumentierten PatientenaufklĂ€rung. Diese Bögen können in gedruckter Form bezogen, oder ĂŒber eine vom Verlag entwickelte Software namens "xxx" selbst gedruckt werden.

Der Anwender kann dabei die Bögen an seinem Arbeitsplatz mit der "xxx" Software ansehen und drucken. Um den Verbrauch und die Kosten steuern zu können, ist es Möglich die Druckfunktion an den ArbeitsplÀtzen zu sperren. Der Benutzer kann dann lediglich einen Druckantrag stellen, welcher zentral an einem "xxx" Server in einer Textdatei gespeichert wird.

Diese Textdatei wird im Moment noch manuell von einem befugten Mitarbeiter mit einem beliebigen Programm (z.B. Microsoft Excel, Notepad) angesehen, und wenn gewĂŒnscht die Bögen in "xxx" aufgerufen und gedruckt.

Um diesen Vorgang zu Vereinfachen und zu beschleunigen soll von mir eine Software zum zentralen Verwalten von "xxx" DruckantrĂ€gen entwickelt werden, welche eine grafische BenutzeroberflĂ€che mit der Möglichkeit zum Suchen, Sortieren und Drucken bietet. Diese Anwendung soll die Textdatei mit den gespeicherten DruckantrĂ€gen öffnen und die DruckantrĂ€ge in einer sortierbaren Liste Darstellen. Der Benutzer soll die Möglichkeit haben einen Druckantrag in der Liste auszuwĂ€hlen und diesen per Klick auf einen Button zu starten. Dabei wird die "xxx" Software mit entsprechenden Parametern gestartet, welche dann das gewĂŒnschte Merkblatt druckt.

Meine Projektarbeit wird folgende Aufgaben umfassen:

1. Softwaredesign

‱ Entwurf der grafischen BenutzeroberflĂ€che

‱ Ausarbeitung von UML Diagrammen

‱ Festlegung der Datenstruktur (wie sollen Daten gespeichert werden)

2. Programmierung

‱ Programmierung der grafischen BenutzeroberflĂ€che

‱ Entwicklung der Klassen

‱ Programmierung des Programmflusses

3. Testen

‱ Festlegen von verschiedenen TestfĂ€llen

‱ DurchfĂŒhrung der festgelegten TestfĂ€lle

Aus der Zeitplanung habe ich nun den Punkt Datenstruktur raus genommen.

Geschrieben

Jetzt ist es denke ich auch besser zu verstehen was du eigentlich machen willst und was bei dem Projekt raus kommen soll. Was mich jetzt noch stört ist das du unter dem Punkt Softwaredesign immer noch die Festlegung einer Datenstruktur drin hast aber in deinem Antrag nirgends auch nur ein Wort darĂŒber verloren wird das du eine solche Struktur brauchst. Wenn du damit die Übergabeparameter meist die du brauchst um den Druck zu starten dann analysierst du die eher als das du die entwickelst.

Was mir an der Zeitplanung nicht so recht gefĂ€llt ist das du fĂŒr das erstellen der UML und das eigentliche schreiben der Klassen jeweils 12 Std. brauchen willst. FĂŒr mich ist nicht so ganz klar was du erst 12 Std. planen willst um dann fĂŒr die Umsetzung der UML Diagramme noch mal 12 Std. zu verbrauchen. Das Umsetzen ist ja eigentlich nur ein Abschreiben der Diagramme. FĂŒr die eigentliche Logik des Programms willst du dann aber nur 6 Std. benötigen das halte ich fĂŒr etwas zu gering.

<edit>

@SoL_Psycho

Bitte was soll er denn evaluieren ob der Druck sinnvoll ist oder es besser ist das Merkblatt abzuschreiben? Eigene Entscheidungen trifft er doch wĂ€hrend des Projektes indem er sich auf Klassen fest legt und dann die beste Lösung fĂŒr sich raus sucht.

</edit>

Geschrieben

Mit der Festlegung der Datenstrukturen habe ich eigentlich gemeint, das ich festlege, wie die Daten die mein Programm benötigt gespeichert sind bzw. gespeichert werden sollen. z.B. eine .ini Datei mit den Einstellungen die im Programmverzeichnis liegen soll usw.

Aber wenn ihr meint dann lasse ich das eben draußen.

Hier noch mal eine neue Zeitplanung:

Projektablauf / Zeitplanung:

Projektablauf / Zeitplanung:

-Projektauftrag / Ist-Analyse 4 Std.

-Realisierungsplanung (Sollkonzept) 20 Std.

--GUI Entwerfen 3 Std.

--UML Diagramme entwickeln 16 Std.

--Datenstruktur festlegen 1 Std.

-DurchfĂŒhrung / Realisierung 30 Std.

--Programmierung der grafischen BenutzeroberflÀche 8 Std.

--Entwicklung der Klassen 8 Std.

--Programmfluss programmieren 6 Std.

--Test der Software 8 Std.

-Übergabe 1 Std.

-Dokumentation 15 Std.

Gesamt: 70 Std.

Geschrieben

<edit>

@SoL_Psycho

Bitte was soll er denn evaluieren ob der Druck sinnvoll ist oder es besser ist das Merkblatt abzuschreiben? Eigene Entscheidungen trifft er doch wĂ€hrend des Projektes indem er sich auf Klassen fest legt und dann die beste Lösung fĂŒr sich raus sucht.

</edit>

Genau DAS ist der Punkt.

Er hat praktisch keine Entscheidungen im Projekt drin, weshalb ich vorsichtig wĂ€re, ob das Projekt ĂŒberhaupt ne Chance hat, durchzukommen.

Er muss sich an keinem Punkt des Projekts entscheiden, was fĂŒr eine Technologie / Hard- / Software er einsetzen muss. (Außer halt Sprache)

Aber wie gesagt: Just my 2 Cent :D

Geschrieben

Hmm eigentlich muss ich mich schon entscheiden.

Es mĂŒssen dĂŒrfen z.B. keine AbhĂ€ngigkeiten vorhanden sein (.NET)

und es mĂŒssen die Systemanforderungen von PICS eingehalten werden.

Fließt der Antrag eigentlich in die Benotung mit ein?

Geschrieben

Er kann doch im Projekt verschiedene Architektur-/ Designpattern verwenden damit wĂ€re in meinen Augen die eigenen Entscheidungen schon vorhanden. Es bietet sich z.B. an da er einen GUI erstellt und etwas aus einem Verzeichnis einliest ein MVC zu nutzen. Außerdem implementiert er eine Anwendung und klickt sich nicht durch InstallationsmenĂŒs so dass wĂ€hrend des Umsetzens der Anwendung nach den Vorgaben genĂŒgend eigene Entscheidungen getroffen werden.

Wenn er eine Erweiterung fĂŒr eine Software schreibt das die dann im Antrag steht ist doch klar auch kann ich nicht verstehen wieso er nun unbedingt eine Evaluation von Hard-/ Software machen muss? FĂŒr ihn wird die Hard- und Softwareumgebung recht egal sein solange er die PICS-Anwendung zu VerfĂŒgung hat.

Hast du dir bei deinem Zeitplan wirklich Gedanken gemacht oder hast du die 70 Std. Ausgehend von den 15 Std. Dokumentation einfach so verteilt? Denn jetzt hast du 16 Std. fĂŒr UML drin aber fĂŒr die eigentliche Logik deinen Programms immer noch 6 Std. Hast du dir schon mal ein paar Gedanken zu den Klassen gemacht und glaubst du wirklich das du so lange fĂŒr das UML brauchst?

Geschrieben

Eigentlich schon.

Ich muss nach dem die GUI und die Klassen geschrieben wurden nur noch z.B. den Button der GUI mit einer Methode einer Klasse VerknĂŒpfen, und eventuell Buttons oder Ă€hnliches bei bestimmten Ergebnissen deaktivieren usw. Das meine ich mit Programmfluss programmieren. Aber wenn ich es mir recht ĂŒberlege kann das schon ganz schön dauern, bis da jedes Steuerelement mit dem anderem zusammenarbeitet.

Hier mal eine Alternative Zeitplanung, besser?

-Projektauftrag / Ist-Analyse 4 Std.

-Realisierungsplanung (Sollkonzept) 15 Std.

--GUI Entwerfen 3 Std.

--UML Diagramme entwickeln 12 Std.

-DurchfĂŒhrung / Realisierung 34 Std.

--Programmierung der grafischen BenutzeroberflÀche 8 Std.

--Entwicklung der Klassen 8 Std.

--Programmfluss programmieren 11 Std.

--Test der Software 8 Std.

-Übergabe 1 Std.

-Dokumentation 15 Std.

Gesamt: 70 Std.

Geschrieben

Mal so als Tipp nimm dir mal ein wenig Zeit und ein Blatt Papier und schreibe mal fĂŒr dich auf wofĂŒr du wie lange brauchen wirst. Das sollte etwas detaillierter sein als deine bisherige Zeitplanung. Also wie viele Klassen wirst du brauchen und dementsprechend Designen mĂŒssen. Welche Funktionen musst du implementieren damit dein Ziel erreicht wird. Was musst du sonst noch beachten damit es nicht zu Fehlern kommt.

Diesen so erstellten Zeitplan musst du nicht mit in den Antrag hĂ€ngen sondern kannst ihn fĂŒr dich behalten. Es ist nur eine Hilfe fĂŒr dich um festzustellen ob die Zeit so wie du sie Geplant hast ĂŒberhaupt reicht.

Geschrieben

Das mĂŒsste schon so wie ich es zuletzt geschrieben habe hinhauen.

Ich habe mich dabei auf andere Projekte bezogen von uns in der Firma. Leider lÀuft das bei uns nicht immer so ab wie es soll. Zwischen durch kommt dann immer wieder was "wichtiges" rein, und das aktuelle Projekt muss stehen und liegen gelassen werden.

Dein Kommentar

Du kannst jetzt schreiben und Dich spÀter registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefĂŒgt.   Formatierung wiederherstellen

  Nur 75 Emojis sind erlaubt.

×   Dein Link wurde automatisch eingebettet.   Einbetten rĂŒckgĂ€ngig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor leeren

×   Du kannst Bilder nicht direkt einfĂŒgen. Lade Bilder hoch oder lade sie von einer URL.

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die grĂ¶ĂŸte IT-Community
rund um Ausbildung, Job, Weiterbildung fĂŒr IT-FachkrĂ€fte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard fĂŒr Fachinformatiker und IT-FachkrĂ€fte

×
×
  • Neu erstellen...