Professional Documents
Culture Documents
BY
G.V.ADITYA (07C91A0556) K.SANDEEP KUMAR REDDY (07C91A0542) UNDER THE GUIDANCE OF: PROF. SREE LAKSHMI
DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING HOLY MARY INSTITUTE OF TECHNOLOGY AND SCIENCE (COLLEGE OF ENGINEERING) AFFLIATED TO JAWAHARLAL NEHRU TECHNOLOGICAL UNIVERSITY2010
HOLY MARY INSTITUTE OF TECHNOLOGY AND SCIENCE DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
CERTIFICATE This is to certify that the project report titled CENTRAL CHECKPOST
COMPUTERISATION is being submitted by G.V.ADITYA, K.SANDEEP KUMAR REDDY bearing roll numbers 07C91A0556, 07C91A0542 respectively in IV B.Tech II Semester COMPUTER SCIENCE AND ENGINEERING is a record bonafide work carried out by them under the supervision and guidance during the academic year 2010-2011.
EXTERNAL EXAMINER ACKNOWLEDGEMENT We would like to take this opportunity to express my sincere gratitude towards all those who helped us for the successful completion of the project titled CENTRAL CHECKPOST COMPUTERISATION. First of all, we would like to express our gratitude to PROF. SREE LAKSHMI, HITS COE, and my guide for his valuable support, guidance, encouragement, co-operation and suggestions throughout the course of our project. I am indebted to him for giving the opportunity to work under his guidance. We are grateful to MR.B.V REDDY, PRINCIPAL, HITS-COE and other teaching and non-teaching members of HITS COE for their help and support during our project work. We indebted to Prof CHINNA VENKATESHWARLU, HOD, CSE, HITS-COE for his great guidance in the project report work. His patience is matchless and the thesis would not have been a reality without his suggestions, encouragement and support. We thank other members of HOLY MARY INSTITUTE OF TECHNOLOGY AND SCIENCE (College of Engineering)
CONTENTS
Abstract List of figures List of screens 1. INTRODUCTION
1.1 Introduction Objective of Project Scope of the Project 1.2 Limitations of Project 1.3 Organization of project
2. LITERATURE SURVEY
2.1 Introduction 2.2 Existing System 2.2.1 Drawbacks in existing system 2.3 Feasibility study 2.4 Proposed System 2.5 Features of the project
3. ANALYSIS
3.1 Introduction 3.2 Requirement Specification 3.2.1 User requirement 3.2.1.1 Functional requirements 3.2.1.2 Non-functional requirements 3.2.1 Software and Hardware requirements
4. DESIGN
4.1 Introduction 4.2 Database design 4.3 UML diagram 4.2.1 Use case diagram 4.2.2 Class diagram 4.2.3 Sequence diagram 4.2.4 Activity diagram 4.2.5 Collaboration diagram 4.2.6 Flowcharts 4.3 Data Flow Diagram
5. IMPLEMENTATION
5.1 Introduction 5.2 Key functions
7. CONCLUSION
7.1 Conclusion 7.2 Future enhancement
PAGE.NO
CLASS DIAGRAM
SEQUENCE DIAGRAM
ACTIVTIY DIAGRRAM
LIST OF SCREENS
S.NO.
1
PAGE.NO
RTA
CHECKPOST
ABSTRACT
The check post automation system mainly concern with activities of modernization and computerization of check post operations at interstate borders under the state government.
Project analysis:
1. This application consists of following modules 2. Registration of motor vehicles 3. Issue of no objection 4. Issue of certificate of fitness of transport vehicles 5. Issue of license to driver of motor vehicles 6. Issue of permits etc 7. Registration validity 8. Driving license validity 9. Permit validity etc
Modules:
Module I: Registration of motor vehicles Module II: Issue of no objection certificate Module III: Issue certificate of fitness of transport vehicles Module IV: Issue of license to driver of motor vehicles Module V: Issue of permits etc. Module VI: Registration validity Module VII: Driving license validity Module VIII: Permit validity
1. INTRODUCTION
The check post automation system mainly concern with activities of modernization and computerization of check post operations at interstate borders under the state government. The main motto is to reduce the manual work and main constraint time which leads to many problems.
Respective state R.T.AS have their own database of their peoples details and vehicle details. As there is no interaction between the different R.T.AS of different states it is necessary to maintain a centralized database for the purpose of differentiating between the vehicles passing by are of which state. In order to maintain an interaction between different state R.T.AS.The main role played here is by the CHECKMASTER who maintain a centralized database. The details of the vehicles and their respective owner details are stored at their state R.T.AS database whenever they register the vehicle by using a local database their process gets updated in the centralized once. Registration of motor vehicle is a phase where the owner of motor vehicle apply online and take motor vehicle to RTA office for registration where the RTA examines the motor vehicle and issue a registration number to the motor vehicle. The registration details of all the motor vehicles are maintained in the RTA server. Validation of the registration is also done in case if the validation is not being done in the registration office itself.
After completion of registration of motor vehicle, the owner of the motor vehicle apply online for issue of fitness of transport vehicle, in this phase the vehicle is checked manually and it goes under several examinations and pollution check up is also done to the motor vehicle, if all the tests are passed the detailed information of the motor vehicle are maintained in the RTA server. After completion of issue of fitness of transport vehicle the next phase is no objection certificate issue here the owner of the motor vehicle should pay all the taxes related to the vehicle which include road tax, insurance all the details related to the no-objection certificate are maintained in the RTA server.
Issue of license to driver of motor vehicle is a phase I which the driver apply online and shows his/ her driving in front of the officer (RTA). After the test the officer will issue the driving license to the driver, the driving license consists of license number, name of the driver, address, date of issue and validity till date. These details of the driving license are maintained in the RTA server (updated). Issue of permits is a phase in which owner of the vehicle apply online for the permit for his vehicle to transport material (goods) to other states in this he will select the states he want to transport and pay related tax to the RTA to get the permits for his vehicle. The information of the permits of the vehicle is maintained in the server of RTA. When the motor Vehicle enters the check post first the vehicle registration number is entered in the system and the information related to the vehicle is the retrieved from the RTA server. The information related to the vehicle is viewed in the module which include the owner name, address, vehicle version etc,. If the vehicle is not registered then the officer will not permit the vehicle to transport.
Driving license validity is phase where the license number of the driver is entered and retrieves the information related to it from RTA server. The information include the name, address, photo of driver, issue date, date of birth, validity till etc,. if the driver does not have license, then the penalty will issue against the driver.
Permit validity is a phase in which the permit of the vehicle is checked, and they also check the pollution certificate, type of goods transported, license to transport the goods etc, Permit number is entered and related information is retrieved if the vehicle has the permit. It is allowed to check the weight of the vehicle, if the weight of the vehicle exceeds the penalty will be issued or it will be ceased if they transport any unauthorized goods.
1.1 Motivation
After making several surveys regarding the problems faced by users in accessing the details of the motor vehicles we got an idea of initiating this portal called check post computerization. The zeal of our project is to provide easy to use friendly environment for the department people so that the the work load gets reduced and they save time which is the major constraint.
By providing computerized automation the problems faced by maintaining the manual records can be overcome and the entire files and data can be saved forever without being misplaced. By computerizing only the authorized persons are allowed to access the data which provides security to the entire data.
2. LITERATURE SURVEY
2.1 Introduction
The central check-post automation is concerned with the inter-state road permit activity i.e in order to permit a vehicle to transport across the states. In order to get a permission to move across the states the owner of the respective vehicles has to get registered with their respective R.T.AS to get permission to move across. Respective state R.T.AS have their own database of their peoples details and vehicle details. As there is no interaction between the different R.T.AS of different states it is necessary to maintain a centralized database for the purpose of differentiating between the vehicles passing by are of which state. In order to maintain an interaction between different state R.T.AS.The main role played here is by the CHECKMASTER who maintain a centralized database. The details of the vehicles and their respective owner details are stored at their state R.T.AS database whenever they register the vehicle by using a local database their process gets updated in the centralized once. Registration of motor vehicle is a phase where the owner of motor vehicle apply online and take motor vehicle to RTA office for registration where the RTA examines the motor vehicle and issue a registration number to the motor vehicle. The registration details of all the motor vehicles are maintained in the RTA server. Validation of the registration is also done in case if the validation is not being done in the registration office itself.
After completion of registration of motor vehicle, the owner of the motor vehicle apply online for issue of fitness of transport vehicle, in this phase the vehicle is checked manually and it goes under several examinations and pollution check up is also done to the motor vehicle, if all the tests are passed the detailed information of the motor vehicle are maintained in the RTA server. After completion of issue of fitness of transport vehicle the next phase is no objection certificate issue here the owner of the motor vehicle should pay all the taxes related to the vehicle which
include road tax, insurance all the details related to the no-objection certificate are maintained in the RTA server. Issue of license to driver of motor vehicle is a phase I which the driver apply online and shows his/ her driving in front of the officer (RTA). After the test the officer will issue the driving license to the driver, the driving license consists of license number, name of the driver, address, date of issue and validity till date. These details of the driving license are maintained in the RTA server (updated). Issue of permits is a phase in which owner of the vehicle apply online for the permit for his vehicle to transport material (goods) to other states in this he will select the states he want to transport and pay related tax to the RTA to get the permits for his vehicle. The information of the permits of the vehicle is maintained in the server of RTA. When the motor Vehicle enters the check post first the vehicle registration number is entered in the system and the information related to the vehicle is the retrieved from the RTA server. The information related to the vehicle is viewed in the module which include the owner name, address, vehicle version etc,. If the vehicle is not registered then the officer will not permit the vehicle to transport.
Driving license validity is phase where the license number of the driver is entered and retrieves the information related to it from RTA server. The information include the name, address, photo of driver, issue date, date of birth, validity till etc,. if the driver does not have license, then the penalty will issue against the driver.
Permit validity is a phase in which the permit of the vehicle is checked, and they also check the pollution certificate, type of goods transported, license to transport the goods etc, Permit number is entered and related information is retrieved if the vehicle has the permit. It is allowed to check the weight of the vehicle, if the weight of the vehicle exceeds the penalty will be issued or it will be ceased if they transport any unauthorized goods.
Technological Feasibility:
The technical issue usually raised during the feasibility stage of the investigation includes the following: The proposed equipments have the technical capacity to hold the data required to use the new system. The proposed system provides adequate response to inquiries, regardless of the number or location of users.
Economic feasibility
A system can be developed technically and that will be used if installed must still be a good investment for the organization. In the economical feasibility, the development cost in creating the system is evaluated against the ultimate benefit derived from the new systems. Financial benefits must equal or exceed the costs.
Operational feasibility
Proposed projects are beneficial only if they can be turned out into information system. That will meet the organizations operating requirements. Operational feasibility aspects of the project are to be taken as an important part of the project implementation.
is necessary to maintain a centralized database for the purpose of differentiating between the vehicles passing by are of which state. In order to maintain an interaction between different state R.T.AS.The main role played here is by the CHECKMASTER who maintain a centralized database. The details of the vehicles and their respective owner details are stored at their state R.T.AS database whenever they register the vehicle by using a local database their process gets updated in the centralized once.
After completion of driving license issue the owner of the motor vehicle apply for the permit issue, here the owner of the motor vehicle select the type of permit he want for the motor vehicle (permit like national, interstate, with in state) or he can select the state he want to get permit. After issue of the permit to the motor vehicle the detailed information of the motor vehicle permit are maintained in the server of RTA. Registration validity is a phase which is performed when the motor vehicle wants to transport goods from one state to other state at interstate check post here the vehicle number is entered and then check motor vehicles details. The person at check post checks whether the motor vehicle registration is valid or not. If he is not eligible to cross the border and still tried to cross the check post then he has to pay penalty to the officers of the concerned authority as per the given government laws. After completion of registration validity check the motor vehicle under goes another check called driving license validity. In this phase the drivers license is checked if its not renewed the penalty has to be paid by the driver and he wont be permitted as per the governing laws. After completion of driving license validity the motor vehicle undergoes another phase called permit validity. In this phase weighbridge is seen and if a vehicle is carrying more weight than the usual weight which is specified by the law then the vehicle can get penalty and he wont be allowed to cross the check post in addition to taking the license away. The permit information is retrieved from the RTA server. The person at the check post checks the permit details and other information related to vehicle if all are in correct order and as per government rules the motor vehicle is allowed to transport and permission is given to enter the other state. Else, it will be rejected and permission will not be given the permit to transport and in addition penalty will be filed on the vehicle.
2.6 Conclusion
The package was designed in such a way that future modifications can be done easily. The following conclusions can be deduced from the development of the project.
Automation of the entire system improves the efficiency It provides a friendly graphical user interface which proves to be better when compared to the existing system. It gives appropriate access to the authorized users depending on their permissions. It effectively overcomes the delay in communications. Updating of information becomes so easier. System security, data security and reliability are the striking features. The System has adequate scope for modification in future if it is necessary.
This application avoids the manual work and the problems concern with it. It is an easy way to obtain the information regarding the various bugs information that are present in the projects. Well I and my team members have worked hard in order to present an improved website better than the existing ones regarding the information about the various activities. Still, we found out that the project can be done in a better way. Primarily, when we request information about a particular bug it just shows the project name, Bug id, bug name and no. of bugs available. So, after getting the information we can get access to the product company website just by a click on the product name. For the next enhancement we can add the cam-reader for vehicle registration number scanner option. We can directly search to the particular bug from this site .
3. ANALYSIS
3.1 Introduction
Requirements analysis in systems engineering and software engineering, encompasses those tasks that go into determining the needs or conditions to meet for a new altered product, taking account of the possibly conflicting requirements of the various stakeholders, such as beneficiaries or users.
Requirement analysis is critical to the success of a development project. Requirements must be actionable, measurable, testable, related to identified business needs or opportunities, and defined to a level of detail sufficient for system design. After analyzing the requirements of the task to be performed,the next step is to analyze the problem and understand its context by performing two activities.The first activity in the phase is studying the existing system and second activity is understand the requirements and domain of the new system
The URD can be used as a guide to planning cost, timetables, milestones, testing, etc. The explicit nature of the URD allows customers to show it to various stakeholders to make sure all necessary features are described.
uses simple language not ambiguous contains only one point specific to one type of user is qualified describes what and not how
contains only one point specific to one type of user is qualified describes what and not how Non-Functional requirements tend to identify user constraints and system constraints.
Business requirements should be kept pure and not reflect any solution thinking. A system constraint is a constraint imposed by the system and not dictated by a Business Need. Since system constraints are part of a solution, they should be documented in the System Specifications document. For example: The system must be unavailable from midnight until 1:00am for backups.This is a restriction imposed by the system and not a user request. Some people like to further classify the Non-Functional Requirements into such categories as Performance Constraints, Design Constraints, Quality Constraints, etc.. This classification can be used if there is deemed to be a benefit.
Hardware requirements: Hardware RAM : Pentium based system with a minimum of P4 : 256(MINIMUM)
4. DESIGN
4.1 Introduction
Software design is a process of problem-solving and planning for a software solution. After the purpose and specifications of software are determined, software developers will design or employ designers to develop a plan for a solution. It includes low-level component and algorithm implementation issues as well as the architectural view.
license issuing
fitness certificate
permit certification
RTA ADMIN
registration check
license check
fitness check
pollution check
penalty details
reports checking
USER
RTA
DATA BASE SERVER 2.UPDATE 3.REQUEST FOR REG DETAILS 4.DATA RETRIVED
5.VERIFY
8.UPDATE
9.REQUEST FOR NOOBJ DETAILS 10.DATA RETRIVED 12.ISSUE OF NO OBJ CERTIFICATE 11.VERIFY
14.UPDATE
24.ISSUE OF LICENSE
23.VERIFY
25.APPLY FOR PERMIT CERT 26.UPDATE 27.REQ FOR PERMIT DETAILS 28.DATA RETRIVED 30.ISSUE OF PERMIT CERT 29.VERIFY
31.REQ FOR REG DETAILS 32.SUBMIT DETAILS 33.CHECK DETAILS FROM DATABASE 34.ACK DATA RETRIVED 35.VALIDATE
36.REQ FOR LICENSE DETAILS 37.SUBMIT DETAILS 40.VALIDATE 38.CHECK DETAILS 39.ACK DATA RETRIVED
41.REQ FOR PERMIT DETAILS 42.SUBMIT DETAILS 43.CHECK DETAILS 44.ACK DETAILS RETRIVED 46.CHARGE PENALTIES 47.PAY PENALTY FEES 45.VALIDATE 48.UPDATE REPORT 49.REPORT UPDATED 51.ISSUE PERMISSION TO MOVE ON 50.ACK
LOGIN
CHECK REGISTRATION DETAILS VALIDATE YES CHECK LICENSE DETAILS VALIDATE YES CHECK PERMIT DETAILS VALIDATE YES CHECK FITNESS DETAILS VALIDATE YES ALLOW VEHICLE TO PASS CHECKPOST NO NO NO ISSUE PENALTIES NO
LOGOUT
STOP
START LOGIN
GET NO OBJECTION DETAILS IS VALID YES ISSUE NO OBJECTION CETIFICATE GET FITNESS CERTIFICATE DETAILS IS VALID YES ISSUE OF FITNESS CERTIFICATE NO NO
GET LICENSE DETAILS IS VALID YES ISSUE OF LICENSE GET PERMIT DETAILS IS VALID YES LOG OUT NO NO
STOP
described logically and independently of physical components associated with the system. These are known as the logical data flow diagrams. The physical data flow diagrams show the actual implements and movement of data between people, departments and workstations. A full
description of a system actually consists of a set of data flow diagrams. Using two familiar notations Yourdon, Gene and Samson notation develops the data flow diagrams. Each component in a DFD is labeled with a descriptive name. Process is further identified with a number that will be used for identification purpose. The development of DFDs is done in several levels. Each process in lower level diagrams can be broken down into a more detailed DFD in the next level. The lop-level diagram is often called context diagram. It consists a single process bit, which plays vital role in studying the current system. The process in the context level diagram is exploded into other process at the first level DFD. The idea behind the explosion of a process into more process is that understanding at one level of detail is exploded into greater detail at the next level. This is done until further explosion is necessary and an adequate amount of detail is described for analyst to understand the process.
DFD SYMBOLS
Data move in specific direction from an origin to a destination in the form of a document or any other media. Arrow is used to represent data flow.
PROCESS:
Procedure or device that use or produce (Transfer) data. Circle is used to represent Process.
5. IMPLEMENTATION
5.1 Introduction
Implementation deals with methods of how the project has been implemented. This phase mainly consists of screen shots that have been taken during the development of the project. The results are nothing but the screen shots. The other important topic of the phase holds is the coding. It explains the way the client sends a request to the server and forwarding of the same request to the other phases.
Objective:
To provide a consistent object-oriented programming environment whether object code is stored and executed locally, executed locally but Internet-distributed, or executed remotely. To provide a code-execution environment that minimizes software deployment and versioning conflicts. To provide a code-execution environment that guarantees safe execution of code, including code created by an unknown or semi-trusted third party. To provide a code-execution environment that eliminates the performance problems of scripted or interpreted environments. To make the developer experience consistent across widely varying types of applications, such as Windows-based applications and Web-based applications. 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 Framework, is a comprehensive, objectoriented collection of reusable types that you can use to develop applications ranging from traditional command-line or graphical user interface (GUI) applications to applications based on the latest innovations provided by ASP.NET, such as Web Forms and XML Web services. 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. For example, ASP.NET hosts the runtime to provide a scalable, server-side environment for managed code. ASP.NET works directly with the runtime to enable Web Forms applications and XML Web services, both of which are discussed later in this topic. Internet Explorer is an example of an unmanaged application that hosts the runtime (in the form of a MIME type extension). Using Internet Explorer to host the runtime enables you to embed managed components or Windows Forms controls in HTML documents. Hosting the runtime in this way makes managed mobile code (similar to Microsoft ActiveX controls) possible, but with significant improvements that only managed code can offer, such as semi-trusted execution and secure isolated file storage. 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 selfdescribing. 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. In addition, the managed environment of the runtime eliminates many common software issues. For example, the runtime automatically handles object layout and manages references to objects, releasing them when they are no longer being used. This automatic memory management resolves the two most common application errors, memory leaks and invalid memory references. 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 developers. Any compiler vendor who chooses to target the runtime can do so. Language compilers that target the .NET Framework make the features of the .NET Framework available to existing code written in that language, greatly easing the migration process for existing applications. 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 runtime is designed to enhance performance. Although the common language runtime provides many standard runtime services, managed code is never interpreted. A feature called justin-time (JIT) compiling enables all managed code to run in the native machine language of the system on which it is executing. Meanwhile, the memory manager removes the possibilities of fragmented memory and increases memory locality-of-reference to further increase performance. Finally, the runtime can be hosted by high-performance, server-side applications, such as Microsoft SQL Server and Internet Information Services (IIS). This infrastructure enables you to use managed code to write your business logic, while still enjoying the superior performance of the industry's best enterprise servers that support runtime hosting.
Console applications. Scripted or hosted applications. Windows GUI applications (Windows Forms). ASP.NET applications.
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.
Unlike ActiveX controls, Windows Forms controls have semi-trusted access to a user's computer. This means that binary or natively executing code can access some of the resources on the user's system (such as GUI elements and limited file access) without being able to access or compromise other resources. Because of code access security, many applications that once needed to be installed on a user's system can now be safely deployed through the Web. Your applications can implement the features of a local application while being deployed like a Web page.
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. Finally, like Web Forms pages in the managed environment, your XML Web service will run with the speed of native machine language using the scalable communication of IIS.
Enhanced Performance: ASP.NET is compiled common language runtime code running on the
server. Unlike its interpreted predecessors, ASP.NET can take advantage of early binding, just-intime compilation, native optimization, and caching services right out of the box. This amounts to dramatically better performance before you ever write a line of code.
World-Class Tool Support: The ASP.NET framework is complemented by a rich toolbox and
designer in the Visual Studio integrated development environment. WYSIWYG editing, drag-anddrop server controls, and automatic deployment are just a few of the features this powerful tool provides.
Power and Flexibility: Because ASP.NET is based on the common language runtime, the
power and flexibility of that entire platform is available to Web application developers. The .NET Framework class library, Messaging, and Data Access solutions are all seamlessly accessible from the Web. ASP.NET is also language-independent, so you can choose the language that best applies to your application or partition your application across many languages. Further, common language runtime interoperability guarantees that your existing investment in COM-based development is preserved when migrating to ASP.NET.
Simplicity: ASP.NET makes it easy to perform common tasks, from simple form submission and
client authentication to deployment and site configuration. For example, the ASP.NET page framework allows you to build user interfaces that cleanly separate application logic from presentation code and to handle events in a simple, Visual Basic - like forms processing model. Additionally, the common language runtime simplifies development, with managed code services such as automatic reference counting and garbage collection.
Scalability and Availability: ASP.NET has been designed with scalability in mind, with
features specifically tailored to improve performance in clustered and multiprocessor environments. Further, processes are closely monitored and managed by the ASP.NET runtime, so that if one misbehaves (leaks, deadlocks), a new process can be created in its place, which helps keep your application constantly available to handle requests.
Security: With built in Windows authentication and per-application configuration, you can be
assured that your applications are secure. Language Support:
The Microsoft .NET Platform currently offers built-in support for three languages: C#, Visual Basic, and JScript.
ASP.NET supports two methods of authoring dynamic pages. The first is the method shown in the preceding samples, where the page code is physically declared within the originating .aspx file. An alternative approach--known as the code-behind method--enables the page code to be more cleanly separated from the HTML content into an entirely separate file.
1) ASP.NET Web Forms provide an easy and powerful way to build dynamic Web UI. 2) ASP.NET Web Forms pages can target any browser client (there are no script library or cookie requirements). 3) ASP.NET Web Forms pages provide syntax compatibility with existing ASP pages. 4) ASP.NET server controls provide an easy way to encapsulate common functionality. 5) ASP.NET ships with 45 built-in server controls. Developers can also use controls built by third parties. 6) ASP.NET server controls can automatically project both up level and down level HTML. 7) ASP.NET templates provide an easy way to customize the look and feel of list server controls.
server data
Crystal Reports:
Crystal Reports for Visual Basic .NET is the standard reporting tool for Visual Basic.NET; it brings the ability to create interactive, presentation-quality content which has been the strength of Crystal Reports for years to the .NET platform. With Crystal Reports for Visual Basic.NET, you can host reports on Web and Windows platforms and publish Crystal reports as Report Web Services on a Web server. To present data to users, you could write code to loop through record sets and print them inside your Windows or Web application. However, any work beyond basic formatting can be complicated: consolidations, multiple level totals, charting, and conditional formatting are difficult to program. With Crystal Reports for Visual Studio .NET, you can quickly create complex and professionallooking reports. Instead of coding, you use the Crystal Report Designer interface to create and format the report you need. The powerful Report Engine processes the formatting, grouping, and charting criteria you specify.
Report Experts:
Using the Crystal Report Experts, you can quickly create reports based on your development needs: Choose from report layout options ranging from Standard reports to form letters, or build your own report from scratch. Display charts that users can drill down on to view detailed report data. Calculate summaries, subtotals, and percentages on grouped data. Show TopN or BottomN results of data. Conditionally format text and rotate text objects.
Database:
A database is similar to a data file in that it is a storage place for data. Like a data file, a database does not present information directly to a user; the user runs an application that accesses data from the database and presents it to the user in an understandable format. The DBMS is responsible for enforcing the database structure, including: Maintaining the relationships between data in the database.
Ensuring that data is stored correctly and that the rules defining data relationships are not violated. Recovering all data to a point of known consistency in case of system failures.
Relational Database:
There are different ways to organize data in a database but relational databases are one of the most effective. Relational database systems are an application of mathematical set theory to the problem of effectively organizing data. In a relational database, data is collected into tables (called relations in relational theory). When organizing data into tables, you can usually find many different ways to define tables. Relational database theory defines a process, normalization, which ensures that the set of tables you define will organize your data effectively.
Client/Server:
In a client/server system, the server is a relatively large computer in a central location that manages a resource used by many people. When individuals need to use the resource, they connect over the network from their computers, or clients, to the server. Examples of servers are: In client/server database architecture, the database files and DBMS software reside on a server. A communications component is provided so applications can run on
separate clients and communicate to the database server over a network. The SQL Server communication component also allows communication between an application running on the server and SQL Server. While SQL Server is designed to work as a server in a client/server network, it is also capable of working as a stand-alone database directly on the client. The scalability and ease-of-use features of SQL Server allow it to work efficiently on a client without consuming too many resources.
Scalability:
The same database engine can be used across platforms ranging from laptop computers running Microsoft Windows 95/98 to large, multiprocessor servers running Microsoft Windows NT, Enterprise Edition.
Data warehousing:
SQL Server includes tools for extracting and analyzing summary data for online analytical processing (OLAP). SQL Server also includes tools for visually designing databases and analyzing data using English-based questions.
Databases
A database in Microsoft SQL Server consists of a collection of tables that contain data, and other objects, such as views, indexes, stored procedures, and triggers, defined to support activities performed with the data. The data stored in a database is usually related to a particular subject or process, such as inventory information for a manufacturing warehouse.SQL Server can support many databases, and each database can store either interrelated data or data unrelated to that in
the other databases. For example, a server can have one database that stores personnel data and another that stores product-related data. Alternatively, one database can store current customer order data, and another; related database can store historical customer orders that are used for yearly reporting. Before you create a database, it is important to understand the parts of a database and how to design these parts to ensure that the database performs well after it is implemented.
Normalization theory:
Relations are to be normalized to avoid anomalies. In insert, update and delete operations. Normalization theory is built around the concept of normal forms. A relation is said to be in a particular form if it satisfies a certain specified set if constraints. To decide a suitable logical structure for given database design the concept of normalization, which are briefly described below.
a) 1st Normal Form (1 N.F): A relation is said to be in 1 NF is and only if all unaligned domains contain values only. That is the fields of an n-set should have no group items and no repeating groups.
b) 2nd Normal Form (2 N.F) : A relation is said to be in 2 NF is and only if it is in 1 NF and every non key attribute is fully dependent on primary key. This normal takes care of functional dependencies on non-key attributes. c) 3rd Normal Form (3 N.F) : A relation is said to be in 3 NF is and only if it is in 2 NF and every non key attribute is non transitively dependent on the primary key. This normal form avoids the transitive dependencies on the primary key. d) Boyce code Normal Form (BCNF): This is a stronger definition than that of NF. A relation is said to be in BCNF if and only if every determinant is a Candidate key.
e) 4th Normal Form (4 NF) : A relation is said to be in 4 NF if and only if whenever there exists a multi valued dependency in a relation say A->->B then all of the relation are also functionally dependent on A(i.e. A->X for all attributes x of the relation.).
f) 5th Normal Form (5 NF) OR Projection Join Normal Form (PJNF): A relation R is in 5 NF .if and only if every join dependency in R is implied by the candidate key on R . A relation cant be non-loss split into two tables but can be split into three tables. This is called Join Dependency.
A Data Adapter 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 Data Adapter, 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. 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, Data Reader and Data Adapter. 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:
Connections. For connection to and managing transactions against a database. Commands. For issuing SQL commands against a database. Data Readers. For reading a forward-only stream of data records from a SQL Server data source.
Datasets. For storing, removing and programming against flat data, XML data and relational data.
Data Adapters. 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 Data Reader 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 North wind database.
Data Readers:
The Data Reader object is somewhat synonymous with a read-only/forward-only cursor over data. The Data Reader API supports flat as well as hierarchical data. A Data Reader object is returned after executing a command against a database. The format of the returned Data Reader object is different from a record set. For example, you might use the Data Reader 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 Get Changes 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 Data Adapter (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 Web Services. In fact, a Dataset with a schema can actually be compiled for type safety and statement completion.
There is a lot more information about ADO.NET in the documentation. Remember, you can execute a command directly against the database in order to do updates, and deletes. You don't need to first put data into a Dataset in order to insert, update, or delete it.
Also, you can use a Dataset to bind to the data, move through the data, and navigate data relationships
JavaScript is a new scripting language for WebPages. Scripts written with java script can be embedded into your HTML pages. With java script you have many possibilities for enhancing your HTML page with interesting elements. For example you are able to respond to user-initiated events quite easily. Some effects that are now possible with java script were some time ago only possible with CGI. So you can create really sophisticated pages with the help of java script on the Internet.
<html> <head> My first JavaScript </head> <body><br> This is a normal HTML document <br> <script language=JavaScript> Document. Write (this is a java script)
If you are using a java script enabled-browser at the moment then you will have the possibility to see this script working. If your browser doesnt support Java Script then this output might be some kind of strange This is a normal HTML document This is java script! Back in HTML again.
Functions:
Functions are bet declared between the <Head> tag of HTML page. Functions are called by userinitiated events. Seems reasonable to keep the functions between the <Head> tags. They are loaded first before a user can do anything that might call a function. Scripts can be placed between inside comment fields to ensure that older browser do not display the script itself.
<html> <head> <script language=JavaScript> Function pushbutton (){ alert (Hello!); } </script> </head> <body> <form> <input type=button name=Button1 value=push me on click=pushbutton ()> </form>
</body> </html>
If we want to test this one immediately and you are using a Java Script enabled browser then please go ahead and push the button. This script will create a button and when you press it a window will pop up saying hello!. In fact we have a lot of possibilities just by adding functions to our scripts. The common browsers transmit the form information by either method: heres the complete tag including the GET transmission method attribute for the previous form
Example
Input elements:
Use the <input> tag to define any one of a number of common form elements including text fields multiple choice lists click able images and submission buttons. There are many attributers for this tag only that types and name attributes are required for each element, each type of input element uses only a subset of the followed attributes. Additional <input> attributes may be required based upon which type of the form element you specify.
Submit button:
The submit button (<input type=submit> ) does what its name implies, settings in motion the forms submission to the server from the browser. We many have more than submit buttons will be added to the parameter list the browser sends along to the server.
Reset button:
The reset button if firm <input> button is nearly self- explanatory; it lets the user reset erase or set to some default value all elements in the form. By default the browser displays a reset button worth the label reset. We can change that by specifying a value attribute with tour own button label.
Database models
ADO.NET and accessing the database through applets and ADO.NET API via an intermediate server resulted server resulted in a new type of database model which is different from the client-server model. Based on number of intermediate server through the request should go it is named as single tire, two tire and multi tire architecture
Single Tier:
In a single tier the server and client are the same in the sense that a client program that needs information (client) and the source of this type of architecture is also possible in java, in case flat files are used to store the data. However this is useful only in case of small applications. The advantage with this is the simplicity and portability of the application developed.
DB
called as the server. Software in different machines, requesting for information are called as the clients.
Server
Client
Client Database
C# Language:
C# (pronounced C Sharp) is a multi-paradigm programming language that encompasses functional, imperative, generic, object-oriented (class-based), and component-oriented programming disciplines. It was developed by Microsoft as part of the .NET initiative and later
approved as a standard by ECMA (ECMA-334) and ISO (ISO/IEC 23270). C# is one of the 44 programming languages supported by the .NET Framework's Common Language Runtime. C# is intended to be a simple, modern, general-purpose, object-oriented programming language. Anders Hejlsberg, the designer of Delphi, leads the team which is developing C#. It has an object-oriented syntax based on C++ and is heavily influenced by other programming languages such as Delphi and Java. It was initially named Cool, which stood for "C like Object Oriented Language". However, in July 2000, when Microsoft made the project public, the name of the programming language was given as C#. The most recent version of the language is C# 3.0 which was released in conjunction with the .NET Framework 3.5 in 2007. The next proposed version, C# 4.0, is in development.
History:
In 1996, Sun Microsystems released the Java programming language with Microsoft soon purchasing a license to implement it in their operating system. Java was originally meant to be a platform independent language, but Microsoft, in their implementation, broke their license agreement and made a few changes that would essentially inhibit Java's platform-independent capabilities. Sun filed a lawsuit and Microsoft settled, deciding to create their own version of a partially compiled, partially interpreted object-oriented programming language with syntax closely related to that of C++. During the development of .NET, the class libraries were originally written in a language/compiler called Simple Managed C (SMC). In January 1999, Anders Hejlsberg formed a team to build a new language at the time called Cool, which stood for "C like Object Oriented Language. Microsoft had considered keeping the name "Cool" as the final name of the language, but chose not to do so for trademark reasons. By the time the .NET project was publicly announced at the July 2000 Professional Developers Conference, the language had been renamed C#, and the class libraries and ASP.NET runtime had been ported to C#. C#'s principal designer and lead architect at Microsoft is Anders Hejlsberg, who was previously involved with the design of Visual J++, Borland Delphi, and Turbo Pascal. In interviews and technical papers he has stated that flaws in most major programming languages (e.g. C++, Java, Delphi, and Smalltalk) drove the fundamentals of the Common Language Runtime (CLR),
which, in turn, drove the design of the C# programming language itself. Some argue that C# shares roots in other languages.
Features of C#:
By design, C# is the programming language that most directly reflects the underlying Common Language Infrastructure (CLI). Most of C#'s intrinsic types correspond to value-types implemented by the CLI framework. However, the C# language specification does not state the code generation requirements of the compiler: that is, it does not state that a C# compiler must target a Common Language Runtime (CLR), or generate Common Intermediate Language (CIL), or generate any other specific format. Theoretically, a C# compiler could generate machine code like traditional compilers of C++ or FORTRAN; in practice, all existing C# implementations target CIL.
There are no global variables or functions. All methods and members must be declared within classes. It is possible, however, to use static methods/variables within public classes instead of global variables/functions.
Local variables cannot shadow variables of the enclosing block, unlike C and C++. Variable shadowing is often considered confusing by C++ texts.
C# supports a strict Boolean data type, bool. Statements that take conditions, such as
while
and if, require an expression of a Boolean type. While C++ also has a Boolean
type, it can be freely converted to and from integers, and expressions such as if(a) require only that a is convertible to bool, allowing a to be an int, or a pointer. C# disallows this "integer meaning true or false" approach on the grounds that forcing programmers to use expressions that return exactly bool can prevent certain types of programming mistakes such as if (a = b) (use of = instead of ==).
In C#, memory address pointers can only be used within blocks specifically marked as unsafe, and programs with unsafe code need appropriate permissions to run. Most object access is done through safe object references, which are always either pointing to a valid, existing object, or have the well-defined null value; a reference to a garbage-collected
object, or to random block of memory, is impossible to obtain. An unsafe pointer can point to an instance of a value-type, array, string, or a block of memory allocated on a stack. Code that is not marked as unsafe can still store and manipulate pointers through the System.IntPtr type, but cannot dereference them.
Managed memory cannot be explicitly freed, but is automatically garbage collected. Garbage collection addresses memory leaks. C# also provides direct support for deterministic finalization with the using statement (supporting the Resource Acquisition Is Initialization idiom).
Multiple inheritance is not supported, although a class can implement any number of interfaces. This was a design decision by the language's lead architect to avoid complication, avoid dependency hell and simplify architectural requirements throughout CLI.
Enumeration members are placed in their own scope. C# provides syntactic sugar for a common pattern of a pair of methods, accessor (getter) and mutator (setter) encapsulating operations on a single attribute of a class, in form of properties.
Full type reflection and discovery is available. C# currently (as of 3 June 2008) has 77 reserved words.
Categories of data types: CTS separates data types into two categories:
Value types are plain aggregations of data. Instances of value types do not have referential identity nor referential comparison semantics - equality and inequality comparisons for value types compare the actual data values within the instances, unless the corresponding operators are overloaded. Value types are derived from System.ValueType, always have a default value, and can always be created and copied. Some other limitations on value types are that they cannot derive from each other (but can implement interfaces) and cannot have a default (parameter less) constructor. Examples of value types are some primitive types, such as int (a signed 32-bit integer), float (a 32-bit IEEE floating-point number), char (a 16-bit Unicode code point), and
System.DateTime
In contrast, reference types have the notion of referential identity - each instance of reference type is inherently distinct from every other instance, even if the data within both instances is the same. This is reflected in default equality and inequality comparisons for reference types, which test for referential rather than structural equality, unless the corresponding operators are overloaded (such as the case for System. String). In general, it is not always possible to create an instance of a reference type, nor to copy an existing instance, or perform a value comparison on two existing instances, though specific reference types can provide such services by exposing a public constructor or implementing a corresponding interface (such as ICloneable or
IComparable).
Examples of reference types are object (the ultimate base class for all other C#
classes), System. String (a string of Unicode characters), and System. Array (a base class for all C# arrays).
Generics:
Generics, or parameterized types, or parametric polymorphism is a .NET 2.0 feature supported by C#. Unlike C++ templates, .NET parameterized types are instantiated at runtime rather than by the compiler; hence they can be cross-language whereas C++ templates cannot. They support some features not supported directly by C++ templates such as type constraints on generic parameters by use of interfaces. On the other hand, C# does not support non-type generic parameters. Unlike generics in Java, .NET generics use reification to make parameterized types
first-class objects in the CLI Virtual Machine, which allows for optimizations and preservation of the type information.
Static classes:
Static classes are classes that cannot be instantiated or inherited from, and that only allow static members. Their purpose is similar to that of modules in many procedural languages.
Anonymous delegates:
Anonymous delegates provide closure functionality in C#. Code inside the body of an anonymous delegate has full read/write access to local variables, method parameters, and class members in scope of the delegate, excepting out and ref parameters. For example:int SumOfArrayElements(int[] array) { int sum = 0; Array.ForEach ( array, delegate (int x) {
Example:
String status = string. Empty;
public string Status { get { return status; } // anyone can get value of this property,
protected set { status = value; } // but only derived classes can change it }
Nullable types:
Nullable value types (denoted by a question mark, e.g. int? i = null;) which add null to the set of allowed values for any value type. This provides improved interaction with SQL databases, which can have nullable columns of types corresponding to C# primitive types: an SQL INTEGER NULL column type directly translates to the C# int?. Nullable types received an eleventh-hour improvement at the end of August 2005, mere weeks before the official launch, to improve their boxing characteristics: a nullable variable which is assigned null is not actually a null reference, but rather an instance of struct
Nullable<T>
with property HasValue equal to false. When boxed, the Nullable instance itself
is boxed, and not the value stored in it, so the resulting reference would always be non-null, even for null values. The following code illustrates the corrected flaw:
int? i = null; object o = i; if (o == null) Console.WriteLine ("Correct behavior - runtime version from September 2005 or later"); else Console.WriteLine ("Incorrect behavior - pre-release runtime (from before September 2005)");
FunctionName: EmployeeHomepage
FunctionName: CustomerMenuBar
FunctionName: RegistraionForm
individual module. When the client is required to request for any data access, it is first mandatory to establish connection with server.
The output screens give us the clear view of the results that has been implemented. Thus
the implementation has carried out successfully with all the desired results.
5.4 Conclusion
The implementation and results of the project has been mentioned above details with the help of screen shots. Thus on conclusion, we have proved that the project is implemented and all possible screens have been displayed. Thus on conclusion, the implementation phases gives us the details about the execution of our project. The resultant outputs are also displayed in the above screens shots.
Purpose: Each and every employee is provide with an unique id with which they can be able get logged into the application. Test Case Description: By entering a valid id number it cross checks from the database and then allow the employee to get accessed to the application or if not it describes he is not a valid user. Ex-User id-varchar (20) Constraint-primary key
Test Data: S.No 1. Input specification Column name:userid Valid input: if the employee enters the valid id number in the form it just retrieves the details from the database whether he is a valid user or not and provides with their respective jobs. Invalid input: If the user enters the invalid Invalid input Result: After cross checking the Expected result Valid input result: after crosschecking the details the valid users can able to carry out with their own respective jobs according to their roles.
number it just gets popped up details from their respective with the message describing that he is not a valid user at all. databases if he is not a valid user then he is not allowed to get logged in to the application and pops with a message of invalid 2 Column name: password Valid input: if the employee enters the valid password in Valid input result: after crosschecking the details the valid users can able to carry
the form it just retrieves the details from the database whether he is a valid user or not and provides with their respective jobs. Invalid input: If the user enters the invalid password it just get popped up with the message describing that he is not a valid user.
Invalid input Result: After cross checking the details from their respective databases if he is not a valid user then he is not allowed to get logged in to the application and pops with a message of invalid
Test Completion Criteria: When the expected result matches the actual result after performing the test .The test is considered to be complete. Test Process: Person Responsible for testing: G.V.ADITYA, K.SANDEEP REDDY Person Responsible for solving defects: G.V.ADITYA, K.SANDEEP REDDY 13.2Test Reports: Name of the Project: CENTRAL CHECKPOST COMPUTERISATION Module Name: REGISTRATION VALIDITY FORM Unit Name: Regno, issuedate, expirydate, offense commited, penalty Test Result: By entering the valid id number the employees i.e. admin of check-post employee can be able to log into the application and can be able to process with their respective RTA to know whether he has a valid reg number. Test Plan: Unit level/module form/integration Test plan for: CENTRAL CHECKPOST COMPUTERISATION
Unit id: central check post computerization-Login form Test Case id: Regno, issue date, expiry date, offense committed, penalty Test Type: unit level/form level/integration level Form Name: Registration validation form Base table: Registration Purpose: Each and every user are provide with an unique regno with which they can be able get an authority from respective RTA to run on road.. Test Case Description: By entering a valid regid number it cross checks from the database and then allow the employee to get accessed to the application or if not it describes he is not a valid user. Ex-regno-varchar (20) Constraint-primary key Name of the Project: CENTRAL CHECKPOST COMPUTERISATION Module Name: LOGIN FORM Unit Name: Userid, password Test Result: By entering the valid id number the employees i.e. admin of RTA or Check-post or even the employee can be able to log into the application and can be able to process with their respective jobs. Test Plan: Unit level/module form/integration Test plan for: CENTRAL CHECKPOST COMPUTERISATION Unit id: central check post computerization-Login form Test Case id: Userid, password TestType: unit level/form level/integration level Form Name: Login form Base table: CCC Purpose: Each and every employee is provide with an unique id with which they can be able get logged into the application. Test Case Description: By entering a valid id number it cross checks from the database and then allow the employee to get accessed to the application or if not it describes he is not a valid user. Ex-User id-varchar (20)
Constraint-primary key Test Data: S.No 1. Input specification Column name:userid Valid input: if the employee enters the valid id number in the form it just retrieves the details from the database whether he is a valid user or not and provides with their respective jobs. Invalid input: If the user enters the invalid Invalid input Result: After cross checking the Expected result Valid input result: after crosschecking the details the valid users can able to carry out with their own respective jobs according to their roles.
number it just gets popped up details from their respective with the message describing that he is not a valid user at all. databases if he is not a valid user then he is not allowed to get logged in to the application and pops with a message of invalid 2 Column name: password Valid input: if the employee enters the valid password in the form it just retrieves the details from the database whether he is a valid user or not and provides with their respective jobs. Invalid input: If the user enters the invalid password it just get popped Invalid input Result: After cross checking the Valid input result: after crosschecking the details the valid users can able to carry out with their own respective jobs according to their roles.
details from their respective databases if he is not a valid user then he is not allowed to get logged in to the application and pops with a message of invalid
Test Completion Criteria: When the expected result matches the actual result after performing the test .The test is considered to be complete. Test Process: Person Responsible for testing: G.V.ADITYA, K.SANDEEP REDDY Person Responsible for solving defects: G.V.ADITYA, K.SANDEEP REDDY 13.2Test Reports: Name of the Project: CENTRAL CHECKPOST COMPUTERISATION Module Name: REGISTRATION VALIDITY FORM Unit Name: Regno, issuedate, expirydate, offense commited, penalty Test Result: By entering the valid id number the employees i.e. admin of check-post employee can be able to log into the application and can be able to process with their respective RTA to know whether he has a valid reg number. Test Plan: Unit level/module form/integration Test plan for: CENTRAL CHECKPOST COMPUTERISATION Unit id: central check post computerization-Login form Test Case id: Regno, issue date, expiry date, offense committed, penalty Test Type: unit level/form level/integration level Form Name: Registration validation form Base table: Registration Purpose: Each and every user are provide with an unique regno with which they can be able get an authority from respective RTA to run on road..
Test Case Description: By entering a valid regid number it cross checks from the database and then allow the employee to get accessed to the application or if not it describes he is not a valid user. Ex-regno-varchar (20) Constraint-primary key Test Data: S.No 1. Input specification Column name: regno Valid input: if the employee enters the valid id number in the form it just retrieves the details from the database whether he is a valid user or not and provides with their respective jobs. Invalid input: If the user enters the invalid number it just get popped up with the message describing that he is not a valid user at all and are penalized. Invalid input Result: After cross checking the details from their respective databases if he is not a valid user then he is not allowed to get logged in to the application and pops with a message of invalid 2 Column name: penalty Valid input: if the employee gets the valid regno in the form it just retrieves the details from the database whether he is a valid user or not and provides with their Valid input result: after crosschecking the details the valid users can able to carry out with their own respective jobs according to their database. Expected result Valid input result: after crosschecking the details the valid users can able to carry out with their own respective jobs according to their roles.
respective jobs and allowed to move on. Invalid input: If the user enters the invalid password it just get popped up with the message describing that he is not a valid user and penalized with respect to offense committed. Invalid input Result: After cross checking the details from their respective databases if he is not a valid user then he is not allowed to get passed from check post and pops with a message of invalid and are penalized
Test Completion Criteria: When the expected result matches the actual result after performing the test .The test is considered to be complete. Test Process: Person Responsible for testing: G.V.ADITYA, K.SANDEEP REDDY Person Responsible for solving defects: G.V.ADITYA, K.SANDEEP REDDY
Test Completion Criteria: When the expected result matches the actual result after performing the test .The test is considered to be complete. Test Process: Person Responsible for testing: G.V.ADITYA, K.SANDEEP KUMAR REDDY Person Responsible for solving defects: G.V.ADITYA, K.SANDEEP KUMAR REDDY
UNIT TESTING:
Unit Testing is done on individual modules as they are completed and become executable. It is confined only to the designer's requirements.
Each module can be tested using the following two Strategies: Black Box Testing:
In this strategy some test cases are generated as input conditions that fully execute all functional requirements for the program. This testing has following categories: Incorrect or missing functions Interface errors Errors in data structure or external database access Performance errors Initialization and termination errors. In this testing only the output is checked for correctness. The logical flow of the data is not checked. been uses to find errors in the
Guarantee that all independent paths have been Executed. Execute all logical decisions on their true and false Sides. Execute all loops at their boundaries and within their operational bounds Execute internal data structures to ensure their validity.
INTEGRATING TESTING:
Integration testing ensures that software and subsystems work together a whole. It tests the interface of all the modules to make sure that the modules behave properly when integrated together.
SYSTEM TESTING:
Involves in-house testing of the entire system before delivery to the user. Its aim is to satisfy the user the system meets all requirements of the client's specifications.
Unique-test-case-id2: Test case Title:Client-server connectivity Purpose:to establish connection between client and server. Pre req : server should be open for inbound connections. Steps : 1. Start the server. 2. Start the client and connect to the server. Unique-test-case-id3: Test case Title:Server-cloud connectivity Purpose:to establish connection between server and cloud. Pre req : cloud should be open for inbound connections. Steps : 1. Initiate the cloud. 2.Establish connection between server and cloud.
Unique-test-case-id4: Test case Title:Data access permission from cloud Purpose: to allow the client to obtain the requested data. Pre req : data should be available. Steps : 1. Send acknowledgement to the server. 2. Send requested data to the client.
6.4 Validation
The system has been tested and implemented successfully and thus ensured that all the requirements as listed in the software requirements specification are completely fulfilled. In case of erroneous input corresponding error messages are displayed.
1 2 3 4 5 6
Unit Testing Integration Testing Validation Testing System testing Black Box Testing White Box testing
Pass Pass
6.6 Conclusion
Thus the testing has been performed using unit testing, Module testing and integration testing. These test cases give us the clear cut view if the whether the project has come out with the results expected. They are used to test the modules in each and every possible way and have been checked out whether the result obtained is valid or not. As the connections are made successfully and secure data is accesses by the user from the server, the system is perfectly working.
7. CONCLUSION
7.1 Conclusion
We can have very apt traceability in the entire project.
Online payments of penalty and temporary vehicle details can also be added. Servers will be centralized taking permissions/data from different states and make it easier for the respective authorities.
8. BIBLIOGRAPHY
The following books and websites were referred during Development of the project. Books Software Engineering By Roger. S. Pressman Unified Modeling Language By Grady Booch, Ranbaugh, Jacobson SQL for Professionals By Jain C#.NET Black Book By Evangeleous Petereous Web Sites www.sourcecodeonline.com www.asp.net www.msdn.com