vor 14 Stunden schrieb consul56:

Ich habe zunächst das Problem, dass eine n:m Beziehung beschrieben wird, aber es nicht zwangsläufig im Projekt einen User geben muss. Die Task-Relation muss die PK von Projekt und User als FK mitführen, aber die referentielle Integrität darf nicht eingeschalten werden, da es ja Tasks geben kann, die keinem Projekt und keine User zugeordnet sein müssen. So lese ich das bisher. Und da ergibt sich m.M. ein Widerspruch.

Bei der Relation Project <-> Task muss ich dir widersprechen - die Kardinalität auf Seite des Projekts ist fest 1, ein Task muss also ein Projekt haben, ohne kann er nicht existieren.

Bei Task <-> User stimme ich dir zu - es gibt ein FK-Nullable-Feld, das auf den Benutzer referenziert, die Kardinalität zeigt aber 0 oder 1. Die Kardinalität ist absichtlich so gesetzt, damit Aufgaben am Projekt angelegt werden können, die später vom Projektleiter gepusht oder von Mitarbeitern gepullt werden - sprich einem Bearbeiter zugeordnet werden. Hierbei müsste ich nun meiner Ansicht nach das Feld "user_id" so modellieren, dass es zwar nullable, aber kein Foreign Key ist - sehe ich das richtig?

Vielen Dank schon mal für den Hinweis!

LG Niklas

Hallo ihr zwei,

vielen Dank schon mal für die Antworten!

Ein Projekt soll existieren können, ohne Aufgaben zu haben, damit diese nach und nach eingefügt werden können. Ebenso soll eine Aufgabe ohne Bearbeiter existieren können, damit diese später gepusht/gepullt werden können. Die Betrachtung ist aber definitiv wichtig!

Ich habe zwischenzeitlich einmal mit einem Lehrer von mir gesprochen, der bestätigte mir, dass das Diagramm so in Ordnung ist, da ich keine zirkulären, "harten" Referenzen habe.

Vielen Dank!

Hallo zusammen,

ich sitze aktuell an meiner Dokumentation zum Abschlussprojekt für meine Ausbildung als FIAE. Hierbei entwickle ich eine Projektverwaltung, die intern genutzt werden soll. Ich bin jetzt dabei, einige Diagramme zu erstellen, unter anderem das ER-Diagramm. Dieses sieht momentan folgendermaßen aus:

Nun habe ich meiner Ansicht nach einen zirkulären Verweis. Hier bin ich mir aber der Ausnahmefälle, in denen das in Ordnung ist, leider nicht bewusst und habe auf die Schnelle auch keine vergleichbare Situation gefunden.

Kurze Erläuterung:

1. Jedes Projekt kann mehrere Mitarbeiter (User) haben, jeder Mitarbeiter kann an mehreren Projekten teilnehmen -> n zu m -> Zwischentabelle
2. Jede Aufgabe (Task) hat keinen oder einen Bearbeiter (User), jeder Bearbeiter kann 0 bis n Aufgaben haben -> 0..1 zu n
3. Jedes Projekt kann n Aufgaben haben, jede Aufgabe gehört zu genau einem Projekt

Meine Frage ist konkret: habe ich hierdurch den UML-Standard verletzt und wenn ja, wie könnte ich das Problem beheben? Ich komme leider selber gerade auf keine Lösung.

Vielen Dank und viele Grüße

Niklas

Hallo auxesia,

grundsätzlich sollte man vermutlich erstmal davon abraten, für das Abschlussprojekt eine Sprache als Grundlage zu wählen, die du dir erst noch aneigenen musst. Das kann natürlich funktionieren, erzeugt aber merklich Unsicherheit und, wie du sagst, Panik.

Dass dir ein Projekt zugewiesen wird (von deinem Betrieb nehme ich an) ist erstmal eine schöne Sache, da du dir selber keine Gedanken machen musst, was du machen möchtest. Andererseits scheint hier gesagt worden zu sein, dass dein Projekt genau das sein soll, aber mit keinem Wort beschrieben, welchen Umfang und Sinn das Projekt hat. Solltest du keine eigenen last-minute-Ideen mehr haben, solltest du möglichst zeitnah mit deinem Ausbilder, gegebenenfalls unter Zuziehung eines weiteren Mitarbeiters, über das Projekt sprechen und einen Umfang sowie mögliche Funktionalitäten festlegen, die von dir im zeitlich begrenzten Umfang erstellbar sind.

In Navision könnte man so ein Addon sicherlich entwickeln, das würde meiner Erfahrung nach aber vermutlich komplizierter werden, als PHP zu lernen. Mit Cobol bekommst du sowas sicher auch hin, dafür ist die Sprache aber meiner Meinung nach nicht unbedingt gemacht. Gibt es keine Prozesse in deiner Firma, die automatisiert und/oder erleichtert werden könnten? Frag doch mal bei Kollegen nach, was sie bei internen Prozessen bereits mehrfach genervt hat und versuch, dir daraus ein Projekt zu erstellen.

