Disclaimer: This is an example of a student written essay.
Click here for sample essays written by our professional writers.

Any opinions, findings, conclusions or recommendations expressed in this material are those of the authors and do not necessarily reflect the views of UKEssays.com.

A Problem Statement Of Banking Systems Information Technology Essay

Paper Type: Free Essay Subject: Information Technology
Wordcount: 4714 words Published: 1st Jan 2015

Reference this

The Internal Audit System is the system that I will be working on. This system will be available through all the ICB buildings. A software system will be created to allow data to be easily accessed and changed by the users. To track and retrieve data, all changes will be logged through a version control system and various backups will be held. The system will cater for multiple users who access the same data at the same time. This audit system will protect any data by giving different rights to different users.

Get Help With Your Essay

If you need assistance with writing your essay, our professional essay writing service is here to help!

Essay Writing Service

PROBLEM STATEMENT

The International Central Bank currently conducts internal audits by using a manual system. The audit data is kept manually in files in the ICB headquarters’ main underground warehouse. For an employee to access a file, s/he must go to the warehouse and get the file. Data older than a year are moved in other warehouses outside the headquarters. This will take more time for an employee to access data. Moreover, warehouses are filled with huge amount of files and some of them are hardly ever used. These papers take a lot of space and are difficult to manage.

Furthermore, a file can only be accessed by a person at a time. If a file is already taken, the employee must wait for the file to be checked in. Also, sometimes it can be the case that a file is lost or damaged while checked out. Therefore a backup is kept by keeping an extra copy of the file. However, if a file is modified maliciously, the backup is useless as changes are not tracked and it might be too late to realize about the problem.

Therefore, the ICB is asking for a new computerized system to eliminate these problems. The objectives of the new system are:

The system will be easily accessed throughout all the ICB buildings, but cannot be accessed from outside the buildings.

A system software will be installed over the network to allow data about employees, customers, and accounts to be easily accessed and changed by accountants.

All changes done to all documents will be logged and different versions will be kept.

Multiple users can access a document at once, but only one user will have the right to change it.

New documents can be created and shared.

IMPACT ANALYSIS

Positive Effects of the new system:

Employees will access data faster and therefore clients will be served faster (audit reports).

The organization will reduce staff as no one will be working in the warehouses for check in and out of files.

A document will be accessed simultaneously.

No loss or damaging of files will happen while file is checked out.

Warehouses can be used for other purposes.

Negative Effects of the new system:

As the new system is computerized, some employees might need training before using the new system.

If the new system gets faulty or damaged, users will have to wait to access documents.

RELATED SYSTEMS

Related System 1 – MetricStream Audit Management

Description: MetricStream Audit Management software module is a comprehensive audit system designed to help companies manage a wide range of audit-related activities, data and processes.

Feature 1: Supports all type of audits, including internal audits.

Feature 2: Audit planning and scheduling.

Feature 3: Development of audit reports and recommendations.

Related System 2 – AutoAudit®

Description: Thomson Reuters offers a comprehensive governance, risk and compliance software solution that includes an audit component that is a purpose-built, paperless audit management system proven to reduce the time and cost associated with internal audit processes.

Feature 1: Risk assessment.

Feature 2: Planning and Scheduling.

Feature 3: Issue tracking and reports.

References:

MetricStream Audit Management -http://www.metricstream.com/products/auditmangmt.htm

AutoAudit® – http://paisley.thomsonreuters.com/website/pcweb.nsf/pages/CIRE-6LUMZU

Section 2: Analysis

Subsection A

TASK 1: Observation

Part i

The observation technique investigates the system in its naturally occurring settings. The observer joins the organization’s setting to record and investigate events that occur, together with the employees’ behaviors during their work. If the observer is participant during the observation, it will help to gather more specific observation results. This means that the observer gets close to the actions so that s/he can feel more for what things mean to the employees. Therefore with an observation, one can identify the tasks being performed by the organization together with the methods and tools being actually used. An important factor is that the observer ‘melts into the background’ and those not interfere with the occurring settings. The aim of an observation is to view the system at its natural occurrence. If not so, the observation will give a less accurate result, resulting into incorrect or loss of investigation data.

