Beruflich Dokumente
Kultur Dokumente
Inventory
management
INVENTORY MANAGEMENT
1
INVENTORY MANAGEMENT SYSTEM
2
INVENTORY MANAGEMENT SYSTEM
Definition
Acquisition
Redeployment
Termination
Redeployment procedures are responsible for ensuring that assets are tracked
when moved from one location to another and that budgetary considerations are
adjusted as needed. Should a product be moved in from its original owner, then
the Inventory System is updated to reflect the new location and owner. In this
case, the old product is deleted from the original owner's budget and added to the
new owner's budget. If equipment is being deployed from one person, or location,
to another, then a data wipe operation must be performed to insure that sensitive
business, personal and/or medical information has been deleted. If data wiping
3
INVENTORY MANAGEMENT SYSTEM
Termination is responsible for deleting the asset from the inventory when it is
discontinued, or replaced. The owner's budget will be updated to reflect the asset
termination and the asset will no longer be listed when location reports are
generated. Whenever equipment is being terminated (even if for donation to
charities or employees) a data wipe operation must be performed to eliminate any
sensitive information from the hard drive. Additionally, a certified vendor must be
utilized to insure that the computers components are disposed of in an
environmentally friendly manner. This scrapping process must be certified, so that
legal and civil penalties are no longer the responsibility of the terminating firm but
rather the scrapping organization.
The Inventory System is maintained within a data base that ties an asset to its
owner and defines the location where the asset resides. The relative importance of
the asset is added to the inventory record in a Criticality field (i.e., Criticality = 1-
5, where 1 is "Most Critical") and the current status of the equipment is indicated
via a status field (A=Active, R=Redeploying, D=Donated, T=Terminated, etc.).
Based on this information the contingency planning specialist can plan asset
recoveries needed to support critical business operations and the facilities
management group can schedule work events associated with equipment status
changes (i.e., from A to R, or A to T, or A to D, etc.).
Like all data bases, the Inventory System will only be effective if its information
is kept current. To ensure the accuracy of the Inventory System, while not adding
4
INVENTORY MANAGEMENT SYSTEM
too great a burden to company personnel, every effort must be taken to implement
processes that maintain inventory data with a minimum work effort from
personnel. To that end, we suggest automated form tied to equipment status and
criticality changes, so that facilities management and business continuity planning
can adjust their functions accordingly.
OBJECTIVES
5
INVENTORY MANAGEMENT SYSTEM
6
INVENTORY MANAGEMENT SYSTEM
Inventory Management
Process Flow User’s make requests for resources
(either hardware, software, or fixed
assets such as furniture). To ensure
USER USER accuracy of Inventory, all requests
must be via system connected
terminal.
Inventory Management
7
INVENTORY MANAGEMENT SYSTEM
The Inventory Management function is responsible for tracking all assets, from
Mainframe based to Data Network based, that are connected to the data center or
data network. In each case, the Inventory Management Systems must be able to:
Finance;
Contracts;
Systems Software;
8
INVENTORY MANAGEMENT SYSTEM
Accurate inventory data is vital. A lack of such data affects the other Systems
Management disciplines ability to function. The automated element of inventory
management monitors the enterprise-wide data network processing environment
for change, while the system environment relies on the change process (which may
or may not be fully automated) for accurate input.
The products and tools that comprise the Inventory Management System use data
network definition information, Vital Product Data, local configuration definitions
and in some cases, discovery applications to arrive at inventory information.
9
INVENTORY MANAGEMENT SYSTEM
HARDWARE REQUIREMENTS
1 Pentium IV Processor
2 256 MB of RAM
3 1GB of Hard Disk
SOFTWARE REQUIREMENTS
10
INVENTORY MANAGEMENT SYSTEM
REQURIMENT ANALYSIS
SPECIFICATION
DESIGN
CODING
TESTING
IMPLEMENTATION
MAINTENANCE
11
INVENTORY MANAGEMENT SYSTEM
FEASIBILILTY ANALYSIS
Among the most important information contained in feasibility study is Cost Benefit
Analysis and assessment of the economic justification for a computer based system
project. Cost Benefit Analysis delineates costs for the project development and weighs
them against tangible and intangible benefits of a system. Cost Benefits Analysis is
complicated by the criteria that vary with the characteristics of the system to be developed,
the relative size of the project and the expected return on investment desired as part of
company’s strategic plan. In addition, many benefits derived from a computer-based
system are intangible (e.g. better design quality through iterative optimization, increased
12
INVENTORY MANAGEMENT SYSTEM
customer satisfaction through programmable control etc.)As this is an in-house project for
the company, to be used for its own convenience and also it is not that big a project. So
neither it requires a huge amount of money nor any costly tools or infrastructure need to
be set up for it.
During technical analysis, the technical merits of the system are studied and at the same
time collecting additional information about performance, reliability, maintainability and
predictability.
Technical analysis begins with an assessment of the technical viability of the proposed
system.
3 How will these obtained from technical analysis form the basis for another go/no-go
decision on the test system? If the technical risk is severe, if models indicate that the
desired function can not be achieved, if the pieces just won’t fit together smoothly-it’s
back to the drawing board.
The project is operationally feasible. This project is being made for the convenience of the
patients and doctors only. This system will greatly reduce a huge burden of doctors. So
because of the above stated advantages the users of the system will not be reluctant at all.
13
INVENTORY MANAGEMENT SYSTEM
SYSTEM ANALYSIS
System analysis is the process of studying the business processors and procedures,
generally referred to as business systems, to see how they can operate and whether
improvement is needed.
This may involve examining data movement and storage, machines and technology used in
the system, programs that control the machines, people providing inputs, doing the processing
and receiving the outputs.
INVESTIGATION PHASE
The investigation phase is also known as the fact-finding stage or the analysis of the current
system. This is a detailed study conducted with the purpose of wanting to fully understand the
existing system and to identify the basic information requirements. Various techniques may be
used in fact-finding and all fact obtained must be recorded.
A thorough investigation was done in every effected aspect when determining whether the
purposed system is feasible enough to be implemented.
INVESTIGATION
As it was essential for us to find out more about the present system, we used the following
methods to gather the information: -
1. Observation: - Necessary to see the way the system works first hand.
2 Document sampling: - These are all the documents that are used in the system. They are
necessary to check all the data that enters and leaves the system.
3 Questionnaires: - These were conducted to get views of the other employees who are
currently employed in the system.
14
INVENTORY MANAGEMENT SYSTEM
1. No complex equipment: - The equipment that is used is very simple and no special skills
have to be mastered to be able to operate the system. Therefore
no training is required for the employees.
2. Low cost: - There is little money spent in maintaining the present system other
than buying the necessary office equipment and the ledgers.
The constraints and limitation within a system are the drawbacks that occur during
the implementation of the system. These limitations and constraints can crop up in
almost every system; the most important fact is to find a way to overcome these problems.
Software design is the first of three technical activities – design, code generation, and
test that are required to build and verify the software. Each activity transforms
information in manner that ultimately results in validated computer software.
The design task produces a data design, an architectural design, an interface design
and component design.
The design of an information system produces the details that clearly describe how a
system will meet the requirements identified during system analysis. The system
design process is not a step by step adherence of clear procedures and guidelines.
15
INVENTORY MANAGEMENT SYSTEM
DESIGN OBJECTIVES:-
The primary objective of the design is to deliver the requirements as specified in the
feasibility report. These are the some of the objectives, which I kept in mind.
Cost: It is desirable to aim for the system with a minimum cost subject
to the condition that it must satisfy the entire requirement.
Prior to stating whether the system we have to develop is feasible or not we believe that we
should emphasize on what is implied by the word “Feasibility”. Feasibility is the measure of
how beneficial or practical the development of the system will be to the organization. It is a
preliminary survey for the systems investigation. It aims to provide information to facilitate a
later in-depth investigation.
16
INVENTORY MANAGEMENT SYSTEM
The report produced at the end of the feasibility study contains suggestions and reasoned
arguments to help management decide whether to commit further resources to the proposed
project.
Within the scheduled duration we were assigned to study both the positive and negative
aspects of the current manual system, in which we have come up with a number of drawbacks
that prevent the progress of the clinic if it is continued to function manually.
Having gone through all measures of feasibility we report to the management to figure out if
the objectives of the new system are met.
For e.g. - Is the system within the budget allowed for it?
Originally envisaged?
If and when the objectives of the system are met and the new system is approved, then the
more specific details in the proposal should be considered and approved.
TYPES OF FEASIBILITY
There are various measures of feasibility that helps to decide whether a particular project is
feasible or not. These measures include-
1 Operational Feasibility
2 Technical Feasibility
3 Economical and Financial Feasibility
Each of these types will be explained in detail throughout the project report.
17
INVENTORY MANAGEMENT SYSTEM
OPERATIONAL FEASIBILITY
A proposed system is beneficial only if it can be turned into an information system that will
meet the operational requirements of an organization. A system often fails if it does not fit
within existing operations and if users resist the change.
The whole purpose of computerizing the Tender System is to handle the work much more
accurately and efficiently with less time consumption. There will be additional work to be
completed, because now the contractors can submit their tenders online. Their database is
maintained separately.
If we are considering the performance and response time for each task, it is very much faster
since there is less paper work to be completed. When entering data into the system to relieve
the user from additional work and typing incorrect data, the system provides options such as
combo boxes, check boxes, option buttons and etc. if the users type in incorrect data they
would be informed immediately about the error by the error detection control.
Another important fact to be regarded is the security control, which is handled by the system.
Since data regarding each contractor and the company is confidential, security is a key issue.
18
INVENTORY MANAGEMENT SYSTEM
Information falling into the wrong hands could jeopardize the entire organization. Unlike in
semi-computerized systems the proposed system offers adequate control to protect the
organization against fraud and embezzlement and guarantees the accuracy and security of data
and information. This is handled by the system providing each department and individuals
with separate login names and passwords.
The new system is more user-friendly, which enables the end-user to complete his/her work
efficiently and accurately with interest. After taking the above fact into consideration we can
state the operating of the proposed system within the organization is feasible.
In this phase of the feasibility study the following two main topics
Technical performance aspect is explained in the technical feasibility report and there is no
new information is needed in this to explain it again, but as for the acceptance within the
organization the following points are important and those are explained according to the
topics
In the current system which is the semi computerized system the information may be lost in
the process of sending from one place to another. This is mainly due to human interaction in
the process of the transferring information from one place to another.
2. Whether the new system affect the current users in the system
19
INVENTORY MANAGEMENT SYSTEM
The new proposed system will affect the users in the following areas
Accuracy
Efficiency
Productivity
Robustness
Lesser time consuming
For the new system to have an effect in the organization the employees should be give a
proper training in operating the software and computer systems. If the employee does not have
the minimal experience should be given the proper training
If the organization is reluctant to give a full training to the employees who require the full
knowledge organization can restructure the structure of the departments.
TECHNICAL FEASIBILITY
Based on the outline design of system requirements in terms of inputs, outputs, files,
procedures and staff, the technical issues raised during technical feasibility include:
20
INVENTORY MANAGEMENT SYSTEM
The system developer’s task is to view needed capabilities in light of currently available
technology. Since the existing system is semi-computerized it is clear to us that there is no
efficiency in the use of technology within the organization. The solution is the implementing
the new computerized system, which works hand in hand with high technology.
A database has to be maintained in order to update and backup data whenever a transaction
occurs. To create databases we use SQL server.
After taking the above facts into consideration we can state that the new proposed system is
technically feasible.
SYSTEM SECURITY
System security is a vital aspect when it comes to developing a system. The system should
ensure the facility of preventing unauthorized personnel from accessing the information and
the data within the system. The system should provide total protection for each user’s
information so that the integrity of data is sustained and also prevent hackers from hacking the
system.
21
INVENTORY MANAGEMENT SYSTEM
The proposed system ensures the security and the integrity of data. This is done by providing
a password login system for each authorized users. And for example the System
Administrator has access to all kinds of information.
By providing this facility information is properly managed and information is protected. For
example the system administrator’s day to day tasks are lessened and easier because he
doesn’t have to have a constant eye on the system and worry about hackers hacking the
system.
Cost-benefit analysis of information is complicated by the fact that many of the systems cost
elements are poorly defined and that benefit can often be highly qualitative and subjective in
nature.
In our proposed system various costs are evaluated. Even though finding out the costs of the
proposed project is difficult we and assume and estimate the costs and benefits as follows.
According to the computerized system we propose, the costs can be broken down to two
categories.
22
INVENTORY MANAGEMENT SYSTEM
The introduction to software requirements specification states the goals and objectives
of the software, describing it in the context of the computer based system.
The Information Description provides a detailed description of the problem that the
software must solve. Information content, flow and structure are documented.
Validation Criteria is probably the most important and ironically the most often
neglected section of the software requirement specification.
Software requirement specification can be used for different purpose. Here are the
major uses.
A main purpose of the product specification is to define the need of the product’s user.
Some times, the specification may be a part of a contract sign between the producer
and the user. It could also form part of the user manuals. A user‘s needs are
sometimes not clearly understood by the developer. If this is the case, a careful
analysis – involving much interaction with the user should be devoted to reaching a
clear statement of requirements, in order to avoid possible misunderstandings.
Sometimes, at the beginning of a project, even the user has no clear idea of what
exactly the desired product is. Think for instance of user interface , a user with no
23
INVENTORY MANAGEMENT SYSTEM
previous experience with computer products may not appreciate the difference
between , say menu driven interaction and a command line interface. Even an exact
formation of system functions and performance may be missing an initial description
produced by an inexperienced user.
SYSTEM DESIGN
System design is the process of developing specifications for a candidate system that meet the
criteria established in the system analysis. Major step in system design is the preparation of
the input forms and the output reports in a form applicable to the user.The main objective of
the system design is to make the system user friendly. System design involves various stages
as:
24
INVENTORY MANAGEMENT SYSTEM
1 Data Entry
2 Data Correction
3 Data Deletion
4 Processing
6 Report Generation
System design is the creative act of invention, developing new inputs, a database,
offline files, procedures and output for processing business to meet an organization
objective. System design builds information gathered during the system analysis.
Accessibility
Personnel:
If the operating system is convinced that the new system will not benefit them, it
appears one, and the system is in serious trouble. To overcome this resistance
participation by operating personal during all phases of the changeover is necessary
25
INVENTORY MANAGEMENT SYSTEM
because they constitute the organization, which must use alive in with newly design
system. An effective system produces not only information at the lowest cost pertinent
and timely for making decision.
SCHEMA DESIGN:
In database design, several views of data must be considered along with the persons
who use them. In addition to data structuring, where relationships are reflected
between and within entities, we need to identify the application program’s logical
views of data within an overall logical data structure. The logical view is what the data
look like, regardless of how they are stored. The physical view is the way data exist in
physical storage. It deals with hoe data are stored, accessed, or related to other data in
storage.
The schema is the view that helps the DBMS decide in storage act upon as requested
by the application program.
RELATIONAL MODEL:
Certain rules followed in creating and relating databases in the relational databases.
This governs how to relate data and prevent redundancy of the data in the databases.
The first set of rules called relational rules ensures that the database is a relational
database. The second set called the normalization rules simplifies the database and
reduce the redundancy of the data.
CODE DESIGN
When large volumes of data are being handled, it is important that the item be
identified, stored or selected easily and quickly. To accomplish this, each data item
must have unique identification and must be related to other items of the same type.
Codes can provide brief identification of each item, which replace longer description
that would be more awkward to store and manipulate.
26
INVENTORY MANAGEMENT SYSTEM
The ability to interrupt codes, evaluate coding schemes and devices new or improved
codes are important skills for a system analyst. Common types of codes are:
SEQUENCE CODES:
ALPHABETIC CODE:
Here, the item are specified by the user of letter and number combinations,
It uses a check digit to check the validity of codes. These types of codes are an
important means of controlling the validity of data that are being processed.
VALIDATION CHECKS:
A common problem with computer system is that it is very easy to put incorrect data
into them. So the input data is validated to minimize errors and data entry. For certain
data specific code has been given and validations are done which enable the user to
enter the required data and correct them if they have entered wrong codes, e.g. you
could mistype a link name or a URL in a database resulting in reports being occurred
in the wrong link name. if you put incorrect data into the computer system then you
27
INVENTORY MANAGEMENT SYSTEM
will get incorrect results out of it. Processing incorrect inputs will produce incorrect
outputs. This lead to the acronym: GIGO (Garbage In Garbage Out).
Sometimes incorrect data can actually cause a computer system to stop work
temporarily. This is a particular problem in batch processing systems when data may
be processed overnights. If incorrect data stops a batch processing systems for working
then a whole night processing time may be lost.
People who develop computer systems go to a lot of trouble to make it difficult for
incorrect data to be entered. The two main techniques used for this purpose are:
VERIFICATION
VALIDATION
VERIFICATION:
A verification check ensures that data i9s correctly transferred into a computer from
the medium that it was originally stored on. Verification checks are usually used to
check that a data entry worker has correctly typed information written on a data
collection form into a computer.
Methods of Verification:
Dual Inputs: This method is used when data is entered through the
keyboard. The data to be entered is typed in twice by two different
28
INVENTORY MANAGEMENT SYSTEM
operations. The two copies of data are been compared, any difference
are detected, the operators will be prompted to retype the sections that
differ until both copies agree/. When the two copies agree the computer
assumes that the data has been entered correctly.
VALIDATION:
A validation check is an automatic check made by computer to ensure that any data
entered into the computer is sensible. A validation check does not make sure that data
has been entered correctly. It only ensures that data is sensible. For this reason
validation checks are not usually as effective as verification checks. They can however
be carried out automatically by the computer and therefore require less work by the
computer operators making them cheaper to use.
Methods of validation:
There are many different methods of validations. The most appropriate method to use
will depend upon what data is being entered. The most common methods are listed
here.
Presence Checks: checks that data has been entered into the field
and that it has not been left blank, e.g. checks that Project ID is
always entered into each record in a database of project details.
Validation checks can be performed by any piece of software. If the user tries to do
unauthorized operations the appropriate error messages are produced by the systems.
29
INVENTORY MANAGEMENT SYSTEM
DATA DICTIONARY:
In our DFD, we give names to data flows, processes, and data stores. Although the
names are descriptive of the data, they do not give details. So the following the DFD,
our interest is to build some structured place to keep details of the contents of data
flow, processes, and data store. A data dictionary is a structured repository of data
about data. It is a set of rigorous definition of all DFD data element and data structure.
INPUT DESIGN:
The input design is the link between the information system and the user. It comprises
developing specification and procedure for data preparation and those steps that are
necessary to put transaction data into a usable form for processing data entry. The
activity of putting data into the computer for processing can be achieved by instructing
the computer to read data from a written or printed document or it can occur by having
people key data directly into the system. The design of inputs focuses on controlling
the amount of inputs required, controlling errors, avoiding delay, avoiding extra steps
and keeping the process simple.
30
INVENTORY MANAGEMENT SYSTEM
OUTPUT DESIGN:
IMPLEMENTATION
31
INVENTORY MANAGEMENT SYSTEM
Implementation is the stage in the project where the theoretical design is turned into
the working system and is giving confidence to the new system for the users i.e. will
work efficiently and effectively. It involves careful planning, investigation of the
current system and its constraints on implementation, design of method to achieve the
change over, an evaluation, of change over methods. A part from planning major task
of preparing the implementation is education of users. The more complex system is
implemented, the more involved will be the system analysis and design effort required
just for implementation. An implementation coordinating committee based on policies
of individual organization has been appointed. The implementation process begins
with preparing a plan for the implementation for the system. According to this plan,
the activities are to be carried out, discussions may regarding the equipment has to be
acquired to implement the new system.
Implementation is the final and important phase. The most critical stage is in achieving
a successful new system and in giving the users confidence that the new system will
work and be effective. The system can be implemented only after thorough testing is
done and if it found to working according to the specification. This method also offers
the greatest security since the old system can take over if the errors are found or
inability to handle certain types of transaction while using the new system.
32
INVENTORY MANAGEMENT SYSTEM
IMPLEMENTATION TOOLS:
Training personnel
Conversion Procedures
Post-implementation review
Even well designed system can succeed or fail because of the way they are operated
and used. Therefore, the quality of training received by the personal involved with the
system in various capacities helps or hinders and may even prevent the successful
implementation of management information system.
Those who are directly or indirectly related with the system development work must
know in detail what must know in detail what their roles will be, how they can make
efficient use of the system and what the system will or will not do for them. Both
system operators and users need training.
Running of the system successfully depend on the personnel working in the Computer
Centre. They are Responsible for providing the necessary support. Their training must
ensure that they are able to handle all possible operations, both routine and extra-
ordinary in nature.
33
INVENTORY MANAGEMENT SYSTEM
If the system calls for the installation of new equipment, such as new computer
system, special terminals or different data entry machines, the operators training
should include such fundamentals as how to turn the equipment on and use it, how to
power off and a knowledge of what constitutes normal operations. The operators
should also be trained on different type of malfunctioning, how to recognize them and
what steps should also be taken whenever they arise.
User Training
User may be trained on use equipment, particularly in the case where, e.g. a micro
computer is in use and individual involved is both operator and user. In such cases,
user must be given training on how to operate and user. In such cases, user must be
given training on how to operator the system also. Questions that may be trivial to the
analyst, such as how to turn on a terminal, how to insert a diskette into a micro-
computer or when it is safe to turn off equipment with out danger of data loss are
significant problems to new users who are not familiar.
Inmost of the cases user training deals with the operation of the system itself, with
proper attention given to data handling techniques. It is imperative that users be
properly trained in methods of entering transaction, editing data, formulating inquiries,
deleting and inserting of records. No training is complete without familiarizing users
with simple systems maintenance activities. Weakness in any aspect of training may
lead of awkward situation that creates user frustration and error.
Conversion Methods
A conversion is the process of changing from the old system to the new one. It must be
properly planned and executed. Four methods are common in use. They are Parallel
Systems, Direct Conversion, Pilot System and Phase In method. Each method should
be considered in the light of the opportunities that it offers and problems that it may
34
INVENTORY MANAGEMENT SYSTEM
Parallel systems:
The most secure method of converting from an old to new system is to run both
systems in parallel. This method is safest one because it ensures that in case of any
problem in using new system, the organization can still fall back to the old system
without the loss of time and money.
Direct conversion:
This method converts from the old system to new system abruptly, sometimes over a
weekend or even overnight. The old system is used until a planned conversion day,
when it is replaced by the new system.
Pilot system:
Pilot approach is often preferred in the case of the new system which involves new
techniques or some drastic changes in organization performance. In this method, a
35
INVENTORY MANAGEMENT SYSTEM
working version of the system is implemented in one part of the organization, such as
a single work area or department.
This method is used when it is not possible to install a new system throughout an
organization all at once. The conversion of files, training of personnel or arrival of
equipment may force the staging of the implementation over a period of time, ranging
from weeks to months.
SYSTEM TESTING
INTRODUCTION:
The purpose of system testing is to identify and correct errors in the candidate system.
Testing is and important element of software quality assurance ad represents the
ultimate review of specification, design and coding. The increasing visibility of the
software as a system element and the cost associated with a software failure are
motivated forces for well planned, through testing.
System testing was conducted in order to detect errors and for comparing then the final
system with the requirement specification reports, i.e. whether the system meets
requirements. During testing the software was executed with the set of test cases and
the output of programs for the test cases was evaluated to determine if the program is
performing as it was expected to. Testing presents an interesting challenge for the
36
INVENTORY MANAGEMENT SYSTEM
The term error is used to refer the difference between actual output of the software and
the current output. Fault is a condition that causes the software to fail to perform its
required function. Software reliability is defined as a required function. Software
reliability is defined as the probability that the software will not undergoes failures for
a specified times under specified condition. Failure is the inability of a system or a
component to perform a required function according to its specification. Different
levels of testing were employed for software to make it error free, fault free and
reliable.
Unit Testing:
Unit testing was conducted first. Different modules of the software were tested against
the specifications produced during design of the modules. Verification of the code
produced during the coding phase was done. Each module was tested separately.
Unit testing focuses verification effort on the smallest unit of software design module.
This uncovers errors within the boundary of a module. Unit testing is actually White
box testing both the external things as well as the internal codes are tested. In testing,
the interfaces are tested in order to ensure the proper flow of data in and out of the
module. The boundary testing is done to ensure that the module keeps the limit of it.
All independent paths are tested to ensure that all statements are tested at least once.
At last the error path is also tested.
Functional Unit
Performance Unit
Stress Unit
Structure Unit
37
INVENTORY MANAGEMENT SYSTEM
System Testing:
Then system testing was conducted. Here the entire software system was tested.
The reference document used for this process was requirement document and the goal
was to see if the software meets its requirements.
System testing includes the thorough testing of the product. System testing is actually
a series of different tests whose primary purpose is to fully exercise the computer
based system. The tests are recovery testing: this checks the recovery of the system
when failure occurs. This is to ensure that there are recovery procedures for error
occurrences.
System testing involves unit testing, integration testing, acceptance testing. Careful
planning and scheduling are required to ensure that modules will be available for
integration into the evolving software product when needed. A test plan has the
following steps:
6 Compile/Assemble program
Objectives of testing.
38
INVENTORY MANAGEMENT SYSTEM
artificial situation upon which a program is exposed so as to find errors. So a good test
case is one that finds undiscovered errors.
If testing is done properly, it uncovers errors and after fixing those errors we have
software that is being developed according to specifications.
The above objective implies a dramatic change in viewpoint .The move counter to the
commonly held view than a successful test is one in which no errors are found. In fact, our
objective is to design tests that a systematically uncover different classes of errors and do so
with a minimum amount of time and effort.
Testing principles
Before applying methods to design effective test cases, software engineer must understand the
basic principles that guide the software testing process. Some of the most commonly followed
principles are:
All test should be traceable to customer requirements as the objective of testing is to uncover
errors, it follows that the most severe defects (from the customers point of view) are those that
causes the program to fail to meet its requirements.
Tests should be planned long before the testing begins. Test planning can begin as soon as the
requirement model is complete. Detailed definition of test cases can begin as soon as the
design model has been soldiered. Therefore, all tests can be planned and designed before any
code can be generated.
The Pareto principle applies to software testing stated simply the Pareto principle implies that
80 percent of all errors uncovered during testing will likely be traceable to 20 percent of all
program modules. The problem of course, is to isolate these suspects’ modules and to
thoroughly test them.
39
INVENTORY MANAGEMENT SYSTEM
Testing should begin “in the small “and progress towards testing “in large”. The first tests
planned and executed generally focus on individual modules. As testing progresses, testing
shifts focus in an attempt to find errors in integrated clusters of modules and ultimately in the
entire system.
Exhaustive testing is not possible. The number of paths permutations for impossible to
execute every combination of paths during testing. It is possible however to adequately cover
program logic and to ensure that all conditions in the procedural design have been exercised.
To be most effective, an independent third party should conduct testing. By “most effective”,
we mean testing that has the highest probability of finding errors (the primary objective of
testing).
Three p’s 1 have a substantial influence on software project management –people, problem,
and process. People must be organized into effective teams, motivated to do high quality
software work, and coordinated to achieve effective communication. The problem
communicated from customer to developer, partitioned (decomposed) into its constitute parts,
and positioned for work by the software team. The process must be adapted to the people and
the problem. A common process framework is selected, an appropriate software engineering
paradigm is applied, and a set of work is chosen to get the job done.
40
INVENTORY MANAGEMENT SYSTEM
The pivotal element in all software projects is people. Software engineers can be organized in
a number of different team structures that range from traditional control hierarchies to “Open
paradigm” team. A variety of coordination and communication techniques can be applied to
support the work of the team. In general, formal reviews and informal person-to-person
communication have the most value for the practitioners.
The project management activity encompasses measurement and metrics, estimation, risk
analysis, schedules, tracking and control, and control. Each of these steps was followed during
project also.
Test configuration – it is basically test plan and procedure. Test configuration is testing plan
that is, the way how the testing will be conducted on the system. It specifies the test cases and
their expected value. It also specifies if any tools for testing are to be used.
Test cases are required to know what specific situations need to be tested. When tests are
evaluated, test results are compared with actual results and if there is some error, then
debugging is done to correct the error. Testing is a way to know about quality and reliability.
Error rate that is the occurrence of errors is evaluated. This data can be used to predict the
occurrence of errors in future.
41
INVENTORY MANAGEMENT SYSTEM
We know, test cases are integral part of testing. So we need to know more about test cases and
how these test cases are designed. The most desired or obvious expectation from the test cases
is that it should be able to find most errors with the least amount of time and effort.
A software product can be tested in two ways. In first approach, only overall functioning of
the product is tested. Inputs are given and outputs ate checked. This approach is called black
box testing. It does not care about the internal functioning of the product.
The other approach is called white box testing. Here the internal functioning of he product is
tested. Each procedure is tested for its accuracy. It is more intensive than black box testing.
But for the overall product both these techniques are crucial. There should be sufficient
number of tests in both categories to test the overall product.
White box testing is performed to reveal problems with the internal structure of a program.
This requires the tester to have detailed knowledge of the internal structure. A common goal
of white box testing is to ensure a test case exercises every path through a program. A
fundamental strength that all white box strategies share is that the entire software
implementation is taken into account during testing, which facilitates error detection even
when software specification is vague or incomplete. The effectiveness or thoroughness of
white box testing is commonly expressed in terms of test or code coverage metrics, which
measure the fraction of code exercised by test cases.
42
INVENTORY MANAGEMENT SYSTEM
It is a white box technique. It was proposed by Tom McCabe. These tests guarantee to execute
every statement in the program at least one time during testing. Basic set is the set of all
execution paths of a procedure.
Black box tests are performed to access how well a program meets its requirements, looking
for incorrect or missing functionality. Functional tests typically exercise code with valid or
nearly valid input for which the expected output is known. This includes concepts such as
‘boundary values’.
Performance tests evaluate response time, memory usage, throughput, device utilization and
execution time. Stress tests push the system to or beyond its specified limits to evaluate its
robustness and error handling capabilities. Reliability tests monitor system response to
representative user input, counting failures over time to measure or certify reliability.
Integration Testing
One of the most difficult aspects of software development is the integration and testing of
large untested subsystems the integrated system frequently fails in significant ands mysterious
ways, and it is difficult to fix it.
43
INVENTORY MANAGEMENT SYSTEM
Integration testing exercises several units that have been combined to form a module,
subsystem or system. Integration testing focuses on the interfaces between units, to make sure
the units work together. The nature of this phase is certainly ‘white box’, as we must have
knowledge of the units to recognize if we have been successful in focusing them together in
the module.
Back-End:
44
INVENTORY MANAGEMENT SYSTEM
FRONT-END
45
INVENTORY MANAGEMENT SYSTEM
46
INVENTORY MANAGEMENT SYSTEM
47
INVENTORY MANAGEMENT SYSTEM
48
INVENTORY MANAGEMENT SYSTEM
49
INVENTORY MANAGEMENT SYSTEM
50
INVENTORY MANAGEMENT SYSTEM
51
INVENTORY MANAGEMENT SYSTEM
52
INVENTORY MANAGEMENT SYSTEM
53
INVENTORY MANAGEMENT SYSTEM
54
INVENTORY MANAGEMENT SYSTEM
55
INVENTORY MANAGEMENT SYSTEM
CODING
mytest.java
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
import java.sql.*;
import java.util.*;
class mytest
f1.setSize(400,600);
f1.setLocation(400,600);
f1.setVisible(true);
56
INVENTORY MANAGEMENT SYSTEM
JPasswordField t1;
JTextField t2;
JButton b1,b2;
myframe(String s)
super(s);
Container con=getContentPane();
con.setLayout(new BorderLayout());
t1 = new JPasswordField(10);
t2 = new JTextField(10);
JPanel p1,p2,p3,p4;
p1=new JPanel();
p2=new JPanel();
p3=new JPanel();
p4=new JPanel();
p1.add(m1);
con.add(m1,BorderLayout.WEST);
57
INVENTORY MANAGEMENT SYSTEM
p2.add(t2);
p2.add(t1);
con.add(p2,BorderLayout.CENTER);
p4.add(b1);
p4.add(b2);
con.add(p4,BorderLayout.SOUTH);
b1.addActionListener(this);
b2.addActionListener(this);
if(ae.getSource() == b1)
char a[]=t1.getPassword();
int i;
String s1="";
for(i=0;i< a.length;i++)
s1=s1+a[i];
58
INVENTORY MANAGEMENT SYSTEM
ResultSet rs;
try {
Calendar d1 = Calendar.getInstance();
return;
return;
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
con = DriverManager.getConnection("jdbc:odbc:mandata");
stmt = con.createStatement();
59
INVENTORY MANAGEMENT SYSTEM
String ss="select * from logins where uname= \'" +uname +"\'" + " and password= \'" +
password + "\'" ;
rs=stmt.executeQuery(ss);
System.out.print("" + rs.getRow());
rs.next();
int n= rs.getRow();
if(n>0)
this.setVisible(false);
pro1.show();
else
m1.setSize(230,200);
m1.setLocation(160,250);
m1.setVisible(true);
}catch(Exception e) {}
if(ae.getSource() == b2)
60
INVENTORY MANAGEMENT SYSTEM
this.setVisible(false);
System.exit(0);
}}
JButton b1;
myfr(String s,String m)
super(s);
Container con=getContentPane();
con.setLayout(new BorderLayout());
con.add(new JLabel(m),BorderLayout.CENTER);
con.add(b1,BorderLayout.SOUTH);
b1.addActionListener(this);
setVisible(false);
}}
61
INVENTORY MANAGEMENT SYSTEM
b1.setLocation(100,100);
b1.setVisible(true);
if(msg.equals("Exit"))
System.exit(0);
if (msg.equals("Item Table"))
itemreport i2;
i2.setSize(640,170);
i2.setLocation(100,100);
i2.setVisible(true);
if(msg.equals("Supplier Table"))
62
INVENTORY MANAGEMENT SYSTEM
supreport s2;
s2.setSize(640,170);
s2.setLocation(100,100);
s2.setVisible(true);
if(msg.equals("Billing Table"))
billreport b2;
b2.setSize(640,170);
b2.setLocation(100,100);
b2.setVisible(true);
if(msg.equals("Order Report"))
purreport b2;
b2.setSize(640,170);
b2.setLocation(100,100);
63
INVENTORY MANAGEMENT SYSTEM
b2.setVisible(true);
if(msg.equals("About Software"))
help h1;
h1=new help("about");
h1.setSize(400,200);
h1.setLocation(100,100);
h1.setVisible(true);
}}}
JLabel l1,l2,l3,l4,l5,l6;
JTextField t1,t2,t3,t4,t5,t6;
JPanel p1,p2,p3,p4,pp;
JButton bf,bl,bn,bp;
Connection con1;
Statement stmt;
ResultSet rs;
String str;
64
INVENTORY MANAGEMENT SYSTEM
itemdetail(String s1)
super(s1);
str="";
Container con=getContentPane();
try
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
con1 = DriverManager.getConnection("jdbc:odbc:mandata");
stmt = con1.createStatement();
catch(Exception e) { str=e.getMessage();}
p1 = new JPanel();
p2 = new JPanel();
p3 = new JPanel();
p4 = new JPanel();
pp = new JPanel();
65
INVENTORY MANAGEMENT SYSTEM
l5=new JLabel("Measurement");
l6 = new JLabel("Rate");
t1=new JTextField(10);
t2=new JTextField(10);
t3=new JTextField(10);
t4=new JTextField(10);
t5=new JTextField(10);
t6 = new JTextField(10);
p1.add(l1);
p1.add(t1);
p1.add(l2);
p1.add(t2)
p2.add(l3);
p2.add(t3);
p2.add(l4);
p2.add(t4);
p3.add(l5);
p3.add(t5);
66
INVENTORY MANAGEMENT SYSTEM
p3.add(l6);
p3.add(t6);
t1.setEnabled(false);
t2.setEnabled(false);
t3.setEnabled(false);
t4.setEnabled(false);
t5.setEnabled(false);
t6.setEnabled(false);
con.setLayout(new BorderLayout());
p4.add(bf);
p4.add(bl);
p4.add(bn);
p4.add(bp);
bl.setEnabled(false);
pp.setLayout(new BorderLayout());
pp.add(p2,BorderLayout.NORTH);
67
INVENTORY MANAGEMENT SYSTEM
pp.add(p3,BorderLayout.CENTER);
con.add(p1,BorderLayout.NORTH);
con.add(pp,BorderLayout.CENTER);
con.add(p4,BorderLayout.SOUTH);
bf.addActionListener(this);
bl.addActionListener(this);
bn.addActionListener(this);
bp.addActionListener(this);
t1.addKeyListener(new KeyAdapter() {
char c = e.getKeyChar();
if (!((Character.isDigit(c) || (c == KeyEvent.VK_BACK_SPACE) || (c ==
KeyEvent.VK_DELETE)))) {
getToolkit().beep();
e.consume();
} }});
t3.addKeyListener(new KeyAdapter() {
char c = e.getKeyChar();
68
INVENTORY MANAGEMENT SYSTEM
if (!((Character.isDigit(c) || (c == KeyEvent.VK_BACK_SPACE) || (c ==
KeyEvent.VK_DELETE)))) {
getToolkit().beep();
e.consume();
}}});
t4.addKeyListener(new KeyAdapter() {
char c = e.getKeyChar();
if (!((Character.isDigit(c) || (c == KeyEvent.VK_BACK_SPACE) || (c ==
KeyEvent.VK_DELETE)))) {
getToolkit().beep();
e.consume();
}}});
t6.addKeyListener(new KeyAdapter() {
char c = e.getKeyChar();
if (!((Character.isDigit(c) || (c == KeyEvent.VK_BACK_SPACE) || (c ==
KeyEvent.VK_DELETE)))) {
69
INVENTORY MANAGEMENT SYSTEM
getToolkit().beep();
e.consume();
}}});
t1.setText(str);
if(s1.equals("Delete Record"))
a = t1.getText();
stmt.executeUpdate(s2);
t1.setText("");
t2.setText("");
t3.setText("");
t4.setText("");
t5.setText("");
t6.setText("");
return;
else
if(rs==null)
70
INVENTORY MANAGEMENT SYSTEM
rs.next();
t1.setText(rs.getString("code"));
t2.setText(rs.getString("description"));
t3.setText(rs.getString("qty"));
t4.setText(rs.getString("rol"));
t5.setText(rs.getString("msg"));
t6.setText(rs.getString("rate"));
return;
} }
catch(Exception ee) {
str=ee.getMessage();
t1.setText(str);
}}}
JLabel nm,add,city;
JTextField nm1,add1,city1;
JPanel p1,p2,p3,p4;
JButton bf,bl,bn,bp;
71
INVENTORY MANAGEMENT SYSTEM
Connection con1;
Statement stmt;
ResultSet rs;
String str;
supplierdetail(String s1)
super(s1);
str="";
Container con=getContentPane();
try
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
con1 = DriverManager.getConnection("jdbc:odbc:mandata");
stmt = con1.createStatement();
catch(Exception e) { str=e.getMessage();}
p1 = new JPanel();
p2 = new JPanel();
p3 = new JPanel();
72
INVENTORY MANAGEMENT SYSTEM
p4 = new JPanel();
p1.add(nm);
p1.add(nm1);
p2.add(add);
p2.add(add1);
p3.add(city);
p3.add(city1);
con.setLayout(new BorderLayout());
p4.add(bf);
p4.add(bl);
73
INVENTORY MANAGEMENT SYSTEM
p4.add(bn);
p4.add(bp);
bl.setEnabled(false);
nm1.setEnabled(false);
add1.setEnabled(false);
city1.setEnabled(false);
con.add(p1,BorderLayout.WEST);
con.add(p2,BorderLayout.CENTER);
con.add(p3,BorderLayout.EAST);
con.add(p4,BorderLayout.SOUTH);
bf.addActionListener(this);
bl.addActionListener(this);
bn.addActionListener(this);
bp.addActionListener(this);
nm1.setText(str);
String s1;
String n,a,c,s2;
74
INVENTORY MANAGEMENT SYSTEM
s1=ae.getActionCommand();
try
if(s1.equals("Add Record"))
nm1.setText("");
add1.setText("");
city1.setText("");
nm1.setEnabled(true);
add1.setEnabled(true);
city1.setEnabled(true);
bl.setEnabled(true);
bf.setEnabled(false);
n = nm1.getText();
a = add1.getText();
c = city1.getText();
s2="insert into supplier values(\'"+n+"\' " + " ,\'"+a+"\' " + ",\'"+c+ "\')";
75
INVENTORY MANAGEMENT SYSTEM
stmt.executeUpdate(s2);
nm1.setText("");
add1.setText("");
city1.setText("");
nm1.setEnabled(false);
add1.setEnabled(false);
city1.setEnabled(false);
bl.setEnabled(false);
bf.setEnabled(true);
n = nm1.getText();
stmt.executeUpdate(s2);
nm1.setText("");
add1.setText("");
city1.setText("");
else
76
INVENTORY MANAGEMENT SYSTEM
if(rs==null)
rs.next();
nm1.setText(rs.getString("code"));
add1.setText(rs.getString("name"));
city1.setText(rs.getString("city"));
catch(Exception e)
str=e.getMessage();
nm1.setText(str);
} }
JLabel l1,l2,l3,l4,l5,l6,l7;
JTextField t1,t2,t3,t4,t5,t6,t7;
JPanel p1,p2,p3,p4,pp;
77
INVENTORY MANAGEMENT SYSTEM
JButton bf,bl,bn,bp;
Connection con1;
Statement stmt;
ResultSet rs;
String str;
purdetail(String s1)
super(s1);
str="";
Container con=getContentPane();
try
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
con1 = DriverManager.getConnection("jdbc:odbc:mandata");
stmt = con1.createStatement();
catch(Exception e) { str=e.getMessage();}
p1 = new JPanel();
p2 = new JPanel();
78
INVENTORY MANAGEMENT SYSTEM
p4 = new JPanel();
pp = new JPanel();
t1=new JTextField(10);
t2=new JTextField(10);
t3=new JTextField(10);
t4=new JTextField(10);
p1.add(l1);
p1.add(t1);
p2.add(l2);
p2.add(t2);
p2.add(l3);
p2.add(t3);
p2.add(l4);
p2.add(t4);
con.setLayout(new BorderLayout());
79
INVENTORY MANAGEMENT SYSTEM
p4.add(bf);
p4.add(bl);
p4.add(bn);
p4.add(bp);
bl.setEnabled(false);
t1.setEnabled(false);
t2.setEnabled(false);
t3.setEnabled(false);
t4.setEnabled(false);
pp.setLayout(new BorderLayout());
pp.add(p2,BorderLayout.NORTH);
con.add(p1,BorderLayout.NORTH);
con.add(pp,BorderLayout.CENTER);
con.add(p4,BorderLayout.SOUTH);
bf.addActionListener(this);
bl.addActionListener(this);
bn.addActionListener(this);
80
INVENTORY MANAGEMENT SYSTEM
bp.addActionListener(this);
t1.setText(str);
String s1,s2="";
String a,b,c,d,e,f,g;
s1=ae.getActionCommand();
try
if(s1.equals("Add Record"))
t1.setText("");
t2.setText("");
t3.setText("");
t4.setText("");
t1.setEnabled(true);
t2.setEnabled(true);
t3.setEnabled(true);
t4.setEnabled(true);
81
INVENTORY MANAGEMENT SYSTEM
bl.setEnabled(true);
bf.setEnabled(false);
a = t1.getText();
b = t2.getText();
c = t3.getText();
d = t4.getText();
t1.setText("");
t2.setText("");
t3.setText("");
t4.setText("");
stmt.executeUpdate(s2);
bl.setEnabled(false);
bf.setEnabled(true);
t1.setEnabled(false);
t2.setEnabled(false);
t3.setEnabled(false);
t4.setEnabled(false);
82
INVENTORY MANAGEMENT SYSTEM
a = t1.getText();
stmt.executeUpdate(s2);
t1.setText("");
t2.setText("");
t3.setText("");
t4.setText("");
else
if(rs==null)
rs.next();
t1.setText(rs.getString("orderno"));
t2.setText(rs.getString("scode"));
t3.setText(rs.getString("itemcode"));
t4.setText(rs.getString("orderqty"));
83
INVENTORY MANAGEMENT SYSTEM
}}
catch(Exception ee)
str=ee.getMessage();
t1.setText(str);
}}}
JLabel l1,l2,l3,l4,l5,l6,l7;
JTextField t1,t2,t3,t4;
JPanel p1,p2,p3,p4,pp;
JButton bf,bl,bn,bp;
Connection con1;
Statement stmt;
ResultSet rs;
String str;
recdetail(String s1)
super(s1);
str="";
84
INVENTORY MANAGEMENT SYSTEM
Container con=getContentPane();
try
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
con1 = DriverManager.getConnection("jdbc:odbc:mandata");
stmt = con1.createStatement();
catch(Exception e) { str=e.getMessage();}
p1 = new JPanel();
p2 = new JPanel();
p4 = new JPanel();
pp = new JPanel();
t1=new JTextField(10);
t2=new JTextField(10);
t3=new JTextField(10);
85
INVENTORY MANAGEMENT SYSTEM
t4=new JTextField(10);
p1.add(l1);
p1.add(t1);
p2.add(l2);
p2.add(t2);
p2.add(l3);
p2.add(t3);
p2.add(l4);
p2.add(t4);
con.setLayout(new BorderLayout());
p4.add(bf);
p4.add(bl);
p4.add(bn);
p4.add(bp);
bl.setEnabled(false);
t1.setEnabled(false);
86
INVENTORY MANAGEMENT SYSTEM
t2.setEnabled(false);
t3.setEnabled(false);
t4.setEnabled(false);
pp.setLayout(new BorderLayout());
pp.add(p2,BorderLayout.NORTH);
con.add(p1,BorderLayout.NORTH);
con.add(pp,BorderLayout.CENTER);
con.add(p4,BorderLayout.SOUTH);
bf.addActionListener(this);
bl.addActionListener(this);
bn.addActionListener(this);
bp.addActionListener(this);
t1.setText(str);
Container con=getContentPane();
try
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
con1 = DriverManager.getConnection("jdbc:odbc:mandata");
stmt = con1.createStatement();
87
INVENTORY MANAGEMENT SYSTEM
catch(Exception e) { str=e.getMessage();}
p1 = new JPanel();
p2 = new JPanel();
p3 = new JPanel();
p4 = new JPanel();
pp = new JPanel();
l4=new JLabel("Description");
l7 = new JLabel("Amount");
t1=new JTextField(10);
t2=new JTextField(10);
t3=new JTextField(10);
t4=new JTextField(10);
t5=new JTextField(10);
88
INVENTORY MANAGEMENT SYSTEM
t6=new JTextField(10);
t7=new JTextField(10);
p1.add(l1);
p1.add(t1);
p2.add(l2);
p2.add(t2);
p2.add(l3);
p2.add(t3);
p2.add(l4);
p2.add(t4);
p3.add(l5);
p3.add(t5);
p3.add(l6);
p3.add(t6);
p3.add(l7);
p3.add(t7);
con.setLayout(new BorderLayout());
89
INVENTORY MANAGEMENT SYSTEM
p4.add(bf);
p4.add(bl);
p4.add(bn);
p4.add(bp);
bl.setEnabled(false);
t1.setEnabled(false);
t2.setEnabled(false);
t3.setEnabled(false);
t4.setEnabled(false);
t5.setEnabled(false);
t6.setEnabled(false);
t7.setEnabled(false);
pp.setLayout(new BorderLayout());
pp.add(p2,BorderLayout.NORTH);
pp.add(p3,BorderLayout.CENTER);
con.add(p1,BorderLayout.NORTH);
con.add(pp,BorderLayout.CENTER);
con.add(p4,BorderLayout.SOUTH);
bf.addActionListener(this);
90
INVENTORY MANAGEMENT SYSTEM
bl.addActionListener(this);
bn.addActionListener(this);
bp.addActionListener(this);
t3.addActionListener(this);
t3.addFocusListener(new MyActionListener()
try{
rs1 = stmt.executeQuery(sd);
rs1.next();
t4.setText(rs1.getString("description"));
t6.setText(rs1.getString("rate"));
}catch(Exception ee) {
}}
});
t5.addFocusListener(new MyActionListener()
91
INVENTORY MANAGEMENT SYSTEM
try
rs1 = stmt.executeQuery(sd);
rs1.next();
int p=rs1.getInt("qty");
int l=Integer.parseInt(t5.getText());
if(p<l)
int m=Integer.parseInt(t6.getText());
t7.setText(""+h);
JOptionPane.showMessageDialog(null, "Exception"+ee);
}}
});
92
INVENTORY MANAGEMENT SYSTEM
t5.addActionListener(this);
t1.setText(str);
String s1,s2="";
String a,b,c,d,e,f,g;
s1=ae.getActionCommand();
try
String sd="";
if(ae.getSource()==t5)
rs1 = stmt.executeQuery(sd);
rs1.next();
int p=rs1.getInt("qty");
int l=Integer.parseInt(t5.getText());
if(p<l)
93
INVENTORY MANAGEMENT SYSTEM
myf m1 = new myf(" INVALID quantity "," Quantity should be less then stock ");
m1.setSize(330,200);
m1.setLocation(130,200);
m1.setVisible(true);
return;
int m=Integer.parseInt(t6.getText());
t7.setText(""+h);
return;
if(ae.getSource()==t3)
try{
if(s1.equals("Add Record"))
t1.setText("");
t2.setText("");
t3.setText("");
94
INVENTORY MANAGEMENT SYSTEM
t4.setText("");
t5.setText("");
t6.setText("");
t7.setText("");
t1.setEnabled(true);
t2.setEnabled(true);
t3.setEnabled(true);
t4.setEnabled(true);
t5.setEnabled(true);
t6.setEnabled(true);
t7.setEnabled(true);
bl.setEnabled(true);
bf.setEnabled(false);
{a = t1.getText();
b = t2.getText();
c = t3.getText();
d = t4.getText();
e = t5.getText();
95
INVENTORY MANAGEMENT SYSTEM
f = t6.getText();
g = t7.getText();
s2="insert into billing values(\'"+a+"\' " + " ,\'"+b+"\' " + ",\'"+c+ "\'" + ",\'"+d+ "\'" + ",\'"+e+
"\'" + ",\'"+f+ "\'" + ",\'"+g+ "\')" ;
stmt.executeUpdate(s2);
String s3;
stmt.executeUpdate(s3);
t1.setText("");
t2.setText("");
t3.setText("");
t4.setText("");
t5.setText("");
t6.setText("");
t7.setText("");
t1.setEnabled(false);
t2.setEnabled(false);
t3.setEnabled(false);
t4.setEnabled(false);
t5.setEnabled(false);
t6.setEnabled(false);
96
INVENTORY MANAGEMENT SYSTEM
t7.setEnabled(false);
bl.setEnabled(false);
bf.setEnabled(true);
a = t1.getText();
stmt.executeUpdate(s2);
t1.setText("");
t2.setText("");
t3.setText("");
t4.setText("");
t5.setText("");
t6.setText("");
t7.setText("");
else
if(rs==null)
97
INVENTORY MANAGEMENT SYSTEM
rs.next();
t1.setText(rs.getString("billno"));
t2.setText(rs.getString("cname"));
t3.setText(rs.getString("code"));
t4.setText(rs.getString("description"));
t5.setText(rs.getString("qtyreqd"));
t6.setText(rs.getString("unitcost"));
t7.setText(rs.getString("amount"));
}}
catch(Exception ee){
str=ee.getMessage();
t1.setText(str);
}}}
help(String h)
super(h);
Container con=getContentPane();
98
INVENTORY MANAGEMENT SYSTEM
con.setLayout(new BorderLayout());
con.add(new TextArea(s1),BorderLayout.CENTER);
}}
Java
Java is a blend of the best elements of its rich heritage languages combined with the
innovative concepts required by its unique mission. Although Java has become inseparably
linked with the online environment of the Internet, it is important to remember that Java is first
and foremost a programming language. Much of the character of Java is inherited from C and
C++. From C, Java derives its syntax. Many of Java’s object oriented features were
influenced by C++.
James Gosling, Patrick Naughton, Chris Warth, Ed Frank and Mike Sheridan developed Java
at Sun Microsystems, Inc. in 1991. This Language was initially called “Oak” but was renamed
“Java” in 1995.
The original impetus for Java was the need for a platform independent language that could
be used to create software to be embedded in various consumer electronics devices such
as remote controls. But, with the emergence of the World Wide Web, Java was propelled to
the forefront of computer language design, because the web too, demanded portable
programs.
Simple
Java was design to be easy for the professional programmers to learn and use efficiently. If
one already understand the basic concepts of OOP, learning Java will be ever easier.
99
INVENTORY MANAGEMENT SYSTEM
Robust
Multithreaded
Java was design to meet the real world requirements of creating interactive, networked
programs. To accomplish this, Java supports multithreaded programming, which allow us to
write programs that do many things simultaneously.
Distributed
Java is design for the distributed environment of the Internet, because it handles the TCP/IP
protocols.
J2SE 5 is the latest version of Java. Java is upgraded through many stages.
J2SE 5 features-
Generics.
Metadata.
Enumerations.
Static Import.
100
INVENTORY MANAGEMENT SYSTEM
It stands for Abstract Window Toolkit. Since all applets run in a window, it is necessary to
include AWT, which supports window-based applet programs. Applets are event-driven. An
applet waits until an event occurs. The AWT notifies the applet about an event by calling an
event handler that had been provided by the applet. Once this happens, the applet must take
appropriate actions and then quickly return control to the AWT. The architecture of an applet
is not as easy to understand as that of a console-based program, Java’s AWT makes it as
simple as possible.
awt.event applets are event-driven programs. Thus, event handle is at the core of
successful applet programming. Most events to which user’s applet will respond are
generated by the user. These events are passed to user’s applet in variety of ways, with the
specific method depending upon the actual event. There are several types of events. The
most commonly handled events are those generated by the mouse, the keyboard, and
various controls, such as push button. Events are supported by the java.awt.event package.
Exception Handling-
An exception is an abnormal condition that arises in a code sequence at run time. In other
words, an exception is a run-time error. In computer languages that do not support exception
handling, errors must be checked and handled manually—typically through the use of error
codes, and so on. This approach is as cumbersome as it is troublesome. Java’s exception
handling avoids these problems and, in the process, brings run-time error management into
the object-oriented world.
A Java exception is an object that describes an exceptional condition that has occurred in a
piece of code. When an exceptional condition arises, an object representing that exception is
created and thrown in the method that caused the error. That method may choose to handle
the exception itself, or pass it on. Either way, at some point, the exception is caught and
processed. Exceptions can be generated by the Java run-time system, or they can be
manually generated by the user’s code. Exceptions thrown by Java relate to fundamental
errors that violate the rules of the Java language or the constraints of the Java execution
environment. Manually generated exceptions are typically used to report some error condition
to the caller of a method.
Swing
101
INVENTORY MANAGEMENT SYSTEM
Swing is a set of classes that provides more powerful and flexible components than are
possible with the AWT. In addition to the familiar components, such as buttons, check boxes,
and labels, Swing supplies several exciting additions, including tabbed panes, scroll panes,
trees, and tables. Even familiar components such as buttons have more capabilities in Swing.
For example, a button may have both an image and a text string associated with it. Also the
image can be changed as the state of the button changes. Unlike AWT components, Swing
components are not implemented by platform-specific code. Instead, they are written entirely
in Java and, therefore, are platform independent. The Swing-related classes are contained in
javax.swing. Some of the classes used are JApplet, JLabel, JButton, JScrollPane,
JTextArea, JTextField, JMenuBar, JMenu, JFrame. JApplet and JFrame provides a method
getContentPane() which returns a reference to their associated content pane. So to get a
reference to the JApplet’s container where user will add their GUI objects.
This statement can be in the instance variable initialization list, where user declare and
instantiate the GUI objects. Then, subsequent adds or sets of layout managers in the
constructor or in init() would be on this appletContainer. For example,
AppletContainer.add(nameLabel);
.JLabel Swing labels are instances of JLabel class, which extends JComponent. It can
display text and / or an icon. This class is used for putting a label on an applet, like a label
JTextField
It allows user to edit one line of the text. Like a text field of 20 characters long is created with
the label “Enter your name” to enter the name of the user.
JButton
JButton class provides the functionality of a push button. JButton allows an icon, a string, or
both to be associated with push button.
.JFrame
102
INVENTORY MANAGEMENT SYSTEM
JMenuBar and JMenu A menu bar displays a list of top-level menu choices. JMenuBar
and JMenu implement it.
CONCLUSION
In the course of development of the software, we learned a very powerful tool to build test
applications that is JAVA. The JAVA compiler being the most versatile proved to be the
decisive tool in developing the software.
Building the software using JAVA is very economical and flexible because software such as
JAVA is independent of the Platform. The solution provided by us is thus easily available to a
layman.
The shortcomings of this venture are entirely dependent upon the processor speed. Thus
computers having higher processing speed’s can solve this problem.
103
INVENTORY MANAGEMENT SYSTEM
The solution doesn’t end here. Future developments such as online Inventory Management,
Online Banking, and Online Shopping are a necessity towards achieving the goal of realizing
a Real-time Management.
In summary, as innovation mandates software use to accelerate new concept and product
development, it also requires instrumentation to rapidly adapt to new functionality. This
concept not only ensures that your work will be usable in the future but also provides the
flexibility to adapt and extend as needs change.
BIBLOGRAPHY
3. www.objectplanet.com JFrames.
104
INVENTORY MANAGEMENT SYSTEM
105