Systemanalyse und Design - Kurzanleitung

Die Systementwicklung ist ein systematischer Prozess, der Phasen wie Planung, Analyse, Design, Bereitstellung und Wartung umfasst. In diesem Tutorial konzentrieren wir uns hauptsächlich auf -

• Systemanalyse
• Systemdesign

Systemanalyse

Es ist ein Prozess des Sammelns und Interpretierens von Fakten, des Identifizierens der Probleme und des Zerlegens eines Systems in seine Komponenten.

Die Systemanalyse wird durchgeführt, um ein System oder seine Teile zu untersuchen und seine Ziele zu identifizieren. Es ist eine Problemlösungstechnik, die das System verbessert und sicherstellt, dass alle Komponenten des Systems effizient arbeiten, um ihren Zweck zu erreichen.

Analyse spezifiziert what the system should do.

Systemdesign

Es handelt sich um einen Prozess zum Planen eines neuen Geschäftssystems oder zum Ersetzen eines vorhandenen Systems durch Definieren seiner Komponenten oder Module, um die spezifischen Anforderungen zu erfüllen. Bevor Sie planen, müssen Sie das alte System gründlich verstehen und herausfinden, wie Computer am besten verwendet werden können, um effizient zu arbeiten.

System Design konzentriert sich auf how to accomplish the objective of the system.

Systemanalyse und Design (SAD) konzentriert sich hauptsächlich auf -

• Systems
• Processes
• Technology

Was ist ein System?

Das Wort System leitet sich vom griechischen Wort Systema ab, was eine organisierte Beziehung zwischen einer Reihe von Komponenten bedeutet, um eine gemeinsame Ursache oder ein gemeinsames Ziel zu erreichen.

Ein System ist „eine geordnete Gruppierung von voneinander abhängigen Komponenten, die gemäß einem Plan zur Erreichung eines bestimmten Ziels miteinander verbunden sind.“

Einschränkungen eines Systems

Ein System muss drei grundlegende Einschränkungen haben:

• Ein System muss welche haben structure and behavior mit dem ein vordefiniertes Ziel erreicht werden soll.

• Interconnectivity und interdependence muss unter den Systemkomponenten vorhanden sein.

• Das objectives of the organization haben eine higher priority als die Ziele seiner Subsysteme.

Zum Beispiel Verkehrsmanagementsystem, Lohn- und Gehaltsabrechnungssystem, automatisches Bibliothekssystem, Personalinformationssystem.

Eigenschaften eines Systems

Ein System hat die folgenden Eigenschaften:

Organisation

Organisation impliziert Struktur und Ordnung. Es ist die Anordnung der Komponenten, die dazu beiträgt, vorgegebene Ziele zu erreichen.

Interaktion

Es wird durch die Art und Weise definiert, in der die Komponenten miteinander arbeiten.

In einer Organisation muss beispielsweise die Einkaufsabteilung mit der Produktionsabteilung und die Personalabrechnung mit der Personalabteilung interagieren.

Interdependenz

Interdependenz bedeutet, wie die Komponenten eines Systems voneinander abhängen. Für ein einwandfreies Funktionieren werden die Komponenten nach einem festgelegten Plan koordiniert und miteinander verbunden. Die Ausgabe eines Subsystems wird von einem anderen Subsystem als Eingabe benötigt.

Integration

Bei der Integration geht es darum, wie Systemkomponenten miteinander verbunden sind. Dies bedeutet, dass die Teile des Systems innerhalb des Systems zusammenarbeiten, auch wenn jedes Teil eine eindeutige Funktion ausführt.

Zentrales Ziel

Das Ziel des Systems muss zentral sein. Es kann real oder angegeben sein. Es ist nicht ungewöhnlich, dass eine Organisation ein Ziel festlegt und ein anderes erreicht.

Die Benutzer müssen das Hauptziel einer Computeranwendung früh in der Analyse kennen, um erfolgreich entwerfen und konvertieren zu können.

Elemente eines Systems

Das folgende Diagramm zeigt die Elemente eines Systems -

Ausgänge und Eingänge

• Das Hauptziel eines Systems ist es, eine Ausgabe zu erzeugen, die für seinen Benutzer nützlich ist.

• Eingaben sind die Informationen, die zur Verarbeitung in das System eingegeben werden.

• Die Ausgabe ist das Ergebnis der Verarbeitung.

Prozessor (en)

• Der Prozessor ist das Element eines Systems, das die eigentliche Umwandlung von Eingabe in Ausgabe beinhaltet.

• Es ist die Betriebskomponente eines Systems. Prozessoren können die Eingabe je nach Ausgabespezifikation ganz oder teilweise ändern.

• Wenn sich die Ausgabespezifikationen ändern, ändert sich auch die Verarbeitung. In einigen Fällen wird die Eingabe auch geändert, damit der Prozessor die Transformation durchführen kann.

Steuerung

• Das Steuerelement führt das System.

• Es ist das Entscheidungssubsystem, das das Muster der Aktivitäten steuert, die die Eingabe, Verarbeitung und Ausgabe regeln.

• Das Verhalten eines Computersystems wird vom Betriebssystem und der Software gesteuert. Um das System im Gleichgewicht zu halten, wird durch die Ausgabespezifikationen bestimmt, was und wie viel Eingabe erforderlich ist.

Feedback

• Feedback bietet die Kontrolle in einem dynamischen System.

• Positives Feedback ist Routine und fördert die Leistung des Systems.

• Negatives Feedback hat informativen Charakter und liefert dem Controller Informationen zum Handeln.

Umgebung

• Die Umgebung ist das „Supersystem“, in dem eine Organisation tätig ist.

• Es ist die Quelle externer Elemente, die auf das System treffen.

• Es bestimmt, wie ein System funktionieren muss. Beispielsweise können Anbieter und Konkurrenten der Unternehmensumgebung Einschränkungen bereitstellen, die sich auf die tatsächliche Leistung des Unternehmens auswirken.

Grenzen und Schnittstelle

• Ein System sollte durch seine Grenzen definiert werden. Grenzen sind die Grenzen, die seine Komponenten, Prozesse und Wechselbeziehungen identifizieren, wenn es mit einem anderen System verbunden ist.

• Jedes System hat Grenzen, die seinen Einfluss- und Kontrollbereich bestimmen.

• Die Kenntnis der Grenzen eines bestimmten Systems ist entscheidend für die Bestimmung der Art seiner Schnittstelle zu anderen Systemen für ein erfolgreiches Design.

Arten von Systemen

Die Systeme können in folgende Typen unterteilt werden:

Physikalische oder abstrakte Systeme

• Physikalische Systeme sind greifbare Einheiten. Wir können sie berühren und fühlen.

• Das physische System kann statischer oder dynamischer Natur sein. Beispielsweise sind Schreibtische und Stühle die physischen Teile des Rechenzentrums, die statisch sind. Ein programmierter Computer ist ein dynamisches System, in dem sich Programme, Daten und Anwendungen je nach den Anforderungen des Benutzers ändern können.

• Abstrakte Systeme sind nicht-physische Einheiten oder Konzepte, die Formeln, Darstellungen oder Modelle eines realen Systems sein können.

Offene oder geschlossene Systeme

• Ein offenes System muss mit seiner Umgebung interagieren. Es empfängt Eingaben von und liefert Ausgaben an die Außenseite des Systems. Zum Beispiel ein Informationssystem, das sich an die sich ändernden Umgebungsbedingungen anpassen muss.

• Ein geschlossenes System interagiert nicht mit seiner Umgebung. Es ist von Umwelteinflüssen isoliert. Ein vollständig geschlossenes System ist in der Realität selten.

Adaptives und nicht adaptives System

• Adaptive System reagiert auf Änderungen in der Umgebung, um deren Leistung zu verbessern und zu überleben. Zum Beispiel Menschen, Tiere.

• Nicht adaptives System ist das System, das nicht auf die Umgebung reagiert. Zum Beispiel Maschinen.

Permanentes oder temporäres System

• Das permanente System bleibt lange bestehen. Zum Beispiel Geschäftsrichtlinien.

• Das temporäre System wird für eine bestimmte Zeit erstellt und danach werden sie abgerissen. Beispielsweise wird ein DJ-System für ein Programm eingerichtet und nach dem Programm zerlegt.

Natürliches und hergestelltes System

• Natürliche Systeme entstehen durch die Natur. Zum Beispiel Sonnensystem, saisonales System.

• Hergestelltes System ist das künstliche System. Zum Beispiel Raketen, Dämme, Züge.

Deterministisches oder probabilistisches System

• Das deterministische System arbeitet vorhersehbar und die Interaktion zwischen Systemkomponenten ist mit Sicherheit bekannt. Beispielsweise bilden zwei Wasserstoffmoleküle und ein Sauerstoffmolekül Wasser.

• Das probabilistische System zeigt unsicheres Verhalten. Die genaue Ausgabe ist nicht bekannt. Zum Beispiel Wettervorhersage, Postzustellung.

Soziales, Mensch-Maschine, Maschinensystem

• Das Sozialsystem besteht aus Menschen. Zum Beispiel soziale Vereine, Gesellschaften.

• Im Mensch-Maschine-System sind sowohl Mensch als auch Maschine beteiligt, um eine bestimmte Aufgabe auszuführen. Zum Beispiel Computerprogrammierung.

• Im Maschinensystem werden menschliche Eingriffe vernachlässigt. Alle Aufgaben werden von der Maschine ausgeführt. Zum Beispiel ein autonomer Roboter.

Künstliche Informationssysteme

• Es handelt sich um einen zusammenhängenden Satz von Informationsressourcen zum Verwalten von Daten für eine bestimmte Organisation unter Direct Management Control (DMC).

• Dieses System umfasst Hardware, Software, Kommunikation, Daten und Anwendungen zur Erstellung von Informationen gemäß den Anforderungen einer Organisation.

  Vom Menschen geschaffene Informationssysteme werden in drei Typen unterteilt:

• Formal Information System - Es basiert auf dem Informationsfluss in Form von Memos, Anweisungen usw. von der obersten bis zur untersten Führungsebene.

• Informal Information System - Dies ist ein mitarbeiterbasiertes System, das die täglichen arbeitsbedingten Probleme löst.

• Computer Based System- Dieses System ist für die Verwaltung von Geschäftsanwendungen direkt vom Computer abhängig. Zum Beispiel automatisches Bibliothekssystem, Eisenbahnreservierungssystem, Bankensystem usw.

Systemmodelle

Schematische Modelle

• Ein schematisches Modell ist ein 2D-Diagramm, das Systemelemente und ihre Verknüpfungen zeigt.

• Verschiedene Pfeile zeigen den Informationsfluss, den Materialfluss und das Informationsfeedback an.

Durchflusssystemmodelle

• Ein Flusssystemmodell zeigt den geordneten Fluss von Material, Energie und Informationen, die das System zusammenhalten.

• Die Programmevaluierungs- und Überprüfungstechnik (PERT) wird beispielsweise verwendet, um ein reales System in Modellform zu abstrahieren.

Statische Systemmodelle

• Sie repräsentieren ein Beziehungspaar wie Aktivität-Zeit oder Kosten-Menge .

• Das Gantt-Diagramm gibt beispielsweise ein statisches Bild einer Aktivitäts-Zeit-Beziehung.

Dynamische Systemmodelle

• Unternehmensorganisationen sind dynamische Systeme. Ein dynamisches Modell entspricht in etwa der Art der Organisation oder Anwendung, mit der sich Analysten befassen.

• Es zeigt einen sich ständig ändernden Status des Systems. Es besteht aus -

  • Eingänge, die in das System gelangen

  • Der Prozessor, durch den die Transformation stattfindet

  • Die für die Verarbeitung erforderlichen Programme

  • Die Ausgabe (n), die sich aus der Verarbeitung ergeben.

Kategorien von Informationen

Es gibt drei Kategorien von Informationen, die sich auf Führungsebenen und die Entscheidung der Manager beziehen.

Strategische Informationen

• Diese Informationen werden vom obersten Management für langfristige Planungsrichtlinien für die nächsten Jahre benötigt. Zum Beispiel Trends bei Einnahmen, Finanzinvestitionen und Humanressourcen sowie Bevölkerungswachstum.

• Diese Art von Informationen wird mit Hilfe des Decision Support System (DSS) erreicht.

Managementinformationen

• Diese Art von Informationen wird vom mittleren Management für die kurz- und mittelfristige Planung in Monaten benötigt. Zum Beispiel Umsatzanalyse, Cashflow-Prognose und Jahresabschluss.

• Dies wird mit Hilfe von Management Information Systems (MIS) erreicht.

Betriebsinformationen

• Diese Art von Informationen wird von einem niedrigen Management für die tägliche und kurzfristige Planung benötigt, um die täglichen operativen Aktivitäten durchzusetzen. Führen Sie beispielsweise Anwesenheitslisten für Mitarbeiter, überfällige Bestellungen und aktuelle Lagerbestände.

• Dies wird mit Hilfe von Datenverarbeitungssystemen (DPS) erreicht.

Ein effektiver Systementwicklungs-Lebenszyklus (SDLC) sollte zu einem qualitativ hochwertigen System führen, das die Kundenerwartungen erfüllt, innerhalb von Zeit- und Kostenbewertungen fertiggestellt wird und in der aktuellen und geplanten Informationstechnologie-Infrastruktur effektiv und effizient arbeitet.

Der Systementwicklungs-Lebenszyklus (SDLC) ist ein konzeptionelles Modell, das Richtlinien und Verfahren zum Entwickeln oder Ändern von Systemen während ihres gesamten Lebenszyklus enthält.

SDLC wird von Analysten zur Entwicklung eines Informationssystems verwendet. SDLC umfasst die folgenden Aktivitäten:

• requirements
• design
• implementation
• testing
• deployment
• operations
• maintenance

Phasen der SDLC

Der Systementwicklungs-Lebenszyklus ist ein systematischer Ansatz, der die Arbeit explizit in Phasen unterteilt, die für die Implementierung eines neuen oder eines modifizierten Informationssystems erforderlich sind.

Machbarkeitsstudie oder Planung

• Definieren Sie das Problem und den Umfang des vorhandenen Systems.

• Überblick über das neue System und Festlegung seiner Ziele.

• Bestätigen Sie die Projektdurchführbarkeit und erstellen Sie den Projektplan.

• In dieser Phase werden auch Bedrohungen, Einschränkungen, Integration und Sicherheit des Systems berücksichtigt.

• Am Ende dieser Phase wird ein Machbarkeitsbericht für das gesamte Projekt erstellt.

Analyse und Spezifikation

• Sammeln, analysieren und validieren Sie die Informationen.

• Definieren Sie die Anforderungen und Prototypen für ein neues System.