Advantages of the Observation technique:

The observer will get a more accurate result than other observation techniques as s/he is viewing the current system by himself/herself; therefore data gathered can be highly reliable.

Observation is less expensive compared to other techniques.

Disadvantages of the Observation technique:

If employees feel uncomfortable with the presence of an observer, s/he might not behave as usual; therefore this may give an inaccurate observation result.

Ethical issues.

Time consuming.

The observer will have to work hard if an activity happens in an odd time/situation.

What to take into consideration when conducting an Observation:

On observer has to take into consideration whether s/he will act as a participant observer or not. By being participant, the gathered data will be more accurate as the observer is directly interacting with the users of the system during the natural occurrence of the system. However if employees feel uncomfortable to work with a participant observer, results might not be reliable. On the other hand, by not being participant, an observer will not interact with the employees during their work, but will observe from the background. This might give less accurate results from being participant due to the fact that the observer is less near to the employees.

References:

Observation Technique – http://ec.europa.eu/regional_policy/sources/docgener/evaluation/evalsed/sourcebooks/method_techniques/collecting_information/observation/description_en.htm

Part ii

An observation in the ICB organization may start in one of the warehouses, preferably in the main underground warehouse situated in the ICB headquarters. This observation is to be observed in a time when an employee goes to check out a document. Also another observation is done while a check in of a document. By this, the observer will be able to investigate the system being used to check in and check out a document. The employee(s) in charge of the warehouse will be observed and view what methods and tools use to check in and check out a document.

Another observation will take place in the ICB headquarters during an internal audit. The observer will observe an employee while currently using/editing a document. This data will be useful to analyze the current audit system. This observation is preferably done to more than one employee in different times of the day.

TASK 2: Questionnaire

Part i

The question is not a good question to be added in the questionnaire since the question asked does not specify which duties are referring to. An employee might have more than one duty, and the question does not cater for specific duties. The current system might be inadequate for a duty but adequate for another.

Also, the question’s provided answers are too vague in their meaning. What is ‘Occasionally’? Does it mean once week or once a month? The answers should show a time spam so that the user can answer the question in more detailed and accurate manner.

All of this will provide a more reliable data from the questionnaires.

The question may be modified as follows:

How often is the current system inadequate when checking out a document?

Often (at least five times per week)

Occasionally (from one to two times per week)

Rarely (from twice to five times per month)

Hardly Ever (once per month)

Never

Other Answer (Please write down below how often)

Part ii

The goal of this questionnaire is to analyze the current system by asking different types of employees in the organization about different duties and activities which happen in the system. With this information we will be able to find the downfalls of the current system so that we will solve them when implementing the new system. Also, we will take the positive things of the current system, possibly improve them, and include them in the new system. As all of the employees will answer through their individual opinion and experience, we will gather a vast range of data throughout different employees in the organization.

The following question will be included in the questionnaire and is intended for all the accountants. Its goal is to see whether these employees are willing to take training if the current system is computerized.

Are you willing to take additional training (if needed) if the system is computerized?

Yes

No

This question will be added to the questionnaire for the simple reason that it is important to know whether employees will cooperate if the system is computerized. As this question has a Yes or No answer, we will be able to quantify how many employees will be willing to take computer/software training.

Subsection B

TASK 1

The current system uses a manual system throughout all the ICB buildings. The goal of the system is to make audits i.e. evaluate documents which are mainly done by the accountants. The organization stores number of documents and employees can collect these documents for work purposes. These documents can be modified and for safety reasons, a copy of the document is kept. Also, accountants create new paper documents and then store them in warehouses.

The SCOPE of the system include:

System Boundary

The employees (accountants and auditors) are a system boundary. There is no control on the employees’ performance with the system. It is a system boundary due to the fact that it does not depend on the system but on external entities.

System Constraint

Budget is a constraint. A lot of money will be needed for both the development and maintenance, but it is limited. This is due to the fact that files are always increasing, together with their backups.

System Objectives

By this software, employees will be able to access documents and track any changes that have been made to these documents.

The client also expects that the system/servers will be accessible throughout the ICB buildings by internet.

