pantrag_fisi Projektantrag: Implementierung eines Applikationsmanagements

[Golddust]

Hab einen neuen Ansatz, freue mich über Kritik!

 

 

1. Projektantrag

Implementierung eines erweiterten Applikationsmanagement

1.1 Kurzform der Aufgabenstellung

Die XXX Gesellschaft für IT Services mbH, im Folgenden XXX genannt, stellt ihre aktuelle Strategie, um Applikationen und Treiber auf den Rechnern auf dem aktuellen Stand zu halten, in Frage. Ziel ist es, die Prozesse zur Verteilung von Applikations- und Treiberupdates zu vereinfachen oder sogar zu automatisieren, um dem Anwender möglichst schnell neue Funktionen zur Verfügung zu stellen. Zudem werden über einen beschleunigten Prozess die Sicherheitslücken in Applikationen schneller geschlossen, was zur Sicherheit der gesamten IT-Infrastruktur beiträgt.

 

1.2 IST-Analyse

Durch die Covid-19 Pandemie wurden immer mehr Arbeitsplätze in das Homeoffice verlagert und nicht alle Anwender bauen eine regelmäßige VPN-Verbindung ins Unternehmensnetzwerk auf, um an Unternehmensdaten zu kommen. Diese Gegebenheit erschwert das Verteilen von Applikationsupdates zunehmend und erfordert eine Lösung.

 

2. Zielsetzung Entwicklung / Soll-Konzept

2.1 Was soll am Ende des Projektes erreicht sein?

Es wird ein neuer Depotserver in der DMZ aufgebaut, der von den Clients via HTTPS erreicht werden kann. Mithilfe eines solchen Empirum HTTPS Depotservers in der DMZ ist die Verteilung von Anwendungen unabhängig von VPN-Verbindungen problemlos möglich. Zudem werden auch die Empirum Inventardaten der Rechner über diesen Weg gesammelt, sodass der Datenbestand stehts aktuell bleibt.

 

[allesweg]

Lösung steht schon im Antrag fest --> so nicht beantragbar.

[Golddust]

Ist es so besser formuliert?

 

 

 

2. Zielsetzung Entwicklung / Soll-Konzept

2.1 Was soll am Ende des Projektes erreicht sein?

Um den Service für die Anwender und die Sicherheit zu verbessern, soll die Verteilung von Softwareaktualisierungen beschleunigt werden.

Ziel ist es, Empirum für die Verteilung zu nutzen, indem das auszuführende Programm als Softwarepaket an die Clients verteilt wird.

Nach einem definierten Testzeitraum (7 Tage), werden alte Zuweisungen mit Vorgängerversionen automatisch durch die neue Version ersetzt und verteilt.

Anwender sollen immer die Möglichkeit haben, eine Installation der Anwendung zu verschieben. Diese Möglichkeit wird für 3 Tage gewährt. Nach Ablauf der 3 Tage wird die Installation zwingend durchgeführt.

 

 

[allesweg]

Nein. Da steht immer noch, dass du die Setup- und Konfigurationsroutine eines vorgegebenen Produktes durchklickern wirst.

[Golddust]

vor 12 Minuten schrieb allesweg:

Nein. Da steht immer noch, dass du die Setup- und Konfigurationsroutine eines vorgegebenen Produktes durchklickern wirst.

Meinst du den kompletten Absatz oder eine bestimmte Zeile?

[allesweg]

Ich winke hier schon mit ganzen Wäldern statt eines einzelnen Zaunpfahls...

Im Projekt löst du das Problem, dass Software nicht zentral verwaltet werden kann.

Eine Anforderung an die Lösung ist, dass Updates vom Anwender begrenzt verschoben werden können.

 

Was gehört in den Antrag? Was gehört ins Projekt?

[Golddust]

Hab nochmal etwas vorbereitet: Danke für eure Kritik und Hilfe.

 

1. Projektantrag

Einführen eines Software Releasemanagement für eine definierte Anzahl von Software.

1.1 Kurzform der Aufgabenstellung

