Index

1. BACKGROUND OF PROJECT AND OTHER BASIC INFORMATION.................3

1.1 Background of the department...............................................................3
1.2 Goal........................................................................................................3
1.3 Objectives:..............................................................................................3
1.4 Title of the Project..................................................................................4
1.5 Project Initiator details...........................................................................4
1.6 Stakeholder Analysis..............................................................................5
1.7 Reforms Area(s)/Outcomes....................................................................5
1.8 Implementing Agency details.................................................................6
1.9 Location of project implementation.......................................................7
2. IMPLEMENTATION MODEL.......................................................................8
2.1 Proposed Solution Architecture..............................................................8
2.2 Proposed Network Architecture.............................................................9
2.3 Users (internal as well as external) for the application........................10
2.4 Requirements........................................................................................10
2.5 Web Portals functionality.....................................................................16
2.6 List of Scheme & Services to be online...............................................17
2.7 Project Activities..................................................................................17
2.8 Assumptions and Risk Management....................................................17
2.9 The schedule of implementation along with identification of
responsibilities..............................................................................................20
3. Project Costing........................................................................................23
3.1 PMU Cost.............................................................................................23
3.2 Software Application Cost: Software Development, Maintenance,
Hardware infrastructure and Security audit..................................................23
3.3 Total approximate cost of the project for period of 5 Years:...............24

Sensitivity: Internal & Restricted

 SECTION – 1
1. BACKGROUND OF PROJECT AND OTHER BASIC
INFORMATION
1.1 Background of the department
• The Department of SC Development is a major department of the
State Government, which has been entrusted with responsibility for
the development and protection of SC groups. For the discharge of
this obligation, the department is operating supplementary welfare
schemes with educational and economic uplift at its own level; on
the other hand, playing the role is also being undertaken by the
budget provision and monitoring of the schemes.
• Bringing the SC and special backward SC areas to the main stream
of the society and bring the equivalent of other areas of the society.
• To implement education related schemes with the highest priority for
the educational uplift of SCs groups.
• Providing resources for economic development through
employment, self employment schemes, skill up gradation through
various training, schemes.
1.2 Goal
Improve internal processes of department by using centralized
application with increased efficiency in operation processes and
availability of critical information on real time.
1.3 Objectives:
 Availability of the relevant information on regular basis
 Better decision support system
 Scalability of the business operation
 Timely collection of relevant information
 Reduce the various type of information captured on papers.
 Help the authorities at various level in management/ monitoring
 Apply power of Advanced Analytics based decision making by
placing timely, useful analytical facts in the hands of SC Welfare
department for policy decision making
 Apply Analytics to monitor and provide recommendations for
educational and economic development schemes for maximizing
benefits to SC communities
 To create a centralized data repository of data related to Scheme
Management, Hostel Management, School Management,
Page 2 of 24
 Medical Aid, Assistance to atrocity victims, etc. to enable
systematic retrieval of right information at the right time for
decision support and performance monitoring
 Performance dashboard and reports to present a holistic view of
the state’s SC welfare details identifying key problem areas and
previously overlooked trends in data
 Provide department users access to various advanced analysis,
dashboard & reports over a centralized web portal based on
users’ specific access rights
1.4 Title of the Project
The detailed project report for automation of various schemes runs
by Department of Schedule Caste Welfare.

Page 3 of 24
1.5 Stakeholder Analysis
Stakeholde Roles & Responsibilities Communication
r Group Strategy
Government To give necessary Take Policy level
of M.P approvals for the execution decision to ensure
of the project and to provide smooth implementation
necessary financial support of the project
Department Implement of solution Mandate (G.O.)/ BPR/
of SC across state and various Capacity Building&
Welfare division and district offices Change Management
and migrate manual
practices & processes to
the new application.
State IT Network & Infrastructure Face to face meetings,
Center Support Phone, and Emails
PMU  Prepare tender, evaluate Monitoring the
the same and shortlist evaluation of project on
the vendor. day to day basis. Initiate
 Suggest BPR to be done Capacity Building and
 Manage Capacity Change Management
Building & Change processes
Management
 Monitor and Evaluate the