Die Frist 1.9. gilt für die Abgabe des Projektantrages. Dieser wird geprüft und anschließend genehmigt oder zurückgewiesen. Bei eben jener Zurückweisung des Antrages bekommst du eine neue Frist, in der du eine überarbeitete oder gänzlich neue Version abgeben kannst. Du solltest also zusehen, dass du zumindest einen Antrag abgibst - und somit sicher stellst, dass du wenigstens eine Fristverlängerung erwirkst. Wie du das Projekt schlussendlich bearbeitest und ob das klappt, steht auf einem anderen Blatt Papier, aber das dürfte zu schaffen sein.

Viele Grüße

nmike

Hallo zusammen,

um das Thema hiermit kurz abzuschließen, möchte ich kurz bestätigen, dass der Projektantrag inklusive nachfolgender Formulierung zur Begründung der Eigenentwicklung genehmigt wurde:

Zitat

Begründet ist die Eigenentwicklung der Software maßgeblich dadurch, dass eine Anbindung an
bereits existierende und zukünftig kommende Anwendungen effizienter ist, als bei einer
externen Kauflösung. Weiterhin kann auf intern aufkommende Anforderungen zeitnah
eingegangen werden, ohne auf Implementierung durch Externa warten zu müssen.

Bei mir persönlich ausreichend guter Bewertung der Dokumentation werde ich mein Projekt hier im Forum zur Verfügung stellen.

Vielen Dank für die zahlreichen und hilfreichen Antworten!

Viele Grüße

nmike

vor einer Stunde schrieb neinal:

[...] Aber, warum würdest du ca. nicht verwenden? [...]

Hi neinal! Grundsätzlich gebe ich dir da recht, ich habe lediglich mehrfach gelernt, dass solche Abkürzungen den Lesefluss stören können und somit für "förmliche" Texte eher ungeeignet sind.

vor 26 Minuten schrieb maer:

Moin nMike, 

 

erstmal danke das du das nochmal so genau aufgebröselt hast. 

Die meisten deiner Verbesserungsvorschläge habe ich tatsächlich schon geändert. Vorallem die Zeitaufteilung ist mittlerweile komplett geändert. 

Ich habe den Antrag(nachdem er noch 2 mal kontrolle gelesen wurde ) heute vormittag abgeschickt.

 

Danke an euch alle!

Wunderbar, dann drücke ich dir die Daumen, dass der durchgewunken wird!

Am 21.7.2017 um 10:33 schrieb maer:

Projektphasen mit Zeitplanung

1       Startphase [4h]

1.1   Besprechung Kunde [1h]

1.2   Ist-Analyse [1h]

1.3   Soll-Konzept [2h]

Startphase? Brauchst du 4 Stunden zum warm laufen? "Planungsphase" wäre präziser, wobei du die natürlich unten hast. Vielleicht "Analysephase"?

"Besprechung Kunde" - sofern du nicht den Kunden besprechen möchtest, solltest du etwas präzisieren, mit wem die Besprechung stattfindet.

"Soll-Konzept" - wird das angefertigt? Geklaut? Analyse beschreibt eine Tätigkeit, Konzept per se nicht - vielleicht unterstützen durch "Anfertigung", "Erstellung"

Zitat

2         Planungsphase [8h]

2.1   Ablauf- und Terminplanung [1h]

2.2   Erstellen eines Anforderungskatalogs [1h]

2.3   Informationsbeschaffung [1h]

2.4   Auswählen und Bewerten diverser Management Lösungen [2h]

2.5   Kostenplanung [1h]

2.6   Kosten-Nutzen-Analyse [1h]

2.7   Evaluierung der Wirtschaftlichkeit [1h]

Punkt 2.4 würde ich ändern zu "Auswahl und Bewertung[...]", bei 2.7 finde ich "Evaluation" schöner, ist aber sicher Geschmackssache. Kann man Wirtschaftlichkeit wirklich evaluieren? Was genau du hier tun möchtest, geht für mich als SI-Laie nicht wirklich hervor.

Zitat

3         Durchführungsphase [11h]

3.1   Systemvorrausetzungen prüfen [0,5h]

3.2   Beschaffung der Lösung [0,5h]

3.3   Installation der Lösung [1h]

3.4   Konfiguration der Lösung [4,5h]

3.5   Konfiguration der vorhandenen Hardware [4,5h]

3.1 und 3.2 unterscheiden sich. Du solltest durchgehend Substantive oder Verben benutzen, nicht beides: "Prüfung der Systemvoraussetzungen" (wird übrigens mit einem r geschrieben).

Zitat

4         Testphase [2h]

4.1   Testverfahren [1h]

4.2   Fehlerbeseitigung [1h]

"Testverfahren"? Was soll das sein? Führst du Tests durch? Entwirfst du eigene Testverfahren? Analysierst du bestehende Verfahren?

"Fehlerbeseitigung" würde ich nicht mit in die Planung aufnehmen, da du somit konkret mit Fehlern rechnest. In der Durchführung von Tests ist die Beseitigung auftretender Fehler meiner Meinung nach enthalten - außerdem müsstest du eine Phase, die zwei Stunden dauert, nicht aufschlüsseln.