Entwicklung einer Strategie, um Applikationen auf den Rechnern auf dem aktuellen Stand zu halten. Ziel ist es, die Prozesse zur Verteilung von Applikationsupdates zu vereinfachen oder zu automatisieren, um Sicherheitslücken in Applikationen schnellstmöglich zu schließen, was zur Sicherheit der gesamten IT-Infrastruktur beiträgt.

1.2 IST-Analyse

Clients werden in Empirum Matrix42 Management mit der Software versehen und dem Anwender übergeben.

Es gibt keine Strategie um Standardisierte Software, die im Unternehmen genutzt wird, laufend zu aktualisieren. Die Software veraltet im Laufe eines Client Lebens und offenbart dadurch Sicherheitslücken.

Eine Vielzahl von Softwarepaketen, die auf dem neusten Stand gehalten werden muss, bedeutet hohen administrativen Aufwand.

 

2.1 Was soll am Ende des Projektes erreicht sein?

Definierte Standartsoftware soll aktualisiert werden bzw. auf einem aktuellen Stand gehalten werden.

Dies soll möglichst automatisiert passieren, um den administrativen Aufwand so gering wie möglich zu halten.

Durch einen prozessgesteuerten Ablauf soll ein reibungsloser Betrieb von Soft- und Hardware gewährleistet sein.

 

2.2 Welche Anforderungen müssen, erfüllt sein?

In definierten Abständen soll die Software auf den betriebenen Clients automatisiert, aktualisiert werden.

-Betreffende Software muss vorab definiert sein.

-Neuste Softwarepakete müssen zur Verfügung stehen.

 

2.3 Welche Einschränkungen müssen berücksichtigt werden?

-Anwender sollen so wenig wie möglich in ihrem Arbeitsablauf gestört werden.

-Testdurchläufe sind nur simuliert und nicht am Kunden möglich.

 

3.1 Was ist zur Erfüllung der Zielsetzung erforderlich?

-Wir greifen auf die Software Verteilung Empirum Matrix42 zurück.

-Genutzt wird das Softwaredepot von NEO42.

 

3.2 Hauptaufgaben auflisten

1.Initialisierungsphase

2.Entwurfsphase

3.Durchführungsphase

4.Abschlussphase

 

3.3 Teilaufgaben auflisten

1.Initialisierungsphase                                                            3 Std.

-Ist-Zustand                                                                           1 Std.

-Soll-Zustand                                                                         2 Std.

 

2.Entwurfsphase

-entwickeln des Konzeptes                                                    4 Std.

-Definition der Software                                                         1 Std.

-Quelle der Software                                                              1 Std.

-Zyklusbestimmung der Aktualisierung                                 1 Std.

 

3.Durchführungsphase

-Grundkonfiguration in Empirum                                          3 Std.

-Implementierung des Neo42 Serviceportal Client.              3 Std.

-Implementierung des Neo42 Autopackage release.           3 Std.

 

4.Abschlussphase

-Test bei einer begrenzten Anzahl von Clients vor Ort        3 Std.

-Trouble Shooting                                                                  1 Std.

-Soll-Ist-Vergleich                                                                  1 Std.

-Projektdokumentation                                                          8 Std.

Gesamt                                                                                  35 Stunden

 

 

Bearbeitet 8. Februar 2023 von Golddust

[allesweg]

Wo triffst du welche Entscheidung, mit welcher du deine Fachkompetenz belegst, wernn ihr in der Matrix42-Welt gefangen seid?

Das Durchkonfigurieren der Emporium-Softwareverteilung ist kein Projekt.

 

Und: 35h? Alte Prüfungsordnung?

[Golddust]

Ist das Grundprinzip der Ist- und Soll Konzeptionierung den ein Thema was machbar ist? Oder Fliegt das Thema komplett raus eurer Meinung nach?

[Golddust]

Update:

 

 

1. Projektantrag

Einführen eines Softwareupdate Releasemanagement für eine definierte Anzahl von Software.

1.1 Kurzform der Aufgabenstellung

