Professional Documents
Culture Documents
WB Edistrict SRS Domicile Certificate 0.3 21may2014
WB Edistrict SRS Domicile Certificate 0.3 21may2014
WB Edistrict SRS Domicile Certificate 0.3 21may2014
System Requirement
Specifications
on
Domicile Certificate
Service
for
State-wise Rollout
of
e-District MMP
in
West Bengal
CMC LTD
System Requirement Specifications
On
Domicile Certificate Service
For
Prepared By:
CMC Ltd., Kolkata
CAUTION
This document is released by the Software Development Group for West Bengal e-District
project of CMC Limited.
The information contained in this document is confidential and no part of this document
may be reproduced, stored in a retrieval system or transmitted in any form or by any
means, electronic, mechanical, photocopying, recording or otherwise, without the prior
written consent of CMC Limited.
Document Control:
1. Purpose of Document 7
2. Project Introduction 7
3. Benefits 7
4. System Overview 8
5. FRS and Related Process Id 8
6. Scope of System /Services 8
6.1 CRUD Matrix 9
7. Definitions, Acronyms and Abbreviations 9
8. System Perspective 10
9. Functional Requirement 12
9.1. Process Map 14
9.2. Process Description 15
9.3. Use Case Table 17
9.4. Use Case Description – Request for Domicile Certificate 18
9.4.1. Service Link – Selection of Services 19
9.4.2. Display of Instructions and Requirements of Selected Service 19
9.4.3. Input form Entity Detail – Application Form for Generic Data 20
9.4.4. Capture Service Specific Application Data 21
9.4.5. Upload Supporting Documents 25
9.4.6. View Application Data 25
9.4.7. Digital Signature of Application Data 28
9.4.8. Generate Acknowledgement 28
9.4.9. Alert and notifications (SMS & Email)29
9.5. Use Case Description – Processing of Application for Domicile Certificate 29
9.5.1. Service wise list of pending applications (Pending Inbox) 31
9.5.2. View application 31
9.5.3. View Attached Supporting Documents 31
9.5.4. Uploading supporting documents 31
9.5.5. Decision on Service Request 32
9.5.6. Digital signature on decision 32
9.6. Use Case Description – Approval of Application for Domicile Certificate 32
9.6.1. Service wise list of pending applications (Pending Inbox) 33
9.6.2. View application 34
9.6.3. View Attached Supporting Documents 34
9.6.4. Decision on Service Request 34
9.6.5. Digital signature on decision 34
9.6.6. Alert and notifications (SMS & Email)35
9.6.7. Integration requirement 35
9.7. Case Description – Printing of Domicile Certificate 36
9.7.1. Status wise list of applications 36
9.7.2. Printing of service output 37
9.8. Escalation Matrix 37
9.9. Monitoring Report 38
9.9.1. Monitoring Report Format 38
9.9.2. MIS 38
10. Non Functional Requirement 39
10.1. Software System Attributes 39
10.1.1. Usability 39
10.1.2. Accessibility 39
10.1.3. Availability 39
10.1.4. Maintainability 39
10.1.5. Portability 40
10.1.6. Security 40
10.1.7. Localization support 40
11. List of Message 41
WB e-District Domicile Certificate
1. Purpose of Document
This document details the System Requirement Specifications of the Domicile Certificate
Service under the project e-District.
The purpose of this document is for the user to scrutinize and validate CMC’s understanding
of the system requirements of Domicile Certificate Service. It also provides a reference point
for the design, development and testing of the project.
2. Project Introduction
e-District is the project that aims at electronic delivery of identified high volume citizen
centric services, at district and sub district level by utilizing the four pillars of infrastructure
namely, SDCs, SWANs, SSDGs and CSCs, optimally to deliver public services
electronically to citizens at their door steps.
e-District has been envisaged by Government of West Bengal as automation of workflow and
internal processes of District Administration for providing services to the citizens. This
project is of paramount importance to the State as it would help in moving towards electronic
workflow system for the district administration and help in providing efficient individual
department services through Common Service Centres (CSCs) and Kiosk Centres, which
would be the primary front end channels as envisaged in the project.
3. Benefits
1) Online delivery of Certificate/license through CSC/Web.
2) Automated workflow and Online Database to reduce Processing time.
3) Online / IVRS based Status Tracking.
4) Availability of Online MIS.
5) Auto generated acknowledgement receipt with Fees, timeline and other detail.
6) Submission of Application through any authorized Kiosk/CSC/Department Office.
7) Provision for alert for Higher Office to monitor Online.
8) Online submission, delivery and processing of applications without physical presence of
Officer.
9) Online database update and access.
10) Online (24x7) submission of application.
11) Digital signature to ensure the delivery of service across the counter.
12) Online verification of Document and Integration with SSDG, Payment Gateway, MSDG,
e-Authentication, Aadhaar, e-Taal to assure delivery to rightful candidate.
4. System Overview
e-District project aims at electronic delivery of public services at District / Sub District level,
progressively. Initially 8 categories (4 Mandatory + 4 Non-Mandatory) of identified high
volume citizen-centric public services at district and sub-district level will be taken up for
implementation. While doing so, the four pillars of e-infrastructure i.e. SWANs, SDCs,
SSDGs and CSCs will be leveraged and no new infrastructure would be created. Later on,
new services could be added depending on the requirements and the felt needs.
The e-District project envisages centralized architecture at the State level with common
application software for each of the identified services for all the districts of the State. The
application software will be hosted in the State Data Centre and in one desktop in each block
used as local server to attain offline capability.
Domicile certificate is certification provided to the citizen by the government confirming and
testifying their place of domicile.
This document covers the functional requirement defined in Section 3.2 of the existing FRS
(e-District_FRS_v0[1].4.1) and Section 2.2.5.1 of the existing SRS.
The following is the service (CRUD) matrix for Domicile Certificate Service as envisaged by
the system.
ADM(G)
Additional District Magistrate
8. System Perspective
1.1 Security Features
To maintain the integrity of the system following measures will be taken from the
security point of view.
Each person who has been authorized to access the system will be having a
unique user id and password. To log on to the system user will have to provide
correct information, else request to log on will be rejected. It is the responsibility
of the person to maintain the secrecy of one’s password.
System will store the thumb impression of each person who has been authorized
to access the system. The thumb impression is stored in database at the time of
creation of new user. After the user logs in to the system by providing user id and
password the system will prompt the person for further authentication or
identification. Here, the user will have to put his thumb in the biometric device. If
the user’s thumb impression matches with thumb impression stored in database
then only system will allow the user to proceed further. Otherwise the user will
get a biometric authentication failure message.
Any action done by the user will have to be supported by his digital signature. For
this purpose users are provided with smart card/USB token that carries the digital
signature. To certify the action, user has to insert his smart card/USB token in the
smart card reader/USB port and provide the key number that is associated with his
smart card/USB token.
The following facilities will be provided in the application for automatic sending of
messages to the citizen on the status of the application.
1.2.1 E-Mail
The applicant will fill up the e-mail address, if any, in the application form. The
system will capture the e-mail address from the application form and will
automatically send the status of the application to the applicant’s mail address.
CMC Limited Confidential Page: 11 of 44
Version No.: 0.3 21 May 2014
WB e-District Domicile Certificate
1.2.2 SMS
The applicant will fill up the mobile phone number, if any, in the application
form. The system will capture the mobile phone number from the application
form and will automatically send the status of the application to the applicant’s
mobile phone number by using the Short Messaging Service (SMS) facility.
Applicant can inquire about the status of his application through any of the following
A status search query screen is provided in the application, and search can be
based on any of these parameters -Applicant Name / Application Date/
Application reference number. This can be done at CSCs/Kiosk Centre.
e-District portal will have link to find out the status of individual application.
Anybody can browse the website and can see the status of the application by
providing application reference number.
1.3.3 IVRS
The applicant may make a phone call to a designated phone number to get the
status of the application made by him. As and when the applicant calls the
designated number the applicant will be guided by some instructions following
which the applicant can know the status of his application.
1.4 Alerts
9. Functional Requirement
The functional requirements of the proposed Service are described below in terms of process.
A process may be defined as a particular activity that an Actor can perform. An Actor is a
user with a specific role. The following table gives a brief description of each process field in
the process that follow:
S.No. Description
1. The system will be able to display application for Domicile Certificate related page
through multiple routes
Service links
Information links – State portal
District Links
2. The system will be able to identify user logging into the system as defined by the login
component
3. The system will be able to provide information to the citizens about application for
Domicile Certificate both in public as well as restricted domain as per the ‘Information
component’
Web access to information content in public domain
e-District application access to content in private domain
4. The System will make available the latest copy of the Application Form online (24x7)
as per the Form Availability component.
5. The System will enable receiving of the application as per the Application Receipt
component.
6. The System will generate an Acknowledgement with Application Identification
Number and will be able to identify the application based on this Number.
7. The System will display a message regarding successful or unsuccessful completion of
any transaction.
8. The system will refresh the page in case of failure in submission of service request
9. System will have option to add or delete levels of actors in workflow.
10. The System will be able to save the application data and route it to the concerned
Officer.
11. The System will be able to notify the concerned Officer about the new application and
this date and time must be logged.
through e-District application dashboard
through e-mail (only one email per day to the concerned Officer to inform the
Pending Count as on date)
through SMS (only one SMS per day to the concerned Officer to inform the
Pending Count)
12. The system will allow concerned officials to view the service request only on
authenticated login as per login process.
13. The system will allow concerned Officer to accept or reject or send back any service
request application
S.No. Description
14. The System will request the Officer to compulsorily provide comments in case of
rejection
15. The Officer must be able to download the application from the System.
16. The System will enable the officer to order verification as per the Verification
component.
17. The System will allow the Officer to enter/select query parameters for the Report and
then display the results for the query to Officer.
18. The System will allow the Officer to either approve or reject the application using his
digital signature.
19. The System will log the Approval or Rejection and the date and time of the action.
20. The System will save the digitally signed copy of the Domicile Certificate issued as a
soft copy in a Database
21. The System will be able to notify the Applicant and deliver the Domicile Certificate as
per the Delivery Mechanism component.
22. System will allow updating some of the submitted details by authorized user later.
23. The System will log the details of who accessed the online soft copy and took a printout
of the same.
24. The System will be able to detect changes in status and send status updates to the
citizen as per the Notification component.
25. The System will be able to escalate the application as per the Auto Escalation matrix
defined in Auto Escalation Matrix table, by notifying the next level of authority and
sending him a copy of the application.
26. The System will be able to generate MIS reports as per the format specified in the table
Monitoring Report.
27. The System will have a facility for forwarding of the application, with remarks and
digital sign of the sender, to any person in workflow registered with the System.
28. The system will support multilingual interface (Bengali and English) as per
Localization and Language Technology Standards for National e- Governance Plan
defined in e-district guidelines.
29. The e-District Application must support Digital Signatures of any of the Certifying
Authorities registered under the Controller of Certifying Authorities, and must be
modifiable as per the changes made by the respective Certifying Authorities on the
structure of the Digital Signatures issued by them.
30. The Digital Signatures used and the e-District Application must provide the Time
Stamping of the act of Digitally Signing a document as mandated by the IT Act 2000.
31. The Smart Card reader or the USB Token, carrying the Private/Secret Key, must be
activated by Biometric identification instead of a PIN / Password based system.
Corrected Y
Document / Y
Notification
Details Entry by Okaye
Send Back
Applicant for d by
Resubmission Entered Reason Entered Reason EO?
Forwarded to
AGM?
Entered
N N Reason for
Sent Sent Rejection
for for
revisio revisio
n?Y n?Y
Y Sent
for
revisio
n? N
N
Doc
Approval reache
with d?
Digital Y
Signature N
Doc.
Doc. Go through the
reache
reache comments given
Y d?
d? by EO.
N Y
O
k? Go through the N
comments given
Forward
by EO and
Verifying ed to
forwarded to SDO.
Applicatio ADM?
n Y
e-District Application
EO
Use Case ID 1
Use Case Name Submission of Domicile certificate request
Actor selects ‘Apply for New Domicile certificate’ / ‘Resubmit Revised
Document for Domicile Certificate’ from
Service links - Selection of Services (refer section 9.4.1)
Trigger Information links
District Links
And Selects
‘New request’ , ‘Resubmission Request’ or ‘Saved request’
Primary Actor Kiosk/CSC/Department Operator/ Citizen ( Through Portal)/SSDG
Pre-condition Actor has successfully logged in the e-District Application
Basic Path 1. System shows the instructions for application for Domicile Certificate
with requirement of supporting documents. (refer section 9.4.2).
2. System renders the Application form for generic data (refer section
9.4.3)
3. Actor enters the application details.
4. Actor submits the form.
5. System renders the service specific application form (refer section
9.4.4)
6. Actor attaches supporting documents (refer section 9.4.5)
7. System displays the page with application data entered by the actor.
8. Actor can go back to application form for editing of entered data, in
case he wants to make any changes before submitting the request .
(refer section 9.4.6)
9. System asks for digital signature PIN to digitally sign the entered data,
and then clicks on ‘Sign’ button. (refer section 9.4.7)
10. Actor clicks on the ‘Submit’ button.
11. System displays the success message -MSG-4
12. System generates Acknowledgment receipt with Application
Identification Number (AIN) (refer section 9.4.8).
Alternative 1. If the status of application is ‘Sent Back’ then actor will modify the
Paths application data or attach required additional supporting document
based on the remarks given by the SDO/BDO/EO.
2. If the status of application is ‘Reject’ then there is no action is
required.
3. Actor clicks ‘Save’
System saves the request & displays MSG-5
4. Actor clicks ‘close’
CMC Limited Confidential Page: 19 of 44
Version No.: 0.3 21 May 2014
WB e-District Domicile Certificate
After login user will get a screen to select service from a list of all available services in the e-
District portal.
Eligibility Criteria:
Documents Required:
Fee Details:
` Not Applicable
9.4.3. Input form Entity Detail – Application Form for Generic Data
51.
Srl Level Name of Institution Class Form Class To From Year To Year
1
2
52.
Srl Address Rural/ Sub- Block/ Municipality/ PIN PO PS Dist Sta Cou House
Urban Div Corporation Name rict te ntry Type
1
2
Other Details
I hereby declare that the above information is true to the best of my knowledge and
belief.
I Accept*:
Any action done by the user (except Citizen) will have to be supported by his digital
signature. For this purpose users are provided with smart card/USB token that carries
the digital signature. To certify the action, user has to insert his smart card/USB token
in the smart card reader/USB port and provide the key number that is associated with
his smart card/USB token.
Instructions:
1. One can get the status of own application using AIN through,
a. e-District Portal – self or visiting nearest CSC/Kiosk
b. Sending SMS to <NNNN>
c. IVRS – by calling <NNNNNN>
2. It is mandatory to bring this acknowledgement slip to collect certificate
The following notifications will be sent automatically to the citizen on the status of the
application.
E-Mail
An Email will be sent to the Email address provided by the citizen in the application
form.
SMS
The system will send an SMS to the mobile phone number citizen has provided during
application for the service using MSDG gateway’s Push message feature.
Use Case Id 2
Use Case Name Processing of Application for Domicile Certificate
Actor selects ‘Pending Inbox’ (refer section 9.5.1)
Trigger
Selects one application from the list of pending requests.
Primary Actor SDO/BDO, EO
Pre-condition The citizen applies for Domicile Certificate through kiosk/Online. The
following are the necessary pre-conditions.
Basic Path 1. System shows the list of pending applications for Domicile
Certificate (refer section 9.5.2)
2. Based on the data provided by the applicant at the Kiosk the e-
District/ E-District Application automatically generate an
acknowledgement, assigns a tracking number and routes the
application to the concerned SDO in case of Urban Citizen and to the
concerned BDO in case of Rural Citizen.
Actors
1. All mandatory fields will be entered or else display- MSG 14
Business 2. Actor has to enter remarks in case of Reject or Send Back decisions.
Validation 3. Actor has to check all mandatory checklist items before taking
decision.
The Actor will be able to select “Domicile Pending Applications” from List of
Pending Inbox of the actor. Following will be the template for this screen.
1. AIN value will have a link to open the service request for processing.
2. Remarks column will have remarks entered by previous actors’ during decision.
3. Due date will be arrived by adding SLA for the service in application date.
Any action done by the user will have to be supported by his digital signature. For
this purpose users are provided with smart card/USB token that carries the digital
signature. To certify the action, user has to insert his smart card/USB token in the
smart card reader/USB port and provide the key number that is associated with his
smart card/USB token.
Use Case Id 3
Use Case Name Approval of Application for Domicile Certificate
Actor selects ‘Pending Inbox’ (refer section 9.6.1)
Trigger
Selects one application from the list of pending requests which is pending for
final approval.
Primary Actor SDO, ADM(G)
Pre-condition The citizen applies for Domicile Certificate through kiosk/Online. The
following are the necessary pre-conditions.
Alternative 1. The actor selects other decisions like ‘Reject’, ‘Send Back’ the
Paths application (include: rejection component) - MSG-9.
2. In such decision actor has to enter remarks/reason for taking this
decision.
3. Actor clicks ‘close’
4. System display MSG-7, close the application form & and Actor
return to its home page
5. Actor clicks ‘Reset’
6. System display MSG-6, clear the form and presents the fresh
application form.
1. A successful submission and workflow will lead to the generation of
Domicile Certificates
Post-condition
2. System sends an Email and SMS alert to citizen for successful
submission of request. (refer section 9.6.6)
Supporting
NA
Actors
1. All mandatory fields will be entered or else display- MSG 14
Business 2. Actor has to enter remarks in case of Reject or Send Back decisions.
Validation 3. Actor has to check all mandatory checklist items before taking
decision.
The Actor will be able to select “Pending Applications” for Domicile Certificate from
List of Pending Inbox of the actor. Following will be the template for this screen.
CMC Limited Confidential Page: 35 of 44
Version No.: 0.3 21 May 2014
WB e-District Domicile Certificate
1. AIN value will have a link to open the service request for processing.
2. Remarks column will have remarks entered by previous actors’ during decision.
3. Due date will be arrived by adding SLA for the service in application date.
9.6.4. D
ecision on Service Request
This process allows the actor to View and Reject /Approve the application form for the
Domicile Certificate service.
Srl. Input Fields Data Type Max Length Mandatory
1. Decision Selection/List Yes
9.6.5. 2. Reason Selection/List Yes (if NOT Di
Approved) git
3. Remarks Entry 200 Yes (If reason al
is ‘Other’)
signature on decision
Any action done by the user will have to be supported by his digital signature. For
this purpose users are provided with smart card/USB token that carries the digital
signature. To certify the action, user has to insert his smart card/USB token in the
smart card reader/USB port and provide the key number that is associated with his
smart card/USB token.
E-Mail
An Email will be sent to the Email address provided by the citizen in the application
form.
SMS
The system will send an SMS to the mobile phone number citizen has provided during
application for the service using MSDG.
1. MSDG: Integration with MSDG gateway will be done to send SMS notifications to
the citizen after each status change.
2. SSDG: e-District application will receive applications through SSDG portal using
SSDG connector. Requests will automatically route in the same workflow defined
for the service.
SSDG requests will not be digitally signed and will be processed in the same
workflow without bringing in knowledge of users.
Use Case Id 3
Use Case Name Printing of Domicile Certificate
This process allows the Actor to find ‘Approved’ status query and print the
Domicile Certificate service
Trigger
Approved Applications (refer section 9.6.1)
Format
To be provided
9.9.2. MIS
Following MIS /Report will be generated from the e-District System.
Selection field
1. District Name
2. Block Name
3. Duration
S.No Name of the Name of the Applications Applications Applications Applications
District Block (Total Count) (Approved) (Rejected) (Pending)
10.1.1. Usability
The Screens will be designed for ease of use by non-technical users who do not have
any computer knowledge. The design will adopt the following principles:
Used relative font size so that a user can easily change overall font size from the
browser interface.
Text equivalents will be given for all graphics.
Navigability –The user will be able to perform operations without having to
navigate through multiple pages/links.
Familiarity – The system’s interfaces and navigations will be based on other
systems that the users are familiar with.
Administration – The system will not require any administration tasks at the user
level. Interfaces will be available for administration/setup operations.
Help - The system will come equipped with Computer based tutorial in English and
Bengali languages for users to “self-solve” any navigability or operational doubts.
Standards Adherence – The system will adhere to commonly accepted standards of
web-design (such as acceptable size of web pages, minimal images, small style
sheets etc.).
10.1.2. Accessibility
All the user and normal administration features of software will be available through a
browser based interface. The software will support Internet Explorer and Mozilla.
10.1.3. Availability
The system will be available 24*7 provided necessary Hardware and other
infrastructure will be operational.
10.1.4. Maintainability
The software will be designed and developed using recommended Tools and
Technologies.
Provision will be made to take regular back up of the database.
Software Code will be modular and well documented.
CMC Limited Confidential Page: 41 of 44
Version No.: 0.3 21 May 2014
WB e-District Domicile Certificate
10.1.5. Portability
The application can be executed on the browsers like Internet Explorer, Mozilla,
Chrome.
10.1.6. Security
The system will have protection against
Unauthorized creation/modification of data - through user name and Password
authentication as defined for relevant user groups.
Unauthorized viewing of data - through user name and password authentication as
defined for relevant user groups.
The software will adhere to security guidelines, standards and policies prescribed
by Webel’s Security Division and will be audited & certified for compliance to
these standards by Security Division before it is hosted in Production Environment
11.List of Message
Message ID Messages
MSG 1 Incorrect username or password, please try again
MSG 2 Incorrect AIN Number. Please try again
MSG 3 The following fields xx,xx,xx are mandatory
MSG 4 Service request Number XX has been registered
MSG 5 Service Request Number XX has been saved.
MSG 6 All data will be lost, do you wish to continue?
MSG 7 The Page will be Closed, do you wish to continue
MSG 8 Service Request Number XX has been approved
MSG 9 Service Request Number XX has been rejected
MSG 10 Assigned to < Officer designation-Office >
MSG 11 Please select from the dropdown menu
MSG 12 Application forwarded to <Officer designation and Office> for decision
MSG 13 You have received new Service Request ‘AIN-XXXX’ for your action.
MSG 14 Please fill all mandatory fields
MSG 15 Please enter e mail id in the following format user name @ Domain name
MSG 16 Please enter a numeric value. Country code should start with ‘+’
MSG 17 Content cannot exceed XXX characters
MSG 18 Date cannot be a future date
MSG 19 Please enter data in a proper format. Only alphabets a-z, numbers 0-9 and
special characters( ‘ )are allowed
MSG 20 Please enter data in a proper format. Only alphabets a-z, numbers 0-9 and
special characters ‘/’, ‘-‘ and ’,’ are allowed
MSG 21 Please enter a numeric value
MSG 22 Please enter data in proper format. Only alphabets a-z, numbers 0-9 are allowed
MSG 23 Please enter data in the proper format. Only alphabets a-z are allowed
MSG 24 Data entered in <Name of the Field> is incorrect. Please enter the correct data
MSG 25 You have made three failed login attempts. Please try again after one hour or
contact your administrator for the correct username and/or password
MSG 26 You are already logged in. Please use the existing session or wait for twenty
minutes to login again
MSG 27 Please change your password
MSG 28 The new password should be different from the previous five passwords entered
MSG 29 Password should be as per password policy
MSG 30 Security question answered incorrectly, please try again
MSG 31 You have exceeded the maximum number of tries. Please try after 1 hr.
MSG 32 Enquiry Report has been successfully saved
MSG 33 Age should be greater than or equal to 18 years
MSG 34 Reassigned enquiry officer cannot be the current enquiry officer
CMC Limited Confidential Page: 43 of 44
Version No.: 0.3 21 May 2014
WB e-District Domicile Certificate
Message ID Messages
MSG 35 Date of assigning cannot be a back date
MSG 36 Details Doesn’t exist
MSG 37 Service Requests number XXXX doesn’t exist!
MSG 38 Passbook No. XXXX has been updated
MSG 39 Rs. XXXX has been credited to account No. XXXX
MSG 40 Electronic Fund Transfer has been successful for Account No. XXXX
MSG 41 Passbook No. XXXX has been generated for Service No. XXXX
MSG 42 Service Request Number XX has been accepted, Please pay Rs YYY.
MSG 43 Service Request Number XX has been send back.