---

Zitat

Projektbeschreibung

Der xxxxx beschäftigt insgesamt ca xxxx Mitarbeiter, welche über xxxxxx und xxxxxx Zentren verteilt arbeiten. Aufgrund von  dieser großen Fläche möchte der Kunde, dass alle vorhandenen Huawei Switche zentral verwaltet werden. Dies soll mit einer Management Software umgesetzt werden, welche es ermöglicht, die bereits vorhandenen Switche und die in Zukunft neue Huawei Switche zu verwalten. Mit der Management Software muss es  möglich sein, sämtliche Switche in dem Netzwerk zu Monitoren, Fehlerbenachrichtigungen schnell zu erhalten da direkt eine E-Mail an den Administrator geschickt werden sollte, Konfiguration der Switche aus der Weboberfläche, Stacking von Switchen (mit Failover)um Switche zusammenzufassen. Weitere Features sind natürlich erwünscht.

Ziel dieses Projektes ist, dass die Administratoren xxxxxxxx mithilfe der Management Software alle Huawei Switche in ihrem Netzwerk zentral verwalten können, um bei Fehlern möglichst schnell und effizient arbeiten zu können. Zusätzlich sollen zwei Switche innerhalb des Serverraumes mithilfe von Stacking zusammengefasst werden. Somit kann man die vorhandenen Server des Kunden redundant angeschlossen werden. Falls es dann zu einer Störung kommt, kann der andere Switch per Failover die Aufgaben des anderen Switches übernehmen.

Der Plural von "Switch" ist meines Wissens nach "Switches". Statt "monitoren" würde ich "überwachen" schreiben. Den langen roten Satz würde ich umschreiben, wirkt redundant, dadurch unprofessionell - "[...], Fehlerbenachrichtigungen direkt per E-Mail an den zuständigen Administratoren zu verschicken". Der nächste rote Satz passt nicht zur initialen Formulierung, der danach ebenfalls nicht. Der blaue Satz könnte dir das Genick brechen, den solltest du komplett rausnehmen oder beschreiben, dass dein Projekt erweiterbar gestaltet werden soll. 

Weiterhin hast du keine IST-Beschreibung, die für den Projektantrag ebenso notwendig ist, wie die SOLL-Beschreibung. Der zweite Absatz der Beschreibung klingt für mich - als Laie - nach einer Präzisierung des ersten Absatzes. Wieso schreibst du den ersten Absatz also nicht gleich präzise und lässt den zweiten Weg? Wiederholungen sollten in dem Antrag nicht vorkommen.

Zitat

Projektumfeld

xxxxx ist ein Unternehmen mit Sitz in xxxx, das vor über xx Jahren gegründet wurde und sich mit der Beratung, Planung, und Implementierung von komplexen IT-Lösungen beschäftigt und Unternehmen darin unterstützt. Mit elf Mitarbeitern übernimmt xxxxx den Betrieb und den Service der Systeme des Kunden komplett. Der Sitz der xxxxx befindet sich xxxxxxxxx.

Zu den Leistungen der xxxxx gehören unter anderem die Konfiguration, Implementierung, Verwaltung und das Pflegen von diversen Server- und Storage-Techniken, Firewall-Konzepten, Systemsicherheit und IT-Service-Management. Dies umfasst zum Beispiel (unter anderem) Netzwerk Beratungen, Installationsservice, Patchmanagement und vieles mehr.

Teile des Projektes werden außerdem bei dem Kunden vor Ort durchgeführt. Bei diesem handelt es sich um ein xxxx,  welches mit xxxx  und ca. xxxx Mitarbeitern über xx Fachabteilungen verteilt ist. Die IT-Abteilung des Kunden besteht aus vier Mitarbeitern, welche für die xxxxx-Software und Arbeitsplätze innerhalb des xxxxxx zuständig sind.

Abkürzungen wie "ca." würde ich nicht verwenden, es fehlen mehrere Kommata, es sind viele Leerzeichen doppelt gesetzt.

Ich hoffe ich konnte dir helfen und wünsche viel Glück beim Projekt! Viele Grüße

Am 20.7.2017 um 13:33 schrieb LennyO:

[...] diese Version ist in die Jahre gekommen [...]

Die Formulierung gefällt mir persönlich absolut nicht, wirkt umgangssprachlich.

Zitat

[...] Mit Nagios wird aktuell nur überprüft ob die Server noch Laufen [...]

Wie derEnny schon gesagt hat, solltest du unbedingt die Rechtschreibung korrigieren und/oder gegenlesen lassen. Weiterhin solltest du die Interpunktion prüfen, nach "überprüft" fehlt zum Beispiel ein Komma.

Zitat

[...] , wie hoch die CPU Last ist, wie hoch die RAM Speicher Auslastung ist, [...]