Project implementation
 Monitoring of project
during O&M
Implementat To supply & install Floating Open Tender
ion Agency necessary hardware/ and defining Service
software and implement Levels
solution
Beneficiary Consumer of facilities Awareness through
created by the department advertisement,
notification in media

1.6 Reforms Area(s)/Outcomes

In the present scenario the information requirement at head office
level is being fulfilled by the branch level offices. They do not have
the real time information with them. Either they request their field

Page 4 of 24
 offices to generate information or provide the information available
with them which may or may not fulfill the exact need. Moreover, the
whole activity consumes lot of time. Quite often, similar information
is sought by various branch offices and they all depend for the same
on field offices. Apart from this, the following outcomes are
envisaged with the implementation of online software application:
 Creation of centralized database to facilitate decision making
 Tracking of user’s request on various aspects such as payment
due for customer
 Dissemination of information and online services to the
beneficiary
 Rationalizing the staff strength and deployment
 Increase efficiency and accountability in monitoring the various
activities performed by department
 Proper utilization of the manpower
 Help in sharing information at various level
 Monitoring of schemes with access to real time data and taking
corrective actions at the right time to ensure success of the
schemes
 Seamless, streamlined and automated end-to-end processes
for Data management across various departments. No tedious
manual work by Department’s end users
 The centralized data repository and analytics will allow
Departmental users to work more informed, speeding the
development of policy designs for SC population welfare
 Ease of availability of information to SC enables transparency,
trust and confidence in governments’ functioning
 It will assist in proactive, robust and analytics driven decision
making process to enable Department or Government to design
policy intervention proactively rather than in a reactive mode
 Using various advanced analytics capabilities will enable
Department to focus and allocate right resources to areas
where SC need Government assistance and support
1.7 Implementing Agency details
The project is proposed to be implemented by way of floating
tender. The Tenders would be invited by SC development
department for the implementation of automation of various

Page 5 of 24
 departmental schemes through online tender. The tender would be
evaluated on Quality-cum-Cost-Based System (QCBS) with
solutions built on proven COTS platform having open standards to
achieve faster implementation timelines
1.8 Location of project implementation
The project is proposed to be implemented in following locations in
Madhya Pradesh:
1 Head Office
2 Division office
3 District office
4 Block office
5 Schools
6 Hostels

SECTION - 2
Page 6 of 24
2. IMPLEMENTATION MODEL
2.1 Proposed Solution Architecture
The proposed solution architecture and Logical Architecture for
integrated software solution for across state is shown below:

Figure: Solution Architecture

The solution architecture comprises of mainly four parts as

described below:
Presentation Layer: -Presentation Layer should comprise user
interfaces of all the applications which would be deployed over a
portal infrastructure to realize the benefits of the single sign on to all
the applications and provide security in a single instance. All the

Page 7 of 24
 systems are proposed to be web based applications; portal would
be centralized and deployed only at the Central data center.
It shall also take care of services like Logging, Caching, Session
control and User Interface Formatting and Presentation.
Client Layer: -Client layer would contain web browser for external
as well as offices of department internal users. External user use
internet to send request to access department services and internal
users would connect via WAN or internet.
It shall also represent the client components installed on the end
user machines. Some of the thick clients are: Scanning applications,
Digital Certificate and Office plug-ins software.
Application Layer: - Web portal shall be hosted at the application
layer. Apart from web portal, Payment gateway, Content
Management, Workflow Engine, Document Repository, Digital
certification, Indexing and searching services shall also be hosted
on the application layer.
Data Integration Layer: - Required data to run Dashboards and
Analytics will be retrieved and transformed in the Data Integration
Layer
Visualization and Advanced Analytics Layer: - Required Reports,
Dashboards and Predictive models will be built and hosted on the
Analytics Layer
Database Layer: - All the data shall reside on the Database layer.
Apart from data User profile, Metadata and mail messaging data
shall also reside on the Database Layer. The data source will be
mapped to an external NAS/SAN Storage. Also the documents in
the Document Repository will be stored in external NAS/SAN in an
encrypted format.
2.2 Proposed Network Architecture
Centralized networked architecture is proposed for the
implementation of software application for department. The
developed application would be hosted at MP State Data Center
(MPSDC), the DR Site would be provided by Department of
Information technology, MP, GoI guidelines and regular backup of
the data would be ensured by the Data Centre Operator (DCO).All
the data processing would be carried out at the MPSDC. The

