Die Gefahren der Anwenderentwicklung Projekte

Share

|

Das Management von Anwenderprojekten bezieht einzigartige Gefahren innerhalb der traditionellen Systeme Entwicklung Kategorien mit ein. Dieses articl adressiert die einzigartigen Eigenschaften der Anwenderentwicklung Projekte innerhalb der folgenden Kategorien:

- Defining/documenting Geschäft Anforderungen

- Bestimmung von von hardware/software/network Anforderungen

- schätzend

- Projektspurhaltung

- Definieren von von Aufgaben

- die Stunden erfordert schätzend

- Schätzen des Prozentsatzes der Beendigung

- Timekeeping

- Ausgabe Spurhaltung

- sich entwickelnde Fähigkeiten mit Technologie und Werkzeugen

- Sicherheit

- Testing/QA Prozeß

- sich entwickelnde Unterlagen

- organisatorische Stabilität

- Prototyping/usability

- Sign-offs und Zustimmung

GESCHÄFT ANFORDERUNGEN DEFINIEREN UND DOKUMENTIEREND

Wie mit einem traditionellen Entwicklung Projekt, Anforderungen sollte zu dokumentieren der Anfang eines Anwenderentwicklung Projektes sein. Es ist hier, daß die Benutzeranforderungen als Grundlage für die Projektschätzung und -kostennutzwertanalyse definiert werden. Das Anforderungen Dokument sollte ausführlich sein und Eingang Schirme, Verarbeitung Zyklen und Ausgang Reports einschließen. Der Datenbankentwurf sollte enthalten auch sein und Daten-Verhältnisse definieren. Ist nicht nur die defining/documenting Geschäft Anforderungen, die für das Schätzen der Ausgangsbemühung des Projektes wichtig sind, ist es auch für die Bestimmung der Änderungen im Bereich und die Bestimmung kritisch, was “getan” ist. Viele Male was beiläufig beim Anfang eines Projektes wiederholt wird, wird kritisch wichtig, wenn man eine Beendigung des Projektes’s feststellt. Typische Elemente eines Anforderungen Dokumentes schließen ein:

- Zielsetzung des project/system

- Geschäft Anforderungen

- Input/Output Anforderungen

- betroffener Geschäftsbereich

- Verarbeitung von von Anforderungen

- Sicherheit Anforderungen

- Daten oder Akte, die Anforderungen anfassen

- organisatorische Auswirkungen

- Unterlagen Anforderungen

Es ist schwierig für einen Revisor, festzustellen, wenn die alle Anforderungen komplett und ausreichend definiert sind. Jedoch an einem Minimum, sollte der Revisor überprüfen, daß die Anforderungen auf einem genügenden Niveau des Details definiert sind und daß es passende Benutzermanagementermächtigung gibt.

BESTIMMUNG DER KLEINTEILE, DER SOFTWARE UND DER NETZ-ANFORDERUNGEN

Sobald Benutzeranforderungen definiert werden, können hardware/software/network Anforderungen hergestellt werden. Diese Anforderungen werden, die verarbeitenplattform und den Netzwerkanschluß für das System festzustellen verwendet. Faktoren, die das passende platform(s) feststellen, sind existing/strategic Netzinfrastruktur, Zahl der gleichzeitigen Benutzer, Größe der Datenbank und Volumen Verhandlungen. Es gibt gewöhnlich keine “rechte” zu verwenden Plattform, und viele IST Personal haben unterscheidene Meinungen. Zusätzlich verkünden Verkäufer immer neue Freigaben mit den neuen Eigenschaften und bilden sie schwierig, vorhandene Produkteigenschaften gegen vaporware zu unterscheiden. Passen Sie von den Technologien und von den Methodenlehren auf, die neue Bezeichnungen und vernaculars vorstellen, die einen Rauchschirm für schlechtes Projektmanagement und Mangel an Sachkenntnis zur Verfügung stellen. Hoffnungsvoll wird eine beste Annäherung Kosten, Systeme Leistung und Mühelosigkeit der Entwicklung betrachtend gewählt. Gewöhnlich werden die Anforderungen in einem Architekturdokument dokumentiert, die einschließen:

- Geschäft Anforderungen

- taktische Betrachtungen

- strategische Betrachtungen

- Schnittstellen mit anderen Systemen