Müssten hier "CPU Last" und "Ram Speicher Auslastung" nicht respektive eher "CPU-Last" und "RAM-Speicherauslastung" geschrieben werden? Zumal "RAM" für "Random-access memory" steht - "Speicher" anzuhängen sorgt also für Redundanz.

Zitat

Sobald bestimmte Grenzwerte überschritten werden geht Automatisiert eine E-Mail an alle Systemadministratoren mit dem entsprechenden Fehler und der Ansicht wie die Auslastung ist.

Es fehlt ein Komma nach "werden", das Wort "geht" ist zu umgangssprachlich, "automatisiert" wird klein geschrieben. Die ganze Formulierung des Satzes klingt für mich nicht "fachlich kompetent" (nimm das bitte nicht persönlich!), sondern eher schnell hingeschrieben.

Zitat

Dies soll angepasst werden, sodass nur noch bestimmt Dinge priorisiert überwacht werden, damit die Administratoren gezielter auf das Problem reagieren können.

"Dinge"? Das ist doch sehr schwammig. Dienste? Fehlertypen? Speicher-Bereiche? Komponenten? 

Zitat

Es handelt sich in den meisten Fällen um Dienste. Denn wenn gewisse Dienste nicht mehr Laufen sind bestimmte Anwendungen, welche für die Mitarbeiter wichtig sind, nicht mehr erreichbar.

Hier führst du den Satz fort - wieso schreibst du die Sätze nicht so um, dass du "Dinge" durch Dienste ersetzt und dann, etwas fachlicher, erklärst, wieso die Dienste relevant für die Arbeit der Mitarbeiter sind - zum Beispiel: "Dies soll angepasst werden, sodass spezifische Dienste, die für die Anwendungen, die von den Mitarbeitern hauptsächlich benutzt werden, essentiell sind, priorisiert überwacht werden können, um somit die Bearbeitungszeit bei auftretenden Problemen zu minimieren."

Zitat

Diese Lösung soll durch eine von mir ausgewählte Monitoring Lösung abgelöst werden. Ich werde verschiedene Lösung mit einander vergleich und die für unseren Betrieb und unser Vorhaben am besten passende Lösung auswählen.

"Ich"-Perspektive im Projektantrag geht gar nicht. Den Vergleich kannst du in deine Zeitplanung als "Nutzwertanalyse" aufnehmen, im Text würde ich ihn gar nicht erwähnen. Weiterhin: "mit einander vergleich" -> "miteinander vergleichen".

Zitat

Die Firma XXX beschäftigt derzeit ca. XXXX Mitarbeiter. Die Netzwerkstruktur besteht aus ca. 100 Servern die größtenteils auf Windows Server basieren, dazwischen befinden sich auch einzelne Linux Server der Distribution Ubuntu, welche alle über VM-Ware virtualisiert werden. Alle Innendienstmitarbeiter arbeiten mit Zero Clients, diese werden auch über VM-Ware virtualisiert. Das Projekt wird in der internen IT-Abteilung durchgeführt. Mein Auftraggeber ist somit mein Abteilungsleiter.

Wieder "Ich"-Perspektive. Nach "100 Servern" fehlt ein Komma. "100 Server, die größtenteils auf Windows Server basieren" ist prinzipiell richtig, klingt aber redundant - würde ich umschreiben. "Dazwischen befinden sich auch einzelne Linux Server[...]" - das Wort ist nicht präzise - "vereinzelt werden Linux-Server verwendet", "für spezielle Anforderungen existieren Linux-Server", ...

"welche alle über VM-Ware virtualisiert werden" - also arbeitest du nicht mit Servern, sondern virtuellen Maschinen, die auf Servern laufen? Ist in meinen Augen ein Unterschied. 

Generell klingt der Absatz sehr abgehackt, so als hättest du keine Lust mehr gehabt, den zu schreiben, oder - schlimmer noch - von irgendwo kopiert, er unterscheidet sich nämlich vom Schreibstil von deinem restlichen Antrag.

Zitat

1.       Planungsphase (5 Std.)

1.1.    Ist-Analyse (1 Std.)

1.2.    Soll-Konzept (4 Std.)

Ich weiß nicht, ob das bei den Integratoren erfordert ist, aber möchtest du hier keine Artefakte erzeugen? Diagramme, zum Beispiel Aktivität?

Zitat

2.       Konzeption (5 Std.)

2.1.    Monitoring Lösung suchen, vergleichen und auswählen (4 Std.)

2.2.    Die Monitoring Software vorstellen (1 Std.)

Würde ich umschreiben zu "Suche, Vergleich und Auswahl einer Monitoring-Lösing" und "Vorstellung der Monitoring-Software".

Zitat

3.       Realisierung (13 Std.)

3.1.    Beschaffung der Software (1 Std.)

3.2.    Installation und Konfiguration eines Servers (2 Std.)

3.3.    Installation und Konfiguration der Software (7 Std.)

3.4.    Einbinden in das Produktiv System und alten Server abschaffen (2 Std.)

3.5.    Funktionstests (1 Std.)