Page 8 of 24
 servers required for the hosting of department application would be
collocated in the State Data Center.
The Head Office of department and all its field offices would be
connected to the SDC using secured connectivity through MP State
Wide Network (MPSWAN). In case of non-feasibility of MPSWAN
connectivity, the site would be operated in offline mode and data
would be transmitted to the central server on regular intervals (as
finalized during the implementation of the project). Similarly, the
critical locations like remote areas would have both online and
offline solution so that there would be no disruption of service in
case of non-availability of the network. Wherever MPSWAN
connectivity is not available (like offices outside the State),
department shall use public internet to avail the services of centrally
hosted software application at MPSDC.
2.3 Users (internal as well as external) for the application
The approximate user detail of the proposed application is
summarized below:
 Total number of beneficiary citizen : 11450000
 Total number of department internal users: 2000
2.4 Requirements
The online application will have the below mentioned features in
order to help achieve the above outcomes. The tentative high-level
requirements of the department have been listed below.
General Requirements:
 The application system shall primarily work in centralized
architecture and would be web based built on COTS platform.
However, for connectivity issues in certain locations, there might
be a need to having a local set-up done which will be in sync with
central system so that the services will not be affected even if
there are issues with connectivity.
 Department is having some offices and location where there is
internet connectivity issue, hence solution shall have capability to
work standalone in offline mode and able to do synchronization
with central application when connectivity shall be available or
having facility to synchronize offline application with central
application.

Page 9 of 24
 The system shall allow interactive modes depending on the type
of modules. The application design and construction shall take
into account the network infrastructure availability, as per the
proposed solution.
 The proposed solution shall be designed based on the standards
adopted by National as well as International agencies. Ensuring
quality in all the activities carried out during the development,
customization, documentation, testing, implementation, and
operation &maintenance phase. The proposed application shall
comply with the standards and processes as per the
recommendations from Government of India, i.e.
[Link]
 Database shall be centrally located and should be accessed from
any location of the department.
 Reports shall be generated based on different search criterion
based on user requirements.
 Various validation checks shall be there on the client end as well
as server end to check and authenticate the data submitted by
the user.
 The system shall provide fool-proof security features against
unauthorized access. Summary of security features is mentioned
below:
 Application will have appropriate security features for safety of
application and data.
 Application shall be designed and developed in such a way
that proper security is implemented at various levels such as
Application, Database and also provide security and antivirus
protection at Operating System Level.
 Application shall also provide configurable User and Role-
based security for Various Menu Options of the application.
 Application shall comply the standard information Systems
Security Policies and Guidelines as defined by GOI for e-
Governance applications or suitable Industry standards.
 The software solution shall implement all suitable security
features and firewalls using the latest features to protect and
secure application, the databases, data in transit etc.

Page 10 of 24
 Appropriate access and authorization controls shall be
incorporated into software.
 Application shall be done security audit certification by a
certified agency as defined by Cert-in/STQC.
 The application platform would be based on micro-services
architecture and supports multi-tenancy.
 The application shall have the functionality to:
 Define user groups
 Define users
 Map users to groups
 Assign the users a role and privileges in the application
 Assign the menus/ forms/ functionalities in the system to
the users / groups
 Grant / impose data-based access / restrictions to the
user’s e.g. specific customers, products, functions etc.
 Define menus and attach such menus to users/ groups
 Disable/re-enable users / groups from the system
 Disable / re-enable modules within application
 The application shall store all authentication credentials of
users in an encrypted format.
 The application should suspend the user in case of a specified
number of unsuccessfully attempts to logon to the system and
this suspended user ID should only be reactivated by system
administrator.
 Application shall maintain following categories of logs:
 System access logs
 System health logs
 System error logs
 The Application shall have an integrated audit log capable of