• Bewerten Sie die Alternativen und priorisieren Sie die Anforderungen.

• Untersuchen Sie die Informationsbedürfnisse des Endbenutzers und verbessern Sie das Systemziel.

• Am Ende dieser Phase wird ein SRS-Dokument (Software Requirement Specification) erstellt, in dem die Software-, Hardware-, Funktions- und Netzwerkanforderungen des Systems angegeben sind.

System-Design

• Beinhaltet das Design von Anwendungen, Netzwerken, Datenbanken, Benutzeroberflächen und Systemschnittstellen.

• Transformieren Sie das SRS-Dokument in eine logische Struktur, die detaillierte und vollständige Spezifikationen enthält, die in einer Programmiersprache implementiert werden können.

• Erstellen Sie einen Notfall-, Schulungs-, Wartungs- und Betriebsplan.

• Überprüfen Sie das vorgeschlagene Design. Stellen Sie sicher, dass das endgültige Design den im SRS-Dokument angegebenen Anforderungen entspricht.

• Bereiten Sie abschließend ein Designdokument vor, das in den nächsten Phasen verwendet wird.

Implementierung

• Implementieren Sie das Design durch Codierung in den Quellcode.

• Kombinieren Sie alle Module zu einer Trainingsumgebung, die Fehler und Defekte erkennt.

• Ein Testbericht, der Fehler enthält, wird durch einen Testplan erstellt, der testbezogene Aufgaben wie Testfallgenerierung, Testkriterien und Ressourcenzuweisung zum Testen enthält.

• Integrieren Sie das Informationssystem in seine Umgebung und installieren Sie das neue System.

Wartungsunterstützung

• Schließen Sie alle Aktivitäten wie Telefonsupport oder physischen Vor-Ort-Support für Benutzer ein, die nach der Installation des Systems erforderlich sind.

• Implementieren Sie die Änderungen, die Software über einen bestimmten Zeitraum erfahren kann, oder implementieren Sie neue Anforderungen, nachdem die Software am Kundenstandort bereitgestellt wurde.

• Dazu gehört auch die Behandlung der verbleibenden Fehler und die Behebung von Problemen, die möglicherweise auch nach der Testphase im System auftreten.

• Wartung und Support können für große Systeme länger und für kleinere Systeme für kurze Zeit erforderlich sein.

Lebenszyklus von Systemanalyse und Design

Das folgende Diagramm zeigt den gesamten Lebenszyklus des Systems während der Analyse- und Entwurfsphase.

Rolle des Systemanalysten

Der Systemanalytiker ist eine Person, die das System genau kennt und das Systementwicklungsprojekt durch Angabe der richtigen Anweisungen leitet. Er ist ein Experte mit technischen und zwischenmenschlichen Fähigkeiten, um die in jeder Phase erforderlichen Entwicklungsaufgaben auszuführen.

Er ist bestrebt, die Ziele des Informationssystems mit dem Organisationsziel in Einklang zu bringen.

Hauptrollen

• Definieren und Verstehen der Benutzeranforderungen durch verschiedene Faktenfindungstechniken.

• Priorisierung der Anforderungen durch Einholen eines Benutzerkonsenses.

• Sammeln der Fakten oder Informationen und Einholen der Meinungen der Benutzer.

• Behält Analyse und Bewertung bei, um ein geeignetes System zu erhalten, das benutzerfreundlicher ist.

• Schlägt viele flexible alternative Lösungen vor, wählen Sie die beste Lösung aus und quantifizieren Sie Kosten und Nutzen.

• Zeichnen Sie bestimmte Spezifikationen, die für Benutzer und Programmierer leicht verständlich sind, in präziser und detaillierter Form.

• Implementierung des logischen Entwurfs eines Systems, das modular sein muss.

• Planen Sie die Periodizität für die Auswertung, nachdem sie einige Zeit verwendet wurde, und ändern Sie das System nach Bedarf.

Attribute eines Systemanalysten

Die folgende Abbildung zeigt die Attribute, die ein Systemanalytiker besitzen sollte -

Zwischenmenschliche Fähigkeiten

• Schnittstelle mit Benutzern und Programmierern.
• Erleichtern Sie Gruppen und führen Sie kleinere Teams.
• Erwartungen verwalten.
• Gutes Verständnis, Kommunikation, Verkauf und Lehrfähigkeiten.
• Motivator, der das Vertrauen hat, Fragen zu lösen.

Analytische Fähigkeiten

• Systemstudie und Organisationswissen
• Problemidentifikation, Problemanalyse und Problemlösung
• Sound gesunder Menschenverstand
• Fähigkeit, auf Kompromisse zuzugreifen
• Neugier auf neue Organisation

Führungsqualitäten

• Verstehen Sie die Fachsprache und Praktiken der Benutzer.
• Ressourcen- und Projektmanagement.
• Change & Risk Management.
• Verstehen Sie die Verwaltungsfunktionen gründlich.

Technische Fähigkeiten

• Kenntnisse über Computer und Software.
• Bleiben Sie auf dem Laufenden über die moderne Entwicklung.
• Kenntnisse über Systemdesign-Tools.
• Breites Wissen über neue Technologien.

Was ist Anforderungsermittlung?

Eine Anforderung ist ein wesentliches Merkmal eines neuen Systems, das die Verarbeitung oder Erfassung von Daten, die Kontrolle der Geschäftsaktivitäten, die Erstellung von Informationen und die Unterstützung des Managements umfassen kann.

Die Ermittlung von Anforderungen umfasst das Studium des vorhandenen Systems und das Sammeln von Details, um herauszufinden, welche Anforderungen bestehen, wie es funktioniert und wo Verbesserungen vorgenommen werden sollten.

Hauptaktivitäten bei der Bedarfsermittlung

Anforderungen Antizipation

• Es sagt die Eigenschaften des Systems basierend auf früheren Erfahrungen voraus, einschließlich bestimmter Probleme oder Merkmale und Anforderungen für ein neues System.

• Dies kann zur Analyse von Bereichen führen, die sonst von unerfahrenen Analysten unbemerkt bleiben würden. Wenn jedoch Abkürzungen verwendet werden und bei der Durchführung der Untersuchung Verzerrungen auftreten, kann die Anforderung Antizipation halbiert werden.

Anforderungsuntersuchung

• Es untersucht das aktuelle System und dokumentiert seine Funktionen zur weiteren Analyse.

• Es ist das Herzstück der Systemanalyse, bei der Analysten Systemmerkmale mithilfe von Ermittlungstechniken, Prototypen und computergestützten Tools dokumentieren und beschreiben.

Anforderungsspezifikationen

• Es umfasst die Analyse von Daten, die die Anforderungsspezifikation bestimmen, die Beschreibung der Funktionen für ein neues System und die Angabe, welche Informationsanforderungen bereitgestellt werden.

• Es umfasst die Analyse von Sachdaten, die Identifizierung grundlegender Anforderungen und die Auswahl von Strategien zur Erfüllung von Anforderungen.

Techniken zum Sammeln von Informationen

Das Hauptziel von Techniken zur Tatsachenermittlung besteht darin, die Informationsanforderungen einer Organisation zu bestimmen, die von Analysten verwendet wird, um eine genaue SRS zu erstellen, die vom Benutzer verstanden wird.

Ideales SRS-Dokument sollte -

• vollständig, eindeutig und frei von Jargon sein.
• Festlegen von operativen, taktischen und strategischen Informationsanforderungen.
• Lösen Sie mögliche Streitigkeiten zwischen Benutzern und Analysten.
• Verwenden Sie grafische Hilfsmittel, die das Verständnis und das Design vereinfachen.

Es gibt verschiedene Techniken zum Sammeln von Informationen -

Interviewen

Systemanalytiker sammeln durch Interviews Informationen von Einzelpersonen oder Gruppen. Der Analyst kann formal, legalistisch, politisch oder informell sein. Der Erfolg eines Interviews hängt von der Fähigkeit des Analytikers als Interviewer ab.

Es kann auf zwei Arten geschehen -

• Unstructured Interview - Der Systemanalytiker führt eine Frage-Antwort-Sitzung durch, um grundlegende Informationen über das System zu erhalten.

• Structured Interview - Es enthält Standardfragen, die der Benutzer entweder im geschlossenen (objektiven) oder im offenen (beschreibenden) Format beantworten muss.

Advantages of Interviewing

• Diese Methode ist häufig die beste Quelle für das Sammeln qualitativer Informationen.

• Dies ist nützlich für diejenigen, die nicht effektiv schriftlich kommunizieren oder möglicherweise nicht die Zeit haben, den Fragebogen auszufüllen.

• Informationen können einfach validiert und sofort überprüft werden.

• Es kann die komplexen Themen behandeln.

• Es ist leicht, Schlüsselprobleme zu entdecken, indem man Meinungen einholt.

• Es schließt die Lücken in den Bereichen Missverständnisse und minimiert zukünftige Probleme.

Fragebögen

Diese Methode wird vom Analysten verwendet, um Informationen über verschiedene Systemprobleme von einer großen Anzahl von Personen zu sammeln.

Es gibt zwei Arten von Fragebögen:

• Open-ended Questionnaires- Es besteht aus Fragen, die leicht und richtig interpretiert werden können. Sie können ein Problem untersuchen und zu einer bestimmten Richtung der Antwort führen.

• Closed-ended Questionnaires - Es besteht aus Fragen, die verwendet werden, wenn der Systemanalytiker effektiv alle möglichen Antworten auflistet, die sich gegenseitig ausschließen.

Advantages of questionnaires

• Es ist sehr effektiv bei der Erfassung von Interessen, Einstellungen, Gefühlen und Überzeugungen von Benutzern, die sich nicht am selben Ort befinden.

• In bestimmten Situationen ist es hilfreich zu wissen, welcher Anteil einer bestimmten Gruppe ein bestimmtes Merkmal des vorgeschlagenen Systems billigt oder ablehnt.

• Es ist nützlich, die Gesamtmeinung zu ermitteln, bevor Sie dem Systemprojekt eine bestimmte Richtung geben.

• Es ist zuverlässiger und bietet eine hohe Vertraulichkeit ehrlicher Antworten.

• Es eignet sich zur Auswahl von Sachinformationen und zur statistischen Datenerfassung, die per E-Mail verschickt und per Post versandt werden kann.

Überprüfung von Aufzeichnungen, Verfahren und Formularen

Durch die Überprüfung vorhandener Datensätze, Verfahren und Formulare können Sie einen Einblick in ein System erhalten, das die aktuellen Systemfunktionen, seine Vorgänge oder Aktivitäten beschreibt.

Advantages

• Es hilft dem Benutzer, selbst etwas Wissen über die Organisation oder den Betrieb zu erlangen, bevor er es anderen auferlegt.

• Es hilft bei der Dokumentation aktueller Vorgänge innerhalb kurzer Zeit, da die Verfahrenshandbücher und Formulare das Format und die Funktionen des vorliegenden Systems beschreiben.

• Es kann ein klares Verständnis für die Transaktionen liefern, die in der Organisation abgewickelt werden, Eingaben für die Verarbeitung identifizieren und die Leistung bewerten.

• Dies kann einem Analysten helfen, das System im Hinblick auf die zu unterstützenden Vorgänge zu verstehen.

• Es beschreibt das Problem, seine betroffenen Teile und die vorgeschlagene Lösung.

Überwachung

Dies ist eine Methode zum Sammeln von Informationen, indem Personen, Ereignisse und Objekte bemerkt und beobachtet werden. Der Analyst besucht die Organisation, um die Funktionsweise des aktuellen Systems zu beobachten und die Anforderungen des Systems zu verstehen.

Advantages

• Es ist eine direkte Methode zum Sammeln von Informationen.

• Dies ist nützlich in Situationen, in denen die Authentizität der gesammelten Daten in Frage gestellt wird oder wenn die Komplexität bestimmter Aspekte des Systems eine klare Erklärung durch Endbenutzer verhindert.

• Es erzeugt genauere und zuverlässigere Daten.

• Es werden alle Aspekte der Dokumentation erstellt, die unvollständig und veraltet sind.

Gemeinsame Anwendungsentwicklung (JAD)

Es handelt sich um eine neue von IBM entwickelte Technik, mit der Eigentümer, Benutzer, Analysten, Designer und Bauherren das System mithilfe organisierter und intensiver Workshops definieren und entwerfen können. Der von JAD ausgebildete Analyst fungiert als Moderator für Workshops, die über einige spezielle Fähigkeiten verfügen.

Advantages of JAD

• Dies spart Zeit und Kosten, da monatelange herkömmliche Interviews und Folgetreffen ersetzt werden.

• Es ist nützlich in der Organisationskultur, die die gemeinsame Problemlösung unterstützt.

• Fördert formelle Beziehungen zwischen mehreren Ebenen von Mitarbeitern.

• Es kann zur kreativen Entwicklung des Designs führen.

• Es ermöglicht eine schnelle Entwicklung und verbessert die Eigenverantwortung für das Informationssystem.

Sekundärforschung oder Hintergrundlesung

Diese Methode wird häufig zum Sammeln von Informationen verwendet, indem auf die gesammelten Informationen zugegriffen wird. Es enthält alle zuvor gesammelten Informationen, die vom Vermarkter aus internen oder externen Quellen verwendet wurden.

Advantages

• Mit der Verfügbarkeit des Internets wird offener darauf zugegriffen.

• Es liefert wertvolle Informationen mit geringen Kosten und Zeit.

• Es fungiert als Vorläufer der Primärforschung und richtet den Schwerpunkt der Primärforschung aus.

• Es wird vom Forscher verwendet, um zu schließen, ob sich die Forschung lohnt, da sie mit den verwendeten Verfahren und Problemen bei ihrer Sammlung verfügbar ist.

Machbarkeitsstudie

Die Machbarkeitsstudie kann als vorläufige Untersuchung betrachtet werden, die dem Management hilft, zu entscheiden, ob eine Systemstudie für die Entwicklung durchführbar sein sollte oder nicht.

• Es wird die Möglichkeit aufgezeigt, ein bestehendes System zu verbessern, ein neues System zu entwickeln und verfeinerte Schätzungen für die weitere Entwicklung des Systems zu erstellen.

• Es wird verwendet, um den Überblick über das Problem zu erhalten und zu entscheiden, ob eine praktikable oder geeignete Lösung vorliegt oder nicht.

• Das Hauptziel einer Machbarkeitsstudie besteht darin, den Umfang des Problems zu erfassen, anstatt das Problem zu lösen.

• Das Ergebnis einer Durchführbarkeitsstudie ist ein formeller Systemvorschlag, der als Entscheidungsdokument dient und die vollständige Art und den Umfang des vorgeschlagenen Systems enthält.

Schritte zur Machbarkeitsanalyse