Einerseits subjektivierst du das Verb, bei Punkt 3.4 nutzt du dann wieder das Verb. Durch deinen gesamten Projektantrag hindurch solltest du konsequent einen Stil verfolgen, präferiert die Subjektivierung -> "Einbindung in das Produktivsystem und Abschaffung des alten Servers" und dabei noch erwähnen, was du einbindest.

Viele Grüße,

Niklas

Am 18.7.2017 um 10:38 schrieb corlebohne:

[...] Eine Frage noch: muss das Aktivitätsdiagramm in der Zeitplanung auftauchen?

Entschuldige die späte Rückmeldung. Das kommt ganz drauf an. Grundsätzlich sollen lange Phasen über 7 Stunden im Projektantrag aufgebrochen werden - abhängig davon, in welcher Phase du ein Aktivitätsdiagramm erstellen möchtest, musst du es dann erwähnen. Deine Planungsphase geht über 3 Stunden, die müsstest du also im Projektantrag eigentlich gar nicht aufdröseln.

vor 28 Minuten schrieb corlebohne:

Dachte ich mir schon. Ich bin unschlüssig, ob ich nun zwei Stunden bei der Doku abziehen und evtl. als Puffer einbauen soll. An welcher Stelle würde man der Puffer Sinn machen?

Den Puffer kann ich in meinem Projektantrag außerhalb der übrigen zeitlichen Planung setzen, also ganz allgemein halten und mir somit frei halten, wofür ich ihn schlussendlich nutze. Ich schätze, dass das bei den Systemintegratoren nicht anders ist, kann das aber nicht mit Sicherheit sagen.

Zitat

Das schreibt meine IHK vor. Diese Kundendokumentation, wird die schon in der Zeitplanung angegeben? Ist das nicht eine Kombination aus den Punkten der Planungsphase und dem Soll-Ist-Vergleich der Abschlussphase?

Eine Kundendokumentation per se kannst du nicht erstellen - dein Kunde ist gleichzeitig dein Anwender, sprich, der Techniker. In meinen Augen geht aus deinem Antrag schlüssig hervor, dass das Projekt inhouse stattfindet und somit deckst du meiner Meinung nach mit einer Anwenderdokumentation gleichzeitig die Kundendokumentation ab.

vor 28 Minuten schrieb corlebohne:

Aktivitätsdiagramme sind keine schlechte Idee. Stelle ich mir das in etwa richtig vor, dass ich damit die Zeit- und Aufwandsersparnis visualisiere?

Aktivitätsdiagramm vorher: Techniker braucht Hilfe, Techniker sucht Hilfe, Techniker findet keine Hilfe, Techniker sucht weiter, usw...

Aktivitätsdiagramm nachher: Techniker macht es selbst.

Aktivitätsdiagramme sind grundsätzlich dafür da,  elementaren Aktionen und deren Verbindungen mit Kontroll- und Datenflüssen grafisch darzustellen (Quelle), man kann also Anwendungsfälle darstellen. Genau wie du beschreibst würdest du dann den genauen Prozess von Anfrage bis Port geschaltet darstellen.

Viele Grüße

vor 17 Stunden schrieb nmike:

[...] Alternativ, falls du die Zeit wirklich nicht brauchen solltest, plan einfach einen Puffer ein, sodass du nicht bei 68 Stunden steckst.[...]

Ich meinte hier natürlich 33 Stunden, 68 wäre bei den Entwicklern.

vor 15 Stunden schrieb corlebohne:

Zum Thema Planungsphase: ich könnte erst mal trennen zwischen Projektbesprechung und Ist-Zustand, jeweils eine Stunde. Und was haltet ihr von einer Bedarfsanalyse, macht das Sinn in dem Zusammenhang? 

Die Trennung halte ich für die zeitliche Einteilung sinnvoll, wenngleich die beiden Punkte in der Realität dann in einem Schritt erledigt werden. Eine Bedarfsanalyse kann man sicher machen, du musst ja wissen, was für Ressourcen du für die Erfüllung deines Projektes benötigst. Weiterhin könnte ich mir zum Beispiel Aktivitätsdiagramme vorstellen, die den Ablauf vorher und nachher zeigen - an dem nachher-Diagramm könntest du dich dann auch bei der Realisierung des Projektes orientieren.

Hallo corlebohne,

generell möchtest du nur eine Projektdokumentation anlegen, jedoch keine Anwenderdokumentation für die Techniker - ist das korrekt? Wenn ja, wieso hast du dich dagegen entschieden? Kann gut sein dass ich als Anwendungsentwickler das falsch aufnehme, aber ich frage lieber nach. 

Weiterhin bin ich mir nicht ganz sicher, ob 4.2) so legitim ist - die Erstellung der Präsentation gehört meines Wissens nach nicht zum Projektumfang, da diese ja ausschließlich für die IHK angefertigt wird - die zwei Stunden könntest du, falls gewünscht, in die Anwenderdokumentation stecken.  Alternativ, falls du die Zeit wirklich nicht brauchen solltest, plan einfach einen Puffer ein, sodass du nicht bei 68 Stunden steckst. Da solltest du aber nochmal bei deiner örtlichen IHK recherchieren, kann sich von meiner unterscheiden.