Keine Hardware/softwareplattform “paßt” alle Anwendungen, gerade als Hammer alleine errichtet nicht ein Haus. Mit jedoch sollte kein kleines Teil der Plattformwahl sein, was Plattformen die Entwickler vertraut sind. Vertrautheit mit den gewählten Plattformen verbessert die Genauigkeit der Schätzungen und hilft, sicherzugehen, daß “System Mörder-” Probleme nicht später angetroffen werden. Es ist zu riskant, ungeprüfte Technologien als Plattform für große Entwicklung Projekte zu verwenden.

Ein möglicher Engpaß mit Anwendersystemen ist die Netzkapazität und -verkehr zwischen der Benutzerworkstation und dem Bediener. Viele Male, werden diese Systeme erwartet, um übermäßigfernnetze (WANs) durchzuführen die möglicherweise nicht gleichbleibende Netzantwortzeiten zur Verfügung stellen können.

SCHÄTZEN

Ein Gebrauch von der Projektschätzung soll feststellen, ob Management das Projekt finanzieren möchte, das auf einer cost/benefit Analyse basiert. Offensichtlich wenn die Schätzungen nicht genau sind, kann Management nicht gute Entscheidungen treffen an, ob sie das Projekt tun möchten, zuweisen Leute Aufgaben oder Plan an, wenn deliverables vorhanden sind. Im Wesentlichen ohne Warenschätzungen, können Projektmanager nicht handhaben. Faktoren, die in gutschätzungen einsteigen, sind:

- Erfahrung mit den hardware/software/network/development Werkzeugen: Wenn die Entwickler nicht mit dem platforms/tools erfahren werden, sollte Management feststellen, daß die Schätzung vermutlich nicht sehr gut ist und bereit zu sein, viel mehr auf dem Projekt aufzuwenden und zu erwarten verzögert.

- Vertrautheit mit den Anforderungen: Wurden die Entwickler in die Anforderungen Definition miteinbezogen? Wenn nicht, wieder ist die Schätzung vermutlich nicht sehr gut; und seien Sie bereit, viel mehr auf dem Projekt aufzuwenden und zu erwarten verzögert.

- vorhandene Systeme: Ist die Neuanmeldung eine Neufassung der vorhandenen Systeme, in denen die Report- und Datenanforderungen definiert werden? Wenn so, kann die Schätzung recht genau sein. Andernfalls kann zusätzliche Bemühung zu den Re erfordert werden - tun Sie das System, um Benutzeranforderungen zu entsprechen.

Hoffnungsvoll kann eine Schiene Aufzeichnung der ähnlichen Entwicklung Bemühungen benutzt werden, um eine Wirklichkeit Überprüfung für die Schätzungen zur Verfügung zu stellen. Dieses kann während eine Steuerung für handhabende Entwickler auch verwendet werden, die ihre Schätzungen auffüllen können. Ein Vertrauen Faktor oder eine Strecke sollten ein Teil dieser Schätzung sein. Dieses würde Management eine Gutschachtel und ein im schlimmsten Fall Drehbuch geben. Dieses würde Management die Fähigkeit zugestehen zu entscheiden, das Projekt nicht zu tun, wenn es zu kostspielige oder wahrscheinliche nicht Treffenstichtage sein konnte. Eine abschließende für heraus aufzupassen Gefahr, ist ein Zieldatumsatz durch das ältere an durch die Projektmannschaft gebunden zu werden Management. Wenn ein top-down Zieldatum eingestellt wird, gibt es Druck auf dem Entwicklung Personal “zurück in” zu den Schätzungen, die nicht basieren auf, was oder Druck, Schätzungen nicht an allen zu haben angefordert wird.

PROJEKT-SPURHALTUNG

Wie mit allen Entwicklung Projekten, die zum Vermeiden oder zum Handhaben der Anwenderentwicklung Gefahren ist wirkungsvolles wesentlich sind, Projektmanagement. Die Elemente, die nachstehend aufgeführt werden, werden benutzt, um zu kennzeichnen, wo das Projekt ist, was gelassen wird und die Menge von Bemühung restlich.

