Project Report Crime Record System
Project Report Crime Record System
System
CONTENTS PAGE NO
1.INTRODUCTION
2.INITIAL REQUIREMENTS
3.ANALYSIS
4. DESIGN
5. CODING 66
6. TESTING 79
7. IMPLEMENTATION 82
8. OUTPUT SCREENS 85
9. CONCLUSION 119
INTRODUCTION
The circle inspector can access all the three modules i.e.
Can enter a NEW CRIME RECORD.
Can VIEW the records in the database.
Can UPDATE records present in the database.
INITIAL REQUIREMENT
PURPOSE
OBJECTIVE
ANALYSIS
Logical system models and tools are used in analysis. Training, experience, and
common sense are required for collection of the information needed to do the
analysis.
EXISTING SYSTEM
The present system insists for systematic collection of data without missing the
important details. Documents are seen by supervisory officials. The senior officers are
in a position to keep track of all the cases registered, including those transferred.
As the system is in a position to give the details of arrests made at various Police
Stations, which helps the investigating Officer to elicit the information from the
accused without resorting to human right violations thus making the life of Police
Officer more content.
Before computerization, the part of the force was engaged for carrying out
unproductive jobs such as delivering FIRs to higher officials, collecting Post-mortem
reports, wound certificates etc. They were also utilized for entering, filling individual
registers, preparing periodical reports etc Work force is now used for the purpose for
which they were trained (Policing) and not on unproductive tasks.
Time Consuming
Inconsistency of Data
PROPOSED SYSTEM
1. FIR (First Information Register) (act, section, occurrence, complaint, accused
property detail, brief complaint)
2. Crime Detail Form (type of crime, features, physical evidence, witness, place of
crime)
4. Arrest/Court Surrender (arrest details, bail details, personal items recovered)
5. Charge Sheet & Case Disposal Reports (charge sheet information, property
recovered/ seized, and action taken)
8. Other registers (interrogation details, case diary, witness details, remand diary,
case calendar etc)
1. Crime – analysis guides the Investigating Officer on the right track. Data available
and analyzed information from the system enables a new comer to get vast
information with least delay and allows him to plan and settle down in his work at the
earliest.
2. The present system insists for systematic collection of data without missing the
important details. Documents are seen by supervisory officials. The senior officers are
in a position to keep track of all the cases registered, including those transferred.
3. The Police personnel are not keen in using third degree methods to extract
information from the accused. As the system is in a position to give the details of
arrests made at various Police Stations, which helps the investigating Officer to elicit
the information from the accused without resorting to human right violations thus
making the life of Police Officer more content.
4. In the manual system, when property is recovered by some other Police Station
other than the PS where the crime is registered, it was a tedious task to match the PS
with the lost property and the PS which recovered the property. Today crime record
can match the lost and recovered property and there by pin point the real efficiency /
productivity of the individual officer / Unit Productivity of men is established with
correct supporting data making it a reality to evaluate the performance and
productivity of Officials on scientific lines. This is now being realized through this
application.
. 5. Before computerization, the part of the force was engaged for carrying out
unproductive jobs such as delivering FIRs to higher officials, collecting Postmortem
reports, wound certificates etc. They were also utilized for entering, filling individual
registers, preparing periodical reports etc Work force is now used for the purpose for
which they were trained (Policing) and not on unproductive tasks.
6. When a Grave Crime is registered by the Police station, System immediately transfers
the Grave Crime details to the Server at Unit Headquarters which in turn by reverse
Solution requirements:
The first part of the solution requirement involves constructing the basic
recording system for the Crime System. This involves capturing details of the
organizational structure, district/zone details, Police station details and other
important entities.
The basic transaction to be captured in the system is the filing of the FIR. Thereafter,
the FIR becomes the central entity around which additional information in terms of
evidence, suspects, etc would be added.
FIR filed
Motive established
Charges filed.
Trial in progress
Trial Completion
Conviction/Acquittal
HARDWARE REQUIREMENTS:
Processor : Pentium3/Pentium4
Ram : 512 MB
Disk space : 40 GB
SOFTWARE REQUIREMENTS:
Language : C#.net
FEASIBILITY STUDY
TECHNICAL FEASIBILITY
Corporate culture.
Staff resistance or receptivity to change.
Management support for the new system.
The nature and level of user involvement in the development and
implementation of the system.
Direct and indirect impacts of the new system on work practices.
Anticipated performance and outcomes of the new system compared
with the existing system.
Viability of the proposed development and implementation schedule.
Training requirements and other change management strategies.
‘Pay back ‘periods (i.e. trade-off between long term organizational
benefits and short term inefficiencies during system development and
implementation).
Technical Specification:
Microsoft.NET Framework
To build all communication on industry standards to ensure that code based on the
.NET Framework can integrate with any other code.
The .NET Framework has two main components: the common language runtime and
the .NET Framework class library. The common language runtime is the foundation
of the .NET Framework. You can think of the runtime as an agent that manages code
at execution time, providing core services such as memory management, thread
management, and remoting, while also enforcing strict type safety and other forms of
code accuracy that ensure security and robustness. In fact, the concept of code
management is a fundamental principle of the runtime. Code that targets the runtime
is known as managed code, while code that does not target the runtime is known as
unmanaged code. The class library, the other main component of the .NET
The .NET Framework can be hosted by unmanaged components that load the
common language runtime into their processes and initiate the execution of managed
code, thereby creating a software environment that can exploit both managed and
unmanaged features. The .NET Framework not only provides several runtime hosts,
but also supports the development of third-party runtime hosts.
The following illustration shows the relationship of the common language runtime
and the class library to your applications and to the overall system. The illustration
also shows how managed code operates within a larger architecture.
The common language runtime manages memory, thread execution, code execution,
code safety verification, compilation, and other system services. These features are
intrinsic to the managed code that runs on the common language runtime.
With regards to security, managed components are awarded varying degrees of trust,
depending on a number of factors that include their origin (such as the Internet,
enterprise network, or local computer). This means that a managed component might
or might not be able to perform file-access operations, registry-access operations, or
other sensitive functions, even if it is being used in the same active application.
The runtime enforces code access security. For example, users can trust that an
executable embedded in a Web page can play an animation on screen or sing a song,
but cannot access their personal data, file system, or network. The security features of
the runtime thus enable legitimate Internet-deployed software to be exceptionally
featuring rich.
The runtime also enforces code robustness by implementing a strict type- and code-
verification infrastructure called the common type system (CTS). The CTS ensures
that all managed code is self-describing. The various Microsoft and third-party
language compilers
Generate managed code that conforms to the CTS. This means that managed code can
consume other managed types and instances, while strictly enforcing type fidelity and
type safety.
The runtime also accelerates developer productivity. For example, programmers can
write applications in their development language of choice, yet take full advantage of
the runtime, the class library, and components written in other languages by other
While the runtime is designed for the software of the future, it also supports software
of today and yesterday. Interoperability between managed and unmanaged code
enables developers to continue to use necessary COM components and DLLs.
The .NET Framework class library is a collection of reusable types that tightly
integrate with the common language runtime. The class library is object-oriented,
providing types from which your own managed code can derive functionality. This
not only makes the .NET Framework types easy to use, but also reduces the time
associated with learning new
For example, the .NET Framework collection classes implement a set of interfaces
that you can use to develop your own collection classes. Your collection classes will
blend seamlessly with the classes in the .NET Framework.
Console applications.
ASP.NET applications.
Windows services.
For example, the Windows Forms classes are a comprehensive set of reusable types
that vastly simplify Windows GUI development. If you write an ASP.NET Web Form
application, you can use the Web Forms classes.
Another kind of client application is the traditional ActiveX control (now replaced by
the managed Windows Forms control) deployed over the Internet as a Web page. This
In the past, developers created such applications using C/C++ in conjunction with the
Microsoft Foundation Classes (MFC) or with a rapid application development (RAD)
environment such as Microsoft® Visual Basic®. The .NET Framework incorporates
aspects of these existing products into a single, consistent development environment
that drastically simplifies the development of client applications.
The Windows Forms classes contained in the .NET Framework are designed to be
used for GUI development. You can easily create command windows, buttons, menus,
toolbars, and other screen elements with the flexibility necessary to accommodate
shifting business needs.
For example, the .NET Framework provides simple properties to adjust visual
attributes associated with forms. In some cases the underlying operating system does
not support changing these attributes directly, and in these cases the .NET Framework
automatically recreates the forms. This is one of many ways in which the .NET
Framework integrates the developer interface, making coding simpler and more
consistent.
C#.NET
ADO.NET Overview
ADO.NET is an evolution of the ADO data access model that directly addresses user
requirements for developing scalable applications. It was designed specifically for the
web with scalability, statelessness, and XML in mind.
ADO.NET uses some ADO objects, such as the Connection and Command objects,
and also introduces new objects. Key new ADO.NET objects include the DataSet,
DataReader, and DataAdapter.
The important distinction between this evolved stage of ADO.NET and previous data
architectures is that there exists an object -- the DataSet -- that is separate and distinct
from any data stores. Because of that, the DataSet functions as a standalone entity.
You can think of the DataSet as an always disconnected record-set that knows nothing
A DataAdapter is the object that connects to the database to fill the DataSet. Then, it
connects back to the database to update the data there, based on operations performed
while the DataSet held the data. In the past, data processing has been primarily
connection-based. Now, in an effort to make multi-tiered apps more efficient, data
processing is turning to a message-based approach that revolves around chunks of
information. At the center of this approach is the DataAdapter, which provides a
bridge to retrieve and save data between a DataSet and its source data store. It
accomplishes this by means of requests to the appropriate SQL commands made
against the data store.
The XML-based DataSet object provides a consistent programming model that works
with all models of data storage: flat, relational, and hierarchical. It does this by having
no 'knowledge' of the source of its data, and by representing the data that it holds as
collections and data types. No matter what the source of the data within the DataSet
is, it is manipulated through the same set of standard APIs exposed through the
DataSet and its subordinate objects.
While the DataSet has no knowledge of the source of its data, the managed provider
has detailed and specific information. The role of the managed provider is to connect,
fill, and persist the DataSet to and from data stores. The OLE DB and SQL Server
.NET Data Providers (System.Data.OleDb and System.Data.SqlClient) that are part of
the .Net Framework provide four basic objects: the Command, Connection,
DataReader and DataAdapter. In the remaining sections of this document, we'll walk
through each part of the DataSet and the OLE DB/SQL Server .NET Data Providers
explaining what they are, and how to program against them.
The following sections will introduce you to some objects that have evolved, and
some that are new. These objects are:
DataSets. For storing, remoting and programming against flat data, XML data
and relational data.
DataAdapters. For pushing data into a DataSet, and reconciling data against a
database.
When dealing with connections to a database, there are two different options: SQL
Server .NET Data Provider (System.Data.SqlClient) and OLE DB .NET Data
Provider (System.Data.OleDb). In these samples we will use the SQL Server .NET
Data Provider. These are written to talk directly to Microsoft SQL Server. The OLE
DB .NET Data Provider is used to talk to any OLE DB provider (as it uses OLE DB
underneath).
Connections
Connections are used to 'talk to' databases, and are represented by provider-specific
classes such as SQLConnection. Commands travel over connections and result sets
are returned in the form of streams which can be read by a DataReader object, or
pushed into a DataSet object.
Commands
Commands contain the information that is submitted to a database, and are
represented by provider-specific classes such as SQLCommand. A command can be a
stored procedure call, an UPDATE statement, or a statement that returns results. You
can also use input and output parameters, and return values as part of your command
syntax. The example below shows how to issue an INSERT statement against the
Northwind database.
DataReaders
The DataReader object is somewhat synonymous with a read-only/forward-only
cursor over data. The DataReader API supports flat as well as hierarchical data. A
DataReader object is returned after executing a command against a database. The
format of the returned DataReader object is different from a record-set. For example,
you might use the DataReader to show the results of a search list in a web page.
DataSets
The DataSet object is similar to the ADO Record-set object, but more powerful, and
with one other important distinction: the DataSet is always disconnected. The DataSet
object represents a cache of data, with database-like structures such as tables,
columns, relationships, and constraints. However, though a DataSet can and does
behave much like a database, it is important to remember that DataSet objects do not
interact directly with databases, or other source data. This allows the developer to
work with a programming model that is always consistent, regardless of where the
source data resides. Data coming from a database, an XML file, from code, or user
input can all be placed into DataSet objects. Then, as changes are made to the DataSet
they can be tracked and verified before updating the source data. The GetChanges
method of the DataSet object actually creates a second DataSet that contains only the
changes to the data. This DataSet is then used by a DataAdapter (or other objects) to
update the original data source.
The DataSet has many XML characteristics, including the ability to produce and
consume XML data and XML schemas. XML schemas can be used to describe
schemas interchanged via WebServices. In fact, a DataSet with a schema can actually
be compiled for type safety and statement completion.
DataAdapters (OLEDB/SQL)
The DataAdapter object works as a bridge between the DataSet and the source data.
Using the provider-specific SqlDataAdapter (along with its associated SqlCommand
and SqlConnection) can increase overall performance when working with a Microsoft
SQL Server databases. For other OLE DB-supported databases, you would use the
OleDbDataAdapter object and its associated OleDbCommand and OleDbConnection
objects.
The DataAdapter object uses commands to update the data source after changes have
been made to the DataSet. Using the Fill method of the DataAdapter calls the
SELECT command; using the Update method calls the INSERT, UPDATE or
DELETE command for each changed row. You can explicitly set these commands in
order to control the statements used at runtime to resolve changes, including the use of
ASP.Net
Server Application Development
The following illustration shows a basic network schema with managed code running
in different server environments. Servers such as IIS and SQL Server can perform
standard operations while your application logic executes through the managed code.
ASP.NET is the hosting environment that enables developers to use the .NET
Framework to target Web-based applications. However, ASP.NET is more than just a
runtime host; it is a complete architecture for developing Web sites and Internet-
distributed objects using managed code. Both Web Forms and XML Web services use
IIS and ASP.NET as the publishing mechanism for applications, and both have a
collection of supporting classes in the .NET Framework.
If you have used earlier versions of ASP technology, you will immediately notice the
improvements that ASP.NET and Web Forms offers. For example, you can develop
Web Forms pages in any language that supports the .NET Framework. In addition,
your code no longer needs to share the same file with your HTTP text (although it can
continue to do so if you prefer). Web Forms pages execute in native machine
language because, like any other managed application, they take full advantage of the
runtime. In contrast, unmanaged ASP pages are always scripted and interpreted.
ASP.NET pages are faster, more functional, and easier to develop than unmanaged
ASP pages because they interact with the runtime like any managed application.
The .NET Framework also provides a collection of classes and tools to aid in
development and consumption of XML Web services applications. XML Web
services are built on standards such as SOAP (a remote procedure-call protocol),
XML (an extensible data format), and WSDL ( the Web Services Description
Language). The .NET Framework is built on these standards to promote
interoperability with non-Microsoft solutions.
For example, the Web Services Description Language tool included with the .NET
Framework SDK can query an XML Web service published on the Web, parse its
WSDL description, and produce C# or Visual Basic source code that your application
can use to become a client of the XML Web service. The source code can create
classes derived from classes in the class library that handle all the underlying
communication using SOAP and XML parsing. Although you can use the class
library to consume XML Web services directly, the Web Services Description
Language tool and the other tools contained in the SDK facilitate your development
efforts with the .NET Framework.
If you develop and publish your own XML Web service, the .NET Framework
provides a set of classes that conform to all the underlying communication standards,
such as SOAP, WSDL, and XML. Using those classes enables you to focus on the
logic of your service, without concerning yourself with the communications
infrastructure required by distributed software development.
SQL SERVER
DATABASE
A database management, or DBMS, gives the user access to their data and
helps them transform the data into information. Such database management systems
include dBase, paradox, IMS, Sql Server and SQL Server. These systems allow users
to create, update and extract information from their database.
During an SQL Server Database design project, the analysis of your business
needs identifies all the fields or attributes of interest. If your business needs change
over time, you define any additional fields or change the definition of existing fields.
SQL Server stores records relating to each other in a table. Different tables are
created for the various groups of information. Related tables are grouped together to
form a database.
Primary Key
Every table in SQL Server has a field or a combination of fields that uniquely
identifies each record in the table. The Unique identifier is called the Primary Key, or
Relational Database
Foreign Key
When a field is one table matches the primary key of another field is referred
to as a foreign key. A foreign key is a field or a group of fields in one table whose
values match those of the primary key of another table.
Referential Integrity
Not only does SQL Server allow you to link multiple tables, it also maintains
consistency between them. Ensuring that the data among related tables is correctly
matched is referred to as maintaining referential integrity.
Data Abstraction
Physical level:
This is the lowest level of abstraction at which one describes how the data are
actually stored.
At this level of database abstraction all the attributed and what data are actually
stored is described and entries and relationship among them.
View level:
This is the highest level of abstraction at which one describes only part of the
database.
SQL SERVER is a truly portable, distributed, and open DBMS that delivers
unmatched performance, continuous operation and support for every database.
SQL SERVER RDBMS is high performance fault tolerant DBMS which is specially
designed for online transactions processing and for handling large database
application.
SQL SERVER with transactions processing option offers two features which
contribute to very high level of transaction processing throughput, which are
The row level locks manager
Enterprise wide Data Sharing
The unrivaled portability and connectivity of the SQL SERVER DBMS
enables all the systems in the organization to be linked into a singular, integrated
computing resource.
Portability
SQL SERVER is fully portable to more than 80 distinct hardware and operating
systems platforms, including UNIX, MSDOS, OS/2, Macintosh and dozens of
Open Systems
SQL SERVER offers a leading implementation of industry –standard SQL.
SQL Server’s open architecture integrates SQL SERVER and non –SQL SERVER
DBMS with industry’s most comprehensive collection of tools, application, and third
party software products SQL Server’s Open architecture provides transparent access
to data from other relational database and even non-relational database.
Distributed Data Sharing
SQL Server’s networking and distributed database capabilities to access data
stored on remote server with the same ease as if the information was stored on a
single local computer. A single SQL statement can access data at multiple sites. You
can store data where system requirements such as performance, security or
availability dictate.
Unmatched Performance
The most advanced architecture in the industry allows the SQL SERVER
DBMS to deliver unmatched performance.
ARCHITECTURE
a) System Interfaces
The application enables users to login directly to Web site / Intranet from their
desktop using a conventional Web browser.
Inspector
IIS 2.0
Constable
This section describes the application with the help of word document proto type
screen flow design.
c) Hardware Interfaces
This application is purely Internet Application, which runs through HTTP Protocol.
d) Software Interfaces
1. Application installed on Web server. Clients can access server through any client
by using WEB browser like Internet explorer 5.0 and above.
e) Communication Interfaces
1. TCP/IP protocol.
2. HTTP protocol.
There are no constraints on memory related issues. Normal server and client
DESIGN
UML DIAGRAMS
CLASS DIAGRAM:
user
update records
new crime record view records
firno
submit()
fir crime details
reports fir no
firno is
enter fir date
update details police station
occurence of offence crime details
firno general details investigation officer
full details
occurence of offence date & time firno service number
complaint details info received at police station date & time date rank
firno type of information time property details
act and section
complaintaint name place of occurence district accused and suspect details firno save()
fathers/husbands name firno
address details police station firno property details
dob date
act no of accused total value complaint details
age district
save() section accused person physical features
gender grave firno
accused person name save()
nationality act section complaintaint name
fathers name
passport no fathers/husbands name
crime details dob
hno property details dob
age
street/village fir no occurence of offence age
firno gender
city/district date firno gender
property details nationality
state police station occurence of offence date & time nationality
total value passport no
phone no crime details
house no info received at police station date & time passport no
mobile no investigation officer type of information hno
save() street
service number place of occurence street/village
city
save() rank address details city/district
state
state
accused and suspect details ph no
save() save() phone no
firno mobile no
no of accused save()
arrest/surrendered
accused person physical features save()
firno
accused person name result of appeal property search court disposal
police station arrest/surrendered
fathers name firno
place,date& time of arrest fir no firno
dob court name firno
place of surrendered appeal no police station
age date police station
accused person details appealent name date
gender prosecutor name place,date& time of arrest
physical apperaence court name time
nationality withness details place of surrendered
finger prints taken result of appeal address
passport no judgement given accused person details
accused current position surity details person details
house no physical apperaence
bail obtained withness details
street save() finger prints taken
save() bail details property details
city accused current position
state
save() save()
ph no save()
property search court disposal
firno firno save()
police station court name
date date
prosecutor name result of appeal
time
withness details fir no
address
judgement given appeal no
person details
appealent name
withness details
save() court name
property details
result of appeal
surity details
save()
bail obtained
bail details
save()
A use case diagram is a diagram that shows a set of use cases and actors, and
their relationships. It is central to modelling the functions of the system. A use case
diagram puts everything together. It is used to visualize the functions of a system, so
that:
a) Users can comprehend how to use the system and
b) Developers can understand how to implement it.
The use case diagram shows the position or context of the use case among
other use cases. As an organizing mechanism, a set of consistent, coherent use cases
promotes a useful picture of system behaviour, a common understanding between the
customer/owner/user and the development team.
complainant details
occurence of of f ence
crime details
property details
property search
court disposal
result of appeal
general details
v iew record
complainant details
occurence of of f ence
crime details
accused/suspect details
arrest/ surrendered details
property search
court disposal
result of appeal
complainant details
occurence of of f ence
court disposal
accused/suspect details
result of appeal
sub inspector
general details
v iew record
f ull details
complainant details
occurence of of f ence
court disposal
accused/suspect details
result of appeal
SEQUENCE DIAGRAMS:
The UML 2.0 Sequence Diagram supports similar notation to the UML 1.
Sequence Diagram with added support for modeling variations to the standard flow of
events. If the lifeline is that of an object, it is underlined (if not it is a role).Note that
leaving the instance name blank can represent anonymous and unnamed instances. In
order to display interaction, messages are used. These are horizontal arrows with the
message name written above them. Solid arrows with full heads are synchronous
calls, solid arrows with stick heads are asynchronous calls and dashed arrows with
stick heads are return messages. This definition is true as of UML 2, considerably
different from UML 1.
3: valid
1: password
2: validate
3: valid
4: user option page
3: valid
4: continue
5: enter details
6: save details
7: response
8: saved
3: valid
4: continue
5: update
6: save
7: response
8: updated
COLLABORATION DIAGRAM:
1: password 2: validate
user crime record database
4: continue 3: valid
8: saved 7: response
4: continue 3: valid
8: updated 7: response
ACTIVITY DIAGRAM:
However, activity diagrams should not take the place of interaction diagrams
and state diagrams. Activity diagrams do not give detail about how objects behave or
how objects collaborate.
Activity diagrams show the flow of activities through the system. Diagrams
are read from top to bottom and have branches and forks to describe conditions and
parallel activities. A fork is used when multiple activities are occurring at the same
time
Activity diagrams are typically used for business process modelling. They consist of:
Initial node.
Activity final node.
Activities
The starting point of the diagram is the initial node, and the activity final node is
the ending. An activity diagram can have zero or more activity final nodes. In
between activities are represented by rounded rectangles
COMPONENT DIAGRAM:
crime database
record
displaying various
modules and
theirconnections to
database
users
DEPLOYMENT DIAGRAM:
web server
GUI DESIGN
LIST OF TABLES
Act Section:
Complain Details:
Crime Details
Property Details
Section Act
CODING
using System;
using System.Collections;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Web;
using System.Web.SessionState;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.HtmlControls;
using System.Data.SqlClient;
using System.Configuration;
namespace WebApplication4.forms
{
#endregion
SqlConnection con=new
SqlConnection("server=.;uid=sa;database=crpt");
protected void Button1_Click(object sender, System.EventArgs e)
{
con.Open();
SqlDataReader rd;
string cmdl="select * from new_login where userid='
txtuid.Text.Trim() + "' and password='"+txtpass.Text.Trim()+
"'and user_position='" +ddlpos.SelectedItem.Text.Trim()+ "'";
SqlCommand cmd=new SqlCommand(cmdl,con);
rd=cmd.ExecuteReader();
if(rd.Read())
{
Response.Redirect("new_user_option.aspx");
using System;
using System.Collections;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Web;
using System.Web.SessionState;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.HtmlControls;
using System.Data.SqlClient;
using System.Configuration;
namespace WebApplication4.forms
{
public partial class WebForm7 : System.Web.UI.Page
{
protected System.Web.UI.WebControls.DropDownList
DropDownList3;
protected System.Web.UI.WebControls.DropDownList
DropDownList4;
}
#endregion
SqlConnection con=new
SqlConnection(ConfigurationSettings.AppSettings["con"]);
int j=0;
int cnt=0;
DataSet ds;
public string section;
public string act;
public string grave;
public string punishable;
protected void Page_Load(object sender, System.EventArgs e)
{
if(!IsPostBack)
{
txtfirno.Text=Session["Firno"].ToString().Trim();
lbldisdate.Text=DateTime.Now.ToString();
ds=new DataSet();
SqlDataAdapter adp=new SqlDataAdapter("select *
from sections_acts",con);
adp.Fill(ds);
Session["dss"]=ds;
cnt=ds.Tables[0].Rows.Count;
for(j=0;j<cnt;j++)
{
ddlact.Items.Add(ds.Tables[0].Rows[j].ItemArray[1].ToString());
ddlsection.Items.Add(ds.Tables[0].Rows[j].ItemArray[3].ToString());
}
}
}
txtpunishable.Text=punishable;
}
rd.Close();
if(con.State==ConnectionState.Closed)
con.Open();
SqlDataAdapter adp=new SqlDataAdapter("select * from
temp_acts_sections",con);
DataSet ds=new DataSet();
adp.Fill(ds);
DataGrid1.DataSource=ds;
DataGrid1.DataBind();
}
rd1=cmd1.ExecuteReader(CommandBehavior.CloseConnection);
SqlDataReader rd;
SqlCommand cmd1=new SqlCommand("select * from
temp_acts_sections",con);
rd=cmd1.ExecuteReader();
DataGrid1.DataSource=rd;
DataGrid1.DataBind();
con.Close();
}
}
}
using System;
namespace WebApplication4.Reports
{
public partial class fulldetails : System.Web.UI.Page
{
SqlConnection con=new
SqlConnection(ConfigurationSettings.AppSettings["con"]);
string fir;
SqlDataAdapter adp;
DataSet ds=new DataSet();
protected void Page_Load(object sender, System.EventArgs e)
{
fir=Session["Firno"].ToString();
}
}
#endregion
TESTING
TESTING
Objectives:
Unit Testing:
In this testing each module of the project is tested to provide its correctness,
validity and also determines any missing operation and to verify whether the
objectives have been met. Errors are noted down and corrected immediately.
Each and every unit is subjected to through unit testing and once it is found error free,
it is taken to the next stage, which is integration to other units.
Integration testing:
The integration testing is performed because; it need not be the case, the software
whose modules when run individually and showing perfect results, will also show
perfect results when run as a whole. This is basically a systematic technique for
constructing the program structure and conducting tests to uncover errors associated
with interfacing. The objective is to take unit-tested modules and to build a program
structure that has been dictated by design.
Top-down Integration:
Bottom-up Integration:
This method as the name suggests, begins construction and testing with atomic
modules i.e., modules at the lowest level. Because the modules are integrated in the
bottom up manner the processing required for the modules subordinate to a given
level is always available and the need for stubs is eliminated.
Validation Testing:
System Testing:
Security Testing:
Performance Testing:
IMPLEMENTATION
To install Microsoft SQL Server 2000 Enterprise Edition, follow these steps on
the database server and the history server.
1) Insert the Microsoft SQL Server 2000 Enterprise Edition CD and click SQL
Server 2000 Components.
2) Click Install Database Server.
The Microsoft SQL Server 2000 Enterprise Edition setup begins. Click Next.
3) From the Welcome window, click Next.
4) From the Computer Name window, click Local Computer and Next.
5) From the Installation Selection window, click Create a new instance of SQL
Server or Install Client Tools. Click Next.
6) From the User Information window, type your name and company. Click
Next.
7) From the Software License Agreement window, read the agreement, and click
yes if you agree with the terms.
From the Installation Definition window, click Server and Client Tools. Click
Next.
8) From the Instance Name window, make sure the Default check box is selected
and click Next.
Click start, programs, microsoft SQL server then click enterprise manager.
Here, right click the database and attach the file which was pasted in the above
folder. Close the sql server.
1) Click start, programs, microsoft visual studio 2008, click microsoft visual
studio 2008.
2) Click flie, open, wesite, selcet the webapplication4 folder from the
computer.
3) The website is opened in the solution explorer.
4) In the solution explorer right click the login.aspx and set as start page and
click F5 or click debug.
5) This will start the application.
SCREENS
REPORTS
UPDATES
CONCLUSION
The project has been appreciated by all the users in the organization.
BIBILOGRAPHY
SOFTWARE ENGINEERING
By Mr.HariNath
Professional ASP.NET 1.1
By Wrox
MSDN 2002
By Microsoft
WEB SITES
www.msdn.com
www.w3schools.com