recording, displaying and reporting all transactions occurring
in the system.
 The Application shall be time-out after a stipulated period of
idle time.
 Application and data shall be protected, without any impact on
the system, from the following security incidents:
 Virus Attack - This shall include malicious code infection of
any of the desktops/servers in the network.

Page 11 of 24
  Denial of Service Attack - This shall include non-availability
of service.
 Data Theft - Compromise of any kind of data through
network.
 Intrusion- Successful/unsuccessful unauthorized access to
Application / network resulting in loss of
confidentiality/Integrity/availability of data.
 The proposed system would be built on a Digital Experience
Platform which has Data Analytics, Content Management, Portal,
Document Management and Workflow Engine as a unified
platform and is based on COTS technology which is proven and
have presence in international quality benchmark reports like
Gartner’s Magic Quadrant or Forrester Wave Reports.
 The proposed system shall be user-friendly & can be easily
operated by even those who know nothing about it.
 Reports shall be exported to and saved in various formats such
as MS Word, MS Excel, and PDF etc.
 The platform should be Unicode compliant, considering that most
of the documents are Hindi based; the application system MUST
cater to the Hindi language requirements of the department and
as per existing policies and procedures. The fields of application
system shall be bilingual (both English and Hindi) depending
upon the design of the application system. System shall have
provision for data entry and capture in bilingual (i.e. Hindi and
English).
 The proposed system shall have flexibility to share the data with
other applications if required. The platform should support all
standard integration methodologies.
 The proposed system shall have user-based access control for
maintaining authenticity and integrity of information.
 The proposed system shall have up-to-date Technical and User
Manuals, Operational Manual, Maintenance Manuals, online help
etc.
 The proposed system shall have interface to all the stake holders
 The proposed system shall have audit trail capabilities
 The proposed system shall be integrated with Payment Gateway,
SMS Gateway, Mobile Gateway, SDG and e-District projects.

Page 12 of 24
 Proposed software application should be cloud ready and have a
mobile app also, which could be easily available for use by
beneficiaries and departmental users. The mobile app should be
hosted on Apps Store.
 Proposed software application solution should be COTS based
technology and having following listed flexibility:
 Service Oriented Architecture (SOA)
 The Solution should conform to an application
development and integration methodology based on a
Service Oriented Architecture (SOA), and the integration
methodology should be based on Web services
technologies.
 The solution should be architected to ensure that current
and new applications from participating departments can
be seamlessly integrated into existing application
architecture with minimal impact and changes. The
Application solution has to integrate with applications
across various departments consisting of heterogeneous
platforms and databases through an application
integration solution.
 The solution developed should support multilingual
particularly Hindi, English and other Indian languages
and should leverage the Unicode support available
within the client Operating System
 Scalability: One of the fundamental requirements of
proposed application solution architecture is its scalability.
The architecture should be proven to be highly scalable
and capable of delivering high-performance as and when
the transaction volumes increase. It is required that the
application and deployment architecture should provide for
Scale-Up and Scale out on the Application and Web
Servers, Database Servers, Application Integration
Servers, and all other solution components. Scalability of
HPMC application software solution is to be achieved at
least along 5 dimensions, as below:
 Scalability in terms of addition of new Department/
Corporations micro sites: The application software

Page 13 of 24
 solution should be scalable enough to allow addition of
other Corporations /Departments.
 Scalability in terms of the volumes of transactions
handled: This translates to the facility to enhance the
hardware, software and network capacities to maintain
the performance levels always in tune with the SLA
metrics.
 Scalability in terms of addition of new services of an
existing department: This can be achieved through
platform with micro-service architecture, where each
service functions/services independently in a tightly
integrated way enabling adding or removing of services
without impacting other services/functions. This
translates to seamless and effortless integration with the
backend application such that new citizen services can
be added with relative ease at the Data Centre level and
can be deployed in all the Citizen Service Centres
simultaneously.
 Scalability in terms of addition of new departments: This
translates to seamless integration with heterogeneous
systems at the backend with relative ease of deployment
of the applications and services, maintaining the
common look and feel and functionality at the front-end
 Scalability in terms of addition of new channels of