Bei der Durchführung der Machbarkeitsanalyse sind folgende Schritte zu befolgen:

• Bilden Sie ein Projektteam und ernennen Sie einen Projektleiter.

• Entwickeln Sie Systemflussdiagramme.

• Identifizieren Sie die Mängel des aktuellen Systems und setzen Sie sich Ziele.

• Zählen Sie die alternative Lösung oder das potenzielle Kandidatensystem auf, um die Ziele zu erreichen.

• Bestimmen Sie die Machbarkeit jeder Alternative, z. B. technische Machbarkeit, betriebliche Machbarkeit usw.

• Gewichten Sie die Leistung und Kosteneffizienz jedes Kandidatensystems.

• Ordnen Sie die anderen Alternativen ein und wählen Sie das beste Kandidatensystem aus.

• Bereiten Sie dem Management einen Systemvorschlag der endgültigen Projektrichtlinie zur Genehmigung vor.

Arten von Machbarkeiten

Wirtschaftliche Machbarkeit

• Es bewertet die Wirksamkeit des Kandidatensystems mithilfe der Kosten-Nutzen-Analyse.

• Es zeigt den Nettonutzen des Kandidatensystems in Bezug auf Nutzen und Kosten für die Organisation.

• Das Hauptziel der Analyse der wirtschaftlichen Durchführbarkeit (Economic Feasibility Analysis, EFS) besteht darin, die wirtschaftlichen Anforderungen des Kandidatensystems abzuschätzen, bevor Investitionsfonds für Vorschläge vorgeschlagen werden.

• Sie bevorzugt die Alternative, die das Nettovermögen der Organisation durch frühestmögliche und höchste Kapitalrendite bei geringstem Risiko bei der Entwicklung des Kandidatensystems maximiert.

Technische Machbarkeit

• Es untersucht die technische Machbarkeit jeder Implementierungsalternative.

• Es analysiert und bestimmt, ob die Lösung durch vorhandene Technologie unterstützt werden kann oder nicht.

• Der Analyst bestimmt, ob aktuelle technische Ressourcen aktualisiert oder hinzugefügt werden, um die neuen Anforderungen zu erfüllen.

• Es stellt sicher, dass das Kandidatensystem angemessene Antworten liefert, inwieweit es die technische Verbesserung unterstützen kann.

Operative Machbarkeit

• Es bestimmt, ob das System nach seiner Entwicklung und Implementierung effektiv funktioniert.

• Es stellt sicher, dass das Management das vorgeschlagene System und seine Arbeitsweise im aktuellen organisatorischen Umfeld unterstützt.

• Es wird analysiert, ob die Benutzer betroffen sind, und sie akzeptieren die geänderten oder neuen Geschäftsmethoden, die sich auf die möglichen Systemvorteile auswirken.

• Außerdem wird sichergestellt, dass die Computerressourcen und die Netzwerkarchitektur des Kandidatensystems funktionsfähig sind.

Machbarkeit des Verhaltens

• Es bewertet und schätzt die Einstellung oder das Verhalten des Benutzers gegenüber der Entwicklung eines neuen Systems.

• Es hilft bei der Feststellung, ob das System besondere Anstrengungen erfordert, um den Arbeitsstatus des Mitarbeiters über neue Geschäftsmethoden zu informieren, umzuschulen, zu übertragen und zu ändern.

Machbarkeit planen

• Es stellt sicher, dass das Projekt innerhalb eines bestimmten Zeitrahmens oder Zeitplans abgeschlossen wird.

• Außerdem wird überprüft und validiert, ob die Projektfristen angemessen sind oder nicht.

Analysten verwenden verschiedene Tools, um das Informationssystem zu verstehen und zu beschreiben. Eine Möglichkeit ist die Verwendung einer strukturierten Analyse.

Was ist strukturierte Analyse?

Die strukturierte Analyse ist eine Entwicklungsmethode, mit der der Analyst das System und seine Aktivitäten auf logische Weise verstehen kann.

Es handelt sich um einen systematischen Ansatz, bei dem grafische Tools verwendet werden, mit denen die Ziele eines vorhandenen Systems analysiert und verfeinert und eine neue Systemspezifikation entwickelt werden, die für den Benutzer leicht verständlich ist.

Es hat folgende Attribute -

• Es ist eine Grafik, die die Darstellung der Anwendung angibt.

• Es unterteilt die Prozesse so, dass ein klares Bild des Systemflusses entsteht.

• Es ist eher logisch als physisch, dh die Elemente des Systems hängen nicht vom Hersteller oder der Hardware ab.

• Es ist ein Ansatz, der von Übersichten auf hoher Ebene bis hin zu Details auf niedrigerer Ebene funktioniert.

Strukturierte Analysewerkzeuge

Während der strukturierten Analyse werden verschiedene Werkzeuge und Techniken für die Systementwicklung verwendet. Sie sind -

• Datenflussdiagramme
• Datenwörterbuch
• Entscheidungsbäume
• Entscheidungstabellen
• Strukturiertes Englisch
• Pseudocode

Datenflussdiagramme (DFD) oder Blasendiagramm

Es ist eine von Larry Constantine entwickelte Technik, um die Anforderungen des Systems in grafischer Form auszudrücken.

• Es zeigt den Datenfluss zwischen verschiedenen Funktionen des Systems und gibt an, wie das aktuelle System implementiert ist.

• Es ist eine erste Phase der Entwurfsphase, in der die Anforderungsspezifikationen funktional bis auf den niedrigsten Detaillierungsgrad unterteilt werden.

• Seine grafische Natur macht es zu einem guten Kommunikationswerkzeug zwischen Benutzer und Analyst oder Analyst und Systemdesigner.

• Es gibt einen Überblick darüber, welche Daten ein System verarbeitet, welche Transformationen durchgeführt werden, welche Daten gespeichert werden, welche Ergebnisse erzeugt werden und wohin sie fließen.

Grundelemente des DFD

DFD ist leicht zu verstehen und sehr effektiv, wenn das erforderliche Design nicht klar ist und der Benutzer eine Notationssprache für die Kommunikation wünscht. Es erfordert jedoch eine große Anzahl von Iterationen, um die genaueste und vollständigste Lösung zu erhalten.

Die folgende Tabelle zeigt die beim Entwerfen eines DFD verwendeten Symbole und ihre Bedeutung -

Symbolname	Symbol	Bedeutung
Quadrat		Quelle oder Ziel der Daten
Pfeil		Datenfluss
Kreis		Prozesstransformierender Datenfluss
Rechteck öffnen		Datenspeicher

Arten von DFD

Es gibt zwei Arten von DFDs: Physisches DFD und Logisches DFD. In der folgenden Tabelle sind die Punkte aufgeführt, die einen physischen DFD von einem logischen DFD unterscheiden.

Physische DFD	Logisches DFD
Es ist implementierungsabhängig. Es zeigt, welche Funktionen ausgeführt werden.	Es ist implementierungsunabhängig. Es konzentriert sich nur auf den Datenfluss zwischen Prozessen.
Es enthält Details zu Hardware, Software, Dateien und Personen auf niedriger Ebene.	Es werden Ereignisse von Systemen und Daten erläutert, die für jedes Ereignis erforderlich sind.
Es zeigt, wie das aktuelle System funktioniert und wie ein System implementiert wird.	Es zeigt, wie das Geschäft funktioniert; nicht wie das System implementiert werden kann.

Kontextdiagramm

Ein Kontextdiagramm hilft beim Verständnis des gesamten Systems durch einen DFD, der den Überblick über ein System gibt. Zunächst werden wichtige Prozesse mit kleinen Details erwähnt und anschließend mit dem Top-Down-Ansatz weitere Details zu den Prozessen angegeben.

Das Kontextdiagramm der Nachrichtenverwaltung ist unten dargestellt.

Datenwörterbuch

Ein Datenwörterbuch ist ein strukturiertes Repository von Datenelementen im System. Es speichert die Beschreibungen aller DFD-Datenelemente, dh Details und Definitionen von Datenflüssen, Datenspeichern, in Datenspeichern gespeicherten Daten und den Prozessen.

Ein Datenwörterbuch verbessert die Kommunikation zwischen dem Analysten und dem Benutzer. Es spielt eine wichtige Rolle beim Aufbau einer Datenbank. Die meisten DBMS verfügen standardmäßig über ein Datenwörterbuch. Zum Beispiel beziehen Sie sich auf die folgende Tabelle -

Sr.Nr.	Datenname	Beschreibung	Anzahl der Zeichen
1	ISBN	ISBN-Nummer	10
2	TITEL	Titel	60
3	SUB	Buchthemen	80
4	EIN NAME	Autorenname	15

Entscheidungsbäume

Entscheidungsbäume sind eine Methode zur Definition komplexer Beziehungen, indem Entscheidungen beschrieben und Kommunikationsprobleme vermieden werden. Ein Entscheidungsbaum ist ein Diagramm, das alternative Aktionen und Bedingungen innerhalb eines horizontalen Baumrahmens zeigt. Somit wird dargestellt, welche Bedingungen zuerst, zweitens usw. zu berücksichtigen sind.

Entscheidungsbäume zeigen die Beziehung jeder Bedingung und ihre zulässigen Handlungen. Ein quadratischer Knoten zeigt eine Aktion an und ein Kreis zeigt eine Bedingung an. Es zwingt Analysten, die Reihenfolge der Entscheidungen zu berücksichtigen, und identifiziert die tatsächliche Entscheidung, die getroffen werden muss.

Die Hauptbeschränkung eines Entscheidungsbaums besteht darin, dass ihm Informationen in seinem Format fehlen, um zu beschreiben, welche anderen Kombinationen von Bedingungen Sie zum Testen verwenden können. Es ist eine einzelne Darstellung der Beziehungen zwischen Bedingungen und Handlungen.

Verweisen Sie beispielsweise auf den folgenden Entscheidungsbaum:

Entscheidungstabellen

Entscheidungstabellen sind eine Methode, um die komplexe logische Beziehung auf präzise und leicht verständliche Weise zu beschreiben.

• Dies ist in Situationen nützlich, in denen die resultierenden Aktionen vom Auftreten einer oder mehrerer Kombinationen unabhängiger Bedingungen abhängen.

• Es ist eine Matrix, die Zeilen oder Spalten zum Definieren eines Problems und der Aktionen enthält.

Komponenten einer Entscheidungstabelle

• Condition Stub - Im oberen linken Quadranten werden alle zu prüfenden Bedingungen aufgelistet.

• Action Stub - Im unteren linken Quadranten sind alle Aktionen aufgeführt, die ausgeführt werden müssen, um diese Bedingung zu erfüllen.

• Condition Entry - Es befindet sich im oberen rechten Quadranten und bietet Antworten auf Fragen, die im Condition-Stub-Quadranten gestellt werden.

• Action Entry - Es befindet sich im unteren rechten Quadranten, der die entsprechende Aktion angibt, die sich aus den Antworten auf die Bedingungen im Bedingungseingabequadranten ergibt.

Die Einträge in der Entscheidungstabelle werden durch Entscheidungsregeln angegeben, die die Beziehungen zwischen Kombinationen von Bedingungen und Vorgehensweisen definieren. Im Regelbereich

• Y zeigt die Existenz einer Bedingung.
• N stellt die Bedingung dar, die nicht erfüllt ist.
• Ein Leerzeichen - gegen Aktion besagt, dass es ignoriert werden soll.
• X (oder ein Häkchen reicht aus) gegen Aktionszustände, die ausgeführt werden sollen.

Zum Beispiel beziehen Sie sich auf die folgende Tabelle -

BEDINGUNGEN	Regel 1	Regel 2	Regel 3	Regel 4
Vorauszahlung geleistet	Y.	N.	N.	N.
Kaufbetrag = Rs 10.000 / -	- -	Y.	Y.	N.
Stammkunde	- -	Y.	N.	- -
ACTIONS
Geben Sie 5% Rabatt	X.	X.	- -	- -
Gib keinen Rabatt	- -	- -	X.	X.

Strukturiertes Englisch

Struktur Englisch wird aus einer strukturierten Programmiersprache abgeleitet, die eine verständlichere und genauere Beschreibung des Prozesses bietet. Es basiert auf prozeduraler Logik, die Konstruktionen und Imperativsätze verwendet, um Operationen für Aktionen auszuführen.

• Es wird am besten verwendet, wenn Sequenzen und Schleifen in einem Programm berücksichtigt werden müssen und das Problem Sequenzen von Aktionen mit Entscheidungen benötigt.

• Es gibt keine strenge Syntaxregel. Es drückt alle Logik in Form von sequentiellen Entscheidungsstrukturen und Iterationen aus.

Siehe beispielsweise die folgende Abfolge von Aktionen:

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if

Pseudocode

Ein Pseudocode entspricht keiner Programmiersprache und drückt die Logik im Klartext aus.

• Es kann die physikalische Programmierlogik ohne tatsächliche Codierung während und nach dem physikalischen Entwurf spezifizieren.

• Es wird in Verbindung mit strukturierter Programmierung verwendet.

• Es ersetzt die Flussdiagramme eines Programms.

Richtlinien für die Auswahl geeigneter Werkzeuge

Verwenden Sie die folgenden Richtlinien, um das am besten geeignete Werkzeug auszuwählen, das Ihren Anforderungen entspricht:

• Verwenden Sie DFD auf hoher oder niedriger Ebene, um gute Systemdokumentationen bereitzustellen.

• Verwenden Sie das Datenwörterbuch, um die Struktur zur Erfüllung der Datenanforderungen des Systems zu vereinfachen.

• Verwenden Sie strukturiertes Englisch, wenn es viele Schleifen gibt und die Aktionen komplex sind.

• Verwenden Sie Entscheidungstabellen, wenn eine große Anzahl von Bedingungen überprüft werden muss und die Logik komplex ist.

• Verwenden Sie Entscheidungsbäume, wenn die Sequenzierung von Bedingungen wichtig ist und wenn nur wenige Bedingungen getestet werden müssen.

System designist die Phase, die die Lücke zwischen der Problemdomäne und dem vorhandenen System auf überschaubare Weise schließt. Diese Phase konzentriert sich auf die Lösungsdomäne, dh wie wird sie implementiert?

In dieser Phase wird das SRS-Dokument in ein Format konvertiert, das implementiert werden kann, und es wird entschieden, wie das System funktioniert.

In dieser Phase wird die komplexe Aktivität der Systementwicklung in mehrere kleinere Unteraktivitäten unterteilt, die aufeinander abgestimmt sind, um das Hauptziel der Systementwicklung zu erreichen.

Eingaben in das Systemdesign

Das Systemdesign verwendet die folgenden Eingaben:

• Lastenheft

• Anforderungsermittlungsplan

• Aktuelle Situationsanalyse

