cortez

Hier musst du vorsichtig sein, weil du das betriebliche und das schulische vermischst. Der Betrieb ist in erster Linie für das praktische zuständig und die Berufsschule für das theoretische. Die Prüfung ist der theoretische Teil und das Projekt ist der praktische Teil. Die Vorbereitung auf den theoretischen Teil liegt in erster Linie bei deiner Berufsschule.

Als erstes einmal tief ein und aus atmen und dann nicht die nerven verlieren. Du lädst dir etwas wie die VM Workstation oder Virtual Box runter und erstellst dir lokal an deinem PC eine Testmaschine. Ein Serverimage sollte bei euch im Firmennetz vorhanden sein. Dann kannst du das Projekt an deinem PC lokal durchführen und du brauchst dir nichts aus der Nase ziehen.

Das kenne ich aus eigener Erfahrung nur all zu gut. Bei mir war es allerdings entgegengesetzt zu dem Bild was @Errraddicator gezeichnet hat. Ich durfte als übernommener Azubi mich um die interne Auftragsbearbeitungssoftware kümmern und musste bei Null anfangen, weil nichts dokumentiert war, vor allem keine Schnittstellen zu anderen Programmteilen. Der leitende Programmierer mit gut 30 Jahren Berufserfahrung meinte auf meine Fragen nach Dokumentation nur "Gibt's nicht, wenn ich was nachgucken will schaue ich im Quellcode nach."

Formuliere es aus! Einfach nur zusagen die Systeme sind Kritsch reicht nicht aus. Du musst einen kleinen Einblick in das System geben, um wie viele Server geht es, was für Systeme willst du abbilden und was soll man an den Systemen machen können. Du solltest nach Möglichkeit alles möglichst genau beschreiben und allgemeine Aussagen wie "Vorteil daraus ist, dass man den Azubis bessere Fachkompetenzen übermitteln kann und ihnen nicht immer über die finger schauen muss, da sie ja ehh nichts wichtiges kaputt machen können. " vermeiden. Mit so einer Argumentation kannst du auch sagen, ich stelle einen PC mit Beamer auf, da kann auch keiner was kaputt machen.

Es muss ein Problem zu finden sein, welches du im Laufe deines Projektes löst. Im deinem Antrag ist lediglich eine Anweisung zu finden "Baue ein Testsystem für Azubis auf.". Ein Problem was du lösen willst findet man hier nicht. Es müssten zwei Sachen deutlich werden. Du musst einen Grund für das Projekt deutlich machen, sowie einen Vorteil der durch das Projekt entsteht. Arbeite die "spezifische Aufgaben " etwas aus, so könntest du auch den Grund erklären.

Lizenzkosten für das Betriebssystem und anteilige Kosten für die Hardware auf der die VM läuft sind so spontan zwei Sachen die mir noch einfallen.

Bewerbe dich doch einfach. Erfahrungen kann man sammeln. Ich denke mal es wird nicht so sein das du für C# eingestellt wirst und am Ende etwas anderes machst. Kununu und Glasdoor sind auch nur einzelne Personen, die ihre Sicht darstellen und gegebenenfalls in einem komplett anderen Bereich arbeiten.

sollen sich die Sicherungen zwischen den Standorten gespiegelt werden? Das halte ich für etwas viel. Im Prinzip ein gutes Projekt. Jedoch ist mir die Zielbeschreibung nicht ganz klar. Du willst die Infrastruktur in der Außenstelle so aufbauen, das der Standort unabhängig von der Zentrale ist. So weit so gut, aber wie willst du diesen Punkt messbar machen "eine verbesserte Performance und dadurch eine effizientere Durchführung der Prozesse". Es sieht so als gibt es da ein Problem, welches du nur umschrieben, aber nicht benannt wird.