delivery: This translates to utilizing a platform that
support Omni channel delivery capability enabling
department to provide services through multiple delivery
channels like the mobile devices, PDAs and other
devices
 Sizing: The sizing will be done for seamless addition hardware/
software to meet the requirements of SCD and other State
corporations in future and also to handle seasonal loads and
future expansion.
 Proposed software application should have the flexibility to
provide interfaces for other e-Governance applications and
services provided by application in generic in nature and
customizable by user according to the need of business.

Page 14 of 24
2.5 Web Portals functionality
 All users shall be able to register with unique user name and
password to access intended application as per access rights.
 Portal shall have the functionality to define users of the portal.
 Portal shall offer single entry point for stakeholders and
applications relevant to them.
 The Platform should have fully featured CMS abilities such as
content authoring and publishing, dynamic content targeting for
different audiences, personalization and site management.
 Portal shall have a capability upload different notifications such
as official orders, important notifications to all the users and
facility to keep record of meeting notes, MoMs etc., viewable to
respective attendees and notified over email and SMS.
 Portal users shall be mapped to the applications relevant to
them, i.e., role based access. The portal will provide single sign
on feature so that the end user need not individually logon to
separate applications.
 Portal shall have search facility, both metadata searches as well
as full text search.
 Portal shall be bilingual i.e. both Hindi and English.
 Portal shall allow user tracking.
 Portal shall allow personalization of content and interface of the
portal for users. System shall enable user to reorder, pages,
remove content, and modify page layout to organize content in
their personal workspaces.
 Portal shall display the statistical reports in the form of dashboard
according to the user logged into the system.
 The Portal platform should have an integrated workflow engine
with a graphical process designer, forms and rules engine along
with an integrated Document Management Repository.
 Web Portal Features
 Dashboards for Decision makers, beneficiaries etc. as per
their requirements.
 Should and an Enterprise Search facility to find out multiple
resource/ Services available on portal. Portal shall have the
facility to download different application forms, manuals/

Page 15 of 24
 codes/ guidelines etc. The search function should be able
to search not only the content from Application, but also
from other data sources available with the department.
2.6 List of Scheme & Services to be online
To have integrated information of all the different work/activities
done by department, it is suggested following additional software
application modules may be got developed as per requirements or
procured off-the-shelf software (if readily available in the market):
 Scheme Management module
 Hostel Management module
 School Management Module
 PMS (Scholarship) Management Module
 User Management Module:
 Payment Module
 Inventory and Procurement Management Module
 e-File & Letter Management Module
 eLearning Module
 Loan/Grant management module
2.7 Project Activities
Sub Activity Persons/Agencies
responsible
Prepare RFP Department, PMU
Create Project Plan and Architecture Implementation Agency
Get quotes from various (hardware Department, PMU
and Software) vendors and procure
solution system based on price and
quality
Customize and implement new System Implementation Agency
at all offices including h/w and s/w
procurement
Transition to new System Department, PMU,
Implementation Agency
Training & Documentation Implementation Agency
Maintenance PMU, Implementation
Agency

Page 16 of 24
2.8 Assumptions and Risk Management
 Assumptions

 All key stakeholders will be available to address concerns

during business analysis.
 Department employees will be willing to use the new
system
 SWAN connectivity would be available in all the locations

 Risk Management

Impact Low Medium High

Probability
Low Funding not Employees’ Adopting application
used for preference software and its Processes
intended to log data from existing manual
purpose in registers. process by department
employees
Medium department Process Lack of proper project plan
employees’ Transformati & architecture
reluctance on
to adopt
new ERP
processes
High Culture Migrating Security Concern of data
Change department and Information
manual
processes
to new
application
software

 Measures for risk mitigation

Description of Risk Mitigation Measure Stakeholders

Risk involved
Culture Conduct training sessions to PMU,
Change educate department users on Department,
application software. Explain Implementation

Page 17 of 24
 advantages of using new system. Agency
