SCOPEOFWORK–E‐Nagar

1 Background

Urbanization has emerged as the key trends in India, with share of urban population to total

populationgrowingfrom17.3percentin1951to31.16percentin2011.Theurbanpopulationof

Indiahasrapidlyincreasedinrecentyears.In1961about79millionpersonslivedinurbanareas

of thecountry,by2001,theirnumberhadgoneuptoover285million,an increaseofover350

percentinthelastfourdecades,whichwillincreasetoover400millionbytheyear2011and533

millionbytheyear2021.In1991therewere23metropolitancities,whichhaveincreasedto35in

last decade. As a result, most urban settlements are characterized by shortfalls in housing and

watersupply,inadequatesewerage,trafficcongestion,pollution,povertyandsocialunrestmaking

urbangovernanceadifficulttask.

Urban Local Bodies [ULBs] which are statutorily responsible for provision and maintenance of

basicinfrastructureandservicesincitiesandtownsareundertremendousstress.Withlittleorno

computerization, to even operate and maintain existing services, let alone augment them, is

presentlydifficult.AccordingtoCensusofIndia,thereare3255ULBsinthecountryclassifiedinto

four major categories of municipal corporations, municipalities (Municipal council, municipal

boardandmunicipalcommittee),townareacommitteesandnotifiedareacommitteesandGujarat

hastotal167.

2 GoalsThe eNagar project aims at creating economicallyproductive, efficient, equitable and responsive

cities.ThereformsseektostrengthenMunicipalGovernmentsandtheirfunctioning.

TheGoalsemergingfromtheeNagarprojectareasfollows:

ImprovedServiceDeliverytocitizens

BetterInformationManagement

EfficiencyandEffectiveness

CommunityParticipation

TransparencyandAccountability

ImproveLocalGovernmentOperation

InterfacebetweenMunicipalitiesandcitizens

3 BenefitsTheservicelevelsaredesiredtoensureefficiency,transparencyandreliabilityofsuchservicesat

affordable costs to realize the basic needs of the common man. The impact of successfully

achievingthisvisionwouldbeamoresatisfiedcitizen/business/government.Similarly,thegoals

specific to BBMP would also significantly impact the stakeholders. In the following table we

summarizetheKeybenefitsforeachstakeholder,againsteachofthegoalsstatedabove

Sr.

No.

Goals

BenefitstoStakeholder

1.

Improved Service

Delivery tocitizens

Provision for e•Governance services can enable citizens to

avail of services such as status tracking, information

requests etc. without making visits to offices or civic

center’s reducing the cost of availing

services.

e•Governance services could also bring about a

reductionintimeandnumberofvisits.

Integrated back office operations and information flow

betweendepartmentscould reduce time takenbycitizens

toavailcitizenservices.

Implementationof an integrated system could enable

various checks and validations into the process and reduce

subjectiveassessment.

An integrated systemwould enable the access to

informationasandwhenrequired. This would also

optimizeexchange of information betweendepartments.

2.

Integrated back office operations and information flow

betweendepartmentscould reduce time takenbycitizens

toavailcitizenservices.

Implementationof an integrated system could enable

various check sand validations into the processand reduce

subjectiveassessment.

An integrated systemwouldenabletheaccess to information

as and when required. This would also optimize

exchange of information betweendepartments.

3.

Transformation of

existingsystemsand

tackling issuessuch

asintegrationand

scalability

Building on the existing systems could enable optimum

re•use of applications and data structures on an integrated

platform acrossthe departmentsoftheULB’s

4.

Efficiencyand

Effectiveness

An integrated MISsystemcouldassistineasily

recognizinginefficiencies and taking initiativestoreduce

them.KeyinformationneedscanbemadeGISenabledsothat

decision/actioncanbetakenasperthegeographic

jurisdiction.

Suitableparameterscouldbe identifiedandtrackedthrough

theMISsystemtomeasureeffectiveness.

Monitoringof criticalparameters couldbedonetogenerate

alertsfortheappropriateauthority. 5.

Community

Participation

Information on how to register feedback couldbe made

availableonlineandinciviccenters.

The citizen should be able to provide feedback through

multiplechannels(SMS,emails) 6.

Transparencyand

Accountability

SMS based services could be implementedfortracking

statusofvariousrequestsandinformationonwho/which

departmentisinchargeofaparticularservice.

Information on various assessment parameters could be

made available to citizens so that there is no subjectivity in

theprocessesandoutcomesincitizenfacingprocesses.

Information of contacts numbers of peoplein charge should

continue tobedisplayedforeachoftheservicesoffered.

7.

ImproveULB

Operation

Service levels could be defined for andmade available in

an integrated information management system. The system

could also enable executivestoaccess proper operating

guidelines.

MISsystemwouldenabledefiningand trackingclearservice

levelsforsuppliersandserviceproviders.

MIS systemwould enablepolicymakers tomake important

decisions.

8.

Effective

coordination

betweenthe

Elected and

Executivewing

andbetween

departments

A document management and file tracking system would

enable greater visibility of documents moving in andout of

theoffices.

E•mail id to employeesto disseminate the key information

like minutes of the meetings, discussion points or any

other important communication from Commissioner’s

office/Councilmeetings.

A system that tracks policies, directives and decisions etc.of

the standing committee could be implemented.

DepartmentOfficials couldhave accessto this systemso that

progress of the department can be indicated against each

directive.

Adocument management and file tracking system would

enable greater visibility of documentsmoving in and out of

thedepartments.

Anintegratedsystemcouldimprovecoordinationand

trackingoftasksperformedbythezonaloffice.

9.

Reductionincostof

providingand

availing

services

Service canbeavailedbycitizensacross allincomegroups

throughmultiplemodes

Optimized costs could enable operational efficiency and

promotefiscaldisciplineamongstdepartments

