Project Report
Project Report
Project Report
SYSTEM CONFIGURATION
HARDWARE
SOFTWARE
SYSTEM ANALYSIS
System Analysis is a process of understanding the system requirements and its
environment. It is one of the initial stages of the software development life cycle.
System analysis is the process of breaking the system down into its individual
components and understanding how each component interacts with the other
components to accomplish the system’s overall goal. System Analysis focuses on
the needs of the user, the current system, and the business processes that the
system must support. In this process, the analyst collects the requirements of the
system and documents them.
1. Existing system
1) Proposed system
SYSTEM DESIGN & DEVELOPMENT
System design is an art of defining the architecture, components, modules,
interfaces and data for a system to satisfy specified requirements. It can be
considered as the application of system theory to product development. There is a
synergy with the disciplines of system analysis, system architecture and system
engineering. System design builds information gathered during the system
analysis.
An input design is the link between the information system and the user. It
comprises developing specification and procedures for data preparation and those
steps that are necessary to put transaction data into a usable form for processing
data entry.
OUTPUT DESIGN
DATABASE DESIGN
ER
TABLE DESIGN
SYSTEM TESTING
System testing is the evaluation of software item to detect difference between
given input and expected output. Also to assess the feature of software
item .Testing assesses the quality of the product. Software Testing is the process
that should be done during the development process. It offers the greatest security
since the old system can take over the errors is found or inability to handle certain
type of transactions while using the new system. So testing is vital to the success of
new system. Series of the system are performed for the proposed system before the
system is ready for user acceptance. In other word software testing is a verification
and validation process.
TESTING APPROACH
The major testing strategies are:
1. Unit Testing
2. Integration Testing
3. System Testing
4. Acceptance Testing
1 Unit Testing
Unit Testing is a level of software testing where individual units/ components of
the software are tested. The purpose is to validate that each unit of the software performs
as designed. A unit is the smallest testable part of the software. It usually has one or a few
inputs and usually a single output. In procedural programming, a unit may be an
individual program, function, procedure, etc. In object-oriented programming, the
smallest unit is a method which may belong to a base/ super class, abstract class or
derived/ child class. (Some treat a module of an application as a unit. This is to be
discouraged as there will probably be many individual units within that module.)
Once all of the units in a program have been found to be working in the most
efficient and error-free manner possible, larger components of the program can be
evaluated by means of integration testing.
2 Integration Testing
The purpose of integration testing is to verify functional, performance, and
reliability requirements placed on major design items. These "design items", i.e.,
assemblages (or groups of units), are exercised through their interfaces using black
box testing, success and error cases being simulated via appropriate parameter and
data inputs. Simulated usage of shared data areas and inter process communication
is tested and individual subsystems are exercised through their input interface.
Some different types of integration testing are a big bang, top-down, and
bottom-up, mixed (sandwich) and risky hardest. Other Integration Patterns [2]
are
collaboration integration, backbone integration, and layer. Integration, client-server
integration, distributed services integration, and high-frequency integration.
Upon completion of unit testing, the units or modules are to be integrated
which gives rise to integration testing. The purpose of integration testing is to
verify the functional, performance, and reliability between the modules that are
integrated.
3. System Testing
System testing is performed on the basis of written test cases according to
information collected from detailed architecture/design document, module
specification, and requirement specification. System testing may be started
once unit, component, and integration testing are completed.
4. Acceptance Testing
Acceptance Testing is a method of software testing where a system is tested for
acceptability. The major aim of this test is to evaluate the compliance of the
system with the business requirements and assess whether it is acceptable for
delivery or not.
Usually, black box testing method is used in acceptance testing. Testing does not
normally follow a strict procedure and is not scripted but is rather ad-hoc.
Acceptance Testing is a testing technique performed to determine whether or not
the software system has met the requirements specifications. It is the last phase of
software testing performed after System Testing and before making the system
available for actual use.
SYSTEM IMPLEMENTATION
Front end, backend, DB
SYSTEM MAINTENANCE
Once the software is fully developed and implemented, the company starts to use
the software. The company also grows, and more divisions can be attached to the
company, or the database of the company can grow. So, after some time the
software, which has been installed, needs some modification. If the software needs
modification all the steps needed to develop new software must be executed.
1. CORRECTIVE MAINTENANCE :
It is concerned with fixing errors that are observed when the software is in use. It
deals with repair of faults or defects found in day-today system functions. The
approach in corrective maintenance is to locate the original specifications in order
to determine what the system was originally designed to do. It accounts for 20% of
all the maintenance activities.
2. ADAPTIVE MAINTENANCE :
3. PERFECTIVE MAINTENANCE :
4. PREVENTIVE MAINTENANCE :
CONCLUSION
BIBLIOGRAPHY
APPENDIX