- Definieren von von Aufgaben: Entwicklung Aufgaben sollten an einer Größe definiert werden, die genug klein ist, leicht aufgespürt und sinnvoll zu sein. Der Projektmanager kann ein Projekt effektiv handhaben, wenn es spezifische deliverables mit offenbar definierten Stunden gibt und Abgabefristen frequentiert. Große Aufgaben mit vieldeutigen deliverables bilden es schwierig, zu wissen, wenn das Projekt in der Mühe in der Zeit, die Gefahren effektiv zu handhaben ist. Aufgabe Abhängigkeiten und Anweisung von Verantwortlichkeiten sind für Projekte mit mehrfachen in Verbindung stehenden Mannschaften besonders wichtig, in denen es schwierig sein kann, festzustellen, wem verantwortlich ist für, was.

- schätzend Stunden erfordert: Dieses sollte von jemand getan werden, das erfahren wird mit, was hoffnungsvoll dem — Entwickler angefordert wird, der die Aufgabe durchführen wird. Dieses würde irgendeinen Besitz oder Verpflichtung zur Aufgabe Beendigung zur Verfügung stellen.

- Schätzen des Prozentsatzes der Beendigung: Diese kann eine ungenaue Vermutung sein, wenn es auf der Menge der Arbeit gegründet wird, die bereits verbraucht worden ist, um eine Aufgabe durchzuführen. Sie sollte auf definierten deliverables wie Taskanzahl, Schirme, oder die durchgeführten Reports basieren.

- Timekeeping: Timekeeping wird häufig nicht effektiv verwendet. Viele Entwickler nicht regelmäßig notieren ihre Zeit oder halten eine genaue Schätzung der Stunden aufgewendet. Dieses bildet es schwierig, den Projektstatus festzustellen. Zusätzlich kann die Störung, alle Stunden für dieses Projekt zu notieren andere Projekte veranlassen unterschätzt zu werden, wenn die notierten Stunden für zukünftige Schätzungen verwendet werden.

AUSGABE SPURHALTUNG

Die Ausgabe Spurhaltung kann verwendet werden, um Projektanforderungen zu verfeinern, indem man Entscheidungen dokumentiert und behebt, die nicht während der ursprünglichen Anforderungen Definition erwogen wurden. Das Ausgaben Maschinenbordbuch ist auch ein guter Träger für aufspürende hervorragende Probleme und Sicherstellen, daß sie behoben sind, bevor das System in Produktion eingeführt wird. Eine allgemeine Gefahr mit Anwendersystemen ist der Mangel an Stabilität wegen der Software-Unverträglichkeiten, der Netzstörungen und der Schwächen mit der Datenbank, die gleichzeitige Updates anfaßt. Ausgaben sollten in der Schwierigkeit von den Erscheinen “stoppern” zu den netten “Verbesserungen belastet werden” , um Entwicklung Bemühung zu geben. Der besitzende Benutzer des Systems sollte der sein, zum, wenn eine Ausgabe behoben worden ist, wie eine Tendenz so dort festzustellen, damit Entwickler vorzeitig Auflösung behaupten. Wie mit jedem möglichem Stöerungsprotokoll, sollte das Ausgabe Maschinenbordbuch enthalten wem die Ausgabe kennzeichnete, das Datum, welches die Ausgabe gekennzeichnet und mitgeteilt wurde, Schwierigkeit, eine Beschreibung der Ausgabe und wenn es, der Auflösung Text behoben wird. Dieses kann auch dienen, während eine Prüfliste der Entscheidungen bildete.

Ausgaben sollten behalten werden, nachdem sie behoben sind, für das zukünftige Neigen benutzt zu werden. Trendanalyse sollte durchgeführt werden, um Training Ausgaben, sowie Probleme mit Kleinteilen, Betriebssystemsoftware und andere Anwendersoftware aufzuspüren. Wenn jede Störung geloggt wird, kann das Ausgaben Maschinenbordbuch auch benutzt werden, um die gesamte Stabilität des Systems aufzuspüren. Das Ausgaben Maschinenbordbuch kann benutzt werden, um Probleme zu bestimmen, indem man die Situationen festlegt, in denen das Problem auftrat. Die Probleminformationen können nützlich auch sein, wenn man Verkäuferunterstützung in der Problemauflösung erreicht, indem man freien Beweis der Wechselbeziehung zwischen Problemen und Verkäuferprodukten zur Verfügung stellt.

SICH ENTWICKELNDE FÄHIGKEITEN MIT TECHNOLOGIE UND WERKZEUGEN