10.

Accessibility of

services

throughalternative

modesofdelivery

Multiplemodesofdeliverycouldenableeasyaccessto

municipalservices

Parameters that track performance ofthe

citizen•ULBinterfacecanbeintegratedwiththeMISsystem.

The nagarpalika could define targetsfor the specified

measuresofeGovernance serviceswhichcanbetracked

throughMISsystem.

4 ObjectivesTheobjectiveistohaveacost&timeefficient,transparentandscalableWebbasedcitizencentric

service and back office operation support systemwhich is easily distributable and customizable

forfurtherreplicationinallMunicipalitiesacrosstheGujarat.Itwill:

Make all Government services accessible to the common man in his locality, through

commonservicedeliveryoutlets andensureefficiency, transparency& reliabilityof such

servicestorealizethebasicneedsofthecommonman.

Enhance citizen service through efficient, responsive and transparent e•Governance

systemswhichreducesthetimeframeforapprovingandfastrealizationoftherevenue.

Standardize e•Governance solutions across different ULBs, on interoperable technology

platformswithcompatibilityforforwardandbackwardintegration.

Capacities of selected State and city/town governments are strengthened to effectively

implementpro•poorandsustainablereformsandprogramunderJNNURM.

5 CurrentStatusInordertostrengthentheprojectrequirementsandfocusoncurrentissuesbeingfaced

ongroundlevelandincorporatethebasicnecessitiesintheproposedeNagarproject,

GIPLteamhascarriedoutsurveytounderstandtheexistingstatusofIT/ITeSatULB’s.

This survey provided the current status to understand the project requirements and

focus on the actual needs and better address & overcome current issues. This analysis

isbasedonlyontheinformationprovidedinthesurveyformsubmittedbyULB’s.

This short report provides a quick snapshot of the status of e•Governance initiatives in

ULBs across the state of Gujarat. The general summary of status of the initiatives is

provided in terms of the operational functional modules, with additional focus on the

technicalinfrastructureavailableatpresent.

Having seen the status and technical attributes of various initiatives, this section

discusses the details of the assessment carried out in various ULBs. The state level

assessmentshowsvarioussimilaritiesanddifferences.

ServiceProvisionFacilities‐TheULBshavetheirownCityCivicCentersacrossthecity.

Given that not many services are available through all the City Civic centers, thesemay

be sufficient or on a lower side, but with the objective of makingmany more services

available through ICT, the Service centers spread will need to be increased. The CCC

standardisapprox.3000populationperservicecenter.

TheULBscanmoveclosertothisbenchmarkbyputtingupmorecentersoradoptingthe

existing CCCwithin theULB boundary,with ULB service appending existing services

fromethStateGovernment.TheULBCivicCentersalsoneedtobefullyequippedto

provideuninterruptedservices,withtheTrainedManpower,Hardware,Connectivity,

Powerbackupetc.

Poweravailability‐Barring fewmajorMunicipalCorporations thepower situation is not

very satisfactory from the point of continuous availability of power throughout the day.

As a fallback the UPS or Generators that could be used for keeping the IT Infrastructure

on, but the Power Backup is generally available onlyat the HO of ULB and not at the

Servicepoints.There arenopowerbackupfacilitiesattheWardlevel Service

CentersortheCFC(CitizenFacilitationCenters),barringfewcities.

NetworkConnectivity‐MostoftheULB’sareconnectedthroughGSWAN.Thebandwidth

available toULBs for service provisionvaries from10MBPS to very low.Thosewhohave

good connectivity have taken services of BSNL broadband services. This is a critical

success factor in the plan of giving improved Citizen Services through an integrated

Solution across theULBs. In addition to the Internet connectivity the intranetconnectivity

withinaULB,connectingvariousofficescanalsobeaddressedthroughthis.

Data Centre Availability & Data Security ‐ Some of the large ULBs have good data

centers, but the situation across the ULBs in the state demands a well‐connected and

hence accessible & available data center to all the ULBs, to achieve the objective of an

integrated Service Portal and future ERP solution common for all ULBs. This will also

address the current challenge of connectivity backup and

failures.

CSSModules‐CurrentSolutionsaremainlyofflineand theyarenotconsistentlyavailable

in localized form so the solution interface as well as the data entry is mostly in English,

whichcanbeachallengeif the intent is tohavecommonserviceinterfacewithspreadout

population across the state. So localized solution with interface and data entry in local

language is a critical change required. Further the integrated solutionmust have a single

payment interface irrespective of the no of services required by a citizen, more like a

shoppingmartforcitizenservices.

ThebriefcurrentstatusesofservicedeliveryinuseatvariousULB’sareasfollows:

a. MostlyofflineorManual

b. Legacy system

‐ Offline

‐ Standalone

‐ OnlyinEnglishornon•uniformGujaratifonts

‐ Differentplatforms/versions

1. Birth&DeathCertificate‐Mostlyofflineormanual

2. Property Tax billing ‐ Mostly offline or manual with a few large ULBs providing

facility of online payment but it does not have an integrated accounting facility so

thattheonlinepaymentsalsogetinternallyaccountedforcompletely.

3. UtilityBilling&Payment‐Mostlyofflineandmanualbillingandpayments.

4. PublicGrievances‐SomeULBshaveanonlinegrievancesubmission(acceptance)Page 41 of 100

solutions,butitneedstobeanintegratedGrievancecumRTIapplicationwhich

informs, accepts grievances or applications for information and has internal

escalationmethod incaseofdelaysetc.withclearcitizencharter, uniformacross the

state

5. Buildingplanapproval‐Still inmanualmodeacrossthestate.Thishasatremendous

possibility of automation & hence transparency, mainly because of a limited no of

stakeholdersandtheirITreadinessbeinggood.This isa lowhangingfruit,whichcan

