BANKENSYSTEM

EINFÜHRUNG

Diese Software wird als Werkzeug der HSBC BANK zur Verfügung gestellt.

Die BANK arbeitet an Kontoinformationen, Abhebungen

(durch Bargeld/Scheck). Einzahlungsbetrag. In dieser Software können Sie

Führen Sie Aufzeichnungen über tägliche Banktransaktionen.

THE OBJECTIVE is to prepare a software or application, which

konnte Daten pflegen und eine benutzerfreundliche Oberfläche bieten für

retrieving customer related details just in few seconds, with 100%

Genauigkeit. Die Software ist vollständig computerisiert, sodass es keine Zeit gibt.

konsumierender Prozess. Kein Papierkram erforderlich und kann

weiter implementiert.

Die Anwendung sollte auch die Hinzufügung neuer Kunden erleichtern

A/c, Löschung des A/c & Änderung des bestehenden Kunden-A/c.

Suchen Sie nach jedem einzelnen Konto für einen bestimmten Kunden,

Alle Transaktionen anzeigen und jedes Konto sollte eröffnet werden mit

minimale Rest. 500 usw.

OBJECTIVE & GOALS:-

Die Ziele und Absichten des vorgeschlagenen Systems sind:

Um nur autorisierten Benutzern den Zugriff auf verschiedene Funktionen und Prozesse zu ermöglichen, die verfügbar sind in der

system.
Finde jede A/C, die vom Benutzer gewünscht wird.
Reduziert die Büroarbeit, da der Großteil der Arbeit vom Computer erledigt wird.

Provide greater speed & reduced time consumption.

Die Anzahl der Klimaanlagen und Kunden zu erhöhen.
Dies wird die manuelle Arbeitslast reduzieren und Informationen sofort bereitstellen. Die Software wird
Führen Sie die Liste der A/K und der Kundenakten sowie den Kontostand.
Die Software wird benutzerfreundlich sein, sodass selbst ein Anfänger das Paket bedienen kann und somit
maintain the status of A/C and balance status easily.
Das Projektbankensystem wurde entwickelt, um das verfolgte Bankensystem zu automatisieren.
von einer Bankgesellschaft, die mit Girokonten mit oder ohne Scheckeinrichtungsdienst handelt. Der Benutzer
 Der Administrator kann die Konten mit einem Login und Passwort überprüfen und mit den Kontoinhabern arbeiten.
Die Bank kann Bargeld/Scheck/Lastschrift von/auf ihren Konten abheben/einzahlen. Um schnellere Transaktionen zu ermöglichen

Transaktionen wie
oNew account creation.
Abhebung von Bargeld.
Einzahlungen von Bargeld oder Scheck.
Prüfung der Kontostände durch Kontoinhaber oder durch den Administrator.
oTransaktionsaufzeichnungen in Form von Berichten.

Das Projekt bemüht sich aufrichtig, alle oben genannten Funktionen bereitzustellen, um die
Anforderungen der Bank.

Die Projektkategorie ist Visual Basic mit RDBMS (Access) und Managementinformationssystem.

HARDWARE REQUIREMENTS:-

Nummer Description Alternatives(if applicable)

1 PC mit 2 GB Festplatte und 256 MB RAM Nicht anwendbar

SOFTWARE REQUIREMENTS:-

BETRIEBSSYSTEM WINDOWS NT/2000/XP/2003/Vista/7

BACK END MS ACCESS XP
FRONT END VISUAL BASIC 6.0

Systementwicklung Lebenszyklus
Die strukturierte Abfolge der Operation, die für die Bildentwicklung erforderlich ist

und

Die Inbetriebnahme eines neuen Informationssystems ist ein Zyklus, weil

Das System muss ersetzt und weiterentwickelt werden, der Zyklus wird

beginnen.

Phasen des SDLC

Systemanalyse

Systemdesign
Codierung

System Testing

BANKENSYSTEM

Seite | 12

Systemimplementierung

Systemwartung

Systementwicklung Lebenszyklus

Der Lebenszyklus der Systementwicklung ist ein Prozess zur Entwicklung von Software.

