Академический Документы
Профессиональный Документы
Культура Документы
A
PROJECT REPORT ON
SUBMITTED AT:-
Application
from
Uttar
Pradesh
Technical
Date:
ACKNOWLEDGEMENT
Date
Place
PRIYANKA DIXIT
TABLE OF CONTENT
TITLE
PAGE NO.
1. Introduction /Objectives
1.1 Objectives
1.2 Purpose
1.3 Scope
1.4 Project Category
1.5 Tools to be used
1.6 Hardware & Software requirements
1.7 Existing System
1.8 Proposed System
1.9 Problems
2. System analysis
2.1 System Analysis
2.2 Identification of Need
2.3 Preliminary Investigation
2.4 Feasibility Study
3. Overall Description
3.1 Product Perspective
3.2 Communication Interface
3.3 Product Function
3.4 User Characteristics
5. Design
5.1 System Design
6. Screenshot
7. Coding
8. Testing & Implementation
9. Future Enhancement
10. Conclusion
11. Bibliography
1. INTRODUCTION:1.1
Objective
1.2 Purpose
1.2 SCOPE
management facilities.
System will give a centralization of database and will store
Experts conclusion, Ideas, Thoughts.
This will be treated as social networking site in future as
connecting peoples over web.
1.4
: .Net
: My SQL
: Windows 7/8
Windows 7
User Interface
HTML, CSS
Client-side Scripting
JavaScript
Programming Language
C#.Net
Technologies
ASP.Net, ADO.Net
IDE/Workbench
Database
Server Deployment
Pentium IV
Hard Disk
40GB
RAM
1GB
10
1.7 Existing System : This existing system is not providing secure registration and profile
management of all the users properly.
This manual system gives us very less security for saving data and
some data may be lost due to mismanagement.
The system is giving only less memory usage for the users.
The system doesnt provide facility to track all the activities of
Agency-Chief and under working agents.
The system doesnt provide any facility to maintain any tips &
suggestion for Citizen.
The system doesnt provide any functionality to upload evidences in
encrypted format.
This system doesnt provide recruitment of agents through online.
The
system
doesnt
provide
any
functionality
to
Defense
11
1.8 Proposed System:The development of this new system contains the following activities, which
try to automate the entire process keeping in the view of database integration
approach.
This system maintains users personal, address, and contact details.
User friendliness is provided in the application with various controls
provided by system rich user interface.
This system makes the overall project management much easier and
flexible.
Various classes have been used for maintain the details of all the users
and catalog.
Authentication is provided for this application only registered users
can access.
Report generation features is provided using to generate different kind
of reports.
The system provides facilities to track the all activities of AgencyChief and Agents.
12
13
14
SYSTEM
ANALYSIS
15
2.1 System analysis:Systems analysis is conducted with the following objectives in mind:
1. Identify the customers need
2. Evaluate the system concept for feasibility
3. Perform economic and technical analysis
4. Allocate functions to hardware, software, people, database and other
system elements
5. Establish cost and schedule constraints
6. Create a system definition that forms the foundation for all subsequent
engineering
2.2 Identification of Need:The analyst meets the customer and the end user. The customer may
Be a representative of the company for which the software is being
Developed, or the marketing department of the developing company
Etc. here the intent is to understand the product objectives and to
Define the goals to fulfill the requirements.
16
17
3.
4.
5.
6.
7.
Economic feasibility
Social feasibility
Management feasibility
Legal feasibility
Time feasibility
Here we describe only few of these in detail:
2.4.1 TECHNICAL FEASIBILITY:This is concerned with specifying equipment and software that will
successfully satisfy the user requirement. Technical needs of the
system include: Facility to produce outputs in a given time
Response time under certain conditions
Ability to process a certain a volume of transaction at a
particular period
Facility to communicate data to distant location
2.4.2 OPERATIONAL FEASIBILTY:This is mainly related to human organization and political aspects. The
points to be considered are: What changes will be brought with the system?
What organizational structures are disturbed?
What new skills will be required? Do the existing staff
members have these skills? If not, can they be trained in due
course of time?
18
19
OVERALL
DESCRIPTION
20
3.1 Product Perspective: The web pages (XHTML/JSP) are present to provide the user
interface of Client side.
Communication between client and server provided through
HTTP/ HTTPS Protocols
The Client Software is providing the user interface on system user
client Side and for this TCP/ IP protocols are used.
On the server side web server is for EJB and Database server is for
storing the information.
21
ii.
iii.
Editor:
i.
ii.
iii.
Users:
i.
22
ii.
Access database.
3.4 User Characteristics:Every user should be comfortable of working with computer and net
browsing.
He must have basic knowledge of English too.
23
SOFTWARE
REQUIREMENTS
SPECIFICATION
24
4.1 Functional Requirement:Functional Requirement specifies which outputs should be produced from
the given inputs. They describe the relationship between the input and output
of the system. For each functional requirement, a detailed description of all
the data inputs and their source, the units of measure, and the range of valid
inputs must be specified.
All the operations to be performed on the input data to obtain the output
should be specified. This includes specifying the validation checks on the
input and output data.
4.2 Purpose of This Document:The Purpose Of this document is to convey the requirements of the project
to the programmers to ensure that the programmers understand and fulfill the
requirements to the expectation of the client.
Secondly, this document is used to ensure that the development team
understands the requirement specified by the client. This document will act
as the contract for all future development; all development spawns from and
adheres to the detail in the requirement. The SRS also outline the
performance requirements that may be set and required by the client/ user.
4.3 Overview of Document:The remainder of this document describes the intended users that would be
expected to interact with the system frequently, and a simple profile of each
user type is provided as a sample. This document now will go into more
detail on the expected users their interface and interaction with the product
and more on the technical approach and consideration to be implemented.
25
26
4.4 Performance Requirements:The Software is inherently designed to handle multiple users accessing the
same database system. Multiple user session will concurrently exist. Each
session will receive its own thread of execution which is invisible to all
other components of the system, but will provide reliability, efficiency, and
excellent response time. The actual capacity of users that the system can
handle is out of the scope of this document.
27
DESIGN
28
Logical Design
2)
Physical Design
A data flow diagram shows the logical flow of the system. For a system it
describes the input (source), output (destination), database (data stores) and
procedures (data flows) all in a format that meets the users requirement.
When analysis prepares the logical system design, they specify the user
needs at a level of detail that virtually determines the information flow into
and out of the system and the required data resources. The logical design
also specifies input forms and screen layouts.
The activities following logical design are the procedure followed in the
physical design e.g., producing programs, software, file and a working
system. Design specifications instruct the user about what the system should
do.
Logical and Output Design:
The logical design of an information system is analogous to an engineering
blue print of an automobile. It shows the major features and how they are
related to one another. The detailed specification for the new system was
drawn on the bases of users requirement data. The outputs inputs and
databases are designed in this phase.
29
Use the system. There are many types of output, all of which can be either
highly useful or can be critical to the users, depending on the manner and
degree to which they are used.
Outputs from computer system are required primarily to communicate the
results of processing to users; they are also used to provide a permanent hard
copy of these results for later consultation. Various types of outputs required
can be listed as below:
30
When and how often output and their format are needed.
The outputs (i.e., well formatted table outputs in the screen itself)
designed are simple to read and interpret.
These were a few major designing issues, which were taken into
consideration, while deciding the output specifications for the system. As
31
Output Sources:
Output contents originate from these sources:
Tabular contents
Graphic format
Using Icons
Output Definition:
32
Data items
The name given to each data item should be recorded and its characteristics
described clearly in a standard form:
Number of characters
Input Design:
The input design is the link that ties the information system into the users
world. Input specifications describe the manner in which data enters the
system for processing. Input design features can ensure the reliability of the
system and produce results from accurate data, or they can result in the
production of erroneous information.
33
Avoid delay
Input stages several activities have to be carried out as part of the overall
input process. They include some or all of the following.
Data recording (i.e., collection of data)
Data encapsulation (i.e., transfer of data)
Data conversion (i.e., controlling the flow of data)
Data transmission (i.e., transporting the data)
Data validation (i.e., checking the input data)
Data correction (i.e., correcting the errors)
34
Input Performa were designed, after a careful discussion with users. It was
attempted to cover all user requirements. Designed Performa were given to
user for any suggestion and final approval.
Input designs are aimed at reducing the chances of mistakes of errors. As the
human beings are prone to errors there is always a possibility of occurrence
of chance of errors. Adequate validation checks are incorporated to ensure
error free data storage. Some of the data validation checks applied are as
following:
Wherever items are coded, input code is checked for its validly
with respect to several checks.
Enough messages and dialogue boxes are provided while design screen,
which does guide user at the time of any errors, or at time of entry. This
feature provides a user-friendly interface to native users. It can be
emphasized that input deigns of HRRP is so designed that it ensures easy
and error free data entry mechanism. Once one is sure of input data the
output formatting becomes a routine work.
35
5.2 SOFTWARE DESIGN:The purpose of this phase is to plan a solution for the problem specified by
the requirement document. This is first step in moving from the problem
domain to solution domain. Designing activity is divided into two parts.
a) System Design
It aims to identify the modules that should be in the system, the specification
of these modules and how they interact with each other to produce the
desired result.
b) Detailed Design
The internal goal of each of the modules specified in the system design is
decided.
36
37
38
5.5 PROCESS DESIGN:The process can be conceptualized in such a way to keep the methodology of
main module process along with some auxiliary task, which will run
concurrently with the main program.
The top-down approach is maintained so as to keep track of the process,
which satisfies the maintenance reliability testing requirements. The
concurrency of the data is checked during data entry, by means of validation
check for data in each field.
5.5.1 Class Diagram:The class diagram is used to define the use case diagram and define a
detailed design of the system. The class diagram classifies the actors defined
39
in the use case diagram into a set of interrelated classes. The relationship or
association between the classes can be either an "is-a" or "has-a"
relationship.
40
5.5.2 E-R Diagram:ER Diagrams represent the relationship between the entities. An ER diagram
is composed of
Graphical Representation:
41
Relationship
A relationship captures how two or more entities are related to one another.
Relationships are represented as diamonds, connected by lines to each of the
entities in the relationship.
Graphical Representation:
Attribute
Entities and relationships can both have attributes. Attributes are
represented as ellipses connected to their owning entity sets by a line.
Graphical Representation:
UML DIAGRAMS
42
ER DIAGRAM
Blogs
F&Q
ID
NEWS
Articles
Y/N
Login
Admin
Home
Checks
Type
GK
Blogs
F&Q
Password
N
NEWS
Articles
Editor Home
GK
Blogs
User Type
F&Q
NEWS
Articles
First Name
Last Name
Registration
(1:1)
Faculty Home
GK
Blogs
F&Q
NEWS
Articles
Confirm
Password
ID
User Home
GK
Password
43
5.5.3 Data Flow Diagram:Data Flow Diagramming is a means of representing a system at any level of
detail with a graphic network of symbols showing data flows, data stores,
data processes, and data sources/destination.
The data flow diagram is analogous to a road map. It is a network model of
all possibilities with different detail shown on different hierarchical levels.
This processes of representing different details level is called leveling or
partitioning by some data flow diagram advocates. Like a road map, there
is no starting point or stop point, any time or timing, or steps to get
somewhere. We just know that the data path must exist because at some
point it will be needed. A road map shows all existing or planned roads
because the road is needed.
Details that is not shown on the different levels of the data flow diagram
such as volumes, timing, frequency, etc. is shown on supplementary
diagrams or in the data dictionary. For example, data store contents may be
shown in the data dictionary.
Data Flow Diagram (DFD) uses a number of symbols to represent the
systems. Data Flow Diagram also known as Bubble Chart is used to clarify
system requirements and identifying the major transformations that will
become programs in system design. So it is the starting point of the design
phase that functionally decomposes the requirements specifications down to
the level of details.
44
Graphical representation:
Graphical Representation:
Data flows
A data flow connects the output of an object or process to input of another
object or process. It represents the intermediate data value within a
computation. It is represented by an arrow and labeled with a description of
data, usually its name or type.
Graphical Representation:
Actors
An actor is active object that drives the data flow graph by producing or
consuming values.
Data store
A data store is a passive object with in a data flow diagram that stores data
for later access.
45
Graphical Representation:
External Entity
A rectangle represents an external entity such as a librarian, a library
member.
Graphical Representation:
Output Symbol
This box represented data production during human computer interaction
Graphical Representation:
46
0 level
0 Level
Ask Queries
System
Solutions
Database
47
1 Level
1 Level DFD:
User
LLllad
Login
Processss
Database
Login
Home
Admin
Page
Editor
Page
Faculty
Page
User
Page
48
Criteria follow
Updated
Tables
User validation
New Email
New user
A R
AdminA Admin
Update
Blogs
Articles
Content Verify
Copyright Act.
Database
Control users
Control Faculty
Control Editor
49
5.6 Database Design:A database is a collection of inter-related data stored with a minimum of
redundancy to serve many applications. It minimizes the artificiality
embedded in using separate files. The primary objectives are fast response
time to enquires, more information at low cost, control of redundancy,
clarity and ease of use, accuracy and fast recovery. The organization of data
in a database aims to achieve three major objectives, they are data
integration, data integrity and data independence. During the design of the
database at most care has been taken to keep up the objectives of the
database design.
50
SCREENSHOTS
51
CODING
52
CODE DESIGN
The process of code is to facilitate the identification and retrieve of items of
information. The code should be simple and easy to understandable. The
codes were designed in such a way that the features such as optimum human
oriented use and machine efficiency are unaffected.
For the code to be designed effectively, the following characteristics were
also considered while designing the code.
Uniqueness
Versatility
Stability
Simplicity
Consciousness
The code should be adequate for present and anticipated data processing for
machine and human use. Care was taken to minimize the clerical effort and
computer time required to continue operation.
53
TESTING
TESTING
During system testing, the system is used experimentally to ensure that the
software does not fail. Specific test data are input for processing, and the
54
TESTING OBJECTIVES:1. Testing is a process of executing a program with the intent of finding
an error.
2. A good test case is one that has a high probability of finding an as yet
undiscovered error.
3. A successful test is one that uncovers as a yet undiscovered error.
SYSTEM TESTING
55
Here the System testing involved is the most widely used testing process
consisting of five stages as shown in the figure. In general, the sequence of
testing activities is component testing, integration testing, and then user
testing. However, as defects are discovered at any one stage, they require
program modifications to correct them and this may require other stages in
the testing process to be repeated.
Unit testing
Module
testing
Sub-system
testing
System
testing
Acceptance
testing
(Component testing)
(Integration testing)
(User
testing)
56
57
58
5. Thread based testing is done to monitor the regression tests so that the
site does not become very slow is a lot of users are simultaneously
logged on.
6. A controlled and monitored population of end users tests Intranet
application, this all comprises of the User Acceptance Testing.
PSYCHOLOGY OF TESTING
The aim of testing is often to demonstrate that a program works by showing
that it has no errors. The basic purpose of testing phase is to detect the errors
that may be present in the program. Hence one should not start testing with
the intent of showing that a program works, but the intent should be to show
that a program doesnt work. Testing is the process of executing a program
with the intent of finding errors.
59
LEVELS OF TESTING
In order to uncover the errors present in different phases, we have the
concept of levels of testing. The basic levels of testing are
Client Needs
Acceptance Testing
Requirements
System Testing
Design
Integration Testing
Code
Unit Testing
Unit Testing
Unit testing focuses verification effort on the smallest unit of software i.e.
the module. Using the detailed design and the process specifications, testing
is done to uncover errors within the boundary of the module. All modules
must be successful in the unit test before the start of the integration testing
begins.
In this project each service can be thought of a module. There are so many
modules like Login, HR Department, Interviewer Section, etc. Each module
has been tested by giving different sets of inputs. When developing the
60
module as well as finishing the development, the module works without any
error. The inputs are validated when accepting them from the user.
Integration Testing
After unit testing, we have to perform integration testing. The goal here is to
see if modules can be integrated properly, the emphasis being on testing
interfaces between modules. This testing activity can be considered as
testing the design and hence the emphasis on testing module interactions.
In this project the main system is formed by integrating all the modules.
When integrating all the modules I have checked whether the integration
effects working of any of the services by giving different combinations of
inputs with which the two services run perfectly before Integration.
SYSTEM TESTING
Here the entire software system is tested. The reference document for this
process is the requirements document, and the goal is to see if software
meets its requirements.
Here entire HRRP has been tested against requirements of project and it is
checked whether all requirements of project have been satisfied or not.
ACCEPTANCE TESTING
Acceptance Testing is performed with realistic data of the client to
demonstrate that the software is working satisfactorily. Testing here is
focused on external behavior of the system; the internal logic of program is
not emphasized.
61
62
details at statement level. Here the module will be treated as a block that will
take some input and generate output. Output for a given set of input
combinations are forwarded to other modules.
Black-box test are designed to uncover errors functional requirement without
regard to the internal workings of a program. Black-box testing techniques
focus on the information domain of the software, deriving test cases by
partitioning the input and output domain of a program in manner that
provides through test coverage. The black-box test is used to demonstrate
that software functions are operational, that input is properly produced, and
that the integrity of external information are maintenance.
Integration Testing
Validation Testing
Validation testing
CHAPTER 10
SYSTEM SECURITY
63
IMPLEMENTATION
IMPLEMENTATION
64
of
the
organization
can
be
provided.
Successful
65
USER TRAINING:User may be trained on use of equipment, particularly in the case where for
example, a micro computer is in used and the individual involved in both
operator and user. In such cases user must be given training on how to
operate the system also. Questions that may be trivial to the analyst, such as
how to turn on a terminal, how to insert a disk into a micro computer or
66
when it is safe to turn if the equipment without danger of data loss, are
significant problems to new users who are not familiar with the computers.
This is also the case with our system. In most 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 way properly trained in
methods of entering transactions, editing data, formulating inquiries,
deleting and inserting of records no training is complete without
familiarizing user with simple system maintenance activities. Weakness in
any aspect of training may leave to awkward situations that cause user
frustration and errors. In our project also it is necessary to train users on how
to commit the transactions. Training of operators can be organized in several
different ways most important ways to train users are enter vendor and in
service training.
IN HOUSE TRAINING:
Often the best equipment source of training on equipment in the vendor who
supplies the. Most vendors offer extensive educational programs as part of
their services. In the case of our project two, well provide training to the
users of our project.
67
1.
2.
3.
4.
Parallel systems
Direct conversion
Pilot systems
Systems face-
68
FUTURE
ENHANCEMENT
FUTURE ENHANCEMENT
69
24 x 7 Availability
If the base is now the entire world, staying open 24 hours a day becomes
critical. Because system can be an automated Process, so it can stay open for
24 hours a day. So UPS support must be on server site for at least 8 hours in
case of power failure. System will remain inaccessible to users at 2:00 to
4:00 am for backup and maintenance purpose.
Dynamic Website
Any existing Web site that relies on the manual duplication of data from
another system is one that can be improved. Most of the business data in the
world today exists in enterprise servers that can be connected to the Web
servers to make this process far more effective.
The Web application Server should provide good performance and the
ability to manage performance with techniques, such as support for caching,
clustering, and load balancing.
70
CONCLUSION
CONCLUSION
Now at the submission of this project, we conclude that the activities during
the project benefited us immensely in sharpening our programming and
practical skills. It also helped a lot in improving our designing skills too.
71
72