• Vorgeschlagene Systemanforderungen, einschließlich eines konzeptionellen Datenmodells, modifizierter DFDs und Metadaten (Daten zu Daten).

Ausgänge für das Systemdesign

Das Systemdesign liefert die folgenden Ausgaben:

• Infrastruktur- und Organisationsänderungen für das vorgeschlagene System.

• Ein Datenschema, häufig ein relationales Schema.

• Metadaten zum Definieren der Tabellen / Dateien und Spalten / Datenelemente.

• Ein Funktionshierarchiediagramm oder eine Webseitenübersicht, die die Programmstruktur grafisch beschreibt.

• Ist oder Pseudocode für jedes Modul im Programm.

• Ein Prototyp für das vorgeschlagene System.

Arten des Systemdesigns

Logisches Design

Das logische Design bezieht sich auf eine abstrakte Darstellung des Datenflusses, der Ein- und Ausgänge des Systems. Es beschreibt die Eingaben (Quellen), Ausgaben (Ziele), Datenbanken (Datenspeicher), Prozeduren (Datenflüsse) in einem Format, das den Benutzeranforderungen entspricht.

Bei der Vorbereitung des logischen Entwurfs eines Systems spezifiziert der Systemanalyst die Benutzeranforderungen auf einer Detailebene, die den Informationsfluss in das System und aus dem System sowie die erforderlichen Datenquellen virtuell bestimmt. Datenflussdiagramm, ER-Diagrammmodellierung werden verwendet.

Physisches Design

Das physikalische Design bezieht sich auf die tatsächlichen Eingabe- und Ausgabeprozesse des Systems. Es konzentriert sich darauf, wie Daten in ein System eingegeben, überprüft, verarbeitet und als Ausgabe angezeigt werden.

Das Arbeitssystem wird erstellt, indem die Entwurfsspezifikation definiert wird, die genau angibt, was das Kandidatensystem tut. Es befasst sich mit dem Design von Benutzeroberflächen, Prozessen und Daten.

Es besteht aus den folgenden Schritten:

• Angeben des Eingabe- / Ausgabemediums, Entwerfen der Datenbank und Festlegen von Sicherungsverfahren.

• Planung der Systemimplementierung.

• Erstellen eines Test- und Implementierungsplans und Spezifizieren neuer Hardware und Software.

• Aktualisieren von Kosten, Nutzen, Konvertierungsdaten und Systemeinschränkungen.

Architekturdesign

Es ist auch als High-Level-Design bekannt, das sich auf das Design der Systemarchitektur konzentriert. Es beschreibt die Struktur und das Verhalten des Systems. Es definiert die Struktur und Beziehung zwischen verschiedenen Modulen des Systementwicklungsprozesses.

Detailliertes Design

Es folgt dem architektonischen Entwurf und konzentriert sich auf die Entwicklung jedes Moduls.

Konzeptionelle Datenmodellierung

Es handelt sich um eine Darstellung von Organisationsdaten, die alle wichtigen Entitäten und Beziehungen umfasst. Systemanalysten entwickeln ein konzeptionelles Datenmodell für das aktuelle System, das den Umfang und die Anforderungen des vorgeschlagenen Systems unterstützt.

Das Hauptziel der konzeptionellen Datenmodellierung besteht darin, so viel Bedeutung wie möglich von Daten zu erfassen. Die meisten Unternehmen verwenden heutzutage die konzeptionelle Datenmodellierung mithilfe des ER-Modells, bei dem eine spezielle Notation verwendet wird, um so viel Bedeutung wie möglich für Daten darzustellen.

Entity Relationship Model

Diese im Datenbankdesign verwendete Technik beschreibt die Beziehung zwischen verschiedenen Entitäten einer Organisation.

Im ER-Modell verwendete Begriffe

• ENTITY- Es gibt verschiedene reale Elemente in einer Anwendung an. Zum Beispiel: Verkäufer, Gegenstand, Schüler, Kurs, Lehrer usw.

• RELATIONSHIP- Sie sind die sinnvollen Abhängigkeiten zwischen Entitäten. Zum Beispiel liefert der Lieferant Artikel, der Lehrer unterrichtet Kurse, dann sind Lieferungen und Kurs Beziehung.

• ATTRIBUTES- Es gibt die Eigenschaften von Beziehungen an. Zum Beispiel Herstellercode, Schülername. Im ER-Modell verwendete Symbole und ihre jeweiligen Bedeutungen -

Die folgende Tabelle zeigt die im ER-Modell verwendeten Symbole und ihre Bedeutung -

Symbol	Bedeutung
	Entität
	Schwache Entität
	Beziehung
	Identitätsbeziehung
	Attribute
	Hauptmerkmale
	Mehrwertig
	Zusammengesetztes Attribut
	Abgeleitete Attribute
	Gesamtbeteiligung von E2 an R.
	Kardinalitätsverhältnis 1: N für E1: E2 in R.

Zwischen zwei Datensätzen können drei Arten von Beziehungen bestehen: Eins-zu-Eins, Eins-zu-Viele und Viele-zu-Viele.

Dateiorganisation

Es beschreibt, wie Datensätze in einer Datei gespeichert werden.

Es gibt vier Methoden zur Dateiorganisation:

• Serial - Datensätze werden in chronologischer Reihenfolge gespeichert (in der Reihenfolge, in der sie eingegeben werden oder auftreten). Examples - Aufzeichnung von Telefongebühren, Geldautomaten-Transaktionen, Telefonwarteschlangen.

• Sequential - Datensätze werden in der Reihenfolge gespeichert, die auf einem Schlüsselfeld basiert, das einen Wert enthält, der einen Datensatz eindeutig identifiziert. Examples - Telefonverzeichnisse.

• Direct (relative)- Jeder Datensatz wird basierend auf einer physischen Adresse oder einem Speicherort auf dem Gerät gespeichert. Die Adresse wird aus dem Wert berechnet, der im Schlüsselfeld des Datensatzes gespeichert ist. Die Konvertierung erfolgt durch eine zufällige Routine oder einen Hashing-Algorithmus.

• Indexed - Datensätze können sowohl sequentiell als auch nicht sequentiell mithilfe von Indizes verarbeitet werden.

Vergleich

Dateizugriff

Man kann entweder über Sequential Access oder Random Access auf eine Datei zugreifen. Mithilfe von Dateizugriffsmethoden können Computerprogramme Datensätze in einer Datei lesen oder schreiben.

Sequentieller Zugriff

Jeder Datensatz in der Datei wird beginnend mit dem ersten Datensatz verarbeitet, bis das Dateiende (EOF) erreicht ist. Es ist effizient, wenn zu einem bestimmten Zeitpunkt auf eine große Anzahl der Datensätze in der Datei zugegriffen werden muss. Auf auf einem Band gespeicherte Daten (sequentieller Zugriff) kann nur sequentiell zugegriffen werden.

Direkter (zufälliger) Zugriff

Datensätze werden lokalisiert, indem ihre physischen Standorte oder Adressen auf dem Gerät und nicht ihre Positionen relativ zu anderen Datensätzen bekannt sind. Auf auf einem CD-Gerät gespeicherte Daten (Direktzugriff) kann entweder nacheinander oder zufällig zugegriffen werden.

In einem Organisationssystem verwendete Dateitypen

Im Folgenden sind die Dateitypen aufgeführt, die in einem Organisationssystem verwendet werden:

• Master file- Es enthält die aktuellen Informationen für ein System. Zum Beispiel Kundendatei, Studentendatei, Telefonverzeichnis.

• Table file- Es handelt sich um eine Art Masterdatei, die sich selten ändert und in einem Tabellenformat gespeichert wird. Zum Beispiel Speichern der Postleitzahl.

• Transaction file- Es enthält die täglichen Informationen, die aus Geschäftsaktivitäten generiert werden. Es wird zum Aktualisieren oder Verarbeiten der Masterdatei verwendet. Zum Beispiel Adressen der Mitarbeiter.

• Temporary file - Es wird erstellt und verwendet, wann immer es von einem System benötigt wird.

• Mirror file- Sie sind die genauen Duplikate anderer Dateien. Minimieren Sie das Risiko von Ausfallzeiten in Fällen, in denen das Original unbrauchbar wird. Sie müssen jedes Mal geändert werden, wenn die Originaldatei geändert wird.

• Log files- Sie enthalten Kopien von Stamm- und Transaktionsdatensätzen, um alle Änderungen aufzuzeichnen, die an der Stammdatei vorgenommen wurden. Es erleichtert die Prüfung und bietet einen Mechanismus für die Wiederherstellung bei Systemausfall.

• Archive files - Sicherungsdateien, die historische Versionen anderer Dateien enthalten.

Dokumentationskontrolle

Bei der Dokumentation werden die Informationen zu Referenz- oder Betriebszwecken aufgezeichnet. Es hilft Benutzern, Managern und IT-Mitarbeitern, die es benötigen. Es ist wichtig, dass das vorbereitete Dokument regelmäßig aktualisiert wird, um den Fortschritt des Systems leicht verfolgen zu können.

Wenn das System nach der Implementierung des Systems nicht ordnungsgemäß funktioniert, hilft die Dokumentation dem Administrator, den Datenfluss im System zu verstehen, um die Fehler zu beheben und das System zum Laufen zu bringen.

Programmierer oder Systemanalytiker erstellen normalerweise Programm- und Systemdokumentationen. Systemanalysten sind normalerweise für die Erstellung der Dokumentation verantwortlich, damit Benutzer das System besser kennenlernen können. In großen Unternehmen kann ein technisches Support-Team, dem technische Redakteure angehören, bei der Erstellung von Benutzerdokumentationen und Schulungsmaterialien behilflich sein.

Vorteile

• Dies kann Systemausfallzeiten reduzieren, Kosten senken und Wartungsaufgaben beschleunigen.

• Es bietet eine klare Beschreibung des formalen Flusses des gegenwärtigen Systems und hilft zu verstehen, welche Art von Eingabedaten vorliegen und wie die Ausgabe erzeugt werden kann.

• Es bietet eine effektive und effiziente Möglichkeit zur Kommunikation zwischen technischen und nichttechnischen Benutzern über das System.

• Es erleichtert die Schulung des neuen Benutzers, damit dieser den Systemfluss leicht verstehen kann.

• Es hilft dem Benutzer, Probleme wie die Fehlerbehebung zu lösen, und hilft dem Manager, bessere endgültige Entscheidungen des Organisationssystems zu treffen.

• Es bietet eine bessere Kontrolle über die interne oder externe Arbeitsweise des Systems.

Arten von Dokumentationen

Wenn es um Systemdesign geht, gibt es folgende vier Hauptdokumentationen:

• Programmdokumentation
• Systemdokumentation
• Betriebsdokumentation
• Benutzerdokumentation

Programmdokumentation

• Es beschreibt die Ein- und Ausgänge sowie die Verarbeitungslogik für alle Programmmodule.

• Der Programmdokumentationsprozess beginnt in der Systemanalysephase und wird während der Implementierung fortgesetzt.

• Diese Dokumentation führt Programmierer an, die Module erstellen, die durch interne und externe Kommentare und Beschreibungen gut unterstützt werden und leicht zu verstehen und zu pflegen sind.

Betriebsdokumentation

Die Betriebsdokumentation enthält alle Informationen, die für die Verarbeitung und Verteilung von Online- und Druckausgaben erforderlich sind. Die Betriebsdokumentation sollte klar, präzise und nach Möglichkeit online verfügbar sein.

Es enthält die folgenden Informationen -

• Programm-, Systemanalytiker-, Programmierer- und Systemidentifikation.

• Planungsinformationen für die gedruckte Ausgabe, z. B. Bericht, Ausführungshäufigkeit und Fristen.

• Eingabedateien, ihre Quelle, Ausgabedateien und ihre Ziele.

• E-Mail- und Berichtsverteilerlisten.

• Spezielle Formulare erforderlich, einschließlich Online-Formulare.

• Fehler- und Informationsmeldungen an Bediener und Neustartvorgänge.

• Spezielle Anweisungen, wie z. B. Sicherheitsanforderungen.

Benutzerdokumentation

Es enthält Anweisungen und Informationen für die Benutzer, die mit dem System interagieren. Zum Beispiel Benutzerhandbücher, Hilfeanleitungen und Tutorials. Benutzerdokumentation ist bei der Schulung von Benutzern und zu Referenzzwecken hilfreich. Es muss klar, verständlich und für Benutzer auf allen Ebenen leicht zugänglich sein.

Die Benutzer, Systembesitzer, Analysten und Programmierer haben gemeinsam Anstrengungen unternommen, um ein Benutzerhandbuch zu entwickeln.

Eine Benutzerdokumentation sollte Folgendes enthalten:

• Eine Systemübersicht, in der alle wichtigen Systemfunktionen, -funktionen und -beschränkungen klar beschrieben werden.

• Beschreibung des Inhalts, der Vorbereitung, Verarbeitung und der Beispiele des Quelldokuments.

• Übersicht über Optionen, Inhalte und Verarbeitungsanweisungen des Menü- und Dateneingabebildschirms.

• Beispiele für Berichte, die regelmäßig erstellt werden oder auf Anfrage des Benutzers verfügbar sind, einschließlich Beispiele.

• Informationen zum Sicherheits- und Prüfpfad.

• Erläuterung der Verantwortung für bestimmte Eingabe-, Ausgabe- oder Verarbeitungsanforderungen.

• Verfahren zum Anfordern von Änderungen und Melden von Problemen.

• Beispiele für Ausnahmen und Fehlersituationen.

• Häufig gestellte Fragen (FAQs).

• Erläuterung, wie Sie Hilfe und Verfahren zum Aktualisieren des Benutzerhandbuchs erhalten.

Systemdokumentation

Die Systemdokumentation dient als technische Spezifikation für den IS und wie die Ziele des IS erreicht werden. Benutzer, Manager und IS-Besitzer müssen niemals auf die Systemdokumentation verweisen. Die Systemdokumentation bietet die Grundlage für das Verständnis der technischen Aspekte des IS, wenn Änderungen vorgenommen werden.

• Es beschreibt jedes Programm innerhalb des IS und den gesamten IS selbst.

• Es beschreibt die Funktionen des Systems, die Art und Weise ihrer Implementierung, den Zweck jedes Programms innerhalb des gesamten IS in Bezug auf die Ausführungsreihenfolge, die an und von Programmen übergebenen Informationen und den gesamten Systemfluss.

• Es enthält Datenwörterbucheinträge, Datenflussdiagramme, Objektmodelle, Bildschirmlayouts, Quelldokumente und die Systemanforderung, die das Projekt initiiert hat.

• Der größte Teil der Systemdokumentation wird während der Systemanalyse und des Systemdesigns erstellt.