Ansonsten finde ich keine Rechtschreib-, Interpunktions- oder Grammatikfehler, die zeitliche Einteilung wirkt plausibel und die Formulierungen sind klar. Lediglich deine kurze Planungsphase von zwei Stunden ohne Artefakte hat mich etwas verwirrt - liegt aber wohl eher daran, dass ich nicht weiß, ob ihr Integratoren analoge Diagramme zu unserem UML und co habt.

Viele Grüße und viel Glück!

vor 9 Minuten schrieb Whiz-zarD:

Die Frage habe ich mir auch gerade gestellt. Ich finde auch, die 70 Stunden, für so ein Projekt, sind schon sehr sportlich, wobei die Implementierung nur eine Woche beinhaltet. z.B. zum Thema "Authentifizierungs-, Rollen- und Rechtesystemen" kann man sich schon monatelang beschäftigen.

Das kann man auf jeden Fall! Das ist ein Grund, wieso ich das PHP-Framework "Symfony" benutze - hierbei wird das Rollensystem von Haus aus zur Verfügung gestellt, man muss nur Gruppen konfigurieren und Benutzern zuweisen und kann anschließend für jede Seite Code-seitig die erforderlichen Berechtigungen festlegen, die dann mit der Gruppe des Benutzers abgeglichen werden. 

Grundsätzlich ist eine Projektverwaltung natürlich ein Standardprojekt, so wie Stefan es auf seiner Seite auch schreibt, ist aber definitiv ausreichend für den IHK-Umfang, sofern man strukturiert und detailliert arbeitet. Ich persönlich fand es wirklich schwer, ein Projekt zu finden, was 70 Stunden nicht sprengt - die Projektverwaltung ist für mich nicht mal eine Notlösung nur für das Projekt, die Abteilung braucht sowas tatsächlich. Leider kann ich das so nicht begründen, deswegen muss ich hierbei wirtschaftliche bzw. nicht-monetäre Gründe für die Make-Entscheidung abliefern.

Punkte, die mir eingefallen sind:

• durch eigene Entwicklung keine Abhängigkeit von Externa
• verhältnismäßig kostengünstige Wartung und Weiterentwicklung möglich
• instantanes Eingehen auf interne Anforderungen sowie benutzerdefinierte Erweiterung ohne Beauftragung möglich
• Entwicklung analog zu bisheriger Entwicklungsarbeit der Abteilung -> andere Entwickler können schnell einsteigen, um eigene Erweiterungen zu schreiben und müssen sich nicht erst langwierig einarbeiten

Was haltet ihr von den Punkten?

Gerade eben schrieb Goulasz:

Hallo @nmike!

Inhaltlich ist finde ich schon alles gesagt. Ich möchte eigentlich auch nur zum Ausdruck bringen, wie sehr ich mich über deine sachliche und besonnene Reaktion freue.

Grade in letzer Zeit nehme ich hier für kritische, aber berechtigte Anmerkungen zu Projektanträge vermehrte, teils auch verbal drastische Rechtfertigungsversuche da und deine Antwort finde ich sehr professionell und sachlich.

Wenn du mit der gleichen Art an dein Projekt in Runde 1,5 herangehst, sehe ich da keine großen Probleme.

Gruß, Goulasz  

Hallo Goulasz,

vielen Dank auch dir für die netten Worte! Ich sehe keinen großen Grund, mich hier für etwas zu rechtfertigen, wovon andere offensichtlich mehr Ahnung haben, weswegen auch immer das der Fall sein mag. Immerhin suche ich hier nach Hilfe, und ohne ein gewisses Mindestmaß an Einsichtsbereitschaft wäre ich damit sicher nicht erfolgreich!

Viele Grüße,

Niklas

vor 12 Minuten schrieb Nopp:

Meinst Du mich?

Unwahrscheinlich

vor 29 Minuten schrieb allesweg:

Dann nenne mir bitte 2 Tools für die genannten Funktionalitäten, bei dem nicht nach etwas Recherche eine Verbindung (ggf. über ein drittes Tool oder eine wesentlich günstiere selbst entwickelte Schnittstelle) hergestellt werden kann.

Ich geb dir recht, das kann ich leider nicht. Mir fallen momentan keine sinnvollen Begründungen ein, die ich in den Antrag schreiben könnte - die Begründungen, die wir intern dafür haben, hab ich ja oben schon erwähnt, die kann ich aber nicht übernehmen.

Ich werde mir über's Wochenende mal Gedanken machen, am Montag hab ich dann eine Besprechung mit meinem Ausbilder, der hoffentlich auch noch Input liefern kann.

Vielen Dank an alle für das gute Feedback, ich melde mich zurück!

vor 16 Minuten schrieb Nopp:

Was ist mit Anpassungsmöglichkeiten von Modulen oder Verbindung mit anderer Software?
Bin kein Entwickler, aber das hatte der Prüfling ja dazu geschrieben als Argument.