beanearlytransformationthatcanbeachievedinULBsacrossthestate.

6. Licenses ‐ Mostly offline or manual activity. The renewal and new licenses ‐Food

(health),hawkers,hoardingsorothercanbeagoodadministration&revenue activity

whichcanbeeasilystandardizedacrossthevariousULBs.xOtherServices‐Hospitals

relatedServices&Management,Crematoriumrelatedservices&Management,Schools

related services & management, Slums related Services & management and other

services lie caste certificate, income certificate, disability certificate etc. are not

touched by any of the ULBs and need thorough Process Re•engineering so that the

CitizenCentricityofULBfunctioningcanbeachievedbetter.

7. FileTrackingSystem‐Only fewULBhasanoffline file trackingsystem,allothersare

still manual mode inward ‐ outward of files & documents. With the interoffice,

interpersonalcommunicationmovingtothee•mailbasedandvirtualdocumentsbased

one, it is important to initiate, track, action andmonitor documents, tasks & related

files in government / administrative ecosystem through an integrated File Tracking

systemforphysicalandvirtualcorrespondence,documents,filesetc.

8. Planning Software for preparingAnnual plan&Action Plan ‐Noneof theULBs have

any planning or budgeting solutions. With Citizen participation in the Budgets

becoming a norm, the facility for the citizen and interested groups to be able to

contribute, interact through an online medium and for the ULB to consolidate such

development requests and include those in the Budgetary and planning process

necessitatesaBudgetingandPlanningsolutionforaULB,whichbecomesandinputfor

theaccountingactivityfortheyear.

9. Accounting System ‐ Accounting is the hub of all Organizational management

activities since it is the source for all the activities. Very few ULBs have Online

Accounting with integrated data from all other activities helping them to manage

treasurywell.With financial autonomy, theAccounting function becomes critical

to ensure ULB’s sustenance and management. With an integrated solution with

accountsashubforallotheractivitiesgivingaccurateandtimelydataonallfunctions’

operational status is important for better financial health and hence better service

provisionabilityofULBs.

MostoftheULB’suseTallysystemlocally

Revenuedataenteredmanually

10. PersonnelInformationSystem

FewoftheULBshaveanofflinePayrollsolutionbutnoHRsolutionsreally.Employee

self‐services& Training portal (for training needs of citizens, feedback, training

material etc.) ‐Noneof theULBshave anautomatedorevenmanual system to track

theemployees’ trainingneedandactual training theywouldgo through.WithCitizen

becoming more& more demanding the

ULBstaffhastobemorecapableandmulti•facetedinadministration,governanceand

serviceprovision.ThismakestheHRDveryimportantandhencethefocusontraining

activitybecomescriticalfortheemployeesofULB.

11. MonitoringofProjects‐Project/WardWorks‐Theworksisthemaincostcenterofall

ULBs and hence needs better management to ensure costs control, all the ULBs

managethisinmanualmode.Beyondtheworkorderstheworkscanbemonitoredand

managed through a common platform of Projects Management across the state.

Reducing thecomplexity formanagementat theULB levelwithoutcompromising the

ULBleveldecisionmakingandcontrols.

12. Othermodules•allothermodules listedbelowareofflineormanual, inastandalone

mode.TheabilityoftheULBtogettheMISontheoperationsofthesemodulesneedsa

lotofmanual interventionandalso the accuracyof thedata available is suspect. The

integratedsolution forULBwouldhelp inbettermanagementofULB,simplythrough

quick data availability and data

accuracy.

SolidWasteManagement

Regulationoflanduseandconstructionofbuildings

Publichealth,Sanitation,Conservancy

HospitalManagementSystem

StoresInventoryControlSystem

ITAssetManagementSystem

Land&AssetManagementSystem

HawkersManagementSystem

DisasterManagementSystem

13. AreaProfilertocapturethegeographic,demographic,Socio•economicandnatural

resourcesprofile ‐FewULBshas initiated theGISwork toachieve this,but these

haven’t really progressed beyond the initial data readiness. The data hasn’t got

convertedtousefuldecisionorientedinformation

6 ProjectScope

GeographicalScope

TheimplementationisstatewideforallthemunicipalitiesofGujaratandthescopeof

locationsismentionedinAnnexureA.Totalnumbersoflocationsareasbelow

State/UnionTerritory MunicipalCorporation Municipality Total

Gujarat 8 159 167

Further,allmunicipalCorporationsacrossGujaratarewellequippedwithIT/ITeSandhave

implemented e‐Governance applicationswhich are functional and up to the standards. The

service implementations for all such Municipal corporations and other ULBs where the

servicesarealreadyfunctionalanduptosatisfactorylevelareexcludedfromthescopeofthis

project.

However,tohaveaconsolidatedMISofentirestate,thescopeincludesintegrationofvarious

applications used by this Municipal corporations and ULB’s through API to have data

consolidation and availability on a single platform. This shall also ensure de‐duplication of

application implementation and help minimize the project cost by using existing

infrastructure and applications already functional and cost already incurred by individual

Municipalcorporations&ULB’s.

FunctionalScope1. SupplyofSoftwareapplicationwithfiveyearspostgoesliveAMCwhichshallinclude:

a. Webbasedapplication

