Post on 24-Jun-2018
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
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