On-the-job Training ist nicht die Weise, neue Anwenderentwicklungswerkzeuge und Techniken zu erlernen. Ein Entwickler sollte Klassenzimmer oder computer-gestütztes Training (CBT) zweifellos nehmen. Jedoch sollten Entwickler nicht auf großräumigen Projekten, zuerst sich einschiffen ohne kleine Projekte erfolgreich durchgeführt zu haben. Dieses würde Projektgefahr verringern, indem es den Entwicklern erlaubte, sich auf einem Klein zu prüfen und ihnen die Fähigkeit zur Schätzung genauer zu geben die betroffene Bemühung. Projektmanager sollten auch ausgebildet werden, wenn man die nach und nach größeren Projekte handhat, die auf mehrfache Mannschaften, Aufgabe Abhängigkeiten und mehrere Benutzer konzentrieren.

Auf größeren Projekten mit neuen Technologien, kann es viele Leute mit den unterschiedlichen Niveaus der Sachkenntnis geben versuchend, Entscheidungen zu treffen. Es gibt viele Niveaus des Wissens. Dieses kann reichen von eine welcher Person innen eine Zeitschrift, las zu, was sie von jemand anderes hörten, bis zu, was sie vom Training, wissen zu, was sie vom Arbeiten mit einem System oder hinter Entwicklung Erfahrung wissen.

Die ersten drei Niveaus des Wissens sind ziemlich schwach aber recht allgemein. Leute, die’s Rollen gehandhabt werden sollte, gegründet worden auf einer Anerkennung ihres Niveaus des Wissens, um sicherzugehen, daß Aufgaben passend zugewiesen werden, Schätzungen, sind zuverlässig, sowie das die Entscheidungen getroffen und die genommenen Richtungen sind Ton. Bezugsüberprüfungen sollten für neue Angestellte und Außenseite Berater durchgeführt werden, die behaupten, die Experten “zu sein” , zum ihres Niveaus der Sachkenntnis zu überprüfen.

SICHERHEIT

Eine erfolgreiche Sicherheit Implementierung kann in einem Anwenderklima schwierig sein wegen der vielen verarbeitenschichten, die gesichert werden müssen:

- Klient Workstation. Historisch ist dieses PC gewesen, das das schwache Kontrolleneinschränken hat, wer Zugang zu den Programmen und zu den Akten hat. Jedoch mit der Einleitung der Betriebssysteme wie Microsoft’s Windows- NTWORKSTATION, rivalisieren die Kontrollen, die vorhanden sind, mit dem Niveau der Sicherheit vorhanden auf einem Mainframe.

- Anwendung. Dieses Niveau der Sicherheit steuert gewöhnlich die Menüs und fängt auf, daß ein Benutzer in der LageIST zugänglich zu machen. Die Niveaus des Zuganges werden gewöhnlich gelesen, aktualisieren und löschen.

- Netz. Dieses beschäftigt das Sichern von von Tätigkeit im Netz. Werkzeuge wie Netzsauganleger sind vorhanden, Daten zu lesen und zu ändern, die über das Netz übertragen wird. Es gibt gewöhnlich zwei Arten Netzkontrollen, die verwendet werden, um nicht angebrachte Freigabe oder Änderung von Daten zu verhindern. Das erste schränkt Zugang zu den Segmenten oder zu den Bereichen eines Netzes ein. Dieses wird normalerweise mit Brandmauersystemen oder Siebungfräsern getan, die den Verkehr einschränken, der auf Quelle und Zieladressen basiert. Internet-Anschlüsse sollten durch Brandmauern gesteuert werden. Die andere Methode für das Sichern des Netzverkehrs ist Verschlüsselung. Dieses verhindert die Fähigkeit, die Daten zu lesen oder zu ändern, die über das Netz gehen. An einem Minimum sollten Kennwörter verschlüsselt werden.

- Bediener. Der Bediener Steuerung gewöhnlich, die zum Netz anmelden können und die Datenbanken und Akten im Netz zugänglich machen kann. Bedienersicherheit ist die die meisten

allgemeine Art der Sicherheit benutzt in einem lokalen Netzwerk. Zugang zum Netz ist durch einen userid und ein entsprechendes Kennwort gewöhnlich kontrolliert. Zugang zu den Akten wird dann basiert auf dem zugewiesenen Benutzer oder der Gruppennummer bewilligt. Die meisten Bediener stellen für loggensicherheit Leitung und Verletzung Tätigkeit zur Verfügung. In den großen Klient /server Systemen führt ein Mainframe die Bedienerfunktion durch.

