Aufbau eines partizipativen Monitoring - und Evaluierungssystems Neben dem Implementierungsplan und dem Budget müssen Sie auch einen einfachen Mechanismus zur Überwachung der Projektimplementierung erstellen. Dies geschieht in der Regel durch die Ermittlung klarer und meßbarer Meilensteinereignisse oder Leistungen, Tätigkeiten und Tätigkeiten, die innerhalb eines bestimmten Zeitraums durchgeführt werden müssen und bestimmte Qualitätsstandards erfüllen. Wenn Sie den Projektplan richtig vorbereitet haben, sollten Sie in der Lage sein, die meisten Informationen zu extrahieren, die Sie benötigen, um die Implementierungsleistung aus dem Arbeitsplan selbst zu überwachen. Zusammengefasst, je detaillierter er ist, desto leichter wird es sein, die Projektleistung zu verfolgen. Planungsthemen und Werkzeuge In der Planungsphase müssen Sie und Ihr Projektteam eine Reihe wichtiger Hardware - und Softwareentscheidungen treffen. Da die Softwareentscheidung Auswirkungen auf nachfolgende Entwicklungs-, Test-, Implementierungs-, Bildungs - und Unterstützungsaktivitäten haben wird, muss sie mit großer Sorgfalt und Voraussicht gemacht werden. Kleine oder große Maßstäbe Der Umfang und Umfang der Computerisierung Sie entscheiden wird, hängt von der Größe Ihrer Genossenschaft, die Erfahrung und die verfügbaren Ressourcen und eine Reihe weiterer Faktoren ab. Wenn Ihre Kooperation klein ist, haben Ihre Mitarbeiter wenig oder keine Erfahrung in der Verwendung von Computern und Sie haben begrenzte finanzielle Ressourcen, um in das Projekt zu investieren, der sicherste Ansatz könnte ein einzelner Computer und Drucker, sowie eine handelsübliche Software-Anwendung 4 kaufen . Sobald Sie und Ihre Mitarbeiter genügend Erfahrung im Betrieb des Computers und lernen, wie es helfen, verbessern Sie Ihre Informationsverarbeitung gewonnen haben, können Sie dann wollen, um ein anderes zu kaufen und vernetzen sie zusammen, so dass sie Informationen leichter teilen können. Wenn Ihre Kooperative groß ist, können einige Ihrer Mitarbeiter haben einige Erfahrung in der Verwendung von Computern und Sie haben mehr Ressourcen zur Verfügung. Sie können daher beginnen, indem Sie ein kleines System von sagen, 2-3 Computer, plus Drucker und Server, die in einem Netzwerk miteinander verbunden sind, aber ein Auge in Richtung Expansion in der nahen Zukunft. Dieser vorsichtige Ansatz wird aus zwei Gründen empfohlen: (1) er ist weniger teuer und (2) wenn Fehler gemacht werden und Probleme auftreten - und das wird sicherlich der Fall sein - haben sie weniger negative Auswirkungen auf die Mitgliedsdienste oder auf kooperative Geschäftstätigkeiten. Kaufen Sie verpackte Werkzeuge oder entwickeln Sie eigene Software Es gibt drei allgemeine Ansätze zur Software-Auswahl: (1) entwickeln (Programm) Ihre eigene Software, (2) anpassen eine bestehende Anwendung oder (3) kaufen verpackt (kommerzielle) Software. Mit Hilfe der folgenden Tabelle können Sie entscheiden, wie Sie sich entscheiden können: Systemimplementierung Frühjahr 2017 Systemimplementierung 40th Edition Die erfolgreiche Implementierung des Systems erfordert gute Führung und sorgfältige Planung. Ein gutes Verständnis aller Komponenten des Systems ist entscheidend für die Umsetzung einer Umsetzungsstrategie. Unternehmen IT-Umgebungen beinhalten Integration einer Vielzahl von Anbieter-Technologien. Interoperabilitätsstandards in kommerziellen Softwareumgebungen sind freiwillig, und selbst das einfachste System-Upgrade muss bei jedem Schritt des Integrationsprozesses validiert werden. Enterprise GIS-Umgebungen umfassen ein breites Spektrum an Technologieintegration. Die meisten Umgebungen umfassen heute eine Vielzahl von Hardwareanbietertechnologien, einschließlich Datenbankservern, Speicherbereichsnetzwerken, Windows Terminal Servern, Webservern, Kartenservern und Desktopclients, die alle durch eine breite Palette von lokalen Netzwerken, Wide Area Networks und Internet-Kommunikation verbunden sind . Alle diese Technologien müssen zusammen funktionieren, um eine ausgewogene Computerumgebung zu unterstützen. Eine Vielzahl von Softwareanbietertechnologien wie Datenbankmanagementsysteme, ArcGIS Desktop und ArcGIS Server-Software, Webdienste und Hardware-Betriebssysteme, die in vorhandene Legacy-Anwendungen integriert sind. Daten (einschließlich Business-Layer, Grundkarten-Layer und Imagery) und Benutzeranwendungen werden der integrierten Infrastrukturumgebung hinzugefügt, um die endgültige Implementierung zu unterstützen. Das Ergebnis ist eine sehr große gemischte Tasche von Technologie, die richtig und effizient zusammenarbeiten müssen, um Benutzer-Workflow-Anforderungen zu unterstützen. Die Integration und Implementierung der verteilten Computertechnologie ist im Laufe der Jahre leichter geworden, wenn Schnittstellenstandards ausgereift sind. Gleichzeitig sind die Unternehmensumgebungen größer und komplexer geworden. Die Komplexität und das Risiko, die mit einer Enterprise-Systembereitstellung verbunden sind, stehen in direktem Zusammenhang mit der Vielfalt der Komponentenkomponenten, die erforderlich sind, um die endgültige Produktionslösung zu unterstützen. Zentralisierte Computing-Lösungen mit einer einzigen Datenbank-Umgebung sind die einfachsten Umgebungen zu implementieren und zu unterstützen. Verteilte Computersysteme mit mehreren verteilten Datenbankumgebungen können sehr komplex und schwierig zu implementieren und zu unterstützen. Viele Unternehmen konsolidieren ihre Datenressourcen und Anwendungsverarbeitungsumgebungen, um das Implementierungsrisiko zu reduzieren und die administrative Unterstützung für Unternehmensumgebungen zu verbessern. GIS Staffing Die Menschen sind das wertvollste Gut für jede Organisation. GIS-Manager haben die besondere Chance und Herausforderung, die Menschen in ihrer Organisation zusammenzubringen, um die Verantwortung für den Aufbau und die Erhaltung von Unternehmens-GIS-Operationen zu teilen. In den meisten Fällen ist der Aufbau eines GIS nicht eine einzige Verantwortlichkeit der Abteilung, und in vielen Fällen hängt die Qualität des GIS von Personen außerhalb der Organisation ab. GIS bringt Menschen zusammen, weil sie voneinander abhängen, um den Rahmen für den Aufbau geografischer Informationsprodukte zu schaffen, die ihre Geschäftsanforderungen unterstützen. Verwaltungsausschuss Abbildung 12.1 Jede Organisation hat einen Verwaltungsausschuss, der mit dem CEO zusammenarbeitet, um das Unternehmen zu führen. Viele Organisationen haben einen Geographic Information Officer als Mitglied ihrer Top-Management-Team. Ein Unternehmens-GIS wird nicht ohne Führung und Unterstützung von Führungskräften erfolgreich sein. Der erste Schritt bei der Einrichtung Ihres GIS-Teams ist es, die Mission der Organisation, das Mandat und die Rolle des GIS innerhalb der Organisation zu verstehen und eine Exekutivförderung für die Planung zu etablieren. Abbildung 12.1 zeigt die Schlüsselmitgliedschaft für das obere Führungsgremium. Der Verwaltungsausschuss ist eingerichtet, um Projektumfang, Zeitplan und Budget sowie die Verfügbarkeit von Planungsressourcen formal zu verwalten. Sie werden über die Fortschritte während der Planung auf dem Laufenden gehalten und sind verantwortlich für die Leitung der GIS-Implementierungsphase, die folgt. GIS-Planungsteam Abbildung 12.2 Das GIS-Planungsteam muss GIS-Fachleute und geeignete Wirtschaftsbeteiligte einbeziehen und an der Planung teilnehmen. Der Aufbau eines guten GIS beginnt mit einer guten Planung. Abbildung 12.2 zeigt die Managementstruktur für das GIS-Planungsteam. Das GIS-Planungsteam muss Geschäftsrepräsentanten enthalten, die die Organisation, die Geschäftsprozesse (wie die Arbeit erledigt wird) und die geschäftlichen Informationsanforderungen verstehen. Das Team braucht auch technische Experten, die die GIS-Technologie und die erforderlichen Systeme für ihre Arbeit verstehen. Eine kleine Organisation benötigt einen GIS-Manager, einen Geschäftsvertreter, der jeden wichtigen Geschäftsprozess repräsentiert, und einen technischen Sachverständigen, der für die Entwicklung der richtigen technischen Architektur zuständig ist. Größere Unternehmensorganisationen müssen diese Grundstruktur (GIS Manager ltSite Facilitatorgt, Business Representatives und GIS Technical Expert) an jedem Standort mit einem geografischen Information Officer (GIO) oder Unternehmensebene GIS Manager aufbauen, der den gesamten Planungsaufwand koordiniert. Ein GIS-Planungsspezialist oder - berater ist für den gesamten Planungsprozess verantwortlich und wird dem Senior GIS ManagerGIO Bericht erstatten. Während der GIS-Planungsphase sollten sich alle Planungsteammitglieder für die Dauer der Planung formell an den GIS-Manager melden. GIS Implementation Team Abbildung 12.3 Das GIS-Implementierungs-Team umfasst einen GIS-Experten, GIS Data Specialist, Senior GIS Software Engineer und geeignete Business Representatives. Sobald die GIS-Planung abgeschlossen ist, wird der Fokus auf die Umsetzung des Plans übertragen. Formelle Umsetzung Genehmigung und Finanzierung kommen aus dem Management-Team. Abbildung 12.3 zeigt die Managementstruktur für das GIS-Implementierungsteam. Der GIS-Manager, GIS-Fachmann und Geschäftsvertreter werden normalerweise in das Implementierungsteam übergehen. Ein zusätzlicher GIS-Datenspezialist und ein Senior-Software-Ingenieur werden in das Team aufgenommen, um die GIS-Implementierungsaufgaben zu verwalten. Für große Unternehmensimplementierungen verfügt jeder GIS Site Facilitator über ein komplettes Implementierungsteam für die spezifische Websiteimplementierung. Während der Implementierung werden die Site Facilitators den Leitungsmitarbeitern unter Leitung des Management Committee berichten. Der Senior GIS ManagerGIO wird GIS-Operationen im gesamten Unternehmen koordinieren mit den verschiedenen Website-Moderatoren zu verwalten. Identifizierung der Schlüsselpersonenfunktionen Abbildung 12.4 Die wichtigsten operativen Mitarbeiter nehmen am Datenmanagement, der Planung und Analyse, der Feldmobilität und den betrieblichen Sensibilisierungsdisziplinen teil. Key-Support-Positionen sind Fähigkeiten in der Anwendungsentwicklung und Enterprise-GIS-Management. Eine breite Palette von technischen Fähigkeiten sind erforderlich, um effektive Enterprise-GIS-Operationen aufzubauen und zu pflegen. Die wichtigsten operativen Mitarbeiter beteiligen sich an Datenmanagement, Planung und Analyse, Feldmobilität und operative Sensibilisierungsdisziplinen. Key Support-Positionen sind Fähigkeiten in der Anwendungsentwicklung und Enterprise-System-Verwaltung. Abbildung 12.4 gibt einen Überblick über die Vielfalt der GIS-Workflows und die wichtigsten funktionalen Aufgaben, die für die Unterstützung von Unternehmens-GIS-Operationen erforderlich sind. Die Komplexität dieser Verantwortlichkeiten hängt von der Größe und dem Umfang der einzelnen GIS-Implementierungen ab, obwohl jede Organisation ein gewisses Maß an Unterstützung und Fachwissen in jedem dieser Bereiche benötigen wird. Building Qualified Staff Training ist ein Weg, um qualifizierte Mitarbeiter zu bauen und zu verbessern GIS-Nutzer Produktivität. Business-Organisationen sollten entwickeln und pflegen einen umfassenden Trainingsplan, um sicherzustellen, dass ihre Teams über die Ressourcen und Fähigkeiten, die sie benötigen, um in ihrem Job wirksam zu sein. GIS Organisationsstruktur Abbildung 12.5 Das GIS-Management muss organisiert sein, um die Implementierung über mehrere Abteilungen hinweg zu erleichtern und oftmals auf eine Vielzahl von Geschäftseinheiten innerhalb einer breiteren Community von GIS-Benutzern zuzugreifen. Abbildung 12.5 zeigt einen Überblick über eine traditionelle GIS-Matrix-Organisation. Enterprise-GIS-Operationen müssen von einem Vorstand mit Einfluss und Befugnis unterstützt werden, um finanzielle und politische Entscheidungen für die GIS-Nutzergemeinschaft zu treffen. Der GIS-Manager sollte einen Koordinierungsausschuss einrichten, der für die technische Leitung und Führung verantwortlich ist. Die Ausschussleitern sollten die Arbeitsgruppen, die mit den einzelnen Fachdisziplinen beauftragt sind, ansprechen, um organisatorische Fragen anzugehen und über den Systemstatus zu berichten. Die Nutzergemeinschaft sollte während des gesamten Überprüfungsprozesses vertreten sein. Eine formale Organisationsstruktur bietet einen Rahmen für die Festlegung und Aufrechterhaltung der langfristigen Unterstützung für erfolgreiche Unternehmens-GIS-Operationen. Diese grundlegende Organisationsstruktur kann bei der Verwaltung von GIS in kleinen und großen Organisationen nützlich sein, und die gleiche Art von Organisationsstruktur kann bei der Verwaltung von GIS-Operationen der Gemeinschaft effektiv sein. Integriertes Systementwurfsprojekt Abbildung 12.6 Die integrierte Bewertung von Geschäftsanforderungen fördert eine angemessene und zeitnahe Gestaltung der Geschäftsentscheidungen. Traditionell braucht der Benutzer eine Bewertung und das Systemarchitekturdesign waren zwei getrennte Anstrengungen. Es gibt einige wesentliche Vorteile bei der Durchführung dieser Bemühungen zusammen. Abbildung 12.6 zeigt einen Überblick über die Methodik der Systemarchitekturentwicklung. Unternehmen Architekten haben nun Werkzeuge, die sie nutzen können, um eine integrierte Business-Bedarfsbewertung abzuschließen. Es gibt vier Architekturdomänen, die allgemein als Teilmengen einer gesamten integrierten Business-Bedarfsbewertung akzeptiert werden. Dazu gehören allgemein anerkannte Richtlinien und bewährte Verfahren, die das globale Konsortium der Open Group bereitstellt. Die Business Architecture definiert die Geschäftsstrategie, Governance, Organisation und wichtige Geschäftsprozesse. Die Architektur der Informationssysteme umfasst eine Überprüfung der Daten - und Anwendungsarchitektur. Gt Die Datenarchitektur beschreibt die Struktur von logischen und physischen Datenressourcen und Datenverwaltungsressourcen. Gt Die Anwendungsarchitektur bietet einen Plan für die einzusetzenden Applikationen, deren Interaktionen und deren Beziehungen zu den Kernprozessen der Organisation. Die Technologiearchitektur beschreibt die logischen Software - und Hardware-Fähigkeiten, die zur Unterstützung der Bereitstellung von Geschäfts-, Daten - und Anwendungsdiensten erforderlich sind. Dies schließt IT-Infrastruktur, Middleware, Netzwerke, Kommunikation, Verarbeitung, Standards, etc. ein. Best Practice: Das Design der Systemarchitektur sollte als integraler Bestandteil jedes Unternehmensplanungsprozesses einbezogen werden. Die in der SDSwiki-Dokumentation enthaltene GIS-integrierte Business-Bedarfsanalyse (Benutzer-Bedürfnisarchitektur-Design) teilt eine maßgeschneiderte Architekturentwicklungsmethodologie, um erfolgreiche Enterprise-GIS-Operationen zu fördern. Die grundlegenden Schritte für die Vollendung einer integrierten Entwurfslösung umfassen die folgenden: Geschäftsarchitektur gt Enterprise Vision identifiziert, wie die GIS-Technologie Ihre geschäftlichen Anforderungen am besten unterstützen kann. Informationssystemarchitektur gt Bestehende Geschäftsarchitektur überprüft Ihre aktuellen Rechenzentrumsoperationen, um vorhandene Erfahrungen für die Bereitstellung und Wartung der verfügbaren Zielarchitekturoptionen zu ermitteln. Gt Die Workflowladeanalyse identifiziert Geschäftsabläufe und Spitzenverarbeitungslasten, die von der Zielarchitekturlösung unterstützt werden müssen. Gt Technische Architekturstrategie identifiziert Rechenzentrums - und Geschäftsbenutzerstandorte und Netzwerkkonnektivität für die vorgeschlagene Zielarchitekturlösung. Gt Benutzeranforderungsanalyse kombiniert Benutzerlokalisierung und Workflowlastenanalyse, um verteilte Netzwerk - und Plattformverarbeitungslasten und Benutzerproduktivität zu identifizieren. Technische Architektur gt Netzwerk-Eignung Analyse identifiziert Peak-Netzwerk-Bandbreite Anforderungen bei Peak-System Lasten. Gt Die Plattformarchitekturauswahl identifiziert die Konfiguration der Rechenzentrumsplattform für die Zielarchitekturlösung. Gt Softwarekonfiguration identifiziert Enterprise-Workflow-Softwarelasten, die auf die Auswahl der Zielarchitektur für das Rechenzentrum angewendet werden. Gt Enterprise-Design-Lösung bietet eine Zusammenfassung der endgültigen Zielarchitektur-Lösung, die erforderliche Plattformknoten, projizierte Plattformauslastung, Spitzenbenutzer-Workflowlasten und projizierte Benutzerproduktivität umfasst. Das SDSwiki-Kapazitätsplanungstool bietet einen Rahmen für die Vollendung des Systemarchitekturdesigns. Sobald die Benutzeranforderungen und die Architekturlösung konfiguriert sind, vervollständigt das CPT die Analyse der Systemarchitekturlasten, um die Netzwerkbandbreite und die Plattform-Zielzustandsentwurfslösung zu identifizieren. Sobald Sie Ihr Systemarchitekturdesign abgeschlossen haben und Ihre Zielarchitekturlösung identifiziert haben, wird für jede der folgenden Implementierungsphasen eine Anleitung zur Implementierung von Enterprise-Entwurfslösungen bereitgestellt. Chancen und Lösungen identifizieren die Architektur-Bereitstellung Roadmap, die kontinuierlichen Geschäftswert liefern wird. Migrationsplanung identifiziert die optimale Bereitstellungsstrategie für das Beibehalten der vorhandenen Vorgänge beim Aktualisieren von Vorgängen in den Zielzustand. Durch Implementation Governance werden Überwachung und Überwachung für die erfolgreiche Implementierung der Migration in den Zielzustand durchgeführt. Die Architekturänderungssteuerung stellt Verfahren bereit, um erfolgreiche Operationen durch die Migration zu dem endgültigen Betriebszielzustand aufrechtzuerhalten. Das Requirements Management stellt sicher, dass Verfahren eingehalten und die erfolgreiche Durchführung der Migrationsstrategie verfolgt werden. Die primäre TOGAF-Architekturentwicklungsmethode (ADM) ist in Teil II der TOGAF9.1-Online-Dokumentation beschrieben. Best Practice: Der optimale Implementierungsansatz hängt von Ihrem spezifischen Enterprise Design und Business Operations Komplexität ab. Vorhandene Business-Architektur Business-Architektur definiert den aktuellen Stand der Erfüllung Ihrer Geschäftsanforderungen. Dazu gehört eine Überprüfung Ihrer Plattform - und Netzwerkarchitektur, Governance und politische Landschaft, Arten von Nutzergemeinschaften, operative Einschränkungen und Prioritäten sowie bestehende Finanzierungsbeschränkungen. Dies sind Informationen, die genutzt werden können, um eine GIS-Design-Lösung zu identifizieren, die auf Ihrem aktuellen Geschäftsbetrieb aufbaut. Vorentwurfsbemühungen Abbildung 12.7 Unternehmensbedürfnisse bilden die Grundlage für jedes Unternehmen GIS-Design. Die Unternehmensvision, die bestehende Geschäftsarchitektur und die Benutzeranforderungen müssen verstanden werden, um die beste GIS-Lösung auszuwählen. Abbildung 12.7 zeigt, wie Sie sich auf Ihr Systemarchitekturdesign vorbereiten können. Business-Anforderungen müssen verstanden werden, bevor Sie bereit sind, die Systemarchitektur zu vervollständigen. Die Business-Anforderungsanalyse umfasst eine Überprüfung der Unternehmensvision, der bestehenden Geschäftsarchitektur und der Benutzer-Workflowanforderungen. Jeder dieser Bereiche muss in einigen Details erforscht werden, bevor Sie das Design beginnen. Die GIS-Bedarfsermittlung beginnt mit der Organisation, die identifiziert, wo die GIS-Technologie die Qualität und Produktivität des Geschäftsprozessflusses verbessern kann. Diese Bewertung identifiziert GIS-Anwendungen und Datenanforderungen sowie eine Implementierungsstrategie zur Unterstützung von GIS-Nutzerbedürfnissen. Die Benutzerorganisation muss während der gesamten Bedarfsermittlung aktiv mitwirken. Ein GIS-Lösungsarchitekt, der mit den gegenwärtigen GIS-Technologiemustern und den Kundengeschäften vertraut ist, kann helfen, diese Planungsarbeit zu erleichtern, die wirkliche Arbeit muss von der Organisation selbst durchgeführt werden. Unternehmensvision Abbildung 12.8 Die GIS-Technologie hat sich weiterentwickelt, um eine breite Palette an unternehmensweiten Anforderungen im gesamten Unternehmen zu unterstützen. Jedes GIS-Technologiemuster ist auf spezifische organisatorische Anforderungen ausgerichtet. Abbildung 12.8 zeigt eine Übersicht der ArcGIS-Technologiemuster. GIS Enterprise Vision betrachtet, wie die GIS-Technologie Ihre geschäftlichen Anforderungen am besten unterstützen kann. ArcGIS enthält eine Reihe von Technologieoptionen, die als kompletter Satz von integrierten Workflows und Systemen entwickelt wurden, um eine breite Palette von Geschäftsanforderungen zu erfüllen. GIS-Software-Bereitstellungsmuster werden optimiert, um Ihre geschäftlichen Anforderungen zu unterstützen: Asset-Management Planung und Analyse Feldmobilität Betriebsbewusstsein Konstituierende Verpflichtung Die meisten erfolgreichen Unternehmens-GIS-Operationen entwickeln das gesamte Spektrum der verfügbaren GIS-Technologiemuster, um fokussierte Geschäftsanforderungen im gesamten Unternehmen zu adressieren. Best Practice: Die Schaffung einer klare Enterprise GIS Vision früh in der Planung kann helfen, eine optimale Roadmap für den Aufbau effektiver GIS-Operationen zu identifizieren. Governance und politische Landschaft Abbildung 12.9 Der Systemarchitekt muss bei der Auswahl der richtigen Entwurfslösung die Unternehmensziele und Richtlinienstandards berücksichtigen. Abbildung 12.9 zeigt, wie die Organisation ihre Geschäftstätigkeiten regelt und verwaltet. Organisationen entwickeln häufig Richtlinien und Standards, die ihre Software - und Hardware-Investitionsentscheidungen unterstützen. Eine Überprüfung der Managementpräferenzen und der damit verbundenen Lieferantenbeziehungen liefert Einblicke in eine Designlösung, die von der Organisation am besten unterstützt werden kann. Treffen Sie mit den GIS - und IT-Managern, um alle Richtlinien oder Präferenzen, die sie für das Design haben können, zu überprüfen. Große System-Upgrades bieten oft eine Chance für die Überprüfung der neuen Plattform-Technologie-Richtungen, und das Management möchte möglicherweise spezifische alternative Technologie-Muster, die sie in der Design-Bemühung berücksichtigen. Verwenden Sie die richtige Sprache Abbildung 12.10 Es ist wichtig, die richtige Terminologie zu erkennen und zu verwenden, wenn es um Designfragen geht. Abbildung 12.10 zeigt, wie wichtig es ist, die richtige Sprache zu verwenden, um Ihre Nachricht zu erhalten. Best Practice: Nehmen Sie sich Zeit zum Zuhören. Erfolgreiche Designberatung erfordert kommunikative Fähigkeiten. Oft ist die Sprache, die von den technischen Mitarbeitern verwendet wird, sehr unterschiedlich, was von der Benutzergemeinschaft verwendet wird. Leistung und Benutzerproduktivität werden oft von den IT-Mitarbeitern und der Benutzer-Community unterschiedlich betrachtet. Die Technologie verändert sich schnell, zusammen mit den Worten, die verwendet werden, um Systemlasten, Architekturmuster, Systemleistung und Kapazitätsbedarf zu beschreiben. Wörter, die verwendet werden, um GIS-Technologie-Muster zu beschreiben ändern und viele Design-Konzepte sind nicht gut verstanden. Best Practice: Die Wörter, die Sie verwenden, wie Sie hören, und wie Sie sprechen, baut Ihre Glaubwürdigkeit sowohl mit der Benutzer-Community und die technischen IT-Mitarbeiter. Glaubwürdigkeit ist sehr wichtig bei der Führung einer gemischten Gruppe von Business-Anwender, technische Architekten und Systemadministratoren auf eine richtige Design-Entscheidung. Technische Architekturüberprüfung Plattform - und Netzwerkumgebungen Abbildung 12.11 Die aktuelle IT-Umgebung bietet einen Einblick in die Erfahrungen und Richtlinien der Mitarbeiter im Bereich der Verwaltung mit der verfügbaren Technologie. Abbildung 12.11 zeigt die Arten von Software, Netzwerk, Servern und Datenquellen, die in den meisten Geschäftsumgebungen verwaltet werden. Ob auf eigene Faust oder in Zusammenarbeit mit einem Designberater sollten Sie die Lieferantenplattformen und Netzwerkumgebungen überprüfen, die derzeit von Ihrem Unternehmen verwaltet werden. Hardwareerfahrung, Wartungsverhältnisse und Schulung des Personals stellen eine beträchtliche Menge an Investitionen für jede Organisation dar. Best Practice: Vorgeschlagene GIS-Designlösungen sollten die Erfahrungen aus der Arbeit mit der etablierten Plattform - und Netzwerkumgebung nutzen. Betriebsbedingungen und Prioritäten Abbildung 12.12 Systemverfügbarkeit, Sicherheitsstandards und spezifische betriebliche Leistungsanforderungen mit den entsprechenden Empfehlungen für die Architekturarchitektur. Abbildung 12.12 zeigt einige wichtige Einschränkungen, die das Design der Systemarchitektur beeinflussen. Das Verständnis der Art der von der GIS-Lösung unterstützten Vorgänge wird die Anforderungen an die Fehlertoleranz, die Sicherheit, die Anwendungsleistung und die Art der Client-Server-Architektur identifizieren, die zur Unterstützung dieser Vorgänge geeignet wäre. Anforderungen an die Systemverfügbarkeit Die meisten Unternehmensprozesse umfassen neben ihrer Produktionsumgebung mehrere zusätzliche Plattformanforderungen. Entwicklungs - und Testplattformen Staging-Plattformen Redundante Wartungs - und Publishing-Datenbankumgebungen Mögliches Remote-Backup-Rechenzentrum Mögliche Cloud-Collaboration - und Publishing-Services Warnung: Alle Geschäftsanforderungen und Prioritäten sind nicht dasselbe, und es ist wichtig zu hören und zu verstehen, was für das Finale wichtig ist Design-Empfehlungen. Sicherheitsanforderungen Ermittlung des Sicherheitsniveaus für den laufenden Geschäftsbetrieb Basis - keine vertraulichen Daten. Standard - mäßige Konsequenzen für Datenverlust oder Integrität Hochsicherheitsrelevante Daten Welche Sicherheitsstandards vorhanden sind Publizierte Web Services-Standards Datenerzeugung und - verteilung Zugriffsstandards Zugriffsschutz für Web-Applikationsserver und Datenquellen. Leistungsanforderungen Identifizieren Sie alle Leistungsprobleme, die durch das neue Design behindert werden Benutzerproduktivität Remotezugriff Öffentliche Webdienste Geoprocessing-Zeitleisten Batchprozess-Zeitleisten Best Practice: Hohe Verfügbarkeit, Redundanz, Sicherheit und spezielle Leistungsüberlegungen steuern die Anforderungen an höhere Hardware - und Softwarekosten. Empfehlungen sollten mit Fakten gesichert werden, um eine angemessene Kosten - und Nutzen-Analyse zu unterstützen. Finanzierungsbeschränkungen Abbildung 12.13 Die empfohlenen Lösungen müssen in angemessene organisatorische Rahmenbedingungen passen oder werden nicht akzeptiert. Abbildung 12.13 zeigt das geplante GIS-Budget. Warnung: Der endgültige Entwurf muss erschwinglich sein. Eine Organisation wird keine Lösung implementieren, die über ihre finanziellen Ressourcen hinausgeht. Mit Systemdesign sind Kosten eine Funktion von Leistung und Zuverlässigkeit. Wenn Kosten ein Problem darstellen, muss das Systemdesign einen Kompromiss zwischen Benutzeranwendungsperformance, Systemzuverlässigkeit, Kosten und Zeitplan ermöglichen. Der Konstruktionsberater muss eine Hardware-Lösung identifizieren, die optimale Leistung und Zuverlässigkeit bei identifizierten Budgetbeschränkungen bietet. Aktuelle Technologie ermöglicht die Verteilung von GIS-Lösungen an Kunden in einer Unternehmensumgebung, aber es gibt Einschränkungen, die für jedes verteilte Computersystemdesign gelten. Es ist wichtig, echte GIS-Nutzerbedürfnisse klar zu verstehen und alternative Optionen für die Erfüllung dieser Bedürfnisse mit System-Support-Mitarbeitern zu erörtern, um die kostengünstigste Lösung zu identifizieren. Es kann notwendig sein, mehrere alternative Software-Technologie-Muster zusammen mit einer Vielzahl von System-Bereitstellung Optionen zur Ermittlung und Festlegung der besten Umsetzung Strategie zu überprüfen. Benutzeranforderungsanalyse Überblick über den strategischen Geschäftsplan Abbildung 12.14 Die Planung beginnt mit der Organisation, dem strategischen Businessplan, dem Management-Verantwortungsrahmen und den Geschäftsprozessabläufen, die unternehmerische Entscheidungen treffen. Abbildung 12.14 unterstreicht die Bedeutung des Verständnisses für das Geschäft. Die wirklichen Vorteile von GIS werden aus Geschäftsprozessverbesserungen abgeleitet. Es beginnt alles mit der Organisation Mission, Werte, Richtungen, Vision, Ziele ODER Mandate und Verantwortlichkeiten Prüfung Geschäftsmodell vorgeschlagen, um Ziele zu erreichen Management Rechenschaftspflicht Rahmenbedingungen (MAF) Messungen von Erfolg und Nachhaltigkeit Technologie als Bestandteil des Erfolgs erkannt Gewinnen Sie ein klares Gefühl von Richtung für die GIS-Planung Rahmenbedingungen für die von der Organisation benötigten Informationen Grundlage für die GIS-Kosten-Nutzen-Analyse Business Operations Analyse (Business Process Workflows) Erfolg hängt davon ab, zu wissen, was Sie davon bekommen wollen. Aktueller Status (ohne GIS) Stellt die aktuelle Geschäftsgrundlage dar. Identifizieren Sie die wichtigsten Entscheidungsmeilensteine und die Arbeitsablaufhäufigkeit Identifizieren Sie die gesammelten Daten und die Analyse, die erforderlich ist, um den Entscheidungsprozess zu identifizieren Identifizieren Sie die Zusammenarbeit, die mit anderen Geschäftsprozessen erforderlich ist Identifizieren Sie die endgültigen Entscheidungskriterien Identifizieren Sie die Kosten für die Vorbereitung und generieren Sie die endgültigen Entscheidungskriterien (Stunden bis Tage) Zukünftiger Zustand (mit GIS) Information Produktbeschreibung zeigt, wie GIS einen Unterschied machen kann. Identifizieren des Informationsprodukts (WebMap, Popups, Diagramme), um endgültige Entscheidungskriterien anzuzeigen Identifizieren von Dateneingaben, die zur Unterstützung der Entscheidungsanalyse erforderlich sind Identifizieren Sie die Funktionen, die erforderlich sind, um die Informationsproduktanzeige abzuschließen. Identifizieren Sie die Kosten für den Zugriff auf das Produktprodukt (Sekunden bis Minuten). Best Practice: Wählen Sie Informationsprodukte aus, die Ihren Geschäftsbetrieb ermöglichen. System Design Process Abbildung 1.15 Das Design der Systemarchitektur bietet eine logische Schritt-für-Schritt-Methode zur Verwendung des CPT, um Ihr System Architecture Design zu vervollständigen. Sobald Sie Ihre Projektabläufe identifiziert haben, sind Sie bereit, Ihr Systemdesign zu vervollständigen. Das CPT wurde für die Verwendung auf der Grundlage eines Standard-Systemarchitekturentwurfsprozesses entwickelt, wie in Abbildung 1.15 gezeigt. Jeder Zyklus des Systemarchitekturentwurfsprozesses umfasst die folgenden Schritte: Technische ArchitekturstrategieHochwertige Übersicht, die Benutzerstandorte, Netzwerkbandbreitenverbindungen und zentrale Rechenzentrumsstandorte zeigt. Benutzerstandortinformationen werden während der Benutzerbedarfsanalyse gesammelt. BenutzeranforderungsanalyseCPT Anforderungsanalyseabschnitt wird konfiguriert, um Standortstandorte, Benutzerworkflows, Spitzenlasten und Netzwerkbandbreite für die Unternehmensentwurfslösung darzustellen. Netzwerk-EignungsanalyseCPT Design vervollständigt die Netzwerk-Eignungsanalyse und identifiziert Kommunikationsengpässe. Netzwerk-Bandbreiten-Upgrades werden identifiziert, um die Netzwerk-Eignungsanalyse abzuschließen. Plattformarchitektur selectionCPT Design Plattformplattform wird konfiguriert, um die Entwurfslösung darzustellen. Identifizieren Sie Plattform-Spitznamen, wählen Sie Plattformen und identifizieren Sie Plattform-Rollover-Einstellungen. SoftwarekonfigurationCPT Design Software Das Konfigurationsmodul wird verwendet, um Workflow-Software der Plattformplattform zuzuordnen (Softwareinstallation) und die Auswahl der Workflow-Datenquelle vorzunehmen. Enterprise DesignlösungOnce konfiguriert, vervollständigt die Registerkarte CPT Design die Analyse der Systemarchitekturdesigns und stellt die Plattformlösung zur Verfügung. Informationsprodukte steuern Ihre Geschäftslösung Abbildung 12.16 GIS-Daten, Anwendungen und Systemanforderungen werden aus gut definierten Business-Informationsprodukten abgeleitet. Abbildung 12.16 zeigt, wie die Designlösung von Informationsprodukten angetrieben wird, die den Geschäftsbetrieb verbessern. GIS Vorteile für die Organisation kommen aus den Informationsprodukten. Daten, Anwendungen und die Systeminfrastruktur sind Kosten, die für die von den Informationsprodukten realisierten Leistungen bezahlt werden müssen. Die Planung beginnt, indem Sie darüber nachdenken, was Sie wollen, aus dem System. Informationsproduktdateneingaben bestimmen die Datenanforderungen. Informationsanalysefunktionen steuern die Anwendungsabläufe. Anwendungs-Workflows steuern das Design der Systemarchitektur. Die Belastungen der Systeminfrastruktur werden durch die Popularität und Komplexität der Workflows bestimmt, die für die Generierung der GIS-Informationsprodukte erforderlich sind. Best Practice: Die Produktvorteile bestimmen den ROI der GIS-Bereitstellung. Benutzerstandort und Konnektivität Abbildung 12.17 Wo Benutzer sich befinden und wie sie mit zentralen Anwendungen und Datenquellen verbunden sind, können akzeptable Systemdesignkandidaten ermitteln. Abbildung 12.17 zeigt den Standort und die Konnektivität des Benutzers. Alle Benutzerstellen, die Zugriff auf GIS-Anwendungen und Datenressourcen erfordern, müssen identifiziert werden. Sie möchten alle Personen einbeziehen, die während der Spitzenzeiten Zugriff auf das System benötigen. Der Begriff Benutzerstandorte umfasst lokale Benutzer, entfernte Benutzer im WAN (Wide Area Network) und Internetbenutzer (intern und öffentlich). Die Unternehmensinfrastruktur muss in der Lage sein, Spitzenlastverkehrslasten aufzunehmen. Wissen, wo sich Benutzer befinden. Wissen, welche Informationen die Benutzer benötigen, um ihre Arbeit zu tun. Identifizieren Sie den Speicherort der erforderlichen Datenressourcen. Best Practice: Ein einfaches Diagramm kann hilfreich sein, um Benutzerstandort und Netzwerkkonnektivität zu identifizieren. In der Systemdesign-Bewertung müssen Sie die Netzwerkkommunikationsbandbreite zwischen den verschiedenen Benutzern und dem Rechenzentrum identifizieren. Die Netzwerkbandbreite kann Kommunikationsbeschränkungen einschließen, die die richtige Softwaretechnologielösung beeinflussen. Die ausgewählte Technologielösung erfordert möglicherweise ein Upgrade auf die Netzwerkkommunikationsinfrastruktur. Best Practice: Es ist wichtig, zusätzliche Infrastrukturkosten während des Planungsprozesses zu identifizieren, die Sie nach der Systembereitstellung nicht finden möchten. Benutzer-Workflow-Muster Abbildung 12.18 Benutzer-Workflow-Muster sind in der Regel ein Produkt einer Bedarfsermittlung und liefern eine Referenz für die Erstellung von Workflow-Lasten für das Design der Systemarchitektur. Software technology workflow patterns are normally identified during a user requirements analysis. The Figure 12.18 workflow patterns were identified for the City of Rome. The user workflow analysis will review each of these technology patterns and identify appropriate software component processing loads for each of the identified use cases. These user workflow loads will determine computer processing and network capacity requirements. The CPT Calculator tab provides the capability for generating custom user workflow models to represent a broad range of software technology patterns. The CPT Calculator and Design tools incorporate all the platform sizing models Esri has used for system design consulting services over the past 25 years. GIS software workflow patterns were identified in Chapter 2. Workflow performance recipes were introduced in Chapter 3. New technology patterns are included with each software release. The tools ability to dynamically model available system design alternatives provides an adaptive, integrated, management view of a complete system architecture design solution. There is a tradeoff between simplicity and complexity in representing user workflows in a system architecture design. Simplicity is easier to understand, simpler to quantify, enables broader validation, helps quantify business risk, and provides valuable information on which to base business decisions. Complexity may be more accurate, may provide a closer representation of the final implementation, and may lead to more detailed results yet complex models can be much more difficult to understand, harder to quantify, more difficult to validate, and may include hidden risk. During the initial planning phase, it is best to develop the most simple representation of your system architecture design solution that will lead to the right business decisions. Best practice: A simple model is best: it highlights the relationship between what the organization wants to do with GIS (what you want out of the system) and the technology you need to do it (software, hardware, and network infrastructure procurement decisions). Planning should establish performance targets that you can identify and validate throughout system deployment. The CPT models used during planning are based on what is learned from performance benchmark testing and what other people are able to do with the technology. Software performance targets were introduced in Chapter 3. You can use the CPT models to establish your own system performance targets, based on your specific infrastructure limitations and operational needs. You can also use the workflow performance models introduced in Chapter 3. System architecture design Figure 12.19 System architecture design provides the foundation for building a successful GIS. Figure 12.19 shows the system architecture design process. System architecture design is an integral part of the GIS business needs assessment. GIS enterprise operations are both compute processing and network traffic intensive, which means: GIS operations can place heavy demands on server processing and network traffic loads. Network capacity can be one of the determining factors driving proper software technology selection. In some cases, hardware constraints can drive software technology selection. Best practice: Infrastructure requirements should always be understood and considered before making a final software technology selection. Maintain a current plan Figure 12.20 GIS planning should be updated annually and integrated into your overall enterprise business planning process. Figure 12.20 emphasizes the importance of maintaining a current GIS plan. Planning is critical for: Providing a framework for enterprise GIS implementation. Ensuring upper management support for required GIS investments. Managing the evolution of enterprise GIS operations. Technology is changing more rapidly every year. During the 1990s, GIS planning was a detailed, rigorous process required to identify and justify major changes in business processes necessary to achieve the benefits provided by GIS technology. GIS implementation would take several years to reach the final planned stateand technology would be relatively stable throughout that period. Today, technology is changing much faster, and it is difficult to plan for more than one year at a time. Technology keeps improving, and adjustments must be made each year to keep pace with the change. Planning methodology is becoming more agile, adapting to the rapid change in technology. Best practice: Enterprise GIS planning is an ongoing process, and should be updated on an annual basis to keep pace with technology. Figure 12.21 CPT can be very useful tool for representing your enterprise GIS operations. Most GIS deployments evolve over many years of incremental technology improvements, and: Implementation plans normally address a two - or three-year schedule to ensure that the budget is in place for the anticipated deployment needs. Project planning should be adjusted annually to take advantage of technology improvements and adjust for technology change. Figure 12.21 shows the CPT Design, a snapshot of a GIS plan identifying user needs, site locations, peak system loads, and platform solution for a specific target architecture (point in time). Changes in user workflow requirements will adjust loads on the selected platform solution. Changes in the platform architecture will identify expected performance improvements and system capacity. The CPT is a simple analysis tool that is easy to change and understand. The CPT provides an adaptive design model representing your GIS enterprise environment. Best practice: The Capacity Planning Tool provides simple to use framework for GIS system design analysis and planning. System Architecture Deployment Strategy Figure 12.22 A phased system deployment strategy includes prototype development testing, initial production roll-out, and final production roll-out on an established implementation schedule that enforces system configuration control. Planning is the first step in supporting a successful system deployment. A system design team should review current GIS and hardware system technology, review user requirements, and establish a system architecture design based on user workflow needs. A deployment schedule, as shown in Figure 12.22, should be developed to identify overall implementation objectives. Phased implementation strategies can significantly reduce implementation risk. Computer technology continues to evolve at a remarkable pace. Integration standards are constantly changing with technology and, at times, may not be ready to support immediate system deployment needs. New ideas are introduced into the market place every day, and a relatively small number of these ideas develop into dependable long-term product solutions. The following best practices are recommended to support a successful enterprise GIS implementation. System deployment phases Pilot Phase Represent all critical hardware components planned for the final system solution. Use proven low-risk technical solutions to support full implementation. Include test efforts to reduce uncertainty and implementation risk. Qualify hardware solutions for initial production phase. Initial Production Phase Do not begin until final acceptance of pilot phase. Deploy initial production environment. Use technical solutions qualified during the pilot phase. Demonstrate early success and payoff of the GIS solution. Validate organizational readiness and support capabilities. Validate initial training programs and user operations. Qualify advanced solutions for final implementation. Final Implementation Phase Do not begin until final acceptance of initial production phase. Plan a phased roll-out with reasonable slack for resolving problems. Use technical solutions qualified during previous phases. Prioritize roll-out timelines to support early success. Implementation strategies are accelerating with faster technology evolution Production upgrades are scheduled to enable required technology advancement. Product upgrade deployments are integrated into production roll-out schedule when ready. Enterprise GIS environments are upgraded incrementally to meet operational requirements. Functional and performance testing is completed before production roll-out. Configuration control for each upgrade is critical for implementation success. ArcGIS Enterprise Deployment Enterprise deployment of ArcGIS setups is now possible starting with the ArcGIS 10.2 release. With enterprise deployment of ArcGIS products, GIS managers or system administrators can efficiently plan for and control ArcGIS installations and updates. Any enterprise deployment tool that supports Windows installation packages (MSI files) can be used to deploy ArcGIS software setups. ArcGIS 10.2 Enterprise Deployment technical paper discusses the enterprise deployment of ArcGIS software setups using Microsoft Systems Management Server (SMS), System Center Configuration Manager (SCCM), and Group Policy. Virtual Desktop and Server Technology Figure 12.23 Virtual server deployments provide options for adaptive virtual desktop environments for development, controlled virtual server environments for testing and staging, and protected high available virtual server environments for production. Virtual server technology is reducing the cost of managing a rapidly changing IT environment. Figure 12.23 identifies a deployment strategy taking advantage of virtual server technology. Many ESRI development and testing operations are currently supported in virtual desktop or virtual server environments. Vendors are improving management and performance monitoring of virtual server environments, and it is becoming more practical to manage and deploy production environments in virtual server deployments. A majority of GIS operations are being deployed today with virtual server environments. Platform virtualization technology provides IT managers with a way to abstract the installed platform software environment from the physical platform hardware. There are two fundamental levels of virtualization, one being virtual desktop environments hosted within a physical platform operating system that interfaces with the physical platform hardware and the other being a virtual server environment hosted on a hyper-visor layer that interfaces with the assigned physical platform hardware. In both cases, the virtual desktop or server contains its own dedicated operating system and software install separate from other virtual systems deployed on the same hardware. There are many recognized benefits with virtual desktopserver deployments. The benefits include faster provisioning times, physical server platform consolidation, fast recovery from system failures, simplified production delivery and recovery, and optimum configuration control. All of these benefits directly contribute to lower overall systems management costs and a more stable operating environment. The disadvantages include additional software cost and some performance overhead. There may also be functional limitations (limited access to hardware graphic cards and performance monitoring software) which in many cases can be managed with the proper deployment selections. The real need for more rapid adaptive deployment schedules (to keep pace with changing technology) which also must be coupled with more stable production deployments (reduced production downtime and more rapid failure recover) drive the need for virtual platform environments - virtualization is one solution that addresses some real IT management needs. The potential disadvantages can be managed by proper deployment strategies. The performance overhead for virtual desktop environments is much higher than for server environments, and for this reason virtual desktops are normally limited to software development environments where performance and scalability is not a critical factor. Server consolidation benefits can be leveraged in a Staging environment, were multiple release candidates can undergo test and validation in preparation for production deployment. Several production release candidates can be testing in parallel on the same physical server platform. Production deployment can benefit from deploying an existing virtual server install (Staging configuration that has completed final test and acceptance) to a higher capacity production physical server by simply moving the Staging server release to the production platform. If there is a production failure identified after deployment it is a simple process to move the production environment back to the previous release. Deploying virtual server staging environments to a physical server production environment is also a viable option - ensuring optimum performance and scalability for the production environment. Virtual server migration software is available to accomplish these provisioning tasks during live operations with no production downtime. Virtual server performance impacts will depend on the workflow environment, and can vary between 10 - 40 percent (and sometimes higher) in the most efficient virtual server configurations. Hardware platform performance has improved over 80 percent within the past two years, which more than overcomes the virtual server processing overhead. The new servers also provide higher capacity (discussed in chapter 9), which opens the door wider for server consolidation benefits. Virtual server deployments appear to be moving to mainstream IT production environment. The big question is no longer whether it makes sense to deploy on virtual servers, but rather when and which software vendor solution will provide the highest return on investment. Technology Product Life Cycle Figure 12.24 Software technology life cycle represents the risk facing current GIS managers. Buying too early can cost more, and buying too late impacts user productivity. Figure 12.24 provides an overview of the technology product life cycle, from initial introduction of a new idea (product innovation) through end of life. Technology is changing faster every year, and managing technology change within a production environment is a challenge for GIS managers and IT administrators. We are seeing an increasing number of new ideas introduced into the marketplace, with each idea promising improved user productivity and simplified system administration. These new ideas must integrate with existing systems that are constantly changing, and initial implementation can be painful. Some of these ideas deliver on their promises, and in time they provide significant productivity advantages and reduce overall cost of administration. Soon a new idea comes along that performs better at reduced cost, and organizations must move on to new frontiers leaving legacy systems behind. Selecting the right technology at the right time will optimize business performance. Introducing new technology before it is ready for prime time can reduce productivity and increase implementation cost. Delaying too long can result in missed opportunities. Getting the timing right promotes success. System Testing Conducting proper testing at the right time can contribute to implementation success. Functional component and system integration testing should be conducted for new technology during prototype development and before introduction into production. The primary focus during this testing is to make sure everything works. Performance targets established during the initial system design can be evaluated during early testing, paying close attention to map display performance and layer complexity (see Chapter 3 Software Performance). This is an opportunity to evaluate workflow functions and reduce processing overhead. Enterprise system environments are becoming more complex. Testing should be conducted in a production software environment (same operating system, service pacts, software architecture, etc). Configuration challenges such as firewall access, security, and high availability should be configured and tested before deployment. Development and test environments should be established to represent the complete software configuration for each production release cycle. Functional Testing Figure 12.25 Formal functional testing should be completed before any system upgrades are introduced into a production environment. Figure 12.25 identifies best practices for planning and conducting functional system testing. Conducting proper testing at the right time can contribute to implementation success. Functional component and system integration testing should be conducted for new technology during prototype development and before introduction into production. A test plan should be developed with clearly defined test requirements, establish configuration control (software versions, operating system environment), and provide test procedures. Testing should be completed before production deployment. Testing should be conducted using the software versions and operating system that will be deployed in the production environment. Complete a risk analysis: Identify new functionality that requires testing. Identify test objectives and establish configuration control plan. Identify test hardware and software configuration. Develop test procedures. Identify implementation team and establish implementation schedule. Order hardware and software and publish installation plan. Conduct test plan and validate functional acceptance. Collect test performance parameters (CPU, memory, network traffic, etc.). Test results and documentation: Document the results of the testing. Include specific hardware, software, and network components that were tested. Include installation and test procedures that were followed, test anomalies, and final resolution. Complete test compliance matrix identifying validation of functional requirements. Publish the test results and make available for reference during system implementation. Best practice: Complete prototype integration testing before production deployment. Test in a production environment (configuration control). Document functional requirements and test procedures. Performance Testing System test is a free desktop application from Esri that enables GIS administrators and users to quickly and easily create functional and load testing procedures within a GIS environment. Figure 12.26 Performance testing should be conducted throughout system design, deployment, and during production and should always follow the scientific method. Figure 12.26 identifies some best practices associated with system performance testing. Performance testing can be expensive and the results misleading. Normally initial system deployments need to be tuned and optimized to achieve final performance goals. Often system performance bottlenecks are identified and resolved during initial deployment. Early application development focuses primarily on functional requirements, and performance tuning is not complete until the final release. Actual user workflow environments are difficult to simulate, and test environments seldom replicate normal enterprise operations. The scientific method introduced with grade school science fair projects provides some fundamental best practices that directly apply to system performance testing. Performance testing should only be conducted to validate a hypothesis (something you think you know). The primary objective of a performance test is to validate the hypothesis (confirm what you know). The test is a success only if it proves the hypothesis (testing does not teach you what you dont know). Initial performance testing often fails to support the test hypothesis. With further analysis and investigation, test bottlenecks andor improper assumptions are identified that change the test results. Performance testing is only successful if it validates the test hypothesis. A scientific approach to testing (Scientific Method) can help develop a true interpretation of the technology. Technology is changing with each service pack release, and this requires an open mind and willingness to continually change what we believe to be true. System performance testing is best conducted during the initial production deployment. During this phase, real users doing real workflows can generate a real user environment. Critical system components should be monitored during the initial deployment to identify processing bottlenecks and resolve system conflicts. Compliance with design performance targets can be validated by observing system throughput and utilization during initial user operations. Initial deployment acceptance should include validation that user workflow performance goals are met. Systems Integration Management Figure 12.27 Project schedule should be developed to identify implementation milestones and schedule dependencies. Basic project management practices promote implementation success. Project teams should be established, individuals should be assigned specific responsibilities, a task plan should be developed to support implementation planning, a configuration control plan and change control process should be established, and an implementation schedule should be published to support project deployment milestones. A system architecture design can provide the framework for establishing an implementation plan. The implementation plan should be developed after final selection of the hardware vendor solution. Figure 12.27 provides a typical system deployment schedule. Specific decision milestones should be included in the schedule and each major task effort clearly identified. An implementation project manager should be assigned to make sure all tasks are well-defined, and every participant has a clear understanding of hisher responsibilities. A clear set of acceptance criteria should be developed for each implementation task and a formal acceptance process followed to ensure integration issues are identified and resolved at the earliest opportunity. The capacity planning tool can be used by project managers to establish performance milestones and validate performance targets are met throughout deployment. Peak users can be identified for different project milestones, and system throughput and server utilization can be reported at each milestone to demonstrate performance goals are met. Performance Monitoring Performance validation tools were discussed in Chapter 3 (ArcGIS for Server analyze and preview map optimization tools and the mxdperfstat performance monitoring tools). The system performance terms discussed in Chapter 10, particularly the relationship between throughput (peak users or peak transaction rates) and utilization (server CPU or network bandwidth utilization), can identify if the deployed solution is performing within the initial project performance milestone. Monitoring live performance metrics can provide excellent validation that the system environment is designed to support peak throughput loads. The challenge is to collect appropriate throughput and utilization metrics that represent actual business workflow loads (what are the current system loads). The ArcGIS for Server statistics tab was a very useful tool for evaluating service usage time on a live active ArcGIS Server platform. This tool is no longer included in the new ArcGIS 10.1 Server Manager. The ArcGIS 10.1 Help provides an example script that can be used to derive map service statistics from the ArcGIS Server logs. The FINE grain ArcGIS Server statistics track which services are drawn and how long the draws take. The example script queries the logs and writes statistics on map service activity during the sample period. Results can be opened in Excel for final review and analysis. Department (Business) managers can often identify the percentage of peak user loads (throughput) generated on the system during high volume events these are the same high volume events that drive staffing and business planning needs. System performance monitoring tools can measure and report platform CPU utilization and network traffic during these high volume events. The problem is that business management and IT administration staff seldom share these metrics. These live performance measures are the most accurate resource for understanding whether the existing system environment has the capacity to meet expected peak system loads. Several third party products are available for system tuning and Web load testing. The ArcGIS Enterprise Systems: Performance and Scalability presentation by our Enterprise test team shares our system tuning and testing experience and best practices. The ArcGIS for Server Performance and Scalability - Optimizing GIS Services presentation provides several tips on configuring GIS applications and data sources for optimum performance. Additional ArcGIS for Server system administration monitoring applications are shared on the ArcGIS Resource center. Popular Extents. This application plots extents requested from a map service as graphics in a JavaScript application. By extracting log records from the ArcGIS Server Administrator API in this manner, you can make more informed decisions about which areas of your maps are most widely used. Services Dashboard. This application displays statistics usage for a service, such as the number of service instances in use, average response time, and the total number of errors, warnings, and successes that are logged. The Services Dashboard can be used to more closely monitor the current state of your service and help you make more informed decisions about its use. Performance Validation Figure 12.28 Monitoring performance compliance throughout development (map publishing), initial deployment, and in production can reduce implementation risk. Figure 12.28 shows the importance of establishing performance milestones and validating performance during implementation. Measuring display rendering time when authoring a service is the first opportunity to validate performance. Measuring deployed service rendering time is another opportunity to validate performance. The CPT test tab is designed to translate throughput and utilization measurements to workflow service times that can be compared directly to the initial project workflow performance targets. Monitoring progress in meeting performance milestones can reduce deployment risk and ensure project delivery success. When performance issues are identified early in deployment, proper adjustments can be made before impacting production workflow productivity (simpler map displays - less layers or generalize layers with large number of features, reduce number of current batch jobs during peak system loads, evaluate preprocessing alternatives (map cache, generalized geodatabase layers, etc). Chapter 3 identified a variety of ways to improve GIS display performance. Identifying and resolving performance issues before they become production level performance problems will promote deployment success. System Monitor is is provided through Esri Professional Services for monitoring and analyzing your enterprise GIS system. System Monitor capabilities are shared on the System Monitor Demo site. System Tuning Figure 12.29 System performance tuning is a way to get the most out of your system investment. The weakest system component (chain link) will limit system performance. Make sure each component is pulling its own weight. System tuning is a critical part of final system integration and deployment. Initial system deployment is the first opportunity to begin performance tuning. Heavy batch processing efforts should be identified and separated from interactive user workflows and supported through a separate batch process queue. System backups and heavy processing workloads should be scheduled during off-peak workflow periods. System component performance metrics should be monitored on a periodic basis particularly during peak workflow periods to identify performance bottlenecks and address system deficiencies. Figure 12.29 provides an overview of the components supporting an enterprise GIS environment. Any component has the potential to introduce a weak link in the overall system performance equation. Managing Technology Change Figure 12.30 Managing technology change is the biggest challenge for any GIS Manager. Building a GIS is an iterative process requiring planning, test, and evaluation through each and every annual business cycle. Enterprise GIS operations require a combination of strategic planning and a continued investment in technology. Technology is changing very rapidly, and organizations that fail to manage this change fall behind in productivity and overall cost management. Managing technology change is a major IT challenge. Figure 12.30 identifies a conceptual system architecture planning and deployment strategy for technology change management. Enterprise operations should include a periodic cycle of coordinated production system updates. Planning, test, and technology validation should occur one periodic cycle ahead of each production deployment. Production deployment efforts should be coordinated to support operational technology needs. Planning, test, and validation: Planning activities should be established on a periodic cycle. Coordinated to support the organizations operational and budget planning needs. Strategic plans should be updated to support a multiyear deployment strategy and published periodically (normally on an annual cycle). The planning and evaluation process should include: A requirements evaluation (strategic plan update). Technology refresh (training and research). Requirements analysis (process and requirements review). Test and evaluation (evaluate new technology alternatives). Prototype validation (pilot test programs). Best practice: Efforts should be scheduled to support the annual system deployment upgrade cycle. Operational system upgrades should be planned on a periodic cycle. Scheduled to implement validated operational enhancements from the planning and evaluation program. System deployment phases should include initial implementation (implementing changes in an operational test environment) to support deployment authorization. The program should also include planned schedules for new technology procurement and deployment on a periodic schedule (in some cases deployment upgrades can be implemented on a monthly or quarterly basis). All production system upgrades should be planned and scheduled with full support for ongoing operations. Conclusion Successful implementation depends on a good solid design, appropriate hardware and software product selection, successful systems integration, and careful incremental evaluation during installation. A phased approach to implementation reduces project risk and promotes success, providing the opportunity for early success and flexibility to incorporate new technology at low risk prior to final system delivery. Guidelines are available to support a successful system design, even for large complex systems. Final purchase decisions are influenced by both operational requirements and budget limitations, introducing unique challenges for system design. Good leadership, qualified staff, and proven standard practices support successful deployments. Previous EditionsPlanning an Information Systems Project: A Toolkit for Public Health Managers This toolkit can help public health managers plan for the implementation of information and communications technology in health information systems. It draws on lessons learned by project Optimize, a five-year collaboration between the World Health Organization and PATH, to help optimize the vaccine supply chain. Find out more about PATHs work in digital health solutions . Author(s): Grevendonk J, Taliesin B, Brigden D Corporate author(s): PATH, World Health Organization Publication date: July 2013 Available materials Hard copies are not available. Some digital files may be saved at low resolutions to conserve file size. Versions with higher quality may be available see the contact information below to enquire. For more information8230 Contact: PATH Publications Email: publicationspath. org Mailing address: PATH, PO Box 900922, Seattle, WA 98109 USA
Comments
Post a Comment