Entwicklung einer Strategie, um Applikationen auf den Rechnern auf dem aktuellen Stand zu halten. Ziel ist es, die Prozesse zur Verteilung von Applikationsupdates zu vereinfachen oder zu automatisieren, um Sicherheitslücken in Applikationen schnellstmöglich zu schließen, was zur Sicherheit der gesamten IT-Infrastruktur beiträgt.

1.2 IST-Analyse

Es gibt keine Strategie um Standardisierte Software, die im Unternehmen genutzt wird, laufend zu aktualisieren. Die Software veraltet im Laufe eines Client Lebens und offenbart dadurch Sicherheitslücken.

Eine Vielzahl von Softwarepaketen, die auf dem neusten Stand gehalten werden muss, bedeutet hohen administrativen Aufwand.

 

2.1 Was soll am Ende des Projektes erreicht sein?

Definierte Standartsoftware soll aktualisiert werden bzw. auf einem aktuellen Stand gehalten werden.

Dies soll möglichst automatisiert passieren, um den administrativen Aufwand so gering wie möglich zu halten.

Durch einen prozessgesteuerten Ablauf soll ein reibungsloser Betrieb von Soft- und Hardware gewährleistet sein.

 

.2.2 Welche Anforderungen müssen, erfüllt sein?

In definierten Abständen soll die Software auf den betriebenen Clients automatisch, aktualisiert werden.

-Betreffende Software muss vorab definiert sein.

-Neuste Softwarepakete müssen zur Verfügung stehen.

2.3 Welche Einschränkungen müssen berücksichtigt werden?

-Anwender sollen so wenig wie möglich in ihrem Arbeitsablauf gestört werden.

-Testdurchläufe sind nur simuliert und nicht am Kunden möglich.

 

3.1 Was ist zur Erfüllung der Zielsetzung erforderlich?

-Konzeptionierung eines automatisierten Software- Updates

-Es muss die neuste Version der aktuellen Updates zur Verfügung stehen.

-Updates müssen so schnell wie möglich auf den Clients im Unternehmen eingespielt werden.

 

3.2 Hauptaufgaben auflisten

1.Initialisierungsphase

2.Entwurfsphase

3.Durchführungsphase

4.Abschlussphase

 

3.3 Teilaufgaben auflisten

1.Initialisierungsphase                                                           

-Ist-Zustand                                                                           1 Std.

-Soll-Zustand                                                                         2 Std.

 

2.Entwurfsphase

-entwickeln des Konzeptes                                                    6 Std.

-Definition der Software                                                        2 Std.

-erarbeitung struktureller Möglichkeiten                                2 Std.

-Quelle der Software                                                              3 Std.

-Zyklusbestimmung der Aktualisierung                                 1 Std.

 

3.Durchführungsphase

-Installation von neuen Softwarelösungen                            3 Std.

-Implementierung in die bestehende Infrastruktur.              2 Std.

-Konfiguration des zentralen Softwareverteilers                   3 Std.

-Test bei einer begrenzten Anzahl von Clients vor Ort        4 Std.

 

4.Abschlussphase

-Trouble Shooting                                                                  1,5 Std.

-Soll-Ist-Vergleich                                                                  1,5 Std.

-Projektdokumentation                                                          8 Std.

Gesamt                                                                                  40 Stunden

 

[charmanta]

vor 15 Minuten schrieb Golddust:

2.Entwurfsphase

-entwickeln des Konzeptes                                                    6 Std.

-Definition der Software                                                        2 Std.

-erarbeitung struktureller Möglichkeiten                                2 Std.

-Quelle der Software                                                              3 Std.

-Zyklusbestimmung der Aktualisierung                                 1 Std.

wieso definierst Du nicht einfach Anforderung, betreibst eine Marktsichtung, wählst 3 Produkte aus und vergleichst die zb durch eine Kosten/Nutzenbetrachtung oder eine Entscheidungsmatrix ?

Da stehen so schöne Worte .... aber ich versteh den Sinn nicht