- Datenbank. Das Datenbanksystem kann die Sicherheit Funktionen auch durchführen, einen userid und ein Kennwort erfordern und Zugang zu den Daten dann zuweisen, die auf dem Benutzer oder der Gruppennummer basieren. Zusätzlich können Datenbanken Sicherheit Leitung und Verletzung Tätigkeit loggen.

Mehrfache Niveaus der Sicherheit zu koordinieren ist schwierig, und viele Systeme stellen Sicherheit Schwächen vor, indem sie Zugriffssteuerungen auf bestimmten Plattformen ignorieren oder LOGON auf Plattformen scripting, die leicht verhindert werden können. Ein anderes typisches Problem mit Anwendersystemen ist, daß sie lästig sind und mehrfache LOGON mit mehrfachen userids und Kennwörtern erfordern.

Ideal sollte die Anwendung mit einem einzelnem Bereitschafts entworfen werden, das Kontrollen auf das applic ation, die Workstation, den Bediener und die Datenbanksysteme, zusammen mit Netzkontrollen zugänglich machen, die Zugang zu den passenden Segmenten des Netzes einschränken und empfindlichen Verkehr verschlüsseln.

PRÜFUNG

Während die Elemente des traditionellen Qualitätsassurance/testing Prozesses auf das Anwenderklima zutreffen, enthält dieses Klima die einzigartigen Herausforderungen, welche die rigorosere Prüfung erfordern, obgleich Entwickler möglicherweise nicht die Prüfung als ernsthaft nehmen können, weil es nur “ein PC System ist.” Der Anwendersysteme Entwicklung Prozeß sollte Testpläne mit erwartetem Resultat, tatsächlichem Resultat und Einteilung von Unterschieden einschließen. Wenn die System Anforderungen gut definiert worden sind, können sie verwendet werden, um die Testpläne zu entwickeln. Die Prüfung sollte alle Plattformen, sowie die Schnittstellen zwischen ihnen und der Fähigkeit einschließen, gleichzeitige Benutzer anzufassen. Zusätzlich zur Behandlung der mehrfachen Updates durch gleichzeitige Anschlüsse, schließen viele Anwendersysteme die Fähigkeit ein, ohne eine direkte Network Connection durch Datenbanksynchrounisierung mit einer benannten Prozeßreproduktion zu funktionieren. Dieses erfordert einzigartige prüfenschritte, zu überprüfen, daß wiederholte Hinzufügung, Updates oder Auslassungen richtig durch den Reproduktionprozeß sowie das Arbeiten mit dem System angefaßt sind, das in einer Mehrfachverbindungsstelle - Benutzermodus funktioniert. Gleichzeitige Updates zu den Datenbanken (zwei Leute, die versuchen, die gleiche Aufzeichnung gleichzeitig zu aktualisieren) können Datenbankkonflikte verursachen. Wie das System anfaßt, sollten Konflikte durch die Anwendersoftware oder die manuellen Verfahren dokumentiert werden und gehandhabt werden.

Schlechte Antwortzeit ist häufig eine Ausgabe mit Anwendersystemen. Engpässe können durch die Erhöhung von von Netzkapazität, von von abstimmenden Datenbankfragen oder von von Optimierung des Datenbankentwurfs behoben werden.

Anwenderänderung Management verursacht auch einzigartige Herausforderungen mit Version Steuerung. Progra mming Code wird gewöhnlich über mehrfache Plattformen verteilt, sowie eingebettet innerhalb der Datenbanken. Während PC Version Steuerpakete häufig benutzt werden, ändern Sie Managementsysteme, die source/object Synchrounisierung sind nicht so hoch entwickelt wie die Systeme einschließen, die in der Mainframeumgebung benutzt werden.

SICH ENTWICKELNDE UNTERLAGEN

Während das Ziel eines Anwendersystems, benutzerfreundlich zu sein und on-line-Hilfe Funktionen zur Verfügung zu stellen ist, sollten diese Systeme die traditionellen Arten der Unterlagen zusätzlich haben, vorhanden zum zu funktionieren, behalten bei und benutzen das System. Die Unterlagen Anforderungen sollten das folgende mit einschließen:

- System Überblick

- Codes des Benutzers instructions/transaction

- System Flussdiagramme

- Systemschnittstellen

