Professional Documents
Culture Documents
Prison Management System
Prison Management System
Table of Contents
Description
1.0 Introduction
1.1 Purpose
1.2 Scope
1.4 References
1.6 Overview
2.11.2 Schema
CHAPTER – 1
INTRODUCTION
1.1 PURPOSE:
This project is aimed at developing a
prison management system that is a collection of registers
and reports for the effective management of prisons. This
system should contain the modules like nominal roll, case
register, parole register, Interview requests, In-out register
and an automated release diary generator.
a .Nominal Roll:
The details of the prisoner and his/her
demographic details should be captured. A digital photo
comprising different views of the prisoner and the list of
articles surrendered by prisoner during nominal roll are to
be recorded.
b. Case register:
All the details of the cases against the
prisoner should be captured. This must include the
sentence details remand/conviction details, etc.
d. Parole register:
This module should track all prisoners
on parole and provide necessary reports on this data.
1.2 SCOPE:
1. The system should have a login.
2. System should support for Interview requests and
In-out register modules for visitors.
3. System should support for Data Entry module for
Nominal Roll, Case register for each prisoner entering in
the prison.
4. Automated release diary generator.
5. Jailer should be able to generate various reports
Prisoner wise, case-wise.
6. Jailer should be able to generate Visitor reports
Prisoner wise and Visitor wise.
1.4 References
http://msdn.microsoft.com
http://java.sun.com
http://www.asp.net
2. 2 Software Interface:
Client on Internet:
Web Browser, Operating System (any)
Client on Intranet:
Client Software, Web Browser, Operating System (any)
Web Server:
Apache Tomcat, Operating System (any)
Data Base Server:
My SQL, Operating System (any)
SERVER SIDE
Primary actor
All registered users having valid accounts
1) Jailer (admin)
2) Old Visitor
Precondition
INTERNET connection is available and working at it's
optimal level
Main scenario
1) Users Access the login Page
2) Provide User ID and Password.
3) Login Validity is checked
4) The user is shown their respective homepage.
Alternate scenario
1) The entered is not valid
2) The user is shown the error page.
2. USE CASE RELATED TO REGISTRATION:
Primary actor
Unregistered New Visitor
Precondition
none