A case study on supermarket management system

INTRODUCTION

Problems can be solved by systems. Systems approach is an organized way to deal with problems. In this dynamic world, a wide variety of system development methodologies have evolved over the years, each framework with its own strengths and weaknesses (Paul, James& Peter, 2004). This report will focus on waterfall type through analyze the process of EQ’s supermarket management system development.

SYSTEM LIFE CYCLE

System lifecycle is a structured process of developing and maintaining systems. It lists all processes and sub-processes required while developing a system. A combination of various activities in system development is referred as system development lifecycle (Kääriäinen and Välimäki, 2008).

1. PHASES OF SYSTEM DEVELOPMENT LIFE CYCLE

1 .1 SYSTEM STUDY

System development life cycle starts from system study. The system study separates in two phases. Firstly, a survey will help the designer to identify the scope of the system. Secondly, a depth investigation will help the designer understand user’s requirements and problems. Generally, a system proposal will carry out by analyst and offer to user to ensure the content is correct (Steven & Glenn, 2005).

EQ defined YDL as a small sized supermarket. The owner of YDL wanted to reduce employee (keep two people at most), monthly report can be presented faster and establish a membership system.

1.2 FEASIBILITY STUDY

Based on system study, feasibility study takes place. The proposed system should be tested during this phase in four aspects: workability, requirement fitness, effective use of resources and the cost effectiveness (Steven & Glenn, 2005). The main objective of this phase is achieving the scope.

To achieve the scope, EQ assumed the SMS have six main functions, they are: sales, reporting, goods ordering, membership management, expired offers and inventory management. This proposed system only needs two people, which are cashier and inventory manager. Order goods and generate financial statement can be done by the system automatically. Therefore, a sub-system called membership management was added into this SMS.

1.3 SYSTEM ANALYSIS

If a new system is decided to develop, the next phase is system analysis. It is a depth investigation based initial investigation and user requirements. Detailed data flow diagrams (DFDs), data dictionary, logical data structures and miniature specifications should reflect user requirements. Identification of data store, sub-dividing of complex process, and manual processes also should be included in system analysis (Steven & Glenn, 2005).

EQ established its project schedule, listed all major activities and tasks in WBS (Work Breakdown Structure), and the deliverables and milestones were also announced in the schedule.

 

Task

Description

Duration

Assigned Role

Task Input

Output

Requirements

Specify requirements

General introduction about the system

1 week

Management Team

Team liaisons

A requirements document,

A architecture design document

(system design document),

A object design document,

A test plan,

A project plan.

System/subsystem, and requirements overview

2 weeks

Documentation Team

Requirements elicitation

General constraints, assumptions and dependencies

2 weeks

Functional requirements

2 weeks

External interface

1 week

Non-functional requirements

1 week

Milestones R

5 documents

Design

Design the architecture of the systeml

System organization design

1 week

Architecture Team

A architecture design document

System source code

Subsystem design

2 weeks

Architecture Team

Asystem design document

Design the user interface

User interface design

2 weeks

User Interface Team

A object design document

Milestones D

System source code

Development

Design the specific objects of the system

Database and configure the server

1 week

Database Team

System source code

System

User interface

Programming

3 weeks

User Interface Team

Layout design

3 weeks

User Interface Team

Design the specific objects of the system

Connection between subsystems

1 week

Control Team

Milestones De

The system that is available to use

Validation

Implement the system

Test the user interface

1 week

User Interface Team

System source code

A document about the problems that the system still needs to be worked on

Test the database

1 week

Database Team

Evaluate the system

List the functions and problems

1 week

Documentation Team

Milestones V

A document about the problems that the system still needs to be worked on

Evolution

Validate the system

Adapt the user interface

1 week

User Interface Team

A document about the problems that the system still needs to be worked on

Final system

Adapt the database

1 week

Database Team

Adapt and improve the system

Recheck the whole system

1 week

Management Team

Documentation Team

Final system

A document about the functions that the system can provide

Milestones E

Final system can be provided to client

Read also  Differences Between Linear Block And Convolutional Codes Computer Science Essay

Source: http://www.docin.com/p-41243574.html

Source: http://www.docin.com/p-41243574.html

1.4 SYSTEM DESIGN

System design is the most crucial phase in system development lifecycle. Generally, the design advances in two stages: general design and detailed design. In general design process, the features of the system will be specified; costs and benefits of these features will be estimated. In detailed design stage, computer oriented work starts at first. Structure design becomes the blue print of system solution to those problems mentioned in system analysis phase. Furthermore, the programming language, the platform, input, output and processing specifications will decided in detail in this stage (Steven & Glenn, 2005).

Several tools and techniques used for designing are (Steven & Glenn, 2005):

  • Flowchart
  • Data flow diagram (DFDs)
  • Data dictionary
  • Structured English
  • Decision table
  • Decision tree

Based on the scope of this supermarket and proposed system, EQ used C/S model as development model. The source code were written in JAVA,

Server hardware and software environment:

“Hardware: IBM System x3200 M2. The x3200 M2 offers the latest quad-core Intel Xeon processor (up to 3.16 GHz/12MB/1333MHz), 4 GB memory (DDR II 800MHz), expansion slots (2 PCI (32-bit/33 MHz),2 PCI-Express (x8,x1), Remote Supervisor Adapter II), 4.0TB SATA HDDs hard drive.

Software: Microsoft Windows Server 2008, MySQL Cluster 7.0, Avast! Anti-virus Server 4.8.1091, JDK 6 Update 16 with NetBeans 6.7.1” (E-Qun, 2009).

Source: http://www.docin.com/p-41243717.html