Familiarize users with the self-
service interfaces of system.
Process Ensure that implementation Agency PMU,
Transformatio has used Standardizing processes Department,
n based on best practices of Implementation
application software and Agency
documented the processes.
Unable to hire Outsourcing the application Department,
trained software Maintenance to Implementation
resources for experienced Consulting company Agency
Data Centre Training internal IT personnel on
maintenance maintenance of application
software in Data Centre
Not meeting Imposing strict penalties in SLA PMU,
Service level with Implementation Agency Department,
Agreements Defining proper exit management Implementation
(SLA) strategy in SLA Agency
Interoperability Ensure that application software PMU,
system is enough interoperable and Department,
it can seamlessly interface and Implementation
integrate different departments Agency
services
Moving In- Ensure that most of the In-house PMU,
house processes are configured or moved Department,
processes in in application software system and Implementation
application no In-house process would be Agency
Software required out of system.
Data Backup Ensure that Back of Data is taken PMU,
periodically and on no data will be implementation
lost on failure. Agency, DCO
Departments Using standards to implement best DCO,
have security security practices in application implementation
concerns software. Also ensuring that Agency, Different
implementation Agency has put departments of
checks and controls to secure MP
application software from
unauthorized and unwanted

Page 18 of 24
 access.
Lack of project Ensuring consultant creates a PMU, department
plan reliable project plan and updates
the plan as project progresses
Funding not Monitoring to ensure funds are Department
used for right used for correct purpose and
purpose standardizing vendor selection
process and training department
employees. Use third party for
auditing purposes.
Failure of Ensuring that implementation PMU,
architecture agency used best architecture in Department,
system that suits to department Implementation
needs. Agency

 Governance and risk mitigation model

Figure below represents an example of a governance
framework where local IT and business leaders collaborate to
write policy and make decisions on risk tolerance for
implementing application software, and how Government IT
leaders and department officials interact to establish
Government level policies and standards.
2.9 The schedule of implementation along with
identification of responsibilities
Sr. Project Activity Responsibility
No
.
1 Hiring Consultants for setting up of PMU Department of
SCW, Madhya
Pradesh
2 Create a core evaluation team comprised of Department of
IT, Section (Schemes, Scholarship and SCW, Madhya
others), establishment, finance, and nodal Pradesh
officers.
3 Discussion with stakeholders on proposed Department of
Process Automation system, Existing System SCW, Madhya
Study (AS-IS) Pradesh, PMU
4 Preparation of final design of proposed PMU
Page 19 of 24
 system, Functional Requirement