Recht hat allesweg da auf jeden Fall - die Beispiele die ich genannt habe gibt es alle schon und auch günstig, das rechtfertigt keine Eigenentwicklung im wirtschaftlichen Sinne. 

Verbindung mit hauseigener Software wäre vermutlich der eigene Punkt, der einigermaßen überzeugend wirken könnte - nur für den Punkt eine Nutzwertanalyse zu machen, halte ich aber für zu hoch gestochen - da muss ich mir noch weitere Punkte überlegen.

vor 16 Minuten schrieb neinal:

[...]
Das klingt für mich nach "Man kann Aufttraggeber eintragen. Ach und übrigens kann man auch Auftraggeber eingeben". Ich weiß, dass du was anderes damit meinst, aber das vielleicht nochmal ein bisschen umformulieren.
[...]

Zum Thema Zeitplanung:

[...]


 

 

Vielen Dank für das Feedback. Die Formulierung werde ich nochmal überarbeiten, ist definitiv redundant! Die Zeitplanung werde ich vermutlich nochmal etwas stauchen, sodass ich eher an 33 als an 39 Stunden Entwicklungsarbeit bin.

vor 8 Minuten schrieb stefan.macke:

Ich würde mir bei dieser Projektbeschreibung erstmal die Frage stellen, warum die 7324. "Projektverwaltung" selbst programmiert werden muss und das Unternehmen nicht einfach ein Standardprodukt kauft.

Und das sollte auch in der Projektdokumentation sehr gut begründet werden. Denn wirtschaftlich ist das wahrscheinlich nicht

Vielen Dank auch dir für das Feedback! Ich war mir nicht ganz sicher, ob diese Begründung nun schon in den Antrag gehört, oder erst in die Dokumentation. Die primären (und tatsächlichen) Gründe für die Eigenentwicklung sind 1) der Lerneffekt - Symfony wird bei uns erst seit kurzem eingesetzt und soll Grundlage für eine CMS-Eigenentwicklung darstellen und 2) die Erweiterbarkeit - ich möchte die Verwaltung so aufbauen, dass sehr einfach weitere Module entwickelt und hinzugefügt werden können, zum Beispiel eine Zeitplanung, ein Kanban-Board und vieles mehr; es soll einfach die Erweiterbarkeit und ggf. Kopplung mit existierenden oder kommenden Projekten gewährleistet werden.

Findest du, dass ich diese beiden Gründe anführen kann, oder muss hier schon eine Nutzwertanalyse herhalten? Hierbei könnte ich natürlich den Lerneffekt, die Erweiterbarkeit und Anbindungsmöglichkeiten einfach in das Bewertungsschema aufnehmen. Ich habe bloß bislang in keinem Projektantrag eine Nutzwertanalyse gesehen - ist diese direkt in den Text einzubinden oder lieber doch als Anhang abzugeben, der von Text unterstützt wird?

vor 11 Minuten schrieb Rienne:

Bei den Beispielen von Stefan Macke sind allerdings die meisten von der IHK Oldenburg [...]

Stimmt natürlich auch wieder! Ich habe zwei Projektanträge und -dokumentationen von Mitauszubildenden vorliegen - dort ist die Zeiteinteilung beinahe exakt gleich und sieht folgendermaßen aus:

Zitat

1. IST-Analyse (3h)
2. SOLL-Analyse (4h)
3. Konzeption und Softwaredesign (8h)
4. Entwicklung der Software (33h)
4 aufgeschlüsselt
5. Test (8h)
6. Dokumentation (10h)
Puffer: 4h

Hierbei meine ich mal irgendwo gelesen zu haben, dass man die Zeitplanung ohne Puffer auf 70 Stunden bringen sollte. Schiebe ich bei meiner Zeitplanung 3 Stunden von Implementierung auf Tests und 3 Stunden auf Puffer, lande ich dann auch bei 33 Stunden Entwicklungsarbeit exklusive Tests. Ich werde mich diesbezüglich nochmal bei einem meiner Lehrer, der auch im Prüfungsausschuss sitzt, informieren - vielen Dank für den erneuten Hinweis!

vor 1 Minute schrieb Gottlike:

Hört sich meines Erachtens nach ganz gut an. Mir fällt nur auf, dass du in der detaillierten Planung den Punkt "Abnahme und Deployment" stehen hast, aber in den Unterpunkten nichts von einer Abnahme erwähnt wird.

Hallo,

vielen Dank für das Feedback! Da hast du vollkommen recht, ich habe die Zeitplanung entsprechend angepasst, das war mir wohl entgangen:

vor 3 Minuten schrieb Rienne:

Huhu,

ich habe das Projekt gerade nur kurz überflogen, [...]

Hi,

danke für die schnelle Rückmeldung - grundsätzlich gebe ich dir da definitiv recht, ursprünglich hatte ich die Implementierung auf 41 angesetzt und dahingehend schon ein wenig gekürzt. In mehreren Projektanträgen, unter anderem dem Beispiel von Stefan Macke, sehe ich jedoch eine ähnliche zeitliche Aufteilung, bei der die Implementierungsphase deutlich länger ist, als die Planungsphase.