• Während der Systemimplementierung muss ein Analyst die Systemdokumentation überprüfen, um sicherzustellen, dass sie vollständig, genau und aktuell ist und alle während des Implementierungsprozesses vorgenommenen Änderungen enthält.

Top-Down-Strategie

Die Top-Down-Strategie verwendet den modularen Ansatz, um das Design eines Systems zu entwickeln. Es wird so genannt, weil es vom obersten oder vom Modul der höchsten Ebene ausgeht und sich zu den Modulen der niedrigsten Ebene bewegt.

Bei dieser Technik wird das übergeordnete Modul oder Hauptmodul zum Entwickeln der Software identifiziert. Das Hauptmodul ist basierend auf der von jedem Modul ausgeführten Aufgabe in mehrere kleinere und einfachere Submodule oder Segmente unterteilt. Dann wird jedes Submodul weiter in mehrere Submodule der nächstniedrigeren Ebene unterteilt. Dieser Prozess der Aufteilung jedes Moduls in mehrere Submodule wird fortgesetzt, bis die Module der untersten Ebene, die nicht weiter unterteilt werden können, nicht identifiziert werden.

Bottom-Up-Strategie

Die Bottom-Up-Strategie folgt dem modularen Ansatz zur Entwicklung des Systemdesigns. Es wird so genannt, weil es von den unteren oder grundlegendsten Modulen beginnt und sich zu den Modulen der höchsten Ebene bewegt.

Bei dieser Technik

• Die Module auf der grundlegendsten oder der niedrigsten Ebene werden identifiziert.

• Diese Module werden dann basierend auf der von jedem Modul ausgeführten Funktion zu den nächsthöheren Modulen zusammengefasst.

• Diese Module werden dann weiter kombiniert, um die nächsthöheren Module zu bilden.

• Dieser Prozess des Gruppierens mehrerer einfacherer Module zu übergeordneten Modulen wird fortgesetzt, bis das Hauptmodul des Systementwicklungsprozesses erreicht ist.

Strukturiertes Design

Strukturiertes Design ist eine datenflussbasierte Methode, mit deren Hilfe die Ein- und Ausgabe des sich entwickelnden Systems identifiziert werden kann. Das Hauptziel des strukturierten Entwurfs besteht darin, die Komplexität zu minimieren und die Modularität eines Programms zu erhöhen. Strukturiertes Design hilft auch bei der Beschreibung der funktionalen Aspekte des Systems.

Beim strukturierten Entwurf dienen die Systemspezifikationen als Grundlage für die grafische Darstellung des Datenflusses und der Abfolge von Prozessen, die an einer Softwareentwicklung mit Hilfe von DFDs beteiligt sind. Nach der Entwicklung der DFDs für das Softwaresystem besteht der nächste Schritt in der Entwicklung des Strukturdiagramms.

Modularisierung

Strukturiertes Design unterteilt das Programm in kleine und unabhängige Module. Diese sind von oben nach unten mit den unten gezeigten Details organisiert.

Daher verwendet das strukturierte Design einen Ansatz, der als Modularisierung oder Zerlegung bezeichnet wird, um die Komplexität zu minimieren und das Problem durch Unterteilen in kleinere Segmente zu verwalten.

Advantages

• Kritische Schnittstellen werden zuerst getestet.
• Es bietet Abstraktion.
• Es ermöglicht mehreren Programmierern, gleichzeitig zu arbeiten.
• Es ermöglicht die Wiederverwendung von Code.
• Es bietet Kontrolle und verbessert die Moral.
• Dies erleichtert die Identifizierung der Struktur.

Strukturierte Diagramme

Strukturierte Diagramme sind ein empfohlenes Werkzeug zum Entwerfen eines modularen Top-Down-Systems, das die verschiedenen Module der Systementwicklung und die Beziehung zwischen den einzelnen Modulen definiert. Es zeigt das Systemmodul und ihre Beziehung zwischen ihnen.

Es besteht aus einem Diagramm, das aus rechteckigen Feldern besteht, die die Module, Verbindungspfeile oder Linien darstellen.

• Control Module - Es handelt sich um ein Modul höherer Ebene, das Module niedrigerer Ebene steuert subordinate modules.

• Library Module - Es ist ein wiederverwendbares Modul und kann von mehr als einem Punkt im Diagramm aufgerufen werden.

Wir haben zwei verschiedene Ansätze, um ein strukturiertes Diagramm zu entwerfen -

• Transform-Centered Structured Charts - Sie werden verwendet, wenn alle Transaktionen demselben Pfad folgen.

• Transaction–Centered Structured Charts - Sie werden verwendet, wenn nicht alle Transaktionen dem gleichen Pfad folgen.

Ziele der Verwendung von Strukturflussdiagrammen

• Um ein Top-Down-Design zu fördern.

• Unterstützung des Modulkonzepts und Identifizierung der entsprechenden Module.

• Darstellung der Größe und Komplexität des Systems.

• Identifizieren der Anzahl leicht identifizierbarer Funktionen und Module innerhalb jeder Funktion.

• Darstellen, ob jede identifizierbare Funktion eine überschaubare Einheit ist oder in kleinere Komponenten unterteilt werden sollte.

Faktoren, die die Systemkomplexität beeinflussen

Um eine gute Qualität der Systemsoftware zu entwickeln, ist es notwendig, ein gutes Design zu entwickeln. Daher liegt der Schwerpunkt bei der Entwicklung des Systemdesigns auf der Qualität des Software-Designs. Ein qualitativ hochwertiges Software-Design ist dasjenige, das die Komplexität und den Kostenaufwand bei der Softwareentwicklung minimiert.

Die beiden wichtigen Konzepte im Zusammenhang mit der Systementwicklung, die bei der Bestimmung der Komplexität eines Systems hilfreich sind, sind: coupling und cohesion.

Kupplung

Die Kopplung ist das Maß für die Unabhängigkeit von Bauteilen. Es definiert den Grad der Abhängigkeit jedes Moduls der Systementwicklung vom anderen. In der Praxis bedeutet dies, dass es umso schwieriger ist, das System zu implementieren und zu warten, je stärker die Kopplung zwischen den Modulen in einem System ist.

Jedes Modul sollte eine einfache, saubere Schnittstelle zu anderen Modulen haben und die Mindestanzahl von Datenelementen sollte zwischen den Modulen geteilt werden.

Hohe Kopplung

Diese Art von Systemen hat Verbindungen zu voneinander abhängigen Programmeinheiten. Änderungen an einem Subsystem führen zu starken Auswirkungen auf das andere Subsystem.

Niedrige Kupplung

Diese Art von Systemen besteht aus Komponenten, die unabhängig oder nahezu unabhängig sind. Eine Änderung in einem Subsystem wirkt sich nicht auf ein anderes Subsystem aus.

Kopplungsmaßnahmen

• Content Coupling - Wenn eine Komponente tatsächlich eine andere ändert, ist die geänderte Komponente vollständig von der Änderung einer Komponente abhängig.

• Common Coupling - Wenn das Ausmaß der Kopplung etwas reduziert wird, indem das Systemdesign so organisiert wird, dass auf Daten aus einem gemeinsamen Datenspeicher zugegriffen werden kann.

• Control Coupling - Wenn eine Komponente Parameter übergibt, um die Aktivität einer anderen Komponente zu steuern.

• Stamp Coupling - Wenn Datenstrukturen verwendet werden, um Informationen von einer Komponente an eine andere zu übergeben.

• Data Coupling - Wenn nur Daten übergeben werden, werden Komponenten durch diese Kopplung verbunden.

Zusammenhalt

Kohäsion ist das Maß für die Nähe der Beziehung zwischen ihren Komponenten. Es definiert den Grad der Abhängigkeit der Komponenten eines Moduls voneinander. In der Praxis bedeutet dies, dass der Systemdesigner sicherstellen muss, dass -

• Sie teilen wesentliche Prozesse nicht in fragmentierte Module auf.

• Sie fassen nicht verwandte Prozesse, die im DFD als Prozesse dargestellt werden, nicht zu bedeutungslosen Modulen zusammen.

Die besten Module sind diejenigen, die funktional zusammenhängend sind. Die schlechtesten Module sind diejenigen, die zufällig zusammenhängend sind.

Der schlechteste Grad an Zusammenhalt

Zufälliger Zusammenhalt findet sich in einer Komponente, deren Teile nicht mit einer anderen verwandt sind.

• Logical Cohesion - Hier werden mehrere logisch zusammenhängende Funktionen oder Datenelemente in derselben Komponente platziert.

• Temporal Cohesion - Dies ist der Fall, wenn eine Komponente, die zum Initialisieren eines Systems oder zum Setzen von Variablen verwendet wird, mehrere Funktionen nacheinander ausführt, die Funktionen jedoch durch das Timing miteinander verbunden sind.

• Procedurally Cohesion - Dies ist der Fall, wenn Funktionen in einer Komponente zusammengefasst werden, um diese Reihenfolge sicherzustellen.

• Sequential Cohesion - Dies ist der Fall, wenn die Ausgabe von einem Teil einer Komponente die Eingabe zum nächsten Teil davon ist.

Eingabedesign

In einem Informationssystem sind Eingaben die Rohdaten, die verarbeitet werden, um Ausgaben zu erzeugen. Während des Eingabedesigns müssen die Entwickler die Eingabegeräte wie PC, MICR, OMR usw. berücksichtigen.

Daher bestimmt die Qualität der Systemeingabe die Qualität der Systemausgabe. Gut gestaltete Eingabeformulare und Bildschirme haben folgende Eigenschaften:

• Es sollte einem bestimmten Zweck effektiv dienen, z. B. dem Speichern, Aufzeichnen und Abrufen der Informationen.

• Es gewährleistet eine ordnungsgemäße Fertigstellung mit Genauigkeit.

• Es sollte leicht zu füllen und unkompliziert sein.

• Es sollte sich auf die Aufmerksamkeit, Konsistenz und Einfachheit des Benutzers konzentrieren.

• Alle diese Ziele werden mit der Kenntnis der grundlegenden Gestaltungsprinzipien in Bezug auf - erreicht

  • Welche Eingaben werden für das System benötigt?

  • Wie Endbenutzer auf verschiedene Elemente von Formularen und Bildschirmen reagieren.

Ziele für das Input Design

Die Ziele des Input-Designs sind -

• Entwerfen von Dateneingabe- und Eingabeverfahren

• Eingangslautstärke reduzieren

• Entwerfen von Quelldokumenten für die Datenerfassung oder Entwickeln anderer Datenerfassungsmethoden

• Zum Entwerfen von Eingabedatensätzen, Dateneingabebildschirmen, Benutzeroberflächenbildschirmen usw.

• Validierungsprüfungen verwenden und effektive Eingabekontrollen entwickeln.

Dateneingabemethoden

Es ist wichtig, geeignete Dateneingabemethoden zu entwickeln, um Fehler bei der Dateneingabe zu vermeiden. Diese Methoden hängen davon ab, ob die Daten von Kunden in Formularen manuell und später von Dateneingabebetreibern eingegeben werden oder ob Daten direkt von Benutzern auf den PCs eingegeben werden.

Ein System sollte verhindern, dass Benutzer Fehler machen, indem es -

• Klares Formulardesign, indem genügend Platz zum lesbaren Schreiben bleibt.
• Klare Anweisungen zum Ausfüllen des Formulars.
• Klares Formulardesign.
• Tastenanschläge reduzieren.
• Sofortige Fehlerrückmeldung.

Einige der gängigen Dateneingabemethoden sind -

• Batch-Input-Methode (Offline-Dateneingabemethode)
• Online-Dateneingabemethode
• Computerlesbare Formulare
• Interaktive Dateneingabe

Eingabeintegritätssteuerungen

Die Eingabeintegritätskontrollen umfassen eine Reihe von Methoden, um häufige Eingabefehler durch Endbenutzer zu beseitigen. Dazu gehört auch die Überprüfung des Werts einzelner Felder. sowohl für das Format als auch für die Vollständigkeit aller Eingaben.

Audit-Trails für die Dateneingabe und andere Systemvorgänge werden mithilfe von Transaktionsprotokollen erstellt, die alle in der Datenbank vorgenommenen Änderungen aufzeichnen, um Sicherheit und Mittel zur Wiederherstellung im Falle eines Fehlers bereitzustellen.

Ausgabedesign

Das Design der Ausgabe ist die wichtigste Aufgabe eines jeden Systems. Während des Ausgabedesigns identifizieren Entwickler die Art der benötigten Ausgaben und berücksichtigen die erforderlichen Ausgabesteuerungen und Prototyp-Berichtslayouts.

Ziele des Output-Designs

Die Ziele des Input-Designs sind -

• Entwicklung eines Output-Designs, das dem beabsichtigten Zweck dient und die Produktion unerwünschter Outputs verhindert.

• Entwicklung des Ausgabedesigns, das den Anforderungen der Endbenutzer entspricht.

• Um die entsprechende Menge an Ausgabe zu liefern.

• Um die Ausgabe in einem geeigneten Format zu erstellen und an die richtige Person weiterzuleiten.

• Die Ausgabe rechtzeitig verfügbar zu machen, um gute Entscheidungen zu treffen.

Lassen Sie uns nun verschiedene Arten von Ausgaben durchgehen -

Externe Ausgänge

Hersteller erstellen und entwerfen externe Ausgänge für Drucker. Externe Ausgänge ermöglichen es dem System, die Auslöseaktionen ihrer Empfänger zu belassen oder Aktionen ihren Empfängern zu bestätigen.

Einige der externen Ausgänge sind als Turnaround-Ausgänge konzipiert, die als Formular implementiert werden und als Eingang wieder in das System eingegeben werden.

Interne Ausgänge

Interne Ausgaben sind im System vorhanden und werden von Endbenutzern und Managern verwendet. Sie unterstützen das Management bei der Entscheidungsfindung und Berichterstattung.

Es gibt drei Arten von Berichten, die von Managementinformationen erstellt werden:

• Detailed Reports - Sie enthalten aktuelle Informationen, für die fast keine Filterung oder Einschränkung generiert wurde, um die Planung und Kontrolle des Managements zu unterstützen.

• Summary Reports - Sie enthalten Trends und potenzielle Probleme, die kategorisiert und zusammengefasst werden und für Manager generiert werden, die keine Details wünschen.

• Exception Reports - Sie enthalten Ausnahmen, gefilterte Daten zu bestimmten Bedingungen oder Standards, bevor sie dem Manager als Informationen präsentiert werden.

Steuerelemente für die Ausgangsintegrität

Zu den Steuerungen für die Ausgabeintegrität gehören Routing-Codes zur Identifizierung des empfangenden Systems und Überprüfungsnachrichten zur Bestätigung des erfolgreichen Empfangs von Nachrichten, die vom Netzwerkprotokoll verarbeitet werden.