Specifications
5 Preparation of Bill of Material, Preparation of Department of
Request for Proposal (RFP) SCW, Madhya
Pradesh, PMU
6 Approval of RFP Department of
SCW, Madhya
Pradesh, and
PMU
7 Floating of RFP Department of
SCW, Madhya
Pradesh, PMU
8 Bid Process Management and Contract Department of
Signing with Selected Implementation Agency SCW, Madhya
( Process Automation Vendor) Pradesh, and
PMU
8 Requirements Analysis/Definition of Scope : Department of
Analyzing and documenting of Department of SCW, Madhya
SC, Madhya Pradesh specific business Pradesh,
requirements, scope and project plan Implementation
Agency, PMU
9 Procurement(use existing infrastructure/share MPSDC,
basis from MPSDC) of Servers and Implementation
installation at MPPSDC and DR site Agency, PMU
10 Installation of Application software on servers Implementation
and/or workstations. Agency, PMU
11 Configuration Setting up the software with Implementation
department specific business information, Agency, PMU
users and personal settings.
12 Integration Configuring the software to “talk to” Department of
the existing systems (In-house developed if SCW, Madhya
any or common applications like payment Pradesh,
gateway, SMS gateway, Mobile Gateway, Implementation
SSDG, e-District, Kiosk(CSC, Lok seva, MP Agency, PMU
Online) etc.
13 Procurement of user desktops and installation Implementation
Agency, PMU
14 Data Migration or Conversion or Digitization : Department of
Transferring data from Department of SC SCW, Madhya
Page 20 of 24
 current system to the new system. Pradesh,
Implementation
Agency, PMU
15 Customization Changing/Modifying the Department of
software to fit a specific need or business SCW, Madhya
process of department Pradesh,
Implementation
Agency, PMU
16 Reporting : Department of
Creating or modifying custom reports and SCW, Madhya
forms as per the department needs. Pradesh,
Implementation
Agency, PMU
17 Testing the system to make sure you are Department of
ready to “go live”. SCW, Madhya
Pradesh,
Implementation
Agency, PMU
18 Phased Transition : Department of
Transition of different departments/section of SCW, Madhya
department to live system Pradesh,
Implementation
Agency, PMU
19 Training: Training the project team and end Department of
users on how to use and maintain the new SCW, Madhya
system properly. Pradesh,
Implementation
Agency, PMU
20 Documentation: Documenting how your Implementation
system is configured. Agency, PMU
21 Project Management Controlling the entire Implementation
project to make sure it stays on track and on Agency, PMU
budget.

Page 21 of 24
 SECTION-3
3. Project Costing
The SC Development Department is proposing to implement the
project in view of better administration, management & planning.
Therefore, the proposed system would continue to operate even
after expiry of 5 years of operation & maintenance phase. The
summary of cost estimation is given in table below:
3.1 PMU Cost
Resource No. Recurring Cost Year Wise Total
Profile of Cost
Reso (In
urce Lakh)
s Year Year Year Year Year
1 2 3 4 5
Consultant with 7 2 91.63 91.63 91.63 91.63 91.63 458.15
Yrs. Exp
(Management
Profile)
Consultant with 7 1 45.81 45.81 45.81 0 0 137.43
Yrs.
Exp(Technology t
Profile)
Consultant with 5 2 81.81 81.81 81.81 81.81 81.81 409.05
Yrs. Exp(1
Management
Profile + 1
Technology
Profile)
Year Wise Total 5 219.2 219.2 219.2 173.4 173.4
Cost 5 5 5 4 4
Total PMU Cost for the period of five years 1004.6
3
GST (18 %) 180.83
Total PMU Cost of the Project inclusive tax 1185.4
5
*PMU cost calculation based on NICSI Rates Year-2017

3.2 Software Application Cost: Software Development,

Maintenance, Hardware infrastructure and Security
audit
S. Cost (In
Hardware/Software Type Quantity
No. Lakh)
A. Hardware, Network Infrastructure , Software Application and Data Analytics
Page 22 of 24
Cost
1 Web Server – Hardware with 5 Year Support 2 35.00
2 Application Server – Hardware 2 38.00
3 Data base Server – Hardware 2 38.00
4 Load Balancer 2 60.00
5 Firewall and other security software subscription for 1 620.00
05 Yrs.
6 SAN (20 TB) 1 60.00
7 Backup Solution 1 20.00
8 Router, Switches, Network Components 40.00
9 Rack and other Accessories 28.00
10 Server Operating System 6.64
11 Database – Software with 5 Year Support 220.00
12 Application Software with 5 Year Support 98.00
13 Visualization and Advanced Analytics Application 450.00
Software with 5 Year Support
14 Data Integration Software with 5 Year support 450.00
13 Digital Transformation Platform with 5 Years Support 310.00
14 Antivirus 9.00
15 Application Security Audit 30.00
Sub-Total Cost of Infrastructure(1 to 15) 2512.64
B. Cost of DR, Computer System, and Devices
16 Cost at DR Site 372.40
17 Computer System + Printer + UPS ( 70,000 Per 100 70.00
Unit)
18 Tablet ( 15,000 Per Tablet) 2000 300.00
B. Sub-Total Cost (16 to 18) 742.40
Total (A+B) 3255.04
Tax (18 %) 585.91
Grand Total 3840.95

3.3 Total approximate cost of the project for period of 5

Years:
S. Item Cost (In Lakh)
No.
1 PMU Cost ( 5 Years) 1185.46
2 Software Development, Maintenance, Hardware 3840.95
infrastructure and Security audit cost
Software for Automation and Analytics. Development &
Maintenance (1 + 4) = 5 Years and Security Audit

Page 23 of 24
Total Project Cost (Including tax) 5026.41

Page 24 of 24