Permissions

The Director of Internal Audit gives permissions to auditors to access files with sensitive data.

The Project Manager is responsible for the supervision of the project.

Overall, the current system works in quite a good condition and all of the employees can finally do their job. However, this system has some problems, including the time consuming when accessing a document, and the few protection offered to a document. This system also has some limitations, including:

Once a file is checked out, no other employee will be able to access that same file until it is checked back in.

If a file is modified maliciously, there is no way of realizing about the problem and tracking to a previous version of the file until it is too late.

TASK 2

Job-Role 1 – Accountant

Description: This employee is the most common employee found in the organization and does the accounts of the company.

Responsibility: An accountant is responsible for creating and editing accounts.

Permission: An accountant will need permissions to access accounts data which is of a high importance to the company. Also, s/he will need permissions to access files regarding customers of the company.

Job-Role 2 – Auditor

Description: This employee does the internal audits of the company.

Responsibility: An auditor gets the file (accounts) from the warehouses and is responsible of checking and analyzing them.

Permission: An auditor will need permissions to access invoices, and files which are of a high importance to the company.

Job-Role 3 -Warehouse employee

Description: This employee works in an ICB warehouse which is found either in the ICB headquarters (main warehouse) or in other ICB buildings.

Responsibility: The warehouse employee is responsible for checking out a document by taking the document details together with the person’s details who is taking the document. The warehouse manager is also responsible of checking in a document and stores it back to its place.

Permission: The warehouse employee will need permissions from the warehouse manager to access certain important documents.

Section 3: Non-Functional Requirements

Subsection A

SYSTEM RELATED REQUIREMENTS

Requirement

Details

Requirement Reference

1

Revision Date and Review No.

Version 1.0

Title

Document Searching

Requirement Type

Performance

Description

The searching of a document should show the result within 10 seconds from the time the user presses the search button.

Requirement Details and Constraints

The searching response time applies to all types of documents i.e. employees, customers and accounts.

Criticality

Should

Why it is required

This is required so that the employees does not have to wait and waste important working time before accessing the needed file.

Requirement

Details

Requirement Reference

2

Revision Date and Review No.

Version 1.0

Title

System Stability

Requirement Type

Reliability

Description

The system must not crash down when servers are loaded with less than one million documents and be used by 200 employees at the same time.

Requirement Details and Constraints

Criticality

Must

Why it is required

This is required so that the system does not stop working as this will have a negative impact on the organization.

Requirement

Details

Requirement Reference

3

Revision Date and Review No.

Version 1.0

Title

System Restart

Requirement Type

Robustness

Description

The system must restart in less than 10 minutes after failure.

Requirement Details and Constraints

Criticality

Must

Why it is required

This is required so that the employees will be able to reuse the system in a reasonable time.

Requirement

Details

Requirement Reference

4

Revision Date and Review No.

Version 1.0

Title

Protection of Documents

Requirement Type

Security

Description

The system must provide security for documents with high priorities.

Requirement Details and Constraints

Criticality

Must

Why it is required

This is required so that important documents can only be accessed by users who have rights to do so.

Requirement

Details

Requirement Reference

5

Revision Date and Review No.

Version 1.0

Title

Loading of Document

Requirement Type

Performance

Description

The document should load within 3 seconds from the time the user opens the document.

Requirement Details and Constraints

Criticality

Should

Why it is required

This is required so that the employees do not have to wait long for a document to load and be ready for use.

Requirement

Details

Requirement Reference

6

Revision Date and Review No.

Version 1.0

Title

Ease of Use

Requirement Type

Usability

Description

System must be user-friendly so that every employee will be able to use it after 2 weeks of training.

Requirement Details and Constraints

Criticality

Why it is required

This is required since most of the users will be not IT employees.

PROCESS RELATED REQUIREMENTS

Requirement

Details

Requirement Reference

7

Revision Date and Review No.

Version 1.0

Title

Development Cost

Requirement Type

Process-Related

Description

System expenditures must not exceed €10,000 per month during the first 6 months.

Requirement Details and Constraints

Criticality

Must

Why it is required