b. Mobilebasedapplicationforcitizencentricservicesonly(Withpaymentgateway

integrationandCrossPlatform(Windows,iOS,Android)

2. Solutionintegrationandimplementationservices

a. Businessdesignorblueprintbasedontheassessmentoftheoperationsof

municipalitiesandthecurrentITapplicationsinuse

b. Configuration/customizationoftheproposedSolution

c. Datamigrationforeachoftheapplications,functionsintotheproposedsolution.

d. Formulationofcutoverstrategyandgolive

e. Integrationwithotherapplicationsifrequiredandthewebportalofthemunicipalities

andmunicipalcorporations

3. Team&ActivityManagementservices

a. Deploymentofacompetentteamofexpertsintheareaoftheproposedsolution,specific

functionalareasandinprojectmanagement

b. Deploymentofresourcestoensurethattheprojectactivitiesarecarriedoutasperplan

c. Deploymentofaprojectstructureforeffectivemonitoring,reviewandriskmitigation

4. Deploymentservices

a. Deployment oftemplatesand standard accepting mechanismsfor theproject

deliverables

5. Feedback,monitoringandadoption

a. Therewillinstitutionalizemechanismstoadoptthefeedbackandensurequalityof

work,withoutaffectingtheprojecttimelines

b. Therewillbeefforttoputtogetherastructureandmechanismforensuringthatallthe

keyfunctionalareas,usersofeachoftheenterprisesareconsulted,feedback adopted

and key differencesidentified, so astofacilitatestandardizationaswellasuser

adoption.

6. Traininganddocumentation

a. Trainingalltheusers

b. Preparationofusermanuals

c. Documentationofprocesses

d. Trainingthekeyexecutivesformonitoringtheperformanceandusingthereports

effectively

7. Supportservices

a. Facilitatinguseradoption

b. Continuousimprovementandrefinementoftheprocesses,reports

c. Operationsofhelpdeskandrefreshertraining.

d. Institutionalizing structuresand processesfor management ofSLA,strategiccontrol

8. HardwareSupply

a. Supplyofrequisitehardwareanddeploymentofservertohosttheservices

b. MaintenanceofHardwareandsystemsoftwarefor5yearsManpowerDeploymentPlanduringimplementation&AMCThe bidder shall provide minimum of following qualified team at site for execution /

implementationsupportduring the implementationandsupport&Handholdingphaseof the

project.

Sr.

No

Post

No.ofResources

StageofProject

1. ProjectManager 01 Implementation till Go•Live

2. BusinessAnalyst/DomainExperts

10

Implementation till Go•Live

3. SupportEngineers 33 AnnualMaintenancePeriodof5year

4. SoftwareApplicationdevelopmentTeamLeader

2

ImplementationtillGo‐Live

ExitManagementandTransition

On go live of the application; Each municipality shall take up the management of the

Application. Therefore before the cross over, eachmunicipalitywill identify the resources to

be associated to support application. The support of application in respect toAdministration

ofapplication,operationalsupportandmaintenance.

During the cross over, GIPL shall provide the plan for capacity building initiative to enableeach Municipality to manage the e•Governance application. As per the proposal on capacityplanningfromGIPL,MunicipalityshallworkontheplanforCapacityBuilding(CB)requiredatMunicipality to manage the application and a Transition Plan to affect the handover; Andimplement the same in collaboration with each Municipality before the completion of theengagement.

Exclusions Thebidder shall not be liable for anydata entrywork of past records. If required the

sameshallbedoneonchargeablebasis.

SMS Gateway rates are controlled by TRAI regulations and telecom operators. Any

changesinratesduetodirect/indirectchangesinTRAIregulations&/orOperatorsrate

revision,thesameshallbeapplicable.

AnyadditionalusageofSMSwillbechargedextra

5 days training on each stage of deployment for eachmunicipality is proposed in this

proposal.Anyadditionaltrainingrequirementwillbeatextracost

TheFinancialsproposedfortheresourceinprojectisonT&Mbasis.

The financials to be quoted in this tender does not include costing for phase II & III

respectively.

The transactional cost for online payment gateway will be charged as per payment

gatewayselectedandasperRBIregulationsfromtimeto time.

GIPL has tie‐upwith BillDesk&AtomPayment Gateway providers and same shall be

usedforeNagar.

Dataentry/Digitizationisnotapartof thistenderandseparate tenderwillbecarried

outforthesame.

Anydelayinexecutionofprojectduetodelayinresources/approvalsat various stages

fromdepartment/ULB’sshallnotbeconsideredas delaybybidder.

It is expected that existing data will be provided in formatted excel sheets or web

serviceswillbeprovidedtogetthedatafromexistingapplication.

Networking equipment, System software (Operating System for server, DB etc.) and

clientmachineswithrequiredoperatingsoftwareonclientmachinewillbeprovidedby

theUDD.

ListofservicesidentifiedinServiceGroups

Sr.No. ServicesList 1 Mainportal(EMS/Dashboard)2 Newassessmentofpropertytax3 NameChangeinproperty4 Grievances&redressalin New assessmentofproperty tax5 TenantNameChange/cancellation6 Newwaterconnection 7 Newdrainageconnection8 Residential(Personal)Buildingpermission9 Residential(Society/Complex)Buildingpermission10 Industrial/Commercial/OthersBuildingpermission11 BirthCertificate 12 DeathCertificate 13 NewlicenseforShops&Establishment14 LicenserenewalforShops & Establishment15 LicenseforEdiblenon‐edible16 Registrationofengineer/architect/structural designer/plumber/contractor 17 HawkersRegistration 18 ProfessionalTaxRegistration19 NOCforFire 20 NOCfortheLayout(Non‐Agricultural permission)21 NOCforsub‐planning 22 NOCforplanrenewal 23 NOCforBuildingUtilizationPermission24 CopyofTownplanning(T.P.)Form ‐ F25 PartTownplanning(T.P. ) plan26 ZoningCertificate 27 Permissionforindividual toilet28 Certificate(MAAMRUTAM YOJNA)29 SUVRNAJAYANTISAHERI YOJNA(Backable)30 Complaintstoliftanimal carcasses

31 Complaintstocleargarbage32 Complaintsforwaterconnectionleakage33 Complaintsforwaterchlorination34 Complainsfordrainageoverflow35 Cleaningofpublictoilets36 Complaintsforpollutedwater37 Complaintsforthemaintenance/repairing ofroad38 Complaintsforrepairingofopen drainage39 Complaintstocoverman‐hole40 Complaintsforwaterlow pressure41 Complaintsforcleaningof Roads/public Area42 Complaintstoliftfilleddustbin43 Complaintsforfuneralof unclaimed dead body44 Complaintsfortouringroaminganimals (Dog/Pig/Cow/Buffalo)45 Complaintsformaintenance/repairof street light bulbs/tube lights 46 FireextinguisherServices47 MedicalServices 48 MarriageRegistration 49 Grievance redressal 50 Estaterent 51 Communityhall&parks 52 Signageboardlease

Thescopeofworkofabovementionedservicesincludesbutnotlimitedtothefollowing:‐ OnlineRegistration/application‐ DynamicconfigurationforLocalizationatULBlevel‐ Applicationforchangeindetails(name/address/etc.)‐ Onlinepayment(whereverapplicable)‐ Generation&certificateissuance‐ Workflow/approvalprocesses‐ Informationdistribution(SMS/Email)‐ Receiptissue‐ Applicationstatustracking‐ Duplicatecertificate/receipt

Followingisaddedintothescopeofworkasstatedbelow:

InternetBandwidthsupply(NewlyAdded):

The InternetServiceProviderhas to supply, install&commission(1)45Mbpsdedicatedinternet bandwidth initially at State Data Center, Gandhinagar (2) 5 Mbps dedicatedinternet bandwidth at all 08 municipal corporations & (3) 2 Mbps dedicated internetbandwidthatall158municipalities.TheInternetServiceProvidershallberesponsibleforestablishingsetuptoutilizeGSWANnetworkasprimary&owninternetbandwidthsupplyas backup source to access application at all remote locations using secureVPN channelwithoutchangeinIPschemeincoordinationwithDST.

7 TechnologyRequirementforApplicationDevelopmentThis section givesdetailspertaining to the aspects associatedwith the Solutionarchitecture

thathastobeadoptedbythebidderwhiledesigningthesolution.Thebidderhastotakeinto

consideration all components required for the solution development and deployment. The

proposedarchitecturehas tobedesigned insuchaway that it iscapableof accommodating

futureenhancementsintermsoffunctionalandnon‐functionalrequirements.

The Application architecture is revised from hybrid architecture to centralizedarchitecture.

The bidder has to provide a common mechanism for user authentication & informationdistribution(Email/SMSGateway)isunderdevelopmentthroughcommonserviceportalandthe same should be used to ensure single sign‐on for all government services. Once thedevelopmentiscompletedthebidderisrequiredtousethesamethroughwebservicestobeprovidedbyDST.

TechnicalArchitecture

LogicMap:

The proposed logic map explains the functions and processes involved in the solution. The

beneficiaryatthelowestlevelwouldsendtherequeststotheconcernedofficersthroughaportal

availableovertheLocalAreaNetwork(LAN)/Internet.Theserequestswouldfollowthegeneral

businessrulesgoverning thevarious schemesandworkflow logicof thedepartmentalhierarchy.

The data would be updated in a master database and further all the processing would be

dependenton this database.Therewill be an informationportal for thepublic /beneficiaries to

access the database and avail the necessary information through the internet. The scheme

management application normally contains four typical modules: Planning, Implementation,

Monitoring and Reporting. The scheme activities at various levels will be planned. The plan

approvalswill be sought from thedepartment. Fundswill be requested frombottom to top and

will be allocated. The scheme progress will be reported on the planned activities and the

evaluationcanbedoneoutsidethesystemandreportwillbefiledinthesystem.

ExistingScenarioSurveyresults

HardwareSpecifications

SpecificationofDatabaseServers,Applicationservers,PortalServers&UserAuthenticationServerPlease find new technical specifications of applicable toDatabase Servers (03 Nos.), ApplicationServers (02Nos.), Portal Servers (02Nos.)& Quality Control / Development Server (01No.) asstatedbelow:Sr.No: Features SpecificationsRequired

1 CPU 64Bit,2*Intel® Xeon® E5‐4600 orhigher CPU(2.6GHz,8‐core,20MBcache,7.2GT/Sec)Processor.

2 Architecture Intel

PROCESSORBUSARCHITECTURE 3 FormFactor BladeFormFactor

4 No.ofCPUs 16coresusingminimum2processorsockets

5

Scalability

Upgradableupto32coresusing4processorsockets.Whenit isrequiredtoupgrade theCPUs to4,Noother componentother thanCPU/Memory arerequired

SystemMemory

6 Memory Minimum128GBDDR3Memoryshouldbeconfiguredwithfuturescalabilityupto1.5TB(48DIMMSlots)

Harddiskinternal

7 Controller SAS/SCSI/SSD

8 InternalharddiskBays hot‐plugSAS/SATA/SSDdrivebays

9 Diskcapacity 2x300GBSAS/SCSIwith15KrpmormoreOR2x300GBSSD

Networking

10 Ethernet 4*10Gbpsportsormore

Input/Output

11 FCHBA 2*dualport8GbpsFCHBA

12 PCISlots Minimum4PCIESlots 13

RAIDfeatures(HardwareRAID)

RAID1,0

14

Miscellaneous

LCD/LED indicators to identify System Health & failedcomponents. Systemmanagement should be through dedicated ports and should not use theadaptersprovidedfortheapplicationAll servers shall be booted through Internal SAS driveswithHWRAID.Should support remote console sharing upto 10 userssimultaneously during pre‐OS and OS runtime operation,Console Replay that captures and stores and supportsreplay of the console video during a server's last majorfault or boot sequence, Microsoft Terminal ServicesIntegration, 128 bit SSL encryption and Secure ShellVersion2support.Should provide support for AES and 3DES on browser.Should provide remote firmware update functionality.Should provide support for Java free graphical remoteconsole.

15 ProductsCertifications

UL/FCC,Should be in the in the list of top 5 serverbrandsasper IDC latestreportpublishedforIndia.

Pleasefindnewtechnicalspecificationsasstatedbelow&willbeapplicabletofollowing

only:

(1) UserAuthenticationServer(01No.)(2) SMS/EmailGatewayServer(01No.)&(3) SandboxServer(01No.)Sr.No: Features SpecificationsRequired

1 CPU 64Bit,2*Intel® Xeon® E5‐4600 orhigher CPU(2.6GHz,8‐core, 20MBcache,7.2GT/Sec)Processor.

2 Architecture Intel

PROCESSORBUSARCHITECTURE 3 FormFactor BladeFormFactor

4 No.ofCPUs 16coresusingminimum2processorsockets

5 Scalability Upgradable up to 32 cores using 4 processor sockets.Whenitisrequired toupgradetheCPUsto4,NoothercomponentotherthanCPU/Memoryare

required

SystemMemory

6 Memory Minimum 64 GB DDR3Memoryshouldbe configuredwithfuturescalabilityupto1.5TB(48DIMMSlots)

Harddiskinternal

7 Controller SAS/SCSI/SSD

8 InternalharddiskBays hot‐plugSAS/SATA/SSDdrivebays

9 Diskcapacity 2x300GBSAS/SCSIwith15KrpmormoreOR2x300GBSSD

Networking

10 Ethernet 4*10Gbpsportsormore

Input/Output

11 FCHBA 2*dualport8GbpsFCHBA

12 PCISlots Minimum4PCIESlots 13

RAIDfeatures(HardwareRAID)

RAID1,0

14

Miscellaneous

LCD/LED indicators to identify System Health & failedcomponents. Systemmanagement should be through dedicated ports and should not use theadaptersprovided for the applicationAll servers shall be booted through Internal SAS driveswithHWRAID.Should support remote console sharing upto 10 userssimultaneously during pre‐OS and OS runtime operation,Console Replay that captures and stores and supportsreplay of the console video during a server's last majorfault or boot sequence, Microsoft Terminal ServicesIntegration, 128 bit SSL encryption and Secure ShellVersion2support. Should provide support for AES and 3DES on browser.Should provide remote firmware update functionality.Should provide support for Java free graphical remoteconsole.

15 ProductsCertifications

UL/FCC,Should be in the in the list of top 5 serverbrandsasper IDC latestreportpublishedforIndia.

SpecificationofBladeEnclosure

Sr.No: SpecificationsRequired

1 BladeServerChassis/EnclosuremustbequotedasrequiredbyOEMsolutionarchitecture

2 Up to 10U chassiswithminimum 7 Full Height Blades/14 half Height blades/28 quarterheightblades

3 Must be configured for redundant power supplies, fans. Necessary PDUs to be provided.Powersupplies,fansshouldbecapableofreconfigurewithoutmanualintervention

4

Redundant 10Gbps L2/L3 Ethernet switching module to be provided to connect all theblades to the LAN and should be configured tominimize the no. of ports in the externalswitchasalsotoreducetheno.ofcablescomingoutofthechassis.

5 Should be configuredwith redundant hot pluggablemanagementmodule tomanage the

bladesusingGUI

6 Shouldsupportsimultaneousremoteaccessofdifferentserversinthechassis

7 Atleasttwochassistobeprovidedforproductionenvironmentforensuringchassislevelredundancy

8

RedundantFCpass‐throughmodulestobeprovidedtoconnectwithexternalsanswitches.Soas toall blade tohaveredundantFCadaptersto ensureno single point offailure

9

Each blade enclosure should have cooling subsystem consisting of fully redundant hotpluggable fans or blowers. In case of failure the balance fans/blower should ensurethesmooth

10 functioningofthebladesystemwithallserverspopulatedtillthefanisreplaced

11 MusthaveatleastoneDVD(R/W)driveperchassis(Internal/ExternalthroughUSBcable)

12 NecessaryFCCable&EthernetcableforconnectivitytobesuppliedbySI/OEMwithrespecttotheirhardwarerequirement

SpecificationsofLoadBalancer

Sr.No. Description

1 Architecture 1.1 Shouldbeappliancebased solution1.2 Shouldhaveminimum10 GigabitEthernet Optical Fiber Ports1.3 ShouldhavefurtherportscalabilitybyaddingadditionalSFPModules 1.4 Shouldhaveminimum4GB memory

1.5 Shouldsupport1Gbpsthroughputand scalable in future with justlicenseupgradeandnoadditionalhardware

1.6 Shouldhavecapabilitytosupportport trunking1.7 HighMTBFofmorethan70,000or higher Hours,validatedbythirdparty 1.8 ShouldhaveQuadCoreCPU1.9 Shouldsupportupto20,000SSL TPSof2048 bitkeystrength.2 Modeofintegration,IPAddressing (IPv4and IPv6) and Routingfeatures 2.1 Systemsupportsroutedmode2.2 Systemsupportstransparentmode2.3 Systemsupportsone‐legmode2.4 Systemsupportsdirectserver return mode2.5 Shouldhavecapabilitytointegratein Virtualized Environment

2.6 ShouldhavecapabilityAutomatic synchronizationof VMWare virtualizationchangestotheADC,out‐of‐the‐box

2.7 ShouldsupportIPv4addressing2.8 ShouldsupportIPv6addressing2.9 ShouldsupportIPv6clientandIPv4 servers2.10 ShouldsupportIPv4clientandIPv6 servers

2.11 Shouldsupportroutingprotocols RIP, OSPFandBGP to participate inDynamicrouting

2.12 SystemshouldhaveIPv6Readylogo (www.ipv6ready.org)

2.13 ShouldbeIPv6certifiedbyTECofDOT(www.tec.gov.in/IPv6/proceedings/guidelines/IPv6certifiedproductsList.pdf)

3 LoadBalancingFeatures3.1 Minimumsupportfor100 Servers & Maximum for 30003.2 Shouldsupportloadbalancingalgorithms3.2.1 LeastamountofBytestospecific server or specific server in specificfarm

3.2.2 Leastnumberofusers/sessiontospecificserverorspecificserverinspecificfarm

3.2.3 RoundRobin/Cyclic 3.2.4 WeightedCyclic 3.2.5 SNMPParameters,likeServer CPU utilizationetc.

3.3 IncaseofServer/Applicationfailure device should detect it in not morethan30seconds

3.4 ShouldsupportTCP,UDPandSCTPbasedapplications loadbalancing

3.5 ShouldabletoloadbalancetrafficbasedonSourceIP,DestinationIP&TCPPORT

4 ServerManagementand NAT Feature4.1 ShouldsupportGracefulshutdownof Servers4.2 ShouldsupportGracefulActivationof Servers4.3 ShouldsupportServerNAT4.4 shouldsupportOutbound NAT4.5 ShouldsupportClientNAT (Proxy)6 ServerandApplicationHealth Checkfeatures

6.1 ShouldprovideindividualhealthcheckforeachServer&ApplicationandIncaseof

ServerorApplicationfailuredeviceshoulddetectitinnotmorethan30seconds

6.2 Shouldbeabletodohealth checkon protocols like HTTP, SMTP,POPetc 6.3 Shouldabletocheckthehealth of Server OS, Application& contentsaswell 6.4 ShouldprovideAND,ORmechanism betweenhealth check6.5 ShouldprovideGUIinterface to configure any health check6.6 Solutionshouldsupportdetectionofapplication performance issues 6.7 Solutionshouldsupportmonitoringend‐to‐endSLA ofapplications

6.8 Solutionshouldprovidecomplete visibilityinto your applications' performancewith abreakdownbyapplication,locationorspecifictransaction.

6.9

Solutionshouldprovidehistorical reports with drilldown‐ablegranularanalysisprovidingmeasurementsofthedelaypereachapplication,includingdatacentertime,networklatencyandbrowserrenderingtime

6.10 Shouldsupportextraction ofperformance informationfrom the end‐userdevicestoreflectactualend‐userQoE‐wherevertheclientsare,atalltimes

6.11 ShouldsupportdrillingdowntheapplicationSLAtothegeo‐locationlevel,allowing

administratorstodetermineifthere'saproblemwithusersfromaspecificregion.

7 Redundancy 7.1 ShouldSupportVRRP 7.2 ShouldsupportUSBbased fastfailover between2 devices forHA7.3 ShouldsupportClienttable Mirroringfrom Active to BackupDevice

7.4 ShouldsupportPersistency/stickinessinformationmirroringfromActivetoBackupdeviceforpersistent/stickysessions,likeJSESSIONID,ASP.NetSESSIONID,Cookies

8 ApplicationAcceleration Feature8.2 Shouldsupporthttpcompression& Cachingfeatures8.3 ShouldsupportTrusted‐Services status List(TSL)for ClientAuthentication 8.4 ShouldsupportSHA‐2signingalgorithm for server’s andclient’s certificates

8.5 Shouldabletovalidateany client certificate field/extensionvalue againstaconfiguredlistofallowedvalueswithouttheneedforscriptingsolutions

8.6

Shouldnotcompressobjects that areknownto have problem with specificbrowsers.Thisabilityshouldbescopedperobjecttypeandclientbrowsertype,andallowtheusertoreviewandmodifythelistofpredefinedcompressionexceptions

8.7 Shouldhavecachingsolutionoptimize clientbrowsercachingtime bychangingobjectsheaders

8.8 Shouldallowusertodefine whetherserverselectionis doneper connectionorperrequest

8.9 SystemsupportspassingclientIPaddressesthroughSecureSocketLayers(SSL)onserver

8.10 ShouldsupportclientCA(2waySSLhandshake) 9 SupportforGlobalServer LoadBalancing9.1 ShouldsupportDNSbased redirection9.2 ShouldsupportHTTPredirection9.3 ShouldsupportGlobalTriangulation 9.4 ShouldsupportVIPadvertisementvia Dynamic Routing

9.5 GSLBShouldbesupportedonsamehardwareappliancewithoutanyadditionalhardware

9.6 GSLBshouldworkinActive‐Active mode forMinimum 4 Sites

9.7 Systemsupportsglobalresponse time optimization in real‐time throughadvancedloadandproximitymeasurements,loadandproximity

9.8 SystemShouldsupportStatic and Dynamic Proximity Both10 SupportforPersistencymechanism10.1 Shouldsupportssessionpersistencybasedon Cookie10.2 ShouldabletomaintainserverpersistencybasedonOMPCfilters 10.3 Shouldsupportssessionpersistencybasedon IPHashing10.4 Shouldsupportssessionpersistencybasedon SessionID (textmatch(IP/Port))

10.5 Shouldsupportssessionpersistencybasedon Patternmatch (URI, offsetvalue,andsoon)

10.6 Shouldsupportssessionpersistencybasedon Generic packet‐headerbit/datapatterns

10.7 Shouldsupportssessionpersistencybasedon SIPtags10.8 Shouldsupportssessionpersistencybasedon HTTP header value10.9 Shouldsupportssessionpersistencybasedon RADIUS10.10 Shouldsupportssessionpersistencybasedon UDP sessiontracking10.11 Shouldsupportssessionpersistencybasedon DNS request

10.12

Shouldsupportserverpersistencybased on XMLtags attributes or XMLtagsvalues,withouttheneedforscriptingsolutions.Thesolutionshouldallowmatchingdifferenttagsinrequestsandresponses.

11 DeviceManagement&Reporting11.1 ShouldprovideGUIinterface for configuration& reporting11.2 ShouldprovideHTTP/HTTPS interface management11.3 ShouldprovideSSH/Telnet / CLI interface11.4 ShouldsupportSNMPV1, V2c, V311.5 ShouldprovideDetailedLIVE reportingfor traffic on each server / Farm 11.6 Shouldprovidedetailedhistoric reportingfor each server / farm traffic 12 OEM'sInstallBase 12.1 TheOEMshouldhavemin.of 10clientsorinstallationsinIndiaforproposedproduct

12.2 OEMshouldhavetheirown Technical AssistantCentre & R&D centerinIndiafor24/7onlineTel./remotesupport

12.3 OEM should be present in Gartner’s Leader Quadrant/IDC in recent report for theproposedProductline.

12.4 OEMshouldbepresentin Gartner’sLeaderQuadrant / IDC in recentreport. 12.5 Complianceshouldbesupported bycross reference in public domain 12.6 OEMshouldhavemin.of 8certified engineers in India forOnsite support 12.7 ShouldbepresentinIndia forminimum 8 orhigher Yrs.

Roles&ResponsibilitiesofStakeholders1. The purpose of stakeholder involvement analysis is to assess the overall project

environmentandtohelp identifykeypersons,groupsor institutionswithaninterest in

theprojectorprogramandassesshowtheirinterestsmayaffectitssuccess.

2. As part of the project management, each selected Municipalities shall appoint a

Project ImplementationCoreGroup (PICG).ThePICGwillhave themandate toapprove

processes and stages and take all decisionwith regard to project Implementation. The

PICG shall form sub committees for Evaluation,Testing, andMonitoring etcwhich shall

evaluate the business solutions, processes and documents, proposed and submitted by

GIPLforpilotingfromtimetotimeaswellastheprojecttimelines.

3. ThePICGshallbeheadedbyaseniorofficialdesignatedas theHead,PICGwhoshallbe

theresponsible forallday to daydecisionmaking for this project.

4. ThesubcommitteeswillbeformedonthedirectionsofPICGforspecificfunctionsas

mentionedabove(butnotlimitedto)andwillreporttothePICG,whichwillevaluate

thefitoftheworkflowsasproposedbytheconsultants. Inaddition,thisteamwillbe

involvedinsupportingtheimplementationphase.

5. EachMunicipalitywillprovidesecuredplaceandfurnitureforstaffforuninterrupted

operationswithinitspremises.

6. Timesheets maintained by clients/ consultants will be approved by PICG officer on

monthlybasisandsendtoGIPL.

7. On the commencement of the project, data to be migrated will be provided by

Municipalities. The samedata entered by consultant andwill be verified andapproved

bytheMunicipalities.

8. ConductUserAcceptanceTestingandgivesuggestionstoPICG.

9. Putinplaceasystemtocreateandmanagepublicopinionforacceptanceof newsystem

includingawarenesscampaigns.

TheProjectImplementationTeam

1. The Bidder shall submit to Project Implementation Core Group (PICG) for approval of

theClienta listofpersonswhoshallbedesignatedasAuthorizedTeamandshallbeissuedameansofidentificationandauthenticationbyPICG.

2. The Project Manager shall be responsible for the day‐to‐daymanagement and technicalsupervisionoftheAuthorizedTeamfortheperformanceoftheProject.SuchpersonshallhavesinglepointresponsibilityforensuringthatallAuthorizedpersonnelarecomplying

withthetermsandconditionssetoutin theContractandtheTender Document.Allinstructions/communications from PICG to such persons shall be deemed to have been dulyprovidedtothePICG.

3. The Bidder shall ensure that the Authorized Team is aware of and abide by the applicablecomputeruseandmisuselawsand regulations, intellectual property laws andregulationsandtheprivacy lawsandregulationsandanyother laws and regulations thatmay apply inrelation to this Contract and the Tender Document. The Bidder shall ensure that sufficienttraining isgiven tokeeptheAuthorizedUsers familiarizedandupdatedonthesesubjects.

4. Except with PICG's prior written consent, the Bidder shall ensure that the AuthorizedTeam do not install and / or cause to be installed any hardware, software, electronic, orother security mechanism or any computer virus or other disablement, deactivation,reinstallation,damageordeletionmechanismwhichwillhinderuseofanyofPICG’s systems.

5. PICGshallatalltimesreservetheright,atitssolediscretionanduponwritten noticetothe Bidder, to require the immediate removal of any Authorized Team Member. TheBidder shall, forthwith, at its ownexpense complywith any such request and provide asuitable replacement. In the event that the Bidder wishes to replace or remove anyAuthorizedTeamMember, theBiddershallonlydosowithPICG’sprior writtenconsent.

Bidder

1. Customize,Test and Installa scalable and secureproduct soas tomakeproduct

compliantwithrequirements

2. PrepareSystemRequirementsSpecifications(SRS)andgetitapproved

3. Provide training to coreusers of eachMunicipalities andmake them familiar and

conversantwithoperationsoftheapplication.

4. Provideonemass/publictrainingtoallregisteredarchitectsofeachULBtomake them

familiarwiththeoperationsofthesystemthefacilitiesprovidedbytheULBfor building

permissionsystem.

5. MeetthefunctionalrequirementsspecifiedinthisRFP

6. ProvideonesoftcopyofusermanualtoeachMunicipality.

7. ProvidePostimplementationsupporttotheMunicipalityasspecified.

8. Prepareandsubmitreportsatperiodicintervalsontheprogressoftheproject

9. Followtermsandconditionsasfinalized

10. TheBidderwillbeopenforThirdPartyEvaluationofthepilotingofprojectduringthe

entireperiodofthepilotandprovideallinformationasrequired