Inventory Management System Using Distributed System Approach
Inventory Management System Using Distributed System Approach
APPROACH
GOH LIRONG
ABSTRACT
ABSTRAK
CHAPTER I
INTRODUCTION
1.3 Objectives
The objectives to develop the system are as below:
To enable the users to manage the data such as add data, delete data, update
data and search data in a systematic way
To provide accessibility for specific users such as specialist engineers to access
the data
1.4 Scopes
The projects will be developed based on specific area and the scopes of this
project are as below:
User
Specialist engineer (lube) under MR& IE M&I department
Platform
Windows XP Professional 2003
Size
Client- server system.
Module
There are three modules to be developed in this project. The first module is
about authentication, the second module contains three main functions such as
hardware, software and standard disk and the last module is generate report of data
about inventory for users.
The first module required users to key in ID and password. All users will
have their own ID and password once they are employee of Komag USA (M) Sdn.
This module only focus on authenticate users' status whether they are allow to
access the system.
Second module allows users to use hardware, software, and standard disk
functions. Users are able to add data, update data, delete data, and search data
within three functions. All related data will only focus on lube production. Another
two functions are able to display the information of the company and also MR&IE
department's background.
Last module, the system is able to generate report of inventory which is
located in database for users. This module only focus on generate data but not able
to be print out by users.
With this system, specialist engineer (lube) will gain benefit from it. As,
normally when specialist engineers want to update or delete data, they need to trace it
one by one before make any changes. With the proposed system, no longer need them to
trace it manually but just key in the instrument ID or serial number to trace the data.
Besides, with the additional functions such as hardware and software buttons;
allow specialist engineer to maintain the hardware and software in a systematic way.
They will be able to check whether the specification of hardware is still able to support
the instruments in production line in a short time compare to check it manually.
In addition, the database in proposed system allows more data to be stored
compare to using Microsoft Excel as database. The system also able to generate the
general data about inventory where enable users to view all data about inventory.
Lastly, with ability to authenticate, it will ensure only specialist engineers (lube)
are able to access. This will reduce the percentage of system-being accessed by others
and also prevent data being disclosed to outsiders.
1.7 Conclusion
Inventory Management System using Distributed System Approach is using
client- server concept. All data which key in by specialist engineers will be kept in a
database which located in server. The server will retrieve data and sent to client when
there is a need or requested by users. The data for software, hardware and standard disk
will only focus on lube production line. As a conclusion chapter one is about the project
background, problem statements, objective, scope, project significance, and expected
output of the project. Next chapter is about to search related materials of existing
system. With the materials, one will get some ideas from that and make improvements
on to be system.
2.1 Introduction
This chapter, literature review and project methodology; requires one to do some
research on existing system and compare with proposed system. Then, describe
approach which apply on this project and determine activities involved in each stage.
Followed by determine project requirements and come out with a Gantt chart at the end
of this chapter.
2.2.1 Domain
This project is focused on ICT in Advanced Manufacturing Technology. The
system to be will be used in one of the department at Komag USA (M) Sdn. Komag
USA (M) Sdn is a company which supply thin film disk or hard disk in general terms.
The system will be used to manage the hardware, software and standard disk that are
used in lube production. Lube, also called lubrication; is one of the manufacturing
process applied to the disk's surface to improve durability and reduce surface friction.
wanufoctwer
Mod111Nume /No.
Ossuiption
Inventory
IT Asset and
Management
Setup
Inventory
System
Application
Management
To be System
Approximately
(Based in
Penang site)
Approximately
for 1000 users
Windows
platform
Linux
platform
Distributed
system
Client-server
system
Centralized
database
Product
Management
IT Asset
Management
Manually add
details of IT
asset
Manually add
details of
product
asset
Print report to
users
2.2.3 Technique
RAD is another approach which applicable for this project. RAD stands for
Rapid Application Development. It is a software development process developed
initially by James Martin in the 1980s.
According to article of CMS (Centers for Medicare and Medicaid services),
RAD aims to produce high quality systems quickly, primarily through the use iterative
prototyping, active user involvement and computerized development tools. This
approach is suitable because the tools which used for RAD may include Graphical User
Interface (GUI) builders, Computer Aided Software Engineering (CASE) tools,
Database Management Systems (DBMS), fourth-generation programming languages,
code generators, and object-oriented technique. Further more, this project will be using
NetBeans 5.5 with JDK 1.6 and MySQL to develop.
RAD is the most appropriate approach for condition where the data for the
project are already exists either completely or in part and also largely comprises of
reporting data or analysis data. In this case, the data for this project already exists in
Microsoft Excel worksheet. So, it proves that this project fits the condition of RAD.
Besides, the functionality of this system to be is clearly visible at the user
interface. Hence, the GUI design is simpler. These fit the requirements for using RAD
approach which stress on simplicity and usability on GUI design.
Lastly, this project is in small to medium scale and decisions can be made by a
small number of people who are available. These are one of the reasons that RAD is
suitable to apply in this project.
OOAD stands for object oriented analysis and design. It is part of the
development of large scale systems and programs which use UML. It applies object
modeling techniques to analyze the requirements for a system. Reason of using OOAD
is it is used in developing programs that will have an extended life time. Besides,
applying OOAD principles are able to make the system scalable, maintainable, and
flexible.
The model which will be used in this methodology is spiral model. This model of
development combines the features of the prototyping model and the waterfall model.
According to Barry Boehm in his article A Spiral Model of Software Development and
Enhanced from 1985, each phase starts with a design goal and ends with the client. The
advantages of using spiral model are able to cope with the changes that software
development generally entails; software engineers able to work on the project earlier.
There are four phases which are planning, evaluation, risk analysis and
engineering. These four phases are iteratively followed one after other in order to
eliminate all the problems, which were faced in "The Waterfall Model". Iterating the
phases helps one to understand the problems associated with a phase and dealing with
those problems when the same phase is repeated next time.
In the plan stage, objectives and constraints of the project are determined and
documented. The objectives and other specifications are fixed.so that one able to decide
to use appropriate approaches to develop the system. For an example, one needs to
determine the problems of current system, objective of developing a new system, scope
of to be system and others which related. Then, start to plan the schedule and milestone
to enable the project meet the timeline.
Next stage is risk analysis. This is the most important phase in spiral model. In
this stage, steps need to be taken are such as identify risks that might occur and also
come out with solutions to overcome the risks. For an example, analyze the risks or
problems that might occur and find solution to overcome it.
The third phase is engineering. This is where the actual development of the
project is carried out. Activities such as design system prototype, develop the system
based on the prototype and develop the completed system with coding will be done in
this stage. The output of this phase is passed through all the phases iteratively in order to
obtain improvements in the same time.
The last phase is customer evaluation. It is much similar to testing phase. The
developed system is passed to the customer in order to receive their comments and
suggestions which can help in identifying and resolving the problems.
I Software
I
1.
2.
Description
I
NetBeans 5.5
( JDK 1.6
3.
MySQL 5.0.41
As database
4.
MySQGconnector-Java 5.0.6
5.
Java documentation
Hardware
Description
1.
Processor
2.
RAM
512MB or higher
3.
Hard disk
Hardware
Description
1.
2 PC(s)
2.
2 UTP cable
3.
Switch
Others
Description
1.
A Lab
2.
Cooperation
(specialist
engineer)
make appointment with supervisor to discuss the details. Most of the activities in this
stage are about meeting with supervisors, communicating with stakeholders, firefighting to resolve problems and securing necessary resources to complete the project
plan.
After executing, next step is controlling. Here controlling means that to monitor
deviation from the plan. This is to ensure the tasks or activities are in timeline. If one of
the tasks is out from the timeline then corrective action need to be taken so that it will
match the actual progress with the plan During this stage, project will be evaluated and
changes will be requested too. Due to this reason, project may need to be rescheduled
and there is a possibility that project scope need to be changed if modification made to
the project. As project need to be rescheduled, the stage will return to planning stage and
again the project will start from that point.
At the last stage is closing stage. This means the project comes to the end. The
project should be completed. Outcome of this stage for PSM I1 is the completed thesis
and a fully developed system..
In figure 2.6, the Gantt chart shows the activities involved and the time line
given to develop the system.
2.6 Conclusion
As conclusion, the project will be focused on ICT in Advanced Manufacturing
Technology. The findings for existing system help one to identify their features and
come out with a better system for Komag USA (M) Sdn. OOAD approach will be
applied in this project and spiral model will be guidance for one to develop the system.
In this chapter, requirements of this project such as hardware, software also stated before
one analyze the proposed system. Finally, a Gantt chart will be a reminder for one to
ensure the project completed in the timeline. Next chapter, analysis will analyze the
problems and the requirements for system to be.
CHAPTER I11
ANALYSIS
3.1 Introduction
Analysis stage needs one to analyze the problems of current system. With the
details problems of current system, these will be guidance for proposed system. This
chapter will be a description of the requirements to be supported by the proposed
system. Requirements for the proposed system include data requirement, functional
requirement, non functional requirement and others requirement.
tasks. The contents of the email include the hard disk serial number, expired date, level,
lube type, location, slope, and remaining days. Figure 3.1 shows the activity diagram of
current system. Figure 3.2 until figure 3.5 shows the sequence diagrams of current
system.
22
User : Specialist
enqineer
1. Search data manually
\
/
User : Specialist
enqineer
1. Enter data
2. Click save button
!
7
!
1
User : Swcialist
enaineer
'
:Panel
1
,i
I
i
:Excel
,sheet
I
I
II
I
A
User : S~ecialist
enaineer
>
-r.
trigger system is not able to retrieve data from different excel worksheet. Therefore, the
data need to be entered in one excel worksheet. This means that data which are different
sections or different fields also need to be keyed in the same excel worksheet. The
current system is only able to send reminder to user's email account. It does not provide
function such as trace data by serial number. With this condition, the users are not able
to search data in a short time as all data are located in one excel worksheet.
Another problem with current system is using Microsoft Excel as database. In the
excel worksheet, there is a button named Refresh which used to calculate remaining
days Remaining days stands for current date minus expired date. When user click on the
button, each row will be executed and get the latest remaining days. When it executes, it
start from top to bottom. But with condition there is not a blank row in between data. If
there is a blank row in between the data, the data after the blank row will not able to get
the latest days. Further more, the excel worksheet will get an error message as the
command sets in itself not able to execute properly.
In addition, the excel worksheet is placed in a sharing drive. It means that
everyone also can view the data, modify the data or delete data. Hence, excel is not
suitable to use as database.
+ FTIR-model+ Instrument-ID
Software = Item-software + lube-software + ms-office + OMNIC + OS
Standard disk = Lubetype + Levelstddisk + Locationstddisk
Hardware = Item-hardware