This is required because the ICB has a restricted budget due to other projects.

Requirement

Details

Requirement Reference

8

Revision Date and Review No.

Version 1.0

Title

Development Time

Requirement Type

Process-Related

Description

The system must be complete in about two years, but it should be usable in less than 7 months.

Requirement Details and Constraints

Criticality

Must

Why it is required

The ICB wants to be able to take advantage of the new system as soon as possible.

EXTERNAL REQUIREMENTS

Requirement

Details

Requirement Reference

9

Revision Date and Review No.

Version 1.0

Title

Legal

Requirement Type

External

Description

The system must meet the government regulations.

Requirement Details and Constraints

Criticality

Must

Why it is required

This is required since we want a legal system.

Requirement

Details

Requirement Reference

10

Revision Date and Review No.

Version 1.0

Title

Ethical

Requirement Type

External

Description

System should cater for different languages.

Requirement Details and Constraints

Criticality

Should

Why it is required

This is required since some of the employees prefer other languages rather than English.

Subsection B

PERSONNEL RELATED REQUIREMENTS

User 1 – Accountant

Function 1: Create new accounts.

Function 2: Access accounts from database.

Function 3: Modify existing accounts.

Skill 1: ECDL certificate.

Skill 2: ACCA.

User 2 -Auditor

Function 1: Access (read-only) accounts from database.

Function 2: Print documents.

Function 3: Access previous versions of files.

Skill 1: ECDL certificate.

Skill 2: ACCA.

Developer 1 – Database Administrator

Task 1: Design and implement the database.

Task 2: Keep regular maintenance of the database.

Skill 1: Oracle Database 11g Administrator Certificate.

Skill 2: Strong communication skills.

Developer 2 – Programmer

Task 1: Code the system software.

Task 2: Test for bugs.

Skill 1: Excellent knowledge in JAVA.

Skill 2: Communication skills.

Section 4: Functional Requirements

FUNCTIONAL REQUIREMENTS

Requirement

Details

Requirement Reference

11

Revision Date and Review No.

Version 1.0

Title

Document Searching

Requirement Type

Functional

Description

System will display all documents that meet the search condition.

Requirement Details and Constraints

Criticality

Must

Why it is required

This is required so that users can find their desired document by simply writing the document name and system displays all documents that contain that name.

Requirement

Details

Requirement Reference

12

Revision Date and Review No.

Version 1.0

Title

Create new document

Requirement Type

Functional

Description

Users will be able to create a new document on the system.

Requirement Details and Constraints

The document can be used by themselves and shared to others.

Criticality

Must

Why it is required

This is required so that users will be able to create new documents rather than only accessing already existing documents.

Requirement

Details

Requirement Reference

13

Revision Date and Review No.

Version 1.0

Title

Modify documents

Requirement Type

Functional

Description

Users will be able to edit documents according to their needs.

Requirement Details and Constraints

Since a document can be accessed by multiple users at the same time, this function must be only allowed to one user. All the other users will only be able to view the document.

Criticality

Must

Why it is required

This is required so that users will be able to modify existing accounts and the document will be updated in the database.

Requirement

Details

Requirement Reference

14

Revision Date and Review No.

Version 1.0

Title

Version Control

Requirement Type

Functional

Description

System will keep track of different versions of each document.

Requirement Details and Constraints

The system will have a version control unit by keeping logs of different versions.

Criticality

Must

Why it is required

This is required so that if a document is modified maliciously, the document can be restored.

Section 5: Comparison of Life Cycle Models

Life Cycle Model 1 -Waterfall

Feature 1: The development process is divided into phases and stages, and this makes it easier to manage.

Feature 2: The process is done sequentially by doing a phase at a time.

Feature 3: One must move to the next phase after that the phase is complete and perfected.

Feature 4: There are 6 phases in this model; Planning and Selection, Analysis, Design, Implementation, Testing, Operation &Maintenance. Documentation is provided through every stage.

Advantage 1: A definite starting date and ending date of the system will be given and this is a benefit for the ICB as it wants a deadline of about 2 years.

Advantage 2: The waterfall model is easy to explain to the user/client.

