Mindmap-Galerie Systemanalytiker – Software-Anforderungsentwicklung
Das Software-Anforderungs-Engineering ist ein Schlüsselkapitel für Systemanalytiker. Zu den Kapiteln „Anforderungserhebung“ und „Anforderungsanalyse“ gehören häufig Veröffentlichungen.
Bearbeitet um 2024-04-24 20:26:37Welche Preismethoden gibt es für Projektunteraufträge im Rahmen des EPC-Generalvertragsmodells? EPC (Engineering, Procurement, Construction) bedeutet, dass der Generalunternehmer für den gesamten Prozess der Planung, Beschaffung, Konstruktion und Installation des Projekts verantwortlich ist und für die Testbetriebsdienste verantwortlich ist.
Die Wissenspunkte, die Java-Ingenieure in jeder Phase beherrschen müssen, werden ausführlich vorgestellt und das Wissen ist umfassend. Ich hoffe, es kann für alle hilfreich sein.
Das Software-Anforderungs-Engineering ist ein Schlüsselkapitel für Systemanalytiker. Zu den Kapiteln „Anforderungserhebung“ und „Anforderungsanalyse“ gehören häufig Veröffentlichungen.
Welche Preismethoden gibt es für Projektunteraufträge im Rahmen des EPC-Generalvertragsmodells? EPC (Engineering, Procurement, Construction) bedeutet, dass der Generalunternehmer für den gesamten Prozess der Planung, Beschaffung, Konstruktion und Installation des Projekts verantwortlich ist und für die Testbetriebsdienste verantwortlich ist.
Die Wissenspunkte, die Java-Ingenieure in jeder Phase beherrschen müssen, werden ausführlich vorgestellt und das Wissen ist umfassend. Ich hoffe, es kann für alle hilfreich sein.
Das Software-Anforderungs-Engineering ist ein Schlüsselkapitel für Systemanalytiker. Zu den Kapiteln „Anforderungserhebung“ und „Anforderungsanalyse“ gehören häufig Veröffentlichungen.
Software-Anforderungs-Engineering
Überblick
Hierarchie der Bedürfnisse
Geschäftliche Bedürfnisse
System Anforderungen
Qualitätsfunktionsbereitstellung (QFD)
Regelmäßige Bedürfnisse
erwartete Nachfrage
unerwartete Nachfrage
Anforderungserfassung
Benutzerinterviews
Bereiten Sie sich auf das Vorstellungsgespräch vor
Bestimmen Sie den Zweck des Interviews
Identifizieren Sie Benutzer, die Sie in Interviews einbeziehen möchten
Bereiten Sie Fragen für Vorstellungsgespräche vor
Offene Fragen
geschlossene Fragen
Treffen Sie Vorkehrungen für Abschlussgespräche
Interviewprozess
Begrenzen Sie die Interviewzeit
Suchen Sie nach Ausnahmen und Fehlersituationen
Tauchen Sie ein in die Details
Bewahren Sie die Aufzeichnungen sorgfältig auf
Nachbereitung des Interviews
Die erste Aufgabe besteht darin, die aus dem Interview gewonnenen Informationen aufzunehmen, zu verstehen und aufzuzeichnen
Notieren Sie die Fragen, die der Benutzer nicht beantworten kann, und vereinbaren Sie sie zur Bestätigung für das nächste Interview.
Senden Sie dem Benutzer ein Interviewmemo, um den Beitrag des Interviewpartners zu bestätigen und falsche Antworten auf Fragen zu bestätigen
Vor- und Nachteile von Benutzerinterviews
Gute Flexibilität und breites Anwendungsspektrum
Schwierigkeiten bei der Koordinierung der Benutzerzeit
Interviews enthalten eine große Menge an Informationen und sind schwer aufzuzeichnen
Ausreichende Kommunikationsfähigkeiten
Ausreichende Domänenkenntnisse
Konfrontation mit vertraulichen Angelegenheiten und sensiblen Themen
Interviewformat
Strukturiert (vorab eine Reihe von Fragen vorbereiten und zielgerichtet durchführen)
Unstrukturiert (listet nur grobe Ideen auf, alle basierend auf der Leistung vor Ort)
Tatsächlich ist eine Kombination aus beiden am effektivsten
Fragebogen
Fragebogenerstellung
Identifizieren Sie das Problem und den Typ
Fragen schreiben
Entwerfen Sie das Format des Fragebogens
Vor- und Nachteile von Fragebogenbefragungen
Sammeln Sie in kurzer Zeit und zu geringen Kosten Daten aus einer großen Anzahl von Antworten
Das anonyme Ausfüllen trägt zu wahren Antworten bei
Einfach zu organisieren und zu zählen
Methoden zur Verbesserung der Fragebogenrücklaufquote
Erklären Sie den Zweck und die Verwendung des Fragebogens
Erklären Sie die Antwortanforderungen
Bitten Sie die zuständige Person, Sie zum Ausfüllen und Zurücksenden aufzufordern
Nehmen Sie an Kundenbesprechungen teil und beantworten Sie Fragebögen zur Informationsverarbeitung
Reduzieren Sie die Antwortzeit des Fragebogens
Preise festlegen
Probenahme
Probengröße
Berechnungsformel: Heuristischer Faktor (α) * (Konfidenzkoeffizient/akzeptabler Fehler) * (Konfidenzkoeffizient/akzeptabler Fehler)
Vor- und Nachteile der Probenahme
Beschleunigen Sie die Datenerfassung
Hängt von subjektiven Faktoren des Systemanalytikers ab und verlässt sich auf Erfahrung und Fähigkeiten
Storyboard
Storyboard-Konzept
Nutzen Sie Tools, um Benutzern zu erklären, wie das System zum Unternehmen passt
Arten von Storyboards
passiv
Ähnlich wie Bilder und PPT
Aktiv
Ähnlich wie Filmbeispiele, abspielbar
interaktiv
Wie Simulation, Simulation, Prototyp
Storyboard-Erstellung
Statische Werkzeuge wie Stift und Papier, PPT, Bilder usw.
Dynamische Tools wie Flash und andere Animationstools usw.
Vor- und Nachteile von Storyboards
Die anschaulichste Nachfrageerfassungstechnologie, benutzerfreundlich und hochgradig interaktiv
Hoher Zeitaufwand und langsame Nachfrageerfassung
Gemeinsame Anwendungsentwicklung (JAD)
JRP-Treffen
Hauptprinzipien
Vorteile und Nachteile
Es ist sehr effektiv bei mehrdeutigen Problemen und Bereichen, in denen die Bedürfnisse am wenigsten klar sind.
Meetings sind schwierig zu organisieren und erfordern hohe Fähigkeiten des entsprechenden Personals
Höhere Kosten, offensichtlicher Effekt
Anforderungserfassungstechnik
Aufgabenkarte
Besonders geeignet zum Sammeln und Organisieren von Informationen auf Geschäftsaktivitätsebene
Szenenbeschreibung
Detaillierte Beschreibungen von Arbeitsszenarien und -prozessen durch Benutzer
benutzergeschichten
Beschreiben Sie Funktionen, die für Benutzer wertvoll sind
Inhalt
Schriftliche Beschreibung (für Planung und Notizen)
Gespräch (Verfeinerung der Geschichte)
Testfälle (Story-Implementierung überprüfen)
User-Story-Karten in handschriftlicher Form
Grundeigenschaften
Unabhängigkeit
Verhandelbarkeit
wertvoll für Benutzer
Vorhersagbarkeit
Kurz und bündig
Testbarkeit
Weiße Volere-Karte
Anforderungserfassungstool ähnlich den Aufgabenkarten
Werkzeugauswahl
User Stories und Volere White Cards werden als Mindestanforderungen positioniert und eignen sich für den Einsatz in agilen Methoden.
Auswahlgrundsätze
Leihen Sie sich vorhandene Vorlagen aus
Je nach Bedarf erweitern oder neu definieren
Die Auswahl sollte auf den Fähigkeitsfaktoren der Team-, Benutzer- und Systemanalyse basieren
Bedarfsanalyse
Aufgaben zur Anforderungsanalyse
Definition
Verfeinern, analysieren und überprüfen Sie die erhaltenen Anforderungen sorgfältig, um sicherzustellen, dass alle Beteiligten sie verstehen und identifizieren Fehler, Auslassungen, Mängel
Aufgabe
Zeichnen Sie ein Diagramm des Systemkontextbereichs
Erstellen Sie eine Prototyp-Benutzeroberfläche
Analysieren Sie die Machbarkeit der Anforderungen
Priorisieren Sie Bedürfnisse
Modellieren Sie die Anforderungen
Erstellen Sie ein Datenwörterbuch
Verwenden Sie QFD
Methode der Bedarfsanalyse
Strukturierte Analysemethode (SA)
Das ER-Diagramm stellt das Datenmodell dar
DFD stellt ein Funktionsmodell dar
Die Hauptfunktion von DFD
Ein Tool zum Verstehen und Ausdrücken von Benutzerbedürfnissen und ein Mittel zur Bedarfsanalyse
Die Beschreibung des internen logischen Prozesses des Systems ist ein Werkzeug zur Darstellung der Ergebnisse der Bedarfsanalyse und der Ausgangspunkt des Systemdesigns.
Die archivierten Textmaterialien sind die Grundlage für die weitere Überarbeitung und Bereicherung des Bebauungsplans.
Grundlegende Symbole von DFD
Datenfluss, Daten mit einem Namen und einer Flussrichtung, dargestellt durch einen Pfeil mit einem Namen
Verarbeitung, die Transformation eines Datenstroms, dargestellt durch einen Kreis
Datenspeicher, zugängliche gespeicherte Informationen, dargestellt durch gerade Liniensegmente
Externe Entitäten, Datenquellen und Datenziele während der Datenverarbeitung werden durch mit Namen gekennzeichnete Felder dargestellt.
DFD-Ebenen
Bild der obersten Ebene
Beschreiben Sie die Eingabe- und Ausgabedatenflüsse und externen Einheiten des gesamten Systems
Schicht für Schicht zerlegen
Wie zeichnet man DFD?
Zeichenprozess
Zeichnen Sie Systemeingänge und -ausgänge
Zeichnen Sie den DFD-Innenraum
Benennen Sie jeden Datenstrom
Benennen Sie den Prozess
Grundsätze überprüfen und überarbeiten
Alle DFDs erlauben nur vier Grundformen und jede Form muss einen Namen haben.
Jeder Prozess verfügt über mindestens einen Eingabedatenstrom und einen Ausgabedatenstrom
In DFD müssen Verarbeitungsnummern pro Ebene zugewiesen werden.
Jedes DFD-Unterbild muss entsprechend der darüber liegenden Ebene verarbeitet werden. Die Eingabe- und Ausgabedatenströme beider müssen konsistent sein
Im gesamten DFD-Satz muss jeder Datenspeicher sowohl Lese- als auch Schreibdatenströme haben.
Der Materialfluss kann zum DFD hinzugefügt werden, um den Benutzern das Verständnis des DFD zu erleichtern, der Kontrollfluss kann jedoch nicht einbezogen werden.
STD steht für Verhaltensmodell
Bestens geeignet zur Beschreibung ereignisgesteuerter Echtzeitsteuerungssysteme
Stellen Sie das Systemverhalten dar, indem Sie Systemzustände und Ereignisse beschreiben, die Zustandsübergänge verursachen
Der Kern ist das Datenwörterbuch
Datenwörterbucheinträge
Datenelement, Datenelement, die kleinste Dateneinheit
Datenstruktur, die die Beziehung zwischen Datenelementen beschreibt
Datenfluss
Datenspeicher
Verarbeitungslogik
externe Einheit
Die Rolle des Datenwörterbuchs
Liste nach verschiedenen Anforderungen
Querverweis zur einfachen Änderung
Rufen Sie den Namen aus dem Beschreibungsinhalt ab
Konsistenzprüfung und Vollständigkeitsprüfung
Datenwörterbuchverwaltung
Verwaltet und verwaltet von DBA
Objektorientierte Analyse (OOA)
Einheitliche Modellierungssprache UML
UML-Struktur
Bausteine
Ding
Strukturelle Angelegenheiten
Verhaltensfragen
Gruppentransaktionen
Kommentieren Sie die Transaktion
Beziehung
verlassen
Verband
verallgemeinern
erreichen
Bild
Klassen Diagramm
Objektgraph
Diagramm erstellen
Kombiniertes Strukturdiagramm
Anwendungsfalldiagramm
Flussdiagramm
Kommunikationsdiagramm
Zeitdiagramm
Zustandsdiagramm
Aktivitätsdiagramm
Bereitstellungsdiagramm
Produktzeichnung
Paketkarte
Interaktives Übersichtsdiagramm
öffentlicher Mechanismus
Spezifikationen (detaillierte Beschreibung)
Öffentliche Klassifizierung (allgemeine Einteilung)
Verlängerungsmechanismus
Ändern
Regel
Bestimmungen zum Zusammensetzen von Bausteinen
Eine Ansicht, die die Systemarchitektur beschreibt
logische Sicht
Prozessansicht
Implementierungsansicht
Bereitstellungsansicht
Anwendungsfallansicht
Anwendungsfallmodell
Elemente des Anwendungsfalldiagramms
Teilnehmer
Beispiel
Kommunikationsverein
Identifizieren Sie die Teilnehmer
Menschen
Andere Systeme
Hardwaregeräte, wie z. B. IC-Karten
Uhr
Anforderungen zusammenführen, um Anwendungsfälle zu erhalten
Achten Sie auf die Benennung von Anwendungsfällen
Verwechseln Sie Anwendungsfälle nicht mit den darin enthaltenen Schritten
Achten Sie auf die Unterscheidung zwischen Geschäftsanwendungsfällen und Systemanwendungsfällen
Anwendungsfallbeschreibungen verfeinern
Name des Anwendungsfalls
Eine kurze Beschreibung
Ereignisstrom
Nicht-funktionale Anforderungen
Vorbedingungen und Nachbedingungen
Erweiterungspunkt
Priorität
Passen Sie das Anwendungsfallmodell an
Inklusionsbeziehung
erweiterte Beziehung
Verallgemeinerungsbeziehung
Analytisches Modell
Konzeptklasse definieren
Bestimmen Sie die Beziehung zwischen Klassen
Verbindungsbeziehung
Abhängigkeiten
Verallgemeinerungsbeziehung
gemeinsame Aggregation
kombinatorische Aggregation
Beziehung erkennen
Fügen Sie einer Klasse Verantwortlichkeiten hinzu
Attribute
Methode
Erstellen Sie ein Interaktionsdiagramm
Flussdiagramm
Interaktives Übersichtsdiagramm
Kommunikationsdiagramm
Zeitdiagramm
Probleme mit der Detailebene des Analysemodells
Modell ist eine Hilfsarbeit im Entwicklungsprozess
Problemdomänenorientierte Analyse (PDOA)
Betonen Sie mehr Beschreibung und weniger Modellierung
Beschreibung der Zusammensetzung
Konzentrieren Sie sich auf den Problembereich
Konzentrieren Sie sich darauf, das gewünschte Verhalten des Systems zu lösen
Analyseprozess
Sammeln Sie grundlegende Informationen und entwickeln Sie einen Problemrahmen, um die Art der Problemdomäne festzulegen
Sammeln Sie weitere Details anhand des Fragerahmentyps und geben Sie eine ein Beschreibung relevanter Merkmale der Problemdomäne
Erfassen und dokumentieren Sie Anforderungen für das neue System
Anforderungsprofil
Methode zur Anforderungsdefinition
Definieren Sie Methoden genau
Grundannahmen
Alle Anforderungen können vordefiniert werden
Fähigkeit zur genauen und klaren Kommunikation zwischen Entwicklern und Benutzern
Verwenden Sie Grafiken (oder Text), um das endgültige System vollständig darzustellen
Passend zur Situation
Nur für Systeme mit kleinem Umfang und einfachen Funktionen geeignet
Prototyp-Methode
Ein iterativer, zyklischer Entwicklungsansatz
Themen, die Aufmerksamkeit erfordern
Prototypen können Anforderungen schrittweise verbessern
Prototypen bieten ein Mittel zur Überwindung von Kommunikationsschwierigkeiten
Prototypen liefern ein realistisches Modell des Systems, an dem Benutzer teilnehmen können
Prototypen bieten eine geeignete Systementwicklungsumgebung
Sobald die Anforderungen durch Prototyping klar definiert sind, sollte die Systementwicklung mit einem rigorosen Ansatz abgeschlossen werden
Softwareanforderungen
Wie schreibt man
Schreiben Sie textbasierte Dokumente mit guter Struktur und natürlicher Sprache
Erstellen Sie grafische Modelle
Schreiben Sie formale Spezifikationen
Inhalt und Format
Umfang
Referenzmaterialien
brauchen
Zulassungsbestimmungen
Rückverfolgbarkeit der Anforderungen
ungeklärte Probleme
Anmerkung
Anhang
Überprüfung der Anforderungen
Überprüfung der Anforderungen
Art der technischen Überprüfung
Rezension
prüfen
Komplettlösung
Formeller Überprüfungsprozess
planen
Vorbereiten
Überprüfung durchführen
Ergreifen Sie Maßnahmen aufgrund der Überprüfungsergebnisse
So führen Sie eine Bedarfsüberprüfung durch
Hierarchische Überprüfung
Eine Kombination aus formellen und informellen Bewertungen
Inszenierte Rezension
Sorgfältig ausgewählte Gutachter
Trainieren Sie Rezensenten
Richten Sie einen Standard-Überprüfungsprozess ein
Führen Sie nach der Überprüfung Nacharbeiten durch
Seien Sie bestens auf die Überprüfung vorbereitet
Anforderungstests
Konzepttestfälle
Der Prozess der Anforderungsprüfung
Nachfragemanagement
Anforderungsänderungsmanagement
Nachfragegrundlinie
Bedarfsstatus
Anforderungen ändern sich
Nachfragerisikomanagement
riskanter Ansatz
Es nehmen nicht genügend Benutzer teil
Benutzerklassifizierung ignoriert
Steigende Benutzeranforderungen
Mehrdeutige Bedürfnisse
unnötige Funktionen
Übermäßig stromlinienförmiges SSR
ungenaue Schätzung
Risiken im Zusammenhang mit der Nachfrage
Anforderungsverfolgung
Inhalte der Bedarfsverfolgung
Der Zweck der Nachfrageverfolgung
Anforderungsverfolgungsmatrix