Gedruckte Berichte oder Berichte im Bildschirmformat sollten ein Datum und eine Uhrzeit für den Berichtsdruck sowie die Daten enthalten. Mehrseitige Berichte enthalten den Titel oder die Beschreibung des Berichts sowie die Paginierung. Vorgedruckte Formulare enthalten normalerweise eine Versionsnummer und ein Datum des Inkrafttretens.

Formularentwurf

Sowohl Formulare als auch Berichte sind das Produkt des Eingabe- und Ausgabedesigns und sind Geschäftsdokumente, die aus bestimmten Daten bestehen. Der Hauptunterschied besteht darin, dass Formulare Felder für die Dateneingabe bereitstellen, Berichte jedoch nur zum Lesen verwendet werden. Zum Beispiel Bestellformulare, Anstellung und Kreditantrag usw.

• Während des Formularentwurfs sollten die Designer Folgendes wissen:

  • wer wird sie benutzen

  • wohin würden sie geliefert werden

  • den Zweck des Formulars oder Berichts

• Während des Formularentwurfs verbessern automatisierte Entwurfstools die Fähigkeit des Entwicklers, Formulare und Berichte zu prototypisieren und sie den Endbenutzern zur Bewertung zu präsentieren.

Ziele guter Formgestaltung

Ein gutes Formulardesign ist erforderlich, um Folgendes sicherzustellen:

• Um den Bildschirm einfach zu halten, geben Sie die richtige Reihenfolge, Informationen und klare Beschriftungen an.

• Um den beabsichtigten Zweck durch Verwendung geeigneter Formulare zu erreichen.

• Um das Ausfüllen des Formulars mit Genauigkeit zu gewährleisten.

• Um die Formulare attraktiv zu halten, verwenden Sie Symbole, inverses Video oder blinkende Cursor usw.

• Zur Erleichterung der Navigation.

Arten von Formularen

Flat Forms

• Es ist ein einzelnes Kopierformular, das manuell oder maschinell erstellt und auf Papier gedruckt wird. Für zusätzliche Kopien des Originals werden Kohlekopien zwischen die Kopien eingefügt.

• Es ist eine einfachste und kostengünstigste Form zum Entwerfen, Drucken und Reproduzieren, die weniger Volumen benötigt.

Unit Set/Snap out Forms

• Hierbei handelt es sich um Papiere mit einmaligen Kohlenstoffen, die entweder handschriftlich oder maschinell in Einheitensets eingebettet sind.

• Kohlenstoffe können entweder blau oder schwarz sein, mittlere Intensität mittlerer Qualität. Im Allgemeinen eignen sich blaue Kohlenstoffe am besten für handgeschriebene Formulare, während schwarze Kohlenstoffe am besten für den maschinellen Gebrauch geeignet sind.

Continuous strip/Fanfold Forms

• Dies sind mehrere Einheitsformen, die in einem durchgehenden Streifen mit Perforationen zwischen jedem Formpaar verbunden sind.

• Es ist eine kostengünstigere Methode für den Einsatz in großen Mengen.

No Carbon Required (NCR) Paper

• Sie verwenden kohlenstofffreies Papier mit zwei chemischen Beschichtungen (Kapseln), eine auf der Vorderseite und eine auf der Rückseite eines Blattes Papier.

• Wenn Druck ausgeübt wird, interagieren die beiden Kapseln und erzeugen ein Bild.

Das Softwaresystem muss in jeder Entwicklungsphase auf sein beabsichtigtes Verhalten und seine Fortschrittsrichtung überprüft werden, um Doppelarbeit, Zeit- und Kostenüberschreitungen zu vermeiden und die Fertigstellung des Systems innerhalb der festgelegten Zeit sicherzustellen. Das Softwaresystem muss auf sein Verhalten überprüft werden beabsichtigtes Verhalten und Richtung des Fortschritts in jeder Entwicklungsphase, um Doppelarbeit, Zeit- und Kostenüberschreitungen zu vermeiden und die Fertigstellung des Systems innerhalb der festgelegten Zeit sicherzustellen.

Systemtests und Qualitätssicherung helfen bei der Überprüfung des Systems. Es beinhaltet -

• Qualität auf Produktebene (Testen)
• Qualität auf Prozessebene.

Lassen Sie uns sie kurz durchgehen -

Testen

Testen ist der Prozess oder die Aktivität, mit der die Funktionalität und Richtigkeit der Software gemäß den festgelegten Benutzeranforderungen überprüft wird, um die Qualität und Zuverlässigkeit des Systems zu verbessern. Dies ist ein teurer, zeitaufwändiger und kritischer Ansatz in der Systementwicklung, der eine ordnungsgemäße Planung des gesamten Testprozesses erfordert.

Ein erfolgreicher Test ist einer, der die Fehler findet. Es führt das Programm mit der expliziten Absicht aus, Fehler zu finden, dh das Programm schlägt fehl. Es ist ein Prozess zur Bewertung des Systems mit der Absicht, ein starkes System zu schaffen, und konzentriert sich hauptsächlich auf die Schwachstellen des Systems oder der Software.

Eigenschaften von Systemtests

Systemtests beginnen auf Modulebene und gehen in Richtung der Integration des gesamten Softwaresystems. Beim Testen des Systems werden zu unterschiedlichen Zeiten unterschiedliche Testtechniken verwendet. Es wird vom Entwickler für kleine Projekte und von unabhängigen Testgruppen für große Projekte durchgeführt.

Stufen des Systemtests

Die folgenden Phasen sind mit dem Testen verbunden:

Test Strategy

Diese Anweisung enthält Informationen zu den verschiedenen Ebenen, Methoden, Werkzeugen und Techniken, die zum Testen des Systems verwendet werden. Es sollte alle Bedürfnisse einer Organisation erfüllen.

Test Plan

Es enthält einen Plan zum Testen des Systems und überprüft, ob das zu testende System alle Entwurfs- und Funktionsspezifikationen erfüllt. Der Testplan enthält die folgenden Informationen:

• Ziele jeder Testphase
• Zum Testen verwendete Ansätze und Werkzeuge
• Verantwortlichkeiten und Zeitaufwand für jede Testaktivität
• Verfügbarkeit von Tools, Einrichtungen und Testbibliotheken
• Verfahren und Standards, die für die Planung und Durchführung der Tests erforderlich sind
• Faktoren, die für den erfolgreichen Abschluss des Testprozesses verantwortlich sind

Test Case Design

• Für jedes zu testende Modul des Systems wird eine Reihe von Testfällen identifiziert.

• In jedem Testfall wird festgelegt, wie die Implementierung einer bestimmten Anforderung oder Entwurfsentscheidung getestet werden soll und welche Kriterien für den Erfolg des Tests gelten.

• Die Testfälle werden zusammen mit dem Testplan als Teil eines Systemspezifikationsdokuments oder in einem separaten Dokument namens aufgerufen test specification oder test description.

Test Procedures

Es besteht aus den Schritten, die ausgeführt werden sollten, um jeden der Testfälle auszuführen. Diese Verfahren werden in einem separaten Dokument angegeben, das als Testverfahrenspezifikation bezeichnet wird. In diesem Dokument sind auch spezielle Anforderungen und Formate für die Meldung der Testergebnisse aufgeführt.

Test Result Documentation

Die Testergebnisdatei enthält kurze Informationen zur Gesamtzahl der ausgeführten Testfälle, zur Anzahl der Fehler und zur Art der Fehler. Diese Ergebnisse werden dann anhand von Kriterien in der Testspezifikation bewertet, um das Gesamtergebnis des Tests zu bestimmen.

Arten von Tests

Es gibt verschiedene Arten von Tests, und je nach Art der Fehler, die entdeckt werden sollen, werden verschiedene Arten von Tests durchgeführt.

Unit Testing

Dies wird auch als Programmtest bezeichnet und ist eine Art von Test, bei dem der Analyst jedes Programm oder Modul unabhängig testet oder sich darauf konzentriert. Es wird mit der Absicht ausgeführt, jede Anweisung des Moduls mindestens einmal auszuführen.

• Beim Testen von Einheiten kann die Genauigkeit des Programms nicht gewährleistet werden, und es ist schwierig, verschiedene Eingangskombinationen im Detail zu testen.

• Es identifiziert maximale Fehler in einem Programm im Vergleich zu anderen Testtechniken.

Integrationstests

Beim Integrationstest testet der Analyst mehrere Module, die zusammenarbeiten. Es wird verwendet, um Diskrepanzen zwischen dem System und seinem ursprünglichen Ziel, den aktuellen Spezifikationen und der Systemdokumentation festzustellen.

• Hier versuchen die Analysten, Bereiche zu finden, in denen Module mit unterschiedlichen Spezifikationen für Datenlänge, Typ und Datenelementname entworfen wurden.

• Es wird überprüft, ob die Dateigrößen ausreichend sind und die Indizes ordnungsgemäß erstellt wurden.

Funktionsprüfung

Durch Funktionstests wird festgestellt, ob das System gemäß seinen Spezifikationen und der entsprechenden Normdokumentation ordnungsgemäß funktioniert. Funktionstests beginnen normalerweise mit der Implementierung des Systems, was für den Erfolg des Systems sehr wichtig ist.

Die Funktionsprüfung ist in zwei Kategorien unterteilt:

• Positive Functional Testing - Das System muss mit gültigen Eingaben getestet werden, um sicherzustellen, dass die erzeugten Ausgaben korrekt sind.

• Negative Functional Testing - Dabei wird die Software mit ungültigen Eingaben und unerwünschten Betriebsbedingungen getestet.

Regeln für Systemtests

Um Systemtests erfolgreich durchzuführen, müssen Sie die angegebenen Regeln befolgen -

• Das Testen sollte auf den Anforderungen des Benutzers basieren.

• Bevor Sie Testskripte schreiben, sollten Sie die Geschäftslogik gründlich verstehen.

• Der Testplan sollte so schnell wie möglich erstellt werden.

• Die Tests sollten von Dritten durchgeführt werden.

• Es sollte mit statischer Software durchgeführt werden.

• Es sollten Tests auf gültige und ungültige Eingabebedingungen durchgeführt werden.

• Tests sollten überprüft und geprüft werden, um die Kosten zu senken.

• An der Software sollten sowohl statische als auch dynamische Tests durchgeführt werden.

• Die Dokumentation von Testfällen und Testergebnissen sollte erfolgen.

Qualitätskontrolle

Hierbei handelt es sich um die Überprüfung von System- oder Softwareprodukten und deren Dokumentation, um sicherzustellen, dass das System die Anforderungen und Spezifikationen erfüllt.

• Zweck der Qualitätssicherung ist es, den Kunden durch ständige Lieferung des Produkts gemäß den Spezifikationen Vertrauen zu schaffen.

• Software Quality Assurance (SQA) ist eine Technik, die Verfahren und Tools umfasst, die von Softwareprofis angewendet werden, um sicherzustellen, dass Software den angegebenen Standard für die beabsichtigte Verwendung und Leistung erfüllt.

• Das Hauptziel von SQA ist es, der Verwaltung eine ordnungsgemäße und genaue Sichtbarkeit des Softwareprojekts und seines entwickelten Produkts zu ermöglichen.

• Es überprüft und prüft das Softwareprodukt und seine Aktivitäten während des gesamten Lebenszyklus der Systementwicklung.

Ziele der Qualitätssicherung

Die Ziele der Qualitätssicherung sind folgende:

• Überwachung des Softwareentwicklungsprozesses und der endgültigen entwickelten Software.

• Um sicherzustellen, dass das Softwareprojekt die vom Management festgelegten Standards und Verfahren implementiert.

• Gruppen und Einzelpersonen über die SQA-Aktivitäten und die Ergebnisse dieser Aktivitäten zu informieren.

• Um sicherzustellen, dass die Probleme, die nicht in der Software gelöst werden, vom oberen Management behoben werden.

• Um Mängel im Produkt, im Prozess oder in den Standards zu identifizieren und zu beheben.

Qualitätssicherungsstufen

Es gibt verschiedene Ebenen der Qualitätssicherung und Tests, die durchgeführt werden müssen, um ein Softwareprodukt zu zertifizieren.

Level 1 − Code Walk-through

Auf dieser Ebene wird Offline-Software auf Verstöße gegen die offiziellen Kodierungsregeln untersucht oder überprüft. Im Allgemeinen liegt der Schwerpunkt auf der Prüfung der Dokumentation und des Niveaus der In-Code-Kommentare.

Level 2 − Compilation and Linking

Auf dieser Ebene wird überprüft, ob die Software alle offiziellen Plattformen und Betriebssysteme kompilieren und verknüpfen kann.

Level 3 − Routine Running

Auf dieser Ebene wird überprüft, ob die Software unter verschiedenen Bedingungen wie einer bestimmten Anzahl von Ereignissen und kleinen und großen Ereignisgrößen usw. ordnungsgemäß ausgeführt werden kann.

Level 4 − Performance test

Auf dieser letzten Stufe wird überprüft, ob die Leistung der Software der zuvor festgelegten Leistungsstufe entspricht.

Bei der Implementierung wird sichergestellt, dass das Informationssystem betriebsbereit ist. Es beinhaltet -

• Aufbau eines neuen Systems von Grund auf neu
• Aufbau eines neuen Systems aus dem bestehenden.

Durch die Implementierung können die Benutzer den Betrieb zur Verwendung und Auswertung übernehmen. Dazu müssen die Benutzer im Umgang mit dem System geschult und eine reibungslose Konvertierung geplant werden.

Ausbildung

Das Personal im System muss im Detail wissen, welche Rollen es spielen wird, wie es das System verwenden kann und was das System tun wird oder nicht. Der Erfolg oder Misserfolg gut gestalteter und technisch eleganter Systeme kann von der Art und Weise abhängen, wie sie betrieben und verwendet werden.

Bediener von Schulungssystemen

Systembediener müssen entsprechend geschult sein, damit sie alle möglichen routinemäßigen und außergewöhnlichen Vorgänge ausführen können. Die Bediener sollten darin geschult sein, welche häufigen Störungen auftreten können, wie sie erkannt werden und welche Schritte zu unternehmen sind, wenn sie kommen.

Die Schulung umfasst die Erstellung von Fehlerbehebungslisten, um mögliche Probleme und Abhilfemaßnahmen zu ermitteln, sowie die Namen und Telefonnummern der Personen, die bei unerwarteten oder ungewöhnlichen Problemen kontaktiert werden sollen.

Zum Training gehört auch das Kennenlernen der Laufverfahren, bei denen die für die Verwendung eines neuen Systems erforderlichen Abläufe durchgearbeitet werden.

Benutzerschulung

• Die Schulung der Endbenutzer ist ein wichtiger Bestandteil der computergestützten Entwicklung von Informationssystemen, die den Mitarbeitern zur Verfügung gestellt werden muss, damit sie ihre eigenen Probleme lösen können.

• Die Benutzerschulung umfasst die Bedienung des Geräts, die Behebung des Systemproblems und die Feststellung, ob ein aufgetretenes Problem durch das Gerät oder die Software verursacht wurde.

• Die meisten Benutzerschulungen befassen sich mit dem Betrieb des Systems selbst. Die Schulungen müssen so gestaltet sein, dass sie dem Benutzer bei der schnellen Mobilisierung für die Organisation helfen.

Schulungsrichtlinien

• Messbare Ziele festlegen
• Mit geeigneten Trainingsmethoden
• Auswahl geeigneter Trainingsorte
• Einsatz verständlicher Schulungsunterlagen

Schulungsmethoden

Von Ausbildern geführtes Training

Es handelt sich sowohl um Trainer als auch um Auszubildende, die sich zur gleichen Zeit, aber nicht unbedingt am gleichen Ort treffen müssen. Die Schulung kann einzeln oder in Zusammenarbeit stattfinden. Es gibt zwei Arten -

Virtual Classroom

In dieser Schulung müssen die Ausbilder die Auszubildenden gleichzeitig treffen, müssen sich jedoch nicht am selben Ort befinden. Die wichtigsten hier verwendeten Tools sind: Videokonferenzen, textbasierte Internet-Relay-Chat-Tools oder Virtual-Reality-Pakete usw.

Normal Classroom

Die Trainer müssen die Auszubildenden zur gleichen Zeit und am gleichen Ort treffen. Die hier verwendeten Hauptwerkzeuge sind Tafel, Overheadprojektoren, LCD-Projektoren usw.

Selbststudium

Es sind sowohl Ausbilder als auch Auszubildende beteiligt, die sich nicht am selben Ort oder zur selben Zeit treffen müssen. Die Auszubildenden lernen die Fähigkeiten selbst, indem sie nach Belieben auf die Kurse zugreifen. Es gibt zwei Arten -

Multimedia Training

In dieser Schulung werden die Kurse im Multimedia-Format präsentiert und auf CD-ROM gespeichert. Es minimiert die Kosten für die Entwicklung eines internen Schulungskurses ohne Unterstützung durch externe Programmierer.

Web-based Training

In dieser Schulung werden Kurse häufig im Hyper-Media-Format präsentiert und zur Unterstützung von Internet und Intranet entwickelt. Es bietet Just-in-Time-Schulungen für Endbenutzer und ermöglicht es dem Unternehmen, die Schulungsanforderungen anzupassen.

Umwandlung

Es ist ein Prozess der Migration vom alten auf das neue System. Es bietet einen verständlichen und strukturierten Ansatz zur Verbesserung der Kommunikation zwischen Management und Projektteam.

Umstellungsplan

Es enthält eine Beschreibung aller Aktivitäten, die während der Implementierung des neuen Systems ausgeführt und in Betrieb genommen werden müssen. Es antizipiert mögliche Probleme und Lösungen, um sie zu lösen.

Es umfasst die folgenden Aktivitäten:

• Benennen Sie alle Dateien für Konvertierungen.
• Identifizieren der Datenanforderungen zum Entwickeln neuer Dateien während der Konvertierung.
• Auflistung aller neuen Dokumente und Verfahren, die erforderlich sind.
• Identifizieren der Steuerelemente, die in jeder Aktivität verwendet werden sollen.
• Identifizierung der Verantwortung der Person für jede Aktivität.
• Konvertierungspläne überprüfen.

Konvertierungsmethoden

Die vier Konvertierungsmethoden sind -

• Parallele Konvertierung
• Direkte Cutover-Konvertierung
• Pilotansatz
• Phase-In-Methode

Methode	Beschreibung	Vorteile	Nachteile
Parallele Konvertierung	Alte und neue Systeme werden gleichzeitig verwendet.	Bietet einen Fallback, wenn ein neues System ausfällt. Bietet höchste Sicherheit und letztendlich das Testen neuer Systeme.	Verursacht Kostenüberschreitungen. Neues System erhält möglicherweise keine faire Spur.
Direkte Cutover-Konvertierung	Neues System wird implementiert und altes System wird komplett ersetzt.	Zwingt Benutzer, neues System zum Laufen zu bringen Sofortiger Nutzen aus neuen Methoden und Kontrollen.	Kein Rückfall, wenn Probleme mit dem neuen System auftreten Erfordert eine äußerst sorgfältige Planung
Pilotansatz	Unterstützt einen schrittweisen Ansatz, bei dem das System schrittweise für alle Benutzer implementiert wird	Ermöglicht Schulung und Installation ohne unnötigen Ressourceneinsatz. Vermeiden Sie große Eventualitäten aus dem Risikomanagement.	Ein langfristiges Phasein verursacht das Problem, ob die Umwandlung gut verläuft oder nicht.
Phase-In-Methode	Die funktionierende Version des Systems, die auf der Grundlage von Rückmeldungen in einem Teil der Organisation implementiert wurde, wird in der gesamten Organisation allein oder schrittweise installiert.	Bietet Erfahrung und Linientest vor der Implementierung Wenn ein neues System bevorzugt wird, sind neue Technologien oder drastische Leistungsänderungen erforderlich.	Gibt den Eindruck, dass das alte System fehlerhaft und nicht zuverlässig ist.

Dateikonvertierung

Es ist ein Prozess zum Konvertieren eines Dateiformats in ein anderes. Beispielsweise kann eine Datei im WordPerfect-Format in Microsoft Word konvertiert werden.

Für eine erfolgreiche Konvertierung ist ein Konvertierungsplan erforderlich, der Folgendes umfasst:

• Kenntnis des Zielsystems und Verständnis des gegenwärtigen Systems
• Teamwork
• Automatisierte Methoden, Tests und Paralleloperationen
• Kontinuierliche Unterstützung bei der Behebung von Problemen
• Aktualisieren von Systemen / Benutzerdokumentation usw.

Viele gängige Anwendungen unterstützen das Öffnen und Speichern in anderen Dateiformaten desselben Typs. Beispielsweise kann Microsoft Word Dateien in vielen anderen Textverarbeitungsformaten öffnen und speichern.

Evaluierungsbewertung nach der Implementierung (PIER)

PIER ist ein Tool oder Standardansatz zur Bewertung des Projektergebnisses und zur Bestimmung, ob das Projekt den erwarteten Nutzen für die Prozesse, Produkte oder Dienstleistungen bringt. Der Benutzer kann überprüfen, ob das Projekt oder System innerhalb eines bestimmten Zeitraums und der geplanten Kosten das gewünschte Ergebnis erzielt hat.

PIER stellt sicher, dass das Projekt seine Ziele erreicht hat, indem es die Entwicklungs- und Managementprozesse des Projekts bewertet.

Ziele von PIER

Die Ziele eines PIER sind wie folgt:

• Ermittlung des Projekterfolgs anhand der prognostizierten Kosten, Vorteile und Zeitpläne.

• Ermittlung der Möglichkeiten, dem Projekt einen Mehrwert zu verleihen.

• Ermittlung der Stärken und Schwächen des Projekts als zukünftige Referenz und geeignete Maßnahmen.

• Empfehlungen zur Zukunft des Projekts abzugeben, indem Techniken zur Kostenschätzung verfeinert werden.

Die folgenden Mitarbeiter sollten in den Überprüfungsprozess einbezogen werden:

• Projektteam und Management
• Benutzerpersonal
• Strategisches Management
• Externe Benutzer

Systemwartung / -erweiterung

Wartung bedeutet, etwas wieder in seinen ursprünglichen Zustand zu versetzen. Verbesserung bedeutet, den Code hinzuzufügen und zu ändern, um die Änderungen in der Benutzerspezifikation zu unterstützen. Die Systemwartung passt das System an seine ursprünglichen Anforderungen an, und die Erweiterung erhöht die Systemfähigkeit durch die Aufnahme neuer Anforderungen.

Durch die Wartung wird das vorhandene System geändert, durch die Erweiterung werden dem vorhandenen System Funktionen hinzugefügt, und durch die Entwicklung wird das vorhandene System ersetzt. Es ist ein wichtiger Teil der Systementwicklung, der die Aktivitäten umfasst, die Fehler im Systemdesign und in der Implementierung korrigieren, die Dokumente aktualisieren und die Daten testen.

Wartungsarten

Die Systemwartung kann in drei Typen unterteilt werden:

• Corrective Maintenance - Ermöglicht dem Benutzer die Reparatur und Behebung von Restproblemen.

• Adaptive Maintenance - Ermöglicht dem Benutzer, die Funktionen der Programme zu ersetzen.

• Perfective Maintenance - Ermöglicht dem Benutzer, die Programme entsprechend den Anforderungen und sich ändernden Anforderungen des Benutzers zu ändern oder zu verbessern.

Systemprüfung

Es ist eine Untersuchung, um die Leistung eines Betriebssystems zu überprüfen. Die Ziele der Durchführung eines Systemaudits sind folgende:

• Vergleich der tatsächlichen und geplanten Leistung.

• Um zu überprüfen, ob die angegebenen Systemziele in der aktuellen Umgebung noch gültig sind.

• Bewertung der Erreichung der festgelegten Ziele.

• Gewährleistung der Zuverlässigkeit computergestützter finanzieller und anderer Informationen.

• Um sicherzustellen, dass alle Datensätze während der Verarbeitung enthalten sind.

• Schutz vor Betrug.

Prüfung der Nutzung des Computersystems

Datenverarbeitungsprüfer prüfen die Verwendung des Computersystems, um es zu steuern. Der Prüfer benötigt Kontrolldaten, die vom Computersystem selbst erhalten werden.

Der System Auditor

Die Rolle des Auditors beginnt in der Anfangsphase der Systementwicklung, damit das resultierende System sicher ist. Es beschreibt eine Idee der Nutzung des Systems, die aufgezeichnet werden kann und bei der Lastplanung und der Festlegung von Hardware- und Softwarespezifikationen hilft. Es gibt einen Hinweis auf eine sinnvolle Verwendung des Computersystems und einen möglichen Missbrauch des Systems.

Audit-Test

Ein Audit-Test oder ein Audit-Protokoll ist ein Sicherheitsdatensatz, der enthält, wer auf ein Computersystem zugegriffen hat und welche Vorgänge während eines bestimmten Zeitraums ausgeführt werden. Audit-Versuche werden verwendet, um detailliert nachzuverfolgen, wie sich die Daten im System geändert haben.

Es liefert dokumentarische Nachweise für verschiedene Steuerungstechniken, denen eine Transaktion während ihrer Verarbeitung unterliegt. Prüfungsversuche existieren nicht unabhängig voneinander. Sie werden im Rahmen der Bilanzierung verlorener Transaktionen durchgeführt.

Prüfungsmethoden

Die Prüfung kann auf zwei verschiedene Arten erfolgen:

Auditing rund um den Computer

• Nehmen Sie Beispieleingaben und wenden Sie die Verarbeitungsregeln manuell an.
• Vergleichen Sie die Ausgaben mit den Computerausgaben.

Auditing über den Computer

• Richten Sie einen Prüfversuch ein, mit dem ausgewählte Zwischenergebnisse untersucht werden können.
• Kontrollsummen bieten Zwischenprüfungen.

Prüfungsüberlegungen

Prüfungsüberlegungen untersuchen die Ergebnisse der Analyse, indem sie sowohl die Narrative als auch die Modelle verwenden, um die Probleme zu identifizieren, die durch falsch platzierte Funktionen, geteilte Prozesse oder Funktionen, unterbrochene Datenflüsse, fehlende Daten, redundante oder unvollständige Verarbeitung und nicht adressierte Automatisierungsmöglichkeiten verursacht werden.

Die Aktivitäten in dieser Phase sind wie folgt:

• Identifizierung der aktuellen Umweltprobleme
• Identifizierung von Problemursachen
• Identifizierung alternativer Lösungen
• Bewertung und Machbarkeitsanalyse jeder Lösung
• Auswahl und Empfehlung der praktischsten und geeignetsten Lösung
• Projektkostenschätzung und Kosten-Nutzen-Analyse

Sicherheit

Systemsicherheit bezieht sich auf den Schutz des Systems vor Diebstahl, unbefugtem Zugriff und Änderungen sowie versehentlichem oder unbeabsichtigtem Schaden. In Computersystemen umfasst die Sicherheit den Schutz aller Teile des Computersystems, einschließlich Daten, Software und Hardware. Die Systemsicherheit umfasst den Datenschutz und die Systemintegrität.

• System privacy befasst sich mit dem Schutz einzelner Systeme vor dem Zugriff und der Verwendung ohne die Erlaubnis / das Wissen der betroffenen Personen.

• System integrity befasst sich mit der Qualität und Zuverlässigkeit von Rohdaten sowie verarbeiteten Daten im System.

Kontrollmaßnahmen

Es gibt verschiedene Kontrollmaßnahmen, die grob wie folgt klassifiziert werden können:

Backup

• Regelmäßige Sicherung der Datenbanken täglich / wöchentlich, abhängig von der Zeitkritikalität und -größe.

• Inkrementelle Sicherung in kürzeren Abständen.

• Sicherungskopien werden an einem sicheren Remotestandort aufbewahrt, der insbesondere für die Notfallwiederherstellung erforderlich ist.

• Doppelte Systeme werden ausgeführt und alle Transaktionen gespiegelt, wenn es sich um ein sehr kritisches System handelt, das vor dem Speichern auf der Festplatte keine Unterbrechungen tolerieren kann.

Physische Zugangskontrolle zu Einrichtungen

• Physische Sperren und biometrische Authentifizierung. Zum Beispiel Fingerabdruck
• ID-Karten oder Eintrittskarten werden vom Sicherheitspersonal überprüft.
• Identifizierung aller Personen, die Daten lesen oder ändern und in einer Datei protokollieren.

Verwenden der logischen oder Softwaresteuerung

• Passwortsystem.
• Vertrauliche Daten / Programme verschlüsseln.
• Schulung der Mitarbeiter in Bezug auf Datenpflege / -verarbeitung und -sicherheit.
• Antivirensoftware und Firewall-Schutz bei Internetverbindung.

Risikoanalyse

Ein Risiko ist die Möglichkeit, etwas von Wert zu verlieren. Die Risikoanalyse beginnt mit der Planung eines sicheren Systems, indem die Schwachstelle des Systems und deren Auswirkungen ermittelt werden. Anschließend wird geplant, das Risiko zu managen und Katastrophen zu bewältigen. Es wird durchgeführt, um auf die Wahrscheinlichkeit einer möglichen Katastrophe und deren Kosten zuzugreifen.