Disadvantage 1: If the requirements of the ICB change during the development of the project, this model will not cater for these new requirements.

Disadvantage 2: The waterfall model those not offer a working model, therefore this is a great disadvantage for the ICB as it wants to be able to use the system before the deadline.

Life Cycle Model 2 -Spiral

Feature 1: The phases in this model are done in iteration until the system is perfected.

Feature 2: A combination of designs and prototypes are done through stages.

Feature 3: Combines the features of the prototyping model and the waterfall model.

Feature 4: Software engineers get their hands in and start working on a project early.

Advantage 1: Estimated budget become more realistic as work progresses, therefore the ICB will know if the system will incur their intended restricted budget.

Advantage 2: If the organization’s requirements change during system development, spiral model is better to handle for the changes (rather than the waterfall model).

Disadvantage 1: There is a risk of not meeting the estimated budget of the ICB.

Disadvantage 2: There is a risk of not meeting the estimated deadline of the ICB, which is 2 years.

Life Cycle Model 3 -RAD

Feature 1: System is developed quickly.

Feature 2: Problem is analyzed rapidly.

Feature 3: Users and developers cooperate a lot with each other.

Feature 4: Tasks are done in parallel with each other.

Advantage 1: Since the RAD completes a system quickly, the ICB will see a fast change in their system, from manual to computerized.

Advantage 2: RAD is flexible to changes that may run during the system development.

Disadvantage 1: The ICB does not need to have a complete system rapidly, but only wants a part of the system ready earlier than the deadline to be taking advantage of.

Disadvantage 2: The system’s cost will rather be unknown, and this is a disadvantage for the ICB as they have an estimated budget for the system.

Disadvantage 3: Quality is not much guaranteed, and we must provide a quality system for a bank organization.

Life Cycle Model 4 -SCRUM

Feature 1: An agile software development by which the process of the development of the system is iterative and incremental.

Feature 2: Contains a set of practices and predefined roles.

Feature 3: The three main roles in a SCRUM are the Scrum Master, Product Owner, and the Team.

Feature 4: A lightly controlled method which insists on frequent updating of the progress in work through regular meetings.

Advantage 1: SCRUM requires continuous feedback from the user, therefore the ICB requirements can be reached more easily.

Advantage 2: It is ideal for giving a quality system in a scheduled time.

Disadvantage 1: As the ICB project is not a small project, the project team will consist of a large number of members, and this may cause difficulties in communication and understanding.

Disadvantage 2: This agile method runs a higher risk of failing than other life cycle models due to lack of firm direction or inexperience in the team.

Life Cycle Model 5 -V-Model

Feature 1: Phases are divided into smaller parts and a relationship between the development and testing is created.

Feature 2: Every phase has a corresponding test (validation and verification).

Feature 3: As testing is done at the end of each development, bugs and defects of the system can be tracked before it is too late.

Feature 4: Each testing does not take too long as it is not done at the last of the system development.

Advantage 1: A very good understanding of the project is developed at the very beginning, and this ensures a quality result for the ICB.

Advantage 2: The V-Model is time saving because the testing activities start as soon as the ICB gives the requirement and therefore project deadline is ensured.

Disadvantage 1: However, if requirement changes occur from the ICB during the process, lots of time will be wasted due to the updating of stages.

Disadvantage 2: This model is very expensive and might incur the ICB expenditures before the first 6 months.

Chosen Life Cycle Model – SCRUM

Reason 1: Since it is an agile method, SCRUM is based on discussions between the team and this will give the ICB a system which will possibly meet all their requirements.

Reason 2: Moreover, the ICB deadline of 2 years will be reached and the delivered system will be of a high quality, and this is what the organization wants.

 

Cite This Work

To export a reference to this article please select a referencing stye below:

Reference Copied to Clipboard.
Reference Copied to Clipboard.
Reference Copied to Clipboard.
Reference Copied to Clipboard.
Reference Copied to Clipboard.
Reference Copied to Clipboard.
Reference Copied to Clipboard.

Related Services

View all

DMCA / Removal Request

If you are the original writer of this essay and no longer wish to have your work published on UKEssays.com then please: