Andhra Pradesh Technology Services Limited

e‐Pragati Requirements Specification Document ‐ Education Package Page 0 of 221

INFORMATION TECHNOLOGY, ELECTRONICS & COMMUNICATIONS DEPARTMENT

GOVERNMENT OF ANDHRA PRADESH HYDERABAD

REQUEST FOR PROPOSAL FOR

SELECTION OF SYSTEM INTEGRATOR OF

EDUCATION PACKAGE ‐ e‐Pragati IN ANDHRA PRADESH STATE Volume I

Andhra Pradesh Technology Services Limited 4th Floor, B‐Block, BRKR Bhavan

Tank bund Road, Hyderabad – 500 063

E‐Pragati Requirements Specification Document ‐ Education Package Page 1 of 221

Proprietary & Confidential

No part of this document can be reproduced in any form or by any means, disclosed or distributed to any person without the prior consent of APTS except to the extent required for submitting bid and no more.


RFP Structure

This RFP is meant to invite proposals from interested companies capable of delivering the services described herein. The content of this RFP has been documented as a set of four volumes explained below:

Volume I: Functional, Technical and Operational Requirements

Volume I of RFP intends to bring out all the details with respect to solution and other requirements that ITE&C department deems necessary to share with the potential bidders. The information set out in this volume has been broadly categorized as Functional, Technical, and Operational covering multiple aspects of the requirements.

Volume II: Instructions to Bidders, Scope of Work and Financial and Bidding Terms& Forms

Volume II of RFP purports to detail out all that may be needed by the potential bidders to understand the Terms & Conditions, project implementation approach, commercial terms and bidding process details.

Volume III: Contractual and Legal Specifications

Volume III of RFP is essentially devoted to explain the contractual terms that ITE&C department wishes to specify at this stage. It also includes a draft of Master Services Agreement.

Volume is Volume IV

Volume IV of RFP is essentially provides the Technical Specifications of the Hardware infrastructure proposed to be supplied, installed and commissioned at various implementation locations in Andhra Pradesh under the e‐Pragati education Package.

This document is Volume I

Kindly note that all volumes of the RFP have to be read in conjunction as there are cross

references on sections in these volumes. The selected System Integrator will be solely

responsible for any gaps in scope coverage caused by not referring to all three volumes.


e‐Pragati Requirements Specification Document

Education Package [Package Code ED]

Table of Contents

1. E‐PRAGATI PROGRAM REQUIREMENTS ........................................................................................................ 8

1.1. E‐PRAGATI PROGRAM OVERVIEW ..................................................................................................................... 8 1.2. VISION OF E‐PRAGATI .................................................................................................................................... 8 1.3. VALUE PROPOSITION OF E‐PRAGATI .................................................................................................................. 9 1.4. MANDATORY PRINCIPLES OF E‐PRAGATI ........................................................................................................... 10 1.5. COMMON MANDATORY STANDARDS OF E‐PRAGATI ........................................................................................... 12 1.6. NUMBERING AND NAMING CONVENTIONS ....................................................................................................... 13

2. OVERVIEW OF THE DOMAIN ..................................................................................................................... 14

2.1. PRIMARY FUNCTIONS OF CONSTITUENT DEPARTMENTS & AGENCIES OF ED PACKAGE ................................................ 14

3. SYSTEM OVERVIEW OF EDUCATION PACKAGE ............................................................................................ 25

3.1. FACT SHEET .............................................................................................................................................. 25 3.2. TRANSFORMATIONAL REQUIREMENTS OF EDUCATION PACKAGE ............................................................................ 26 3.2.1. GAME CHANGERS ....................................................................................................................................... 27 3.2.2. BPR REQUIREMENTS ................................................................................................................................... 31 3.2.3. IMPORTANT COMMON PROCESSES RE‐ENGINEERED: ........................................................................................... 32 3.3. DEPLOYMENT MODEL ................................................................................................................................. 33 3.4. DEVELOPMENT OF GREENFIELD APPLICATIONS VS INTEGRATION OF LEGACY APPLICATIONS ......................................... 34 3.5. IMPLEMENTATION MODEL & REVENUE MODEL ................................................................................................. 36

4. SCOPE OF WORK OF SI SELECTED FOR EDUCATION PACKAGE ....................................................................... 41

4.1. PROCESS RE‐ENGINEERING ........................................................................................................................... 41 4.2. FORMS RE‐ENGINEERING ............................................................................................................................. 41 4.3. PREPARATION OF IT INFRASTRUCTURE FOR SMART CAMPUS AND DIGITAL CLASS ROOMS, SUPPLY, INSTALLATION &

COMMISSIONING OF HARDWARE AND NETWORKING, ETC., ............................................................................................... 41 4.4. SYSTEM DESIGN ......................................................................................................................................... 43 4.5. APPLICATION DEVELOPMENT: ....................................................................................................................... 43 4.6. APPLICATION TESTING & QUALITY ASSURANCE.................................................................................................. 44 4.7. DEPLOYMENT, COMMISSIONING AND GO‐LIVE ................................................................................................. 44 4.8. USER TRAINING .......................................................................................................................................... 45 4.9. OPERATIONS & MAINTENANCE ...................................................................................................................... 45 4.9.1. OVERVIEW OF POST IMPLEMENTATION SERVICES ............................................................................................... 45 4.9.2. ANNUAL TECHNICAL SUPPORT ....................................................................................................................... 46 4.9.3. HELP DESK AND TROUBLE TICKET MANAGEMENT SYSTEM ................................................................................... 47 4.9.4. HEALTH MONITORING OF SYSTEM .................................................................................................................. 48 4.10. DELIVERABLES ............................................................................................................................................ 49 4.11. IT SERVICE DELIVERY ................................................................................................................................... 53

5. APPLICATION ARCHITECTURE ................................................................................................................... 54


5.1. APPLICATIONS, MODULES, SUB‐MODULES ....................................................................................................... 54 5.2. ARCHITECTURE OVERVIEW ............................................................................................................................ 59 5.2.1. PRESENTATION LAYER .................................................................................................................................. 60 5.2.2. BUSINESS LOGIC LAYER ................................................................................................................................ 63 5.2.3. DATA ACCESS LAYER ................................................................................................................................... 63 5.2.4. COMMON TECHNICAL SERVICES ..................................................................................................................... 63 5.2.5. EDUCATION PACKAGE DATABASES .................................................................................................................. 64 5.2.6. RULES ...................................................................................................................................................... 64 5.2.7. CONTENT MANAGEMENT SYSTEM .................................................................................................................. 65 5.2.8. COMMON SECURITY SERVICES ....................................................................................................................... 65

6. BUSINESS ARCHITECTURE ......................................................................................................................... 66

6.1. FUNCTIONAL REQUIREMENTS ........................................................................................................................ 69 6.2. SERVICE PORTFOLIO OF ED PACKAGE .............................................................................................................. 71 6.3. E‐PRAGATI INDICATORS (E‐PIS) ...................................................................................................................... 78

7. DATA ARCHITECTURE & REQUIREMENTS .................................................................................................... 86

7.1. DATA ARCHITECTURE .................................................................................................................................. 86 7.2. CONCEPTUAL DATA MODEL .......................................................................................................................... 86 7.3. DATA INTEGRATION VIEW ............................................................................................................................ 89 7.4. MASTER DATA ........................................................................................................................................... 90 7.5. DATA ARCHITECTURE COMPLIANCE REQUIREMENTS: .......................................................................................... 91

8. TECHNOLOGY ARCHITECTURE ................................................................................................................... 92

8.1. HIGH‐LEVEL TECHNOLOGY ARCHITECTURE ........................................................................................................ 92 8.2. LOGICAL TECHNOLOGY ARCHITECTURE ............................................................................................................ 92 8.3. SIZING REQUIREMENTS ................................................................................................................................ 93 8.4. SECURITY ARCHITECTURE ............................................................................................................................. 97 8.5. ACCESS MANAGEMENT ................................................................................................................................ 99 8.6. IDENTITY AND CREDENTIAL MANAGEMENT ....................................................................................................... 99

9. TRAINING & CHANGE MANAGEMENT ...................................................................................................... 100

9.1. INDICATIVE TRAINING REQUIREMENTS ........................................................................................................... 100 9.2. TRAINING DELIVERABLES ............................................................................................................................ 100 9.3. TRAINING RESPONSIBILITY & DURATION ........................................................................................................ 101 9.4. TRAINING NEED ANALYSIS .......................................................................................................................... 101 9.5. CHANGE MANAGEMENT ............................................................................................................................ 102


Annexure

ANNEXURE 1‐INTEGRATION ARCHITECTURE .......................................................................................................................... 103 ANNEXURE 2‐ EXISTING EDUCATION PACKAGE APPLICATIONS .................................................................................................. 114 ANNEXURE 3‐EDUCATION PACKAGE APPLICATION ENHANCEMENTS .......................................................................................... 119 ANNEXURE 4 ‐ TO‐BE PROCESSES RECOMMENDED FOR SELECTED FUNCTIONS OF EDUCATION PACKAGE ........................................... 121 ANNEXURE 5–FUNCTIONAL REQUIREMENTS OF COMMON COMPONENTS OF ED PACKAGE THAT CONVERGE INTO E‐PRAGATI PORTAL .... 145 ANNEXURE 6 ‐ FUNCTIONAL REQUIREMENTS OF COMMON MODULES & SUB‐MODULES OF EDUCATION PACKAGE ............................. 153 ANNEXURE 7 ‐ FORMS RE‐ENGINEERING REQUIREMENTS OF COMMON MODULES & SUB‐MODULES OF EDUCATION PACKAGE ............. 194 ANNEXURE 8 ‐ FUNCTIONAL REQUIREMENTS OF DEPARTMENT‐SPECIFIC MODULES & SUB‐MODULES OF EDUCATION PACKAGE ............. 196 ANNEXURE 9‐ FUNCTIONAL REQUIREMENTS OF SMART CAMPUS .............................................................................................. 206 ANNEXURE 10‐ MIS REPORTING REQUIREMENTS .................................................................................................................. 209 ANNEXURE 11‐EPI &KPI REQUIREMENTS ............................................................................................................................ 210 ANNEXURE 12‐ NON‐FUNCTIONAL REQUIREMENTS OF EDUCATION PACKAGE ............................................................................. 211 ANNEXURE 13‐ LIST OF SCHEMES IN EDUCATION DEPARTMENTS .............................................................................................. 214 ANNEXURE 14‐SOFTWARE TESTING &QUALITY ASSURANCE .................................................................................................... 215 ANNEXURE 15 – BOM FOR DIGITAL CLASSROOM & SMART CAMPUS ........................................................................................ 219


List of Figures

FIGURE 1: INTEGRATED VIEW OF SCHOOL EDUCATION DEPARTMENTS ........................................................................................... 16 FIGURE 2: INTEGRATED VIEW OF HIGHER EDUCATION DEPARTMENTS ............................................................................................ 17 FIGURE 3: OVERVIEW OF E‐LEARNING MODELS ..................................................................................................................... 29 FIGURE 4: DEPLOYMENT MODEL ......................................................................................................................................... 34 FIGURE 5: LEGACY APPLICATIONS INTEGRATION VIEW .............................................................................................................. 35 FIGURE 6: HOLISTIC VIEW OF EDUCATION PACKAGE APPLICATIONS ............................................................................................... 55 FIGURE 7: EDUCATION PACKAGE COMMON MODULES AND SUB‐MODULES ..................................................................................... 57 FIGURE 8: EDUCATION PACKAGE DEPARTMENT SPECIFIC MODULES & SUB‐MODULES ....................................................................... 58 FIGURE 9: E‐PRAGATI EDUCATION PACKAGE APPLICATION OVERVIEW ........................................................................................... 59 FIGURE 10: BIG PICTURE OF EDUCATION PACKAGE .................................................................................................................... 66 FIGURE 11: INFORMATION‐SERVICE HARMONIZATION FRAMEWORK ............................................................................................ 68 FIGURE 12: E‐PI FRAMEWORK .............................................................................................................................................. 78 FIGURE 13: CONCEPTUAL DATA MODEL OF SCHOOL AND HIGHER EDUCATION .............................................................................. 88 FIGURE 14: EDUCATION DEPARTMENT DATA INTEGRATION MODEL .............................................................................................. 89 FIGURE 15: LOGICAL TECHNOLOGY ARCHITECTURE VIEW .......................................................................................................... 92 FIGURE 16: ENTERPRISE SYSTEM SECURITY ARCHITECTURE VIEW ................................................................................................ 98 FIGURE 17: INTRA‐PACKAGE INTEGRATION VIEW ................................................................................................................... 103 FIGURE 18: INTER‐PACKAGE INTEGRATION VIEW ................................................................................................................... 104 FIGURE 19: APPS INTEGRATION VIEW .................................................................................................................................. 112 FIGURE 20: STUDENT ADMISSION PROCESS ........................................................................................................................... 123 FIGURE 21: HOSTEL ADMISSION PROCESS ............................................................................................................................. 128 FIGURE 22: STUDENT ASSESSMENT PROCESS ......................................................................................................................... 132 FIGURE 23: ISSUE OF CERTIFICATES/ MARK LISTS PROCESS ........................................................................................................ 135 FIGURE 24: FACULTY TRANSFER PROCESS.............................................................................................................................. 138 FIGURE 25: PROVISIONAL AFFILIATION PROCESS ..................................................................................................................... 141


List of Tables

TABLE1: PRINCIPLES OF E‐EPRAGATI ...................................................................................................................................... 12 TABLE2: E‐PRAGATI COMMON MANDATORY STANDARDS ........................................................................................................... 12 TABLE3: E‐PRAGATI OBJECT CODE TABLE ................................................................................................................................ 13 TABLE4: NAMES OF THE EDUCATION PACKAGE DEPARTMENT / AGENCY ......................................................................................... 14 TABLE5: WEBSITES OF EDUCATION PACKAGE DEPARTMENTS ....................................................................................................... 15 TABLE6: KEY OBJECTIVES OF THE EDUCATION PACKAGE DEPARTMENTS .......................................................................................... 25 TABLE7: FACT SHEET .......................................................................................................................................................... 26 TABLE8: REVENUE MODEL OF THE EDUCATION PACKAGE DEPARTMENTS ........................................................................................ 39 TABLE9: GEOGRAPHICAL SCOPE OF SI FOR SMART CAMPUS & DIGITAL CLASS ROOMS .................................................................... 43 TABLE10: DEPLOYMENT, COMMISSIONING AND GO‐LIVE ........................................................................................................... 45 TABLE11: OPERATIONS &MAINTENANCE ................................................................................................................................ 49 TABLE12: EDUCATION PACKAGE– DELIVERABLES ...................................................................................................................... 52 TABLE13: VIEWS OF EDUCATION PACKAGE ............................................................................................................................. 62 TABLE14: COMMON TECHNICAL SERVICES .............................................................................................................................. 64 TABLE15: LIST OF COMMON SERVICES OF EDUCATION PACKAGE .................................................................................................. 77 TABLE16: EDUCATION PACKAGE– E‐PRAGATI INDICATORS .......................................................................................................... 78 TABLE17: EDUCATION PACKAGE– KEY PERFORMANCE INDICATORS ............................................................................................... 85 TABLE18: DATA ARCHITECTURE COMPLIANCE REQUIREMENTS ..................................................................................................... 91 TABLE19: COMPONENTS OF THE TECHNOLOGY ........................................................................................................................ 93 TABLE20: SMART CAMPUS SIZING DETAILS .............................................................................................................................. 95 TABLE21: EXISTING BOM AT ANU .......................................................................................................................................... 97 TABLE22: COMPONENTS OF ENTERPRISE SYSTEM SECURITY ARCHITECTURE ................................................................ 98 TABLE23: INDICATIVE TRAINING REQUIREMENTS .................................................................................................................... 100 TABLE24: TRAINING DELIVERABLES...................................................................................................................................... 101 TABLE25: TRAINING MODULES AND TARGETED AUDIENCE ........................................................................................................ 101 TABLE26: CHANGE MANAGEMENT REQUIREMENTS................................................................................................................. 102 TABLE27: CHANGE MANAGEMENT – SPECIAL CONSIDERATIONS ................................................................................................. 102 TABLE28: APPLICATIONS INTEGRATION REQUIREMENTS ........................................................................................................... 111 TABLE29: APPLICATION CATEGORIES ................................................................................................................................... 115 TABLE30: APPLICATION CATEGORIZATION ............................................................................................................................. 118 TABLE31: STUDENT ADMISSION PROCESS AND RESPONSIBILITY MATRIX ....................................................................................... 125 TABLE32: HOSTEL ADMISSION PROCESS AND RESPONSIBILITY MATRIX ......................................................................................... 129 TABLE33: STUDENT ASSESSMENT PROCESS AND RESPONSIBILITY MATRIX ..................................................................................... 133 TABLE34: ISSUE OF CERTIFICATES/MARK LISTS PROCESS AND RESPONSIBILITY MATRIX ..................................................................... 135 TABLE35: FACULTY TRANSFER PROCESS AND RESPONSIBILITY MATRIX .......................................................................................... 139 TABLE36: PROVISIONAL AFFILIATIONPROCESS AND RESPONSIBILITY MATRIX .................................................................................. 142 TABLE37: EPIS OF EDUCATION PACKAGE ............................................................................................................................... 211 TABLE38: SCALABILITY PROVISIONS ..................................................................................................................................... 211 TABLE39: PERFORMANCE PROVISIONS ................................................................................................................................. 211 TABLE40: AVAILABILITY PROVISIONS .................................................................................................................................... 212 TABLE41: RELIABILITY PROVISIONS ...................................................................................................................................... 212 TABLE42: MANAGEABILITY PROVISIONS ................................................................................................................................ 212 TABLE43: USABILITY PROVISIONS ........................................................................................................................................ 213


TABLE44: LIST OF SCHEMES IN EDUCATION PACKAGE DEPARTMENTS .......................................................................................... 214

1. e‐Pragati Program Requirements

1.1. e‐Pragati Program Overview

Use of information technology to automate and digitize government activities and services is not new to India. The Digital India program launched by the Government of India aims to propel the country to the next level of e‐Governance maturity. Envisaged to be a programme to transform India into a digitally empowered society and knowledge economy, it sets the long term direction. Similarly, states have their respective e‐governance initiatives. Collectively, there is no dearth of programmes and projects to implement this vision. The question that emerges is with so many things happening, what should bind them together in a holistic approach, such that there is convergence and coherence. E‐Pragati, the Andhra Pradesh State Enterprise Architecture, is this new paradigm. It is a Whole‐of‐Government framework and adopts a mission‐centric approach to implementation. e‐Pragati seeks to help realize the vision of Sunrise AP 2022 by supporting the 7 development Missions launched by the Government in the areas of Education Package, Social Empowerment, Skill Development, Urban Development, Infrastructure, Industrial Development and the Services Sector.

1.2. Vision of e‐Pragati

E‐Pragati is not a project. It is large Program, with a long term vision for creating a sustainable eco‐system of e‐Governance. The Vision of e‐Pragati is stated below:

"e-Pragati is a new paradigm in governance based on a Whole-of-Government framework, transcending the departmental boundaries. It adopts a Mission-centric approach in its design and implementation and seeks to realize the Vision of Sunrise AP 2022, by delivering citizen-centric services in a coordinated, integrated efficient and equitable manner."

e‐Pragati is a framework to provide integrated services to citizens through a free flow of information, and to usher in an era of good governance, characterized by efficiency, effectiveness, transparency, and foresight. The different dimensions of the vision of e‐Pragati are described below:

Developmental

1. e‐Pragati will be a catalyst for enhancing the effectiveness of implementing various developmental projects and welfare schemes undertaken by the government.

2. Planning and monitoring of public sector schemes and projects shall take advantage of IT, GIS and satellite imaging technologies.

Aspirational

1. e‐Pragati shall be an effective tool in realizing the vision of Sunrise Andhra Pradesh. 2. e‐Pragati shall be rated among the best in the world and help Andhra Pradesh achieve a high rank

in global e‐Governance Development Index. 3. Andhra Pradesh will focus on quality of life of its citizens with a special emphasis on quality of

education, healthcare, skill development, agriculture, infrastructure, and services.


Citizen‐Centric

1. Citizens and businesses will have a seamless and smooth interface with government. 2. Departments and government agencies interoperate with ease and provide integrated services to

citizens and businesses. 3. The medium of paper will be minimized in all G2C, C2G, G2B, B2G, and G2G interactions.

Inclusive

1. Digital divide will be adequately addressed, especially leveraging the mobile technologies. 2. e‐Pragati will enhance realization of participative and inclusive governance. 3. Citizen engagement will be accomplished with ease and cost effectiveness.

Technological

1. Government and citizens will be enabled to take advantage of leading technologies like SMAC and IoT.

2. Principles of open data, open standards and open APIs will be ingrained in the designs of all information systems.

3. e‐Pragati will ensure the right balance between information security and privacy of personal data.

4. SI should propose suitable technical solution based on requirements.

1.3. Value Proposition of e‐Pragati

In line with its Vision, e‐Pragati seeks to move away from the existing systems of Governance (Government 1.0) towards establishing Government 2.0. The silo'ed and hierarchical systems will be replaced by an integrated and collaborative operating model. The single‐channel, 'one‐size‐fits‐all' models of service delivery will give way to personalized services delivered through multiple channels. The output‐driven processes will be replaced by transparent, outcome‐driven procedures. The citizens will no longer be passive spectators of governance and mere recipients of services, but will be empowered to be active participants in the governance process.

All these aspirations will be achieved through establishment of a common and shared digital infrastructure and applications, delivering a set of integrated and cross‐cutting services based on common standards and Enterprise Principles.

Value to Government:

1. The effectiveness of implementation various development projects and welfare schemes undertaken by the Government will be enhanced, through extensive use of Enterprise Project/Program/Scheme Management Systems.

2. Planning and/or monitoring of government schemes and projects shall be more effective. 3. There would be considerable savings to the exchequer, through a better targeting of

beneficiaries, through a better control on project and scheme costs, and, from the IT spend perspective, through consolidation of IT Assets, like hardware, system software and applications.


4. An all‐round development of the State through alignment of e‐Pragati with the goals of Sunrise AP and a clear focus on e‐Pragati Indicators in each of the 7 missions.

5. The coordination between the government departments would significantly increase due to free exchange of information via the e‐Highway.

6. e‐Pragati envisages extensive use of Data Analytics tools that would not only throw up trends, patterns, gaps and areas of improvement in various Government schemes, but also provide useful suggestions and ideas for the future actions (preventive and accelerative) through predictive analytics.

Value to Citizens and Businesses

1. Citizen‐centric services provided by e‐Pragati would enhance the convenience and transparency. 2. e‐Pragati will make the concept of single‐window real and enhance the ease of transacting with

the Government. 3. The Certificate‐Less Governance System (CLGS) will reduce significant burden, both on the

citizens and the Government departments, by reducing/eliminating unproductive work. 4. Programs like e‐Health, e‐Education, e‐Agriculture and e‐Market shall enhance quality of life and

productivity as well as income of the citizens. 5. Direct Benefits Transfer will ensure hassle‐free receipt of the various benefit programs of the

Government. 6. Widespread use of e‐Office and other productivity tools will enhance transparency of public

agencies.

Value to Society:

1. The implementation of e‐Pragati will unleash a lot of potential in the software, hardware, electronics and networking sectors. This will have a significant extent of multiplier effect to the tune of 4 X.

2. e‐Pragati, being based on open technologies, will open up new windows for innovation and create IT and non‐IT employment in various sectors.

3. The economic development of the State will be spurred by increased productivity in all the 7 major sectors comprising the Sunrise AP Mission.

4. The successful implementation of e‐Pragati is likely to motivate several such initiatives across the country, as witnessed in respect of the CARD and e‐Seva projects pioneered by AP, and would lead to speedier national development.

1.4. Mandatory principles of e‐Pragati A large and complex program like e‐Pragati may not make a radical impact unless certain fundamental principles of Enterprise Architecture are adopted by all the stakeholders, namely, the Government, the System Integrators and the users. These are stated below. It is the responsibility of the System Integrator selected for the implementation of the Education Package, to meticulously observe and / or promote the observance of these principles by the other stakeholders.

Principle #1: Uphold the Primacy of these Principles


These principles of information management apply to all organizations within the Government.

Principle #2: Maximize benefit to the Government as a whole

All decisions relating to information management are made to provide maximum benefit to the Government as a whole. Applications and components should be shared across organizational boundaries.

Principle #3: Information Management is Everybody’s Business.

All organizations in the Government participate in information management decisions needed to accomplish business objectives, and implement such decisions with full commitment, devoting the right and adequate resources. Respective Domain Owners and Managers shall develop their own sub‐architectures following these principles, and federate the same to APSEA.

Principle #4: Government is a Data Trustee

Each data element has a trustee accountable for data quality. Only the data trustee makes decisions about the content of data, and authorizes its modification. Information should be captured electronically once and immediately validated as close to the source as possible. Quality control measures must be implemented to ensure the integrity of the data

Principle #5: Establish Common Vocabulary and Data Definitions

Data is defined consistently throughout Government, and the definitions are understandable and available to all users. Defining Metadata and Data Standards (MDDS) within each domain assumes great significance.

Principle #6: Data is Shared

Data is shared across enterprise functions and organizations. It is less costly to maintain timely, accurate data in a single application, and then share it, than it is to maintain duplicative data in multiple applications. Shared data will result in faster and improved decisions.

Principle #7: Data is an Asset.

Data is an asset that has a specific and measurable value to the Government and is to be managed accordingly.

Principle #8: Build Once, Use Many Times

Applications which have functionality used in all or several departments should be built once and used commonly by all, to reduce cost and complexity.

Principle #9: Enterprise Architecture is Technology Independent

Applications are independent of specific technology choices and therefore can operate on a variety of technology platforms.

Principle #10: Adopt Service Oriented Architecture

The enterprise architecture is based on a design of services which mirror real‐world activities required to conduct the business of Government. Open Standards‐based Service Oriented Architecture shall be adopted in all implementations to realize interoperability and location transparency.


Principle #11: Interoperability

Software and hardware should conform to defined standards that promote interoperability for data, applications, and technology.

Principle #12: Data Security

Data is protected from unauthorized use and disclosure through data governance framework. This includes, but is not limited to protection of pre‐decisional, sensitive, source selection‐

sensitive, personal and proprietary information. Data standards applicable to GoI are identified and listed out in standards document.

TABLE1: PRINCIPLES OF E‐EPRAGATI

1.5. Common Mandatory Standards of e‐Pragati

A set of Common Mandatory Standards is prescribed for strict compliance by all the System Integrators selected for implementing different packages of e‐Pragati, so as to ensure interoperability, maintainability and uniformity of user experience across the entire landscape of e‐Pragati. These relate to the areas listed below:

Standard Code Standard

SD01 Interoperability

SD02 Software Engineering

SD03 Documentation

SD04 Testing

SD05 Usability

SD06 IT Services

SD07 Mobility

SD08 Security

SD09 Document Management

SD10 Imaging

SD11 GIS

SD12 Localization

SD13 Metadata

SD14 Master Data

SD15 Data Definition

SD16 Data &Information Exchange

SD17 Access, Presentation and Style TABLE2: E‐PRAGATI COMMON MANDATORY STANDARDS

The technical specifications of the above standards can be accessed at the URLhttp://e‐pragati.ap.gov.in/bestpractices.html.

http://e-pragati.ap.gov.in/bestpractices.html

http://e-pragati.ap.gov.in/bestpractices.html


It shall also be the responsibility of the SI to upgrade the systems to the relevant standards, whenever the standards are revised, during the currency of the contract. It's part of the SI’s responsibility to follow/specify the relevant standards for upgradation of system.

1.6. Numbering and Naming Conventions

The following numbering and naming conventions have been followed by the GoAP, while preparing the ePRS documents relating to the e‐Pragati. To the extent required, all the SIs shall adopt the same in their documentation and coding as the case may be, for cross‐referencing and interoperability between various packages and modules. Since Integration of various functionalities, modules, services and applications across e‐Pragati is the essential requirement of the Program, it is absolutely necessary for everyone to follow the discipline in adopting the naming and numbering convention for all bespoke solutions for e‐Pragati.

The following guidelines may be noted in this regard:

i. A comprehensive table called “Object Code Table” has to be eventually prepared listing out the name/numbers (codes) for all the e‐Pragati Objects described in the Table 2 below.

ii. The aforesaid Object Code Table will be hosted in the e‐Pragati Portal for reference by all

developers. The Object Codes will be developed in a progressive manner and the Object Code table will be updated from time‐to‐time.

iii. The SI will have to develop the e‐Pragati Objects as Web Services discoverable by the e‐Pragati Object Codes. The Web Services shall be hosted on the e‐Highway platform using the applicable Web Services Standards, such that they can be consumed by the other applications of e‐Pragati, or by external applications and Apps as required.

iv. COTS products have usually their own Object Codes or Transaction Codes to handle such situation within the Product. This is especially true for all ERP products. It is necessary for the SI using a COTS product as a part of the solution for any package, to create a Table

that maps the e‐Pragati Object Codes to the Object Codes of that COTS product. Usages of COTS / industry proven solutions are encouraged as long as they adhere to the principles of e‐Pragati.

Sl. No. e‐Pragati Object Illustration / Comment

1 Package ED is for Education Package

2 Module ED01 for Student Management Module in Education Package

3 Sub‐module ED0101 for Student Self‐Services Sub‐Module in Education Package

4 Functional Requirement

GoAP will publish the naming and numbering conventions for these

objects at the appropriate time and notify in the e‐Pragati Portal.

5 Interface

6 UML Diagram

7 Report

8 Services

TABLE3: E‐PRAGATI OBJECT CODE TABLE


2. Overview of the domain

2.1. Primary Functions of constituent Departments & Agencies of ED Package

The Education Package serves the following departments and agencies:

Sl. No. Name of the Department/ Agency Nature (SD/HoD/Corp/Society

School Education

1 A.P Open School Society Society

2 A.P.R.E.I. Society Society

3 Commissionerate of Intermediate Education SD

4 Department of Public Libraries HoD

5 Director of Govt. Examinations HoD

6 Director of Intermediate Education HoD

7 Director, Adult Education HoD

8 Directorate School Education SD

9 Rajiv Vidhya Mission (SSA) HoD

10 SCERT HoD

11 SIET HoD

12 Directorate of AP Govt. Text Book Press HoD

13 Directorate of Jawahar Bal Bhavan HoD

Higher Education

1 A.P. Govt. Oriental Manuscripts Library and Research Institute HoD

2 A.P. State Archives& Research Institute HoD

3 AP State Council for Higher Education SD

4 Commissioner of Collegiate Education(CCE) HoD

5 State Board of Technical Education and Training HoD

6 Technical Education ‐ Commissioner of Technical Education HoD

Social Welfare

1 BC Welfare SD

2 SC Welfare SD

3 Tribal Welfare SD

4 Minority Welfare SD

5 Disabled welfare HoD

6 APSWREIS HoD

**SD‐Secretariat Department; HoD‐Head of Department

TABLE4: NAMES OF THE EDUCATION PACKAGE DEPARTMENT / AGENCY

The functional scope of the SI extends to all the above departments/ agencies.


Exhaustive information on the Departments and Agencies falling in the Education Package can be found in their respective websites, shown in Table 5 below.

Sl. No. Name of the Department/ Organization Web site

School Education

1 A.P Open School Society http://apopenschool.org/

2 A.P.R.E.I. Society http://apresidential.cgg.gov.in/

3 Commissionerate of Intermediate Education

http://cie.ap.gov.in/

4 Department of Public Libraries http://publiclibraries.ap.nic.in/

5 Director of Govt. Examinations http://bseap.org/

6 Director of Intermediate Education http://bieap.gov.in/

7 Director, Adult Education http://apslma.ap.nic.in/

8 Directorate School Education http://cse.ap.gov.in/

9 Rajiv Vidhya Mission (SSA) http://ssa.ap.nic.in/

10 SCERT http://apscert.gov.in/

11 SIET http://siethyd.ap.gov.in/

12 Director AP Govt. Text Book Press http://www.aponline.gov.in/apportal/departments/departments.aspx?dep=04&org=37&category=Introduction

13 Directorate of Jawahar Bal Bhavan http://www.aponline.gov.in/apportal/departments/departments.aspx?dep=14&org=48&category=Introduction

Higher Education

1 A.P. Govt. Oriental Manuscripts Library and Research Institute

http://manuscriptslibrary.ap.nic.in/

2 A.P. State Archives& Research Institute

http://apstatearchives.ap.nic.in/

3 AP State Council for Higher Education

http://www.apsche.org/

4 Commissioner of Collegiate Education(CCE)

http://www.apcce.gov.in/

5 State Board of Technical Education and Training

http://sbtetap.gov.in/

6 Technical Education ‐ Commissioner of Technical Education

http://dteap.nic.in/

Social Welfare

1

BC Welfare

http://bchostels.cgg.gov.in

http://apobmms.cgg.gov.in/

2 SC Welfare http://apsocialwelfare.cgg.gov.in/

3 Tribal Welfare http://aptribes.gov.in/

4 Minority Welfare http://www.apsmfc.com/

5 Disabled welfare http://wcdsc.ap.nic.in/

6 APSWREIS http://apswreis.cgg.gov.in/

TABLE5: WEBSITES OF EDUCATION PACKAGE DEPARTMENTS


The integrated view of the Education Package departments stems from the Whole of Government concept wherein there is dependency of the primary domain department on secondary domain department to deliver its services efficiently. This is illustrated in the Figure 1 & 2:

FIGURE 1: INTEGRATED VIEW OF SCHOOL EDUCATION DEPARTMENTS


FIGURE 2: INTEGRATED VIEW OF HIGHER EDUCATION DEPARTMENTS


Given below are the key objectives of the Education Package departments.

Sl. No. Department/ Agency

Key Objectives

School Education

1. Directorate of

School Education

1. One stop shop of information related to School Education Department viz. Students, Teachers, Institutions etc., at a central location and helps to analyse the performance of the students, teachers & schools, monitoring various government schemes and student dropouts etc.

2. Helps effective utilization of funds towards implementation of any Government schemes such as Mid‐Day Meal, RMSA, SSA and other benefits like supply of free text books, uniforms etc. by implementing systems like biometric attendance, mobile apps, communication gateway etc.

3. Improve adaptability to educational changes, supported by a robust and flexible system using tabs, smart phones and other hand held devices etc., at the grass root level and a state‐of‐the‐art infrastructure at state level.

4. Increase in Student –Teacher performance by academic monitoring. 5. Operational excellence through process streamlining and automation

by incorporating global best practices. 6. Helps Government to plan effective utilization of resources and

creating better infrastructure. 7. Increased participation of citizens in promoting education. 8. High quality curriculum and courses with adequate inputs from

stakeholders. 9. Increased access to e‐Learning / Technical Courses. 10. Increased examination management efficiency. 11. Increased availability of Scholarships on time, Pass Percentage and

Certification of Students. 12. Increased welfare and financial assistance to the socially and

economically backward Students. 13. Timely provision of scholarship, finance assistance and other social

benefits. 14. MIS Reporting and alert facilities for all stakeholders based on their

custom requirements.

2. Rajiv Vidhya

Mission (SSA)

1. Objective of ‘Back‐to‐School’ for all children and Right to Education. 2. Focus on elementary education of satisfactory quality with emphasis

on education for life. 3. Universal retention. 4. Bridge all gender and social category gaps at Primary stage and at

elementary education level.

3. Commissionerate

of Intermediate

Education

1. To make Intermediate Education accessible to all sections of the society.

2. To lay special emphasis on the Rural, Tribal, Socially under privileged sections of the society.


3. To strengthen girls’ Education by improving their enrolment in the Colleges.

4. To monitor and supervise all Junior Colleges in the State. 5. To regulate the functioning of Private Aided Colleges to optimize the

utilization of Grants of Grants in aid. 6. To provide quality Education even to the remote villages through Tele‐

Education through Mana TV. 7. To make Education a tool of social and economic emancipation

through Vocationalisation of Education. 8. Shift of focus from academics to marketable skills, by introducing

professional and specialized courses in emerging areas such as Computer Science, Graphics, and Tourism etc.

9. Develop infrastructure to facilitate Education to disadvantaged groups in backward and remote areas.

10. Provide faculty Training. 11. To impart faculty Training / Refresher Courses to update the

knowledge skills of the lecturers. 12. Operational excellence through process streamlining and automation

by incorporating global best practices. 13. Helps Government to plan effective utilization of resources and

creating better infrastructure. 14. Improve adaptability to educational changes, supported by a robust

and flexible system like tabs, smart phones, iPads and other hand held devices etc., at the grass root level and state‐of‐the‐art infrastructure at state level.

15. Increase in student employability and faculty productivity. 16. Increased efficiency and transparency in file movement. 17. Increased participation of citizens in promoting education. 18. High quality curriculum and courses with adequate inputs from

stakeholders. 19. Increased access to e‐Learning / Technical Courses. 20. Increased availability of Scholarships on time, Pass Percentage and

Certification of Students. 21. Increased welfare and financial assistance to the socially and

economically backward Students. 22. Timely provision of scholarship, finance assistance and other social

benefits. 23. Timely admission to hostel services, educational assistance. 24. Increased availability of departmental services through citizen centric

call centres. 25. Subsidies to the disadvantaged, provision of caste certificates,

implementation of financial assistance to the socially and economically backward communities etc.

26. MIS Reporting and alert facilities for all stakeholders based on their custom requirements.

4. Board of

Intermediate

1. To prescribe syllabi and text books.

2. To grant affiliation to the institutions offering Intermediate course.


Education 3. To lay down regulations for the administration of Junior Colleges.

4. To publish text books.

5. To prescribe qualifications for lecturers.

6. To cause academic inspection of Junior Colleges.

7. To conduct examinations.

8. To process results and to issue certificates.

9. Increased examination management efficiency. 10. To facilitate an interface with Industries and establish Linkage to

ensure employment opportunities for Vocational Students. 11. To revamp and re‐structure the Vocational Curriculum from time to

time to cater to the changing needs of the society. 12. To promote Vocational Education by diverting a majority of students

from general strength to Vocational Courses to make them self‐reliant and gain employment.

13. Bring Vocational Education to centre‐stage & to train students in practical and problem solving skills.

5. Andhra Pradesh Open School Society

1. To identify the educational needs of the children/persons of the State who are generally not catered to by the formal system of school education.

2. To provide opportunities for school education up to pre‐degree level through open and distance learning (ODL) mode.

3. To identify and promote standards of learning in open and distance learning system.

4. To design and develop courses, self‐instructional materials (SIM) and other learning support for the courses identified at different points of time.

5. To organize orientation and training programmes for the functionaries of the open schooling system in the state.

6. To collaborate with other agencies within and outside the state for developing and delivering skill oriented courses of study.

7. To promote and publicise open schooling programmes and activities in the State.

8. To maintain standards and equivalence with formal education system, while ensuring flexible characteristics of Open Learning System.

9. To assist and advise the State Government in matters related to open schooling.

10. To serve as an agency for effective dissemination of information related to open learning and distance education and to discharge coordination and clearing house functions.

6. Andhra Pradesh

Residential

Educational

Institutions

1. To establish, maintain, control and manage Residential Schools and Colleges (Gurukula Vidyalayamulu) for talented and meritorious children residing within the State of Andhra Pradesh.

2. To prescribe the procedures, rules and regulations for admission of students in various educational institutions.


Society (APREIS)

3. To take necessary steps for the effective implementation of the curricula, syllabi and other programmes like conduct of examinations connected with the education of the pupils, as prescribed by the competent authorities from time to time.

4. To organize and conduct study courses, conferences, lectures, seminars, workshops, study tours and the like for the benefit of the staff and students of the Residential Schools and Colleges.

5. To create teaching, administrative, technical ministerial and other posts under the Society and in the schools and colleges and to make, appointments, promotions and transfers thereto and to arrange training for the staff therein.

7. Department of

Public Libraries

1. Promotes Library services in the State. 2. Establish, equip, maintain and develop an integrated comprehensive

and efficient Library service to the readers in the State.

8. Directorate for

Government

Examinations

1. To conduct various Public Examinations in a calendar year listed and its evaluation, publication of results and issue of certificates.

2. To conduct SSC/OSSC examinations twice in a year and Vocational SSC Examination once in a year.

3. To conduct 15 types of public examinations, evaluation and release of their results.

9. Directorate of

Adult Education

1. To promote Literacy, Adult Education and lifelong learning opportunities to the rural and urban non‐literates and semi‐literates.

2. To organize equivalency programmes for upgrading the educational qualifications of volunteer teachers, semi‐literates and neo‐literates by motivating and providing opportunities to improve further educational qualifications through open schooling.

3. To promote need based vocational skill development training programmes to the rural and urban non‐literates /semi literates / neo – literates.

4. To promote women empowerment activities, gender disparities and focus on women literacy.

5. To mobilize people from all walks of life for participation and involvement in literacy programme.

6. To provide over all policy, guidance and directions to the literacy programmes.

7. To provide thrust to the literacy movements through the private participating and Electronic Media.

8. To undertake such other activities of Adult and Continuing Education as or considered appropriate.

10. State Council of

Educational

Research and

Training (SCERT)

1. To organise in‐service training for teacher educators and to teachers of

Primary, Upper; Primary and Secondary Schools.

2. To Act as a clearing house for ideas and information to keep the

teacher educators and teachers abreast of the latest developments in

the field of Education.

3. To provide academic guidance to the schools through extension


services.

4. To undertake studies, investigations and surveys relating to

educational matters on the appraisal of educational programmes.

5. To undertake and co‐ordinate action research projects on instructional

practices, Educational problems etc.

6. To undertake publication of books, periodicals and Audio, Video

Material.

7. To undertake evaluation and research studies to find out the impact of

educational programmes in the state.

11. State Institute of

Educational

Technology

(SIET)

8. To assist the Department of School Education in implementation of

educational policies and programmes both in formal and non‐formal

sectors.

9. To undertake all activities which may seem appropriate for furtherance

of educational policies and programmes.

12. Directorate of AP

Govt. Text Book

Press

1. To undertake academic reforms in the light of policy changes by the

state.

2. To prepare teachers’ hand books, resource books and other materials

for use of students and teachers.

13. Directorate of

Jawahar Bal

Bhavan

3. Promote participation of children in performing and non‐performing

arts and crafts and present awards to gifted children

4. Conduct inter‐school competitions, children theatre workshops, and

State and National Theatre Festivals.

5. Developing and publish literature of interest to children

6. Opening of Bal Bhavans in tribal areas for the benefit of children in

rural areas.

Higher Education

11. Commissionerate

of Collegiate

Education(CCE)

1. Development of Undergraduate and Post Graduate Education. 2. Increasing Access to Higher Education. 3. Higher Education for the under privileged sections of the society and

women, particularly in rural areas. 4. Encouraging private participation in the expansion of Collegiate

Education. 5. Development of infrastructure in Government Colleges. 6. Ensuring maintenance of high standards of education in colleges. 7. Restructuring Vocationalisation of courses in Collegiate Education for

increasing employment potential. 8. Establishing linkages with industries and market. 9. Use of IT and modern technology for improvement of quality in

academics and administration.


10. Promoting Academic autonomy, innovation and change.

12. Andhra Pradesh

State Council for

Higher Education

(APSCHE)

1. To prepare and monitor consolidated programmes for development of Higher Education in the State in accordance with the guidelines issued by the University Grants Commission.

2. To encourage interaction of educational institutions with industry and other related establishments.

3. To work to enhance qualities of examinations conducted by the Universities and suggest necessary reforms.

4. To Conduct entrance examinations for admission to institutions of higher education and render advice on admissions.

5. To promote sports, games, physical education and cultural activities in universities and colleges.

6. To prepare a report on the working of the universities and the colleges in State, and so on.

13. Commissionerate

of Technical

Education

1. Promotion of Quality in Technical Education. 2.Planning and Coordinated Development of Technical Education System. 1. Provide regulations and maintenance of Norms and Standards. 2. Assessment of Manpower requirement. 3. Liaison with Central Government, State Governments, Universities and

other Statutory Bodies.

14. State Board of

Technical

Education and

Training (SBTET)

1. To frame policies for Technical Education. 2. To review and revise the syllabi as per requirements of the society. 3. To supervise the teaching in technical institutions. 4. To conduct examinations and award Certificates. 5. To design new courses and establish them at various Polytechnics

To establish and develop liaison with industry. 6. To affiliate educational institutions and accord recognition. 7. To impart training for the teachers of technical institutions. 8. To design material and make them available to students. 9. To prescribe Syllabus for various Technical Courses at Under‐Graduate

level.

15. Andhra Pradesh

Government

Oriental

Manuscripts

Library and

Research

Institute

1. Publishing the new descriptive catalogues for Sanskrit, Telugu and Arabic, Persian and Urdu manuscripts.

2. For seek linkage and affiliations with similar organizations in India and abroad.

3. To digitalize the entire collection of the manuscripts in the library. 4. Printing of facsimile editions and critical editions of the rare and

important manuscripts from the collection of the library. 5. To publish bi‐annual magazine to popularize news and articles related

to manuscripts. 6. To collect Micro Films or digital copies of important manuscripts from

other libraries in Sanskrit, Telugu, Persian, Arabic and Urdu which are important in the study of local history and culture.

16. Andhra Pradesh

State Archives &

Research

1. Custody and maintenance of all Government Records. 2. Preservation and conservation of the records on scientific lines. 3. Preparation of reference media for holdings.


Institute 4. Conducting Training Programmes on Archival Administration and Record Management to the Record Keepers of the Government Departments.

5. Inspecting the Government Record Rooms and rendering advices for upkeep of the Records.

6. Survey and acquisition of the Private Records. 7. Conducting Seminars, lectures, Archival Week for

bringing Archival consciousness.

Skill Development

17. Andhra Pradesh

Skill

Development

Corporation

(APSDC)

1. To promote skill development and entrepreneurship. 2. To provide high quality skilled manpower as part of the ‘Knowledge

and Skills Mission’ of GoAP. 3. To implement a structured and pragmatic solution to skill and up skill

the workforce. 4. To increase employability, and promote entrepreneurship in sync with

Industrial growth of the state.

Social Welfare 18. Commissionerate

of Backward

Classes Welfare

1. To increase access to education to persons belonging to BC Communities.

2. To provide quality education to meritorious BC Students pursuing studies at pre‐matriculation Level.

3. To promote higher education and impart quality education on par with general students.

4. To reimburse tuition fees. 5. To provide coaching facilities to eligible BC Students.

19. Commissionerate

of Social Welfare

1. Strive for educational advancement of Scheduled Castes. 2. Help in the socio‐ economic development of Scheduled Caste students. 3. Ensure welfare and protection of Scheduled Caste students.

20. Commissionerate

of Tribal Welfare

1. To promote and develop education among Scheduled Tribes and thereby improve literacy among Scheduled Tribes.

2. To assist Scheduled Tribes families of below poverty line for their education and economic development.

3. To provide necessary constitutional protection to the Scheduled Tribes in the state in general to tribal students.

21. Commissionerate

of Minorities

Welfare

1. To assist in education related activities for the weaker sections of Minorities viz; Muslims, Sikhs, Buddhists, Parsis and Jains, in collaboration with Banks and Corporation provides Subsidy and interest Subsidy.

22. Commissionerate of Disabled Welfare

1. Supply of Prosthetic and Mobility Aids to differently abled students. 2. Supply of Educational Aids to differently abled students. 3. To impart training in various Technical & Non‐Technical trades. 4. Sanction of NHFDC Loans under Self Employment Schemes. 5. Supply of Aids & Appliances under ADIP Scheme of Government of

India to differently abled students.

23. Andhra Pradesh

Social Welfare

Residential

1. Ensure reservation for students of Scheduled Castes in ITIs and Polytechnics.

2. Handle the administrative and financial matters for these institutions.


* The Vendor should take the responsibility to propose solutions to fulfil the key objectives of the department

TABLE6: KEY OBJECTIVES OF THE EDUCATION PACKAGE DEPARTMENTS

3. System Overview of Education Package

3.1. Fact Sheet

The basic facts of the Education Package are provided in the Table 7, to give an idea of the size and spread of the organizations

Sl. No.

Category of Institutions

Number of Institutions

covered

Students Faculty Admin staff of the

Institutions

Admin Staff of the

Department

Other users

(Specify)

1 Universities 14 25,795 1584 4951 N/A N/A

2 PG Colleges 516 1,01,523 40512 N/A N/A N/A

3 Degree Colleges (Government)

253 90,558 3396 N/A N/A N/A

4 Degree Colleges (Aided)

179 1,33,870 N/A N/A N/A N/A

5 Degree Colleges (Un Aided)

1925 3,05,083 N/A N/A N/A N/A

6 Junior Colleges (Government)

444 64,096 5425 3108 N/A N/A

7 Junior Colleges (Aided)

131 31,666 1771 786 N/A N/A

9 High Schools 11,149 33,12,483 1,25,909 7666 1100

N/A

10 Upper Primary Schools*

10,100 12,42,287 61,661 3894 N/A

11 Primary Schools* 40,703 26,55,316 1,08,194 N/A N/A

12 State Level Institutions (HoDs, SIET, Boards etc.)

2 0 0 45 N/A N/A

13 District level Institutions (DIETS, TTIs etc.)

29 3100 81 284 N/A N/A

14 B.Ed Colleges 380 41,299 N/A N/A N/A N/A

15 Polytechnics 312 73,451 N/A N/A N/A N/A

16 ITSs 500 38,944 N/A N/A N/A N/A

17 Engineering Colleges 341 1,64,115 N/A N/A N/A N/A

18 Residential Schools 2994 430655 24090 4345 N/A N/A

19 Residential Colleges 195 15624 1456 780 N/A N/A

21 Hostels 3250 145,665 N/A N/A N/A N/A

Education

Institutions

Society

(APSWREIS)

3. Provide free education to students through residential schools. 4. Offer textbooks, notebooks, stationery, etc., to students. 5. Construct and maintain residential complexes with hostels. 6. Impart computer education in residential schools.


Sl. No.

Category of Institutions

Number of Institutions

covered

Students Faculty Admin staff of the

Institutions

Admin Staff of the

Department

Other users

(Specify)

22 Other Professional Colleges

N/A N/A N/A N/A N/A N/A

23 Libraries 3123 N/A N/A 2054 N/A N/A

24 Oriental Manuscripts Dept.

1 0 0 29 N/A N/A

25 State Archives Dept. 1 0 0 74 N/A N/A

26 School Education Departments


27 Higher Education Departments


28 Others, if any N/A N/A N/A N/A N/A N/A

* 0/0 – Not Applicable ** NA – Data Not Available

TABLE7: FACT SHEET

3.2. Transformational Requirements of Education Package

Education is one of the prominent pillars of the Indian economy and country’s march to development. It has seen a host of reforms and improved financial outlays in recent years that could possibly transform the country into a knowledge capital for extracting the boon of demographic dividend. Therefore, the development of education infrastructure is expected to remain the key focus of the central as well as the state governments. In this scenario, infrastructure investment and technology adoption in education is likely to see a dramatic increase in the current decade. However, the education sector has been a victim of economic divide between the haves and the have not’s. Our gross and net enrolment ratios not only at primary levels but also at higher education levels require considerable attention, so does the access to quality education, gender equity, employability etc. Andhra Pradesh has set its target to become one of the top three high performing states in India by 2022 and achieve the status of the best state in the country by 2029, and this vision is to lay the foundation of the Sunrise State of Andhra Pradesh. Vision2029 hopes to impact the lives of every citizen in the State, enriching and transforming it through well‐coordinated small, large and mega scale development programmes, executed as part of one of its seven development focused missions. The Knowledge Mission aims for the creation of Andhra Pradesh as an education hub and knowledge society, creating a wealth of skilled human capital within the State to realise the objectives of Vision 2029. The Mission shall be guided by the Honourable Chief Minister's vision to:

Take Higher Education to international standards

Adopt best practices from other states in India and other countries

Create an atmosphere of best teaching and learning

Establish reputed institutions and Centres of excellence

Provide hi‐tech connectivity and e‐learning content


Integrate technology and education to the greatest extent possible

Foster entrepreneurial spirit among the youth through academic and extracurricular programmes

Provide skill development and employability training to youth in tune with the requirement of the Industry

Update curriculum as per emerging trends and demand in the market

Bring about administrative reform through e‐governance

Against this background it is imperative to use the Education Package to bring about transformational changes in the sector to make a significant impact on the state economy by ensuring high quality, continuous and affordable education for the state residents anywhere anytime. The responsibility of the SI is to design the Education Systems in such a manner as to address the above issues through introduction of a variety of Game Changers and Process Re‐engineering initiatives as described below, but not limited to the same.

3.2.1. Game Changers

Game Changers make a qualitative difference to the way current activities are carried out and/or introduce new technologies or processes that enhance the outcomes significantly. The following Game Changers are suggested for the Education Package.

a. Gamification: Responsive web architecture and single page applications are

the need of the hour in the digital and mobile world for accelerating the use of education package applications by vital stakeholders through a multitude of access devices. The user interfaces of education package applications have to follow the latest gamification trends in the industry, as the majority of user communities are expected to be millennial’s and after. The gamification strategy increases the engagement levels of students with the Education Package with appropriate socialisation opportunities, rewards and recognitions programmes such as leader boards, badges etc., for highlighting student achievements among their peers through the social media.

b. Smart Campus: The Smart Campus envisions connecting the worldwide

educational resources to faculty and students, and also contributes in intellectual development. It provides various services to the campus stakeholders which makes the campus life easier, secure, comfortable and enriching. These services are not just for academic life but also for socialising, moving around, sharing events, signalling problems etc.

A Smart Campus gives a broader scope to the student by providing facility to listen, access and interact with the eminent faculty with broader backgrounds from any part of the world. If the students are enabled with skills and technology, suitable to sync with a proactive mentor or a peer working elsewhere in the world during the campus education process in real time, the outcome could be more research and intellectual property development. To provide seamless connectivity, access and security to


campus stakeholders, several hardware technologies, software technologies and electronic devices are required. These electronic devices that enable smart campus services are listed below, but not limited to the same:

i. Interactive projectors/ Touch Boards /Pana Boards ii. High speed access to e‐Siksha and other learning platforms iii. Mobile Devices/ tablets iv. Wi‐Fi v. CCTV

The basic services envisaged in the smart campuses are:

i. Wi‐Fi and wired Internet facility ii. Digital classrooms iii. Learning from anywhere, anytime in the campus iv. Customised learning at own pace and intellectual ability v. Campus Monitoring (students/staff/properties)

c. E‐Siksha: The upcoming demographic dividend opportunity and the pressure

on education budgets through rising costs are driving the necessity for

cheaper alternatives for education. Like almost every other industry, the

SMAC comprising social, mobile, analytics and cloud technologies is

disrupting the way education providers engage their students, faculty and

partners and run their businesses. The key trends in education sector are

listed below:

Impact of Mobile Apps: Learners are increasingly choosing to consume

media through smart devices. The smart phone adoption rates have

surpassed that of any customer technology in history, including social

networking. With the increasing availability of network infrastructures

and the growing number of smart phone and tablet users, the mobile app

market is becoming an important part of education. The APP Store under

the e‐Pragati framework addresses the mobile apps requirements in the

education package in the State.

Digital Delivery: Students are increasingly motivated to use digital

textbooks because of their convenience (carrying a “reader” rather than

multiple physical textbooks), interactivity (highlighting of relevant content

and “linked” definitions for words in the text), and the potential cost

savings. The digital learning delivery supply chain is orchestrated by the

applications in the Education Package.


Social Media and CRM: Engaging the modern student requires managing

several communication channels, with social media being an increasingly

important one. According to a recent Nielsen Media report, social

networks and blogs now account for nearly 25% of total time spent on

the Internet. Recruitment efforts within higher education use social

media extensively to connect with and research potential prospects. The

Mana Rashtram application under the e‐Pragati framework addresses the

social media requirements in the education package in the State.

The various e‐learning models that addresses the education market are

given below:

FIGURE 3: OVERVIEW OF E‐LEARNING MODELS

The services planned under the e‐Siksha platform are given below: i. Anywhere anytime online learning ii. Accredited and non‐accredited courses


iii. Paid, subsidised and free courses iv. Virtual universities and established institutions v. Learning, testing and certification services

d. Knowledge & Collaboration Management: The envisaged knowledge

management platform intent to connect every citizen in the State who is desirous of having/sharing information and knowledge by enabling a knowledge ecosystem anywhere anytime consisting of government departments, educational institutions, private businesses, domain and technology experts across the globe, students, faculty and residents through seamless audio, video and data connectivity. The services planned under the knowledge management platform are given below:

i. Information and Collaboration Services ii. Content Management Services iii. Yellow Pages and Expert Directory Services iv. Premium Research Services v. KM Administration, Incentives and Recognition

e. Big Data Analytics: Big Data Analytics shall be used by the departments in the

Education Package to conduct not only root cause analysis of problems on hand, but also predictive analytics to give insights into the next 6 months to an year, to enable them to make the right interventions in time and to take informed decisions while implementing the various schemes. The following scenarios are prescribed as an initial set to be designed by the SI and implemented using the DataLytics platform, which is being established as a component of the Core package of e‐Pragati.

i. Analysis of trends of student dropout’s region wise over the last 5 years,

to arrive at the root causes for student dropouts and the departmental interventions required to increase the percentage of gross/net enrolment ratios.

ii. Analysis of student records using machine learning algorithms to predict students that could be potential dropouts and thus helping the education departments to take proactive remedial interventions.

iii. Real‐time analysis to leverage analytic solutions to increase student, faculty and staff productivity, better manage finances, streamline operations, and ensure student success by tracking metrics around key segments such as student admissions, student records and financial management.

iv. The analytics to provide interesting insights in several areas such as popular courses and student preferences by tracking and recording demographics, educational performance, attendance, extra co‐curricular and placement records data. Insights into educational performance can act as a strong guide for institutes to help their


students opt for courses in higher studies, in turn, aiding them in their journey to choosing an ideal career path.

v. Predictive and Prescriptive analysis for policy formulation in the education package for increasing the learner and faculty engagement in education and increased student employability. This includes developing strategies that link research to education, developing meaningfully large data on real world problems for teaching tools, and encouraging user confidence and user democratisation.

f. Integration with AP Digital Corporation for Education Package: Under the AP Fibre net project, GoAP is taking broadband to the GP level. Complementary to this, GoAP has floated an EOI for selecting partners to establish 3 Digital Corporations that create content and services relevant to the Education, Primary and Health sectors. A tight integration and coordination is required on the part of the SI so as to synergize the work of the proposed AP Digital Corporation for Education.

3.2.2. BPR Requirements

No major e‐Governance initiative will produce desired impact unless it is accompanied by process re‐engineering. The following areas have been identified as top candidates for process re‐engineering so as to simplify and eliminate processes and to integrate the service delivery. Process re‐engineering and forms re‐engineering is the responsibility of the selected SI. The selected SI has to undertake these activities as part of the Systems Study phase and submit the updated FRS and get the same approved by PMU. a. Redesign the systems in a student‐centric way: The services that the students need shall

be presented in a student‐centric way. The usability shall be designed keeping in view the literacy levels of the students.

b. Forms re‐engineering: The forms used by the stakeholders shall be re‐designed keeping in view the following principles: i. As the student’s identity can be established through use of People Hub unique Id or

Student Id generated at the time of one‐time registration at the Portal, the online forms should not ask for the other details like address, mobile number etc. More details will be available as part of Core Package RFP to achieve the objective of integration with People Hub Unique ID based e‐Authentication. The mobile application should have the capability to capture the citizen details by capturing QR code and real time validation from People Hub Server.

ii. All the student‐facing forms shall be re‐designed with Telugu Interface, where they are currently in English.

iii. Forms which are no longer necessary in the context of CLGS should be abolished iv. Common forms shall be designed for availing similar services from different

departments in the Education Package, with minor variations or through the use of dropdown list boxes/ radio buttons to choose department‐specific parameters.


c. Common Modules: The functionality of several activities and services of the departments in the Education Package are similar. This is brought out in Section 2.1. Common application modules shall be designed for all these, as explained in Annexure 6. This follows the principle of re‐usability.

3.2.3. Important common processes re‐engineered:

Keeping in view the importance of process re‐engineering, 6educational processes, most of which are common to many of the constituent departments of Education Package have been re‐engineered. The indicative TO BE Processes are shown in Annexure 4.


3.3. Deployment Model

Considering the following factors, it is required that the Education Package is deployed on a public cloud:

a. Elasticity of Demand: The load of Education Package will be heavy during the Student Admission, Exams and result declaration schedule and would taper down towards the rest of year, as most of the services are related to the higher and school education sector. However, the demand on account of the other applications related to such as online learning and student collaboration services, which constitute about 40% of the peak load of ED Package, would continue to be constant throughout the year.

b. Need for mobile access: The application functionalities can be accessed by students, faculty and department workers, on mobiles and tablets.

c. Need for cost‐effectiveness: By its very nature, services in the Education and allied sectors need to be less expensive to be affordable, where charged. Cloud‐based services would be cost‐effective in volumes.

d. The nature of data: The nature of data handled in the Education Package is not confidential or sensitive.

The SI shall implement a highly cost‐optimized cloud‐based solution, with the following requirements:

i. Normal standards of security and privacy shall be complied with. ii. There shall be strict prohibition of sharing the data with any other organization. iii. The application and data shall be hosted in a cloud data centre located in India. iv. Considering the criticality of the Education Package, it shall be deployed in minimum Tier

3Cloud Data Centre. v. The India based Cloud Data Centre shall meet the prescribed SLAs by GoAP. vi. The SI is responsible for delivering SLAs with detailed BCP. vii. RTO should be 8 hours, RPO should be 4 hours.

The following implementation plan is suggested:


FIGURE 4: DEPLOYMENT MODEL

3.4. Development of Greenfield Applications Vs Integration of Legacy Applications SI needs to develop portfolio of applications, which do not exist with the Education Package

departments in accordance to the guidelines of e‐Pragati. New applications could be added

depending on the requirements and the felt needs. Design and development of the Education

Package departmental applications should be as per the BPR, FRs and approved SRS.

SI needs to integrate existing legacy applications with Education Package applications. SI should

validate list of all the applications that shall be integrated with Education Package mentioned in RFP.

Integration/Mapping of existing applications is provided under Annexure 1.

SI needs to Conduct ‘due diligence’ on the identified applications as to whether each of them can be

integrated with the Education Package applications, with or without appropriate

modifications/customization. The following factors need to be considered in this regard:

The application should have been developed on a web‐based architecture, using SOA, with centralized databases

The application is certified from security and functionality perspective

The development environment used by the application is compatible with the target environment of e‐Pragati

Annexure 2 describes the status of legacy applications and categorized them into 3 categories – A (To

be retained), B (To be enhanced) and C (To be retired).The existing SI/Service Providers shall provide

required SOA interfaces for the applications that needs to be retained / integrated into Education

Package framework along with in person support, training and manual on these SOAs.

All green field Education Package applications shall be deployed on public cloud. These have to be

integrated with existing legacy applications which were deployed in SDC. The applications deployed in

cloud will communicate with applications deployed in SDC through an aggregation layer. Eventually over a

period of time, after existing server and storage hardware attains EOL (End of Life), the hosted legacy

applications shall be migrated to cloud. SI has to select an appropriate model cloud migration (PaaS, IaaS).


The access to State Data Centre (SDC) and applications will be provided to System Integrator (SI) on need‐

basis.

FIGURE 5: LEGACY APPLICATIONS INTEGRATION VIEW

Component Comment

Cloud Education Package Applications

Education Package Applications need to be deployed on cloud and a dedicated10 Mbps VPN link should be commissioned to integrate existing SDC components. This link should be scalable up to 2 Gbps as per the demand.

APSWAN The connectivity to all the existing centers, offices, and to the Internet will be made via existing SWAN network. After the implementation of NOFN, it will be available up to the panchayat level.

AP Fiber Net AP Fiber Net shall be a highly scalable network infrastructure to provide on demand, affordable and end‐to‐end broadband connectivity of 10 to 20 Mbps for all households and 1 to 10 Gbps for all institutions and multi‐dwelling.


Component Comment

NKNISP Currently all the Universities are connected through internet under NKN program and for Smart Campus ANU already has 1 Gbps connection.

Universities, Colleges, Schools, Education Centers

As a part of AP Fiber Net project, all Educational Institutes and Hospitals will be connected through 100 Mbps bandwidth. All the end points like Universities, Colleges, Schools, and Education Centers will get connectivity to the cloud through Fiber Net to access Education Package applications.

Disaster Recovery The DR/BCP site will be available over a period of time once AP SDC is operational. The SI should provide the BCP plan to meet the SLAs.

Education Sector Users

Education sector department user will access the applications through cloud only and there is a requirement to commission additional bandwidth of 4 ‐ 8 Mbps for the same.

SBMS Existing Brown field SBMS (Social Benefits Management System) will continue including ePASS, eHostel, and OLCMS applications with required customization as suggested in Annexure 2

School Management System

Existing School Management System will continue to work in TCS Data Center as per Application Analysis provided in Annexure 2with Category A and B.

3.5. Implementation Model & Revenue Model

3.5.1. Implementation Model: The Education Package will be implemented on a substantially bought out model. The SI will be required to invest in the HLD and LLD, develop the package as a mix of components or products (COTS)readily available in the market or those developed by the SI or one of the members of the bidding consortium AND components which are natively developed for the Education Package. The SI will execute the entire scope of the project at its cost and investment. The SI shall also be responsible for maintaining the application during the prescribed O&M period. The SI will be compensated as per the Terms of Payment outlined in the next sub‐section, but detailed in the Volume III of the RFP relating to Commercial Terms and Conditions. The SI will get incentives for launching the Education Package ahead of the scheduled implementation time.

3.5.2. Terms of Payment: The Education Package consists of 6 components, namely, the School Information Management System (SIMS), EduGov (Higher Education Information Management System), e‐Siksha (Online Learning Platform), Knowledge Management System, Skills Management System and Social Benefits Management System (SBMS). The Package will be implemented on a public‐cloud‐based model. Hence, the CapEx is expected to be low, on account of the minimal IT Infrastructure requirements at the participating departments. The SI will be required to quote CapEx and OpEx for all the 6 components separately. The SI will be compensated as per the following terms:

1. The CapEx quoted shall not exceed 30 % of the total cost of the Package quoted by the bidder.

2. 100% of the CapEx will be paid component‐wise, linked to the milestones and deliverables and subject to satisfactory UAT at each stage.


3. The OpEx, which is all‐inclusive (license fee, cost of development of the package, acceptance testing, commissioning, user training and O&M during the project period) will be paid in 10 Equated Half‐yearly Instalments over the period of 5 years post‐go live.

4. The OpEx will be linked to the SLAs to be defined for each of the components. 5. There would be rewards and penalties defined in terms of timely completion and

performance against SLAs.

3.5.3. Revenue Model: Education Package is a societally important project. Therefore as a basic state responsibility, the expenditure is to be borne by the Government. However, it is desirable to introduce a commercial element in some of the components of the project for delivering premium services. Therefore, the SI shall provide a Billing Module to measure and charge the premium services consumed by each stakeholder through the ED Package. The revenue model is specified in the Table 8 below:

Sl. No. Name of the Project/Componen

t

Description of Revenue Model No of Subscribers

Tariff

1 SIMS The government/aided schools will get the services for free, whereas the services provided by the SIMS can be made available to the private schools on an annual subscription model. The full spectrum of student management, faculty management, institute management and examination management services may be availed by the private schools. Therefore the SI is requested to bear this requirement in terms of the application design, customization and data privacy issues involved.

20% of the private schools in the state are expected to subscribe SIMS services in the initial 5 years. It is estimated to be 2625.

Rs 2,500 p.a for each private school

The stakeholders may be availing institutional and departmental services through SIMS for their academic requirements. They may avail full spectrum of services related to Admission, Examination, Faculty Recruitment and Recounting of Marks.

Estimated number of yearly subscribers is 1043000.

Rs 10 per each transaction

2 EduGov The government/aided colleges will get the services for free, whereas the services provided by the EduGov can be made available to the private colleges on an annual subscription model.

20% of the private colleges in the state are expected to subscribe

Rs 5,000 p.a for each private college



t


Tariff

The full spectrum of student management, faculty management, institute management and examination management services may be availed by the private schools. Therefore the SI is requested to bear this requirement in terms of the application design, customization and data privacy issues involved.

EduGov services in the initial 5 years. It is estimated to be 1250.

3 e‐Siksha The online learning platform is expected to be used by not only the school and college students but also by private individuals. Moreover with the arrival of Virtual Universities and e‐Content Providers the e‐Siksha is expected to be content rich with multitude of paid, subsidised, and free courses on MOOCs model. In addition, various certification and testing services shall be provided through this platform.

1. The e‐Siksha services will be widely used by the student and faculty fraternity. It’s expected that at least 20% of the state’s student population may be willing to use the paid content at a nominal rate for their learning and career aspirations.

2. The government can charge the Virtual Universities, Private Learning Partners, Certification and Testing Services providers for using this platform at a rate of Rs 100 for each learner in a year. There are a range of new service‐based education models that can be called

20% of the student population in the state is estimated to be above 6.55 lakhs (above upper primary level). They may subscribe for semi‐premium learning. At least 10,000 early adopters may use "value chain services" in the inaugural year.

Rs 100 p.a for each student



t


Tariff

"value chain services" sometimes called the "product halo" since revenues do not come from the sale of the product, but rather from services relating to the product. The revenues derive from a wide range of services including job placement, royalties on the sales of third‐party content, exam fees, application fees, and "sponsored" courses.

3. Selling (renting) subscription‐based content directly to parents and students is a new twist in the educational publishing industry.

4 Knowledge Management

The envisaged Knowledge Management Platform provides yellow pages (expert directory) and premium research services. These service requests can be outsourced to a Third Party Agency (TPA) whereby the government gets royalty for each transaction origination.

An information request on each hour amounts to 8760 transactions an year.

Rs 10 per transaction

TABLE8: REVENUE MODEL OF THE EDUCATION PACKAGE DEPARTMENTS

3.5.3.1 Assumptions on the Revenue Model: a) The e‐Pragati portal shall offer the bouquet of high quality educational services

which are commercially categorised as free services, subsidized services and premium services. The stakeholders shall use the payment gateway defined under the e‐Pragati framework for the payment related transactions.

b) The e‐Pragati portal facilitates the educational service and content providers to offer their services at the rates and SLAs approved by the respective educational departments. The education departments shall enter into contracts with the above private services providers on need basis.


c) The SI shall enter into agreements with the TPAs for the supply of education content, materials and/or services with the approval of education departments and offer the TPA services through the e‐Pragati portal.

d) The SI and the educations departments shall have a mutually agreed and beneficial revenue sharing agreement for all the chargeable educational services through the e‐Pragati portal.

e) The users consume chargeable educational services through e‐Pragati portal are purely under their comfort and discretion.

f) The user who consumes the chargeable educational services through the e‐Pragati portal has to agree on the terms and conditions set by the SI in consultation with the education departments. The education department shall be the sole regulator of the education services through the e‐Pragati portal.

g) The users may consume the educational services directly from the TPAs (without using the e‐Pragati portal, by directly subscribing with the TPAs) that supply education content, materials and/or services, for which the SI or educational department has no role either in the pricing and/or SLAs of TPA services.

The implications for the SI in terms of the development effort are as follows:

1. Revenue Metering for Education Package shall be developed by SI as specified below:

a) A Digital/Mobile Wallet facility shall be provided at the Education Package Portal level. The above wallet can be topped up by the users either through online using net banking or debit/credit card services and/or through MeeSeva centers.

b) Whenever the users consume the paid services, the Education Package applications shall automatically deduct the respective amount from the wallet.

c) When the wallet amount is getting nearing exhausted an automatic SMS/email shall be sent to the users for additional top‐up.

d) User wise and/or Account wise service consumption metering and billing facility. e) Users can avail or cancel existing services under the paid model. f) Allow user billing administrators to initiate payment institutions to users/institutions. g) Allow users/institutions to make payment online via the payment gateways under the e‐

Pragati framework. h) Allow users and billing team to generate MIS reports on usage, payments

made/outstanding etc. 2. During the O&M period, the SI will have to assist the respective department/ management in

monitoring the collection of the revenue.

3.5.4. Project period: All the 6 applications/components of ED Package shall be implemented, including successful UAT, in a period of 18 months from the date of signing the contract. The O&M period shall be 5 years from the date of GO Live.


4. Scope of Work of SI selected for Education Package

The Scope of work of the SI selected for the implementation of the Education Package has been defined in different sections of the RFP. However, a high‐level specification of the same is given in this section.

4.1. Process Re‐engineering

The e‐Pragati Program attaches a very high importance to the process re‐engineering. The re‐engineering shall adopt the approach provided in the e‐Pragati portal. The result of BPR already done for 6 common processes is provided in Annexure 4. In addition to the same, the SI may, during the course of the designing SRS, identify all other areas needing BPR, especially the customer‐facing

processes, and reform the same, in consultation with the departments. Process re‐engineering and forms re‐engineering is responsibility of the selected SI. The selected SI has to undertake these activities as part of System Study phase and submit the FRS and get the same approved by PMU.

4.2. Forms Re‐engineering

This shall be executed as specified in Annexure 7. All the forms, whether used by the external or internal stakeholders, whether they are statutory or non‐statutory, shall be examined in relation to the functions of all the departments that figure in the top 80% of the services of the departments (internal or external services). The following alternatives shall be invariably examined w.r.t each form:

a. Whether the form can be eliminated? b. Whether the form can be integrated with any other form? c. Whether a common form can be introduced across several departments? d. Whether a form standardized/ optimized in any other department/ State can be adopted. An example to illustrate forms reengineering is given in Annexure 7.

4.3. Preparation of IT Infrastructure for Smart Campus and Digital Class Rooms, Supply, installation & commissioning of hardware and networking, etc.,

The SI shall set‐up Digital Class Rooms, Wi‐Fi and Bio‐metric/RFID Units at institutions spread across the districts and Smart Campus solution at Acharya Nagarjuna University (ANU) in fully operational condition to the end user within the project launch date mentioned in the contract agreement. The geographical scope of SI in terms of IT and non‐IT infrastructure for the consumption of Education Package by the users across institutions during the implementation phase is listed in the table below:

For complete BOM details please refer Annexure 15:


(I) Scope of Setting up Digital Classrooms at Junior Colleges and High Schools (School Education)

Sl. No.

Category of Institution No. of Institutions Type of Digital Classroom

1 High Schools 650 (3 Digital Classrooms per School)

Model – I

2 High Schools 650 (3 Digital Classrooms per School)

Model – II

3 Jr. Colleges 130 (3 Digital Classrooms per College)

Model – II

TOTAL 1430 (3 Digital Classrooms per Institute)

(II) Scope of Setting up Administrative Access (School Education)

Sl. No.

Category of Institution No. of Devices Type of End User Device

1 MEOs 671 Personal Computer

2 DEOs 15 Laptop

3 DEO Office 45 Personal Computer

4 RJD 03 Laptop

5 JD 05 Laptop

6 AD 70 Tablet

7 HOD 15 Laptop

TOTAL 824

(III) Scope of Setting up Digital Classrooms, Wi‐Fi and Biometric/RFID Units at Govt. Degree Colleges, Polytechnics and Universities (Higher Education)

Sl. No.

Category of Institution

No. of Institutes No. of Digital Classrooms

No. of Wi‐Fi Units No. of Biometric / RFID Units

1 Govt. Degree Colleges

115 345 115 1145

2 Govt. Polytechnics 65 195 65 941

3 Universities 16 160 16 460

TOTAL 196 700 196 2546


(IV) Scope of Setting up Smart Campus at Acharya Nagarjuna University (Higher Education)

Sl. No.

Category of Institution

No. of Smart Campus No. of Digital Classrooms

No. of Online Examination Centers

1 Acharya Nagarjuna University

01 60 06

TABLE9: GEOGRAPHICAL SCOPE OF SI FOR SMART CAMPUS & DIGITAL CLASS ROOMS

4.4. System Design

4.4.1. HLD: The ePRS document (RFP), describes all the High‐level requirements, Applications, Modules, Sub‐Modules and components. It also gives the functional requirements and TO BE Process diagrams of key processes. Basing on the ePRS document, the SI Shall prepare a HLD, covering the functionality of the Education Package, and its interfaces with the rest of e‐Pragati

4.4.2. SRS: The SI shall prepare an SRS document, covering the entire scope of the project, deploying at least one team in each of the constituent departments. Each team may consist of a mix of system analysts and SMEs. The format for designing the SRS is given in the e‐Pragati Portal ‐ http://e‐pragati.ap.gov.in/

4.4.3. LLD: LLD documents covering all the modules and sub‐modules of the Education Package shall be prepared following the industry standard practices. These will be complete with UML class diagrams, interfaces, application control, database schema and GUI.

4.4.4. Test Plan: Once the SRS is approved and design is started, the SI shall prepare all necessary Test Plans (including test cases), i.e., plans for Acceptance Testing. Test cases for Initial and Final User Acceptance Testing shall be developed in collaboration with domain experts identified at the state nodal agency. Initial and Final User Acceptance Testing shall involve Test Case development, Unit Testing, Integration and System Testing, Functional testing of Application, Performance testing of the Application including measurement of all Service Levels as mentioned in this RFP and finally SI shall also carryout Load/ Stress testing. The SI will submit the test plans and test result reports to the state nodal agency for comprehensive verification and approval. SI can suggest a suitable approach and own the License.

4.5. Application Development:

The application development shall extend to the full functionality to deliver all the services, to internal and external stakeholders. Where a standard product is being proposed for deployment,


the effort should include configuration and customization to meet the full requirement. Development of all interfaces for integration between Education Package applications, e‐Pragati Applications (Tier‐I) and e‐Pragati Components (Tier‐II), shall form part of the scope.

It shall be the responsibility of the SI to prepare a Reverse Traceability Matrix (RTM) covering all the requirements defined in the SRS document, signed off by the GoAP.PMU will be created for each package with a SME (department person) and PMU will be responsible for the sign‐off of deliverables.

In case any external application or component on which the Education Package is dependent, has not been developed by the concerned SI, GoAP may require the SI of the Education Package to develop the same, to the extent it is essentially required for effective deployment of the Education Package. The SI shall propose the same as a Change Request and the same shall be handled by adopting the Change Request process defined in the Terms and Conditions of the

RFP for the project.SI is responsible for provision of licensed software to run the applications. The SI has to takeover/transition all applications that fall under Social Benefits Management System (SBMS) from the existing service provider, and then enhance, operate and maintain for next 5 years.

4.6. Application Testing & Quality Assurance

The SI shall conduct unit testing and integration testing adopting the Use Cases and testing methodology to be agreed upon as a part of the user sign‐off for the SRS. GoAP shall engage a panel of TPAs for conducting the Acceptance Testing for each Package. A detailed Testing and Quality Assurance methodology to be followed by SI is given in Annexure 14.

4.7. Deployment, Commissioning and GO‐Live

The SI shall provide Services to Education Package System, conforming to the specified Service Levels, which will ensure:

Sl. No. Details

1 Delivery of speedy and efficient services to the students, departmental users and related agencies in relation to all the related services

2 Train the existing department users/employees to assist them discharge their duties effectively and efficiently

3 Encourage and help to improve the adoption rate for the usage of the Education Package System services, by employing traditional as well as innovative techniques. To that end, implement measures:

a. For making it convenient for students, departmental users and related agencies to utilize the services,

b. Educating the users in the relevant procedures c. Use of Telugu in all interfaces with students


TABLE10: DEPLOYMENT, COMMISSIONING AND GO‐LIVE

To meet the aforesaid objectives the SI will provide the Service Levels in accordance with the performance metrics as more particularly described in Nonfunctional requirement’s performance section in Annexure 12.

SI should develop the Standard Operating Procedures (SOPs), in accordance with the ISMS, ISO 27005& ITIL standards, for Education Package System. These SOPs shall cover all the aspects including Infrastructure installation, monitoring, management, data backup & restoration, security policy, business continuity & disaster recovery, operational procedures etc. The vendor shall obtain sign‐offs on the SOPs from the department and shall make necessary changes, as and when required, to the fullest satisfaction of GoAP& IT related polices and security policy shall be adhered.

4.8. User Training

Training need analysis of all key stakeholders has to be done and then training plan will have to be developed by the SI in line with overall project plan. Detailed training and change

management description is provided in Section 9.4.More details are given in "Form C7 ‐ Training and Change Management Cost" of Volume 2 of the RFP.

4.9. Operations & Maintenance

The vendor shall be required to provide operational and maintenance services for Education Package including, all the connected software and integrated components. This section discusses the Operations & Maintenance services to be provided by vendor with respect to Application Software & supporting IT Infrastructure Management.

4.9.1. Overview of Post Implementation Services

An indicative list of activities and nature of support to be provided is mentioned below:

I. System Administration and Trouble Shooting A. Overall monitoring and management of all IT system software, application, database, and

all other services associated with these facilities to ensure service levels, performance and availability requirements as prescribed in the RFP are met. SI is responsible for providing EMS. The SI is responsible for meeting SLAs and should provide a single point console to PMU to monitor SLAs. EMS based console should be made available to PMU.

B. Perform system administration tasks such as managing the user access, creating and managing users, taking backups etc.

C. Performance tuning of the system to ensure adherence to SLAs and performance requirements as indicated in the RFP.

II. Co‐ordination with Network Administration Team


A. Coordinate with the network service providers to maintain and ensure uptime and performance requirements of the e‐Pragati Education Package Application. (More details are provided in Annexure 12).

III. Database Administration and Trouble Shooting A. Undertake end‐to‐end management of database on an on‐going basis to facilitate

smooth functioning and optimum utilization including regular database backup and periodical testing of backup data, conducting configuration review to tune database, maintaining the necessary documentation and managing schemes to database schema, disk space, user roles, and storage. SI has to define the backup policy.

IV. Co‐ordination with cloud service provider Team A. Coordinate with the cloud service providers to maintain required provisioning, ensure

uptime and performance requirements of the e‐Pragati Education Package Application. B. Generate the Infrastructure usage graphs and ensure alerts upon thresholds to the

concerned entities through an EMS tool provided by the Cloud service provider.

4.9.2. Annual Technical Support

The following activities are to be carried out as a part of Annual Technical Support

I. SI shall maintain data regarding entitlement for software upgrades, enhancements, refreshes, replacements and maintenance.

II. If the Operating System or additional copies of Operating System are required to be installed/ reinstalled/ de‐installed, the same should be done as part of ATS.

III. SI should carry out any requisite adjustments/ changes in the configuration for implementing different versions of Application Software.

IV. Updates/ Upgrades/ New releases/ New versions/ Patches/ Bug fixes: The SI shall provide from time to time the Updates/ Upgrades/ New releases/ New versions/ Patches/ Bug fixes of the software, operating systems, etc. as required. The SI should provide free Updates/ Upgrades/ New releases/ New versions/ Patches/ Bug fixes of the software and tools to APTS/ITE&C as and when released by OEM.

V. Software License Management. The SI shall provide software license management and control. SI shall maintain data regarding entitlement for software upgrades, enhancements, refreshes, replacements, and maintenance.

VI. SI shall have complete manufacturer’s technical support for all the licensed software problems and/or questions, technical guidance, defect and non‐defect related issues. SI shall provide a single‐point‐of‐contact for software support and provide licensed software support including but not limited to problem tracking, problem source identification, problem impact (severity) determination, bypass and recovery support, problem resolution, and management reporting.

Since the Project aims to reuse the common infrastructure created under AP fibre grid, SDC, SWAN, MeeSeva, the selected SI –System Integrator will also be required to coordinate with fiber grid, SDC, SWAN, MeeSeva, teams to ensure that uptime and performance requirements.

However, the selected SI shall be held solely responsible for performance and service levels of any infrastructure deployed as part of this RFP. Diagnosing critical hardware failures or warnings may be captured by diagnosing software. Application related issues should be viewed through Admin console.


Alerting mechanism should be implemented by the SI to provide a single console to enable access to PMU, to monitor and review all service related information.

4.9.3. Help Desk and Trouble Ticket Management System

The bidder shall setup the centralized Helpdesk facility to provide Helpdesk support for the applications provided under Education Package. The centralized helpdesk has to be set up for the application related issues. IVRS is not mandatory. Integration of third party application with Help desk software should be decided by the SI only. SI has to propose escalation mechanism as part of solution. SI has to decide based on SLA requirements pertaining to Helpdesk solution in DC, DR and HA.

For Andhra Pradesh, the selected Bidder will undertake the following

1) Provide Help Desk services to track and route requests for service and to assist department users in answering questions and resolving problems related to IT Infrastructure installed and deployed at cloud / SDC with the respective OEMs

2) Become the central collection point for contact and control of the problem, change, and service management processes (This includes both incident management and service request management)

3) Shall provide a first level of support for application and technical support at e‐Pragati Education Package implementation locations across the State where the software, hardware, and other infrastructure will be rolled out.

4) Provide the following integrated customer support by establishing <9 hrs x 6 days> support at the Help Desk facility created for reporting e‐Pragati related issues/ problems with the software, hardware and other infrastructure.

Complete incident and problem management: ‐ Service desk should address both Incident Management and Problem Management. The application should maintain a classification system that will distinguish the single occurrence trouble tickets or incidents needing immediate resolution from in‐depth root cause analyses that may require longer term to resolve a problem.

The flow of events at the call centre should be:

1. Event is triggered and forwarded to service desk. 2. Service desk submits and updates the trouble ticket.

Tasks expected:

1. Ticket mapping and allocation: According to the severity, the ticket should be given the priority level. Also it should map the ticket to the appropriate personnel for the resolution.

2. Updating the status: Update the status of ticket. 3. It should be able to log and escalate user interactions and requests. 4. It should have an updateable knowledge base for technical analysis and further help end‐users to

search solutions for previously solved issues. 5. Status of registered calls with interface for Call centre, using which call centre can inform the

status to users over phone. 6. Historical report indicating number of calls, time to resolve, status etc. for a specified period of

time.

All relevant infrastructure and supporting system software required for the deployment and operation of the helpdesk is to be provided by the selected Bidder.


All relevant infrastructure and supporting system software required for the deployment and operation of the helpdesk is to be provided by the selected Bidder as per the specifications given below. The system deployed by the SI shall comply with ITIL and ISO 20000 service specifications.

4.9.4. Health Monitoring of System

e-Transaction & SLA Monitoring Tools

The APTS, the State Nodal Agency should be able to measure and monitor the performance in REAL‐TIME, the number of citizens touched through e‐Services each day, month and year, through appropriate tools and MIS reports.

The application should have a web interface and should publish online transaction volume data for each service of each department & district and provide a drilled down view to the lowest level of the department. SI shall propose any industry approved product to meet the requirements.

Sl. No. Details

1. SI shall implement and manage the EducationPackage in accordance with the service level metrics defined for the project in SLA.

2. SI shall coordinate and provide complete support to the department SPOC and/or the nominated agency in conducting the solution acceptance testing and certification.

3. SI shall provide operational support and maintenance services for a period of 5 Years from the ‘Go‐Live’ date of the complete roll‐out for overall operations and maintenance at EducationPackage stabilization, software solution maintenance, IT infrastructure management, system administration, security administration, database administration, network administration and end‐user problem resolution. The operational support will have to ensure that the EducationPackage is functioning as intended and meeting all the desired outcomes and service levels.

4. SI is required to train the trainers. The Trainer will be responsible for training the staff, that includes all the personnel (Private & Government) and those identified Educationdepartments. SI shall also be responsible for re‐training the staff whenever changes are made in the system and/or personnel.

5. SI shall be responsible for preparation of documents including User Manuals, Operations Manual, Maintenance Manuals, Administration Manual, Security Manual, and others (if any) as per acceptable standards.

6. The SI shall provide warranty for the entire EducationPackage including all the items supplied as part of the contract, for a period of five years commencing from the date when the system is declared “Go‐live”. The terms of warranty should include that the solution supplied under this Contract shall have no defect arising from design or workmanship or from any act of omission or commission of the SI or that may develop under normal use of the supplied solution.

7. SI shall provide a staging environment for testing of changes/ updates/ patches before applying them on production environment

8. SI shall give suitable access to IT&C Department Administrators, and/or support vendor designated by Education Department, to tools implemented/ utilized by SI for monitoring infrastructure components (Server, Network, SAN etc.),and their operations, system related events, and SLA measurement/ monitoring.

9. Diagnostic reports and software programming should be available remotely (via a


Sl. No. Details

browser and VPN).

10. The SI shall include the equipment, software, and training required, along with a description of the software used, for administration.

11. The routine maintenance procedures, troubleshooting, loading hardware and software revisions, patches, etc., shall be performed without taking the system(s) out of service by SI. Routine maintenance functions must be performed without causing any downtime for the system users.

12. The core system(s) should use self‐diagnosing software for detecting and logging of component failures. It should have the ability to initiate an alarm that can be sent to the support Vendor and the EducationPackage operational technical personnel by SMS and email.

13. The SI is expected to up to date on changing policies, new funding streams, innovations and best practices. In, addition, the SI can describe any other value‐added services it can provide in addition to those specified within the RFP. It is the SI’s responsibility to inform the State, and enrolled providers if appropriate.

14. The system management solution must include a mechanism to monitor, measure, and troubleshoot system and generate system performance reports

TABLE11: OPERATIONS &MAINTENANCE

4.10. Deliverables

The following outlines detailed deliverables expected from the SI, including timelines.PMU will be

created for each package with a SME (department person) and PMU will be made responsible for the

sign‐off of deliverables.

Sl. No. Phase Deliverable Description

1. Project Planning

and Analysis

a. Detailed Project Plan for Design, Development & Implementation of

Education Package System (within 2 weeks from award of contract).

The plan should clearly identify all the milestones and deliverables

together with the tasks and time & resource allocation.

b. Comprehensive project risk management plan.

c. Data Assessment Report which should include Data Quality,

availability of all Data elements required for ED Package Applications.

d. Data Access Requirements Report which will specify what level of

access is required for which users on which data elements.

e. Data Security Requirements Report which will describe how Data

Security Standards and Requirements will be met.

f. Data Migration Strategy/Plan, total volume of data to be migrated (if

required) is SI’s responsibility.

g. Data Digitization Strategy/Plan, total volume of data to be digitized (If

required) is SI’s responsibility. SI responsible for providing interface for

scanned documents. Digitization of documents is not in scope.



h. Data Cleansing and Standardization Strategy.

i. Data and Application Integration Strategy (shall be SOA based).

j. Identification and listing of all Sources of Data.

k. Legacy Application and Data management Strategy.

l. Application decommissioning or retirement Strategy (if applicable).

m. Change Management Strategy.

n. Change Communication Strategy.

o. Training Plan including Target Audience, Training material, proposed

date, and location etc.

p. Impact Analysis Report – This shall include impact on Key

Stakeholders, existing business processes, applications, data, and

infrastructure due to the proposed changes.

The aforementioned list shall be comprehensive in terms of its coverage

and scope. It shall identify all Data elements, Sources, and Applications

that are relevant to Education Package.

2. Solution

Architecture and

Design

a. Technical / System Design Document including but not limited to

i. Updated Conceptual Data model.

ii. Logical and Physical Data models.

iii. Data Dictionary.

iv. Component and Deployment views of the Application.

v. Collaboration, Class diagrams in the UML notations.

vi. Security and Features.

vii. Performance Features.

viii. Interface / Control Design Features.

b. Requirements Traceability Matrix.

c. Document on Testing Approach for Education Package Application,

along with the test cases and test results including but not limited to

i. Type of Inputs ( Functional / Performance / Stress / Acceptance /

Structural) also

ii. including Test Coverage / Boundary conditions iii. Machine Configuration

iv. Test Assumptions

v. Exact test stimuli as applicable

vi. Response Time / Execution Time / Throughput

d. System Requirement Specifications (SRS) Document.

e. High‐level Software Application Logic.

f. Application Workflow.

g. Wireframes and User Interface Screens

h. Data and Application Integration design and specifications.

i. Design documents for all Application Modules and Sub‐modules for



ED Package Applications.

j. Design documents for all Atomic and Compound Services relevant to

ED Package Applications.

k. Solution Architecture – Final Software specifications for Applications,

Database, and Web Services etc.

l. IT Infrastructure solution encompassing Network, Servers, Storage,

System Software.

3. Development and

Testing

Automated testing and automated test case generation are recommended

to ensure complete and appropriate test cases are generated, reducing

waste and enhancing application quality. The scope and coverage of test

cases and their results are to be verified and signed off by PMU.

Development, Testing, and Deployment Plan which should at minimum

contain the following

a. Breaking the total scope into phases or iterations.

b. Phase or Iteration‐wise Identification of requirements for Software

development.

c. Phase‐wise Testing and Deployment Strategy.

d. Phase‐wise User Sign‐off Strategy.

For each phase or iteration of Software development, recommended

deliverables are as follows:

a. Test Plans – Unit, Integration, QA and User Acceptance.

b. Configuration management strategy.

c. Pseudo code for Application Development.

d. Source code, library files, DLLs, Programs and other relevant software

components. Please refer Volume III of this RFP.

e. Updated & Final System Requirements and Design Documents.

f. Test Results.

g. Fully functional Software Applications.

h. User Sign off.

i. Updated Requirement Traceability indicating fulfilled requirement.

At the end of all phases or iteration, when the complete ED Package is

ready, the following artefacts are to be delivered

a. System Testing Results.

b. Integration Testing Results.

c. User Sign off.

d. Deployment Plan.

e. Back‐out or Rollback Plan.

f. Contingency Plan.



g. Updated Risk Plan.

h. Standard Operating Procedures.

e. Maintenance Manuals for Administration and Maintenance of Education Package System.

f. SLA Monitoring & Measurement System using EMS. i. Call Centre Operations along with the automated solution for Call

centre operations (Call centre is not in scope of this

RFP).Documentation w.r.t. ISO 9001, ISO20000 and ISO 27001, 27002,

27005 and other relevant standards that are in scope of the work.

4. Enterprise

Change

Management

a. Change Management Workshops including presentation materials and

related documents.

b. Updated Legacy Application Retirement strategy for existing

application (if applicable).

c. Change Communication Strategy – Expectations from various

Education Package stakeholders, how the change impacts them.

5. User Training a. Updated Training Plan.

b. Training manuals and schedules.

c. Training Feedback forms (Post Training sessions).

d. Training effectiveness score (based on feedback from participants).

6. Deployment a. Software Deployment Plan.

b. Updated Risk assessment Plan.

c. Software Application Certification Plan.

d. Deployment Checklist.

e. Post‐deployment system monitoring and certification requirements.

f. Deployment Sign off.

g. Fully tested, certified, and functional Education Package Application

Software.

h. Fully tested, certified, and functional Database Management System

with updated databases where applicable.

i. Fully updated Master Data Repository.

j. Fully updated Metadata Repository.

k. Configuration Management System.

7. Post‐Deployment a. Post Implementation Support to Education Package / Department.

b. Call Log & Resolution Reports for Helpdesk.

c. Daily/Weekly/for‐nightly/monthly Performance Monitoring Reports

for the Education Package System.

d. Operational Document on Strategic Control of Education Package /

Department over the Project.

TABLE12: EDUCATION PACKAGE– DELIVERABLES


4.11. IT Service Delivery

E‐Pragati program is user‐centric and aims at providing better government services to the end user. The goal is to build a common vision of success amongst all stakeholders and ensure the institutional and implementation arrangements support strategy.

a. The SI shall ensure that the IT Service Delivery shall be in compliance complied with the SLA set in this RFP and adhere to global best practises and principles of e‐Pragati.

b. The SI should ensure that the service delivery mechanism is improved through e‐Pragati, achieve better information management & transparency and ensure utmost citizen’s involvement in participative governance.

c. The student‐facing services shall all be delivered through multiple delivery channels, like the web and the mobile.

d. Discrete and independent student services shall be delivered through Apps, to be hosted on the APP Store, which is component of the Core Package of e‐Pragati.


5. Application Architecture

5.1. Applications, Modules, Sub‐modules

Following are the Design considerations that have been considered while conceptualizing the Education Package Solution ‐

1. Design Applications, Modules and Components for REUSE. 2. Develop Once, Use many times 3. Design Customer‐centric Views of Services 4. Design to Scale 5. Develop interfaces for Integration, using SOA principles 6. Use the Database Schemas of e‐Pragati Core Hubs 7. Ensure maintainability of ALL interfaces

The Figure 6given below provides a holistic view of various Applications that are to be developed, designed and integrated for the Education Package. [The below list of services, modules depicted in the picture is not a complete list. Refer Annexure 1 – Inter Package View for complete list of Application services and Annexure 6for Functional Requirements of Modules and Sub‐Modules]


FIGURE 6: HOLISTIC VIEW OF EDUCATION PACKAGE APPLICATIONS


The modules identified under Tier 3 and Tier 4 of the e‐Pragati Education package is the only ones that

need to be developed by the SI. The SI also needs to develop web services/interfaces to connect and

share data with Tier 1 and Tier 2 applications as necessary.

The Logical View of Education Package is explained as below –

1. The Views are designed to consist of a number of customer‐centric views that interact with the 4 tiers through appropriate Service Orchestration. The SI Selected for the Education Package has to design and develop these views.[Refer Table – 13 for more details on the various Views]

2. Tier I: The Tier I represent a set of 20Applications in the Portfolio of e‐Pragati that are required to be accessed by the users of Education package in their day‐to‐day operations. These e‐Pragati Applications fall in different packages of e‐Pragati, to be assigned to different SIs for implementation. The following requirements are specified in this regard.

a. The responsibility of the SI selected for the Education Package is to configure each of the applications to suit the requirements of the users of Education Package. Refer Table ‐13 for more details on the various Views.

b. The users can be internal to Government, who need to access applications like CFMS, HRMS, Scheme Management (e‐Pathakam), DataLytics OR can be Students/Faculty/Citizens, who need to access applications like DialAP, Mana Rashtram and MeeSeva, OR Businesses, who need to access applications like Works Management. The integration requirements are listed under Annexure 1.

c. There is dependency of the SI of Education Package on the SI's of the other packages. GoAP shall facilitate a close coordination and sequencing of the various implementations to avoid any issues arising out of such dependencies.

3. Tier‐II: Tier‐II consists of components / functionality of Education Package that needs to converge with e‐Pragati Portal so that the user can access the Education Package Applications through the single‐one‐stop user interface which is the e‐Pragati Portal using Single‐Sign on. All the users registered in Education Portal as Faculty, Students etc. shall converge into e‐Pragati Portal user management to facilitate Single‐Sign on. The Notifications & Alerts which are relevant to wider audience such as citizens shall be shared as a service by Education package for rendering the same in e‐Pragati Portal Notifications page. The search keywords pertaining to Education applications shall be published as a service which shall be used be e‐Pragati Portal to direct the user to relevant Education application Portal at a high level. The granular search can still be embedded in the Education Package Applications.

4. Tier‐III: These are the Common Modules of the Education Package that are used by all or most of the departments and users of the Education Package. The below Figure depicts the Common Modules and the Sub‐Modules of Education Package.


FIGURE 7: EDUCATION PACKAGE COMMON MODULES AND SUB‐MODULES


The Functional Requirements of the Common Modules and sub‐modules of Education Package are described in Annexure 6.

5. Tier‐IV: Department‐specific Modules & Sub‐modules – These are the Modules specific to respective Departments. The below Figure depicts the Department Modules and its Sub‐Modules if any.

FIGURE 8: EDUCATION PACKAGE DEPARTMENT SPECIFIC MODULES & SUB‐MODULES

The Functional Requirements of the Department Specific Modules and sub‐modules of Education

Package are described in Annexure 8.

Common Services & Department Specific Services of Education Package i. The essence of e‐Pragati and the Education Package is to deliver services to various users

(indicated in the diagram) efficiently and conveniently. It is necessary to design all the systems and sub‐systems around the services.

ii. The common services are grouped based on the services that are used across School Education, Higher Education and Skill Development Corporation.


iii. Refer Service Portfolio in Table 15 for the complete list of services and their descriptions/definitions. It is the responsibility of the SI to design, develop and deliver all these services, duly complying with the defined service levels

5.2. Architecture Overview

Below is the suggested system design for the development of all new applications.

However, considering the futuristic vision of e‐Pragati and the array of new cutting edge technologies which will be leveraged the department SI can propose suitable technical solution based on the requirements. Usages of COTS / industry proven solutions are encouraged as long as they adhere to the principles of e‐Pragati.

FIGURE 9: E‐PRAGATI EDUCATION PACKAGE APPLICATION OVERVIEW

*Please Refer Annexure 5– Inter Package Integration, for more details on e‐Pragati Application Services.

The system shall be so designed such that –


i. The various modules / sub modules in Business Logic Layers are developed as APIs. The API have to be designed starting at the granular level and need not be at the module level. The API shall operate on specific domain objects and not depend on request/response objects of Presentation Layer. (E.g. Asset Mgmt API shall accept the inputs in the form of Asset domain object, Student Information API say can have create Student API, update Student API, view Student API which shall accept the inputs in the form of Student domain object). It should be possible to easily expose this re‐usable APIs as services when required.

ii. The School Information Mgmt Portal, EduGov Information Mgmt Portal (Higher Education), Skill Development Portal shall re‐use the APIs in the Business Layer.

iii. The Portals shall have the capability to customize the look and feel. E.g. Each School shall be able to customize the School Information Mgmt Portal with different themes / skins.

iv. Similarly, Engineering and Degree Colleges shall have the ability to customize the look and feel of Higher Education Information Portal with different themes / skins.

v. Core Sharing Applications / Platforms ‐ Knowledge Mgmt, e‐Learning, Library Mgmt, Capacity Building are to be developed as platforms which can be leveraged by School Education, Higher Education, Skill Development Corporations for gaining implicit/explicit knowledge and up skill of their skills. The Education specific applications shall integrate with these platforms/applications via SSO. These platforms shall be re‐used in several other e‐Pragati Packages for a similar purpose.

vi. For Knowledge Mgmt, e‐Learning, Library Mgmt functionality, a COTS or an open source product that can be extended or customized to meet the functional requirements against that module can be proposed. The products/solution should have a well‐defined interface for integrating with other modules and must have single‐sign‐on capability. It must be scalable. Performance numbers are to be shared along for further perusal. It should also have a mobile interface.

vii. ePASS is an existing application used by students to enrol for scholarships and disbursement of the same to respective educational institutions. The SI shall integrate Education package application (Scholarships & Loans module) with ePASS via services to share the socio‐economic data of the students to facilitate auto‐enrolments thus saving time and improving the efficiency of the system. Refer Annexure 2for more details on the existing functionality.

viii. The Education package applications in turn shall publish the performance of the students availing scholarship to ePASS application for tracking the same. Refer various integration scenarios between ePASS and Education Package in Annexure 1.

A brief description and suggested guidelines for the above logical layers is provided below.

SI can propose suitable technical solution based on the requirements as per industry standards and formats.

5.2.1. Presentation Layer i. The presentation layer acts as the user interface layer and serves as a single point entry

to the underlying business application. It consists of various views/pages that are accessible to various users.

ii. The portal shall be accessible from multiple access channels namely desktops, smart phones, tablets and kiosks and shall support unified electronic accessibility.

iii. Based on the logged in user type and role, appropriate views are displayed and accessible. This layer handles session management.

iv. There are views common to all users and few specific based on the user type. Role based access shall be configured to facilitate the same.


v. The Businesses users can be further classified into NGO’s/NRIs/Vendors. vi. The various categories of users (stakeholders) shall be able to access the common

services for that category or premium (paid) services, directly from the home page of the view, through appropriate, user‐friendly navigation. The SI shall identify the various premium paid services that can be offered during the SRS phase.

vii. Usability ‐ The portal/UI shall have very good user experience enabling smooth usability, customer journey and use of lean web technologies. The users shall be able to customize their views based on personal attributes and needs, for better organizing workspace and display of information if required.

viii. The search shall be supported with advance search options. The various search options shall be obtained and detailed as part of SRS for the necessary implementation.

ix. Localization ‐ All application should support localization (Telugu) in addition to English. This includes mobile interfaces as well. The user shall have the option to switch between English and Telugu as needed.

x. Below is the indicative list of views in each of the Portals based on user type and

context(school/college/skill development corporation)

Category Indicative List of Views

Common Views Views pertaining to Login, Registration, Profile Mgmt (includes change/reset password), Grievance Mgmt module, Collaboration, Notifications

Student Views

Student Views pertains to‐ a. Student in school b. Students of college/universities, c. Students enrolled in Skill Development courses organized by

Skill Development Corporation. i. The Student shall have access to their ‐ Student Information,

Scholarship information, Self‐Services, Attendance, Career Mgmt related functionality, Dashboard of various events, notifications scheduled by the management.

ii. All Students shall have the ability to download the various certificates which have been generated during their course of their study.

iii. Views pertaining to Knowledge Mgmt module to participate in Discussion Forums, wikis, Blogs categorized under Student Corner functionality

iv. Views pertaining to e‐Learning module to enroll, select courses and complete the courses and online assessment.

v. Access to Library management module Views for viewing book information, search books by name/author/subject/keyword, views pertaining to reservation, booking and cancellations.

Teacher /

Faculty Views

Teacher Views pertain to teaching staff in schools. Faculty Views pertain to teaching staff in Colleges and Institutions (Universities or Skill Development Institutions).

i. The teachers/faculty shall have views to manage their profile Information.

ii. Views related to – Student plan Mgmt, Class Mgmt, Question


Category Indicative List of Views

banks and questionnaire, Dashboard of various events, view notifications scheduled by the management.

iii. Views pertaining to their transfers. iv. Views pertaining to Capacity building for Faculty v. Views pertaining to Knowledge Mgmt module to participate in

Discussion Forums, wikis, Blogs categorized under Teacher’s Corner functionality or Student’s Corner functionality.

vi. Views pertaining to e‐Learning module to assign mandatory training courses to students of each grade and also optional recommended courses to students.

vii. Access to Library management module Views for viewing book information, search books by name/author/subject/keyword, views pertaining to reservation, booking and cancellations.

Institution /

University

Views

This shall have views pertaining colleges or institutions. i. Views related to Accreditation and Affiliation functionalities. ii. Views related to managing various Assets. iii. Views pertaining to monitoring and tracking performance iv. Views pertaining to Faculty Recruitment, Faculty Transfer,

Student Transfer v. Views pertaining to Career Management, Placement. vi. Views pertaining to Dashboards and access to various MIS

Reports generated periodically. vii. Views pertaining to scheduling convocation and Alumni connect.

Businesses

Views

These views can be further classified based on the below external users who interact with the system for a specific service – NGOs, NRIs, Industry Specialists(IT, Skill specific industries)

i. NGO’s shall have access to views pertaining to placements and Financial Assistance (External Donors).

ii. NRI’s, Industry specialists shall have access to views pertaining to sharing their knowledge in Mentor hub, participating Guest lectures.

Department

Views

The Department officials shall have access to views pertaining to ‐ i. Dashboard and Reports to monitor and track the Student

performances, School / College / Institution Performances ii. Asset Views with Geo‐tagging iii. Provide approvals for Accreditation & Affiliation. iv. Provide approvals for Medical Reimbursements v. View and manage School Information, College and Institution

Information vi. Managing Manuscripts and Government Records

Senior Mgmt

Views

The Senior Mgmt shall have views pertaining to the above Department views and also specific views to access Reports for viewing the progress and tracking the performance of various schools/colleges/institutions.

Admin Views Admins shall have access to views for creating and managing various users, roles. Deactivate users.

TABLE13: VIEWS OF EDUCATION PACKAGE


5.2.2. Business Logic Layer

i. This is a service Layer that defines an application's boundary along with the set of available operations pertaining to it, from the perspective of interfacing client layers.

ii. It encapsulates the application's business logic, controls transactions and coordinates responses in the implementation of its operations.

iii. The business logic should be loosely coupled. iv. The business logic will also include the workflow required to deliver the application. v. The business logic for Education Package common modules, Department specific

modules and sub‐modules shall be designed as coarse‐grained services based on SOA principles and API based. This enables the services to be re‐used across modules and also by external systems.

vi. SI shall ensure that these APIs are inter operable in nature

Please refer the functional requirements of the Common Modules and Department Specific Modules in Annexure 6 and Annexure 8. Refer Best practices at http://e‐pragati.ap.gov.in/bestpractices.html for the recommended IT Standards and Architecture compliance. 5.2.3. Data Access Layer

i. This is the persistence layer and consists of Data Access components/APIs that interact with the underlying database for CRUD (Create/Read/Update/Delete) operations.

ii. A Data Access Layer encapsulates the code that is used to connect to the database and perform these operations and it actually works as a link between the business entities in the Business layer and the actual data storage layer. An ORM framework is recommended to be used for Data Access Layer unless the requirement has aggressive batch process requirements needs in the data layer.

5.2.4. Common Technical Services

i. The Infrastructure components like logging, exception handling, caching is to be designed as framework components that can be pluggable.

ii. The application shall have the ability to capture the necessary metrics required for Analytics. Below is the list of common technical services components:

Components Description

Configuration This provides a framework to pick the configurable values from say property file/database specific to environment on which the application is deployed. This framework should also have the capability to also configure the variables that may change on a time‐


to‐time basis based on situations.

Logging & Traceability

This provides a framework to log debug, info and error messages in a pre‐defined format so that it is traceable.

Exception Handling

This provides a framework for handling business and as well as application exceptions.

Content Delivery This provides APIs to pull data from Content Management Server. All Static Data is to be served from Content Servers.

Email This provides APIs for sending email notifications. These APIs integrate with Email Server for performing the necessary operations. E‐mail server shall be facilitated by the Department.

SMS This provides APIs for pushing SMS notifications. These APIs integrate with SMS Gateway for performing the necessary operations. SMS server will be facilitated by the Department.

Caching The master/reference data should be cached during startup of the server for better performance. This framework component should provide APIs to put objects in cache, remove objects from cache and invalidate/refresh the cache (without the need of server restart).SI shall propose suitable technical solution based on the requirements.

Tagging & Metrics

This framework component should provide APIs to enable the developer to invoke the necessary analytic product APIs.

Personalization The user shall be able to personalize the site by selecting the information and services that are of their interests and organize the presentation in their personal workspace.

TABLE14: COMMON TECHNICAL SERVICES

5.2.5. Education Package Databases

This consists of the various databases used to store the information pertaining to various Education package applications. Refer Data Architecture‐>Section 7.3Data Integration View for more specifics on the Databases.

5.2.6. Rules

There are various rules required for checking eligibility for schemes, admissions, examinations, placements etc. These business rules shall be externalized to a separate rule engine and made configurable by Admin users for changing any criteria conditions. Proposed Rule engine shall have at least the below mentioned capabilities:

a. Rule Engine shall have a complete web based environment for the design, definition, testing, rule management operations and deployment of rules.

b. Rule Engine shall have the web standard interfaces such as Web Services Definition Language (WSDL), XML Schema Definition (XSD), and Simple Object Access Protocol (SOAP) so that it can communicate with other applications based on open standards.

c. Solution shall have the capability to deploy rules as the web service.


d. Solution shall have the capability to define rules through “If else” statement or through “Decision Table”.

e. Audit logging of changes/modifications done in the rules.

5.2.7. Content Management System i. An out‐of‐the box content management server shall be used for managing the content,

files uploaded used in all application packages. ii. It also manages the processes and lifecycles of the content to ensure that the

information is correct. It should facilitate a workflow for review and publish of the content.

iii. It should have the following minimum capabilities – a. Document management tends to deal with the capture, editing, and distribution of

office documents and files. b. Web content management organizes a Web site, Web pages and Web publishing

processes. c. Records management deals with the long‐term archival or disposal of important

documents and records as well as any compliance or regulatory action. d. Image management may deal with documents or records, but handles content in the

form of scanned images. Image management manages the process of scanning, quality control, metadata capture, and storage. Respective department will provide scanning devices as required.SI shall be responsible for providing interface for scanned documents. Digitization of documents is not in scope.

e. Digital asset management is used primarily by creative and marketing professionals to handle the capture, creation, and editing of photos, videos, and illustrations.

5.2.8. Common Security Services

In addition to the authentication and authorization services, the following needs to be adhered. i. Secure Design and coding practices shall be adopted to ensure the software is developed

and implemented securely. ii. The portal shall be implemented with proper validations and checks to ensure the

following known vulnerability are handled properly in the application system. a. Non‐validated input(i.e. input fields shall conform to the desired formats and

values) b. Broken access control c. Broken authentication and session management (i.e. use of account credentials

and session cookie) d. Cross‐site scripting("XSS") e. Buffer overflows f. Injection vulnerability flaws (e.g. SQL injection, command injection etc.) g. Improper error/exception handling h. Insecure storage i. Denial of service j. Insecure configuration management

iii. The Portal shall not disclose to users more information than necessary when a failure or

error occurs. iv. Password shall not be hard‐coded into any software or programs


v. The system shall have the facility for deletion of the access rights of the user who have resigned/retired from services in a timely basis to prevent unauthorized access in the portal.

6. Business Architecture

The state of Andhra Pradesh attaches great significance to the Education Sector. The Education Package consists of multiple applications which work across a score of external e‐Pragati applications to deliver value to the stakeholders in the Education Sector. The core stakeholders are the students and faculty who are supported by the educational institutions, private businesses, agencies and the departments. The end value derived by the student community is amply demonstrated by the diagram below:

FIGURE 10: BIG PICTURE OF EDUCATION PACKAGE

Planners and administrators desire a reliable set of cross‐disciplinary data related to students, faculty, courses, scholarships, employability opportunities and levels of education enrolment for long‐term planning and management. The stakeholders are desirous of trust‐worthy advice and information related to managing and improving the quality of education from a common platform. When juxtaposed with the tremendous leaps that technology has taken, and its ability to reach a wide section of population, this


presents a compelling opportunity for the emergence of a synthesizing platform that could orchestrate structured generation of data, analytics, information, cognitive models and knowledge flow to the demand points. This is sought to be achieved through the integration of applications under the Education Package with Datalytics (the Big Data reporting tool) under the e‐Pragati framework. The multiple applications in the Education Package such as School Information Management System, EduGov, e‐Siksha, Knowledge Management System, Skills Management System and Social Benefits Management System follows the service orchestration framework shown in Figure 11to deliver the end results to the stakeholders who uses the Education Package.


FIGURE 11: INFORMATION‐SERVICE HARMONIZATION FRAMEWORK


As shown in the above Figure, as part of ED Package illustrates the information synthesises conceptualized with the following objectives:

Cross‐departmental data exchanges ‐ with unique and specific data acquisition on critical parameters ‐ between education and allied departments, to foster a sense of shared ownership, accuracy and authenticity.

Interoperate with a dependable analytics platform(DataLytics Project, which is a component of the CORE Package of e‐Pragati) that ‐ over time, and based on long term data accumulation, could offer derived information products that offers compelling value creation to the stakeholders in the educational value chain.

6.1. Functional Requirements

The selected SI Agency shall coordinate with the stakeholders for detailed system study and interact with users of the departments, who uses Education Package, for the preparation of functional and system related requirement documents. The SI has to understand that the functional requirement specifications stated in this document are the minimum module requirements and wherever further functionalities are required, it shall be addressed in consultation with the stakeholders involved. Therefore, the SI shall develop requirements and system design documents after studying the G.Os, processes, procedures, existing forms and templates etc., to independently design and implement the Education Package‐ in concurrence with the departments that uses the Education Package.

The minimum functional requirements are given in the annexures as follows:

1. Functional Requirements of Common components of e‐Pragati consumed by Education

Package ‐(Annexure 5) 2. Functional Requirements of Common Modules & Sub‐modules of Education Package‐

(Annexure 6) 3. Functional Requirements of Department‐specific Modules & Sub‐modules of Education

Package ‐ (Annexure 8) 4. MIS reporting Requirements ‐ (Annexure 10) 5. Forms Re‐engineering Requirements of Common Modules & Sub‐modules of Education

Package ‐(Annexure 7)


6.2. Service Portfolio of ED Package The essence of e‐Pragati and the Education Package is to deliver services to citizens and students, efficiently and conveniently. It is necessary

to design all the systems and sub‐systems around the services. The list of services currently targeted, as common to all or most of the

departments of Education Package, or specific to individual departments, along with Service Definitions and Service Levels are given in Table

14. It is the responsibility of the SI to design, develop and deliver all these services, duly complying with the defined service levels.

Given below is the list of Common Services of Education Package, Service Definitions and Service Levels (mapped to Modules & sub‐modules)

Sl. No.

Main Module Service Code

Service Definition Service Description Service Level

Capacity Building Management

1 Capacity Building Management

EDS001 Enrolment/Registration of students/Citizens for different programmes

This service enables a students /citizens to enrol/register for different programmes offered by Education Package departments for various age groups.

User should be able to enrol in the Portal within 5 minutes to access the required information. The programmes status should be updated within 1 week.


EDS002 Application for Training Programmes on Archival Administration and Record Management of the Government Departments

This service enables the user to apply for staff trainings of the department on administration and record management.

User should be able to apply for training programs within 5 minutes by accessing the required information.


EDS003 Enrolment for in‐service training to teachers, lecturers, educators of Primary, Upper‐Primary, Secondary Schools and Colleges

This service enables enrolment of teachers, educators of Primary, Upper‐Primary and Secondary Schools for training while in‐service.

User should be able to enrol in the Portal within 5 minutes by accessing the required information.


EDS004 Enrolling for coaching courses This service enables SC/ST students to avail coaching for Civil Services through AP study circle, obtain good scores in tests of English proficiency for TOEFL/IELTS and in General Aptitude Tests such as GRE/GMAT or equivalent qualifying examinations.

User should be able to enrol in the Portal within 5 minutes and get enrolled to coaching for courses.

5 Capacity EDS005 Application for Industrial This service enables an aspirant to apply User should be able to apply in the


Sl. No.



Building Management

Training and Placements for industrial training and placement in various branches of Engineering and Non‐Engineering Subjects under Apprenticeship Training Programme.

Portal within 5 minutes by accessing the required information. The status should be updated every7 days on the latest trainings and placements available.

Student Management 6 Student

Management EDS006 Application for enrolment of

students into colleges/schools This service enables the students to enrol themselves by submitting an application to the eligible colleges/schools based on the marks.

User should be able to enrol in the Portal within 5 minutes to access the required information and get enrolled to colleges/schools.

7 Student Management

EDS007 Application for Admission into APSWREI

This service enables children to apply for admission into APSWREI.

User should be able to apply in the Portal within 5 minutes. Admission into APSWREI is as per departmental guidelines.


EDS008 Enrolment in Alumni Network This service enables a user to join in the alumni network group to share their views and references of jobs.

User should be able to enrol in the Portal within 5 minutes to access the required information.


EDS009 Application and Issuing duplicate certificate (SSC/Intermediate only)

This service enables a student to apply for duplicate certificate (SSC/Intermediate only) which is certified by the department.

User should be able to apply in the Portal within 5 minutes. The issuance of duplicate certificate (SSC/Intermediate only) should be within 5 minutes.


EDS010 Application and Issuing Migration Certificate

This service enables a student to apply for Migration Certificate.

User should be able to apply in the Portal within 5 minutes. The issuance of Migration Certificate should be within 7 days.


EDS011 Application for Recounting/Re‐Verification of Marks

A student can apply for re‐counting/re‐verification of marks by applying online.

User should be able to apply in the Portal within 5 minutes. The issuance of Recounting/Re‐Verification of Marks should be within 15 days.


Sl. No.




EDS012 Issuing certificates for regular students

Certificates are issued online to a regular student.

Registered User should be able to access the required information in portal within 5 minutes. The issuance of certificates for regular students for first time should be within 15 days.


EDS013 Application and Issuing Pass, Transfer, Conduct, Bonafide, Migration, Interim Certificates

This service helps the students to apply for various certificates like Pass, Transfer, Conduct, Bonafide, Migration and Interim Certificate.

User should be able to apply in the Portal within 5 minutes. The issuance of Pass, Transfer, Conduct, Bonafide, Migration, and Interim Certificates should be within 7 days.


EDS014 Application for Duplicate Marks Memo

The Board will issue Duplicate Marks Memo to the concerned student who applies in case there is a misplacement, theft, etc.

User should be able to apply in the Portal within 5 minutes. The issuance of Duplicate Marks Memo should be within 7 days.


EDS015 Enrolment for Fresh Course/Job Mela

This service enables an aspirant for any course/job to register for training and placement provided by Department. These enrolled candidates will get updates on course details, fee structure and placement details after completion of the course. Admissions will be based on the criteria and available seats only.

User should be able to enrol in the Portal within 5 minutes to avail the service.


EDS016 Registration for Career Counselling

This service enables to get updates and expert advises related to Education/Job/Skill.

User should be able to register in the Portal within 5 minutes. The status should be real‐time.


EDS017 Application, Advice and Conduct entrance exams for Admission into Institutions of Higher Education

This service enables the user to apply for the Common Entrance Tests (CETs) for admission to various professional courses. A student can exercise options for selecting colleges and courses of his/

User should be able to apply in the Portal within 5 minutes. Information should be real‐time and the status should be updated within 7 days.


Sl. No.



her own choice.


EDS018 Applying/Issuing of Course Certificate

This service enables the users to apply for course certificate after successful completion of course.

User should be able to apply in the Portal within 5 minutes for a course certificate. The issuance of certificate should be within 1 day.

Information Repository Management

19 Information Repository Management

EDS019 Providing student information to parents

This service provides students’ academic and extracurricular information to parents/guardian.

Registered User should be able to receive the required information through email/SMS from the Portal on real‐time basis.

Skills Administration

20 Skills Administration

EDS020 Enrolment for Online Skill Development Tutorial/Content

This service enables an aspirant to enrol online for any course content to upgrade his/her skill/knowledge.

User should be able to enrol in the Portal within 5 minutes. Access the required tutorial content should be online.


EDS021 Enrolment for Up Skilling This service enables a working professional to enrol for improvement in skills/knowledge and get the course/content to improve the career opportunities.

User should be able to enrol in the Portal within 5 minutes.


EDS022 Enrolment of Departmental Employees for Skill Development

This service enables the departmental employee to enrol online for any course content to upgrade his/her skill/knowledge.

User should be able to enrol in the Portal within 5 minutes. Access the required tutorial content should be online.

Scholarships & Loans

23 Scholarships & Loans

EDS023 Application for Merit based scholarships

To encourage meritorious students, and to prevent them from discontinuing their education on the grounds of non‐affordability, the Education Package departments sanction Merit Scholarships sponsored by the Govt.

User should be able to apply in the Portal within 5 minutes. Issuance of Merit based scholarships should be as per departmental guidelines.

24 Scholarships & EDS024 Application for Scholarships to This Service enables the users to apply User should be able to apply in the


Sl. No.



Loans children of those engaged in unclean occupations

for financial assistance to eligible students for the scholarship to children of Manual Scavengers, Tanners, and Flayers etc.

Portal within 5 minutes. The approval should be within 30 days.


EDS025 Application for availing scholarships by differently abled students

This service enables a differently abled student to apply for pre‐matric& Post‐matric scholarships.

User should be able to apply for scholarship in the Portal within 5 minutes. The approval should be within 30 days.


EDS026 Application for obtaining financial assistance for studying abroad

This service enables eligible SC/ST students whose parental income is less than Rupees 2 lakhs to pursue higher studies in PG courses in foreign countries.

User should be able to apply in the Portal within 5 minutes. Approval for financial assistance for studying abroad should be as per departmental guidelines.


EDS027 Application to avail pre and post matric scholarships for BC/SC/ST/Minorities

This service enables bright BC/SC/ST/Minorities students to apply and avail scholarships to complete their education.

User should be able to apply in the Portal within 5 minutes for a pre and post matric scholarship. The issuance of pre and post matric scholarship should be within 30 days.

Examination Management

28 Examination Management

EDS028 Issuing of Online Exam Notifications / Online Hall Tickets for various exams

This service enables to issue online exam notifications and online hall tickets for various exams.

User should be able to avail the service on real‐time basis. The issuance of Online Exam Notifications / Online Hall Tickets for various exams should be as per departmental guidelines.


EDS029 Issuing of Online Notifications and Online Timetables for examinations

This service enables to issue online notifications and online timetables for various exams.

User should be able to access the required information within 5 minutes.


EDS030 Declaration of Results This service enables to publish results online for various exams.

User should be able to access the required information within 5 minutes.


Sl. No.



Education Governance

31 Education Governance

EDS031 Registration for Recognition of Education Institutions

This service enables the Registration Process for the Educational Institutions.

User should be able to register in the Portal within 5 minutes. Recognition of education institutions should happen as per departmental guidelines.


EDS032 Application for Establishment of New Technical Institutions & Approval

This service enables the user to apply for new technical institutions. Technical Education Department gives an approval for new technical institutions under prescribed rules and regulations.

User should be able to apply in the Portal within 10 minutes. The approval of New Technical Institutions should be as per departmental guidelines.


EDS033 Registration/Affiliation of new schools

This service enables a user to register new schools and affiliation of schools.

User should be able to register new school/ affiliations of school within 15 minutes. Registration and Affiliation of new schools is as per departmental guidelines.

Institute Management

34 Institute Management

EDS034 Enrolling students for different programmes

The Head masters of all the schools will identify the students from their particular schools to nominate/enrol them for different cultural programs co‐curricular activities.

User should be able to access the required information and submit the nomination/enrolment within 5 minutes.

35 Institute Management

EDS035 Application for Recruitment and Appointment of teachers/lecturers in Government Schools/Colleges

This service enables the user to apply for Recruitment and Appointment of teachers/lecturers in Government Schools/Colleges.

User should be able to apply in the Portal within 5 minutes. The application should be acknowledged immediately.

Hostel Management

36 Hostel Management

EDS036 Enrolling for Hostels, Residential and Ashram School facilities

This service enables the children to enrol and avail free of cost accommodation and boarding. Ashram schools provide both school and hostel facility under the same roof.

User should be able to apply in the Portal within 5 minutes to get enrolled to Hostels, Residential and Ashram School facilities.


Sl. No.




EDS037 Enrolling for hostel facilities (pre and post matric)

This service enables the children to avail free of cost accommodation and boarding.

User should be able to enrol in the Portal within 5 minutes to get enrolled to hostel facilities as per departmental guidelines.


EDS038 Application for availing hostel facility by differently abled students

This service enables a differently abled students to apply for free boarding and lodging facilities.

User should be able to apply in the Portal within 5 minutes to avail hostel facility by differently abled students as per departmental guidelines.

University Management

39 University Management

EDS039 Application for research facilities for scholars

This service enables a research scholar to apply for facilities w.r.to the subject of interest/research. Depends on the research scholar who takes up the research work with the department. The time can be extendible by the research scholar up on request with the department.

User should be able to access the required information within 5 minutes and apply.

Library Management

40 Library Management

EDS040 Providing digital library services ‐ Video Lessons and online Textbooks

To digitize the textbooks of all the classes covering the mediums like Telugu, Hindi, English & Urdu etc. and also to exhibit the lessons in the form of videos and make available online to the citizens especially students.

Registered User should be able to access the required information from the Portal on real‐time basis.

41 Library Management

EDS041 Registration of borrowers and readers in public libraries

This service enables the readers (citizens who visit library) to get registered and obtain membership from the libraries.

User should be able to register in the Portal within 5 minutes to access the required information.

TABLE15: LIST OF COMMON SERVICES OF EDUCATION PACKAGE


6.3. e‐Pragati Indicators (e‐PIs) The success of ‘Sunrise Andhra Pradesh’ vision depends on its articulation, communication and meticulous execution to realize the intended benefits. Therefore, the execution of seven missions needs to be monitored and measured periodically. To continuously measure the progress of the missions and the benefits delivered to various stakeholders, each mission have to be evaluated periodically. For this purpose, the Key Performance Indicators (KPIs) are defined at mission level and measurable outcomes under the e‐Pragati ecosystem are classified as e‐Pragati Indicators (e‐PIs).

FIGURE 12: E‐PI FRAMEWORK

The e‐PIs are outcome oriented whereas the KPIs are process and output oriented. SI may use balanced

scorecard or any other framework to achieve the service delivery measurement. The following table gives

the list of top e‐PIs for the Education Package:

Sl. No. e‐Pragati Indicators for Education Package

1. Gross Enrolment Ratio

2. Net Enrolment Ratio

3. Gender Equality in Education

4. Students availing scholarships

5. Well‐nourished children reported

6. Access to well‐maintained infrastructure facilities (safe drinking water, physical security, toilets etc., at educational institutions)

7. Access to e‐Learning Courses

8. Access to Technical Training Centers

9. Pass Percentage of Students (general/underprivileged communities)

10. Educational projects under Industry Academia Collaboration

11. Campus placements for students

TABLE16: EDUCATION PACKAGE– E‐PRAGATI INDICATORS


The following table gives the list of KPIs of the Education Package:

Sl. No.

Name of the Department KPIs

1.

Department of Technical Education

%of Admissions

2. Results

3. Industrial Training

4. Skill Development Training

5.

A.P. State Archives& Research Institute

No. of archival records collected

6. No. of records repaired and preserved on scientific lines

7. No. of private records surveyed

8. No. of private records acquired

9. No. of seminars conducted

10. No. of records digitized

11. No. of training programs (record management) conducted

12. No. of inspections carried out in record rooms

13.

A.P. Govt. Oriental Manuscripts Library and

Research Institute

No. of manuscripts collected

14. No. of manuscripts preserved

15. No. of research scholars visited the department for research in manuscripts (Telugu, Sanskrit, Urdu & Persian languages etc.)

16. No. of trainings conducted

17. No. of awareness camps conducted

18. No. of records digitized

19. No. of inspections carried out in record rooms

20.

Director for Govt. Examinations

Total no of students appeared in SSC ‐Regular

21. Boys appeared for SSC exams Regular

22. Girls appeared for SSC exams Regular

23. No. of students passed in SSC examination‐Total

24. Percentage of Total Students passed in SSC Public exams Regular

25. Percentage of Boys passed in SSC ‐ Regular

26. Percentage of Girls passed in SSC ‐ Regular

27.

Directorate School Education

Access to Universalization of Higher School within the radius of FIVE KM

28. Enrolment of High School

29. Stage wise enrolment IX‐X ‐Total

30. Enrolment of girls IX‐X

31. Gross Enrollment Ratio (Class IX‐X) For Boys

32. Gross Enrollment Ratio(Class IX‐X) For Girls

33. Dropout rate in Secondary Stage (IX‐X)

34. Transition rate (Upper Primary to Secondary)

35. Teachers Pupil Ratio at Secondary Level

36. Gender Parity Index at Secondary level

37. Food grains for classes I‐VIII

38. Cooking Assistance for classes I‐VIII

39. Transportation assistance for classes I to VIII

40. LPG for classes I‐VIII

41. Cook cum helpers(CCH) for classes I‐VIII


Sl. No.


42. Mid‐day Meal taken for classes I‐X

43. MME for classes I‐VIII

44. Cooking cost for classes IX&X

45. Number of Visits and Inspections by DEO

46. Number of Visits and Inspections by DEO

47. Number of Visits and Inspections by MEO

48. Conducting Inter District State Meet for boys & girls(under 17)



51. Conducting National Meet for boys & girls(under 14,17,19) in identified Games

52. Percentage of Schools in Which 50% of Children Achieved Minimum Academic Standards (B+ And Above)

53. Financial Assistance to Sainik School Kalikiri 54. Financial Assistance to Sainik School Korukonda

55. Academic instructors / Vidya Volunteers

56. Admissions of class I students

57. Procurement of infrastructure for DEd college at Rampachodavaram EG District

58. Directorate School Education / Open School Society

Open Basic Education

59. Open Distance Mode SS Course

60. Directorate School Education

/ RMSA

Maintenance Grant

61. Civil works under RMSA

62. In‐service Teacher Training under RMSA

63.

Directorate School Education / SSA

Access to Primary School With in The Radius of 1 Km

64. Access to Upper Primary School With in The Radius of 3 Km 65. No. children in Primary Schools ( I‐V)

66. No. children in Upper Primary Schools(VI‐VIII)

67. Gross Enrolment Ratio (Class I‐V,) For Boys

68. Gross Enrolment Ratio (Class I‐V) For Girls

69. Gross Enrolment Ratio (Class VI‐Viii) For Boys

70. Gross Enrolment Ratio (Class VI‐Viii) For Girls

71. Dropout rate in Primary Stage (I‐V)

72. Dropout rate in Upper Primary Stage (I‐VIII)

73. Transition Rate (Primary to Upper Primary)

74. Retention at Primary Level (Class I‐V)

75. Retention at Elementary Level (Class I‐VIII)

76. Teacher Pupil Ratio at Primary Level

77. Teacher Pupil Ratio at Upper Primary Levels

78. Gender Parity Index at primary level

79. Gender Parity Index at Upper primary level

80. Percentage of Children in Std III‐V Who Can Read Level 1 (Std I) Text or More

81. Percentage Children in Std III‐V Who Can Do Subtraction or More


Sl. No.


82. Percentage of Children in VIII Who Can Read Text or More

83. Percentage of Children in Std VIII Who Can do Subtraction And More

84. Percentage of Schools Having Toilet Available And Useable

85. Percentage of school having drinking water provision and available

86. E‐learning centers established

87. No. of students benefited through e‐learning centers

88.

Commissioner of Intermediate Education

Increasing enrolment in GJCs

89. Equity ‐ College‐less Mandals‐ Sanction of New Colleges

90. Monitoring of Results in GJCs

91. Online counselling in Transfers

92. Monitoring of RIDF works

93. Inspection of Govt./Aided colleges by RJDs

94. Inspection of Govt./Aided colleges by DVEOs

95. No. of Visits by DVEOs

96. No. of Visits by RJDIEs

97. Strengthening of Laboratories in GJCs /Aided Colleges

98. Strengthening of Vocational Laboratories in GJCs / Aided Colleges

99. Conducts of Games& Sports Meet in Districts

100. Distribution of Free Text Books to Students

101. Training of Lecturers in subjects concerned

102. Training of Administrative Officers /Principals

103. ICT for Students in Colleges

104. ICT Training for Staff and Officers

105. Infrastructure in Colleges

106. Establishment of Academic Staff Colleges

107. Academic Audit

108. Grading of Colleges

109. Adopting best practices in various Boards

110. EAMCET coaching in Govt. Junior Colleges

111. e‐Class room, Tabs to Students & Wi‐Fi, Biometrics in GJCs

112. Department of Public Libraries

Enrollment of membership

113. Scalability to increase the readers

114.

BC Welfare

Post metric scholarship to the BC students‐Fresh

115. Reimbursement of tuition fee to BC students‐Fresh

116. Reimbursement of tuition fee to EBC students‐Fresh

117. No of Boys and Girls in college Hostels total

118. Coaching facilities to the aspiring BC students who appear for various competitive exams

119. Construction of permanent accommodation for Hostels ad residential schools

120. BC students enrolled in residential school under MJPAPBCWREIS

121. Provide accommodation education and academic programmes to Pre Metric Hostel Boarders


Sl. No.


122. Post Metric Scholarships to the BC students Renewal

123. Reimbursement of tuition fee to BC students Renewal

124. Reimbursement of tuition fee to EBC students Renewal

125. No of Boys in College Hostels

126. No of Girls in college Hostels

127. Bio Metric attendance of students in Schools

128. Bio Metric attendance of students in BC hostels

129.

SC Welfare

Bio‐metric attendance of students in SC Hostels

130. Availability of Drinking Water in SC Hostels

131. Availability of Functional Toilets in SC Hostels

132. No. of Boys in College Hostels

133. No. of Girls in College Hostels

134. Students Assisted Under NTR Vidyonnathi Scheme

135. Students Assisted Under Ambedkar Overseas Vidyanidhi Scheme

136. No. of SC Students Benefited Under Soft skill Training/Skill up Gradation

137. Pre‐Matric Scholarships to SC Students

138. Post‐Matric Scholarships to SC Students (MTF)

139. Reimbursement of Tuition Fee to SC Students(RTF)

140.

Tribal Welfare

Providing Quality Education to ST students

141. No. of Students Provided Admissions (Fresh) in Residential Type of Education

142. No. of Students Covered Under Android Mobile Based Attendance System

143. Bio‐Metric Attendance in Ashram Schools And Hostels

144. Financial Assistance to ST Students Studying Post Matric Education Under Post Matric Scholarships

145. Pre‐Matric Scholarships to ST Students

146. ST Students Provided Coaching Under N T R Vidyonnati

147. Economic Development of STs

148. Skill Upgradation For Formal And Self‐Employment For ST Youth

149. Infrastructure Development in Tribal Areas

150. Connectivity to Unconnected Tribal Habitations Under NABARD

151. Drinking Water And Sanitation in Tribal Welfare Educational Institutions

152. Providing Infrastructure in Educational Institutions

153.

Minority Welfare

Construction of Buildings for Hostels and Residential Schools

154. Assistance to Law Graduates(APSCFC)

155. Training for Unemployed Minorities youth

156. Training for Unemployed Christian youth

157. Coaching for X class Students

158. Coaching for Entrance Exams

159. Coaching for Competitive exams

160. Pre‐Matric Scholarships to The Minorities Students Fresh


Sl. No.


161. Post‐Matric Scholarships to The Minorities Students Fresh ‐ DDGI

162. Post‐Matric Scholarships to The Minorities Students Renewal

163. Reimbursement of Tuition Fee to Minorities Students Fresh

164. Reimbursement of tuition Fee to Minorties Students Renewal

165. Minorities students Renewal

166. No. of Boys in College Hostels

167. No. of Girls in College Hostels

168. Bio‐metric attendance of students in Schools

169. Bio‐metric attendance of students in Hostels

170. Subsidy for Bank Linked Income Generated Schemes (APSCMFC)‐No. of families

171. Subsidy for Bank Linked Income Generated Schemes (APSCMFC)‐Amount of subsidy

172. No. of Minorities Students benefited under soft‐skill training/Skill up gradation

173.

APSWREIS

Admission of Students in schools

174. SSC public examination results

175. Annual Examination results(V to IX)

176. Summer camps

177. EAMCET Mega camps

178. Construction of New School Complexes

179. Augmentation of existing Infrastructure

180. Completion of Repairs and Maintenance

181. Junior Inter Public Examination Results

182. Senior Inter Public Examination Results

183.

Skill Development Corporation

No. of people to be trained 184. No. of partnerships to be initiated (industry and academy)

185. No of Skill Development Centres to be established

186. Placed/Settled (%)

187. No of entrepreneurship models

188. International Collaborations

189. Innovative projects/practices

190.

Universities and Engineering Colleges

Number of Centre of Excellence established

191. Number of Incubation Centers established

192. International Collaborative Research Projects by faculty

193. Number of Faculty development training programs conducted

194. Number of startups established

195. Number of International students secured admission

196. Number of Patents acquired

197. Guest Lectures (NRI /Industry Mentors/Other visiting faculty)

198. Number of E‐Class rooms

199. Number of students placed through Recruitment drives

200. Number of Entrepreneurship Courses offered

201. College proposed for up gradation as Smart campus


Sl. No.


202. Collaboration with APSSDC for skill development program

203. Wi‐Fi Campus(Percentage area of campus covered)

204.

Universities

Total cost for Collaborative Research Projects(in lakhs)

205. Number of credited online courses(designed/ offered)

206. Number of Courses offered in communication and soft skill

207. Students Exchange programme (Number of students participated) from University to Abroad and vice versa

208. Course on Morals and Ethics is implemented in curriculum of UG/PG

209. Number of Credits awarded to students for taking up research project(thesis work)

210. Number of Doctorate degrees awarded in academic year and courses offered through Dual degree programme

211. Percentage of final year students who undergo internships programs

212. Number of subjects assessed per semester through Online Examinations

213. Gap year concept introduction

214. Constitution of Executive Council

215. Implementation of Choice Based Credit System (CBCS)

216. Curriculum updation for UG/PG

217. Average internet bandwidth for current month used (in Mbps)

218. Overall University examination result in academic year

219. Number of Smart Class rooms

220. Campuses details: total number of faculty & total number of students (including Research Scholars)

221.

Degree Colleges

Accreditation by NAAC(Valid grade)

222. University examination results of Final Year Students (2014‐15)

223. Adopting Best practices(as prescribe in Booklet released by CCE)

224. No of lecturers trained in 2014‐15 (RC/OC/Others) 225. No. of students registered for Online courses (MOOCS)

226. No of students updated Aadhar linkage

227. No of Smart class rooms(E‐class rooms)

228. No of Major/Minor research projects

229. No of students trained and Placed (JKC)

230. No of MANA TV presentations

231. College having Autonomous status

232. College applied for CPE

233. whether the college identified as CoE

234. whether the college have ELL lab

235. whether the college have JKC 236. whether principal took training in 2014‐15

237. College proposed for up gradation as Smart campus

238. Has the college acquired eligibility for RUSA funds for the year


Sl. No.


2014‐15

239. was college Completed Academic Audit for the Year 2014‐15

TABLE17: EDUCATION PACKAGE– KEY PERFORMANCE INDICATORS

The detailed methodology for computing the KPIs and e‐PIs will be provided in the e‐Pragati web site

(http://e‐Pragati.ap.gov.in/)


7. Data Architecture & Requirements 7.1. Data Architecture

Data Architecture describes how data is captured, persisted, arranged, and integrated across system in a secure and consistent manner so that quality and integrity of data is maintained. And while doing so, Data Architecture will ensure that Enterprise level principles, policies, rules, and standards are applied. SI can propose the technical solution based on the requirements.

7.2. Conceptual Data Model

Exhibits below capture conceptual data models for Primary group of departments. Conceptual model captures key Data entities, concepts, and relationships in Education Sector. This model will inform development of detail level data models – Logical and Physical Data Models. SI can propose the technical solution based on the requirements.


School

ClassesBiometric

Attendance

E-BooksStudent

Teachers

Banks

E-Certificate

Student Health Checkup

Student Nutrition program/MDM

Examination

Welfare departments

Sports and Cultural activities

E-Curriculum

E-Scholarship May availE-admission provides

conducts

recordE-disbursementOf scholarship

Undergoes

Participates in

writes

Participates in

Participatesin

Participates in

Identi fies candidatesfor

hasfollow

Is awardedto

awards

Directorate of School education

SCERTpublishes

Manages

Directorate of Examination

conducts

Recognition/Affiliation

provides

applies Teaches in

Library

Library Resources

has

Type of

lends

Student Plan

managesIs provided with

Facilities

has

Is a type of

Hostel

Is a type of

May enroll to

Question Papers

Results

hashas

Question Banks

Is the source of


College

Student

FacultyBanks

Certificates

Examination

Welfare departments

E-ScholarshipMay avail

E-admission

disbursementOf scholarship

writes

Identifies candidatefor

has

Is awardedto

Commissioner of Collegiate Education(CCE)

manages

Directorate of Examination

conductsHostel

Trainingundergoes

conducts

conducts

Facilities

University

awards Is affiliatedTo, Or, isdeemed

Will have Library Resources

Has

Programmes

Courses

offers

Consist of

Subjects

executes

Consist of

E-Curriculum

APSCHE

publishes

follow

Is assigned to

Student

Faculty

Borrows

Borrows

Classes

e-Classes

May be delivered thru

Conducts

Prepares materialfor

May be admitted to

LibraryIs a Type of

Is a Type of

Student Plan

Is provided with

Question Papers Results

Question Banks

has has

Is the source

FIGURE 13: CONCEPTUAL DATA MODEL OF SCHOOL AND HIGHER EDUCATION


7.3. Data Integration View Data integration is realized by Batch, ETL, and near real‐time methods (event‐driven architecture). e‐Highway will facilitate near real‐time integration. The system will adapt Service Oriented Architecture concepts and provide Data Services for frequently used queries and updates.SI can propose the technical solution based on the requirements.

FIGURE 14: EDUCATION DEPARTMENT DATA INTEGRATION MODEL


Integration Databases Integration Method Integration Scenario (Indicative list)

Education Department Database and People Hub

Near Real‐time (Event based)

People Hub ID Seeding (People Hub Dept. Database)

Addition of new student/faculty to the system (Dept. Database People Hub)

Demographic or Socio‐economic data updates in People Hub (People Hub Dept.)


Real‐time (Data services) Retrieving Student demography and socio‐economic data from People Hub


Batch People Hub ID Seeding Reconciliation (Dept. People Hub)

Scheme Details updates(Dept. People Hub)

Education Department Database and Entity Hub

Near Real‐time (Event based)

Adding new Entities (Dept. Entity Hub)

Entity Hub ID Seeding (Entity Hub Dept.)

Modifications to Entity Details (Entity Hub Dept.)


Real‐time (Data services) Retrieving Entity Information from Entity Hub


Batch Entity Hub ID Reconciliation

Education Department Database and Land Hub

Real‐time (Data services) Landowner details for a given parcel of land (Land Hub Education department Applications)

Education Department Database and Land Hub

Real‐time GIS Layers as required by applications (GIS Hub Education department Applications)

Education Department Database and DataLytics

Batch Education Package data as per Analytical requirements (Dept. DataLytics)

Education Department Database and Other Department‐level Databases

Near‐Real time (Data Services)

On need basis, Education department Applications may use Data services offered by other departments to consume department specific data – E.g.: Scholarship, Financial assistance, Hostel and Residential school management services will be provided by ePASS

7.4. Master Data


Master data represents the business objects which are agreed on and shared across enterprises.

Department level master data includes objects that are shared between different applications within

a department. State‐wide master data are objects that are shared across departments.

Common master elements will be captured and made available on Data Hubs. Department specific

master data will be captured in department databases. Education sector specific master data has

been identified and listed in a separate document. This document will be made available to the

system integrator.

7.5. Data Architecture Compliance Requirements:

Sl. No. Data Architecture Compliance Requirements

1 Standard schemas shall be published for all data entities and accessible through standard SOA services.

2 Access to a data entity shall be restricted only through a designated single‐point‐of‐contact interface.

3 Data access requirements shall be defined clearly based on role, responsibilities and need to access data.

4 Providers and consumers for each data entity shall be defined clearly.

5 Metadata and Data Standards (MDDS) shall be followed. At each domain level, metadata and reference data standards shall be used if available, otherwise they shall be defined.

6 Target Application shall use core data only from e‐Pragati data hubs.

7 Data quality controls shall be established by ensuring incoming data is of good quality. Invalid data shall be prevented through strict semantic and syntactic checks at run time.

8 Batch and real‐time data integration mechanisms shall be available.

9 Data lifecycle management plan shall be in place and implemented.

10 Databases shall be scalable in terms of total space, number of tables, views and users.

11 Data integration shall be maintained between related entities by defining primary keys and secondary keys relationships.

12 The Target Application shall ensure that all relevant data specific reference architectures, architecture patterns, best practices and standards from national and global level are followed, wherever they are applicable.

* SI can propose technical solution based on requirements.

TABLE18: DATA ARCHITECTURE COMPLIANCE REQUIREMENTS

1. Data Capture Methodology: The data capture methodology can be accessed at the following URL ‐ http://e‐pragati.ap.gov.in/projectartifacts.html

2. Data Life Cycle Management: The Data Life Cycle Management document may be referred at the following URL ‐ http://e‐pragati.ap.gov.in/projectartifacts.html


8. Technology Architecture

8.1. High‐level Technology Architecture Technology Deployment Architecture of Education Package assembles the assets and capabilities required for the Education Package Systems deployment. It defines logical and physical view of Education Package Systems identified in Application Architecture. 8.2. Logical Technology Architecture The logical technology architecture describes logical components that provide various benefits such as integration of systems using common middleware component, centralized data store and high availability of business system and services.

FIGURE 15: LOGICAL TECHNOLOGY ARCHITECTURE VIEW

The components of the Technology Architecture are described in the below Table:

Technology Component

Requirement

External Security Layer

• External Security layer will protect the core system from unwanted traffic and provides easy and seamless access with the help of NAC, Load balancer, and


Technology Component

Requirement

reverse proxy and access gateways.

• Education Package mobile user requests would be rendered or processed through Gateway

Web Layer • Web Layer will enable external and internal user to access Education Package system through any web browser from any location

• Web access layer provides various web interfaces for different types of users like, Tablet Users, Mobile Users and Standard browser users

Internal Security • All internal traffic (Department & Dial.AP Users) would be routed through internal security layer which protect Application layer from unwanted attacks

Application Layer • Application layer will contents the business logic and perform the task required for all Education Package system like Edu Gov for Higher Education Management System, School Information Management System, e‐Siksha, Skill Management System, Knowledge Management System, etc.

Database Cluster • All the Education Package system structured data will be saved on Database and for high availability databases should be configured on Cluster environment

e‐Highway • E‐Highway will be used by Education Package System to connect with all related systems like, People Hub, Land Hub, Content Management System, etc.

Centralized Security System

• Proposed solution shall have in Security mechanism as per industry standard and defined in Security Architecture

Centralized Monitoring System

• Centralized Monitoring System would manage and monitor all enterprise systems and IT Infrastructure components. It would provide real time alert/notification & dashboard for analysis and performance management.

Mobile/Table users

• Mobile/Table users request would come to NAC and then routed to a specific web server. Post that request will be transferred to Channel Enablement Services and Business Process Service Platform to process user request.

SBMS • SBMS (Social Benefit Management System) will continue for ePASS, eHostel, OBMMS and OLCMS with required customization as suggested in Annexure 2

Data Backup System

• Data Backup shall be responsibility of SI, they have to ensure the data backup should be in place with 95% backup success rate, data backup should be as per backup policy decided by GoAP standard.

TABLE19: COMPONENTS OF THE TECHNOLOGY

8.3. Sizing Requirements EducationPackage shall be deployed on Cloud and SI needs to provide the complete end to end

solution for the same. The proposed cloud based solution shall be in‐line with the details provided on

Section “3.3.Deployment Model”. The indicative number of users and required bandwidth details are

provided below for designing the solution. The required details are provided as per current and

expected users and the proposed solution shall be designed considering 15% year‐on‐year growth of


users. Solution should shall be designed with consideration of scalable with respective to

accommodate exponential growth on Application load.

a. Current Transaction Loads: Current load on existing School Management System is 2000 – 3000 transactions per day approximately (for 8 hour active duration).An online biometric attendance system will be deployed shortly, which is expected to log 1Cr transactions per day (twice a day per student).Approximately 9000 transactions per year on faculty transfer module on existing system with 3 Lakhs faculty registered in School Management System.

b. Indicative Transaction Loads: The ED Package is expected to have approximately 75,000 educational institutions, 80 Lakhs students, 4Lakhs faculty registered.

The average number of concurrent users on Education Package will be approximately 5,000 in first year of O&M phase and it shall be scalable based on the demand in subsequent years. Approximately 8‐9 SMS alerts needs to be sent to all parents of primary and high school students to communicate on results update per year (60 lakhs x 9 = 5.4 Cr per year).

c. Indicative Bandwidth Requirements:

Majority of educational institutes will be connected with AP Fiber Net and minimum 10

Mbps bandwidth will be provided to each institute at the end point, which would be

sufficient to access Education Package functionality. Entire Education Package will be

accessed as cloud based model (hub and spoke) from each end point.

The SI need to procure minimum 10 Mbps link initially between the SDC and the Education

Package on Cloud, which shall be scalable as per the demand and utilization.

A VPN connection for this link shall be established by SI to handle the application

integration load through e‐Highway to connect with People Hub, Land Hub and other e‐

Pragati applications.

d. Indicative Storage Requirements: There is approximately 50‐100 TB cloud based SAN storage is required which should be scalable as per requirement. Currently the system can start with 10 TB and shall be planned for expansion up to 50 TB in near future. Separate storage needs to be procured for content management system for Skill Management, Knowledge Management, e‐Siksha, Online Library Management system. Currently, the School Management System is running with approximately 400 GB SAN space provided in TCS Data Center. Library Management System also has approximately storage of 600 GB soft books as of now.

e. Smart Campus Sizing: Smart Campus needs to be built as a pilotprogramme atANU (Acharya Nagarjuna University).An indicative sizing details of Smart Campus requirement are provided below; a detailed sizing analysis needs to be done by SI during the implementation phase.

Sl. No. Institution Details Quantity


Sl. No. Institution Details Quantity

1 Total Campus area size Total University campus area 272 acres

2 Total number of students 5000

3 Total number of faculty 250

4 Total number of Sub Department (Colleges) 6

5 Number of Buildings in the Campus that require network coverage

60 Buildings

6 Number of Floors that require Wi‐Fi coverage in each building

3 floors

7 Number of Digital Classrooms required 60

8 Average capacity of a Digital Classroom (no. of students)

40 students

9 Total number of students that access Online Learning

3000

TABLE20: SMART CAMPUS SIZING DETAILS

Current Status: At present ANU has taken 1 Gbps connection provided by BSNL as a part of

NKN program. In this connection entire University (7.5 kms) is laid with LAN covering

around 60 buildings including academic blocks and hostels. Among them, 24 buildings are

provided with Wi‐Fi connection. Around 400+ nodes are connected with LAN and 1200+

users will dynamically connect through Wi‐Fi. There are 20 e‐ classrooms containing LCD

projector, computer system and audio system etc. but those are 6 year old.

SI is responsible for deploying Smart Campus at ANU with all required hardware as detailed in BoM section (Annexure 15) to showcase the complete functionality of Education Package. SI has to determine the required quantity and additional components for smart campus as per above fact sheet. Existing BOM in ANU for e‐Classroom is given below:

Sl. No. Item Details

1 Digital Class Room 20 Classrooms (all equipment’s are 5‐6 year old)

Each e‐classroom contains 15 I‐3 second generation systems, Sony LCD projector Ahuja audio amplifier and speakers with mike

2 Wi‐Fi devices Access points – Ruckus 60 in number (all equipment’s are 5‐6 year old)

Ultrahigh performance and cost effective

Three‐stream MIMO 3x3:3 Concurrent dual‐band (5GHz/2.4GHz)

support 450 Mbps of user throughput per radio Up to 6dB of signal‐to‐interference and

noise (SINR) improvement and up to 15dB of interference mitigation

Transmit beam forming capable Capable of supporting over 500 clients Novel channel selection approach delivering

up to 50 percent capacity gain over



alternative background scanning approaches Adaptive antenna arrays and Automatic interference mitigation Up to 4 times extended range and coverage Automatic interference mitigation,

optimized for high‐density environments Dual polarized adaptive antenna arrays with

21 antenna elements and over 3000 antenna patterns for ultra‐reliability

Concurrent support for HD IPTV, VoIP and data Support for isochronous, multicast IP video

streaming Four queues per client station

Smart meshing increases flexibility, reduces costs Smart Mesh Networking Admission control/load balancing

Differentiated services with multiple SSIDs 16 BSSIDs with unique QoS and security

policies WEP, WPA‐PSK (AES), 802.1X support Zero‐IT and Dynamic PSK Captive portal and guest accounts RADIUS and Active Directory support

3 Surveillance cameras (70 cameras are in use approx. 6 months old)

Cameras‐DAHUA 1/3” 1.3Megapixel progressive scan CMOS Support H.264&MJPEG dual codec 25/[email protected](1280×960) Smart Detection supported WDR(120dB), Day/Night(ICR), 3DNR, AWB,

AGC, BLC Multiple network monitoring: Web viewer,

CMS(DSS/PSS) & DMSS 2.7mm ~12mm motorized lens 2/1 Alarm in/out, 1/1 audio in/out Max. IR LEDs Length 50m Micro SD memory, IP67, PoE

NVR Up to 8/16/32 channel IP camera input H.264/MJPEG dual codec decoding Up to 5Mp resolution Max 160Mbps incoming bandwidth HDMI/VGA simultaneous video output



8/16/16 channel synchronous real‐time playback, GRID interface

8/16/32 channel synchronous real‐time preview, GRID interface

Support Multi‐brand network cameras: Dahua, Arecont Vision, AXIS, Bosch, Brickcom, Canon, CP Plus, Dynacolor, Honeywell, Panasonic, Pelco, Samsung, Sanyo, Sony, Videosec, Vivotek and etc.

ONVIF Version 2.3 conformance 3D intelligent positioning with Dahua PTZ

camera Support 2 SATA HDDs up to 8TB, 2 USB2.0 Support IPC UPnP, 8 PoE ports Multiple network monitoring: Web viewer,

CMS(DSS/PSS) & DMSS TABLE21: EXISTING BOM AT ANU

f. Digital Class Rooms Sizing: Digital Classrooms and Smart Campus sizing requirements are described in Section 4.3, please refer that.

8.4. Security Architecture Education Package should be in line with the Enterprise Security Architecture as shown below and will follow an organization's security processes, information security systems, personnel and organizational sub‐units, so that they align with the organization's core goals and strategic direction. Education Package should have security option to link with key components of Enterprise Security Management, namely Access Management, Identity and Credential Management and Single Sign‐On. Security Architecture shall be implemented as per the Industry Standards strictly in the context of Education Package will be deployed on public cloud. The SI has to propose suitable security solution in compliance with high level architecture provided below.


FIGURE 16: ENTERPRISE SYSTEM SECURITY ARCHITECTURE VIEW

Component Comment

Access Manager User will be get access as per defined policy

Application credential Mapping

This application will map the SSO with back end application credentials. The vendor shall develop a separate authentication mechanism for Education Package that will allow the user to access all the services through a single, active login session. This will later be mapped to and integrated with e‐Pragati Core Package SSO that uses People Hub. The integration /mapping with the Core Package SSO will be the responsibility of the SI.

Identity Manager This component manages the user identity

Directory Integration This component integrates user credential with Directory Server

Directory Server Directory Server Collection of User identity shall be integrated with GoAP directory server as and when Core Package is implemented.

Policy Place to define policy for the system

Security This will enforce the security in systems

DB Manages the Credential Database TABLE22: COMPONENTS OF ENTERPRISE SYSTEM SECURITY ARCHITECTURE


8.5. Access Management

Education Package should have access management system in place to integrate with existing enterprises access management system to provide seamless authentication and authorization solution for Education Package at Web, Application and Database level. Access Management system will enable enterprise to control user access to protected information and resources. It should provide a wide range of built‐in authentications and supports external authentications as required in Education Package. The direct access is required to department admin users only (application maintenance, support, development, analytics teams).

Access Management Authorization service should allow to provide permit and deny decisions on access requests for applications. Access Management system should be in line with recommendation and policies published by The Identity Access Management (IAM) Governance Committees.

The Education Package’s Identity and Access Database shall assigns and manages the official identities for Department and agencies users. This includes the assignment of the individuals’ Education Package System ID and username. Identity information on all individuals needing ongoing access to restricted Education Package resources must be entered into the Identity and Access Database in Education Package and centralized Security system.

The vendor shall develop a separate authentication mechanism for Education Package that will allow the user to access all the services through a single, active login session. This will later be mapped to and integrated with e‐Pragati Core package SSO that uses People Hub. The integration/mapping with the Core Package SSO will be the responsibility of the SI.

8.6. Identity and Credential Management

Assuming the user base for Education Package is going to be very high and they will be allowed to access information from the system, effectively managing user identities throughout their lifecycle is even more important. System should have an option to get integrated with identity management solution of Core Package that would help the Government to ensure right people can access the right applications and infrastructure.


9. Training & Change Management

In order to successfully address the capacity requirements of the government officials at various levels, a training plan has been proposed. The training plan is designed to capture training requirements of officials in order to successfully handle the e‐Pragati Education Package Applications, based on the roles and the responsibilities assigned to them. The training need requirement, at various levels has been identified based on the functional changes in the working of government officials in the new set up.

The trainer need to provide the special training on the e‐Pragati Education Package Applications in detail to the training / faculty team of the department.

9.1. Indicative Training Requirements

Sl. Description

Stakeholders shall be trained on user screens, basic functionalities, navigating screens, and operations that can be performed, as relevant to user types.

Where necessary, relevant case studies may be given.

Basic IT Skills, using cloud based application, and other basic training may be given on a need basis.

Detailed training plan shall be created, and training material shall be prepared and distributed to the participants.

Training plan shall include details like participant names, training location, date, and time. And all necessary arrangements shall be made to enable smooth running of sessions.

At the end of training sessions, assessments will have to be performed in order to evaluate the level of understanding of the participants. Assessments may be in the form of quiz, tests, or real‐life simulation. All necessary arrangements, including preparation of test materials, administering tests, and evaluating test reports must be planned and done in advance.

PMU will conduct an exit test at the end of the training session and allots grades to the all participants. There will not be any fail criteria. All the participants with bottom grade will have to be re‐trained. If more than 30% of the participants receive the bottom grade, then the training will have to be re‐conducted. Proposed Education Package System processes.

The products and services of the Education Package System.

The Information security and their relevance and importance to the department data confidentiality.SI has to adhere to security policies of GoAP.

Knowledge of departmental systems, operational procedures etc.

System Administration training to IT Operation Management Team. TABLE23: INDICATIVE TRAINING REQUIREMENTS

9.2. Training Deliverables

The required training should have below:

Sl. No. Details 1. Training Plan.

2. Training Manuals.

3. User Guides and Materials

4. Documented Evidence of Successful User Training.

* The timelines are given in section 5.2.2 of Volume 2 of the RFP.


TABLE24: TRAINING DELIVERABLES

9.3. Training Responsibility & Duration

Training shall introduce the GoAP resources on systems, procedures and processes in an elaborate manner. The actual requirement of training may be assessed while implementing the Education PackageSystem service and will be decided mutually by Government designated team and vendor. Concept of Trainer’s Training program will be organised by Government designated team to train the trainers of the SI on Education PackageSystem products and services, processes, etc.

Training will be conducted at four locations (Vishakhapatnam, Vijayawada, Tirupati and Kurnool). The expected duration for the training at each location will be 10 ‐15 days and it should cover all the users those are required to be trained as per the RFP. Based on the training need, Education Package SI has to develop the training material. This vendor would have to maintain the repository of the material and would have to train service agents on account of general expansion or attrition. Trainings which are not related to functionality of the process and client applications would have to be provided by the vendor itself; this will be technical training on general application usage and applications provided by SI.

9.4. Training Need Analysis The training need analysis of all key stakeholders has to be done and then training plan will have to be developed in line with overall project plan. Location for trainings will be Vishakhapatnam, Vijayawada, Tirupati and Kurnool. Given below are high level requirements of Training Plan.The target audience for the above mentioned Training modules would be as follows –

Sl. No. Training Modules Target Audiences

1. e‐Pragati Education

Package Orientation

Training, Basic Computer

Training and ED

Applications Training

School Education Department: Approximately 5000

Higher Education Department: Approximately 3000

Social Welfare Department: Approximately 1000

2. Specialized Computer

Training

Selected personnel from SD, HoD, DC, JC, RDO, AO, Mandal and

Village Offices and other e‐Pragati Education Package

Departments (Approximately 2200)

3. Process Training School Education Department: Approximately 1400

Higher Education Department: Approximately 200

Social Welfare Department: Approximately 60

Note: a) The size of each batch should not be more than 40. b) It will be department wise training and training manuals need to be provided for each department. c) Coverage of training of each department will not be same

TABLE25: TRAINING MODULES AND TARGETED AUDIENCE


9.5. Change Management Change Management initiative shall focus on addressing key aspects of project including building awareness among stakeholders. Change management shall also include development and execution of communication strategy for stake holders. Change Management workshops shall be planned and conducted based on needs of various stakeholders of Education PackageSystem. Key considerations for Change Management Process are given below:

Sl.No. Description

1. Impact Assessment – In the light of changes, how current functioning, Org structures, roles and responsibilities are impacted.

2. Assess Change Readiness – How ready departments and stakeholders are? Are there potential blockers? Stakeholder issues and concerns etc.

3. Design Change Management Approach – This is to come up with an optimal way of implementing Education PackageSystem (Phases, Pilot Groups etc.) and time frames.

4. Develop Change Plan – This includes creating plan, identifying milestones, developing benefit tracking mechanisms.

5. Define Change Governance – Including appropriate decision making and review structures.

TABLE26: CHANGE MANAGEMENT REQUIREMENTS

A special consideration will have to be given to Change communication strategy, planning and execution given below are recommended steps are listed below:

Sl.No. Description

1. Conduct a Baseline Communication Assessment.

2. Develop and validate Communications Strategy.

3. Develop and Validate Communication Plan.

4. Implement Communications Programs.

5. Measure Results of Communication Plan.

6. Adjust Communications Program.

TABLE27: CHANGE MANAGEMENT – SPECIAL CONSIDERATIONS


ANNEXURE 1‐INTEGRATION ARCHITECTURE

1. Intra‐Package Integration The below Figure depicts the Intra Package dependencies within Education package.

FIGURE 17: INTRA‐PACKAGE INTEGRATION VIEW

1. Knowledge Management facilitates various collaboration features to facilitate between Students,

and Faculty. This shall also be used for connecting with Citizens, Industrialists for sharing knowledge, best practices and experiences.[Refer Annexure 6 ‐Functional Requirements of Common Modules‐> Knowledge Management for more details]

2. e‐Siksha facilitates various e‐Learning platforms/methodologies like MOOCs, Virtual class rooms.

[Refer Annexure 6 ‐Functional Requirements of Common Modules‐> e‐Learning for more details]

3. SBMS (Social Benefits Mgmt System) consists of applications like ePASS that facilitate schemes, scholarship, financial assistance and other government benefits for socio economic background students. [Refer Annexure 2 ‐Existing Applications – Functionality for more details]. The information of various students that pertain to SC, ST, BC etc. shall be exchanged between School Education, ePASS and Higher Education to facilitate scholarship on time and without duplication. When the student moves from School to Higher Education, the scholarship can be passed on to the student without the need for student to re‐apply for the same.


All the above three applications/platforms shall be extensively used by SIMS (School Education services) and Higher Education Services.

2. Inter‐package Integration The below Figure depicts the integration view of Education Package applications w.r.t. to various other e‐Pragati package applications and vice versa.

FIGURE 18: INTER‐PACKAGE INTEGRATION VIEW

The integration per se need not be just via real time services. Other modes of integration shall also be considered based on the detailed requirements. Availability of vendor resources for integration along with manuals are of paramount importance during integration. The PMU will ensure timely availability of resources needed for integration and SLAs. For all the existing applications, the data in as‐Is condition will be shared. The SI shall be responsible to identify all possible requirements/use cases pertaining to each of the below integrations during the SRS phase.


Sl. No. Application

Education Package Role

Integration Requirement Module / Sub Module Traceability

1.

People Hub Consumer

This shall be a service level integration. It shall be used at all instances where the user details need to be pre‐populated or validated. E.g. During the Registration process of Students/ Teachers/ Faculty/ etc. The inputs shall be any acceptable identity proof says Voter Id, People Hub Id number etc. The outputs shall be Basic details such as name, address, gender details. SI should generate Unique ID for the ED stakeholders keeping in view the People hub which will be made available during the due course of time. SI has to map the IDs generated for the People hub. SRDH data should be considered.

1. Profile Management / User Profile Management

2.

Land Hub Consumer

This shall be a service level integration. It shall be used at all instances where the land details need to be pre‐populated based on survey number. This shall be extensively used as part of Asset Management functionality for schools / colleges / institutions. The input shall be Survey number. The output shall be owner details and detailed land details pertaining to survey number

1. Scholarships & Loans / Educational Loans Management

2. Proposal Management / Proposal Management

3.

Entity Hub Consumer

This shall be a service level integration which shall serve all the school/institution data residing in the Entity Hub database to the Education package applications as part of maintain the School/College Information functionality.

1. Profile Management / Institutional Profile Management

2. Scholarships & Loans / Educational Loans Management

3. Education Governance / Scheme Monitoring

4. CLGS

Provider & Consumer

This system is used for retrieving various records pertaining to Student’s/Faculty/ Teacher’s. This

1. Student Management / Certificates Management


Sl. No. Application



could be records pertaining to ID/Address Proof, 10th Pass certificate, Degree Certificates etc. Also stores the relevant new records generated during the life cycle of student back into CLGS. The input shall be Certificate ID / Reference number. The output shall be Certificate image/details.

2. University Management / Global Exchange Program

3. Skills Administration / Certification Management

4. Skills Administration / Engagement Model

5.

GIS Hub Consumer

This is a service level integration. Services related to GIS coordinates related to Education Institution, Universities shall be obtained from GIS hub.

1. Profile Management / Institutional Profile Management

2. Proposal Management / Proposal Management

3. Infrastructure Management / Asset Management

6.

APP Store Consumer The mobile apps pertaining to Education Package shall be hosted in the APP store.

1. System Administration / System Administration

2. Student Management / Student Self Service

3. Faculty Management / Faculty Self Service

7. Dial.AP Consumer

This is an application level integration rather than a web service. This shall be used for direct inquiry by Students, Faculty, and Citizens etc.

1. Grievance Management / Grievance Management

8.

Mana Rashtram Consumer

This is an application level integration. This shall be used for citizen enablement by engaging Students/ Teachers/ Faculty leveraging social media. This shall be used to assess the citizen satisfaction, better schemes and policies.

1. Search / Advanced Search 2. Collaboration Management / Social

Networking 3. Skills Administration / Lead Management

9.

MeeSeva++ Consumer

There are various services such as Scholarships, grants, availing financial assistance pertaining to Students, Institutions etc. that can also be served via. MeeSeva centres. The MeeSeva portal shall integrate with Education Package applications

1. Profile Management / User Profile Management


Sl. No. Application



UI/Portal for facilitating the same. The inputs shall be the corresponding application info. The output shall be the approved Scholarship/ Grants/ etc. based on approvals. As part of SRS, the SI shall gather all the services of the new Education Package applications that need to be facilitated via. MeeSeva and integrate the UI with MeeSeva++ portal. SI has to setup a separate helpdesk for technical support.

10.

DataLytics Provider

Provides various information for analytics that would enable proper policy decisions The SI shall gather all the possible use cases that shall help in decision making and predictions. These use cases shall integrate with DataLytics for enabling the same. e.g. Dropout Student counts, Scholarship availed student count , Performance analysis etc.

1. Audit/Inspection / Audit/Inspection 2. Policy Formulation / Policy Formulation 3. MIS Reports / MIS

11.

e‐Kacheri(Legal Case Mgmt)

Consumer

This is an application level integration. e‐Kacheri shall be used for handling court cases specific to the department/institution. It shall also be used for managing the litigation and legal counsel for all the universities.

1. Legal Monitoring System / Case Management

12.

e‐Office Consumer

This is an application level integration. e‐Office shall be used by the Department staff for files / record management, Communication Mgmt functionality, Proposal Mgmt functionality and other administrative tasks. Integration should be as per industry standards. A larger % is of software document management system and Excel / Word / PPT are in place.

1. Communication Management / Electronic File Management System

2. Institute Management / Administration 3. Proposal Management / Proposal

Management


Sl. No. Application



13.

e‐Dashboard Provider

Provides various dashboards pertaining to Education Institutions, Schemes etc. and other department reports related to productivity / utilization of schemes. The inputs shall be metrics related to Student/ Curriculum/ Teachers/ Faculty/ Education Institutions/ etc. that are of interest to Department for making decisions.

1. Collaboration Management / e‐Classrooms

2. Notifications & Alerts / Notifications & Alerts

3. Notifications & Alerts / Calendar Management

4. Knowledge Management / KM Dashboard

14.

e‐Pathakam (Scheme Mgmt)

Consumer

This is an application level integration. The Education Package applications shall utilize e‐Pathakam to define the various schemes and manage the same.

1. Notifications & Alerts / Notifications & Alerts

2. Notifications & Alerts / Calendar Management

3. Search / Simple Search 4. System Administration / System

Administration 5. Student Management / Student Self

Service 6. Scholarships & Loans / Scholarship

Management 7. Scholarships & Loans / Educational Loans

Management 8. Institute Management / Administration 9. Education Governance / Affiliation &

Accreditation 10. Education Governance / Institution

Monitoring 11. Education Governance / Scheme

Monitoring 12. Proposal Management / Proposal

Management 13. Mid‐day Meal Management / MDM


Sl. No. Application



Management 14. Skills Administration / Deal Management 15. Skills Administration / Skill Development

15. Works Management

Consumer

This is an application level integration. This is used for planning, monitoring and tracking the construction and all engineering works under the department.

1. Infrastructure Management / Engineering Works Management

16.

Gateways Consumer

This is an integration platform. The payment gateway (credit card/debit card/net banking/mobile wallet), SMS gateway, email gateway pertaining to e‐Pragati system needs to be used wherever applicable in all applications for payments, sending SMS and sending emails. The Department shall facilitate the SI with the SMS Gateway, Payment Gateway and Email Gateway.

All Modules / Sub Modules wherever applicable

17. Grievance Mgmt (Mee‐Kosam)

Consumer This is an application level integration rather than service integration. Mee‐Kosam shall be used to address various stakeholder grievances.

1. Grievance Management / Grievance Management

18.

CFMS (e‐Nidhi ) Consumer

This is an application level integration. The Education Package applications can leverage this CFMS application for the finance and accounted related functionality.

1. Audit/Inspection

2. Mid‐day Meal Management / MDM

Management

3. Mid‐day Meal Management / Inventory

Management

4. System Administration / System

Administration

5. Student Management / Admission

Management

6. Student Management / Certificates


Sl. No. Application



Management

7. Student Management / Alumni

Management

8. Scholarships & Loans / Educational Loans

Management

9. Scholarships & Loans / External Donors

10. Institute Management / Verification

Management

11. Institute Management / Financial

Accounting

12. Education Governance / Affiliation &

Accreditation

13. Education Governance / Scheme Monitoring

14. Hostel Management / Hostel

Management

15. Library Management / Fines and Charges

16. Library Management / Ordering

Requirements

17. Virtual University Management /

Accreditation Management

18. Knowledge Management / KM Self

Service

19. Knowledge Management / Premium


Sl. No. Application



Content Services

20. Manuscripts & Archives Management /

Digital Records Management

21. Skills Administration / Deal Management

22. Skills Administration / Learning & Skills

Platform

19.

HRMS Consumer

This is an application level integration. The Education Package applications can leverage this application for Payroll, Transfer and Leave functionality.The Biometric Attendance system shall also be integrated with HRMS for Faculty and Department Staff.

1. Attendance & Leave Management / Leave Management

2. Knowledge Management / KM Administration

20. Projects Management (e‐Pragati Project Management Application)

Consumer

This is an application level integration. e‐Pragati Project Management shall be used for planning, monitoring and tracking the projects executing under the department. This will be not be a part of ED Package RFP.

1. Infrastructure Management / Engineering Works Management

21.

e‐Procurement Consumer

This is an application level integration. e‐Procurement shall be used for all departmental procurement requirements in terms of bid value analysis, historical contract value analysis, vendor analysis etc.

For high value procurement requirements of all education departments.

TABLE28: APPLICATIONS INTEGRATION REQUIREMENTS


3. Integration with external Apps [hosted on APP Store]

The SI shall provide the available API with respective to Education Package Applications to get published in APP Store and further use of open mobile apps developer for citizen betterment. For external application integration there should be provision of seeking departmental application owner approval and later get published in APP Store for citizen uses.APP Store will be available part of e‐Pragati Core Pkg.

All API based integration shall use the e‐Pragati security mechanism to pull and push the required data. There should be a unified API Security layer / platform through which all the e‐Pragati APIs can be exposed / consumed, where global security policies can be applied.

FIGURE 19: APPS INTEGRATION VIEW

3.1. Integration with GIS Platform & GIS Portal:

A robust geospatial information system and decision support mechanism shall be established to aid decision making process for planning and implementation of Education Package developmental programs in the State. The GIS Hub enables the education infrastructure planning and realises the goal of complete access to education with the optimal use of resources. Education Package needs to get integrated with GIS Portal to meet the below requirements:

Where are new educational institutions needed? Where can students move after completing their primary schooling? Where are educational institutions facilities duplicated? Which are the best bus routes for transporting students to educational institutions? Where are the new teachers required, or where is in‐service training required most

urgently?


Which are regions where the expected population growth rates to be highest? Where is the demand for education going to decline most severely? Where is the affordable land, with adequate water supplies and electricity, for

building educational institutions? Where can a resource centre be built for teachers within reach of the maximum

number of unqualified teachers?

GIS Hub shall be integrated with Education Package System through e‐Highway to address above requirements and helps to generate the required MIS reports. This integration shall happen through available APIs published in GIS Hub. For detailed ED Package GIS requirements please refer to Annexure 13.


ANNEXURE 2‐ EXISTING EDUCATION PACKAGE APPLICATIONS

A. Existing Applications ‐ Functionality

Described below are the existing applications of the Education Package.

1. School Education

1.1. Commissionerate School Education (http://cse.ap.gov.in/DSE/)

The main objective of the above application is to provide 100% ICT enabled 'Smart Classrooms' in all Government Schools. Audio visual teaching methods in Schools like 'Vindam Nerchukundam' (Radio Lessons), 'Meena Prapancham' (Radio programme), and Video Lessons. Bio metric attendance of Teachers & Students. Linkage of students in Government, Aided and Private Schools.

The application has the below features:

Student Information Repository

Teacher Information Repository

School Information Repository

Children with Special Needs

Geographic Information System

Biometric Attendance

Mid‐Day Meal

Online Monitoring System (KPIs)

Academic Monitoring

Academic Depository

2. Higher Education

2.1. Andhra Pradesh State Council of Higher Education (http://www.apsche.org/)

The main objective of the above application is to provide the web base counselling to the students through Common Entrance Tests and College Management Information System to colleges with in the AP state which are accredited.

3. Social Welfare

3.1. ePass (http://apepass.cgg.gov.in/)

The main objective of the above application is to manage pre metric and post metric scholarships, skill upgradation for socially and economically backward students through online process.

3.2. e‐Hostels (http://swhostels.cgg.gov.in/ap/)

The main objective of the above application is to provide admission for socially and economically backward students to the hostels and residential schools under the welfare departments through online process.


3.3. APSWREIS ‐ SAMS (http://apswreis.cgg.gov.in/)

The main objective of the above application is to provide and update the information of students and teachers. Through the academic year student’s attendance, teacher’s attendance, leave record of teachers, class and subject lesson plans and their status is tracked.

B. Existing Applications – Technical Details

Each of the applications are classified into 3 broad categories after evaluating them based on 15 parameters(technical standards) and classification criteria. The existing service provider retains the source code. The categories, their description and classification criteria are defined in below table 27.

Type Description Criteria

Category A Application retained as it is or with minor modifications

Application meets following

Web Service can be enabled with minimum efforts

Business Process Re‐engineered already

Meet target functional requirements

No replacement by other/ COTS/ Common application

Category B Application retained with major modifications [requires changes in functionality, architecture and standards]

Applications which need functionality upgrade or would need Integration of functionalities.

Category C Applications cannot be retained due to low volume and non‐standard development or there are existing application (COTS or custom) with better functionalities.

Application meets following

Can be replaced by Group, Common or Cross cutting applications

Can be replaced by COTS application

TABLE29: APPLICATION CATEGORIES


The below applications exists as part of Education and SBMS(Social Benefit Mgmt System) ‐

Sl. No.

Application Functionalities Current Technology Stack

Current Integrations Category

1. ePASS (Electronic Payment and Application system of scholarships) http://apepass.cgg.gov.in/

Core functionalities include – 1. Post Metric Scholarships 2. Pre Metric Scholarships

a. Best Available School Seats. b. Pre‐Metric Scholarships to SC

students studying in IX and X c. Pre‐Metric Scholarships to SC

students studying in V to VIII d. Scholarships to children of

those engaged in Unclean Occupation.

3. Inter caste Marriages. 4. Free Power to SC households. 5. Skill Upgradation for Professional

Graduates (SC/ST) 6. Dr. B.R. Ambedkar Overseas

Vidya Nidhi. 7. NTR Vidyonnathi.

Presentation Layer ‐ Struts 1.3 DB ‐Postgre SQL Server ‐Tomcat 5.5

‐ Treasury service (WebService) for payments. ‐SSC Board services (WebService) for Pre‐Metric Scholarships ‐ e‐Hostel (direct DB interaction) for Hostel data. ‐ EAMCET and all ‘CET’ ‐SRDH for Aadhaar data used for verification

B

2. e‐Hostel This is used for managing and monitoring the hostels. 1. Online claim of diet charges 2. Online monitoring of Academic

performance, Health status, Supply of incentives to the boarders, inspects of institutions

3. Monitoring of attendance – both online and also through android based mobile attendance

4. Implementing bio‐metric attendance – in progress

Presentation Layer ‐ Struts 1.3 DB ‐Postgre SQL Server ‐Tomcat 5.5

‐SRDH for Aadhaar data used for identity verification

B

3. APSWREIS This supports the management of Java, Integrates with Core A


Sl. No.



(Andhra Pradesh Social Welfare Residential educational Institutions Society) (http://www.apswreis.in/)

below features ‐ 1. Amenities

2. Monthly Health Information

3. Financial Management

4. SAMS(Student Academic

Management System)

5. HRMS (Human Resource

Management System)

DB – MySQL Server – Apache WebServer / Tomcat

Dashboard

4. OLCMS (Online Legal Case Management System) (http://swolcms.cgg.gov.in/)

Used for entering and tracking the legal cases (civil) specific to all departments in social welfare. Used in other departments as well.

Presentation Layer ‐ Struts 1.3 DB ‐Oracle Server ‐Tomcat 5.5

None C(Shall be replaced with e‐Kacheri of e‐Pragati package)

5. Commissionerate School Education (http://cse.ap.gov.in/)

This is used for managing the various Student, Teacher information and primarily covers the functionalities of School Education

Java Presentation Layer – Struts 1.x Servers‐ JBOSS v6.1 & Tomcat v6.0 DB‐SQL Server 2012

Integrates with SRDH for verification of Aadhaar Integrates with UDICE

B

6. Knowledge Mission (http://www.knowledgemission.ap.gov.in/)

This has knowledge mission initiatives and tracking of the same with a focus on higher education.

NA NA A

7. AP State Skill Development Corporation (http://www.apssdc.org/)

Information website for AP Skill Development Corporation

NA NA B

8. Higher Education (http://www.apsche.org/)

Information website for Higher Education

NA NA A


Sl. No.



9. Web Based Counseling (CET)

Has functionality for managing web based counseling

Technology ‐ .NET DB – Sql Server

None B

TABLE30: APPLICATION CATEGORIZATION

Note:

For applications that are categorized as information not available, they may be considered as Category B applications.

Only Category C applications need to be migrated.

The SI has to takeover/transition all applications that fall under SBMS from the existing service provider, and then enhance, operate and maintain for next 5 years. For remaining Category B applications, the existing service provider is responsible for upgrading the existing applications to e‐Pragati standards.

SI is responsible for evaluating data size and migration


ANNEXURE 3‐EDUCATION PACKAGE APPLICATION ENHANCEMENTS

A. Existing Applications ‐ Functional Enhancements

1. School Education

1.1. Commissionerate School Education (http://cse.ap.gov.in/DSE/)

Below are the existing applications enhancements for the Education Package.

1. Academic Monitoring

This module will have to track student academic record vs. Student and Teacher Attendance. The system shall facilitate the faculty to maintain an online teaching diary in a predefined format as prescribed by the Principal / HoD. The system shall enable faculty to register questionnaire, assign students selectively, run class tests online and record students test scores.

2. Online Accreditation of new and existing Institutions

The system shall facilitate the request for affiliation / accreditation and the corresponding workflow for the application approval process. The system shall have the functionality for the renewal of an existing affiliation which is going to expire shortly. The system shall have functionality for online payment of fees for affiliation.

3. Student Corner

The system shall have the facility for the concerned department officials to notify academic, non‐academic and extra‐curricular events details to concerned schools. The system shall have the facility to push calendar communications to the calendars of students, faculty, department officials and institutions. All details relating to courses, important dates, various curriculum books availability.

4. Teacher Corner

The system shall provide the faculties to connect with their peers (with same subject/course areas) within their institute as well as from other institutes. The system shall provide discussion forums which allow blogs, discussion threads, facility to upload documents and invite comments etc. The system shall allow faculties to create project rooms and allow instant messaging and sharing of documents between the faculties who are working on the same project.

B. Existing Applications ‐ Technical Enhancements

1. Category – A Applications To be integrated with the Education Package Applications/Portal with single‐sign on.

2. Category‐ B Applications [Shall be done by the existing Service Vendor] Apart from the various functional enhancements detailed in Annexure 6the following technical

enhancements shall be done.

1. ePASS to e‐Hostel integration to be via Web Services.

2. Integrations of SRDH shall be replaced with integrations with People Hub via e‐Highway.

In fact, all integrations with other department applications shall be via e‐Highway.


3. Integration with CFMS‐HRMS application under the e‐Pragati framework, for cash transfer of

state government scholarships.

4. Adherence to below e‐Pragati Standards(applicable for all Category B)‐

a. Adopt Service Oriented Architecture i. To adhere to the multi‐tier architecture so that the business logic is

decoupled from the presentation layer. ii. The business logic should be designed as coarse‐grained services based on

SOA principles and API based. This enables the services to be re‐used across modules and also by external systems. The same shall also be re‐used by mobile/tab channel/applications.

b. Scalability

The applications should be horizontally scalable. i. The functionality/modules specific to an application should be packaged

separately. ii. It should be possible to deploy the presentation layer in one server, the

business and data components in another server if required. iii. The reference data used in various views/pages should be cached in‐memory

for faster performance. This applies to data that is rarely modified. There should be a facility to refresh/invalidate the cache(specific cache region) when this data is changed.

Enhancements in Scope of SI –

1. Exchange of information between Education Package Applications and existing applications.[Refer

Annexure – 1Integration View – Intra Package integration for more details]

As part of this requirement, the SI has to identify the various services that shall be needed to

integrate (to and fro) with ePASS, CET exams and any existing applications.

If say, any information is needed from ePASS to EduGov application (Higher Education), the SI shall

co‐ordinate with the existing vendor with the necessary service contract (web service) details and the

existing vendor shall facilitate the same.

Similarly, ePASS shall need the student details belonging to SC,ST and BC that have been admitted

into higher education, the same shall be exposed as a web service to ePASS.

This shall facilitate ePASS application to automatically check the prior enrolment of the student if any,

for scholarship (as part of school education) and re‐enrol them for the continuity of the scholarship in

the higher education phase.


ANNEXURE 4 ‐ TO‐BE PROCESSES RECOMMENDED FOR SELECTED FUNCTIONS OF

EDUCATION PACKAGE

To simplify and streamline the service delivery in the Education Package, rationalization of services has been done adopting the principles of BPR. The service offerings have been clubbed together and a generic process for these has been drawn where responsibility for receipt of requests/applications, processing of the applications, and approval/rejection of applications has been fixed separately for each service offering.

Based on the BPR framework, improved TO‐BE processes have been designed for these rationalized services. The TO‐BE educational processes are discussed by covering process description, responsibility matrix, service levels and change requirements. These indicative TO‐BE processes rationalises the service requests and detail out the optimum way by which the service request will be processed and finally delivered to the service requester.


Process 1: Student Admission Process:

The reengineered student admission process that saves money and time for the students and the higher education institutes is given below.

Student Admission Ed

uG

ov

App

licat

ion

Stud

ent

Inst

itut

e A

dm

issi

on

Coo

rdin

ato

r

Start

EEIM

S D

atab

ase

Logs into the system and hit the “applicable courses” icon

The system fetches the list of eligible courses after fetching student / prospect data from EduGov database to compare

that with course and institute criteria

Transfer demographic data and academic data to EduGov database for

future reference

Select the applicable course and institute and apply for the same with

the payment of admission fees, if any

System prompts the user to validate the loaded data / enter the missing information, if any

(incase sufficient records are not available at external databases)

Enter additional details / upload documents, if

required – in case of outside students / foreign students

Business Rules

The authorized user logs in with the registered user id and

password and hit the “shortlist” icon against the course name

Queries the EduGov database with applicable

business rules to extract the eligible list of students

Business Rules

Verify the system generated list of students and make any manual updating, if required

Submit the final list of students for the course to proceed

further

Generate notifications to the selected / unselected

students via email / sms

Receive intimation on course admission

End

Receive the state specified unique number during

registration and get student demographic, economic and

academic data

Register at EduGov online and generate user id and

password

People Hub

CLGSEduGov

SMS Gateway

Email Gateway

Payment Gateway

FIGURE 20: STUDENT ADMISSION PROCESS


1.1 Process Description

The student admission process for Higher Education starts with the registration of students in the EduGov System. During the registration process ‐ the student enters the state specified unique number in the system, which the EduGov system uses to fetch data from the “People Hub” and “CLGS” systems under the e‐Pragati architecture. The EduGov system validates the information pertaining to the student and requests the student to enter any missing data / upload documents – especially by interstate or foreign students whose records may not be there in the databases under the e‐Pragati framework. The EduGov system in parallel stores the student registration information for future reference towards all student related transactions.

Once the registration process is over, the student logs into the EduGov system and the system displays the list of applicable courses and corresponding institutes based on the student’s academic background and career interests, described during the student registration process. This is made possible by a set of business rules which are predefined in the system, but the student always has the option to override the system displayed list of courses and institutes (student can choose any course and institute, which he/she deems fit to apply – the system by default facilitates course selection). The student selects the suitable course and institutes to apply for the same.

At the closure of admission process, the authorized user on behalf of the admission coordinator of the institute logs into the system with the registered credentials (similar to the student registration process) and reviews the list of shortlisted students for admission by the system. In case there are any discrepancies or any manual intervention is required he/she shall update and submit the final list of students for admission in the EduGov system. The system shall intimate the selected and unselected students not only through email and SMS gateways but also in terms of dashboard notifications while they login to the EduGov system.

1.2 Process Description and Responsibility Matrix

Sl. No. Activity Responsibility Service Level

1. Student logs into EduGov and generates the User ID and password. Student Any time before the application cut‐off date and time.

2.

a. The system loads the user related demographic and socioeconomic details from the People Hub and relevant certificate data from the CLGS application.

b. If the relevant details are not available in the People Hub and/or CLGS system, the system prompts the user to upload relevant documents in the EduGov system.

c. The above data is stored in the EduGov database for future reference.

EduGov Real‐time

3. a. The student enters additional details and upload documents – in case of Student Real‐time



outside students and foreign students whose data is not available in the People Hub and/or in the CLGS system.

b. The student selects the list of applicable courses.

4.

a. The system fetches the list of eligible courses after fetching student data from EduGov database to compare that with course and institute criteria.

b. The system does analysis of student profile to automatically select courses that’s satisfies student’s interest based on student profile and academic credentials.

EduGov Real‐time

5. The students select the applicable course and institute and apply for the same with the payment of admission fees, if any. The student can also search and apply for courses which are not automatically displayed by the system.

Student Real‐time

6. The authorized user on behalf of the institute logs in with the registered User ID and password and selects the “shortlist” icon against the course name in the system.

Institute Real‐time

7. The system queries the EduGov database with applicable business rules to extract the eligible list of students based on course criteria.

EduGov Real‐time after the application cut‐off date and time

8. a. Verify the system generated list of students and make any manual updating,

if required. b. Submit the final list of students for the course to proceed further.

Institute Admission Coordinator

Within 2 days

9. Generate notifications to the selected / unselected students via email / SMS. EduGov Real‐time

10. Receive intimation on course admission. Student Real‐time

TABLE31: STUDENT ADMISSION PROCESS AND RESPONSIBILITY MATRIX

1.3 Process Changes Following changes are being proposed for the student admission process – 1. The admission forms currently used by educational institutions may not be required as the required student data is automatically pulled in

from the People Hub and CLGS system.


2. The students need not search around for interested and applicable courses ‐ based on student interest and credentials the system automatically populates the list of courses which the student can override if required.

3. The need for manual evaluation of application forms submitted by the students is considerable eliminated by the system, only a verification of system generated list is required by the admission coordinator.

4. An amendment needs to be done for establishing two days as the service level for processing the admission application after the application cut‐off date.

An amendment needs to be done for the use of People Hub and CLGS data to be considered as genuine and officially acceptable. Also, necessary amendments for enabling online student admission process.


Process 2: Hostel Admission Process:

The reengineered hostel accommodation process that saves effort for the students and the institutes is given below.

Hostel Accommodation Ed

uG

ov A

pp

licat

ion

Stud

ent

Ho

ste

l Ad

mis

sion

C

oord

ina

tor

Start

EEIM

S D

atab

ase

Logs into the system and hit the “hostel facility” icon

The system fetches the list of available hostels after fetching student data from EduGov database to provide the nearest accommodation based on

the selected course / institute

Select the best hostel and apply for the same

with the payment of admission fees, if any

The system prompts to enter the missing information, if any (incase sufficient records are not available

at external databases)

Enter additional details / upload documents, if

required – in case of outside students / foreign students

Business Rules


password and hit the “shortlist for accommodation” icon

Queries the EduGov database with applicable

business rules to extract the eligible list of students

Business Rules

Verify the system generated list of students and make any manual updating, if required

Submit the final list of students to

proceed further

Generate notifications to the selected / unselected

students via email / sms

Receive intimation on hostel admission

End

Hostel Registration Process

The student logs in with the registered user id and

password

EduGov

Entity Hub

SMS Gateway

Email Gateway

SBMS

Payment Gateway


FIGURE 21: HOSTEL ADMISSION PROCESS

2.1Process Description

The student admission process starts with the registration of students in the EduGov system. During the registration process ‐ the student enters the state specified unique number in the system, which the EduGov system uses to fetch data from the “People Hub” and “CLGS” systems under the e‐Pragati architecture. The EduGov system validates the information pertaining to the student and requests the student to enter any missing data / upload documents – especially by interstate or foreign students whose records may not be there in the databases under the e‐Pragati framework. The EduGov system in parallel stores the student registration information for future reference towards all student related transactions. Once the registration process is over, the student logs into the EduGov system and the system displays the list of available hostels/accommodation providers that are registered in the system based on the student’s course and institute location. This is made possible by a set of business rules which are predefined in the system, but the student always has the option to override the system displayed list of hostels (student can choose apply for any hostel which he/she deems fit to apply – the system by default facilitates hostel selection). The student selects the suitable hostel to apply for the same. At the closure of admission process, the authorized user on behalf of admission coordinator logs into the system with the registered credentials (similar to the student registration process) and reviews the list of shortlisted students for admission by the system. In case there are any discrepancies or any manual intervention is required he/she shall update and submit the final list of students for admission in the EduGov system. The system shall intimate the selected and unselected students not only through email and SMS gateways but also in terms of dashboard notifications while they login to the EduGov system.



1. Student logs into EduGov and generates the User ID and password. Student Any time before the application cut‐off date and time.

2.

a. The system loads the user related demographic and socioeconomic details from the People Hub and relevant certificate data from the CLGS system.

b. If the relevant details are not available in the People Hub and/or CLGS system, the system prompts the user to upload relevant documents in the EduGov system.


EduGov Real‐time



3.

a. The student enters additional details and upload documents – in case of outside students and foreign students whose data is not available in the People Hub and/or in the CLGS system.

b. The student selects the list of applicable hostels.

Student Real‐time

4.

c. The system fetches the list of eligible hostels after fetching student data from EduGov database to compare that with course and institute criteria.

d. The system does analysis of student profile to automatically select hostels that are nearer/ allotted for the course and the institute for which the student got admission.

EduGov Real‐time

5.

The students select the preferred hostel/accommodation provider and apply for the same with the payment of admission fees, if any. The student can also search and apply for hostels/accommodation providers which are not automatically displayed by the system.

Student Real‐time

6. The authorized user on behalf of the institute logs in with the registered User ID and password and selects the “shortlist” icon against the course name in the system.

Hostel Admission Coordinator

Real‐time

7. The system queries the EduGov database with applicable business rules to extract the eligible list of students based on hostel criteria.

EduGov Real‐time after the application cut‐off date and time

8.

a. Verify the system generated list of students and make any manual updating, if required.

b. Submit the final list of students for the hostel accommodation to proceed further.

Hostel Admission Coordinator

Within 2 days

9. Generate notifications to the selected / unselected students via email / SMS. EduGov Real‐time

10. Receive intimation on hostel admission. Student Real‐time

TABLE32: HOSTEL ADMISSION PROCESS AND RESPONSIBILITY MATRIX

2.3 Process Changes Following changes are being proposed for the hostel admission process –


1. The admission forms currently used by hostels/accommodation providers may not be required as the required student data is automatically pulled in from the People Hub and CLGS system.

2. The students need not search around for interested and applicable hostels ‐ based on student interest and credentials the system automatically populates the list of hostels nearer to the academic institute for which student got admission, which the student can override if required.

3. The need for manual evaluation of application forms submitted by the students is considerable eliminated by the system, only a verification of system generated list is required by the admission coordinator.

4. An amendment needs to be done for establishing two days as the service level for processing the admission application after the application cut‐off date.

5. An amendment needs to be done for the use of People Hub and CLGS data to be considered as genuine and officially acceptable. Also, necessary amendments for enabling online hostel admission process.


Process 3: Student Assessment Process:

The reengineered student assessment process that ensures effective assessment and analysis is given below.

Student Assessment

Edu

Go

v A

pplic

atio

n Fa

cult

ySt

uden

t

Start The faculty logs in with the

registered user id and password

EduGov

The system displays the notifications / alerts

dashboard based on the faculty profile

The faculty hits the “assessments” icon after

selecting students based on predefined criteria

The system fetches the student background / academic data to

generate the assessment questionnaire

SMS Gateway

Email Gateway

Receive intimation with the assessment

schedule and the syllabus covered

The faculty attends to the notification for conducting

student assessments periodically

End

Generate notification to the students regarding the

assessment

Business Rules

Approve questionnaire?

Modify questionnaire online based on student profile /

for entire batch of students

No

Yes

The system finalizes the assessment questionnaire for each student under

assessment based as per the instructions of faculty

Login with the user id and password – for taking the

assessment


dashboard based on the student profile

The student attends to the notification for taking the

assessment

The student takes the online assessment and submits the

response

The system evaluates the assessment automatically / provides the manual evaluation option to the faculty to

enter his/her inputs. Once the score, analysis and feedback are finalized then students are intimated

Receive intimation with the assessment score, analysis and

feedback


FIGURE 22: STUDENT ASSESSMENT PROCESS


Once the faculty registration process is over, the faculty logs into the EduGov system. The system displays the notification for assessments periodically in the faculty profile / dashboard. The faculty selects the assessment option in the system while defining the students that needs to undergo the assessment. The system comes up with a questionnaire based on the student’s academic background; using a set of business rules which are predefined in the system, whereas the faculty always has the option to override the system displayed questionnaire or change questions while finalizing and submitting the questionnaire for student assessment. After getting the assessment notification, the student logs into the system with the registered credentials and takes the test online and uploading necessary test artefacts wherever required, while submitting the answer sheet in the system. The system notifies the faculty of the assessment records submitted by the students. The faculty login to the system in case he/she wants to intervene for any allotment of marks or feedbacks, otherwise the system automatically calculates the student score and does the required analysis to provide individual feedback to students. The system shall intimate the assessment score and feedbacks to test taken students not only through email and SMS gateways but also in terms of dashboard notifications while they login to the EduGov system.



1. The Faculty logs into EduGov with the User ID and password. Faculty Anytime during the course period.

2. The system displays the notifications / alerts dashboard based on the faculty profile.

EduGov Real‐time

3.

a. The faculty attends to the notification for conducting student assessments periodically.

b. The faculty hits the “assessments” icon after selecting students based on predefined criteria

Faculty Real‐time

4. The system fetches the student background / academic data to generate the assessment questionnaire.

EduGov Real‐time

5.

a. The faculty decides whether the questionnaire generated by the system needs to accepted upfront or any customization is required based on student academic history.

b. Modify questionnaire online based on student profile / for entire batch of students and submits the questionnaire.

Faculty Within 2 days



c. The system finalizes the assessment questionnaire for each student under assessment based as per the instructions of faculty.

6. The system generates notification and sends to the students regarding the assessment by Email/SMS.

EduGov Real‐time

7.

a. The student receives intimation with the assessment schedule and the syllabus covered.

b. The student logs into EduGov with the User ID and password for taking the assessment.

Student On the assessment date and time.

8. The system displays the notifications / alerts dashboard based on the student profile.

EduGov Real‐time

9. a. The student attends to the notification for taking the assessment. b. The student takes the online assessment and submits the response.

Student Real‐time

10.

a. The system evaluates the assessment automatically / provides the manual evaluation option to the faculty to enter his/her inputs. Once the score, analysis and feedback are finalized then students are intimated.

b. The system generates notification and sends to the students regarding the assessment by Email/SMS.

EduGov Real‐time

11. Receive intimation with the assessment score, analysis and feedback. Student Real‐time

TABLE33: STUDENT ASSESSMENT PROCESS AND RESPONSIBILITY MATRIX

3.3 Process Changes Following changes are being proposed for the student assessment process – 1. The student and faculty needs to be enabled with necessary laptops/tabs and high speed internet connectivity for taking the online

assessments. 2. An amendment needs to be done for the official usage of online student assessments by starting with internal institutional assessments and

going forward for public exam type assessments. 3. An amendment needs to be made for ensuring the administering the exam by faculty within the stipulated 2 days service level. 4. An amendment needs to be done for issuing specific questionnaires based on student academic background and credentials to give personal

attention for the progress of each student up to his/her true potential.


Process 4: Issue of Certificates/Mark lists Process:

The reengineered certificate issue process that ensures comfort and convenience to stakeholders is given below.

Issue of Certificates / Mark Lists

Ed

uG

ov

Ap

plic

atio

n

De

pa

rtm

en

tSt

ud

ent

Start

The authorized user logs in with the registered user id

and password

EduGov


dashboard based on the role of the user

The user hits the “generate mark list” icon

The system fetches the student data based on the certificate/mark list

sought for by the student

The system generates the requested certificates /

mark lists and sends them to CLGS

Certificate-less Governance System (CLGS)

SMS Gateway

Email Gateway

Receive intimation on the issue of certificate/mark list

The user attends to the notification for the request /

generation of mark lists or certificates

End

Generate notifications to the student regarding the issue of

certificates / mark lists

Business Rules

Payment Gateway

The student logs in with the registered user id and

password

The student submits the request for certificate/mark

list with the payment of fees, if any

Start End


FIGURE 23: ISSUE OF CERTIFICATES/ MARK LISTS PROCESS


The student logs into the system and applies for issue of certificates or mark lists with the payment of fees, if required. The authorized departmental official logs into the system and view the requests for certificates or mark lists. The departmental official generates the certificate or mark list by selecting the appropriate option in the system. The system uses the student academic details registered in the system to generate the certificates or mark lists, by following a set of business rules. The respective students are intimated by SMS/email once the relevant certificates or mark lists records are made available in CLGS application.



1. a. The student logs into EduGov with the User ID and password. b. The student submits the request for certificate or mark list with the payment

of fees, if any. Student Real‐time

2.

a. The authorized department official/user logs in with the registered User ID and password.

b. The system displays the notifications / alerts dashboard based on the role of the user.

c. The user attends to the notification for the request / generation of mark lists or certificates.

d. The user hits the “generate mark list” icon.

Department Official Within 2 days

3.

a. The system fetches the student data based on the certificate/mark list sought by the student.

b. The system generates the requested certificates or a mark list based on predefined business rules and sends the certificate/mark list data to the CLGS application.

c. The system sends notifications to the student regarding the issue of certificates/mark lists by Email/SMS.

EduGov Real‐time

4. The student receives the intimation on the issue of certificates/mark lists by Email/SMS.

Student Real‐time

TABLE34: ISSUE OF CERTIFICATES/MARK LISTS PROCESS AND RESPONSIBILITY MATRIX


4.3 Process Changes Following changes are being proposed for the issue of certificates/mark list process – 1. An amendment needs to be made for the using the CLGS application for the issue of certificates. 2. An amendment needs to be made for establishing two days as the service level for processing the certificates and mark lists requests. 3. All old certificates and mark lists have to be digitised and kept in the respective departmental databases.


Process 5: Faculty Transfer Process:

The reengineered faculty transfer process that ensures smooth and transparent transfer of staff is given below.

Faculty Transfer

Edu

Gov

App

licat

ion

Dep

artm

ent

Facu

ltie

s

Start

The authorized user logs in with the registered user id

and password

EduGov


dashboard based on the role of the user

The user hits the “generate transfer list of faculties” icon

The system fetches the eligible faculty data and process the same as

per departmental criteria

The system generates the faculty transfer records and

send them to CLGS


SMS Gateway

Email Gateway

Receive intimation on transfer status

with faculty transfer records

The user attends to the notification regarding

transfers of faculty

End

Intimate the faculties involved and the concerned

principles

Business Rules

Is it a mutual transfer request initiated by faculties with approval

of their principals?

Verify the system generated list and request the commissioner to approve the faculty

transfer list

The commissioner logs into the system with registered credentials and

approves / rejects the faculty transfer list with his /her comments

Approve the mutual transfer requests of eligible faculties

(mutual faculty transfer process)

Yes

Initiate mutual transfer request online after the approval of concerned

principals through the system

No


FIGURE 24: FACULTY TRANSFER PROCESS


The faculty logs into the EduGov system. The system allows the eligible faculties to opt for mutual transfer process by requesting them to input their desired preferences. The faculties can initiate the mutual transfer process in the EduGov system and the requests shall be approved online by their respective principals. During the next stage the mutual transfer requests are approved by the concerned departmental official in the EduGov system and the respective faculties are intimated by SMS/email and relevant transfer records are made available in the digital storage of the faculty that will be provided by e‐Pragati Certificate‐Less Governance System (CLGS). Regarding the periodic transfers of eligible faculties, based on a set of predefined business rules the system automatically generates the faculty transfer list when the authorized departmental user request for the same. The system generated transfer details are forwarded to the Commissioner for approval. Once the Commissioner approves the transfer list in the system, the respective faculties are intimated by SMS/Email and relevant transfer records are made available in the digital storage facility of the faculties involved that will be provided by CLGS.



1. a. The faculties logs into the system with the registered User ID and password. b. The faculties initiate mutual transfer request online after the approval of

concerned principals through the system. Faculty

During the transfer window period as per departmental guidelines.

2.

a. The authorized department official/user logs in with the registered User ID and password.

b. The system displays the notifications / alerts dashboard based on the role of the user.

c. The user attends to the notification regarding transfers of faculty. d. The user hits the “generate transfer list of faculties” icon.


3.

a. The system fetches the eligible faculty data and process the same as per departmental criteria based on predefined business rules.

b. The system checks whether it’s a mutual transfer request initiated by faculties with approval of their principals or not.

EduGov Real‐time

4. The authorized department official/user approves the mutual transfer requests of eligible faculties (mutual faculty transfer process).


5. The authorized department officially verifies the system generated list and Department Official Within 2 days



request the Commissioner to approve the faculty transfer list.

6. The commissioner logs into the system with registered credentials and approves/rejects the faculty transfer list with his /her comments

Commissioner Within 2 days

7.

a. The system generates the faculty transfer records based on predefined business rules and sends the faculty transfer data to the CLGS application.

b. The system Intimate the faculties involved and the concerned principles by Email/SMS.

EduGov Real‐time

8. The faculties involved gets intimation on transfer status with faculty transfer records.

Faculty Within 2 days

TABLE35: FACULTY TRANSFER PROCESS AND RESPONSIBILITY MATRIX

5.3 Process Changes Following changes are being proposed for the issue of certificates/mark list process – 1. An amendment needs to be made for issuing faculty transfers online. 2. An amendment needs to be made for the using the CLGS application for the issue of certificates. 3. An amendment needs to be made for establishing two days as the service level for processing the faculty transfer requests. 4. All old transfer records have to be digitised and kept in the respective departmental databases.


Process 6: Provisional Affiliation Process:

The reengineered affiliation process that ensures speedy disposal of affiliation requests is given below.

Provisional Affiliation of New Institutes

Edu

Gov

App

licat

ion

In

stit

utes

Ch

airm

an/

Secr

eta

ry/C

orr

esp

ond

ent

/ P

rin

cip

al e

tc

Un

ive

rsit

y /

Aff

iliat

ion

Age

ncy

Start

EEIM

S D

atab

ase

Enti

ty H

ub

Logs into the system and hit the “new affiliation” icon to

apply for provisional affiliation

The system fetches the list of eligible courses after fetching the institute data from EduGov database after comparing

with affiliation criteria

Transfer the institute related data to EduGov

database for future reference

Select the applicable courses and apply for the affiliation

with the payment of affiliation fees

The system prompts to enter the missing information with respect to the affiliation template issued by university / affiliation agency

Enter additional details / upload documents as per the

requirements of affiliation template and digitally sign

the same

Business Rules


password and hit the “shortlist” icon

Queries the EduGov database with applicable business rules to

extract the eligible list of institutes and courses

Business Rules

Verify the system generated list of institutes and make any manual updating, if required

Submit the final list of institutes to be affiliated for running various courses under the university /

agency

The system generates the affiliation granted records and

send them to CLGS. Also, generates notifications to the

selected / rejected institutes for affiliation via email / sms

Receive intimation on affiliation of institute/courses

End

Receive the state specified unique number during

registration and get the institute’s administrators /

officials data

Institute Registration Process

Register at EduGov online and generate user id and

password

People Hub

CLGS

EduGov

Entity Hub

SMS Gateway

Email Gateway

Nominate the inspection team to field validate the credentials of the institute

for affiliation as per the norms and submit the report through the system using hand held devices from institute

campus

After the submission of field report, authorized user logs in with the registered user id and password and

hit the “affiliation to be granted” icon

Verify the system generated list of institutes and make any manual updating, if required


The system generates the list of institutes for affiliation to be

granted Business Rules

Payment Gateway


FIGURE 25: PROVISIONAL AFFILIATION PROCESS


The provisional affiliation of new institutes’ process starts with the registration of institutes in the EduGov system. During the registration process ‐ the institute administrator enters the institution details in the in the system, which the EduGov system uses to fetch data from the “People Hub”, “Entity Hub” and the CLGS application. The EduGov system validates the information pertaining to the institute and requests the institute administrator to enter any missing data / upload documents that may not be there in the above hubs under the e‐Pragati framework. The EduGov system in parallel stores the institute registration information for future reference towards all institute related transactions. Once the institute registration process is over, the institute administrator logs into the EduGov system and select the list of applicable courses and applies for provisional affiliation with the payment of affiliation fees. At the closure of affiliation timeline, the authorized official on behalf of the Vice Chancellor of the University logs into the system with the registered credentials and reviews the list of shortlisted institutions for provisional affiliation by the system based on predefined business rules. Then the Vice Chancellor constitutes a Committee to field validate the credentials of the institution for running the applied courses. The feedback of the Committee is captured in the template provided by the EduGov system and the Committee submits its report in the system through handheld devices from the institute campus. The system automatically generates the institutes for affiliation and the officials verifies for any discrepancies, if any ‐ then that the system generated list is updated. The final list of institutions and corresponding courses for provisional affiliation is approved and submitted in the EduGov system by the Vice Chancellor. The system transfer the affiliation records in the CLGS application and intimates the institutes not only through Email/SMS but also through notifications while they login to the EduGov system. 6.2 Process Description and Responsibility Matrix


1. The user logs into EduGov and generates the User ID and password. Head of Institution As per convenience

2.

a. The system loads the user related demographic and socioeconomic details from the People Hub, the institute related data from the Entity Hub and the relevant certificate related data from the CLGS application.

b. If the relevant details are not available in the People Hub, Entity Hub and/or CLGS system, the system prompts the user to upload relevant documents in the EduGov system.


EduGov Real‐time

3. a. The user enters additional details / upload documents as per the Head of Institution In the month of



requirements of affiliation template and digitally sign them, for which the data is not available in the People Hub, Entity Hub and/or in the CLGS system.

b. The user selects the “new affiliation” icon to apply for provisional affiliation.

December.

4. The system fetches the list of eligible courses after fetching the institute data from EduGov database after comparing with affiliation criteria based on predefined business rules.

EduGov Real‐time

5. The user select the applicable courses and apply for the affiliation with the payment of affiliation fees online.

Head of Institution Real‐time

6. The authorized user logs in with the registered User ID and password and hit the “shortlist” icon.

University Official After the cut‐off date and time for new affiliation requests.

7. Queries the EduGov database with applicable business rules to extract the eligible list of institutes and courses.

EduGov Real‐time

8.

a. The official verifies the system generated list of institutes and make any manual updating, if required.

b. Nominate the inspection team to field validate the credentials of the institute for affiliation as per the norms and submit the report.

c. The inspection team submits the report through the system using hand held devices from institute campus.

d. The authorized user logs in with the registered User ID and password and hit the “affiliation to be granted” icon.

Vice Chancellor

Within 20 days from the cut‐off date for the submission of application.

9. The system generates the list of institutes for affiliation to be granted. EduGov Real‐time

10.

a. Verify the system generated list of institutes and make any manual updating, if required.

b. Submit the final list of institutes to be affiliated for running various courses under the university / agency

Vice Chancellor

Within 30 days from the cut‐off date for the submission of application.

11. a. The system generates the affiliation granted records and send them to CLGS. b. Generates notifications to the selected / rejected institutes for affiliation by

Email/SMS. EduGov Real‐time

12. Receive intimation on affiliation of institute/courses by Email/SMS. Head of Institution Real‐time

TABLE36: PROVISIONAL AFFILIATIONPROCESS AND RESPONSIBILITY MATRIX


6.3 Process Changes Following changes are being proposed for the issue of provisional affiliation process – 1. An amendment needs to be made for applying online for affiliations under universities. 2. An amendment needs to be made for the using the CLGS application for the issue of certificates. 3. An amendment needs to be made for establishing thirty days as the service level for granting university affiliations. 4. All old affiliation records have to be digitised and kept in the respective departmental databases.


ANNEXURE 5–FUNCTIONAL REQUIREMENTS OF COMMON COMPONENTS OF ED

PACKAGE THAT CONVERGE INTO E‐PRAGATI PORTAL

Given below are the minimum requirements of Common Components of e‐Pragati consumed by Education Package:

Functional Requirements of e‐Pragati Components (Tier‐II of ED Package Application Architecture)

Component Name : Profile Management Component Functionality: Profile Management enables registration of different categories/ groups of stakeholders of e‐Pragati as indicated in the table below and enables their access to the various services offered across e‐Pragati by facilitating user management, identity & access management and password management. It provides the SSO functionality. It is based on LDAP protocol.

Sub‐Component: User Profile Management

1 Provision for the users of Education Package to register with one's People Hub ID or the APUID in the absence of Aadhaar Id. SI should generate Unique ID for the ED stakeholders keeping in view the Land hub, People hub which will be made available during the due course of time. SI has to map the IDs generated for the People hub, Land hub. SRDH data should be considered. Refer to Annexure 1 for more integration requirements.

2 The indicative list of users for the Education Package are the following: 1. Citizens 2. Students 3. Faculty 4. Departmental Staff 5. MeeSeva operators (behalf of users based on permissions) 6. Others, if any

3 a) Pre‐populate the demographic data of students/other users from people hub while registering for the first time.

b) For non‐resident students (residing outside AP), the system shall provide the option to key in permissible personal ID and other the personal and professional details.

c) The data correction request/new data w.r.t profile entries shall be communicated to the native application holding the master data (people hub for demographic/socioeconomic data) for updating as a batch process.

d) The complete registration information to be stored in the Education Package databases of respective departments’ from where the transactions originate, for further usage for any transaction/services later.

4 Enable the user to enter the details such as personal, family, academic, career interests etc., which includes, but not limited to the following:

a) Records and maintains a person's secondary education details, e.g. school, subjects, grades achieved, year achieved, aggregate scores etc.

b) Records and maintains a person's tertiary education studies undertaken at other institutions, including course title, level, year/s undertaken, progression status, aggregate scores (e.g. GPA) and individual subject marks and grades, exclusion details.

c) Records and maintains a person's tertiary education studies undertaken at


overseas institutions, including course title, level, year(s) undertaken, progression status, aggregate scores (e.g. Division, Grade, GPA and CGPA) and individual subject marks and grades, exclusion details, etc.

d) Records details and outcomes of tests and other qualifications (e.g. English Proficiency Tests, Prominent Exam Scores etc.), including scores on individual sub‐tests.

e) Enables users to record assessment details, rankings and other decisions/outcomes both in the context of individual qualification assessments and admission application instances.

f) Records and maintains work experience.

5 Allow to receive the following biological information of students from the Health Department through the integration with e‐Health application.

a) Blood Group b) Identification Marks c) Facility to enter any major illness and d) Information on treatment received and hospital details

Sub‐Component: Institutional Profile Management

1 The indicative list of institutions under Education Package are the following: 1. Schools 2. Colleges 3. Universities 4. Institutions 5. Hostels 6. Agencies 7. Businesses 8. NGOs 9. Others, if any

2 a) The institute administrator logs in with his/her registered User ID and password and selects the option to register the institution.

b) Pre‐populate the data of institutions/businesses/agencies etc., from entity hub while registering for the first time.

c) For establishments whose data is not readily available for use, the system shall provide the option to key in establishment details.

d) The data correction request/new data w.r.t profile entries shall be communicated to the native application holding the master data (entity hub for establishment related data) for updating as a batch process.

e) The complete registration information to be stored in the Education Package databases of respective departments’ from where the transactions originate, for further usage for any transaction/services later.

3 Provision to capture the following information (if it’s not readily available in entity hub):

a) Name b) Date of Inception/Registration (ROC) c) Management d) Category e) Location f) Drill down from City, District, Mandal, Village to Panchayat


g) Number of Students h) Exclusive database for Model schools/colleges/universities i) Mapped with longitude/latitude on Google map and GIS hub j) Accreditation of institutions k) All Information will be mapped to UDISE data (for schools)

Sub‐Component: Identity & Access Management

1 Create information about users, groups, roles and permissions in order to allow other applications to make use of common and harmonized authentication, authorization, accounting, user management and provisioning services. The system shall allow the system administrator to maintain a list of roles and assign, alter or revoke privileges to each one of them.

2 Provide single point of administration, consolidated user data storage and single‐sign‐on. The system should allow the system administrator to maintain a list of privileges and assign, alter or revoke rights that may be view, add/create, edit/alter/update every user interface. SSO is applicable to all users. The SI shall develop a separate authentication mechanism for ED Package that will allow the users to access all the services through a single, active login session. This will later be mapped to and integrated with e‐Pragati Core Package SSO that uses People Hub. The integration /mapping with the Core Package SSO is the responsibility of the SI.

3 Provision for the user to Logging on to the Education Package or any of its components and the common applications and components of e‐Pragati, using his/her User Id and Password, subject to the access privileges defined for each user. The SI shall develop a separate authentication mechanism for ED Package that will allow the user to access all the services through a single, active login session. This will later be mapped to and integrated with e‐Pragati Core Package SSO that uses People Hub. The integration /mapping with the Core Package SSO is the responsibility of the SI.

4 Provide the user to have the security access level that is appropriate to the role in the system.

5 Allow the different stakeholders at various levels to log into the portal and enable them to use functionalities such as user creation, user access controls and user deletion.

6 Shall consist of the following Sub Modules: a) Role Management b) User Group Management c) User Creation and Authentication

7 Provision for the authorized officers of the department to lock the user accounts of specific users under specified exceptional conditions.

8 Display the list of users and allow each user to be assigned roles, privileges as well as alter or revoke them.

9 On successful Logging on to the system, the user shall be displayed the Pages, Features and Data that the user has the permission to access.

10 Provision for Logging off from the application accessed and termination of the session.

11 Provision to control the user access in environments such as BYOD and Cloud. Role based access is required for internal as well as external users.


Sub‐Component: Password Management

1 Provide facility so that the passwords should consist of a minimum of 6 alphanumeric characters and one numeric and one special characters (no common names or phrases) – the actual combination and minimum and maximum lengths will be site configurable.

2 Passwords should be changed every 90 days (or other period).The systems shall enforce password change with an automatic expiration and prevent repeated or reused passwords.

3 Provide facility so that; on allocation for the first time as well as reset of password by the system administrator for lost passwords, the user will be forced to change the password.

4 Provide facility so that passwords must be stored in encrypted forms by the system and these cannot be retrieved by the system administrator who may only reset the password.

5 Provide facility so that passwords should be kept private i.e., not shared, coded into programs, or written down.

6 Provide facility so that user accounts will be frozen after three failed login attempts. All erroneous password entries will be recorded in an audit log for later inspection and action, as necessary. Sessions will be suspended after 15 minutes (or other specified period) of inactivity and require the password to be re‐entered.

7 If any user logs in to the system using one machine and then logs in to the system using another machine, then the data that the user had already entered will be automatically saved and the user will be logged out of the system and asked to log in afresh. In the same system the session time shall be configurable.

Component Name : Notifications &Alerts Component Functionality: The notification services are provided on the digital dashboard of each user whereas the alerts are delivered through multiple channels. The calendaring ability helps to record dates and details of education related events by the students, faculty and the other stakeholders involved.

Sub‐Component: Notifications & Alerts

1 Facility to publish various notifications for all the stakeholders and for general public based on user roles & privileges.

2 Facilitate the users to set custom made alerts based on a set of parameters. For example, when the due date of the proposals / schemes are nearing an automatic SMS / email should go to the senior officials / staff involved etc.

3 Facilitate the users to set alerts w.r.t any functionality in the system (inclusive of all modules) based on the parameters that drive the service / process / function.

4 Alerts should be in form of SMS/Email. Provision to subscribe/unsubscribe vice versa for the users to receive alerts.

Sub‐Component: Calendar Management

1 Provide the ability to record dates and details of education related events to the stakeholders.

2 Provide a flexible calendaring facility by enabling the department/agency to define all significant periods of time. Provide digital dash board for each user, designed in accordance to the role assigned to the user. The system should allow the user to personalize dashboard menu option. Indicative dashboard items for various roles are listed below:


Proposals

Events

Fee

Admission

Attendance

Courses

Scholarships

Library Books

Academic Events

Examination etc.

Communications

Any other notification, policy related etc.

3 Allow to automatically update the user/establishment calendar by fetching and recording dates and details of Education/Academic related events announced by institutions, agencies, departments etc.

4 All the courses/ trainings subscribed for, exam, fee, non‐academic events etc., have to be recorded and updated in the user’s calendar.

5 Allow to view the calendar and mark any appointments/notifications/alerts

6 Each user shall have a customized dashboard view on logging. Key sections shall include:

Activities pending

Activities assigned

MIS

Email

SMS

Notifications

Link to allowable modules/activities for particular user etc.

7 Flexibility to toggle between graphical and tabular view and tile different windows in the same interface.

8 Provide feature to change colour scheme, skin of screen, font and language localization.

9 Facility to publish various notifications for all the stakeholders and for general public based on user roles & privileges.

10 Facilitate the users to set custom made alerts based on a set of parameters. For example, when the due date of the proposals / schemes are nearing an automatic SMS / email should go to the senior officials / staff involved etc.

11 Facilitate the users to set alerts w.r.t any functionality in the system (inclusive of all modules) based on the parameters that drive the service / process / function.

12 Alerts should be in form of SMS/Email. Provision to subscribe/unsubscribe vice versa for the users to receive alerts.

Component Name : Search Component Functionality: The search functionality gives basic search and advanced search options to the stakeholders based on their access privileges. The users shall be able to search based on metadata, for text and multimedia contents, for admissions, courses, examinations, scholarships, loans and schemes, for profiles etc., not only in the Education Package but also the contents available in the e‐


Pragati ecosystem.

Sub‐Component: Simple Search

1 Provide advanced search facilities to view courses, institutions, eligible schemes, scholarships, stipends, library books etc., with search parameters.

2 Enable stakeholders to search for document repositories by using key words and multiple parameters.

3 Enable stakeholders to search the multimedia contents as well.

4 Based on access privileges the stakeholders shall be able to search others users’ profiles using predefined search strings.

5 Provide automatic alerts based on the predefined search criteria regarding admissions, courses, scholarships, exams, results etc.

Sub‐Component: Advanced Search

1 Provide advanced search facilities using metadata and content related tags etc., inclusive of social media. Allow explicit use of Boolean operators AND, OR, NOT while searching.

2 Shall be able to search not only in the Education Package but also the contents available in the e‐Pragati ecosystem

3 Provision to save search strings for future usage.

4 Provision to set automatic alerts by SMS/Email with the dynamic update of the content/data.

5 Provision to launch search over the internet as well.

6 Provision to search the information to the individual needs and conditions of the stakeholders.SI can propose a suitable solution based on requirements.

Component Name : System Administration Component Functionality: It handles the end to end system administration, policies management etc. It helps to manage all modules of the application with suitable user privileges and security layers. This module shall define the multi module /multi‐site/multi organizational/multi user application requirements with adequate parameters for the installation of the application at heterogeneous premises while perusing multiple business models.

Sub‐Component: System Administration

1 Allow the creation of multiple users (normal users, power users, super users etc.) with unique User IDs and passwords.

2 The above users should have different power and access privileges as per the requirements of system stakeholders.

3 The master system administrator should be able to create junior system administers for each of the modules with sufficient privileges.

4 The admin should be able to create the organogram of the entity involved and create users and policies accordingly.

5 Facilitate admin screens / front end screens for creating contexts, policies and business rules by the administrator at each module.

6 Maintain the audit trail of all activities in the system, which is accessible and printable on demand.

7 Facilitate authorized Department Officials to push notifications / messages to the dashboards of all users anytime.

8 Allow to automatically send all the latest updates as emails and SMS notifications to the users registered with the Education Package.


9 Provision for email marketing on the schemes/programs of the Education Package to the registered users.

10 Provision to send the monthly newsletters on the latest and upgraded schemes/programs information to the registered users of the Education Package.

11 Provision to take the surveys on the Education Sector schemes/programs from all the stakeholders.

12 Provision for all the stakeholders to receive the notifications on the latest and updated schemes/programs of Education Package.

13 Allow to populate the screen functionality as per the user profile and need basis, by applying sufficient contexts, policies and business rules.

14 Facilitate the Education Package platform/portal that can be viewed directly on the well‐known browsers like Google Chrome, Firefox, Safari and Internet Explorer for all the standard and latest versions.

15 Facilitate the UI that renders in personal computers, Tablets (Windows / Android / iOS and above) and Smartphone (iOS, Android, Windows Phone).

16 Facilitate integration with App Store which helps the stakeholders to gain access on e‐learning mobile apps.

17 Provide the general common pages like About Us, Privacy Policy, Terms & Conditions, FAQ, Contact Us, Feedback etc.

18 Provide the basic features like Login, Logout, Forgot Password, Change Password, Switch Language, My Profile etc.

19 Allow to communicate with unified channel access to the customer. These channels may be USSD, IVR etc.

20 Allow to integrate with the Social Medias like Face Book, Twitter, LinkedIn etc. Detailed requirements will be available in e‐Pragati Citizen Engagement Package RFP.

21 Allow to integrate and interoperate with various other external entities, the ability of the system to easily and in a relative seamless manner integrate with external entities (like SMS Gateway, Payment Gateway, OTP, e‐Sign Server etc.) and systems effectively with minimum to zero impact on other services.

22 Allow to use the Authentication, Authorization, Accounting & Access Control factors (User ID & Password, Biometric (if required), and Digital Signature) security mechanisms should be implemented to enable secure login and authorized access to application information and services. SI is responsible to conduct a field study and propose suitable solution.

23 Validate the data input by the user where ever possible to prevent unnecessary communication and server roundtrips.

24 Provision to integrate with Dial AP application for mobilization, counselling and post placement support.

25 Provision for Promotion, Marketing, Advertising, Brand building for educational/training programmes.

26 Support both the local language Telugu and English Languages. Even the user can view and do the data entry in Telugu language. User should have the provision to choose the language while logging into the system. It uses the Unicode for capturing and storing the data. Search engine should have Unicode support for Telugu & English language.

27 In the system wherever the process is critical, workflow system has been


incorporated so that the required accountability is built in this system. COTS can be customized based on business rules and workflows.

28 Provide the different options as per their user roles as different level of users will be operating this system.

29 Enable the department employees to access information on administration, HR, Finance, Program Management etc.

30 The services presented to the users should vary based on the category of the users and the privileges defined for the users in the system.

31 Allow to integrate with all the applications whose functionality are sought by various modules under the e‐Pragati framework.

32 Provide the functionality/ API/ Web Services to fetch data from different systems.

33 Provisions for plug‐ins to connect with Office 365 or equivalent, Unplug solutions for teachers, Office Mix etc., with sufficient provision of APIs in requisite modules.

34 Adhere to Web Content Accessibility Guidelines (WCAG) 2.0 or latest and the system shall be devoid of OWASP Top 10 vulnerabilities.

35 Adhere to the data privacy, protection and security protocols applicable to the education systems globally.


ANNEXURE 6 ‐ FUNCTIONAL REQUIREMENTS OF COMMON MODULES & SUB‐MODULES OF EDUCATION PACKAGE

Below are the minimum requirements of Common Modules & Sub‐modules of Education Package:

Functional Requirements of Common Modules & Sub‐modules of Education Package

Module Code / FR Number

Module Name : Information Repository Management Module Code : ED01 Module Functionality: The stakeholder information is stored in this module and its access is regulated by the user access roles and privileges. This modules captures and displays information on stakeholders such as students, faculty, institutions, universities, industries etc., who are the active users of the Education Package. Using the search and alert functionalities the users shall be able to fetch information.

ED0101 Sub‐Module: Student Information

1 Provision to capture data of students with special needs, their attendance which will be linked to their travel allowance, escort allowance etc.

2 Provision to capture category/details of disability and special assistance required, enrolment details of girls in KGBVs, expenditure details etc.

3 Provision for parents/guardians, faculty, staff etc., to access student information on demand based on access rights and privileges.

4 Provision for above stakeholders to filter student information based on predefined parameters.

5 Provision for stakeholders to set automatic alert/notifications based on dynamic student data. For example, parents/guardian shall be notified of absence/leaves, examination schedule, marks, comments from teachers, achievements etc.

ED0102 Sub‐Module: Faculty Information

1 Provision for students, staff etc., to access faculty and corresponding course information on demand based on access rights and privileges. The snapshot of faculty profile includes API scores.

2 Provision for above stakeholders to filter faculty information based on predefined parameters. For example, the departmental officials shall be able to filter faculties based on pass percentage/student performance in their classes.

3 Provision for stakeholders to set automatic alert/notifications based on dynamic faculty data. For example, the HoD/department officials shall be notified of absence/leaves, faculty/course rating by students and/or parents/guardians etc.

4 Provision for faculties to connect with their peers (with same subject/course areas) within their institute as well as from other institutes.

5 Provide discussion forums which allow blogs, discussion threads, facility to upload documents and invite comments etc.

6 Allow faculties to create project rooms and allow instant messaging and sharing of documents between the faculties who are working on the same project.

7 Allow faculty and students to collaborate online on class assignments, group projects, industry internships etc.

8 Allow faculty and students to upload documents and conduct peer review and provide feedback to the author.



9 Provision to record dates and details of academic and non‐academic events by the faculty.

10 The system shall automatically update the faculty calendar by fetching and recording dates and details of academic and non‐academic events announced by institutions, departments, university etc. Provision for faculty to view the calendar and mark any appointments/notifications/set alerts etc.

ED0103 Sub‐Module: Institute / University Information

1 Allow a flexible calendaring facility, enabling the institution to define all significant periods of time including, but not limited to, definitions of:

a) Academic periods b) Enrolment periods c) Teaching periods d) Assessment periods e) Examination periods f) Academic progression periods g) Graduation periods h) Placements

2 Provision for students, faculty, staff etc., to access institute (college, university, skill development centre etc.) information on demand based on access rights and privileges.

3 Provision for above stakeholders to slice and dice institute information based on predefined parameters. For example, the students shall be able to filter courses based on faculty rating and placement data.

4 Provision for stakeholders to set automatic alert/notifications based on dynamic institution data. For example, the students and/or parents/guardians shall be notified w.r.t call for admission of a course which the student is interested.

ED0104 Sub‐Module: School Information

1 Allow a flexible calendaring facility, enabling the schools to define all significant periods of time including, but not limited to, definitions of:

a) Academic periods b) Enrolment periods c) Teaching periods d) Assessment periods e) Examination periods f) Academic progression periods

2 Provision for students, faculty, staff etc., to access school information on demand based on access rights and privileges.

3 Provision for above stakeholders to slice and dice institute information based on predefined parameters. For example, the parents shall be able to filter schools based on faculty rating, academic achievements of students and pass percentages.

4 Provision for stakeholders to set automatic alert/notifications based on dynamic institution data. For example, the students and/or parents/guardians shall be notified w.r.t call for admission of a course which the student is interested.

ED0105 Sub‐Module: Common Entrance Test Information

1 Provision to display information on all possible common entrance examination details which is happing across the state.

2 Provision for raising queries and view the FAQs on the common entrance examinations.



3 Allow the institute administrators to upload the previous questionnaires and answer keys for the benefit of students.

ED0106 Sub‐Module: Industries Information

1 Provision for private business, scientific organizations, third party companies etc., to share their information. Allow industry to access education related information of other stakeholders such as students, faculty, institutions, departments etc., based on access rights and privileges.

2 Provision for private businesses to view the status of various applications made to the institutions and departments.

3 Provision for private businesses to view/filter eligible students and faculties for various industry connect opportunities such as placements, collaborations, internships, research, angel funding etc.

4 Provision for mentor hub where the students and mentors can select each other w.r.t the guidelines set by the institutions and the regulators.

5 Provision for private businesses to set automatic alerts based on predefined parameters w.r.t application status, announcements etc.


Module Name : Student Management Module Code : ED02 Module Functionality: This module takes care of the common requirements of the students (from schools, colleges, skill development centers etc.) from the application for admission to course selection to graduation to placements and alumni relations.

ED0201 Sub‐Module: Student Self Service

1 Provision to e‐sign applications and documents on demand.

2 Provision to display a set of recommended courses and institutes based on student profile.

3 Provision for advanced search facilities and view courses and institutions with search parameters.

4 Provision for automatic alerts based on the predefined set of criteria regarding admissions, courses, scholarships, exams, results etc.

5 Provision for the following, but not limited to the same: a) Online Attendance

b) Online Content

c) Students assignments corner

d) Online Semester examinations

e) Online Internal examination

f) Admission details ( Colleges, Course, Academic details )

g) Admission with hostels with provision for scholarship, if any

6 Provision to view and apply for eligible schemes, scholarships, stipends, courses etc. Provision to apply for admissions to eligible institutions & courses; and enrolment to next semesters/years in the institutions where the student is studying.

7 Provision to search for document repositories by using key words and multiple



parameters. Allow integration with e‐Siksha using SSO and APP Store which helps the students to gain access to e‐learning and mobile apps respectively.

8 Allow collaboration with peers and mentors on projects in real time. Provision to organize or participate in webinars and knowledge sharing platforms. Allow students to share working papers/contents for reviews.

9 Provision to showcase and market innovative ideas for external collaboration & funding.

10 Provision to give inputs to policy makers regarding syllabus and learning effectiveness.

11 Provision to rate courses and faculties on a predefined set of parameters on regular intervals.

12 The system shall facilitate for student to search the available books, journals and multimedia based on access privileges. Provision to issue books, check the due submission date, penalty etc. The system shall facilitate to configure business rules for library including number of days for getting a book, penalty calculation etc.

13 Provision to generate MIS Reports based on predefined parameters. Provision to archive all records as per the student request and facilitate lifelong learning process.

14 Provision for the student to take psychometric assessments not only to map the student profile to suggest courses and careers, but also to suggest areas the student shall be aware of during student teacher interactions, and interpersonal relationships. The psychometric assessment result shall be mapped to the student profile in the system.

ED0202 Sub‐Module: Admission Management

1 Provision for the institute to manage the admission process smoothly for all the course offerings by enabling the students to apply online and payment of the fees. Enable online admission management with the details of student, stream/class and allotment details based on schools, technical centers, colleges and universities.

2 Highlight the additional student details required if any, and enable the user to enter the same for completing the admission to academic institutions.

3 Provision of business rules for verification, validation and approval of received applications for all courses under all institutions. The business rules for the above process needs to be prepared in sync with the concerned departments and institutions while preparing the SRS. The institutional administrator shall be able to generate the admission list automatically, and shall be able to make any amendments to the same subject to approvals from HoDs/Principals.

4 Provision for online counselling and seat allotment for colleges based on applications and examination results. Wherever the entrance test is required, the system shall take cognizance of the requirements given under the Examination Management Module which is described later in this document.

5 Provision for CETs enrolment process, conduction of CET, online counselling, admissions etc. The system shall maintain a single academic file for every student studying/has studied in AP state.

6 In case of the suitability/scalability of the current CET Web based counselling application, it may be integrated with the EduGov application under the e‐Pragati framework with the following features but not limited to the same:

a) Filling of applications

b) Examination centers



c) Conduct of exam

d) Dissemination of Rank cards

7 Provision for institute administration team to generate reports for courses regarding its admission status, student merit/waiting lists, seats availability, fee collected, faculty availability, faculty costs, etc. The users shall be able to save report templates for future use, thereby the system shall generate automatic reports and deliver that to the user’s inbox.

8 Provision for the institute to manage the admission process smoothly for all the course offerings by enabling the students to apply online and pay the fees.

9 Highlight the additional student details required if any, and enable the user to enter the same for completing the admission to academic institutions as illustrated in the “profile management” heading for registration.

ED0203 Sub‐Module: Certificates Management

1 Provision to request for certificates from the concerned institutions, along with payment of fees (if any) through the payment gateway application under the e‐Pragati framework. The indicative list of certificates are listed below, but not limited to the same:

a) Marks Memo Sheet b) Pass/Fail Certificate c) Transfer Certificate d) Bonafide Certificate e) Medium Certificate f) Conduct Certificate g) Provisional Certificate h) Original Certificate i) Duplicate Certificate j) No Objection Certificate

2 Allow tracking of certificate related requisition made by the student/parent/Guardian.

3 Transfer the educational related digitally signed certificates to his/her digital storage facility provided by the government through the CLGS application under the e‐Pragati framework. It shall also enable students to download the digitally signed certificates as and when required.

4 Provision to maintain multiple transcript templates with effective dates by the institutions.

5 Provision to configure different transcripts for different student cohorts

ED0204 Sub Module: Career Management

1 Provision for students to register for the preferred skill development courses – through the Skill Management System under the e‐Pragati framework.

2 Provision for student to track his/her progress in skill / academic development vis‐à‐vis the student community.

3 Provision to interact with the mentors, faculty, alumni etc., for career counseling and advice.



4 Provision to connect with the registered career counseling agents/NGOs approved by the institutions.

ED0205 Sub Module: Placement Management

1 Provision for the students to invite preferred employers for hiring from institute premises.

2 Provision for external recruiting firms to register, set dates for institution visit and define JDs for recruitment.

3 Provision for external recruiters to see the list of eligible students/trainees and their resumes online anytime.

4 Provision to conduct online exams by recruitment firms and assist in the selection process by broadcasting stage wise results etc.

Provision to invite digitally illiterate skill development trainees for offline assessments through SMS or through department channels, MeeSeva etc.

5 Provision for external recruiters to upload the offer letters to the selected students/trainees online or offline (by printing the offer letters) on case to case basis.

6 Provision for students to approve/reject job offers through the above processes.

ED0206 Sub Module: Alumni Management

1 Provision to manage a list of alumnus for the institutes including their experience etc.

2 Provision for sending alerts to e‐mails/ SMS to alumnus about events/ seminars/ workshop etc.

3 Provision for alumnus to connect to Students/Institutes/ Officials through forums chats, alumni blogs etc.

4 Provision for alumnus to donate to their alma mater via Payment Gateways application under the e‐Pragati framework.


Module Name : Scholarships & Loans Module Code : ED03 Module Functionality: This module takes care of end‐to‐end financial requirements of all students in the state. The financial commitments of the student community is met through various scholarships offered by the state and central governments, and through subsidized educational loans offered by financial institutions. In addition to the above, the corporates, NGOs, high net worth individuals are also encouraged to support the financial requirements of students.

ED0301 Sub‐Module: Scholarship Management

1 Provision to integrate with the ePASS application under the e‐Pragati framework thereby enabling the students to avail the scholarships offered by the state. The SIMS and EduGov applications shall share the demographic and socioeconomic data of eligible students to ePASS for the approval and disbursement of scholarships.

2 The system shall provide for creating and configuring business rules for displaying eligible scholarship schemes based on the student profile.

3 Provision for integration with National Scholarship Portal (NSP) thereby enabling the students to avail scholarships offered by the central government. Sufficient APIs shall be provided for seamless student data transfer with the NSP.

ED0302 Sub‐Module: Educational Loans Management

1 Provide the list of eligible loans to the students based on his/her profile (categories such as SCs, STs and others) and loans/schemes requirements. Able to search for the available loan products and apply for the same.



2 Provision for the student to approve his/her data sharing with the department/external financial institutions for availing loans/financial assistance. Be able to share the demographic, socio economic and loan history (availed/not) of the student to the financial institution for the loan processing.

3 Provision for the student to apply for the loan based on the eligibility criteria, business rules and the workflow defined. The data need to be pre‐populated from the existing systems such as People Hub, Entity Hub, Land Hub, Govt. Scheme Management, Education Package Databases etc.

4 Provision for the student to validate, update and submit the populated data. If the data populated is not correct then the student shall have the facility to raise a request to update the same. (E.g. If the students family annual income data is incorrect, the student may raise a request in this system which shall be forwarded by the department to the revenue department for the updating of master data in the People Hub).

5 In case the student is availing a departmental loan or financial assistance under any scheme then the system shall have a provision for the department employees to receive the loan application request, initiate the loan processing, attach the scheme related eligibility inspection reports for further processing in the departmental/inter departmental hierarchy. The system shall integrate with the govt. scheme management application to sanction the loan amount under a particular scheme, and the integration with CFMS application to process the payment for the student under the budgeted scheme.

6 With the approval of the student the demographic and socioeconomic data shall be shared to financial institutions who offers student loans at subsidized rates, for the further processing of the student loans.

7 Provision for integration with Educational Loan Portal (vidyalakshmi.co.in) thereby enabling the students to avail loans offered by the consortium of banks. Sufficient APIs shall be provided for seamless student data transfer with the Educational Loan Portal.

8 Provide the loans history along with the EMIs and repayment details to the students and send the alert messages at various stages of loan application processing.

ED0303 Sub‐Module: External Donors

1 Provision for the external donors such as corporates, NGOs, high net worth individuals etc., to display their financial assistance plans to interested and eligible students.

2 Provision for the external donors to set the criteria for the selection of students, terms of loan repayment and other obligations. This criteria needs to be validated and approved by the department through a multistage workflow.

3 Provision for the display of financial assistance from the external donors to eligible students.

4 With the approval of the student the demographic and socioeconomic data shall be shared to external donors who offers financial assistance, for the further processing of the same.


Module Name : Faculty Management Module Code : ED04 Module Functionality: It addresses the common requirements of the faculty from all institutions (schools, colleges, skill development centres etc.) from appointment to assignment of institute, course allotment, student management, collaboration etc.

ED0401 Sub‐Module: Faculty Self Service



1 Provision for faculties to connect with their peers (with same subject/course areas) within their institute as well as from other institutes.

2 Provide discussion forums which allow blogs, discussion threads, facility to upload documents and invite comments etc.


4 Allow faculty and students to collaborate online on class assignments, group projects, industry internships etc.

5 Allow faculty and students to upload documents and conduct peer review and provide feedback to the author.

6 Provision to record dates and details of academic and non‐academic events by the faculty.

7 Allow a flexible calendaring facility, enabling the institution to define all significant periods of time including, but not limited to, definitions of:

a) Academic periods b) Enrolment periods c) Teaching periods d) Assessment periods e) Examination periods f) Academic progression periods g) Graduation periods

8 Automatically update the faculty calendar by fetching and recording dates and details of academic and non‐academic events announced by institutions, departments, university etc.

9 Provision to capture the following details of the faculty, but not limited to the same: a) Department wise profiles

b) Yearly faculty publications

Index

Citation

c) Conferences organized/attended

d) Training programs organized/attended

e) Extension and Consultancy activities

f) Research projects

g) Number of PhDs awarded under the specified faculty

h) Foreign visits

i) Tour Diary (to be matched with biometric attendance management for

calculating the attendance and leave management)



j) Visiting faculty details

10 Provision for faculties to rise various type of transfer requests.

11 Provision for faculty to define career goals and assess that periodically. The HoD / Principal (in case of career planning for the Principals, the Commissioner of CE may give inputs) shall be able to give inputs to the faculty w.r.t monthly/quarterly/half‐yearly/yearly goals and assessment of the same.

12 Provision for faculty to evaluate his/her training need assessment based on the allotted courses and proposed career plan. The training needs data shall flow into the Capacity Building Management module for organizing the faculty training.

13 Provision for faculty to identify and apply for online / offline courses with the approval of HoD / Principal as per the rules of the institution. The system shall enable faculty to pay fees online for paid courses supported by the institution, and the payment acknowledgement shall be delivered to the HoD / Principal for reconciliation and settlement.

14 The system shall facilitate integration with the E‐learning component (e‐Siksha) with SSO facility for faculty training.

15 Provision for integration with APP Store which helps the faculties to gain access to e‐learning mobile apps.

Provision for integration with Payment Gateways run by both private and government w.r.t e‐Pragati Architecture.

ED0402 Sub‐Module: Faculty Forum

1 Provide the faculties to connect with their peers (with same subject/course areas) within their institute as well as from other institutes.

2 Provide discussion forums which allows blogs, discussion threads, facility to upload documents and invite comments etc.


ED0403 Sub‐Module: Performa Management

1 Provision for faculty to maintain an online teaching diary in a predefined format as prescribed by the Principal / HoD.

2 The format of the Performa shall be editable by the Principal / HoD anytime which could be used by the faculty for logging their inputs.

3 Provision to register the synopsis of the lesson prepared by him/her that will be taught in each class. The faculty shall be able to register the synopsis for all classes on a weekly or daily basis. The synopsis of lessons link shall be mapped to the faculty profile.

4 Provision for the lecturer to share the synopsis of lessons to the Principal / HoD and students as soon as it’s registered in the system. The Principal / HoD shall be able to roll up and view the above synopsis on a daily, weekly, fortnightly or monthly or yearly basis.

ED0404 Sub‐Module: Student Plan Management

1 Provision for the faculty to register the comments about each student regarding his/her academic progress based on the assignments and tests conducted. These comments shall be viewed by the HoD / Principal periodically.

2 Provision for the faculty to register the marks scored by his/her students on periodic basis as decided by the faculty / HoD / Principal.

3 Enable the HoD / Principal to view the student plan under any faculty. The HoD / Principal



shall be able to filter student plans based on various criteria and view the same in a graphical or numerical format for statistical reasons.

4 Provision for the faculty to record comments about students’ health. These comments shall be viewed by the HoD / Principal periodically alerted to the appropriate authorities in departments such as Health, Social Welfare Police etc., to take appropriate actions.

5 Provision to grade students based on their academic performance.

ED0405 Sub‐Module: Class Management

1 Provision for faculty to register questionnaire, assign students selectively, run class tests online and record students test scores.

2 Provision to provide feedback / counsel the students online based on their academic performance.

3 Automatically alert the faculty about the students that need special attention for academic advancement.

4 Allow the faculty and students to collaborate online on class assignments, group projects, industry internships etc. Allow the faculty and students to create project rooms and discussion threads.

5 Allow the faculty and students to upload documents and conduct peer review and provide feedback to the author.

6 Allow faculty and students to upload and maintain documents in a repository by proper tagging, which could be searched and viewed later with key words.

7 Provision to change the interface theme and each faculty shall have a personal workspace in which they can add and organize specific blocks for: calendar, notes, progress in class, chat or shortcuts to learning materials.


Module Name : Institute Management Module Code : ED05 Module Functionality: This module enables the institute administrators (schools, colleges, universities, technical and vocational centers, skill development centers etc.) to run the institutions underneath them by providing administrative functionalities for running the courses, internal exams, recruitment/transfer of staff, staff assignments etc.

ED0501 Sub‐Module: Administration

1 Provision for the staff to conduct surveys of students, faculty, parents, institutes etc. The system facilitates to analyze and assess the feedbacks and communicate the same to stakeholders.

2 Enable the staff to generate MIS Reports from the Education Package databases with customizable parameters and report templates.

3 Enable the staff to push notifications related to academic events/policies etc., to students, faculty etc.

4 Enable the staff to communicate with fellow or outside departmental staffs, institutions, Principals, HoDs etc., with suitable configuration of email client which enables to archive messages in the system. The system shall provide the staff and other stakeholders a “instant messenger window” for one to one/many instant messaging as well as an ability to create group rooms etc., to work jointly on schemes, proposals etc.

5 Provision for Staff, Superintend / HoDs / Principal etc., to manage records related to academic, student, faculty, course, awards etc., by proper versioning and document control mechanisms.

6 Provision to store and share records by privileges and sufficient access control



mechanisms.

7 Provision of APIs to connect to the e‐Office application under the e‐Pragati framework. The e‐office application may control the administrative tasks and related documentation.

ED0502 Sub Module: Course Management

1 Provision for institute administration team to correspond with the universities / agencies / departments to avail permission for running new courses. The communications shall be done as a web service, if the university / agency applications APIs are exposed.

2 Provision for institute administration team to do online surveys, opinion polls etc., to estimate the course demand and the mode of delivery.

3 Provision for institute administration team to generate possible scenarios w.r.t to course demand, classroom space availability, financial viability of the course etc.

4 Provision for institute administration team to add or delete courses based on the student demand and faculty availability. The HoD/Principal has to approve any addition or deletion of courses from the system.

5 Provision to define information relating to the academic offerings of the institution like courses, study areas (majors, minors, etc.), units, classes, their activities (lectures, tutorials etc.) and their awards.

6 Provision to maintain details of the structure of all courses (award and non‐award), including majors/disciplines and units (prescribed and elective).

7 Provision to manage distance mode of education requirements of students.

8 Provision to view all courses, study areas and units, but can only update courses, study areas and units ‘owned’ by the faculty. The HoD/Principal can approve/reject the update made by the faculty to reconsider the updates.

9 Provision to store course, study area and unit information in such a way that can be used to display on the web and be extracted in a format appropriate for preparation of handbooks, brochures and other publications.

ED0503 Sub Module: Internal Examinations

1 Provision for the institutional authorities (like HoD / Principal etc.) for conducting exams by facilitating to plan and allocate exam halls, faculty, questionnaire sets, stationary etc.

2 Provision for the institutional authorities for generation of exam roll numbers for each student and the exam hall details.

3 Provision for the institutional authorities for answer sheet management, evaluation and publishing of results online.

ED0504 Sub Module: Recruitment & Transfer

1 Provision for the HoDs to evaluate the faculty to student ratio, additional faculty requirements for any course in his/her department at any point of time.

2 Provision for the HoDs to plan on yearly basis and recommend to the Principal / Head of the Institution for additional faculty.

3 Provision for the Principal / Head of the Institution to communicate the additional faculty requirements to the School/Higher Education Departments.

4 Provision for the School/Higher Education Departments to inform the government regarding the additional vacancies for faculty.

5 Provision for the School/Higher Education Departments to notify the APPSC regarding the additional vacancies for faculty, after approval from government.

6 Provision for the School/Higher Education Departments to allocate faculty to various colleges, once the APPSC has hired the faculty through a predefined selection process.



7 Provision for the School/Higher Education Departments to transfer faculty based predefined criteria / faculty request for transfer.

ED0505 Sub Module: Staff Assignment

1 Provision for the Superintend / HoDs / Principal / Department to assign the staff under their discretion on various academic and extra‐curricular activities.

2 Provision for the staff (teaching and non‐teaching) to update the activities and their description updated on the system on periodic basis w.r.t delivery schedule.

3 Provision for the Superintend / HoDs / Principal to monitor the tasks assigned to the staff and give instructions / comments for timely completion of the same.

4 Provision for the HoDs / Principal to evaluate the faculty and nominate them for fellowships / awards etc., at university level. The system shall provide provision for APIs to connect to external systems for evaluation, nomination etc.

ED0506 Sub Module: Verification Management

1 Provision to take verification requests from various stakeholders like individuals, corporates, government etc., on the transcripts/certificates issued by the universities and institutions online (e‐Siksha) as well as offline (on campus).

2 Provision to take online payments for the above verification services.

3 Provision to display verification result as soon as the payment is received 9as all certificates / transcripts are in digitized form).

ED0507 Sub Module: Physical/Arts Education Management

1 Provision to manage the physical/sports education, and other forms of education related to arts, music etc., courses and programmes running across multiple college / institutional campuses.

2 Provision to nominate students for national events and encouragement in terms of scholarships and entitlement marks.

ED0508 Sub‐Module: Feedback Management

1 Provision to conduct various surveys regarding the effectiveness of the course, teaching effectiveness etc.

2 Provision to conduct 360 degree feedback for faculty at all levels.

3 The surveys shall take care of all stakeholders including parents/guardians of students to give constructive feedback for making the learning process highly effective.

ED0509 Sub‐Module: Financial Accounting

1 Provision to receive and capture all the fund inflows and outflows at institutional level and consolidated level based on region, district and state levels. Ability to address the end to end accounting and reporting requirements of the educational institutions by providing a full‐fledged accounting system for educational institutions.

2 Provision to prepare plan and non‐plan expenditure details at institutional level and consolidated level based on region, district and state levels.

3 Provision for the education departments to modify and approve plan and non‐plan expenditure details at institutional level.

4 Provision to generate financial statements like Cash Flow, Fund Flow, Profit & Loss Account and Balance Sheets requirements of the Educational Institutions.

5 Provision for the education departments to prepare budgets at institutional level. There shall be a provision to integrate the Financial Accounting module with the CFMS application under the e‐Pragati framework.

Module Module Name : Education Governance



Code / FR Number

Module Code : ED06 Module Functionality: The Education Governance Module handles the common educational administration functions of the School/Higher Education Departments as well as the universities. It helps to integrate the student, faculty, institute and education departments for perusing educational excellence.

ED0601 Sub‐Module: Affiliation & Accreditation

1 Provision for the businesses, institutes etc., to raise affiliation/renewal requests etc., and payment of fees.

a) Enrollment of Schools

b) Enrollment of Technical / Vocational Institutions

c) Enrollment of Degree Colleges

d) Enrollment of Course and upgradation of Courses with APSCHE

e) Enrollment of Professional colleges with APSCHE

2 Provision for the concerned department officials to process the affiliation applications from the institutes with the corresponding workflow for the affiliation approval process.

3 Provision for the requestor to see the stage and status of the affiliation/ renewal requests etc. Provision to give alerts for affiliation, fees payment etc.

4 Provision to cancel the existing affiliations due to non‐renewal or any other reasons.

5 Provision for departmental staff to facilitate the institutes under its purview to apply for accreditations from NAAC, AICTE etc., by intimating the target institutions through emails/alerts etc. The target instituting shall use the proposal management functionality toperuse the affiliation/accreditation process.

6 Provision for departmental staff to facilitate the institutes under its purview to apply for schemes under RUSA / UGC etc.

7 Provision for departmental staff to facilitate the institutes under its purview to apply for autonomous status, being centers of excellence, deemed universities etc.

ED0602 Sub Module: Grants Management

1 Provision for the department officials to process the proposal / grant‐in‐aid applications from the institutions with a multistage workflow.

2 Further requirements are given under the “proposal management” functional requirement.

ED0603 Sub Module: Institution Monitoring

1 Provision for the staff to conduct surveys of students, faculty, parents, institutes etc. The system facilitates to analyze and assess the feedbacks and communicate the same to stakeholders.

2 Provision for the staff to generate MIS Reports from the Education Package databases with customizable parameters and report templates.

3 Provision for the staff to push notifications related to academic events / policies etc., to Institutes, Principals, HoDs etc.

4 Provision for the staff to communicate with fellow or outside departmental staffs, Institutes, Principals, HoDs etc., with suitable configuration of email client which enables to archive messages in the system. The system shall provide the staff and other



stakeholders a “instant messenger window” for one to one/many instant messaging as well as an ability to create group rooms etc., to work jointly on schemes, proposals etc.

5 Provision to grade institutions based on their academic excellence with due weightage to API and AAPPI scores, student feedbacks, placement records, capture the details faculty student ratio w.r.t Schools, Technical Centers, College/Universities etc.

6 Provision for departmental staff to rate institutions based on National Institutional Ranking Framework (NIFR) parameters for universities, pharmacy institutions, management institutions, engineering colleges etc. The detailed methodology for ranking based on institution profile and NIFR objectives is listed below.

a) For University performance :

https://www.nirfindia.org/Docs/Ranking%20Framework%20for%20Universities%

20and%20Colleges.pdf

b) For Pharmacy Institutions performance:

https://www.nirfindia.org/Docs/Framework‐NIRF‐PHRAMACY.pdf

c) For Management Institutions performance:

https://www.nirfindia.org/Docs/Ranking‐Framework‐for‐Managment‐

Institutions.pdf

d) For Engineering Institutions performance:

https://www.nirfindia.org/Docs/Ranking‐Framework‐for‐Engineering‐Institutions.pdf

ED0604 Sub Module: Faculty Administration

1 Provision for departmental staff for assignment of various levels of faculties to colleges / institutes. Enable the authorized departmental staff to evaluate and process the various requests (transfer / promotion etc.,) from faculties.

2 Provision for Education Departments to inform the government regarding the additional vacancies for faculty.

3 Provision for Education Departments to notify the APPSC regarding the additional vacancies for faculty, after approval from government.

4 Provision for Education Departments to allocate faculty to institutions, once the APPSC has hired the faculty through a predefined selection process.

5 Provision for Education Department to transfer faculty based predefined criteria / faculty request for transfer.

6 Provision for departmental staff to organize, monitor and evaluate various student / faculty / institute development programmes.

7 Provision for departmental staff for evaluation the faculties over the set of KPIs for teaching and administration like API (Academic Performance Indicators), AADPI (Academic & Administrative Performance Indicators) etc.

8 Provision for departmental staff to evaluate and process the various requests (transfer / promotion etc.) from faculties of colleges / institutes.

9 Provision for department1al staff to identify, select and nominate faculty for state, national and international awards / fellowships / programmes etc.

10 Provision to access performance details and merit should available for School/Technical Institution/College wise/Student wise/Faculty wise/Stream wise.

ED0605 Sub Module: Scheme Monitoring

1 Provision for departmental staff to view the students, faculty and colleges / institutes



who are eligible for various scholarships, grants, fellowship etc. The system achieves this through the integration with Scheme Management System, Social Benefits Management System, Skills Management System, People Hub, Entity Hub etc., under the e‐Pragati framework.

2 Provision for departmental staff to initiate scholarship / financial assistance applications from eligible students / faculty.

3 Provision for departmental staff to monitor the financial assistance programs of eligible students / faculty.

4 Provision for departmental staff to initiate schemes and grant requests from colleges / institutes.

5 Provision for departmental staff to process the schemes and grant requests of colleges / institutes under predefined criteria.

ED0606 Sub Module: Learning Quality Management

1 Provision for departmental staff to monitor and evaluation of the institutes and generation of audit reports based on predefined parameters.

2 Provision for departmental staff to perform academic audits through surveys, questionnaires, opinion polls etc.

3 Provision for departmental staff to set KPIs dashboard/alerts as per the requirement of departments.

4 Provision for departmental staff to collaborate with the institutes and industry for arranging campus placements and career guidance to students.

5 Provision for departmental staff to sanction of new courses based on the requests from the colleges / institutes.

6 Provision for departmental staff for the preparation of academic calendar. Once the academic calendar is approved by the concerned authority, the calendar events shall be reflected not only on the student and faculty calendars as well but also at the department /college / institute web portals.

7 Provision for departmental staff to run various student support initiatives and skill development programmes.

8 Provision for departmental staff to conduct training need assessment of students and faculties in the given academic year.

9 Provision for departmental staff to roll out capacity building programmes tailor made to the stakeholders through online and offline courses.

10 Provision for departmental staff to monitor and evaluate the capacity building programmes and generation of audit reports based on predefined parameters.

11 Provision for departmental staff to receive feedback on the effectiveness of the capacity building programmes from the stakeholders.

ED0607 Sub Module: Text Book Publishing

1 Provision to form committees to review the syllabus and curriculum for each academic year. The system shall allow the creation of a convener to invite other committee members for curriculum, syllabus and text books review.

2 Provision to get suggestions from the committee members’ online w.r.t the renewal of existing curriculum, syllabus and text books.

3 Provision to send calendar invites to committee members for physical meeting for the finalization of curriculum, syllabus and text books. The system shall allow the recording of the committee decisions and give printing instructions to registered publishing houses.



4 Provision to track and trace the publishing the books and track the availability of the books and related materials at institutions/stores and the procurement of the same by students.

5 Provision to publish the e‐books through multiple channels including the existing portal http://apscert.gov.in/ebookapp/ebook_page.jsp

ED0608 Sub Module: Academic Guidance

1 Provision for departmental staff to collaborate with students, faculty, institutes, industry etc., for the preparation of policies, courses, curriculums etc.

2 Provision for departmental staff to collect inputs from the above stakeholders through structured templates.

3 Provision for departmental staff to publish survey questionnaire on department /college / institute web portals and analyze the same.

4 Provision for departmental staff to build policy inputs through the generation of MIS Reports from the Education Package databases and through external online surveys.


Module Name : Hostel Management Module Code : ED07 Module Functionality: This module provides the end‐to‐end functionalities for the management of Hostels under various departments. It facilitates the hostel admission process, payment of fees (if any), room allotment, inventory management, mess management, Wi‐Fi services to inmates etc.

ED0701 Sub Module: Hostel Management

1 Provision to capture the infrastructure in the hostels, but not limited to the following: a) Hostel area/building record system b) Residents (Student, Faculty) Information management c) Hostel Room reservation d) Resident (Student, Faculty) complaint record section e) Hostel Inventory Tracking f) Hostel Services management g) Internet/ Wi‐Fi, etc. h) Mess details

2 Provision for the registered students to book hostel rooms online with the payment of fees if any.

3 Provision to maintain student information, complaints, inventory, Hostel Budget Information, Emergency number Information, Students Mess Bill information, student’s resident’s status, Hostel Accommodation availability.

4 Provision to configure rules for allotment of rooms in the hostel.

5 Provision for automatic generation of room allotment details.

6 Provision to create various roles in the hostel and provide access to the hostel related information.

7 Provision to enter various hostel charges in the system.

8 Provision to generate of hostel related reports: a) Hostel Payment related reports b) Room Allotment reports c) Mess Reports d) Hostel Inventory Reports e) Student Satisfaction Reports



f) Income/Expenditure Reports g) Others, if any


Module Name : Examination Management Module Code : ED08 Module Functionality: This module provides the end‐to‐end functionalities for examination management. The Examination Management Module takes care of end‐to‐end examination logistics and operations. In addition to that this module manages the questionnaire management, examiner management, hall management, answer sheet management, marks management, results etc.

ED0801 Sub‐Module: Test Administration

1 Provision to give alerts on duties, evaluations etc.

2 Provision for the faculty to conduct online exams, quizzes etc.

3 Tests created can be used both for assessment courses and for self‐evaluation. The system shall facilitate the faculty for the following operations to conduct a test:

test creation

test editing (changing information or content test)

test deleting

4 Provision for test editor dedicated for test creation that allows the users to create the following types of questions:

questions with a single correct answer

multiple correct answers questions open response questions

with the associations of elements

ordering of elements

filling in the blanks

5 Provision for the import or export of tests or questions in .xls or .csv formats.

6 Provision for the faculty to create any number of questions in a test and the response time for questions individually and/or per section basis and/or for the entire test.

7 The system shall randomly display the same questions or questions with similar difficulty levels from the question bank for each candidate. The system shall enable the faculty to verify the question standards for various question sets before publishing the same to test takers.

8 The system shall record the learners who have passed the test, the number of claims, time support, actual working time, details of the results etc.

9 Provision for automatic award of marks and/or manual award of marks by faculty during the evaluation of test.

10 The system shall publish the test results immediately and intimate the test takers by email / SMS / online etc.

11 The system shall adhere to the latest IMS QTI international standard to achieve interoperability with any online test developed according to those international specifications.

12 Provision for bulk upload of results in any courses.

13 Provision for plug‐ins to connect with Office 365 or equivalent,Unplug solutions for teachers, Office Mix etc., with sufficient provision of APIs in requisite modules.

14 Provision for the content providers for education testing services by facilitating to plan and allocate exam halls, faculty, questionnaire sets, stationary etc.



15 Provision for the content vendor authorities for generation of exam roll numbers for each student and with venue/hall details as per the course requirements in case of offline examinations.

16 Provision for the content providers for evaluation and publishing of results online.

17 Provision for e‐Content vendors to partner with industry leading education testing services providers such as PROMETRIC etc., for provide test results.

ED0802 Sub‐Module: Question‐bank Management

1 Enable the registration of Subject Matter Experts (SME) identified by the department, for creation of Question Banks.

2 Provision to send automatic email and SMS to SMEs for registration in the SIMS/e‐Siksha/Skills Management System with unique User IDs and passwords.

3 Provision to pre populate the demographic data of SMEs from people hub while registering for the first time, when the SME enters the state specified unique number for registration. The complete registration information to be stored in the SIMS/e‐Siksha database for further usage for any transaction / services later. In case of external SMEs the system shall provide an option to register their personal and professional details.

4 Enable the SMEs to record their questions under the corresponding subjects, class category, year etc., and digitally sign them as required by the university / department / institutes etc.

5 Provision for classifying questions based on the difficulty levels like easy, medium and hard, or any other classification as required by the university / department / institutes etc.

6 Provision to introduce new questions and test questions for identifying the difficulty levels or categorization.

7 Provision for creation of question banks in different subjects.

8 Provision for the workflow for approval/rejection of questions in question bank.

9 Provision to create rules and apply rules for question‐bank management directly by the user.

ED0803 Sub‐Module: Questionnaire Management

1 Provision for creation of question papers from the question bank on a random basis.

2 Provision for randomization of questions and creation of different sets of question papers.

3 Provision to create rules and apply rules for question setting directly by the user.

ED0804 Sub‐Module: Question Code Management

1 Provision for creation of automatic codes and allocate to set of questionnaires for each subject, each exam and each venue, by date and time.

2 Provision to generate unique barcodes on the questionnaires which could be automatically read by a barcode scanner.

3 The system shall have the facility to generate unique barcodes that could not be tampered or misused by any outsider.

4 The barcodes generated and printed on the questionnaire by the system shall not be easily identifiable and readable by outsiders.

ED0805 Sub‐Module: Logistics Management

1 Provision for assigning the human resources for the management of questionnaire sets right from print to examination centers.

2 Provision for transfer of question paper to printing centers in an encrypted format which



can only be decrypted by the digital signatures of at‐least two invigilators assigned by the system.

3 Provision for RFID integration for tracking the questionnaire sets after printing to the examination centers.

ED0806 Sub‐Module: Exam Centre Management

1 The system shall automatically generate the list of schools/colleges etc., based on GIS mapping to decide on the test‐centers based on the geographic details of students who are appearing for the exams and matching infrastructural features for the smooth conduct of examination.

2 Provision for the schools/colleges etc., to register as test‐centres.

3 Provision for the workflow for approval/rejection of the test centers.

4 Provision to create the seating plan based on the test‐centers capacity.

ED0807 Sub‐Module: Exam Timetable Management

1 Provision to automatically create timetables for the examinations based on business rules.

2 Provision to manually override the automatic timetable created by the system based on approvals from the head of the department in special cases.

3 The finalized exam schedule shall be updated in the calendar of concerned students and faculties.

ED0808 Sub‐Module: Exam Duty Management

1 Provision for automatic assignment of invigilators and staff on examination duties and intimating them through suitable notifications.

2 Provision to manually override the automatic invigilators/staff assignment created by the system based on approvals from the head of the department in special cases.

ED0809 Sub‐Module: Admit Card/ Hall Ticket Management

1 Provision to print the bar coding which is unique and tamper proof in the admit card.

2 Provision for automatic generation of admit‐cards within a predefined time.

3 Provision for online generation and download of admit‐cards by students.

ED0810 Sub‐Module: Attendance Management

1 Provision for registering the student attendance during the exam generated by an admit card barcode reader, and

2 Provision for registering the student attendance during the exam through biometric identification.

3 Provision for registering the student attendance during the exam in the conventional way as well in case of failure of the above systems and upload the same.

ED0811 Sub‐Module: Questionnaire Issuance

1 Provision for tracking the questionnaire set issued to each candidate / student through the compilation of questionnaire bar‐coding data and admit card bar‐coding data generated by a barcode reader.

2 Provision for tracking the questionnaire set issued to each candidate in the conventional way as well.

ED0812 Sub‐Module: Answer Sheet Management

1 Provision to print the bar‐coding which is unique and tamper proof in the answer sheet.

2 Provision for creating unique barcodes/ other codes for receipts and uploading the scanned copy of answer sheets on the system.

3 Provision to digitally sign the mark sheet by the concerned authority.



4 Provision for third party evaluation by routing answer sheets to other empanelled institutions after preliminary evaluations of answer sheets on case to case basis.

ED0813 Sub‐Module: Marks Management

1 Provision to read the answer sheet bar‐coding through a barcode reader.

2 Provision to record marks allotted to the candidate / student for each question / section in the answer sheet.

3 Provision to upload the scanned copy of the evaluated answer sheet having the allotted marks by the examiner.

4 Provision to digitally sign the mark sheet by the concerned authority.

ED0814 Sub‐Module: Exam Results Management

1 Provision to capture the additional marks such as entitlement marks, internal marks etc., which needs to be awarded to the candidate / student. Provision for checking the totaling of the marks obtained by the candidate.

2 Provision for pushing/publishing of the marks on the Websites, subject wise or group wise or in whichever format as desired by the institution / university / department.

ED0815 Sub‐Module: Mark Sheets Management

1 Provision to print the bar‐coding which is unique and tamper proof in the mark sheet.

2 Provision for generation of mark‐sheets for the students. The students shall be able to download the digitally signed mark sheets from the institute / university website.

3 Provision to send the digitally signed copy of the transcripts / certificate to the digital storage facility provided by CLGS/ inbox of the student /candidate.

ED0816 Sub‐Module: Digitization Management

1 Provision to issue newly bar‐coded and digitally signed certificates and mark sheets to former students.

2 Provision to generation of the predefined reports by the department on different academic parameters.

3 Provision to facilitate the department to define parameters for generation of customized reports.

4 Provision to facilitate generation of alerts to the department on predefined parameters.


Module Name : Library Management Module Code : ED09 Module Functionality: The Library Management Module not only archives and digitize manual records in scientific lines but also serves that to the department users and scholars on demand based on privileges. This module takes care of Multimedia assets and Books, and issues them on demand and based on eligibility and booking seniority. The Library Management module also integrates with the Manuscripts & Archives module for offering a single catalogue of services. It handles the end to end processes of a library from bibliography indexing to cataloguing to acquisitions to bookings online/offline to circulations to interlibrary loans to ordering to suppliers / payments and receipts etc. The Library Management Module shall be used by all relevant stakeholders like students, citizens, departmental staff, library management staff, suppliers, publishers etc., also the library management covers the requirements of the Public Libraries in the State as well.

ED0901 Sub‐Module: General Requirements

1 Provision for the bibliographic database management (including authority control).

2 Provision for the online public access catalogue (OPAC) and end user services.

3 Provision for the requirements of oriental manuscripts & micro films management, and



archives management needs of the departments such as A.P. Govt. Oriental Manuscripts Library & Research Institute and A.P. State Archives& Research Institute, under the Higher Education Department.

4 Provision for the following library functionalities, but not limited to the following: a) circulation control b) acquisitions c) serials control d) document delivery and inter‐library loans e) support real‐time updating in all functions f) track staff operations for audit purposes g) provide current status of material through the various stages of processing h) provide for multi‐site operation i) comply with the Web Accessibility Initiative Level AA j) comply with the provisions for Data Protection

ED0902 Sub‐Module: Operations Functionality

1 Provision for the following “operational” functionality, but not limited to the following: a) provide a graphical user interface in all functions b) provide for direct access between functions c) allow staff to initiate a database search from any point in the system d) provide for use of function/hot keys for frequently used functions e) allow navigation tasks to be performed via the keyboard / mouse f) allow different searching/display options for staff for different functions g) allow library‐defined inactivity time‐outs in all functions

ED0903 Sub‐Module: System Customization

1 Provision to customize the following items: a) indexes b) record displays c) help texts d) screen layouts for public access e) bibliographic fields and field labels

2 Provision for the following “help” functionality, but not limited to the following: a) screen examples b) tutorials c) context‐sensitive help d) search option for help on given topics

3 Provision to ensure the following for its accessibility: a) Access to the system must be password protected b) Access shall be prevented if a pre‐set number of tries is exceeded c) The system must allow:

i. different levels of access to functions/sub‐functions according to level of user

ii. suppression of disallowed options iii. restriction of groups of users/workstations to specific functions iv. maintenance of access levels by the Library

ED0904 Sub‐Module: Bibliographic Management

1 Provision for creating and maintaining bibliographic records.



2 Provision to support the following, but not limited to the same. a) MARC21 b) Dewey (latest edition) c) Library of Congress classification (latest edition) d) Library of Congress Subject Headings (latest edition) e) MeSH (latest edition) f) ISBN (latest revision) g) Allow additional bibliographic fields to be defined, having no limits to fields in a

record

3 Provision to import and export of bibliographic records.

4 Provision to import / export of records in MARC21 exchange format.

5 Provision to import of records in batch and in real‐time, i.e. direct to the cataloguing screen.

6 Provision for record creation and editing.

7 Provision for full‐screen edit interface for creating bibliographic records.

8 Provision for both a MARC and labeled input interface.

9 Provision for the creation of duplicate records by allowing pre‐searching and matching on various fields including control numbers (ISBN, ISSN).

10 Allow data common to more than one record to be duplicated for a succession of records.

11 Provision to facilitate authority control.

12 Provision to support MARC21 Authorities format for the following: a) authors b) subjects c) series

13 Provision for the input of URLs, URNs and other URIs in bibliographic records for electronic location and access information

14 Provision to incorporate a link checker.

15 Allow unique item identifiers (e.g. barcodes, RFID tags) to be assigned to item records on the system

16 Provision for stock checking facility, allowing the use of portable devices to store and upload item identifiers (e.g. barcodes, RFID tags) to the database, and report inconsistencies

17 Provision for routines for bulk changes of data, e.g. location, loan category

18 Provision for online public access catalogue (OPAC) for use by end users

19 Provision for additional access to the bibliographic database for staff use only in the different functions, to include:

a) Additional indexes b) Ability to access all records in stock, on order, in process etc. c) Additional information relating to loans, borrowers, items on order etc. d) Additional displays, e.g. MARC format

ED0905 Sub‐Module: Multimedia Search

1 Provision for searching with search keys that are case‐insensitive. The system must allow search by:

a) explicit use of Boolean operators AND, OR, NOT b) specific fields to search



c) wildcards d) browse index e) any other means by which the library / institute / department wants to search for

contents 2 Provision to offer the ability to pre‐limit / post‐limit searches:

a) by date (including open and closed range of dates) b) by language c) by format of publication (e.g. video, serial) d) to particular collections e) by location

ED0906 Sub‐Module: Self‐Services

1 Provision for users access to their own records and transactions with authorized by registered User ID/password. Transaction must include, but not limited to the following:

a) loans b) reservations c) fines d) Inter Library Loan (ILL) requests e) purchase requests f) Users must be able to: g) make reservations h) cancel reservations i) make bookings for short loan material j) make renewals k) make ILL requests and view progress l) make purchase requests m) update contact details

2 Provision for interface with automated telephone renewal systems for self‐service renewals via this method, using the SIP2/NCIP standards.

3 Provision for interface with self‐issue/return devices using the SIP2/NCIP standards.

4 Provision for circulation parameter settings like loan rules, borrower blocks etc., must also apply to self‐service functions

ED0907 Sub‐Module: Circulation Requirements

1 Provision for the circulation policies to be defined by the library / institute.

2 Provision for the circulation policies to be created by a combination of: a) borrower category b) item category c) location d) reservations e) fine rates f) charges g) grace periods h) calendar

3 Provision for authorized library staff must be able to update parameters with immediate effect.

4 Provision for General circulation functions like automatic blocks/alerts on borrowers, expired ticket, outstanding fines/fees (library‐definable threshold), overdue/recalled



items (library‐defined threshold), over entitlement etc.

5 Allow authorized staff to input manual blocks with an explanatory message.

6 Provision to show the status of items (e.g. reserved, awaiting collection) at all times to both staff and end users.

7 Provision to maintain a loan history for both items and borrowers, retrievable for a library‐defined period.

8 Provision to support the circulation of uncatalogued items and recording of brief information when issuing, using library‐defined defaults for loan control and trapping such items on return to allow full details to be input.

ED0908 Sub‐Module: Issue, Return & Renewal

1 Provision to enter the unique item identifier (e.g. barcode, RFID tag) by machine (e.g. scanner, reader) or manual input.

2 Provision to enter the Borrower and item status and it must be automatically checked on all three functions; any blocks/ accompanying messages must be displayed with an audible warning.

3 Provision to override the calculated due date at the point of issue/renewal, subject to borrower and item checks.

4 Provision to flag items as ‘lost’, leaving the item linked to the borrower as a lost item, but suppressing notices and fines.

5 Provision to alert staff of ‘lost’ items on issue and return.

6 Provision to flag items as ‘damaged’ and alert staff and end users on issue and return.

7 Provision for renewal of unseen items via: a) telephone b) self‐renewal via OPAC c) self‐renewal via automated telephone answering service

ED0909 Sub‐Module: Fines and Charges

1 Provision for the online / manual payment of fines and charges for library related services.

2 Provision for part payment or full payment as per the business rules set by the library.

3 Provision to print receipts of fines/charges paid on attached or networked printer.

4 Provision to cash management functions to record income / expenses on the system.

5 Provision to set a default replacement cost (where cost not specified on item record) for lost books.

6 Provision to set processing/administration fees or any other charges as desired by the library administrator.

7 Provision for Financial history for a library‐defined period.

8 Provision to handle refunds.

ED0910 Sub‐Module: Reservations

1 Provision for title‐level reservations by staff and end users.

2 Provision for item category and copy specific reservations by staff only.

3 Provision to allow/disallow reservations on items on order.

4 Provision to allow/disallow available items (i.e. on shelf) to be reserved if reservation placed in the library.

5 Provision to automatically notify staff at each site of reservations for items not on loan (remote reservations) for shelf check.

6 Provision for staff to record ‘not found’ status against remote reservation request.



7 Provision for remote reservation requests to be routed between sites if shelf copy available at more than one site.

8 Provision for a default collection point to be specified which can be changed if required by staff/end users.

9 Provision for reduction of loan periods when there are outstanding reservations on items.

10 Provision to alert staff of a reservation on an item on return from loan and notify the requester that the item is awaiting collection.

ED0911 Sub‐Module: Bookings

1 Provision to pre populate data from the People Hub when a resident in the state registers in the library portal using his/her State specified unique number.

2 Provision to import and update borrower information from the organizational database (in case of users without State specified unique number).

3 Provision to create/edit borrower records manually in addition to importing them.

4 Provision for booking directly on the system or via an interface with a bookings system using SIP2/NCIP standards.

5 Provision to replace a library card by the existing borrower's details must be carried across from the old card.

6 Provision to flag a borrower barcode/library card as ‘lost’, prohibiting transactions on that card and alerting staff when it is used.

7 Provision to generate the following notices/alerts by email/SMS in library defined format: a) overdue letters b) fines c) replacement costs d) recalls e) items awaiting collection

8 Provision for short loan periods to be set, including both hourly and overnight loans. The system must support bookings of short loan items for a given date/time.

9 Provision to maintain items in a short loan collection by allocating temporary short loan status linked to courses and reading lists.

10 Provision to set specific parameters for short loan items, to include: a) loan periods b) loan entitlements c) renewal periods d) renewal limits e) reservations f) fine rates g) notice production

ED0912 Sub‐Module: Mobile Library Services

1 Provision for Mobile library transactions with the main library system.

2 Provision to offer equivalent circulation functions to mobile libraries, to include: a) issue, return and renewal of items b) borrower loans and messages c) fines and charges d) interception of reserved items e) borrower registration f) borrower search



g) OPAC search

ED0913 Sub‐Module: Business Continuity for Circulation

1 Provision in the event of system or network failure, there must be a back‐up circulation function capable of handling all issue and return transactions without disruption to services.

2 Provision for the recovery of transactions must be possible as soon as the system is back online.

3 Provision for all recovered transactions to be time stamped so that later transactions supersede earlier ones.

4 Provision for report on current reservations on recovered return transactions.

ED0914 Sub‐Module: Acquisitions Requirements

1 Provision for acquiring print and non‐print material, including monographs and serials, with integrated financial management and a common supplier file.

2 Provision for an audit trail to be maintained for all material at all stages of the acquisitions process.

3 Provision to support Electronic Data Interchange (EDI) in conformance with the EDIFACT standards, to include the following EDI transactions for both monographs and serials:

a) orders b) claims c) cancellations d) acknowledgements e) invoices f) reports g) quotes h) fulfillments

4 Provision to produce acquisitions notices in print format.

5 Provision to format and content of acquisitions notices to be library‐definable.

6 Provision for input to be corrected and amended at all stages, including ‘undo’ operations.

7 Provision to display on order records on the OPAC and allow/disallow reservations to be placed.

8 Provision to read barcodes printed on books as an aid in acquisitions processing.

9 Provision to read barcodes printed on serials as an aid in acquisitions processing

10 Provision to import of order/bibliographic data from suppliers, e.g. from showroom visits or suppliers’ websites.

11 Provision to hold potential order records on the system (e.g. approvals lists).

12 Provision to register / store supplier records with all requisite details which are legally valid as well as necessary for making online / offline transactions.

13 Provision to pre‐order searching of both stock and order records using any library‐defined index

ED0915 Sub‐Module: Ordering Requirements

1 Enable session defaults to be set when creating orders, e.g. default supplier, fund, currency, location

2 Provision to allow session defaults to be defined by location

3 Enable order data to be carried forward for a succession of records

4 Enable existing order records to be copied to form new order e.g. for ordering additional



copies be capable of dealing with a variety of order types, including: a) firm orders b) approvals c) subscriptions d) payment with order

5 Provision to handle multi‐part or standing orders, i.e. where multiple parts for a single order need to be receipted, invoiced and catalogued separately

6 Provision to handle donations, i.e. where an order has not been created.

7 Provision to handle exchanges, i.e. where an order has not been created.

8 Provision to flag subscription orders either to renew automatically or to alert staff before manual renewal is due.

9 Provision to block automatic renewal if no parts have been received for any order and/or no payment has been made for purchase orders and to provide a report/message to supplier on such blocked records.

10 Provision for funds transfer via CFMS application, once orders have been placed with the supplier online.

11 Provision to link to e‐mail/fax functions for sending of orders by these methods rather than print/EDI.

ED0916 Sub‐Module: Order Reception Requirements

1 Provision to facilitate receipt of items and invoice processing to be carried out in a single operation or separately as required.

2 The system must facilitate: a) partial receipt of an order b) return of damaged, incorrect or unwanted items c) variations in price/currency since order d) Change in bibliographic information. e) orders received on approval

3 Provision to record the receipt of items for which there is no order, e.g. donation.

4 Provision for reservations/requests must be alerted at the receipting stage and the requester notified.

5 Provision to facilitate all invoicing requirements which caters to transactions online / offline.

6 Provision to facilitate all funds / accounting requirements which caters to transactions online / offline.

ED0917 Sub‐Module: Claiming / Cancellations Requirements

1 Allow a library‐defined default claim period for each supplier.

2 Provision for the default claim period to be amended on individual orders. Amendment of the delivery date shall automatically reset the claims cycle.

3 Provision to link to e‐mail/fax functions for sending of claims by these methods rather than print/EDI

4 Provision to force or suppress claims for individual items and subscriptions

5 Provision to either review items flagged for claiming before claims are generated, or generate claims without prior review

6 Provision to facilitate authorized staff to cancel an order

7 Provision to facilitate authorized staff to transfer an order to another supplier

8 Provision to adjust commitment details immediately upon cancellation of an order.



9 Provision to notify users who have requested/recommended an item if the order is cancelled via SMS / email etc.

ED0918 Sub‐Module: Control Requirements

1 Provision to facilitate serial control requirements such as check‐in, claiming, routing, binding etc. The bibliographic record creation for serials is covered under “bibliographic management” requirements earlier; ordering, subscription control, invoicing and fund maintenance is covered in “order reception” and “claiming / cancellation” requirements.

ED0919 Sub‐Module: Inter‐Library Loans Requirements

1 Provision for the process for document delivery and inter‐library loans and that must be integrated with the rest of the system, including:

a) the OPAC (for users to input requests and view progress) b) borrower records (to control ILL privileges) c) circulation control (for ongoing control of inter‐library loans) d) For requests input via the OPAC, there must be facilities for staff to authorize and

process requests e) The system must support ISO 10160/10161 ILL protocol (latest version) f) The system must support the current procedures and formats specified by the

British Library Document Supply Centre (BLDSC) g) The system shall support requests to other libraries h) A file of supplying libraries must be maintained, accessible by code and library

name i) Format and content of notices must be library‐definable

2 Provision to archive completed document delivery/ILL requests and make them available for access by staff for a library‐defined period.

ED0920 Sub‐Module: Digital Library Services

1 Provision to provide digital library services to all stakeholders following the normal business rules of the library management system.

2 Provision to subscribe digital journals andpublication. The system shall facilitate to manage videos, e‐Books, digital contents, multimedia etc.,

3 Provision for registered subscribers to access digital library contents through online catalogues provided by the library management system.

ED0921 Sub‐Module: MIS Reports

1 Provision to generate predefined MIS Reports with set parameters on the following lines anytime online:

a) General reports b) Bibliographic reports c) OPAC reports d) Circulation reports e) Acquisition reports / relating to serial as well as monograph orders f) Serials Control reports g) Inter‐library loans h) Any other report as deemed by institute / department in advance


Module Name :e‐Learning (e‐Siksha) Module Code : ED10 Module Functionality: Allow e‐Content vendors to assign faculties to courses, manage asynchronous and synchronous learning methodologies, manage classes and offer online



& offline testing services. It enables the e‐Content providers to hire faculty, allot courses, and manage learning streams & classes.

ED1001 Sub‐Module: Course Allotment

1 Provision for qualified aspirants to apply for online faculty positions. The e‐Content vendors shall be able to receive and scrutinize the prospective faculty applications, conduct online assessments and select faculty for teaching online courses.

2 Provision to automatically allocate courses to the faculty based on the time table and faculty details inputted in the system.

3 Provision to allow manual override of automatic course allocation by the system. The Senior management of the e‐Content vendor shall have the option to manually allocate the courses to the faculties in their institute.

4 Provision for the Senior management to define the syllabus to be covered by the faculty on daily, monthly, quarterly, half yearly and yearly basis.

5 Provision for the Senior management to track the quality of faculty through student and other stakeholder surveys.

ED1002 Sub‐Module: Asynchronous Learning Management

1 Provision for the faculty to create virtual courses and corresponding teaching flows while publishing educational content packages and tests.

2 Provision for the faculty to define the start date, end date, content validity etc., while publishing educational content packages and tests.

3 Provision for grouping of courses into categories and subcategories of courses.

4 Provision for the inclusion of learners in the course directly by the faculty or choose a period of time when learners can be self‐register.

5 Within the courses it be possible to be added study sessions, each session having its own period defined.

6 Within the courses, it shall be possible to be added self‐study exercises. Each exercise may comprise one or more topics that students will need to upload to the course and will be graded by the instructor.

7 Provision for learners to complete the course/exams at a self‐paced way by adhering to course requirements.

ED1003 Sub‐Module: Synchronous Learning Management

1 Provision for the faculty and students to collaborate online on class assignments, group projects, industry internships etc.

2 Provision for the faculty and students to upload documents and conduct peer review and provide feedback to the author.

3 Provision for the faculty and students to have virtual class rooms and discussion threads.

4 Provision for the faculty to select each learner that will receive or not a lesson send with select/deselect option. The faculty shall be able to control learner activities, its duration and selectively send materials that maintains learner’s interest.

ED1004 Sub‐Module: Class Management

1 Provision for the faculty to register questionnaire, assign students selectively, run class tests online and record students test scores.

2 Provision for the faculty to provide feedback / counsel the students online based on their academic performance.

3 Alert the faculty about the students that need special attention for academic



advancement.

4 Provision for faculty and students to upload and maintain documents in a repository by proper tagging, which could be searched and viewed later with key words.

5 Allow the document creator to add users to validate working papers and can make changes in them. Users shall be able to share folders and files with read or edit access rights.

6 Provision for the faculty to conduct various surveys regarding the effectiveness of the course, teaching effectiveness etc.


Module Name :Virtual University Management Module Code : ED11 Module Functionality: Virtual Universities offers higher education programs over the web through the e‐Siksha platform as a form of distance education. This module allows the e‐content providers and external agencies to get approval (if required) for running courses online and awarding of degrees/certificates. In addition to the above, the module allows the content providers to run courses and manage their course contents.

ED1101 Sub‐Module: Accreditation Management

1 Provision for accreditation of the e‐content vendor (if required) and the corresponding workflow for the application approval process.

2 Provision for the renewal of an existing affiliation which is going to expire shortly.

3 Provision for online payment of fees for affiliation.

4 Provision for e‐content vendors’ to get alerts for affiliation, fees payment etc.

ED1102 Sub‐Module: Course Administration

1 Provision for the content vendor to correspond with the universities / agencies / departments to avail permission for running existing or new courses, if required. The communications shall be done as a web service, if the university / agency applications APIs are exposed, in case APIs are not provided by the external system, an appropriate email client shall be configured for the purpose.

2 Provision for the content vendor to do online surveys, opinion polls etc., to estimate the course demand and the mode of delivery.

3 Provision for the content vendor to generate possible scenarios w.r.t to course demand, classroom space availability, financial viability of the course etc.

4 Provision for the content vendor to add or delete courses based on the student demand and faculty availability. The Senior management has to approve any addition or deletion of courses from the system.

ED1103 Sub‐Module: e‐Content Management

1 The system shall be compliant with requirements of international e‐Learning standards / protocols such as SCORM 2004 or latest version, SCORM player integration, ADL, LOM etc. The system shall be able to stream contents not only in the smart phones, tabs, laptops/desktops etc., but also in the compatible electronic projectors which are used in the classrooms via Wi‐Fi networks.

2 Provision make books accessible in digital form as e‐books to be read and used on tablets and laptops. The main idea is to bring various publishers (free as well as commercial) and institutions on one platform. It shall bring together three categories of stakeholders: the publisher, the institutions and the students. It provides them with the following primary functionalities:

a) Mobile App for accessing the e‐books shall be made available in the APP Store



b) Publishers upload & manage content in the e‐Sikhs platform c) Institutions/Faculty Browse content, pick what suits, organize into topics d) Students identify topics of interest and download

3 Provision for the faculty to view all courses, study areas and units, but can only update courses, study areas and units ‘owned’ by the faculty. The senior management can approve/reject the update made by the faculty to reconsider the updates.

4 Provision to store course, study area and unit information in such a way that can be used to display on the web and be extracted in a format appropriate for preparation of handbooks, brochures and other publications.

5 Provision to create a real knowledge base designed to store and organize large amounts of information and training materials which could be configured, indexed, catalogued etc.

6 Provision to the user based on his/her access rights to change the information structure by adding, modifying / deleting directories, educational materials and tests.

7 The system shall facilitate the users with the following features: a) Maintain details of the structure of all courses (award and non‐award), including

majors/disciplines and units (prescribed and elective). b) Controlled access to training materials c) Systematic consultation or searching large volumes of text and multimedia

content d) Creating educational content using an embedded editor for the creation of tests,

questions editors, editors’ glossaries / dictionaries etc., from documents, multimedia, urls etc.

e) Import and export of archives containing educational materials

8 The system must ensure that the educational materials complies with the following standard specifications:

a) Attributes for defining educational materials such as author, description, duration, etc. are described in a standardized XML file

b) The navigation structure and aggregation is defined in an XML file that complies with this standard

c) Optionally can contain a library of functions that can communicate with the server.


Module Name : Knowledge Management

Module Code : ED12

Module Functionality: This module provides the entire gamut of knowledge management

and premium research services to all users in the e‐Pragati ecosystem. The services

includes a banquet of self‐services, document management, yellow pages, premium

research services KM team management etc.

ED1201 Sub‐Module: KM Self Service

1 Provision to change the interface theme and each user shall have a personal workspace

in which they can add and organize specific blocks for: calendar, notes, chator shortcuts

to learning materials etc.

2 Provision for advanced search facilities to locate information sources and documents

with varying search parameters. The system shall facilitate users to search for document

repositories by using key words and the system shall display the search results based on



historical document demand and document rating by users.

3 Provision to search not only the KM application database but also all other shared

application databases under e‐Pragati framework; other privately subscribed paid

databases for premium members or members with requisite credit points for their KM

contribution.

4 Provision to display a set of recommended tags and information sources based on user

profile.

5 Provision for the user to upload documents after collecting the information such as

author name and details, category, validity, tags etc.

6 Provision for the users to digitally authorize and sign documents for authenticity, if

required.

7 Provision to search the available books, journals etc., in the library databases linked to

KM application.

8 Provision to issue digital manuscripts and archives, books, check the due submission

date, penalty etc. The system shall be integrated with the EduGov and Library

Management applications to fetch the booking details of digital manuscripts and

archives, books etc.

9 Provision to issue automatic alerts to users based on their predefined set of criteria

regarding books/documents/information new arrivals, updates on existing ones,

document / information expiry etc.

10 Enable the user to apply for information access (a workflow mechanism – to approve /

reject etc.), if it’s not a publicly shared document / source of information.

11 Enable the user to subscribe or procure document for a fee, by providing suitable

integration to payment gateways.

12 Provision for users to rate information sources, documents, and authors on a predefined

set of parameters while using the same.

13 Provision for the user to use or share the incentives / credit points he/she received for

KM contribution with other users in the system.

14 Provision for registration of seniors as mentors, the scholarly and experienced

professionals can offer mentorship. Enable the selection of mentors by any individual,

after the approval of the prospective mentor by viewing individual’s profile.

ED1202 Sub‐Module: KM Dashboard

1 Dashboard shall have features for receiving different notifications based on areas of

interest such as the ones listed below, but not limited to the same.

a) Information on Seminars, Exhibitions, Courses, Events etc.

b) Books, Journals etc.

c) Documents, Information Sources etc.

d) Credit Points for KM Contributions

e) Collaboration requests

f) Status updates on documents etc.



g) Credits and Incentives Wallet

h) Any other notifications/alerts set by stakeholders

ED1203 Sub‐Module: Document Management

1 Provision to automatically allocate documents / information to the members of the

document administration team for vetting, based on the documents / information source

details inputted in the system.

2 Allow manual override of automatic allocation by the system. The senior administrator

shall have the option to manually allocate the work to the members in the document

administration team.

3 Allow the document administration team to define the Ontology / Taxonomy w.r.t the

artifacts / documents / information sources as given below

a) Indexing

b) Classification

c) Document Tagging

4 Enable the senior administrator to define the work flow and its ownership to team

members, for the following tasks, but not limited to the same

a) Receipt of artifacts / documents / information

b) Subscription to external data and procurement of e‐journals / reports, databases

etc.

c) Validation for originality of document, information etc.

d) Cleansing of document before final acceptance

e) Version Control of documents under updates

f) Authoring and Review – modification or creation of documents

g) Approval of internal and external documents / information for use / reuse

h) Publishing of documents / information for use / reuse

i) Release of documents based on access privileges, information category etc.

j) Archiving and Tagging of document / information and its sources

k) Collaboration with stakeholders for knowledge sharing, usage and an ambient

culture

l) Policy Management and Audit of knowledge infrastructure and resources

m) Grievance Handling related to knowledge services

5 Provision of Document Repository through which the users can “Access” and

“Contribute” knowledge on various topics.

6 Provision of a Reusable Components Library through which the users can “Access” and

“Contribute” by using in‐house developed reusable components and best practices.

7 Provision of a Project Data Bank that houses significant context sensitive information on

all closed projects.

8 Provision of a premium repository which contains documents and artifacts in the form of

highly readable best‐in‐class knowledge, authored/ validated by experts. It shall strictly

regulated based on access controls and/or pay per use model.



ED1204 Sub‐Module: Yellow Pages

1 Provision to create yellow pages of experts with their contact details for availing their

knowledge services. The yellow pages shall be available to all users.

2 Provision to automatically allocate collaboration requests to the registered people based

on their yellow pages profile details/availability inputted in the system. All registered

users will be automatically listed and categorized in the yellow pages automatically by the

system.

3 Allow manual override of automatic collaboration allocation by the system. The

administration team shall have the option to manually allocate the collaboration requests

to the registered users in the system or to invite SMEs who are not registered through

email.

4 Allow seamless audio‐video conferencing / communication as if the members are in the

same room during collaborative works.

5 Allow users to give inputs to KM application administration team w.r.t collaboration

functionalities and its effectiveness to make any adjustments/fine‐tuning if required.

ED1205 Sub‐Module: Premium Content Services

1 Provision for the user to request for information by rising an information request in a

predefined template either by logging into the system with the registered User ID and

password or by emailing information request forms.

2 Verifies the user privileges automatically / approvals from the administration team to

process the information request.

3 Enable the requester to make online payment for the requested information while the

information content sought falls under premium category.

4 Provision to register the information requests and searches for a similar catered

information request earlier. The system displays the user with the required document /

information in case it’s available in the KM database.

5 Allocate the information request to the work calendar of the KM administration team

members (it’s the backend team who manages the KM services through the Portal), in

case the requested document / information is new.

6 Enable the administration team members to search not only KM database but also

external system databases (including paid databases) under the ePragati framework. The

administration team uploads the research inputs as sought by the requester.

7 The system sends the uploaded information by the KM administration team to the

requester by email and may intimate him/her by SMS as well. The requested information

is also tagged to the requester profile.

8 Enable the requester to rate the quality of information and in case not satisfied with the

received information, allows the requester to resubmit request for information.

ED1206 Sub‐Module: KM Administration

1 Provision for the KM administration team to organize themselves on various roles and

allocate tasks based on the KM process category.



2 Enable a dash board to facilitate the administration team management to observe the

status of pending requests and task statuses assigned to team members.

3 Enable a dash board to facilitate the administration team members to observe the status

of pending requests and task statuses assigned to each of them.

4 Enable appropriate predefined alerts to administration team management and team

members by email / SMS etc.

5 Enable the administration team members to mark attendance and apply for leave with

suitable integration to HRMS.

6 The system shall assign work to administration team members based on their availability

by taking cognizance of attendance and leave data.

7 The System shall give credits to the administration team members based on the ratings

received from the user community for their work.

8 Enable the administration team managers to collaborate with the staff on various KM

activities.

9 Provision for administration team members to create virtual collaboration rooms and

invite participants to jointly discuss and work on common activities, proposals,

documents etc.,

10 Provision for administration team, to get in touch with other KM content vendors,

organizations, industries etc., though the adequate provision of APIs for interconnection

with external systems.

11 The system shall facilitate communication through the configuration of email client, for

the administration team to communicate internally within the team and externally with

the partners and clients.

ED1207 Sub‐Module: Incentive Management

1 Enable the KM administration team to identify top contributors in various domains.

2 Enable the KM administration team to mark the SMEs and Experts in the directory /

yellow pages for users to tap domain expertise.

3 The system shall send automatic email and SMS to SMEs for registration in the KM with

unique User IDs and passwords.

4 Enable the users to rate the content and services provided through the platform.

Accordingly the system shall calculate the points for KM contribution for each user.

5 Enable the administration team to define the credit point’s threshold for different

categories of remuneration for top KM contributors on periodic basis.

6 Enable the administration team to issue leader boards, badges etc., not only within the

system but also in social media, department specific applications etc.


Component Name : Communication Management Module Code : ED13

Module Functionality: Communication Management ensures that the stakeholders

should be able to contact the departments for official communications and guidelines.

The communication could be in the form of Email/SMS/Fax/Phone etc.



ED1301 Sub‐Component: Correspondence Management

1 The communications should be done as a web service, if the agency applications APIs are exposed, in case APIs are not provided by the external system, an appropriate email client should be configured for the purpose.

2 Ensure that the Stakeholders should be able to contact the departments for official communications and guidelines.

3 In addition to the above requirements, the communication solution should satisfy the following requirements: a) The system should generate the correspondence to all the stakeholders and external

organizations maintained in the database. b) The system should generate the correspondence to members of staff and other

persons maintained in the database. c) The system should create the communication records, tracked, and tied to external

organizations. d) The system should generate the correspondence via hard copy (letter/fax) or

softcopy (email) or notifications via SMS. e) The system should enable user definition of correspondence types with ability to

maintain multiple templates for each correspondence type. f) The system should be able to apply a template to a particular stakeholder cohort and

maintain different versions over time with effective dates. g) The system should allow to generate correspondence to be printed, emailed or

delivered via the stakeholder’s self‐service facility. h) The system should allow the preferred method of communication (letter, email) to

track and maintained for each stakeholder. The system be able to archive the previous communications for later reference.

ED1302 Sub‐Component: Electronic File Management System

1 Enable the Staff, Superintendent / HoDs / Principal etc., to manage records related to academic, student, faculty, course, awards etc., by proper versioning and document control mechanisms.

2 Provision to store and share records by privileges and sufficient access control mechanisms.

3 Provision of APIs to connect to the e‐Office application under the e‐Pragati framework. The e‐office application may control the administrative tasks and related documentation.

Sub‐Component: Media Connect

1 Provision to transfer the contents after a multistage approval process workflow by the concerned department to the press, publications etc.

2 Provision to displaying the departmental information to the media houses on the portal.


Component Name :Proposal Management Module Code : ED14

Module Functionality: The Proposal Management functionality allows to capture/facilitate for verification, validation and approval of received proposals/applications from stakeholders as per the department requirements. This module needs to be integrated with the e‐office application under the e‐Pragati framework.

ED1401 Sub‐Component: Proposal Management



1 Provision to view eligible schemes based on the institutional profile and apply for the same.

2 Allow a workflow centric approach for managing the proposal requirements for availing various schemes and benefits from departmental and/or external agencies. A workflow with defined stages shall be provided from proposal initiation to closure. The following categories (but not limited to the same) of functionalities shall use proposal management component workflow:

a) Accreditation/ Affiliation b) Schemes Management c) Application for by institutions for external funding d) Sanction of grants and funding to Institutions e) Application for funding by educational departments from external agencies

3 Allow to capture/facilitate for verification, validation and approval of received proposals/applications from students, faculty and other stakeholders as per the department requirements.

4 Provision for collaboration of between the stakeholders and/or the departmental staff for the settlement of the proposals/applications.

5 Provision to create online templates of proposals based on scheme criteria and generate proposals based on staff inputs. The entity and staff related data should be automatically pulled in from the profile data and other external databases such as entity hub, land hub, people hub, GIS hub and IoT hub under the e‐Pragati framework. Land Hub ID reconciliation it is not available currently, but will be part of Land Hub/Core Package.

6 Provide the facility to categorize various proposals and allow the privileged users to update them and update the status of the proposals to the corresponding stages.


Component Name : Attendance & Leave Management Module Code : ED15

Module Functionality: The student, faculty and staff attendance has to be captured from the biometric attendance management system deployed in the institutions and the departments. The attendance data from institutions shall help in monitoring potential drop out and remedial action, teacher absenteeism or delayed attendance, syllabus coverage, academic performance management etc. The collection of attendance data of children taking Mid‐day Meal will give correct analysis of class attendance vs. Mid‐day Meal Attendance.

ED1501 Sub‐Component: Attendance Management

1 Provision to integrate with the biometric attendance management system deployed at departments and institutions to capture the student, faculty and staff attendance.

2 Provision to define rules and applicability of attendance and marking of leaves.

3 Provision to maintain daily attendance as per class schedule approved by teachers.

4 Provision to use attendance data with the course selected by the student thereby ensuring the mandatory minimum attendance requirements for each course.

ED1502 Sub‐Component: Leave Management

1 Provision to fetch daily attendance data as per class schedule/assigned task approved by Principal/Head of the Department (HoD) as per the rules of the institution/department.

2 Provision to define rules and applicability of attendance and marking of leaves. Enable the student/faculty/departmental staff to apply, cancel or extend / modify leave under



various categories such as sick leave, medical leave etc.

3 Provision to use attendance and leave data with the course allotted to the faculty/departmental staff. The system shall have workflow for approval/ rejection of leaves by the senior management/HoD.

4 The system shall facilitate to track leave application and maintain account of the leaves.

5 The system shall be integrated with the HRMS application under the e‐Pragati framework.


Component Name : Collaboration Management Module Code : ED16

Module Functionality: Collaboration Management consists of Smart Campus and Social Media Networking. It facilitates the virtual connection between the industry, institutions, students and the faculties for effective learning and research.

ED1601 Sub‐Component: e‐Classrooms

1 Provision for students, faculty, institutions, industry etc., to collaborate online on class assignments, group projects, industry internships, research, mentoring etc.

2 Provision for faculty and students to upload documents and conduct peer review and provide feedback to the author.

3 Provision for faculty and students to have project rooms and discussion threads based on subjects.

4 Allow seamless audio‐video conferencing / communication as if the faculty and the learners are in the same room.

5 Allow transmission of images both from instructor to all its learners and between learners, according to parameters established for each session separately. The system shall provide to the instructor the opportunity to moderate a collaborative session.

6 Allow instant messages in group learning sessions as well as private direct users.

7 Allow the participants to share their desktops, files in various formats such as doc, xls, pdf, ppt, jpg, gif, zip file etc., with each other. It shall also facilitate images in any format, sounds and animations, movies and web pages etc.

8 Allow to use the tool called dashboard that allows to illustrate the drawings or complex diagrams with participants during an online presentation. The system shall provide the users shall have access to a rich palette of drawing objects needed.

9 Allow participants to access the same web resources and to navigate on websites together ‐ during the collaborative learning process.

10 Allow collaboration multimedia/text contents to be streamed to the digital projectors in the class rooms.

Sub‐Component: Social Networking

1 Collaborate with peers and mentors on projects in real time.

2 Provision to organize or participate in webinars and knowledge sharing platforms.

3 Provision to showcase and market innovative ideas for external collaboration & funding.

4 Provision for access to Social Media and discussion forums for live discussion threads. The ED Package shall be integrated with Mana Rashtram application under the e‐Pragati framework.


Component Name : Capacity Building Management Module Code : ED17

Module Functionality: Capacity Building (CB) enables the authorized departmental staff



and/or senior management of the respective institutions to run various trainings and programs to develop the desired capabilities in students, faculty, support staff and other stakeholders.

ED1701 Sub‐Component: Training

1 Enable training team of the institutions to conduct training need assessment of students, faculties, staff etc., in the given academic year.

2 Enable training team to roll out capacity building programmes tailor made to the

stakeholders through online and offline courses. Enable the departments to monitor the

following programmes, but not limited to the same.

a) Interventions for out of school children ‐ bridge courses, remedial courses etc.

b) Coaching for civil services examinations by SC and ST students

c) Coaching for GRE/GMAT/TOEFL/IELTS

d) Urdu academy and coaching centers

e) Training of faculty in Schools, Colleges, Universities, and other institutions

3 Provision to display the training schedule, date, location, day, participant list selected for

training etc.

4 Provide training schedule information to training participants by SMS/E‐mails.

5 Enable departmental staff to monitor student support initiatives listed below, but not limited to the following:

a) Skill Development Programmes b) Mana TV, English Language Labs c) Woman Empowerment Cells d) Publication of books and e‐books e) Periodicals and audio‐video material

The above initiatives shall be linked to e‐Siksha platform for multimedia content

creation/usage.

6 Enable departmental staff to monitor and evaluate the capacity building programmes and generation of reports based on predefined parameters.

7 Enable departmental staff to receive feedback on the effectiveness of the capacity building programmes from the stakeholders.


Component Name :Audit/Inspection Module Code : ED18

Module Functionality: This module provides adequate functionalities that can record and categorize auditor comments, clarifications sought, clarifications provided, date and location etc. This module also provides the reporting functionalities.

ED1801 Sub‐Component: Audit/Inspection

1 The system shall give intelligent inputs (like violation of rules, based on grievances filed, whistle‐blowers, data and information analytics etc.) to undertake voluntary audits based on the information from analytics frameworks such as DataLytics. Enable auditing team to plan and get approval for conducting audit/raids including private institutions.

2 Enable recording Academic Audit Report (AAR) with the provision of suitable templates so that auditors can enter the details directly in the templates and that gets routed to the concerned authorities for appropriate actions.

3 Enable the auditors/inspection staff to record and categorize their comments,



clarifications sought, clarifications provided, date and location etc.

4 Provide predefined templates for the auditors/inspection staff for usage and file comments and reports.

5 Enable the auditors/inspection staff to record their comments through handheld and mobile devices.

6 Enable auditors to generate income and expenditure reports at the institutional level (for govt. or govt. aided institutions) w.r.t plan / non‐plan item wise by integrating with the CFMS application under e‐Pragati framework.

7 Enable individuals/establishments to respond to audit queries/observations online and collaborate with the auditors/inspection team through multiple stages till audit/inspection closure.

8 Provision for whistle‐blowers to raise concerns with the respective authorities with/without sharing their identity details as per the current legislations.


Component Name :Policy Formulation Module Code : ED19

Module Functionality: This module facilitates to collects inputs from the stakeholders for policy formulation. The feedbacks are obtained through various opinion polls and survey which is conducted online through various channels such as SMS, Emails, online questionnaires etc.

ED1901 Sub‐Component: Policy Formulation

1 Enable the departmental staff to collaborate with students, faculty, institutes, industry etc., for the preparation of policies, courses, curriculums etc.

2 Enables the departmental staff to collect inputs from the above stakeholders through structured templates using channels such as SMS, Emails, online questionnaires etc.

3 Enables the departmental staff to publish survey questionnaire on department /college / institute web portals and analyze the same.

4 Enable the authorized departmental staff to build policy inputs through the generation of MIS Reports from the Education Package database and through external online surveys.

5 Enable integration with DataLytics to give the prescriptive analysis, trend analysis reports etc., and to policy formulators analyze root causes and to take proactive decisions.


Component Name :Grievance Management Module Code : ED20

Module Functionality: This module addresses the grievance management of various stakeholders. It follows a workflow centric model with multiple stages and approvals, having the provision for escalations.

ED2001 Sub‐Component: Grievance Management

1 Provision for adding any problem or issues by the student, faculty, institutions and other stakeholders.

2 Provision for public to make complaints/suggestions to the institutions.

3 Provision for integration with the Grievance Management System under the e‐Pragati framework.


Component Name : Infrastructure Management Module Code : ED21

Module Functionality: This module addresses the infrastructure management



requirements of the institutions/departments. The asset details and the engineering works under taken by the institutions/departments needs to be registered, monitored and tracked with adequate track and trace facility.

ED2101 Sub‐Component: Asset Management

1 Provision to define the infrastructure related assets given below, but not limited to the same. The system shall also facilitate track and trace of the below inventory with geo‐tagging wherever necessary.

a) Class Rooms / Hostels b) Infrastructure for differently‐abled citizens in campus c) Floors / Washrooms / Training rooms / Labs / Auditoriums d) Existing Buildings / buildings under construction e) Fleet Management / vehicles owned by the institutions f) IT related Assets g) Other infrastructure and related assets

2 Provision to upload geo tagged photos using handheld mobile devices of any asset under the scope to be tracked.

ED2102 Sub‐Component: Engineering Works Management

1 Provision to view the construction and engineering works for all government and government aided institutes using Work/Construction Management System under the e‐Pragati framework.

2 Provision to upload geo tagged photos using handheld mobile devices of any construction work being taken up.


Component Name : Legal Monitoring System Module Code : ED22

Module Functionality: This module tracks all cases against the department, institutions etc., and notifies the impending court requirements to the senior management and officials of the concerned departments and institutions for appropriate actions.

ED2201 Sub‐Component: Case Management

1 Provision to integrate with Legal Case Management System (e‐Kacheri) under the e‐Pragati framework with SSO facility.

2 The Legal Monitoring Module gives details and status of the case.

3 Provision to view/update legal issues pertaining to the department or schools under its jurisdiction.

4 Provision to nominate/change the legal counsel(s).

5 Provision to fetch court documents and additional information sought by legal counsel.

Code / FR Number

Component Name : e‐Procurement Module Code : ED23

Module Functionality: It handles the end to end procurement functions of the educations departments. The data from e‐Procurement application shall flow to Education Package and DataLytics for MIS reporting and analysis purposes.

Sub‐Component: e‐Procurement

1 Provision for department staff to make high value procurements using SSO through the integration with e‐Procurement system under the e‐Pragati framework for making the quotations, asking for proposals etc.

2 Provision for departmental staff to collate the details of the bidders and contract value



analysis.

3 The data from e‐Procurement application shall flow to Education Package and DataLytics application for MIS reporting and analysis purposes.

ANNEXURE 7 ‐ FORMS RE‐ENGINEERING REQUIREMENTS OF COMMON MODULES &

SUB‐MODULES OF EDUCATION PACKAGE

Requests for service are accumulated with the aid of various forms. Forms could be in physical or electronic formats. Forms consist of various fields of required information, which would be the basis for any process to be initiated. In physical form, form availability becomes an important consideration as this depends on a variety of external factors. Lack of availability of forms impedes the process. Electronic forms would address the lack of availability issue and would standardize the fields using a system approach. Form availability would ensure that the services can be accessed. Forms once available with the appropriate fields will not only form the basis for accessing any particular service, but would also be used in creating an incremental database. The purpose of the element as envisaged in the proposed BPR framework has been listed below:

• To make available the relevant form for making service request for the selected services. • To standardize the format for the form pertaining to selected services.

SI has to propose the detailed BPR after systems study and the department has to approve the same through the PMU. For example, the following picture portrays the existing “Application Form for Recounting of Marks” in the Intermediate Education:


AS‐IS APPLICATION FORM FOR RECOUNTING OF MARKS – BOARD OF INTERMEDIATE EDUCATION

In the To‐Be scenario the student has to select the option for “recounting of marks” in the under the corresponding course, after logging in to SIMS application with the state specified unique number [the student demographic and socioeconomic data of the student will be loaded from the People Hub, in case the updated student data is not available in the SIMS databases]. The system automatically identifies the student through the unique id and enables the student to pay the recounting fee through the Payment Gateway application integration enabled in the Education Package. Upon the receipt of payment acknowledgement, the system sends the request to the corresponding personnel in the education department for processing the recounting request. When the education department personnel logs in with his/her state specified unique id, the recounting request is seen under pending tasks in his/her dashboard and in‐turn processes the request. The department personnel can see the required student details online while processing the recounting request (as it’s already available in the SIMS database); therefore the need for collecting the details through “As‐Is Marks Recounting Form” is null. Therefore, the “As‐Is Marks Recounting Form” could be eliminated in the proposed e‐Pragati environment.

The most frequently used forms of the ED Package are hosted on the e‐Pragati Portal for reference. The SI is required to re‐engineer these forms as part of the BPR.


ANNEXURE 8 ‐ FUNCTIONAL REQUIREMENTS OF DEPARTMENT‐SPECIFIC MODULES

& SUB‐MODULES OF EDUCATION PACKAGE

Given below are the minimum requirements of Department‐specific Modules & Sub‐modules of Education Package:

Minimum Unique Requirements of School Information Management System (SIMS):

Minimum Unique Requirements of School Information Management System


Module Name : Mid‐day Meal Management Module Code : ED24 Module Functionality: This module shall have the complete details of MDM scheme, all information on government grant received, disbursed, reports for tracking. This shall also take care of the stock and inventory management in the schools and hostels.

ED2401 Sub‐Module: MDM Management

1 Provision to capture Cook‐cum‐helper details viz. name, bank details for payments, number of cook‐cum‐helpers required based on prefixed norms of the department. The system shall capture details of participating NGOs supplying MDM etc.

2 Provision to upload geo tagged pictures of inventories and kitchen area through handheld mobile devices in real time.

3 Provision for institutional authorities for monitoring and managing the Midday meals scheme being implement at school on a daily basis. Provision to capture the student attendance details during mid‐day meals and details of training plans for MDM staff.

4 Provision for the institutional authorities to monitor and manage the inventories maintained for the preparation of midday meals.

5 Provision for the institutional authorities to collect feedback on the quality of midday meals served to students on periodically.

6 MIS reports on allocation of budget, Allocation of food grains, Bills raised, Payments made, Payment pending, Food Grains consumed, Health Card of each student, Evaluation of the scheme, Evaluation of concerned officials etc.

7 Provision to link the Mid‐day meal scheme to hostels through integration with SIMS, ePDS, Government Scheme Management System and CFMS under the e‐Pragati application framework.

ED2402 Sub‐Module: Inventory Management

1 The system shall enable the citizens/departmental personnel to manage their calendars and receive notifications such as the ones listed below:

a) Daily Stock Status b) Payment to vendors c) Financial Assistance d) Grievances to be resolved e) Status of tasks to be completed

2 Provision for inventory management through multiple channels like PCs, Mobiles etc.

3

Provision for the Linkage with the centralized supply of essential commodities through civil supplies corporation, but not limited to the following:


Minimum Unique Requirements of School Information Management System

a) Note books b) Text books c) Uniforms d) Food grains e) Any other local purchases

4 Provision for stock and inventory management, give daily status updates while the stock hits the reorder levels. The system shall generate automatic intimation/alerts to the concerned stakeholders for the procurement and stocking of inventory to the desired safety levels. The system shall facilitate the Indent to be placed with agencies/vendors, release orders, dispatch and delivery.

5 Provision for Budget Control and Management, with the integration through CFMS under the e‐Pragati framework.

6 The system shall facilitate the reconciliation issues through CFMS integration. The system shall facilitate the bills generation through channels such as PCs, Mobiles etc.


Minimum Unique Requirements of EduGov:

Minimum Unique Requirements of EduGov


Module Name: University Management Module Code : ED25 Module Functionality: This module enables the university administrators to run the institutions underneath them. The University Management Module handles the functional requirements of a university such as admissions to courses and syllabus management, global exchange programmes, collaboration, thesis management, research & consultancy, physical education etc.

ED2501 Sub Module: Student Enrollments

1 Provision for the concerned university officials to manage / support the admission process under various colleges / institutes affiliated to it.

2 Provision for the concerned university to manage the student applications processed by the colleges/institutes for finalization of seats for various courses offered by the university.

ED2502 Sub Module: Syllabus Management

1 Provision for the concerned university officials to manage the list of all the courses run by the colleges / institutions.

2 Provision for the university to prescribe the content for each course run by the colleges / institutions.

3 Provision for the university to assign credits to the courses run by the colleges/ institutions.

4 Provision for running choice based credit system under the affiliated colleges / institutions.

5 Provision for the university to prescribe the guidelines for written/ practical exams and other internal exams.

6 Provision to push communications like guidelines/ rules to colleges.

ED2503 Sub‐Module: Partnership & Collaboration Management

1 Provision for university officials to capture the details of external institutions who can be potential partners for global student exchange programmes, faculty exchange programmes, sharing of best practices, research and collaboration etc. The details may include addresses and point of contact details, programme and course details, admission details etc., of all programmes eligible for global exchange programmes.

2 Provision for university management to assign staff and allocate tasks related institute partnership based on geography, region, country etc., and track the progress of the tasks allotted to staffs.

3 Provision for assigned staff to record the leads about the potential institutions based on the territories and institutes assigned to them. Allow assigned staff to qualify leads and record opportunities for potential collaboration with prospective institutions.

4 Provision for assigned staff to make notes and record/upload information about the prospective institutions. Allow assigned staff and designated university officials to exchange documents and communicate with integrated email clients.

5 Provision for designated university officials to upload MOUs, Agreement etc., of the partnered institutions in the system.



6 Allow designated university officials to track and trace the MOUs, Agreement etc., with the partnered external institutions.

ED2504 Sub‐Module: Global Exchange Programme

1 Provision for the students and faculties to view and apply for programmes and courses of external institutions partnered by the universities. For processing applications, the student/faculty shall be able to make necessary payments, if any.

2 Allow students from other institutions as part of global exchange to apply for programmes and courses under the university. For processing applications, the student/faculty shall be able to make necessary payments, if any.

3 Provision to accept or reject the student/faculty application by the designated university officials with a workflow having multiple levels of approval.

4 Provision for the students/faculty to resubmit any additional details, if any, as required by the university officials during the application processing.

5 Provision for the university to collaborate online with the college/institution where the student/faculty belong to validate the submitted application.

5

Provision for the university to issue the permission letter of the university for participating in the global exchange programmes. The permission letter issued by the university to be forwarded to the CLGS application under the e‐Pragati framework.

6 Provision for students/faculties to print the permission letter of the university for participating in the global exchange programmes.

ED2505 Sub‐Module: Research & Thesis Management

1 Provision for the document creator to add users to validate working papers and can make changes in them. Users shall be able to share folders and files with read or edit access rights. Provision for the following for effective research and thesis management, but not limited to the same:

a) Registration of a Thesis/Project b) Verify/Edit a Thesis/Project c) Keyword Search d) Search ‐ Papers/ Scholars e) Submit final reports and findings

2 Provision to enroll candidates into the research programs.

3 Provision to candidates to formally notify the university of their intention to submit their theses for examination prior to submission.

4 Provision to define when communications are sent to the candidate, supervisor, and any other interested parties regarding the imminence of the end of the candidature and the requirement to submit a thesis.

5 Provision to define minimum and maximum number of examiners that must examine the thesis for the examination to be deemed valid by the university.

6 Provision to configure and activate (or deactivate) research topic categories and research topics or allow candidates to propose new topics with effective dates.

7 Provision to assign research topics to one or more academic program/plan or a combination of both.

8 Provision to define how many candidates can apply for admission for the research topic.

9 Provision to define assignment requirement for each research topic.

10 Provision for the university officials to evaluate the thesis/research to confer the fellowships to the scholars.



ED2506 Sub‐Module: Patents & IPRs

1 Provision for Plagiarism checks (run against third party tool) as part of upload of research documents.

2 Provision to connect with Google Scholar, Web of Science, Scopus

3 Provision for apply for Intellectual Property Rights having a well‐defined workflow to process the IPR application on multiple stages.

4 Provision for students/faculty to showcase their findings/ideas with the external world for review/feedback/funding etc.

5 Provision for industries, agencies etc., to connect with the students/faculty for seed and venture funding interested ideas and potential collaborations.

ED2507 Sub‐Module: Convocation Management

1 The officials shall be able to use the calendaring and collaboration facilities for event management. The designated university officials shall be able to plan the convocation ceremony for various courses and programmes and book the premises owned by the university.

2 Provision for the university officials to manage the contact details of dignitaries who are potential invitees in the convocation ceremonies.

3 Provision for university officials to send invites to students and faculty of the course and programmes whose convocation ceremony is being conducted. The system shall automatically filter the eligible students and faculty details from the EduGov database for sending the invite.

4 Provision for arranging the transcripts etc., to be awarded during the convocation ceremony. Provision for shipment of transcripts etc., in case they are not awarded to the concerned individuals / faculty / students in person.

5 Allow external vendors to register in the system and offer various event management services.


Module Name: Manuscripts & Archives Management Module Code : ED26 Module Functionality: Allow the officials to preserve manuscripts and archives in digitized form and allow the public to access the same online with suitable privileges. The concerned departments shall publish the online catalogue of Manuscripts & Archives for public consumption. This catalogue shall be an add‐on to the library catalogue for making the access to digital records from a single source.

ED2601 Sub‐Module: Digital Records Management

1 Provision to upload digitalized manuscripts/archives material as and when required by the departmental staff. The system shall keep the complete audit log of manuscripts management function with suitable functionalities for version control, digital record management etc.

2 Provision for access controls and privileges at various levels among the departmental staff.

3 Provision for the researches/public to view the catalogue online and apply for the digital records. The system shall have multistage workflow to process the application requests and for the collection of payments from the public towards access fees.

4 Provision for the public to submit any historical artefacts to the manuscripts/archives museum. The system shall have multistage workflow to process the submission requests and for managing the acquisition process from the public.



5 Provision for the public to make donations to the manuscripts/archives museum. The payment mechanism shall make use of the payment gateway system under the e‐Pragati framework.

6 Provision for the following digital library functionalities, but not limited to the same: a) circulation control b) acquisitions c) serials control d) document delivery and inter‐library loans e) support real‐time updating in all functions f) track staff operations for audit purposes g) provide current status of material through the various stages of processing h) provide for multi‐site operation i) comply with the Web Accessibility Initiative Level AA j) comply with the provisions for Data Protection

7 Provision to customize the following items: a) indexes b) record displays c) help texts d) screen layouts for public access e) bibliographic fields and field labels

8 Provision for the following “operational” functionality, but not limited to the following: a) provide a graphical user interface in all functions b) provide for direct access between functions c) allow staff to initiate a database search from any point in the system d) provide for use of function/hot keys for frequently used functions e) allow navigation tasks to be performed via the keyboard / mouse f) allow different searching/display options for staff for different functions g) allow library‐defined inactivity time‐outs in all functions


Minimum Unique Requirements of Skills Management System:

Minimum Unique Requirements of Skills Management System


Module Name: Skills Administration Module Code : ED27 Module Functionality: Allow the skill administration team of the department to identify training partners, organize skills trainings as per the aspirant needs and course viability. The candidates shall be able to register for their preferred skill development programmes and get certified.

ED2701 Sub‐Module: Mobilization‐ Skills Demand & Supply

1 Provision to collate leads from various external and internal sources w.r.t the skill gaps in the market and in the industry.

2 Provision to collate leads from the discussion threads in the social media, e‐Pragati ecosystem like EIMS, SIMS, e‐Siksha, e‐Vigyan etc.

3 Provision to mobilize the potential trainees for skill development through multiple campaign channels such as online, mobile platforms, IVRs, Job Melas and from employment exchanges and job portals – using adequate APIs, and identify the relevant training content and training programs.

4 Provision for the industry to upload demand requirements for the new hires as well as retraining of their existing staff.

5 Provision to qualify leads and assign them to suitable employees / partners to work on the same. The partner agency shall be able to internally assign to his/her employees during the lead and opportunity stages.

6 Provision to external stakeholders like industry or education experts, companies etc., to offer leads or proposals through proposal management module for skill development.

7 Provision for students/learners, faculty, departmental staff and external professionals/employees placed with private businesses to take skills assessment tests based on their competency requirements and career aspirations.

8 The skill assessment test shall be online (in case of offline testing the system shall facilitate to upload the assessment test results online). Based on the test results the system shall automatically identify and suggest skills upgradation courses and the institutes which are cost effective and geographically near to the prospective learner.

ED2702 Sub‐Module: Skill Development

1 Provision for the staff to conduct surveys of students, faculty, parents, institutes, current employers of trained students etc. The system shall facilitate to analyze and assess the feedbacks and communicate the same to department officials, training partners and other stakeholders.

2 Provision for the authorized staff to track the employability of students undergoing training in various skill development centers / institutes, and the performance of already trained students in the industry. The system shall enable the staff to generate MIS Reports from the skill development database with customizable parameters and report templates.

3 Provision for the authorized staff to push notifications related to academic events / policies etc., to Institutes, HoDs etc.

4 Provision for the staff to communicate with fellow or outside departmental staffs, Institutes, Principals, HoDs etc., with suitable configuration of email client which enables to archive messages in the system. The system shall provide the staff and other stakeholders a “instant messenger window” for one to one/many instant messaging as well as an ability to create group rooms etc., to work jointly on schemes, proposals etc.



5 Allow the institute administration team to do online surveys, opinion polls etc., to estimate the course demand and the mode of delivery.

6 Allow the institute administration team to generate possible scenarios w.r.t to skill development course demand, classroom space availability, financial viability of the course etc.

7 Allow the institute administration team to add or delete courses based on the department or citizen/student/worker demand and faculty availability. The HoD has to approve any addition or deletion of courses from the system.

ED2703 Sub‐Module: Training Content Management

1 Provision to form skill development committees to review the training content for each course/program. The system shall allow the creation of a convener to invite other committee members for training content review.

2 Provision to get suggestions from the committee members’ online w.r.t the renewal of existing training content.

3 Provision to send calendar invites to committee members for physical meeting for the finalization of training content. The system shall allow the recording of the committee decisions and give instructions to registered training partners.

4 Provision for the registered training partners to view feedbacks from the skill development department and upload the revised content for approval from the department. The department officials shall be able to provide feedback/comments to the training partners online.

5 Provision to track and trace the training content and track the availability of related materials at institutions/programs and the availability of the same to students/learners.

ED2704 Sub‐Module: Partnership Management

1 Provision for the departmental staff to negotiate and close deals with the training partners for skilling requirements.

2 Provision for the skill development department to enter into contracts with the industry for supply of trained manpower.

Provision for the Training Partner to upload training calendar based on the capacity and target which will be escalated to ED for approval. On ED approval, the system shall have a provision for the Training Partner to plan batches accordingly. The system automatically pushes the approved training calendar of the partner to that of students, faculty and department officials involved.

3 Provision to review and approval process of implementation of the program for Training Centers, Batches, Placements, Post Placements and Payments at different levels based on the guidelines, business rules and workflows defined on a preliminary visit of the implementing officers. The procedure followed in EGMM/MEPMA is TPJDMPDSMMEDCEO, upon the registration of Training Partner.

4 Provision to make payments to the department partners based workflows and business rules defined on the Scheme Guidelines, Inceptions, Placements, Assessments, Attendance and Verifications etc., by supporting the officers involved in the process of generating Proceedings, Approvals and Payments (in case of EGMM it is JDMPDDDOFO).

Provision for the empanelment of external training partner for schemes such as CRDA, NULM, ESDM etc., and initiate the payment process to the training partner based on execution of the training program under a particular scheme. The departmental staff shall be able to get an expenditure report under a particular scheme.



ED2705 Sub‐Module: Engagement Model

1 Provision to connect with other skill development agencies like iTrack, iSkill, NSDC, EJMM etc., through adequate APIs (wherever possible) ‐ for avoiding duplicity of people who are registering with multiple skill development agencies for the same training.

2 Provision for training on process & platform, Interest Inventory tool, Career discovery videos (Tata STRIVE), Counsellor training (esp. for CRDA).

3 Provision for Digital Assessments ‐ Platform for partners to set up assessments and execute Tata STRIVE Developed Rich Question Banks for assessments, Ability for partners to set up their own question banks, Assessment centres.

4 Provision for recording RPL (Recognition of prior learning).

5 Provision for Printing and mailing certificate, QR Coded. The digitized certificates shall be delivered to the learner using the CLGS application under the e‐Pragati framework.

ED2706 Sub‐Module: Learning & Skills Platform

1 Provision to create and manage the cloud based Skill platform and models based on the business rules and workflows defined.

2 Access to the platform anytime and anywhere, Real‐time view of the progress ‐ skill, certify, list and track.

3 Provision for traceability from skilling to employability and on job performance of the trainee across the state.

4 Provision for mapping to a specific training center and training program based curriculum, content and his/her interest and geographic location. The system shall facilitate for enrolment in the preferred center with all details of candidate as well as start and end date for the batch.

5 Provision to allocate registered Skills Counselors for advisory services to potential trainees and trainees for their career management.

6 Provision for the learners to register for the preferred skill development courses based on certain eligibility criteria.

7 Provision to integrate with payment gateway so that the students can pay fees online.

8 Provision to provide digitized content in categories such as instructional design, facilitator handbooks, training material, student handbook, train the trainer (certification) etc.

9 Provision to receive standardized content from the provider; High standards, Industry relevant, NOS+ ‐ Activity based, problem solving approach appealing to youth.

10 Provision to plan the faculty empowerment coaching through three phases (classroom training, One on one remote sessions, classroom training) based on the business rules and the workflow defined.

11 Ability for partners to host digital, hybrid or physical courses. Use of digital learning in skill development.

12 Provision for providing the following Skill Development Courses but not limited to the same:

a) Mindfulness practices b) Self –discovery c) Values d) Life Skills(Sustainability Thinking, Grit, Systems Thinking, Digital Literacy, Financial

Literacy) e) Workplace Readiness f) Communication Skills (Non Language)



13 Provision to record attendance, trainee learning effectiveness and faculty performance towards increasing the employability of trainees.

14 Provision for listing of skilled and certified youth for jobs. The certified youth data shall be shared with the Employment Exchange and Industries databases under the e‐Pragati framework.

15 Provision for employers to look up, see feedback and choose skilled workforce for employment.

16 Provision to provide placement data ‐ company, location, salary, designation, etc., for the trainees to make informed career decisions.

17 Provision for the employer to register with their job requirements and get the updates on job applications received.

18 Provision for the external recruiters/industry to see the list of eligible candidates and their resumes anytime.

ED2707 Sub‐Module: Certification Management

1 Provision to take the certification exam on the trained skill development course.

2 Provision to take the certification on both soft skills and technical skills by connecting with suitable online platforms.

3 Provision to issue joint certificates through industry tie‐ups as per the industry requirements.

4 Provision to generate certifications for the learners after the successful completion of their courses. The system shall facilitate the department to issue a Skill Development Scorecard for each trainee.

5 Provision to send the digitally signed copy of the transcripts / certificate to the digital storage facility of the learner through the CLGS application under the e‐Pragati framework.


ANNEXURE 9‐ FUNCTIONAL REQUIREMENTS OF SMART CAMPUS

Given below are the minimum requirements of Smart Campus which needs to be built as a pilot in identified one campus Acharya Nagarjuna University http://anu.ac.in/.Vendor has to deploy the pilot Smart Campus in aforementioned campus under this RFP and, later Education department will take a call to get implemented in other colleges and universities.

Smart Campus enables students to learn in and outside the class, manage time‐consuming tasks like lesson plans, attendance, assignments and updates very comfortably and conveniently. Smart Learning enables teachers to control students’ attention and learning materials. Teachers and institutes can create and set up classes conveniently with easy‐ to‐use management tools. Smart Campus provides education through digital devices, like Smart Boards, Video Conferencing, Projectors, Wi‐Fi enabled campus, etc. Smart Campus needs Information and communication systems, whether free‐standing or based on either local networks or the Internet in networked learning, underlie many e‐learning processes

Components of Smart Campus need Centralised Integrated System to integrate disparate systems across campus on one platform. It is required to integrate, control and monitor all multimedia network devices, environmental, and room‐scheduling technology, and existing IT infrastructure. Centralised enterprise management platform shall monitor and control these systems together from anywhere and it should be independent of campus size. Centralised system should monitor and manage below devices:

a. Audio/Video b. Video Conferencing Devices c. Scheduling d. Security e. Lighting/Shades f. Wi‐Fi Devices g. Network Bandwidth throttling h. MDM (Mobile Device Management) i. Smart Boards

Minimum Unique Requirements of Smart Campus


Module Name : Smart Campus

Module Code : ED28

Module Functionality: This Components shall have the complete details and requirements

of Smart Campus which includes the details of the Wi‐Fi, Security System, Bio‐metric

access control, BYOD registration, Smart Board, interactive tabs, High Definition Projectors

‐ e‐Siksha integration, Directory Services, Audio‐Video Systems,

ED2801 Sub‐Module : Smart Campus

1 Smart Campus needs Wired and Wireless Connectivity

Wi‐Fi Connectivity to each and every digital class room. It will enable all smart devices like

Smart Board, Video Conferencing, Lecture recording devices to get connected with central

server. Students use the wireless LAN to access educational sites and download course



materials. Student also use the wireless LAN to perform administrative tasks (including

dealing with registration, grades, parking), and to access the Internet outside of

classrooms. Faculty members also use wireless networks to streamline administrative

tasks, support easy access to websites, alert students about class cancellations or grades,

and improve class collaboration.

2 Security System ‐ Safety and Security Mobility Solutions shall be required to enhance

physical campus security, track assets, protect the network, and prevent unauthorized

network access. Real‐time monitoring shall be in place to helps campus security staff to

prevent, deter, detect, and respond more quickly to incidents. Quick communication to

students, faculty, administrators, and the surrounding community during a safety incident

can be facilitated. Real‐time tie‐in to wired and wireless video surveillance cameras as well

as portable security devices and third‐party campus safety systems are supported to help

institutions realize cost reductions and savings through improved operational efficiencies

3 RFID based access control system ‐ Smart Campus shall have high label of access control

security systems for physical entry into their facilities. Radio‐frequency identification

(RFID) based access‐control system allows only authorised persons to enter a particular

area of an establishment. The authorised persons are provided with unique tags, using

which they can access that area.

The system shall be based on micro controller and comprises an RFID module, an LCD

module for displaying the status and a relay for opening the door.

4 BYOD registration system (MDM) ‐ With the consumerization of mobility, it is an important

requirement turning to Bring Your Own Device (BYOD) programs. By supporting BYOD

initiative, educational institutes allow students/faculties to access digital resources from

anywhere, increasing productivity and driving student satisfaction. There is a requirement

of MDM to provide a flexible model for asset management, policy enforcement, and for

distributing profiles, apps and content, based on device ownership type. This will also

provide the facility to attend the digital class from remote location by registering the own

devices on MDM.

5 Interactive Device ‐ Interactive Tabs or Interactive whiteboards, where the instructor

writes on a projected computer image using an electronic stylus where the interactive

device shall connected to a larger projection system. It allows teaching without turning

away from the students. It shall has a facility to transfer data from interactive device to

attendees of the class.

6 Online courses details for digital/smart classrooms ‐ eSiksha shall have the features to

accommodate the requirement of digital classrooms with respect to online courses that

shall run in digital classrooms

7 Directory Service –The directory service shall be provided by SI to all faculty and students

to access shared resources like printers/digital boards at digital classrooms.

8 Audio and video system – It is required to play numerous types of media that deliver text,

audio, images, animation, and streaming video, and includes technology applications and



processes such as satellite TV, CD‐ROM, and computer‐based learning, as well as local

intranet/extranet and web‐based learning. Digital Classroom shall have at least 10 Watts

audio system with microphones to enable learners and educators to interact more clearly.

Video technology shall include DVDs, as well as on‐demand and synchronous methods

with digital video via server or web‐based options such as streamed video from Teacher

Tube, Skype, Adobe Connect, and webcams. Telecommuting can connect with speakers

and other experts.

9 Multi‐party Conferencing System –This shall be made available to visiting faculties and

others. An appropriate video/web conferencing usually requires monitors for the various

video signals involved, as well as specialized audio processing to eliminate echoes from

interfering with the sound at one or both ends. It shall provide a return audio (and usually)

video link from the students back to the instructor, allowing two‐way interaction. Video

Conferencing shall enable students and faculty to join or stream videoconferences from

their personal mobile devices or desktop computers by downloading an app.

a) Shall have facility to create a multi‐point video conference on the fly.

b) Shall have facility to extend video services to personal video‐enabled devices like

smart phones and tablets.

c) Shall have facility to optimize video quality automatically over both controlled and

uncontrolled network connections

10 Lecture‐capture Systems – To be installed in conformance with e‐Siksha systems. This

should be fully compatible with content management systems and with other back‐end

systems, such as identity management.

11 Recorded Lectures‐ To be categorized for re‐viewing by subject, staff, timeline, institute

etc. for easy access.

12 High Definition Interactive Projectors‐ The classroom shall have XGA or WXGA resolution,

and brightness of 2500 to 4000 lumens. It shall have flexible brightness settings that allow

customization for viewing environment. It Shall have high bright mode for viewing 3D

content and 2D images in rooms with higher ambient light. It shall have an option for input

HDMI, S‐Video, VGA, Composite Video, 3.5mm Audio, etc. HDMI ports shall have Mobile

High‐Definition Link (MHL)‐enabled, letting project from Android devices.


ANNEXURE 10‐ MIS REPORTING REQUIREMENTS

Given below are the MIS Reporting Requirements:

MIS Reporting Requirements of e‐Pragati Education Package


Module Name : MIS Reports Module Code : ED29 Module Functionality: The MIS functionality helps the user to create various predefined reports with different levels of analysis. The users can save custom MIS Templates for future usage. The simple MIS Reports are generated from the Education Package databases whereas for complex MIS Reports the functionalities of the DataLytics application under the e‐Pragati framework is used.

ED2901 MIS

1 Allow to integrated, generate, preview, download and print the KPI Progress Report based on Department and Periodicity.

2 Allow to generate survey reports for block, district and state level.

3 Facilitate generation of the predefined reports by the users on different parameters for generation of customized reports.

4 Facilitate a query builder facility to the predefined users.

5 Facilitate the users to save customized report templates for future use.

6 Facilitate to generate predefined reports with set of parameters on the following lines anytime online:

a) Enrollment/Reenrollment of Students w.r.t course/region/demographic background

b) Student/Faculty Attendance c) Student dropouts/Students who are potential dropouts w.r.t

course/region/demographic background d) Student/Faculty Ratio w.r.t region/institution e) Pass percentage w.r.t region/institution/demographic background f) Placement w.r.t course category/region/institution/demographic background g) MDM‐ Budget Allocation h) MDM‐Allocation of food grains i) MDM‐Attendance Reports j) KPIs and e‐PIs

7 Enable the authorized departmental staff to build policy inputs through the generation of Reports from the Education Package database and through external online surveys with customizable parameters and report templates.

8 Apart from the above, system should be able to accommodate and provide MIS reports as per the departments’ needs which should be in a customizable and printable formats. The system shall facilitate generation of the predefined reports on different parameters. The reports should support Graphical Reports, Cost Reports& Summary Reports.


ANNEXURE 11‐EPI &KPI REQUIREMENTS

The inputs that are required to be used to arrive at the outcome of each ePI is given in the table 35

below. The detailed methodology for arriving at e‐PIs and KPIs will be described on the e‐Pragati portal ‐

http://e‐pragati.ap.gov.in/

Sl. No. e‐PIs of Education Package Inputs to measure e‐PIs

1. Gross Enrolment Ratio Based on the biometric attendance data of students across the state for the year, captured in the Education Package.

2. Net Enrolment Ratio Based on the biometric attendance data of students across the state for the year, captured in the Education Package.

3. Gender Equality in Education Based on the biometric attendance data of students across the state for the year, captured in the Education Package.

4. Students covered by scholarships Based on the scholarship provided data and the number of eligible students in the state, captured in the Education Package.

5. Well‐nourished children reported Based on the data from e‐Health and Education Package, captured during the health assessments by competent authorities periodically.

6. Access to well‐maintained infrastructure facilities (safe drinking water, physical security, toilets etc., at educational institutions)

Based on the data from Education Package with the geotagging of assets and asset management functionalities offered by Education Package.

7. Access to e‐Learning Courses Number of student registrations to courses under e‐Siksha to total student population in the state, based on the student data captured in the Education Package.

8. Access to Technical Training Centers

Based on the biometric attendance data for the year at technical training centers to total eligible students in the state, based on the student data captured in the Education Package.

9. Pass Percentage of Students (general/underprivileged communities)

Based on the examination results data which is updated in the Education Package.

10. Educational projects under Industry Academia Collaboration

Based on the number of industry collaboration projects happening through the Education Package and/or the data updated from respective institutions in the Education Package.

11. Students who are placed from campus

Based on the number of campus placements happening through the Education Package and/or the data updated from respective institutions in the Education Package.


TABLE37: EPIS OF EDUCATION PACKAGE

ANNEXURE 12‐ NON‐FUNCTIONAL REQUIREMENTS OF EDUCATION PACKAGE

1. Scalability Provisions

Sl. No. Description

1 Sufficient number of ports for addressing the required bandwidth shall be provided by cloud service provider as per sizing requirements detailed out in Section 8.3. Scalability shall be planned in accordance with future growth of 15% year on year.

2 The system shall provide load balancers at various layers of application deployment, facilitating high availability.

3 The system shall provide horizontal scalability in such a manner that a new resource can be added (or removed) dynamically, as and when required in future, without disturbing the normal functioning of production system.

4 The system shall support 85Lakhs user’s environment seamlessly considering the total number of students, faculty, administrative users and department users. Details are provided in the factsheet of Volume 1, Section 3.1.

TABLE38: SCALABILITY PROVISIONS

2. Performance Provisions

Sl. No. Description

1 The system shall support 5000 concurrent users on average by considering various types of users in first year of O&M phase and it shall be scalable based on the demand in subsequent years

2 Response time shall be on average 3 seconds for 90% of transactions and remaining transactions shall not exceed response time of 10 seconds. Response time is defined as the time between when user sends a service request and when user receives response (output on the screen).

3 Response time of services shall remain within operational SLA limit even during peak usage with 2 Mbps link.

4 The users may perform different kinds of activities on the system, including downloading or uploading large files like images, documents, multimedia etc. The system must have acceptable level of performance even during peak usage.

5 The system shall respond to user requests within operational SLA limit. This SLA applicable to MIS and analytical reports as well.

TABLE39: PERFORMANCE PROVISIONS

3. Availability Provisions

Sl. No. Description

1 The network level redundancy shall be achieved through procuring leased lines from two different service providers, alternate routing paths facilitated at ISP backbone (MPLS), redundant network devises. Redundant ISP links at both ends of SDC as well


as Cloud Provider shall be provided.

2 Redundancy in security components and load balancers, in high‐availability mode, shall be provided to facilitate alternate paths in LAN including all supporting systems.

3 Redundancy shall be provided to Education Package and all related critical components of architecture including web, application, and database layers. The size of each server/instance and total number of servers/instances in a cluster shall be determined to meet the performance requirements, even if a particular server/instance is unavailable.

4 The system shall be available 24x7 with 99.5% of uptime on the average and, strictly adhering to these SLAs during working hours of schools and colleges from 8 am to 8 pm.

TABLE40: AVAILABILITY PROVISIONS

4. Reliability Provisions

Sl. No. Description

1 The system shall be a reliable system with consistent and repeatable behavior in terms of quality, availability, scalability, and performance.

2 The system shall be robust and tolerant to certain level of faulty use. For example: The entire system should not come down if an user accidently inputs wrong value, or uploads incorrect data.

TABLE41: RELIABILITY PROVISIONS

5. Manageability Provisions

Sl. No. Description

1 The system is required to cater to stakeholders across the country accessing it from multiple points and through multiple channels like Desktop, Laptop, Mobile, Tab, etc. Hence the manageability of this system is essential to ensure effective monitoring and timely resolution of any issues surrounding performance, availability and security.

TABLE42: MANAGEABILITY PROVISIONS

6. Usability Provisions

Sl. No. Description

1 The system shall be made available on all major browsers &mobile platforms and SI shall propose suitable solution.

2 The application itself shall be user friendly and any new user must be able to easily use functionalities offered by the system.

3 Error messages or pop ups must be helpful to an extent that user can take next action and does not experience too much discomfort.

4 User interface must be simple yet user‐friendly, and the workflow should be intuitive so that user/student can complete his work with least time and effort.

5 All the system alerts and error messages shall be available in local languages for understanding of students, etc.


TABLE43: USABILITY PROVISIONS


ANNEXURE 13‐ LIST OF SCHEMES IN EDUCATION DEPARTMENTS

Name of the Department Name of the Scheme

School Education

School Education Mid‐Day Meals

Model Schools

RMSA

Rashtriya Madhyamik Shiksha Abhiyan

Inclusive Education of Disable students of Secondary Education

Vocational Education

SSA

Sarva Shiksha Abhiyan

Inclusive Education for CWSN Children

National Programme for Education of Girls at Elementary Level (NPEGEL)

Higher Education

Department of Technical Education

Community Development through Polytechnics (CDTP)

Commissionerate of Collegiate Education

Development Assistance

Development Grants

Social Inclusion & Exclusion

Faculty Development Programme

Model Colleges

Jubilee Grants

RUSA

A.P. State archives& Research Institute

Central Finance Assistance Scheme

Research Fellowship Scheme

SBTET Community College Programmes

Social/Tribal/BC/Minority Welfare

Scholarships

Social/Tribal/BC Welfare e‐Hostel

Social Welfare

Tribal Welfare Department

NTR Vidyonnathi ‐ Coaching to ST students for competitive exams

Yuva Kiranalu

Social Welfare Dr. B.R. Ambedkar Overseas Vidya Nidhi (Financial Assistance for studies abroad)

BC Welfare MJPAPBCWREIS

TABLE44: LIST OF SCHEMES IN EDUCATION PACKAGE DEPARTMENTS


ANNEXURE 14‐SOFTWARE TESTING &QUALITY ASSURANCE

Quality Assurance (QA) being termed as several processes across the organization for every department and group which are matured to different levels over a period of time. The Systems Integrator is expected to follow a meticulous Quality Assurance process as defined by its organizations during all activities and phases of the complete project duration. However, it is mandatory to check the Government of Andhra Pradesh policies, standards, guidelines and specifications that are recommended at all stages always using the latest revisions. SOFTWARE QUALITY CONTROL (SQC) The quality control teams should follow a meticulous process for testing. The SQC leads are expected to participate in bottom up estimates, project planning, requirements analysis, create test plans and test models, collect test data and run them in cycles and phases. The teams are expected to follow a very systematic approach and use appropriate tools for bidirectional trace‐ability including the defect tracking. The tool is expected to provide end‐to‐end trace‐ability from requirements to defects and vice‐versa (reverse traceability). The traceability has to be achieved at least by mapping the defects to test cases which in turn are mapped to requirements that are bundled into sub‐modules under modules. As every Business Process is expected to be achieved by composition of services (Orchestration or Choreography) all such services have to be mapped to specific requirements. Similarly, it has to be noted that all non‐functional requirements have to be mapped to test cases which in turn should help to substantiate the SLAs related to Performance, Scalability, Availability, Security and other criterion as defined in the Annexure 11.Methodology of development is the decision of the SI. The developed solution should adhere to industry standards and the principles of e‐Pragati. The quality certification for every intermediate, demo or staging release is expected to be given based on detailed analysis and necessary reports substantiating the relevant criterion. Passing or failing requirements based on traceability is mandatory. Every business process, service, module and sub‐module has to be certified not only based on the requirements that are passed or failed but also the test cases and the defects still pending. All the senior managers from development, quality assurance, project management, technical managers and GoAP would decide whether a version is fit to release based on the reports. TPA is only for the Security Audit and it does not involve testing the application. Any improved quality control processes and tools beyond the minimal scope stated above is welcome and the system integrator will be given further attention during the proposal review. Different types of testing are anticipated like user interface testing, functional testing, compliance testing, acceptance testing, smoke testing, integration testing, systems integration testing, operational readiness testing, performance testing, load testing, stress testing, pre‐production and production testing. All Services and Business Processes have to be tested in a standalone mode. A brief description of different types of testing presumed is given below in this section. Please note that in all such testing defects are raised and they are fixed. However, in production applications tickets are raised which are addressed in the support mode. Industry accepted best practices should be used for testing.


Products, Applications (Desktop, Browser or Mobile) and Portals have to be tested for all the user interface requirements in addition to the functional and non‐functional requirements as applicable. In all stages and different kinds of testing wherever possible it is required to use appropriate tools. User Interface Testing Graphics harmony, usability, navigation and functionality have to be tested using the same traceability approach for the appropriate requirements. For repeated testing of user interface recording, scripts and other techniques and tools are advised. Standards and policies for graphical design have to be followed and the same are expected to be tested. Functional Testing As a part of the functional testing all the services (granular web services), business services and business processes are expected to be tested independently in standalone mode using appropriate tools. All messages (request/response) have to be tested for requirements including the compliance, security, performance and other criteria. The products, applications and portals have to be tested for the functional and non‐functional requirements. Integration Testing The integration testing is the functional testing for integration requirements. All requirements for integration between sub‐modules, modules, intra‐package and inter‐package that are identified during the requirements documentation have to be tested in this phase. Systems Integration Testing The systems that are alien to the developed by the system integrator are to be tested in this phase. The systems could be other products like CRM, CMS, ERP, business processes, payment gateways, other government products and other packages in e‐Pragati. All such requirements have to identified/tagged in the requirements document. Compliance Testing All requirements that are cross mapped to specific clauses in a specification, policy or standard have to be tested in this phase. This testing is expected for all the clauses that are relevant in a specification, standard or policy for the services, processes, products, applications and portals. A report on the clauses of the specification with pass or fail results for compliance is mandatory. Performance Testing Performance Testing includes but not limited to load, stress, scalability and availability testing requirements and related criteria. To meet specific SLAs or requirements necessary testing tools have to be used to confirm that the results meet the defined criterion. Security Testing At different levels from services to products and applications, security has to be tested. Services are to be tested not only for licensing, access, authorization and other aspects but also for penetration and injections for web, application and information tiers. User interfaces have to be tested specific security requirements like URL rewriting, bots and others. Not only the access, authorization, auditing, validating, confidentiality, integrity, availability aspects of an application, service, process, product or portal but also appropriate specifications referred or listed in the requirements document. All security protocols (SSL, HTTPS, etc.), encryptions and other requirements have to be tested in this phase.


Acceptance Testing This otherwise called User Acceptance Testing is the testing of the product owners/stakeholders who validate all functionalities as per the business. Such a subject matter expert team can also review requirements and can pass or fail using the User Acceptance Test cases that are usually end to end in nature. Smoke Testing The application or services are tested after deployment in its environment to ensure the application sanctity. Some basic test cases are identified and run to check this. Operational Readiness Testing The production ready infrastructure and the environments are tested for its capacity, size, licenses, upgrades, versions and all other aspects for compatibility including other systems for integration. All scalability, availability in terms of redundancy, performance and all such requirements are ensured. In a cloud the servers and environment procured initially also has to be tested to ensure the requirements compatibility. Necessary loads may have to be generated using tools for Scalability testing in a cloud environment. Pre‐Production Testing This is otherwise called limited user testing. Before taking a release version to production limited users are identified and rolled out to them to monitor the product or application. Any fixes required are applied before taking to products. Production Testing A full release version is tested with full loads by end users for a limited period. This is otherwise called the warranty state or stabilization period. It is recommend for a solution for automated testing and automated test case generation. This ensures complete and appropriate test cases are generated, reducing waste and enhancing application quality, as long as the scope and coverage of test cases and their results are verified and signed off by PMU.


ANNEXURE 15 – BOM FOR DIGITAL CLASSROOM & SMART CAMPUS

S.No Description S.Type ‐I S.Type‐2 S.Type‐3 S.Type4 Degree College

U.Type‐1

U.Type‐2

U.Type‐3

Total Quantity

1 Server Specifications for ANU & Degree College 30 10 40

2 Type‐I All in One Desktops for Schools & junior colleges 3900 1950 390 6240

3 Type‐II All in One Desktops for Schools & University 716 3 1800 180 2699

4 Laptops for Schools & Junior Colleges 38 38

5 2 KV UPS for Schools & Degree Colleges 1300 1300 260 700 3560

6 DLP Projector for Schools & Junior College 1950 1950 390 4290

6.a DLP Projector Screen and Accessories for Schools & Junior college 1950 1950 390 4290

7 HD LCD Projector for College & University 700 60 760

7.a 120 Motorized Screen with remote control Draper/AVC/Dalite for college & university 700 60 760

8 Ink‐Jet MFP Printers for Schools 650 650

9 Laser Jet MFP Printers for Schools & Degree Colleges 650 130 700 1480

10 Interactive Device for schools and Degree Colleges 1950 390 2340

11 8 Inch Tablet with SIM for Schools 70 70

12 Wireless Portable Interactive Device for Teaching/Learning for Degree Colleges 13 60 73

13 Wireless Audio System for Degree Colleges 700 700

14 Student Response System for Degree College 700 700

15 Wifi‐ Access Points for Degree Colleges and ANU 196 450 646

16 RFID‐ Card Reader & Writer 2160 60 2220

16.a RFID Smart Card 2546 8000 10546

17 Video Conference System 20 20

17.a HDMI Audio De‐ Embedder ( CODEC) 20 20

17.b Full HD PTZ camera 20 20

17.c Full HD 42” LED TV 20 20

17.d Multi Conferencing Unit with support for up to minimum of 200 end points 1 1

17.e Rack mount HDMI Matrix Switch 20 20

17.f HD Video conference Node (End Point) 20 20


S.No Description S.Type ‐I S.Type‐2 S.Type‐3 S.Type4 Degree College

U.Type‐1

U.Type‐2

U.Type‐3

Total Quantity

18 All devices control system with Touch panel 60 60

19 5.KV UPS Online for University 60 6 66

20 Digital Smart Boards 12X9 Size for University 6 6

21 Integrated Digital Podium 6 6

22 UTM Device for firewall for approx. 2000 user access 6 6

23 Aggregation switch in Server room 48 port 2 2

24 Network Switch 24 port switch 60 60

25 NVR with 100 Node 30 30

26 PTZ Cameras for Surveillance 30 24

27 Thin Client with 10 Ports 6 6

28 Wifi access controller 13 6

29 LCD Projection Device for 3D objectives and text books 13 6

Note –

1. Detailed specifications are given in Volume IV of the RFP

2. The Infrastructure supplied should consist all the accessories required for commissioning and operations and the system integrator should include

comprehensive insurance for the all the procured infrastructure for the complete contract period at no extra cost to the GoAP.

3. The system integrator should provide comprehensive warranty for the all the procured infrastructure for the complete contract period at no extra cost to

the GoAP

Legend

S.Type1 = School Type‐1 (Schools) U.Type1= ANU Smart Campus

S.Type 2 = School Type‐2 (High Schools) U.Type3= ANU Exam Centers

S.Type 3 = School Type‐3 (Admin Staff BOM) U.Type2= ANU Smart Class Rooms

S. type 4 = Junior Colleges Degree Colleges = PG, Polytechnic Colleges

*** End of document ***

Andhra Pradesh Technology Services Limited

Documents

Transcript of Andhra Pradesh Technology Services Limited