Das würde ich ehr unter fachlich verbuchen. Auch wenn du eine kostenloses System verwendest, du/ dein Ausbildungsbetrieb investierst bei dem Projekt erstmal Geld (Dein Stundenlohn). In der wirtschaftlichen Betrachtung solltest du darauf eingehen, ob und wenn ja, wann sich die Investition rentiert.

Vielleicht noch etwas Zeit von der Planungsphase in die Durchführungsphase packen, ansonsten würde ich sagen ok.

Ich bin mal so frei. Warum hast du diese oder diese Entscheidung getroffen? Der arbeitstechnische Bereich, also das reorganisieren und implementieren der Prozesse, ist der fachliche Bereich. Alles mit Geld zutun hat der wirtschaftliche Bereich, also wo sparst du etwas ein? Wie viel sparst du ein? Natürlich auch wann hat sich das Projekt rentiert?

Es war auf die Größe des Unternehmens bezogen. Bei 20 Leuten bin ich ehr bei einem Externen USB Bandlaufwerk. Mir ging es darum ob irgendwelche besonderen Systemlaufen oder CAD Zeichnungen gespeichert werden. Irgendwas was vom Standard abweicht (Word, Excel, PDF Dateien), das könntest du hier heraus heben. Ich bin mir nicht 100%ig sicher, aber ich meine du kannst es raus lassen und nur in der Doku erwähnen. Wie @OkiDoki gesagt hat, achte auf den Datenschutz. Meinst du hier die Cloud oder nur per Tunnel bei euch auf dem Servern gesichert?

Um was für Datenmenge geht es hier denn? 20 Personen kann nicht all zu viel sein, oder gibt es hier irgendwelche Spezialfälle die viel Daten generieren? Wenn ja, würde ich die noch erwähnen. Dein Kunde hat 5 Bandlaufwerke mit separaten Sätzen an Bändern im Einsatz? Das klingt etwas verrückt. Hier widersprichst du dir . Das gleiche ist hier nochmal der Fall. Wo kommt ein zweiter Standort her?

Nein. @Sullidor hat hier nur einen Vergleich gezogen mit einem Client Management System gezogen. Die Sache ist die, an einem DMS hängen viele verschiedene Prozesse und es auch viele verschiedene Personen involviert. Das dauert sehr lange alles richtig aufzusetzen und einzurichten. Ich weiß nicht ob du es bewusst oder unbewusst gemacht hast, aber das du dich auf eine Sache konzentrierst hast. Du suchst das Programm raus, richtest die Infrastruktur ein und testest die Dokumentenerfassung. z.B. Angebot die du einholst.

Im Prinzip sind Ist-Analyse und Soll-Konzept doppelt da. Der Unterschied zwischen der Ist-Analyse und dem Soll-Konzept im Antrag und der Dokumentation ist der Detailgrad. In der Dokumentation ist es nur ausformuliert. Wenn du diese Phaseneinteilung übernimmst könnte deine Zeitplanung ungefähr so aussehen. 1.Planung Ist-Analyse xh Soll-Konzept xh Recherche xh Auswahl potentieller Software xh 2. Durchführung Testcase Erstellung xh Erstellen Testkonfiguration xh usw.

Das würde ich unterstreichen. Ist-Analyse und Soll-Konzept? Du testest sehr viel, aber was eigentlich genau? Programm startet heißt der Test ist gelungen? Definiere am besten ein paar Testcases für Funktionen, die du am in den Tests wie eine Checkliste abarbeiten kannst. Gehe am besten wie @Herbert93 vorgeschlagen hat einmal über deine Zeitplanung und verfeinere sie.

Siehe erster Post. Es sind 12 Leute. Ich kann es nachvollziehen das die Firma es so regelt, aber nicht gut heißen. Für eine Firma der Größe ist 30,5k ein hohes Einstiegsgehalt. Jedoch wiegt das Gehalt den Fahraufwand und die Arbeit an Wochenenden etc. nicht auf. Das pauschale Spritgeld ist ein Witz, richtig wäre es auf Kilometerbasis. Führe wie @t0pi gesagt hat ein Fahrtenbuch. Im Ruhrgebiet solltest du genügend bessere alternativen haben.