Die Risikoanalyse ist eine Teamarbeit von Experten mit unterschiedlichem Hintergrund wie Chemikalien, menschlichem Versagen und Prozessausrüstung.

Die folgenden Schritte sind bei der Durchführung der Risikoanalyse zu befolgen:

• Identifizierung aller Komponenten des Computersystems.

• Identifizierung aller Bedrohungen und Gefahren, denen jede der Komponenten ausgesetzt ist.

• Quantifizierung von Risiken, dh Bewertung von Verlusten, falls Bedrohungen Realität werden.

Risikoanalyse - Hauptschritte

Da sich die Risiken oder Bedrohungen ändern und sich auch der potenzielle Verlust ändert, sollte das Risikomanagement regelmäßig von Führungskräften durchgeführt werden.

Das Risikomanagement ist ein kontinuierlicher Prozess und umfasst die folgenden Schritte:

• Identifizierung von Sicherheitsmaßnahmen.

• Berechnung der Kosten für die Umsetzung von Sicherheitsmaßnahmen.

• Vergleich der Kosten von Sicherheitsmaßnahmen mit dem Verlust und der Wahrscheinlichkeit von Bedrohungen.

• Auswahl und Umsetzung von Sicherheitsmaßnahmen.

• Überprüfung der Umsetzung von Sicherheitsmaßnahmen.

Beim objektorientierten Ansatz liegt der Schwerpunkt auf der Erfassung der Struktur und des Verhaltens von Informationssystemen in kleinen Modulen, die sowohl Daten als auch Prozesse kombinieren. Das Hauptziel von Object Oriented Design (OOD) besteht darin, die Qualität und Produktivität der Systemanalyse und des Systemdesigns zu verbessern, indem es benutzerfreundlicher gemacht wird.

In der Analysephase werden OO-Modelle verwendet, um die Lücke zwischen Problem und Lösung zu schließen. Es funktioniert gut in Situationen, in denen Systeme kontinuierlich entworfen, angepasst und gewartet werden. Es identifiziert die Objekte in der Problemdomäne und klassifiziert sie nach Daten und Verhalten.

Das OO-Modell ist auf folgende Weise vorteilhaft:

• Es erleichtert Änderungen im System zu geringen Kosten.

• Es fördert die Wiederverwendung von Komponenten.

• Dies vereinfacht das Problem der Integration von Komponenten zur Konfiguration eines großen Systems.

• Es vereinfacht den Entwurf verteilter Systeme.

Elemente eines objektorientierten Systems

Lassen Sie uns die Eigenschaften des OO-Systems durchgehen -

• Objects- Ein Objekt ist etwas, das innerhalb der Problemdomäne vorhanden ist und durch Daten (Attribut) oder Verhalten identifiziert werden kann. Alle materiellen Einheiten (Student, Patient) und einige immaterielle Einheiten (Bankkonto) werden als Objekt modelliert.

• Attributes - Sie beschreiben Informationen über das Objekt.

• Behavior- Es gibt an, was das Objekt tun kann. Es definiert die Operation, die an Objekten ausgeführt wird.

• Class- Eine Klasse kapselt die Daten und ihr Verhalten. Objekte mit ähnlicher Bedeutung und ähnlichem Zweck werden als Klasse zusammengefasst.

• Methods- Methoden bestimmen das Verhalten einer Klasse. Sie sind nichts weiter als eine Aktion, die ein Objekt ausführen kann.

• Message- Eine Nachricht ist ein Funktions- oder Prozeduraufruf von einem Objekt zum anderen. Dies sind Informationen, die an Objekte gesendet werden, um Methoden auszulösen. Eine Nachricht ist im Wesentlichen ein Funktions- oder Prozeduraufruf von einem Objekt zum anderen.

Merkmale des objektorientierten Systems

Ein objektorientiertes System verfügt über mehrere großartige Funktionen, die im Folgenden erläutert werden.

Verkapselung

Die Kapselung ist ein Prozess des Versteckens von Informationen. Es ist einfach die Kombination von Prozess und Daten in einer Einheit. Die Daten eines Objekts sind vor dem Rest des Systems verborgen und nur über die Dienste der Klasse verfügbar. Es ermöglicht die Verbesserung oder Modifikation von Methoden, die von Objekten verwendet werden, ohne andere Teile eines Systems zu beeinflussen.

Abstraktion

Es ist ein Prozess, bei dem die erforderlichen Methoden und Attribute zur Angabe des Objekts verwendet oder ausgewählt werden. Es konzentriert sich auf wesentliche Merkmale eines Objekts in Bezug auf die Perspektive des Benutzers.

Beziehungen

Alle Klassen im System sind miteinander verbunden. Die Objekte existieren nicht isoliert, sie existieren in Beziehung zu anderen Objekten.

Es gibt drei Arten von Objektbeziehungen:

• Aggregation - Es zeigt die Beziehung zwischen einem Ganzen und seinen Teilen an.

• Association - Dabei werden zwei Klassen in irgendeiner Weise miteinander verbunden oder verbunden, z. B. wenn eine Klasse mit einer anderen zusammenarbeitet, um eine Aufgabe auszuführen, oder wenn eine Klasse auf eine andere Klasse einwirkt.

• Generalization- Die untergeordnete Klasse basiert auf der übergeordneten Klasse. Es zeigt an, dass zwei Klassen ähnlich sind, aber einige Unterschiede aufweisen.

Erbe

Vererbung ist eine großartige Funktion, mit der Unterklassen aus einer vorhandenen Klasse erstellt werden können, indem die Attribute und / oder Operationen vorhandener Klassen geerbt werden.

Polymorphismus und dynamische Bindung

Polymorphismus ist die Fähigkeit, viele verschiedene Formen anzunehmen. Dies gilt sowohl für Objekte als auch für Operationen. Ein polymorphes Objekt ist eines, dessen wahrer Typ sich innerhalb einer Super- oder Elternklasse versteckt.

Bei einer polymorphen Operation kann die Operation von verschiedenen Klassen von Objekten unterschiedlich ausgeführt werden. Es ermöglicht uns, Objekte verschiedener Klassen zu manipulieren, indem wir nur ihre gemeinsamen Eigenschaften kennen.

Strukturierter Ansatz Vs. Objektorientierter Ansatz

In der folgenden Tabelle wird erläutert, wie sich der objektorientierte Ansatz vom traditionellen strukturierten Ansatz unterscheidet.

Strukturierter Ansatz	Objektorientierter Ansatz
Es funktioniert mit Top-Down-Ansatz.	Es funktioniert mit Bottom-up-Ansatz.
Das Programm ist in verschiedene Submodule oder Funktionen unterteilt.	Das Programm ist nach Anzahl der Klassen und Objekte organisiert.
Funktionsaufruf wird verwendet.	Das Weiterleiten von Nachrichten wird verwendet.
Eine Wiederverwendung von Software ist nicht möglich.	Wiederverwendbarkeit ist möglich.
Die strukturierte Entwurfsprogrammierung bleibt normalerweise bis zur Endphase bestehen.	Objektorientierte Designprogrammierung gleichzeitig mit anderen Phasen.
Strukturiertes Design eignet sich eher für Offshoring.	Es ist für die Eigenentwicklung geeignet.
Es zeigt einen klaren Übergang vom Design zur Implementierung.	Nicht so klarer Übergang vom Design zur Implementierung.
Es eignet sich für Echtzeitsysteme, eingebettete Systeme und Projekte, bei denen Objekte nicht die nützlichste Abstraktionsebene sind.	Es eignet sich für die meisten Geschäftsanwendungen und Spieleentwicklungsprojekte, deren Anpassung oder Erweiterung erwartet wird.
DFD & ER-Diagramm modellieren die Daten.	Klassendiagramm, Sequenzdiagramm, Zustandsdiagramm und Anwendungsfälle tragen alle dazu bei.
Auf diese Weise können Projekte aufgrund klar identifizierbarer Phasen einfach verwaltet werden.	Bei diesem Ansatz kann es aufgrund unsicherer Phasenübergänge schwierig sein, Projekte zu verwalten.

Unified Modeling Language (UML)

UML ist eine visuelle Sprache, mit der Sie Prozesse, Software und Systeme modellieren können, um das Design der Systemarchitektur auszudrücken. Es ist eine Standardsprache zum objektorientierten Entwerfen und Dokumentieren eines Systems, mit der technische Architekten mit Entwicklern kommunizieren können.

Es ist definiert als eine Reihe von Spezifikationen, die von der Object Management Group erstellt und verteilt werden. UML ist erweiterbar und skalierbar.

Das Ziel von UML ist es, ein gemeinsames Vokabular objektorientierter Begriffe und Diagrammtechniken bereitzustellen, das reich genug ist, um jedes Systementwicklungsprojekt von der Analyse bis zur Implementierung zu modellieren.

UML besteht aus -

• Diagrams - Es ist eine bildliche Darstellung des Prozesses, des Systems oder eines Teils davon.

• Notations - Es besteht aus Elementen, die in einem Diagramm zusammenarbeiten, wie z. B. Anschlüsse, Symbole, Notizen usw.

Beispiel für die UML-Notation für die Klasse

Instanzdiagramm-UML-Notation

Operationen, die an Objekten ausgeführt werden

Die folgenden Operationen werden an den Objekten ausgeführt:

• Constructor/Destructor- Erstellen neuer Instanzen einer Klasse und Löschen vorhandener Instanzen einer Klasse. Zum Beispiel Hinzufügen eines neuen Mitarbeiters.

• Query- Der Zugriff auf den Status ohne Änderung des Werts hat keine Nebenwirkungen. Zum Beispiel die Adresse eines bestimmten Mitarbeiters finden.

• Update - Ändert den Wert eines oder mehrerer Attribute und wirkt sich auf den Status des Objekts aus. Ändern Sie beispielsweise die Adresse eines Mitarbeiters.

Verwendung von UML

UML ist für die folgenden Zwecke sehr nützlich -

• Modellierung des Geschäftsprozesses
• Beschreibung der Systemarchitektur
• Anwendungsstruktur anzeigen
• Erfassen des Systemverhaltens
• Modellierung der Datenstruktur
• Erstellen der detaillierten Spezifikationen des Systems
• Ideen skizzieren
• Programmcode generieren

Statische Modelle

Statische Modelle zeigen die strukturellen Eigenschaften eines Systems, beschreiben seine Systemstruktur und betonen die Teile, aus denen das System besteht.

• Sie werden verwendet, um Klassennamen, Attribute, Methoden, Signaturen und Pakete zu definieren.

• UML-Diagramme, die ein statisches Modell darstellen, umfassen Klassendiagramme, Objektdiagramme und Anwendungsfalldiagramme.

Dynamische Modelle

Dynamische Modelle zeigen die Verhaltensmerkmale eines Systems, dh wie sich das System als Reaktion auf externe Ereignisse verhält.

• Dynamische Modelle identifizieren das benötigte Objekt und wie sie mithilfe von Methoden und Nachrichten zusammenarbeiten.

• Sie werden verwendet, um die Logik und das Verhalten des Systems zu entwerfen.

• UML-Diagramme stellen ein dynamisches Modell dar, einschließlich Sequenzdiagramm, Kommunikationsdiagramm, Zustandsdiagramm, Aktivitätsdiagramm.

Objektorientierter Lebenszyklus der Systementwicklung

Es besteht aus drei Makroprozessen -

• Objektorientierte Analyse (OOA)
• Objektorientiertes Design (OOD)
• Objektorientierte Implementierung (OOI)

Objektorientierte Systementwicklungsaktivitäten

Die objektorientierte Systementwicklung umfasst folgende Phasen:

• Objektorientierte Analyse
• Objektorientiertes Design
• Prototyping
• Implementation
• Inkrementelle Tests

Objektorientierte Analyse

Diese Phase befasst sich mit der Ermittlung der Systemanforderungen und dem Verständnis der Systemanforderungen use-case model. Ein Anwendungsfall ist ein Szenario zur Beschreibung der Interaktion zwischen Benutzer und Computersystem. Dieses Modell repräsentiert die Benutzeranforderungen oder die Benutzeransicht des Systems.

Dazu gehört auch das Identifizieren der Klassen und ihrer Beziehungen zu den anderen Klassen in der Problemdomäne, aus denen eine Anwendung besteht.

Objektorientiertes Design

Ziel dieser Phase ist es, die Klassen, Attribute, Methoden und Strukturen zu entwerfen und zu verfeinern, die während der Analysephase, der Benutzeroberfläche und des Datenzugriffs identifiziert werden. In dieser Phase werden auch die zusätzlichen Klassen oder Objekte identifiziert und definiert, die die Implementierung der Anforderung unterstützen.

Prototyp entwickeln

Das Prototyping ermöglicht es, vollständig zu verstehen, wie einfach oder schwierig es sein wird, einige der Funktionen des Systems zu implementieren.

Es kann Benutzern auch die Möglichkeit geben, Kommentare zur Benutzerfreundlichkeit und Nützlichkeit des Designs abzugeben. Es kann einen Anwendungsfall weiter definieren und die Modellierung von Anwendungsfällen erheblich vereinfachen.

Implementierung

Es verwendet entweder Component-Based Development (CBD) oder Rapid Application Development (RAD).

Komponentenbasierte Entwicklung (CBD)

CODD ist ein industrialisierter Ansatz für den Softwareentwicklungsprozess unter Verwendung verschiedener Technologien wie CASE-Tools. Die Anwendungsentwicklung geht von der benutzerdefinierten Entwicklung zur Montage vorgefertigter, vorab getesteter, wiederverwendbarer Softwarekomponenten über, die miteinander arbeiten. Ein CBD-Entwickler kann Komponenten zusammenstellen, um ein vollständiges Softwaresystem zu erstellen.

Schnelle Anwendungsentwicklung (RAD)

RAD ist eine Reihe von Tools und Techniken, mit denen eine Anwendung schneller erstellt werden kann, als dies mit herkömmlichen Methoden normalerweise möglich ist. Es ersetzt SDLC nicht, sondern ergänzt es, da es sich mehr auf die Prozessbeschreibung konzentriert und perfekt mit dem objektorientierten Ansatz kombiniert werden kann.

Seine Aufgabe ist es, die Anwendung schnell und schrittweise zu erstellen und das Design der Benutzeranforderungen mithilfe von Tools wie Visual Basic, Power Builder usw. zu implementieren.

Inkrementelle Tests

Die Softwareentwicklung und alle ihre Aktivitäten einschließlich des Testens sind ein iterativer Prozess. Daher kann es eine kostspielige Angelegenheit sein, wenn wir darauf warten, ein Produkt erst nach seiner vollständigen Entwicklung zu testen. Hier kommt ein inkrementelles Testen ins Spiel, bei dem das Produkt in verschiedenen Phasen seiner Entwicklung getestet wird.