auf der Grundlage der Anforderungen des Endbenutzers, um effizient zu entwickeln

und qualitativ hochwertige Software. Es ist notwendig, einer bestimmten

Verfahren. Die Abfolge von Phasen, die befolgt werden müssen, um

Die Entwicklung hochwertiger Software ist als SDLC bekannt {System

Entwicklungslebenszyklus.

Die Software soll einen Lebenszyklus haben, der aus mehreren besteht

Phasen. Jede dieser Phasen führt zur Entwicklung entweder eines

Teil des Systems oder etwas, das mit dem System verbunden ist, wie zum Beispiel

ein Testplan oder ein Benutzerhandbuch. Im Lebenszyklusmodell, das genannt wird

„Spiralmodell“, jede Phase hat klar definierte Anfangs- und Endpunkte.

Punkte, mit klar identifizierbaren Ergebnissen für die nächste Phase. In

In der Praxis ist es selten so einfach.

Wie bei den meisten Unternehmungen ist Planung ein wichtiger Faktor in

die Bestimmung des Erfolgs oder Misserfolgs eines Softwareprojekts.

Im Wesentlichen wird eine gute Projektplanung viele der

Fehler, die andernfalls gemacht würden, und die Gesamtheit reduzieren

time required to complete the project. As a rule of thumb, the more

komplex das Problem ist, und je gründlicher die Planung

Der Prozess muss sein. Die meisten professionellen Softwareentwickler planen ein
BANKENSYSTEM

Seite | 13

Softwareprojekt unter Verwendung einer Reihe von Schritten, die allgemein als die

Softwareentwicklungslebenszyklus. Es existieren eine Reihe von Modellen, die

unterscheiden sich in der Anzahl der definierten Phasen und in den spezifischen Aktivitäten

die in jeder Phase stattfinden. Das folgende Beispiel ist ein

Generisches Modell, das Ihnen eine Vorstellung von den erforderlichen Schritten geben sollte.

in einem typischen Softwareprojekt.

A generic software development life cycle

Analyse der Benutzeranforderungen

In dieser Phase wird das Problem so definiert, dass es klar ist

Verständnis kann darüber erlangt werden, was das System tun sollte, d. h.

was die Eingaben für das System sind, was die Ausgabe sein sollte, und

die Betriebsparameter, innerhalb derer das System erwartet wird, zu

work. If the new system is to replace an existing system, the

BANKENSYSTEM

Seite | 14

problem may be defined in terms of the additional or enhanced

Funktionalität, die erforderlich ist.

Programmentwurf

In dieser Phase wird eine Lösung für das Problem entworfen, indem ein

logical sequence of steps that will achieve each of the stated

Systemziele. Eine solche Abfolge von Schritten wird oft als bezeichnet

Ein Algorithmus. Einige der Methoden, die verwendet werden, um ein Programm zu definieren

Die Algorithmen werden später in diesem Abschnitt beschrieben und umfassen

Flussdiagramme und Pseudocode. Diese Werkzeuge ermöglichen das Programm

Designer, um ein gegebenes Problem in eine Reihe kleiner Aufgaben zu unterteilen

die der Computer zur Lösung des Problems durchführen kann. Der Benutzer

Die Schnittstelle wird ebenfalls in dieser Phase entworfen und wird

bestimmen, wie die Eingabe erhalten wird, wie die Ausgabe angezeigt wird, und

Welche Steuerelemente stehen dem Benutzer zur Verfügung.

Program coding

Diese Phase, manchmal als Implementierungsphase bekannt, ist

wo die Algorithmen in eine Programmiersprache übersetzt werden,

und neigt dazu, die längste Phase des Entwicklungslebenszyklus zu sein. In

In diesem Fall verwenden wir Visual Basic, um das Programm zu schreiben.

BANKING SYSTEM

Seite | 15

Dokumentation und Testing

Die Dokumentation des Programms erfüllt zwei Hauptziele. Das

Zuerst ist es wichtig, einen technischen Bezug zu schaffen, um die laufenden Aktivitäten zu erleichtern.

Wartung und Entwicklung der Software selbst. Das zweite ist

um Benutzerdokumentation bereitzustellen, d. h. eine Reihe von Anweisungen, die informieren

den Benutzer über die Funktionen der Software und deren Nutzung informieren.

Das Ziel der Softwareprüfung ist es, Fehler („Bugs“) in der

Programm, um diese Fehler zu beseitigen (ein Prozess, der als

„Debugging“), und soweit es vernünftigerweise möglich ist, sollte es

hinreichend rigoros, um sicherzustellen, dass die Software funktioniert wie

erwartet unter allen absehbaren Umständen.

Betrieb und Wartung des Systems

Sobald die Software "ausgerollt" wurde und alle notwendigen Benutzer

Das Training ist abgeschlossen, es wird notwendig sein, die zu überwachen.

performance of the system over time to ensure that it is behaving

wie erwartet. Das System muss gewartet werden, und Teile davon
muss von Zeit zu Zeit aktualisiert werden, um mit den sich entwickelnden Benutzeranforderungen Schritt zu halten.

Bedürfnisse oder um mit neuen Problemen umzugehen. Schließlich, als das System

Alter, es kann möglicherweise nicht mehr angemessen damit umgehen.

den Anforderungen einer wachsenden Anzahl von Nutzern gerecht zu werden, nutzen Sie

Fortschritte in der Hardwaretechnologie oder sich an eine ständig

verändernde Umwelt. Wenn diese Zeit kommt, wird das System

BANKENSYSTEM

Seite | 16

müssen außer Betrieb genommen und durch ein neues System ersetzt werden. Daher,

the software development life cycle will begin again.

FEATURES PROPOSED IN THE CURRENT SYSTEM

Jede Information kann leicht gesucht werden.

Alle Aufzeichnungen von A/cs und Kunden werden in separaten Dateien gespeichert.

Die ständig vom System aktualisiert werden.

BANKENSYSTEM

Seite | 17

Particular A/c information can be modified

Ein bestimmter Kundenrekord kann für einen oder mehrere modifiziert werden.

Kundenname, Adresse des Feldes durch Angabe der Kontonummer.

A customer record can be easily deleted by providing A/c number.

Das vorgeschlagene System bietet schnelleren Datenzugriff, Dateneingabe und

Abruf.

Das vorgeschlagene System ist effizienter, schneller, zuverlässiger und benutzerfreundlicher.

Over and above the proposed system does not have any possibility

von Datenverlust während der Verarbeitung.

Machbarkeitsüberlegung

Es gab drei wesentliche Überlegungen, die in dieser Machbarkeitsstudie eine Rolle spielten.
Die Analyse jeder Überlegung wurde überprüft, um darzustellen, wie sie sich auf ... bezieht.

der Systemaufwand.

Sie sind wie folgt:-

Wirtschaftliche Machbarkeit

Technische Durchführbarkeit

Betriebliche Machbarkeit

WIRTSCHAFTLICHE MACHBARKEIT

Die wirtschaftliche Analyse ist die am häufigsten verwendete Technik für

Bewertung der Effektivität eines vorgeschlagenen Systems. Mehr

allgemein bekannt als Kosten/Nutzen

BANKENSYSTEM

Seite | 18

In dieser Analyse bestimmen wir die Vorteile und Einsparungen

that are

Erwartet in diesem Verfahren bestimmen wir die Vorteile und Einsparungen.

die von dem vorgeschlagenen System erwartet werden und die Kosten vergleichen;

Wir treffen eine Entscheidung und setzen das neu vorgeschlagene System um.

Die manuellen Anstrengungen, die mit der Wartung der Klimaanlage und der Kunden verbunden sind

Informationen, die Abhebung, die Einzahlung und die Kontostandberechnung sind

gewaltig. Das liegt daran, dass das Volumen der Informationen, die

Die Handhabung ist gewaltig. Die Aufzeichnung von so vielen

Kundenbetreuung ist nicht einfach und der benötigte Personaleinsatz ist groß. Mit

Mit der Hilfe von Computern ist es sehr einfach, die Einzelheiten eines Buches zu verwalten.

und Bibliothek und um den Überblick über verfügbare Bücher zu behalten.

In case of computerization, the cost involvement is not very high.

Wie es vor etwa 5-7 Jahren war. Alle Bankverwaltungen

needs initially is a desktop computer, a printer and a UPS to

eine kontinuierliche Stromversorgung aufrechterhalten. Ein einzelner Betreiber kann

viele Anfragen bearbeiten. Im Durchschnitt sollte es nicht mehr als 10-15 Minuten dauern.

Minuten, um die Informationen eines Kunden einzugeben. Im Rahmen der

Machbarkeitsstudie, es wird eine Schätzung abgegeben, ob der identifizierte Benutzer

Bedürfnisse können mit der aktuellen Software und Hardware erfüllt werden.

Diese Studie entscheidet, ob das vorgeschlagene System umgesetzt wird oder nicht.

kosteneffektiv aus geschäftlicher Sicht.

BANKENSYSTEM

Seite | 19

In diesem Fall hat der Benutzer einen Hauptangestellten, der die gesamte Arbeit erledigt. Also der

Ein Angestellter hat Aufzeichnungen über neue Konten und deren Löschung geführt.

Kunden hinzufügen und löschen, Restbetrag usw. Seit

das Volumen der Informationen, die von einer einzigen Person verarbeitet werden müssen, ist

gewaltig. Eine Analyse der verschiedenen Alternativen, die vorgeschlagen wurden von

Das Softwareentwicklungsteam folgt auf den nachfolgenden Seiten.

Technical Feasibility

Dies betrifft die Spezifizierung von Geräten und Software, die ...

successfully satisfy the user requirement. The technical needs of

Das System kann erheblich variieren, könnte jedoch Folgendes umfassen:

Die Möglichkeit, Ergebnisse in einer bestimmten Zeit zu produzieren

Reaktionszeit unter bestimmten Bedingungen.

- Fähigkeit, ein bestimmtes Transaktionsvolumen zu verarbeiten

besonderes Tempo.

Möglichkeit, Daten an entfernte Standorte zu übertragen.

Nach der Prüfung der technischen Machbarkeit geben wir mehr Bedeutung auf

die Konfiguration des Systems als die tatsächliche Hardwareherstellung.

Wasserfall-Lebenszyklusmodell
BANKENSYSTEM

Seite | 20

Definition:

Es ist ein systematischer, disziplinierter und sequenzieller Ansatz zu

Softwareentwicklung, die auf Systemebene und Prozess beginnt

durch, Analyse, Design, Code und Test.

Diagram of waterfall life cycle model:

Wasserfall-Lebenszyklusmodell

Design:

It is multistep process it will focus on 4 fields

Datenstruktur

Architecture

Schnittstelle

Algorithmus

WATER FALL MODEL

SYSTEM

Durchführbarkeit

VALIDATION

PROJEKT

PLANUNG

VALIDIERUNG

ANALYSE DESIGN

CODETEST

BANKENSYSTEM

Seite | 21

BANKENSYSTEM

Seite | 22
ENTITÄTS-RELATIONS-DIAGRAMM

BENUTZERFALL-DIAGRAMM

NULLSTUFE ODER KONTEXTDIAGRAMM

BENUTZER KUNDE

ERSTELLEN

Konto-Nr.

Gleichgewicht

Eröffnung

Name Add Date

BENUTZER /

ADMINISTRATOR

ACCOUNTS EDIT ACNT TRANSACTIONS OPEN NEW ACNT

LISTE AKKUNTE ANSEHEN AKKUNT

DEPOSIT WITHDRAW

ÄNDERN SCHLIESSEN

ABHEBEN

BANKENSYSTEM

Seite | 23

Zugriff gewähren

Anfrage nach Kontodetails

Reports

Anfragen

Anfrage auf Zugang

Request for member details

Super gewähren

Benutzerzugang

1st LEVEL DFD

BANKING

PROJEKT

BENUTZER /

ADMINISTRATOR

VERIFY

A/c

NUMMER

INITIAL.DAT

BANKING SYSTEM

Seite | 24

Anfrage nach Kontoinformationen.

Wenn

ok

BENUTZER /

ADMINISTRATOR

AKZEPTIEREN

WAHL

SHOW

CUSTOMER

DETAIL

BANKENSYSTEM

Seite | 25

2. EBENE DFD

VERARBEITUNG

WAHL ANNEHMEN

FORM

BENUTZER
ODER

ADMINISTRATOR

BENUTZER /

ADMINISTRATOR

INITIAL.DAT

AUF Wiedersehen

HILFE

EDIT A/C

ÖFFNEN

NEW A/C

TRANSA

AKTION

LIST OF

Klimaanlage

SEE

Klimaanlagen

BANKVERWALTUNGSSYSTEM

Seite: 26

BANKMANAGEMENTSYSTEM

Page: 27
SYSTEMTESTING

Systemtests sind eigentlich eine Reihe verschiedener Tests, deren Hauptzweck es ist

um das computerbasierte System vollständig auszunutzen. Obwohl jeder Test ein

verschiedene Zwecke, die alle darauf abzielen, zu überprüfen, dass alle Systemelemente vorhanden sind

ordentlich integriert und die zugewiesenen Funktionen ausgeführt. Während des Testens habe ich versucht zu

Stellen Sie sicher, dass das Produkt genau das tut, was es tun soll. Das Testen ist das

abschließende Überprüfungs- und Validierungsaktivität innerhalb der Organisation selbst. In der

Testphase, ich versuche, die folgenden Ziele zu erreichen: die Qualität zu bekräftigen

Produkt, um alle verbleibenden Fehler aus vorherigen Phasen zu finden und zu beseitigen, um

Validieren Sie die Software als Lösung für das ursprüngliche Problem, um zu demonstrieren, dass

Vorhandensein aller angegebenen Funktionen im Produkt, um zu schätzen

Betriebszuverlässigkeit des Systems. Während der Tests sind die Hauptaktivitäten

konzentriert auf die Prüfung und Modifikation des Quellcodes. Das

verschiedene Systemtestmethoden wie Wiederherstellungstests, Stresstests

und Leistungstests werden durchgeführt, um die Anwendung zu testen.

BANKVERWALTUNGSSYSTEM

Page: 28

Die Phasen des Testprozesses sind:

Unit Testing

Einzelne Komponenten werden getestet, um sicherzustellen, dass sie korrekt funktionieren. Jede

Die Komponente wird unabhängig, ohne andere Systemkomponenten, getestet.

Modulprüfung

Ein Modul ist eine Sammlung von abhängigen Komponenten, wie z.B. einer Objektklasse, einem

abstrakter Datentyp oder eine lockerere Sammlung von Verfahren und Funktionen. Ein

Modul kapselt verwandte Komponenten ein, sodass sie ohne andere getestet werden können.

Systemmodule.

Untermodultests
Diese Phase umfasst das Testen von Sammlungen von Modulen, die erstellt wurden.

in Subsysteme integriert. Subsysteme können unabhängig entworfen werden und

implementiert. Die häufigsten Probleme, die in der großen Software auftreten

Systeme sind Schnittstellenunterschiede zwischen Teilsystemen. Der Testprozess des Teilsystems

sollte sich daher auf die Erkennung von Schnittstellenfehlern konzentrieren, indem es rigoros

die Nutzung dieser Schnittstellen.

Abnahmetests

Dies ist die letzte Phase des Testprozesses, bevor das System akzeptiert wird.

Betriebliche Nutzung. Das System wird mit von dem System bereitgestellten Daten getestet.

Lieferdaten anstelle von simulierten Testdaten beschaffen. Die Abnahmeprüfung kann Fehler aufdecken.

BANKVERWALTUNGSSYSTEM

Page: 29

und Auslassungen in der Systemanforderungsdefinition, weil die echten Daten

Übt das System auf verschiedene Weise mit den Testdaten. Abnahmeprüfung

kann auch die Anforderungen Probleme aufzeigen, bei denen die Einrichtungen des Systems nicht

wirklich die Bedürfnisse des Benutzers erfüllt oder die Systemleistung akzeptabel ist.

TESTMETHODEN

Wiederherstellungstest

In diesem Test wird das System getestet, indem es gezwungen wird, auf verschiedene Arten zu scheitern und

verifies that the recovery is properly performed. The re-initialization, data

Wiederherstellung und Neustart werden jeweils auf Richtigkeit bewertet.

Stresstest

In this test the application is tested in a manner that the application is

fordernde Ressourcen auf abnormalem Weg. Die Anwendung wird getestet auf

maximale Speicherauslastung. Die Randbedingungen werden auch für Arrays getestet.

und andere Datenstrukturen, die im System verwendet werden.

Leistungstests
Performance testing for the application is performed for finding the actual

Laufzeitleistung. Die benötigte Zeit für die Suche und Lokalisierung der erforderlichen Daten beträgt

getestet. Die Genauigkeit und Geschwindigkeit der Datenkonvertierung des Konvertertools ist ebenfalls

Getestet. Konnektivität und Datenübertragungsleistung für die Live-Update-Funktion von

BANKENVERWALTUNGSSYSTEM

Page: 30

the application is tested by using test data sets provided by the system testing

Spezialisten des Unternehmens.

Benutzerakzeptanztests

Die Benutzerakzeptanztests sind der Moment, in dem wir beweisen, dass wir wirklich

getan, was wir versprochen haben. Dieses Testen ist nicht dasselbe wie das Testen

in den verschiedenen Phasen des Lebenszyklus durchgeführt, da es hier; es beinhaltet die

Kunde und beabsichtigt zu überprüfen, dass die Tests überhaupt keine Fehler aufweisen. Alle die

possible testing conditions and data that the software organization has never

werden innerhalb der spezifizierten Betriebsbedingungen und des Verhaltens fallen

Die vorgeschlagene Software ist viel effizienter und perfekter als die vorhandene.

Eins. Die verfügbaren Module sind sehr benutzerfreundlich und vollständig frei von

von allen möglichen Eingabefehlern. Der Benutzer beweist es, indem er Beispieldaten verwendet.

BANKENVERWALTUNGSSYSTEM

Seite: 31

TESTSTRATEGIE:

Die Teststrategie integriert Methoden zur Gestaltung von Software-Testfällen in ein gut

geplante Abfolge von Schritten, die zu einer erfolgreichen Erstellung von Software führen.

EINHEITSTESTING:

Das Unit-Testing beschäftigt sich mit dem Wissen über das Testen einer Programmeinheit, um

bestimmen, dass es frei von Daten-, Logik- oder Standardfehlern ist. Auf dieser Ebene weiß

Box-Tests werden verwendet. Diese Einheit umfasst Kenntnisse in der dynamischen Analyse. In
Bei dieser Einheitstests werden einzelne Komponenten oder Modelle getestet. Es ist relativ

konzentriert sich auf die kleinen Segmente des Codes und zielt darauf ab, eine hohe zu üben

Prozentsatz interner Pfade.

INTEGRATION TESTING:

Integrationstests befassen sich mit dem Wissen über die Validierung, dass Software

Komponenten, die separat getestet wurden, interagieren korrekt, wenn

Sie werden zusammengestellt, um höhere Funktionen auszuführen. In dieser Anwendung

Bottom-Up-Integrationstests sind abgeschlossen.

BODEN-VERFAHREN TESTING:

Beim Bottom-up-Integrationstest beginnt der Bau und das Testen mit atomaren

Modelle werden von unten nach oben integriert, die Verarbeitung, die für Modelle erforderlich ist, sind

BANKMANAGEMENTSYSTEM

Seite: 32

subordinate to a given level is always available and need for stubs is

eliminierte.

FUNCTIONAL TESTING:

Funktionale Tests sind Programme oder Skripte, die konfiguriert sind, um zu überprüfen, ob die Anwendung erfüllt.

äußere Anforderungen erfüllen und Ziele erreichen, wie beispielsweise Leistung, auch bekannt als

Black-Box-Testungen, da der Quellcode nicht benötigt wird.

SZENARIOTESTING:

Szenarientests sind ähnlich, aber nicht dasselbe wie sitzungsbasierte Tests, die

steht in engerem Zusammenhang mit erkundungsbasiertem Testen und sitzungsbasiertem Test

BANKENVERWALTUNGSSYSTEM

Seite: 33

EIN BEISPIEL FÜR EIN TESTZYKLUS

Anforderungsanalyse:

Das Testen sollte in der Anforderungsphase des Softwarelebenszyklus beginnen.

(SDLC).

Designanalyse:

Während der Entwurfsphase arbeiten Tester mit Entwicklern zusammen, um festzustellen, was

Welche Aspekte eines Designs testbar sind und unter welchen Parametern die Tester arbeiten.

Testplanung:

Teststrategie, Testplan(e), Testumgebungserstellung.

Testentwicklung:

Testverfahren, Testszenarien, Testfälle, Testskripte, die beim Testen verwendet werden

Software.

Test Extension:

Tester führen die Software basierend auf den Plänen und Tests aus und berichten über etwaige

Fehler wurden an das Entwicklungsteam gemeldet.

BANK MANAGEMENT SYSTEM

Page: 34

Test Reporting:

Nach Abschluss der Tests erstellen die Tester Matrizen und erstellen Endberichte über

ihren Testaufwand und ob die getestete Software bereit für die Freigabe ist.

Die Mängel erneut testen.

Betriebsdokumentation

Betriebssysteme werden schnell als selbstverständlich angesehen. Jedes System benötigt

periodische Evaluierung nach der Implementierung. Im Gegensatz zum Systemtest, der

bestimmt, wo das System versagt, die Überprüfung der Betriebsdokumentation

bestimmt, wie gut das System weiterhin die Leistungsanforderungen erfüllt.

Es bietet auch Informationen, um zu bestimmen, ob ein großes Redesign notwendig ist.

notwendig. Die Überprüfung der Betriebsdokumentation bietet die Bewertung eines

System in Bezug auf das Ausmaß, in dem das System die angegebenen Ziele erreicht.

Die Ziele und die tatsächlichen Projektkosten überschreiten die ursprünglichen Schätzungen. Die Einleitung
Die Studie beginnt mit dem Prüferteam, das Anträge sammelt und überprüft.

Bewertung. Es wird auch eine Abweichungsmitteilung eingereicht, nachdem das System

Akzeptiert. Unerwartete Änderungen im System, die den Benutzer oder das System betreffen.

performance is a primary factor that prompts system review. Once a request is

Nachdem das Formular eingereicht wurde, wird der Benutzer gefragt, wie gut das System gemäß den Spezifikationen funktioniert.

Vorschläge werden gesucht und dies markiert den Beginn der Operation

Dokumentenprüfung. Das Prüferteam erstellt einen formellen Prüfungsplan.

BANKMANAGEMENTSYSTEM

Page: 35

das Ziel der Überprüfung, die Art der durchzuführenden Bewertung. Und das

Zeitplan erforderlich. Ein Gesamtplan umfasst die folgenden Bereiche:

Verwaltungsplan:

Die Überprüfungsgruppe untersucht die Auswirkungen des Betriebssystems auf die

Verwaltungsverfahren des Nutzers. Folgende Aktivitäten werden durchgeführt:

1. User objectives

2. Betriebskosten und Vorteile

Personalbedarfsplan:

Dieser Plan bewertet alle Aktivitäten, die das Systempersonal und das Personal betreffen.

Sie haben direkten Kontakt mit dem System. Der Schwerpunkt liegt auf Produktivität und Moral.

und Arbeitszufriedenheit.

Hardwareplan

Die Hardware des neuen Systems wird ebenfalls überprüft, einschließlich Terminals, CRT

screens, software programs and the communication network. The primary

Ziel ist ein Vergleich der aktuellen Leistungsspezifikation mit dem Design

Spezifikation. Das Ergebnis der Bewertung zeigt alle Unterschiede an.

zwischen Erwartungen und realisierten Ergebnissen.

BANKVERWALTUNGSSYSTEM
Seite: 36

Dokumentenüberprüfungsplan

Der Grund für die Entwicklung eines Dokumentationsüberprüfungsplans besteht darin, die zu bewerten.

Genauigkeit und Vollständigkeit der bis heute zusammengestellten Dokumentation und deren

Einhaltung der vordefinierten Dokumentationsstandards.

BANKVERWALTUNGSSYSTEM

Page: 37

VALIDIERUNG

Die Validierung ist der Prozess der Validierung der Software gemäß dem

Benutzeranforderung. Erfolgreiche Validierung sollte Vertrauen schaffen, dass...

Die Anwendung erfüllt ihren Zweck. Die Validierung erfolgt in allen Modulen und ist zu

sicherstellen, dass nur die richtigen Ergebnisse erzielt werden.

Einige durchgeführte Validierungen sind wie folgt:

Recovery testing:

Es wurde überprüft, ob die Software in der Lage ist, sich von Fehlern zu erholen.

und die Verarbeitung innerhalb der vorgegebenen Zeit fortsetzen.

Security testing:

Sicherheitstests versuchen zu überprüfen, ob die Produktionsmechanismen, die in ein ...

system will in fact product it from improper penetration.

Stresstest:

The validation of the stress testing is sensitivity testing.

BANKVERWALTUNGSSYSTEM

Page: 38

BANKMANAGEMENTSYSTEM

Page: 39

IMPLEMENTIERUNG

Eine entscheidende Phase im Lebenszyklus des Systems ist die erfolgreiche Implementierung von
Das neue Systemdesign. Umsetzung bedeutet einfach, ein neues

Systemdesign in Betrieb. Dies beinhaltet die Erstellung computerkompatibler

Dateien, Schulung des Betriebspersonals und Installation von Hardware-Terminals, und

Telekommunikationsnetzwerk, bevor das System aktiv ist.

Bei der Systemimplementierung ist die Schulung der Benutzer entscheidend, um den Widerstand zu minimieren.

Veränderung und der neuen Systeme die Chance geben, seinen Wert zu beweisen. Trainingshilfen

wie benutzerfreundliche Handbücher, ein Datenwörterbuch und Hilfsmittel zur Arbeitsunterstützung, die

Informieren Sie über das neue System und die Hilfeseiten. Stellen Sie die zur Verfügung.

Benutzer mit einem guten Start im neuen System.

BANK MANAGEMENT SYSTEM

Seite: 40

LIMITATIONS

In dieser Welt hat alles seine eigenen Grenzen. Und eine Einschränkung in einem Projekt ist

recht offensichtlich. Sogar berühmte Software und Betriebssysteme haben ihre eigenen

Einschränkungen. Zum Beispiel unterstützt Win 3 xs keinen USB-Port. Also ist es ein

Einschränkung von Win3x, dass es keinen USB-Port unterstützt.

Due to shortage of time this project has some limitation.

Einige von ihnen sind wie folgt:

In diesem Projekt darf ein Buchcode nicht mehr als 500 betragen. Das ist also eine Einschränkung davon.

Projekt, dass dieses System nicht mehr als 500 Bücher verwalten kann.

Same with member, a member number cannot be more than 500

Es wurden keine Überprüfungen hinsichtlich des Eintritts doppelter Datensätze im Buch vorgenommen.

Diese Einschränkung ist auch in der Funktion vorhanden, wenn wir neue erstellen

Mitglieder.

And there are some other limitations, which will be faced by USER when

er/sie wird dieses Projekt nutzen.

BANKVERWALTUNGSSYSTEM
Seite: 41

CONCLUSION

Dieses Bankensystemprojekt wird als nützlicher Ansatz für die Datenbank dienen.

Dialogfeld zum Einzahlen und Abheben von Geld für die Person. Es dient als

helpful approach for the users. It provides easy way of the deposit and

zieht das Geld ab. Es verringert die Zeit, die der Benutzer benötigt, um Geld zu sparen.

Somit ist das Projekt der benutzerfreundliche Ansatz.

BANKVERWALTUNGSSYSTEM

Page: 42

Referenzen

Bücher

1. Enzyklopädie der Softwaretechnik, 2. Auflage, John Wiley und Sons

inkl.

2.

Webseite

www.hsbc.com

Suchmaschine

www.google.com (Bankverwaltung)