Ok, da kann ich nicht viel zusagen. Ich kenne als FISI nur die Administrativeseite. Ich kenne das Programm nicht an dem dein Ausbildungsbetrieb arbeitet, von daher kann ich nur Mutmaßungen anstellen. Gibt es irgendwelche Nachfragen von Kunden nach Funktionen die gewünscht werden? Schau dir mal die Module des Programms an denen am längsten nichts mehr gemacht wurde. Sind die noch auf dem Stand der Zeit? Frag beim Vertrieb nach über welche Funktionen die Kunden häufig stolpern / welche häufig bemängelt werden und überlege wie man diese Funktion verbessern oder verändern kann.

Ja, ich habe gelesen was du geschrieben hast. Mit direkt meine ich, dass die Clients nie in Netzwerk A landen sondern direkt in das neue Netzwerk B gehen. Ich hier bei der Meinung von @allesweg und @mapr . Du doktorst an den Symptomen herum, aber nicht an den Ursachen. Ich weiß nicht wie groß der Betrieb ist in dem du arbeitest, aber es hört sich nach maximal 100 Leuten an. Da wäre eine geeignete Alternative die Neuorganisation des Firmennetzwerks. Du hast da alles drinnen was so ein Abschlussprojekt braucht (Planung, Entscheidungen mit Begründungen, Sachen die gut zumachen sind, Betrachtung der Wirtschaftlichkeit und Dokumentation).

FISI oder FIAE? Hast du schon mit deinem Ausbilder gesprochen?

Warum kommen die Clients erst in Netzwerk A und werden dann in Netzwerk B geschoben? Warum kommen die Clients überhaupt mit dem Servernetz in Berührung? Das Problem was du beschreibst ist nur eine Einstellungssache. Wenn du die Clients direkt im Netzwerk B installierst gibt es auch kein Problem.

Wie schon gesagt, es ändert wenig daran, dass es schon Skype for Buisness gibt und eine zusätzliche Lösung da wenig Sinn macht. Ihr müsstet euch in ein zweites System einarbeiten und ein zweites System administrieren. Dir fehlt quasi eine Entscheidung. Einfach zu sagen wir fahren zweigleisig ist auch nicht sonderlich ratsam, weil du dein Projekt auch wirtschaftlich betrachten sollst. Das die Behörden nicht miteinander Kommunizieren, ist ehr eine Einstellungssache. Wie oben schon Beschrieben es ist ehr ein Arbeitsauftrag, da die Entscheidung quasi schon gegeben ist. Frag einfach mal nach alternativen, wo du eventuell die Entscheidungen besser begründen kannst.

Ich würde dir davon abraten, das als Projekt einzureichen. Ich verstehe es so das du in der IT sitzt die beide Behörden betreut. Das Ziel ist das beide Behörden eine Team-Messaging-Lösung bekommen. Behörde 1 hat Skype for Buisness. Beide Behörden sollen von einander getrennt sein. Das Problem was ich sehe ist das Skype for Buisness für Behörde 2 schon quasi feststeht, da Skype for Buisness in Behörde 1 schon vorhanden ist. Die Lösungen müssen miteinander kommunizieren können. Falls Behörde 2 etwas anderes bekommt, ist die Kommunikation untereinander wahrscheinlich nicht gegeben.

Sind die Netze komplett voneinander getrennt? Soll es da keine Verbindung geben? Oder gibt es da schon irgendwelche Verbindungen?

Im Prinzip würde ich sagen du siehst es richtig. Du hast ein Problem und unified communication ist deine Lösung. Das Problem was ich hier sehe ist, es gibt bei einem Teil schon Skype for Buisness. Warum ein Projekt aufziehen, wenn man die Leute auch einfach mit anbinden kann? Dann kannst du dir die ganze Arbeit sparen.