Gegebenenfalls lässt sich hier aber natürlich Zeit von einzelnen Punkten der Implementierung klauen und zum Entwurf schieben, sollte die Aufteilung besser ankommen!

Viele Grüße,

Niklas

Hallo zusammen,

auch bei mir ist es bald so weit: die Abschlussprüfung für Anwendungsentwickler Fachinformatik und das damit verbundene Projekt nahen! Ich habe bis zum 31. Juli Zeit, meinen Antrag bei der IHK einzureichen und habe den Erstentwurf nun fertiggestellt. Zu diesem würde ich mich über jegliches Feedback und jegliche Kritik eurerseits sehr freuen und bedanke mich schon mal im Voraus!

-------------------------------------------------------

1    Thema der Projektarbeit

Entwicklung einer webbasierten und datenbankgestützten Software zur Verwaltung und Organisation von Projekten 

2    Geplanter Bearbeitungszeitraum

Beginn:           18.09.2017
Ende:              30.10.2017 

3    IST-Analyse

Die <Firma> bietet als Full-Service-Agentur viele verschiedene Weblösungen von Design-Überarbeitungen über Content-Management-System-gestützte Webseiten (CMS) bis hin zu kompletten Corporate Identities. Das weitläufige Kundenfeld setzt eine breite Produktpalette voraus, wodurch verschiedene CMS eingesetzt und gewartet werden müssen. Ein Projekt wird zumeist von einem Mitarbeiter der Entwicklung betreut, der auch für die Instandhaltung und Aktualität der eingesetzten Software zuständig ist. Derzeit werden Projektzuständigkeit, -spezifikationen und Softwareversionen in einer Excel-Tabelle festgehalten, wodurch weder eine Rechteverwaltung noch verlässliche Datenintegrität realisierbar sind.

4    SOLL-Analyse

Es soll eine Webapplikation zur Verwaltung und Organisation aller Projekte erstellt werden. Projekte sollen hierbei in einer Datenbank gespeichert werden und in der Applikation sowohl allgemeine Informationen wie Bearbeiter, Zeitraum und Budget, als auch spezifischere Daten wie Auftraggeber und To-do-Listen beinhalten. Auftraggeber sollen hierbei ebenfalls in der Software verwaltet werden können.

Weiterhin soll für die Applikation ein Benutzersystem integriert werden, welches den Mitarbeitern ermöglicht, sich zu registrieren und anzumelden sowie ihre eigenen Projekte, Kunden und To-do-Listen im Überblick zu haben.

Die Entwicklung soll analog zu diversen Eigenentwicklungen der Firma in PHP, Javascript, HTML und CSS erfolgen, sowie durch Einsatz des auf dem MVC-Schema basierenden „Symfony“-Frameworks gestützt werden. Als Datenbasis soll eine MySQL-Datenbank verwendet werden.

Das zu verwendende Framework stellt dabei Folgendes bereit:

-       Authentifizierungs-, Rollen- und Rechtesystem
-       Dateisystemanbindung
-       Datenbanksystem und -anbindungsmöglichkeit
-       Methoden für Daten- und Dateioperationen (CRUD – Create, Read, Update, Delete) an Dateisystem und Datenbank
-       Methoden zur Validierung eingegebener Daten

Anforderungen an die Webapplikation:

-       Sicheres Authentifizierungs-, Rollen- und Rechtesystem durch Framework
-       Verwaltung von Kunden- beziehungsweise Auftraggeberdaten
-       Verwaltung von Projekten und derer Daten
-       Verwaltung von projektspezifischen To-do-Listen
-       Automatisches Generieren von Projektübersichten

5    Projektumfeld

Die <Firma> mit Sitzen in A und B ist eine Agentur für erfolgreiche PR und zeitgemäße Kommunikation mit Auftraggebern in ganz Deutschland. Über 65 Mitarbeiter inszenieren und vermitteln die Botschaften der Auftraggeber, indem gesellschaftliche und wissenschaftliche Themen für die Zielgruppe überzeugend und informativ dargestellt werden.

Die Entwicklung dieser Projektarbeit erfolgt innerhalb der „Development“-Abteilung, welche gegebene Design- und Funktionalitätsanforderungen als Eigenentwicklung oder CMS-gestützt umsetzt. Hauptsächlich werden hier Webanwendungen entwickelt, in seltenen Fällen Windows- und Linux-Applikationen.

6    Projektstruktur mit Zeiteinteilung

2    Projektphasen mit Zeitplanung in Stunden

8    Dokumentation zur Projektarbeit

Die Dokumentation soll als prozessorientierter Projektbericht erstellt werden und folgende Abschnitte berücksichtigen:

-       IST-Analyse
-       SOLL-Analyse
-       Ausführliche Dokumentation zur Umsetzung und Implementierung
-       kaufmännische Betrachtung
-       Fazit

9    Präsentationsmittel

- Laptop
- Beamer
- Presenter

Benötigte Rüstzeit: 5 Minuten