- Verarbeitungsfunktion, Organisation und kurze Beschreibung von progra Ms.

- Akte descriptions/dataset Eigenschaften (Datenbankentwurf, wenn anwendbar)

- Sicherheit und Steueranforderungen des Systems und Implementierung jener Anforderungen im System

- Akte Unterstützungs- und Zurückhaltenanforderungen - Benutzerstörungen und -anzeigen

Unterlagen Anforderungen sollten im Projektplan, sowie Verträge beim Arbeiten eingeschlossen werden mit einem äußeren Verkäufer.

ORGANISATORISCHE STABILITÄT

Reorganisierungen und Personalfluktuation sind schwierig, besonders in den großen Organisationen zu handhaben. Diese Auswirkungen können ein Projekt leicht töten. Ein guter Projektmanager nimmt die Möglichkeit des Verlierens der Mannschaftmitglieder vor den “zwei Wochen vorweg, die Nachricht” gegeben wird. Offensichtlich sollte Management tun, was sie die Dose zum Behalten Schlüsselleute. Jedoch ist Schlusser Personal unvermeidlich, — besonders wenn Personal auf heißen Technologien “ausgebildet wird,” die sehr vermarktungsfähig sind. Sachen, die erfolgt werden können, um die Auswirkung der Personaländerungen zu verringern, sind:

- Training: sicherstellen, daß genügende Leute auf dem Personal mit den Technologien kenntnisreich sind zu versichern, daß die Mannschaft nicht übermäßig auf irgendeiner einer Person vertrauensvoll ist. Dieses könnte auch verwendet werden, um zu helfen, Personal zu handhaben, das gegen Änderung beständig sind und möchte nicht es beschäftigen.

- Herstellen der Unterstützungen: das Kennzeichnen wer eine Position der Person s’füllen konnten, was es nehmen würde, um der Einzelperson bis zur Geschwindigkeit zu erhalten, und das Einführen eines Planes vor ihm wird angefordert. Er kann sinnvoll sein, Aushilfseinzelpersonen gekennzeichnet zu haben schreibt Teile des Systems, um sicherzugehen, daß sie die Fähigkeiten haben, die notwendig sind, es zu stützen.

- Mentoring: Gelegenheiten, damit älterere Einzelpersonen andere, durch das Beantworten von von Fragen, unterstützend mit Argumentation, und Funktion kennzeichnen durch Probleme unterstützen.

- programmierenstandards: Abdeckungen, wie Code geschrieben werden und dokumentiert werden soll, um sicherzugehen, daß er durch andere gestützt werden kann.

- Schreibtischtests für ein Programm: bezieht mit ein, Systeme zu wiederholen, während sie werden entwickelt, um sicherzugehen geschrieben werden, daß sie logisch, verständlich durch andere, und die Unterlagen Standards zu befolgen.

- Wartung Schirme: wenn errichtet Sie seien, um der Änderung des Schlüsselsystems functions/parameters ohne Programmiererintervention zu ermöglichen.

ZUSAMMENFASSUNG

Es ist nicht einfach, Projekte zu handhaben, die von den komplizierten Anwendersystemen abhängig sind. Technische Probleme können auftreten, die “ein System töten,” das nichts haben, mit Projektmanagement zu tun. Jedoch können Projektmanagementkontrollen eingeführt werden, die die Gefahren dieser Probleme abschwächen. Während kann die Revidierung des Projektmanagements, das Kontrollen von der traditionellen Bilanzannäherung, korporative Betriebsmittel auseinanderlaufen, gespeichert werden, indem man zu den Situationen des älteren Managements sich entwickelt, in denen diese Kontrollen nicht im Platz sind. Wie vorher besprochen, die wichtigsten Kontrollen, um für heraus aufzupassen einzuschließen:

- Erfahrung mit der Technologie und den ähnlichen Projekten - Benutzeranforderungen ausreichend, definierend und dokumentierend - genaue schätzende und herstellende realistische Zieldaten - Spurhaltung des Fortschritts und der Ausgaben

- Einführen der wirkungsvollen Sicherheit

- das System effektiv, dokumentierend und prüfend - Erreichen von von Benutzerzustimmung

Wenn diese Kontrollen im Platz sind, haben der Projektmanager und -revisoren etwas Versicherung, daß die Gefahren, die mit Anwendergefahren verbunden sind, effektiv gehandhabt werden.