Source: http://www.docin.com/p-41243717.html

1.5 CODING & TESTING

After designing, the whole system should convert into computer understanding language. The programmer uses computer understanding language to write programs to coordinate the data movements and control the entire process in the system (Steven & Glenn, 2005).

Read also  Business Continuity Policy Statement

Before implementing the whole system, a test run is done to remove all bugs and measure the stability of the system (CMS, 2009). Firstly, individual units of the system should be tested. Any uncertainty happening must be recorded and debugged. Then, in compliance with test plan, a given set of test data will put into the system. The outputs of the test run should be analyzed. If there’s any output did not match the expected output, the errors in the particular program or system should be identified and fixed and further test should be done until the outputs match the expected results (Parkin, 1997).

Modular development technique was used in this coding and testing phase. EQ divided the programmers in two team, database team and user interface team. Each team focus on their own area.

< Bar code, Product name, Unit, price, Number, Total amount, Date of input and etc.>

Source: http://www.equn.net/product_1.asp

<Product, Price tag, Inventory sheet, Sales inquiries, Sales, Reminder, Member management, etc.> Source: http://www.equn.net/product_1.asp

1.6 IMPLEMENTATION

During implementation phase, the system is loaded onto the user’s computer. Then, user training starts. Generally four topics will be introduced to users: execution of the package, data input, data processing and reporting. After users are trained, computerized working begins at following two strategies (operational): parallel run or pilot run. Parallel run means in a certain period, both systems (i.e. manual and computerized system) are executed in parallel. Pilot run means the new system installs in parts. Some parts executed first and ran in a defined period. Other parts will be implemented only if the results satisfied the expected results (New York State Office, 2009).

After five days training, two employees from YDL had mastered the operational skills. In the later month, manual working and computerized working were running in parallel to avoid the potential failure of system.

1.7 MAINTENANCE

Maintenance means error correction and upgrade during the system’s working life. Because of there always have some errors found in the system, system review is necessary to note and correct these errors. In addition, from system review, the developer can know the full capabilities of the system, required changes and the additional requirements. If a significant change needs to be executed, a new project has to be set up and proceed through all the life cycle phases (New York State Office, 2009).

Read also  Flash Animation Software Package Computer Science Essay

Currently, EQ’s supermarket management system is running in YDL. The supermarket had reduced 2 members. Nearly 500 people were registered as members. Moreover, the owner of YDL wants to turn his business to chain-store operations. EQ has started to evaluate this project.

DISCUSSION

According to Paul Davidson et al. (2003), waterfall model fits the situations where most appropriate that project has clear objects and solutions, the requirements are comprehensive and stable and etc. In this case, the lifecycle of this supermarket management system shows that E-Qun Web-Studio used waterfall method. This framework type is linear:

Those deliverables and milestones were measurable. The whole project was divided into phases; emphasized on planning, time management, target dates and system implementation at one time; maintained control of project through using extensive documents such as project plan, test plan, etc.

CONCLUSION

To sum up, the lifecycle for information system development is mainly make up of eight aspects. They are system study, feasibility study, system analysis, system design, coding, testing, implementation and maintenance. Linear type is the simplest framework to develop the system (Paul et al. 2003). In small information system, if the system is not extremely complex, requirements are stable and can be identified easily, project team is less experienced and project schedule is unambiguous, it is strongly recommended that this project uses waterfall method as the develop methodology (Paul et al., 2004).

REFERENCES:

Alter, S and Browne, J, 2005, ‘A Broad View of Systems Analysis and Design’, Communications of the Association for Information Systems, Volume 15, 2005, pp. 981-999,

CMS, 2009,’ Testing Framework Overview’, Centres for Medicare & Medicaid Services,

Available at: http://www.cms.hhs.gov/SystemLifecycleFramework/Downloads/CMSTestingFrameworkOverview.pdf

[Accessed at 23th Dec, 2009]

Davidson, P, Hedrich, R, Leavy, T, Sharp, W, & Wilson, N, 2003, ‘Information Systems Development Techniques and Their Application to the Hydrologic Database Derivation Application’, the Centre for Advanced Decision Support for Water and Environmental Systems,

Available at: http://cadswes.colorado.edu/PDF/RiverWare/DavidsonLV2002.pdf

[Accessed at 28th Dec, 2009]

E-Qun Web-Studio, 2009, About Us, E-Qun Online,

Available at: http://www.equn.net/aboutus.asp

[Accessed at 29th Dec, 2009]

Fisher, P, McDaniel, J & Hughes, P, 2004, ‘System Development Life Cycle Models and Methodologies’ Canadian Society for International Health Certificate Course in Health Information System, Module 3: System Analysis & Database Development, Part 3: Life Cycle Models and Methodologies.

Available at: http://famed.ufrgs.br/pdf/csih/mod3/Mod_3_3.htm

[Accessed at 14th Dec, 2009]

J. Kääriäinen and A. Välimäki, 2008, ‘Impact of Application Lifecycle Management – A Case Study’, Enterprise Interoperability III, New Challenges and Industrial Approaches, Springer London Press, London

New York State Office, 2009,’System Implementation’, Project Management Guidebook, Release 2,

Available at: http://www.oft.state.ny.us/pmmp/guidebook2/SystemImplement.pdf

[Accessed at 22th Dec, 2009]

Rodney Parkin, 1997,Software Unit Testing, IV & V Australia,

Available at: http://www.ivvaust.com.au/UnitTesting.pdf

[Accessed at 20th Dec, 2009]

Order Now

Order Now

Type of Paper
Subject
Deadline
Number of Pages
(275 words)