Government:

1. Govt Polytechnic , Ranchi 2. Govt Polytechnic , Dhanbad 3. Govt Polytechnic ( Mining Institute) Dhanbad 4. Govt Polytechnic (Mining Institute) haga , Dhanbad !. Govt Polytechnic, "hut#i $. Govt Polytechnic, "oda#%a &. Govt Polytechnic, 'ateha# (. Govt Polytechnic , Du%)a *. Govt Polytechnic , +ditya,u# 1-. Govt Polytechnic ,"ha#sa.an 11. Govt /o%en Polytechnic,Ranchi 12. Govt /o%en Polytechnic, 0a%shed,u# 13. Govt /o%en Polytechnic, o)a#o P#ivate1 1. +l "abi# Polytechnic , Mango, 0a%shed,u# 2. " " Polytechnic, Govind,u#, Dhanbad 3. 2ent#e 3o# ioin3o#%atics , Ranchi 4. 2ent#e 3o# ioin3o#%atics, Ranchi !. I.4.M. Pundag, Ranchi $. 2ent#al 5os,ital .2.2.'. Dhanbad

Online Application

Smart Card Administration

Admission

Student Attendance

Staff Attendance

Faculty

Examination

Library

Online Exam

Fee Collection

Timetable

System Admin

Hostel

Student Dash Board

Faculty Dash Board

arents Dash Board

Colle!e Administrator

Transport

Canteen

Alumni

S"S #nte!ration

ayroll

Accounts

Store $ urchase

E%D#& ' A

Automated #nte!rated State Board "ana!ement System

The System should provide transparent, integrated governance through electronic mode services to Secretary, Dy. Secretary, Examination Controller, Dy. Controller, Principals, Departments, teaching and nonteaching sta mem!ers, students in the areas: "#cademic $anagement "%uman &esource "Student &ecord "Payroll $anagement "Employee Settlement "Contractual 'or(er "Employee time o ice ")ee $anagement "Examination $anagement "$*S &eporting "State +oard Portal "State +oard Student ,i ecycle System Identified Application Requirement General: -. .verall, the State +oard /ants the " "#pplication shall !e hosted on"premises /ithin State +oard on the hard/are proposed !y the vendor. "#ll application updates0patches must !e ully managed !y vendor. "#ll unctionalities 1 )eatures o the application should get executed only via a Smart Card. 2. The proposed system must !e capa!le o handling scala!ility in terms o users /or(ing concurrently " "Should have the a!ility to handle ailover servers on the other availa!le servers in case o hard/are ailure. "Should have the a!ility to load !alance the application across multiple servers to ensure uptime and availa!ility 23x4. 5. 'eightage shall !e given to systems having $icroso t technology.

1
6neti%e

3. Services rom the application should !e accessed via *ntranet and *nternet "#!ility to provide virtuali6ed environment or accessing services in !oth internet "and intranet modes "#!ility to provide a *nternet access to sta(eholder via SS,7P8 than using digital certi icates or !ro/sers. 9. The proposed application should provide services to all core sta(eholders via a Smart Card " "Enrollment o sta(eholder or smart card customi6ation "#ll sta(eholders should get customi6ed smart cards !asis their roles "Smart Card should maintain0interact !asis the hierarchy de ined !y the State +oard "Smart Card should !e the driver or high level o security. Technical Requirement State Board Management System -. #pplication should !e a single integrated application. 2. #pplication should /or( on virtuali6ed server environment /hich cater to high availa!ility and ault tolerance !y de ault. Concurrent access to ailover server should !e part o the in rastructure. 5. The application must maintain the entire student li ecycle in the State +oard 3. Should have a con igura!le and customi6a!le /or( lo/ or the entire State +oard process. 9. Should support access via SS, 7P8. :. +ac(up o the data!ase should !e made availa!le in the State +oard net/or( /ith auto scheduled process. 4. #ll #pplication unctionalities, granular level eatures should !e tightly integrated /ith Smart Card or all sta(eholders (eeping in mind the mission critical data and process0audit. ;. The smart cards should access the services <at 0granular level= !ased on their roles de ined. unctionality

>. Should have the a!ility to control the report access through speci ic roles0 responsi!ilities via their smart cards -?. Should provide complete audit trail /ith details such as user id, login date, login time, unctionalities, granular level accessed, *P address, logout time etc. --. Should have the capa!ility /or( lo/. or letting the users re"design the

-2. Should have the capa!ility or letting each user re"design their

screen0attri!utes etc. -5. Should have one integrated data!ase /ith all necessary details a!out the State +oard.

-3. Should maintain multi"year record or all type o student and accessi!ility to the latest updated in ormation or all relevant sta(eholders. -9. Should have no redundancy /hatsoever. &eal"time up"to"date in ormation should !e accessed !y all relevant sta(eholders across the State +oard a!out students, teachers, evaluators, examiners etc. -:. Should have the capacity to retain data or multiple years. -4. Should all or access to application !asis smart card individual irrespective o role. or each

-;. Should have G@* Screen, pages, event services, noti ications via various components o application. #ll such components should !e accessed !ased on the smart card ->. Should allo/ user to set each unctionality0attri!ute /ithin the application "active0in"active and also !e lexi!le or letting the user remove the attri!ute rom the unctionality. 2?. Should allo/ the user to customi6e the loo( and eel o the G@* /ithin application. 2-. Should allo/ administrators to monitor the data!ase Aueries /ithin their home pages. 22. Should have Enhanced server !ased computing 25. Should have *n"!uilt &esource !ased load !alancing 23. Should handle 7irtual *P to identi y every individual user 29. Should have a centrali6ed administration, data, application, printing, resource management system 2:. Should allo/ or Session reconnection on the same session over #pplication load !alancing 24. Should have option or each user Session &ecording 2;. Should allo/ or all con iguration through a single Console or all con igurations and server management 2>. Should have a *n!uilt ully con igured 2 actor authentication 5?. Should provide seamless Certi icate Delivery System 5-. Should have D8S support or complete ,#80'#8 +linding 52. Should have *n!uilt #pplication load !alancer

55. Should have *n!uilt #ctive support or multiple server support 53. Should allo/ or $#C identi ication on logs or each user 59. Should allo/ or $ultiple access to non TCP !ased access /ithout assigning *P address. $inimum 'or( lo/ )unctional &eAuirements "#dministration Governance

-. Should !e a /or( lo/ !ased application. 2. Should have the a!ility to manage /or( via master control panel as to handle any reAuirement o standardi6ed attri!ute de inition or all sta(eholders resulting in s/eeping changes across application. 5. Should have the a!ility to con orm to high level o data security !y not allo/ing import acility at master de inition level. 3. Should ensure that the master, transactional attri!ute /ithin the application are not edita!le 9. Should have the a!ility to monitor and trac( costing o sta(eholder productive hours /ithin the application or activity0process0/or( lo/ !ased on their roles. each each

:. Should have the a!ility to maintain version control o master data or all /or( lo/ and processes /ithin application even i made in"active or current academic year 4. Should have in!uilt colla!oration engine ;. Should ensure that maximum in ormation or identity and access or services comes rom each sta(eholder smart card /ithout manual intervention >. Should provide data movement !ased on smart card only -?. Should provide sta(eholder /ith lexi!ility in creating Aueries /ith simple clic(s during data intelligence gathering. --. Should provide !usiness rules !ased on university policies alerts to each sta(eholder !ased on their single0multiple roles -2. Should provide /or( lo/ !ased on !est domain practice /hich should !e intra modules encapsulating all type o roles, tas(, activities. -5. Should run report in on"line environment and have crystal reports as the other reporting system -3. Should have in"!uilt aculty /or( lo/ or every department. -9. Should have /or( lo/s. in"!uilt personali6ation engine or ena!ling the

-:. Should have in"!uilt content engine. State Board Student Lifecycle System

-. Should !e accessed through a virtual private net/or( /ithin the pu!lic domain. 2. Should manage the +iographic, Demographic Data o college 5. Should handle the statutory data ixation 3. Should manage de inition o mandatory !usiness rules 9. Should allo/ or calendar de inition :. Should allo/ or nomenclature de inition 4. Should allo/ or master data grouping Student Setup -. Should manage admission document record<s= 2. Should manage student demographic0!iographic data 5. Should have provision to handle student si!ling relationship matrix 3. Should have provision to handle student parent relationship matrix 9. Should handle the paper assigned to student as a process Staff Setup -. Should maintain employee demographics0!iographic record 2. Should maintain employee record management "Pre, During, Post employment Examination Management -. Should allo/ or exam !usiness rule ixation 2. Should have invigilation de inition process 5. Should have examination prereAuisite management 3. Should allo/ user to manage the examination scheduling 9. Should allo/ or exam Semester0#nnual0Theory0Practical etc results handling B

:. Should have examination re"evaluation process 4. Should have exam !atch management ;. Should allo/ or automatic calculation o examination report !ased on tutorial0practical0theoryC scale up and scale do/n !asis. >. Should have the a!ility to manage the external practical assessment mar(s o students. -?. Should have the a!ility to capture the students /ho are on leave, detained, a!sent etc. --. Should /or( /ith smart card or highest level o security. -2. Should !e interopera!le /ith all other modules o examination

management system. -5. Should allo/ updation and trans er o data rom *nstitute authority to examination !ranch at State +oard.

(eb Based Accountin! System for DST) SBTE and All polytechnics
1. 2o%,lete 6n 'ine 7inancial Manage%ent 4yste% 2. 4u,,o#t 3o# 2ent#ali8ed 4 9: and Multi Institute, De,a#t%ent 4yste% 3. 6,tion to 2#eate Multi 'evel 2ha#t o3 +ccounts not less than * 4ub G#ou,s .ith unili%ited ent#ies 3o# each level o# 4ub G#ou, 4. 2usto%i8able Mutli oo)s and Multi 4e#ies c#eation 3o# all +ccount oo)s !. 2ash and an) Pay%ent ;ouche# $. 2ash and an) Recei,t ;ouche#s &. 0ou#nal ;ouche#s and 2ont#a :nt#ies (. Multi :nti#es on all )inds o3 ;ouche#s *. 6,tion 3o# handling 2ash Re,lenish 1-. Multi 2u##ency .ith o,tion 3o# :<change Rate u,dation 11. an) Reconciliation 12. /o#) 7lo. based 7inacial 2ont#ol 3o# Posting and +,,#oval 13. 7inancial udgeting ta)ing ca#e o3 6,e#ating udget, 7inancial udget and 2ash udget 14. 6,tion to #eco#d details o3 +ssets 6,ening 1!. +sset Pu#chase 1$. +sset Dis,osal 1&. De,#iciation assess%ent by atleast t.o %ethods 1(. +ll 7inacial oo)s including Day oo), 2ash oo), 0ou#nal oo) .ith 2ost 2ente# +nalysis and P#o=ect Indicato#s 1*. 'edge# Re,o#ts .hich can be 3ilte#ed .ith 4ub 5eads .ith 2ost 2ente# +nalysis and P#o=ect Indicato#s 2-. 7inal +ccounts 'i)e 9#ail alance, Inco%e and :<,enditu#e 4tate%ents, alance 4heet in ;e#tical, 5o#i8ontal and 4u%%a#i8ed 3o#%s .ith 2ost 2ente# +nalysis and P#o=ect Indicato#s. 21. 7inancial 4tate%ents 'i)e Recei,ts and Pay%ents 4tate%ent (R > D) in Multi,le 3o#%ats .ith 2ost 2ente# and P#o=ect Indicato#s 22. Integ#ation to othe# Modules .ith live data ,o#ting to the 7inancial 4tate%ents 23. Integ#atable to cent#ali8ed 4tate oa#d?Institute se#ve# on the /eb 3o# associated Institutes and De,a#t%ents 24. +uto%ated yea# end P#ocessing .ith Multi @ea# +nalysis 2!. Atilities li)e +uto ac)u,, Manual ac)u,.

Per *nstallati on .netime

nique !eatures" $ulti B Company Cost Center #nalysis ProDect or #ctivity indicators +ranch #ccounting $ulti",evel Chart #ccounting unto >th level Statements on all dimensions such as Cost Center, +ranch, Company and any level o chart o accounts

.ption to create elements rom the 6ero level chart o accounts to act as analysis code to ind out assessments. Cash orecasting #ccount !y reconciliation &ecurring or reversal Dournal Entry #dvance allocations /ith or /ithout Sales or Purchase .rder Customer payment statistics Purging transactions $ulti"Currency Transactions and automated conversions Provisional or inal closing, yearly, Auarterly or monthly . set invoices *nvoice #llocation Payment and &eceipt !atch processing #geing #nalysis or !usiness partners Payment and Credit Term presetting $ulti Cash #ccount on $ultiple currency, Cost Center, ProDect0#ctivity +an( &econciliation /ith statements re lecting reconciliation and /ithout reconciliation #utomated and $anual Doc series creation against unlimited num!er o Eournal +oo(s Contra Entry Control #ccount settings /ith any module Chart o accounts inheritance at 6ero level 'rite o !ad de!ts Create any (ind o cost elements and lin( to inance integration +udget Distri!ution Depreciation and seasonal depreciation or assets

# Summary on some o the )unctionalities -. $ulti",evel Chart o #ccounts 2. Cash $anagement 5. #ccount Paya!le 0 &eceiva!le 3. General ,edger 9. )ixed #sset $anagement :. Cash )lo/ )orecasting 4. +udgeting ;. )inancial *ntegration >. &eports and Statements $ulti",evel Chart o #ccounts 8ine ,evel Chart o #ccounts Each Chart o #ccounts is connected to a Company, Su!sidiary company and Cost Center *ndicators or Chart o #ccounts to ProDects0#ctivities, )ixed #ssets and Cost Center Control #ccounts or system managed accounts. Scheduling acility at Chart o #ccounts level to re lect in inancial statements #ll !an( accounts can !e a part o a single chart o accounts as

a control account Cash $anagement -. &eceipt Processing The Cash and +an( &eceipt entry can !e allocated to a proDect0activity and cost center Contra can !e done Can prioriti6e against !usiness partner payments $ultiple vouchers can !e added to single document num!er #utomated doc series customi6a!le !ased on the year .ptional denomination tallying on daily closing or cash .ption to mar( reconciliation !e ore updating !an( su!sidiary !oo(s #dvance receipt against Sales order or as an open advance. Party receipt processing or open invoices 2. Payment Processing The Cash and +an( Payment entry can !e allocated to a proDect and cost center Contra can !e done Can prioriti6e the payment against !usiness partner receipts $ultiple vouchers can !e added to single document num!er #utomated doc series customi6a!le !ased on the year .ptional denomination tallying on daily closing #dvance payment against purchase order or as an open advance. Party payment processing or open invoices #ccounts Paya!le0&eceiva!les a= +usiness Partners .ption to set !usiness partner as Customer, Supplier or !oth Sales and purchase in ormation presets Credit, Payment Term settings #ging or transactions Payment limit validations Common details such as !an( details, currency, payment methods etc != Supplier Transaction Eournal . set *nvoice Eournal to transact on open invoices 8ormal purchase Dournal against purchase order #dvance payment allocation Dournal 'rite o small payment di erence General ,edger 8ormal Eournal Entry &ecurring or reversal Dournal Entry $aintain Period Status Purging o Transactions

)ixed #sset $anagement Depreciation and Seasonal depreciation #sset Purchase details #sset &egister #sset reminder *nsurance Claims Disposal #sset maintenance

+udgeting +udget Distri!ution Ta!le Elements or planning process Cash )lo/ )orecasting Cash )lo/ !ased on a= Current Sales orders and Purchase orders != #ccounts Paya!le and #ccounts &eceipts invoice in ormation c= ProDected payment dates d= Payment !ehavior o !usiness partners e= @pcoming payrolls = &ecurring expenses )inancial *ntegration *ntegration to )ixed #sset management *ntegration to any num!er o modules using a Dynamic ,in( li!rary, reAuiring to pass on Dust ixed elements as parameters &eports and Statements General &eports &eports /ith dimensions such as *ndividual, consolidated, split up on di erent levels o chart o accounts or Cash +oo( Day +oo( 0 Eournal General ,edger Cash )lo/ )und )lo/ #ccounts Paya!le Statements #ccounts &eceiva!le statements &econciliation &eport +an( +oo( #sset &egister #nalysis &eports /ith previous year per ormance /ith comparison up to our years, consolidated month"/ise Statements .n dimensions such as #ny level o Chart o #ccounts Cost Center

+alance Sheet

ProDect0#ctivity *nter Company Consolidated )or statements such as Trial +alance Pro it and ,oss #ccount

Automated Integrated Examination System #AIES$

The solution proposes to automate Student $anagement that shall include .n line application illing &an( list pu!lishing &egistration and enrollment .n line examination application #dmit card Printing Examination Presets Examination Scheduling &elease o Examination Time Ta!le .n ,ine 7aluation Process #pplication o Ta!ulation ,ogics Semester Promotions .n line &esult Pu!lishing Engraved Certi ication and $ar( Sheet Printing .n line 7eri ication .n line application or various other certi icates

1
6neti%e

#*ES should !e a user controlled, multi company, role !ased authenticated system Encrypted in ormation is maintained a!out the user .perations over any ne/ entry, any alteration or deletion is logged &ecords /ith details o user, time and date, and node operated rom

$aDor $odules System #dministration

#dmission &egistration and Enrolling Examination #pplication P*D $anagement Examination Scheduling *nvigilator #llocation Examination Conduction Penal #ction Evaluation Center $anagement $ar( Entry and Processing Ta!ulation Processing &esult Pu!lishing Export to SSD& <Students Secured Digital record=

System #dministration *nstitution $aster #cademic Fear $aster Creations Su!Dect $aster @ser $aster @ser Privileges Data +ac(up Exam +atch Creation Grade $aster

#dmission &egistration Student &egistration Enrollment ,ist o Student Student &egister Evaluation Center $anagement %ere the process o Coding and Decoding occurs. Every ans/er sheet is attached /ith student in ormation. This in ormation is detached and is replaced !y a uniAue *D /hich /e have already assigned earlier called P*D. This reduces the chances o discrepancies at these levels. Evaluating Teachers and Sta /ill !e mar(ing on the per orated .$& Sheet given to enter mar(s. .nce !ac( at the hu!, the .$& sheets are read and the mar(s entered are ported to the data!ase. The data rom the ta!ulation /ill go to the 'e! Server con igured in

the data center a ter encryption. The data is also ported to the Certi ication program using SSD&. The promotion list is ported to the individual *nstitution as guide line. This can directly a ect their data!ase i chosen to !e done so. #*ES should maintain its porta!ility and yet providing plug in to integrate it sel /ith College $*S, )inancial #ccounting System, SSD& and 'e! portal over the Data Center maintained exclusively or the State +oard o Technical Education.

%n Line Application !orm &ollection and 'eli(ery System

-. .nline application orm or issuance o mar( sheets0certi icates0$igration Certi icates0Smart Cards 2. @ser to access the e" )orm in order to apply or the $ar( sheets0certi icates0 $igration Certi icates. 5. The system shall allo/ uploading o scanned copies o supporting documents0 attachments as reAuired such as: i. #dmit Card ii. $ar( sheets0certi icates 3. &egister an applicant /ho iles duly illed up electronic application orms or the issuance o ne/ mar( sheets0certi icates. *t shall capture primary details li(e B 8ame o see(er, 8ame o institution, +oard &oll num!er, Discipline and Fear o passing etc. I) *alidations -. Data validation chec(s on the input. *n case o data !eing duplicate the system shall display the existing service reAuest *D. 2. Shall allo/ the user to edit, save and resu!mit the orm in case o session expiry or in case o any error 5. Shall allo/ the mar( sheets0certi icates see(er to previe/ the application and allo/ editing !e ore su!mission 3. Shall allo/ the user to re"su!mit the application only a ter validating the authenticity o the user through challenge and response mechanisms 9. Shall generate @niAue *denti ication 8um!er along /ith the turnaround time or the delivery :. The validation or ile type that shall !e allo/ed to !e uploaded includes only ormats such as .pd , .doc, .Dpeg and .rt . *t shall not allo/ .executa!le iles 4. *n case o su!mission o physical documents, the system should lash the in ormation regarding the o ice or institution address. The system shall display the respective communication address and turnaround time in order to su!mit documents manually

1
6neti%e

;. The system shall per orm data validation chec(s on the input. *n case o data !eing duplicate the system shall display the existing service reAuest *D. *t shall also chec( on the completeness o the orm in terms o mandatory ields, chec(ing or ile type and si6e o iles uploaded, etc. *n case o any validation ailure, the system shall display an appropriate error message II) Trac+ing -. Shall allo/ user to trac( the status o the application /ith remar(s such as: a= #pplication pending != #pplication accepted c= #pplication declined due to non clearance o examination in the year FFFF d= #pplication is on hold as an o!Dection received against the application e= #pplication is or/arded to the State +oard o Technical Education, Ehar(hand or the issuance o ne/ mar( sheets0certi icates = #pplication is declined rom State +oard o Technical Education, Ehar(hand due to non clearance o examination in the year FFFF g= 8e/ mar( sheets0certi icates is or/arded to the concerned institute h= 8e/ mar( sheets0certi icates is provided to the applicant on dated dd0mm0yyyy 2. III) Shall allo/ citi6en to ta(e the print out o the illed up orm or the purpose o enAuiry and grievance related purpose 'ashBoard -. Shall lash noti ications along /ith the respective @ni orm &esource ,ocator <@&,= in the system dash!oard o concerned authority a!out ne/ application 2. Shall allo/ Principal0 %ead o the *nstitution to do/nload the illed up e" orm application or veri ication 5. #ccess &estriction and @ser $anagement 3. Shall allo/ only authori6ed users to access the orm and veri y the same 9. Shall send the application orm to the concerned o icials o State +oard o Technical Education, Ehar(hand or their approval and issuance o ne/ mar( sheets0certi icates :. Shall allo/ the concerned o icials o State +oard o Technical Education, Ehar(hand to upload the approval status or the issuance o ne/ mar( sheets0certi icates to the applicant 4. Shall allo/ the concerned authori6ed o icial<s= to update the status o the application reAuest as per proceedings along /ith the remar(s I*) !A,

-. The user in the orm o online tutorials, G%o/ ToG, )reAuently #s(ed Huestions <)#Hs,= etc. that can !e used on their o/n to amiliari6e themselves /ith (eying"in the registration data and the registration process *) -ayments and payment gate.ay -. The amount paya!le against services to !e rendered 0 rendered should !e displayed !y the system. )or procuring a duplicate mar(s sheet0certi icate0migration certi icate0smart card, the applicant /ill pay reAuisite ees either online or o line /hile ordering the duplicate mar( sheet0certi icate0migration certi icate0smart card rom the State +oard o Technical Education, Ehar(hand %elp Des(

%n Line *erification System

I) -. 2. %n Line *erification Entry/'o.nloada0le !orms .nline application orm or veri ication o mar( sheets0certi icates0 $igration Certi icates &egister an applicant /ho iles duly illed up electronic application orms or the veri ication o mar( sheets0certi icates. *t shall capture primary details li(e B 8ame o see(er, Details o the See(er, etc. *alidations Data validation chec(s on the input. *n case o data !eing duplicate the system shall display the existing service reAuest *D. Shall allo/ the user to edit, save and resu!mit the orm in case o session expiry or in case o any error Shall allo/ the mar( sheets0certi icates see(er to previe/ the application and allo/ editing !e ore su!mission Shall allo/ the user to re"su!mit the application only a ter validating the authenticity o the user through challenge and response mechanisms Shall generate @niAue *denti ication 8um!er along /ith the turnaround time or the delivery The system shall per orm data validation chec(s on the input. *n case o data !eing duplicate the system shall display the existing service reAuest *D. *t shall also chec( on the completeness o the orm in terms o mandatory ields, chec(ing or ile type and si6e o iles uploaded, etc. *n case o any validation ailure, the system shall display an appropriate error message

1
6neti%e

I) -.

2. 5. 3.

9. :.

II)

Trac+ing -. Shall allo/ user to trac( the status o the &eAuest /ith remar(s such as: i= &eAuest pending D= &eAuest accepted (= &eAuest declined due to non clearance o und l= &eAuest is on hold as an o!Dection received against the application m= &eAuest is or/arded to the State +oard o Technical Education, Ehar(hand or the issuance o ne/ mar( sheets0certi icates n= &eAuest is declined rom State +oard o Technical Education, Ehar(hand due to non clearance o examination in the year FFFF o= 7eri ication o mar( sheets0certi icates is or/arded to the see(er 2. Shall allo/ see(er to ta(e the print out o the illed up orm or the purpose o enAuiry and grievance related purpose 'ashBoard Shall lash noti ications along /ith the respective @ni orm &esource ,ocator <@&,= in the system dash!oard o concerned authority a!out ne/ application Shall allo/ authori6ed person to do/nload the illed up e" orm application or veri ication #ccess &estriction and @ser $anagement Shall allo/ only authori6ed users to access the orm and veri y the same Shall send the application orm to the concerned o icials o State +oard o Technical Education, Ehar(hand or their approval o the veri ication o mar( sheets0certi icates Shall allo/ the concerned o icials o State +oard o Technical Education, Ehar(hand to upload the approval status or the same !A, The user in the orm o online tutorials, G%o/ ToG, )reAuently #s(ed Huestions <)#Hs,= etc. that can !e used on their o/n to amiliari6e themselves /ith (eying"in the registration data and the registration process -ayments and payment gate.ay -. The amount paya!le against services to !e rendered 0 rendered should !e displayed !y the system. )or veri ying any documents li(e mar(s sheet0 certi icate0migration certi icate, the applicant0 Company0 College0 @niversity /ill pay reAuisite ees either online or o line /hile veri ying the data rom the State +oard o Technical Education, Ehar(hand

III) -.

2. 5. 3. 9.

:.

I*) -.

*)

Online *esult ublishin! System

This System should !e complete .nline accessed through the State +oard Portal /hich should !e connected /ith the centrali6ed &elational Data!ase $anagement System and #utomated *ntegrated examination System to pu!lish the result immediately a ter every examination on individual student enrollment !asis and should have the acility to print directly their result rom the screen. The Student &egistration num!er /ith uniAue examination code should !e entered to access the result. *t should also provide the hint to understand the result /ith parameters li(e Pending, Passed or )ailed.

1
6neti%e

&

Online #nstitute Affiliation and their Lo!+in Access System

The purpose o # iliation system is to ill the *nstitute &egistration orm online and con irm the complete procedure o a iliation /ith S+TE. The *nstitutes already # iliated rom S+TE /ill also have to ill the *nstitute &egistration )orm .nline. This procedure is done only one time till its a iliated. This system /ill create *nstitute ,og"in #ccess to S+TE or all their communication and procedures either related to Students or S+TE. The ne/ *nstitute # iliation Payment System either .nline or . line should also !e ena!led.

1
6neti%e

Online Student Enrollment ,ith *e!istration %umber -eneration and Student Lo!+in Access System
The purpose o enrollment system is to ill the enrollment orm online and con irm the complete procedure o enrollment online. The candidates ta(ing admissions or irst year and direct second year can do the enrollment online. There should !e three logins or the enrollment module. The candidate has to irst ill the enrollment orm !y clic(ing on the lin( I#pply .nlineJ on the header. )rom candidate login the candidate can vie/ status, edit and print the enrollment orm. The institute login is to ill, edit, con irm and cancel the enrollment orm and enter the DD or .nline Payment Cy!er &eceipt details. )rom S+TE login, the S+TEs can edit, and con irm the enrollment orm applications. #lso S+TE is supposed to veri y the DD and .nline Payment details !y the institute. Salient !eatures of this System" -. Candidate ills the enrollment details !y using the lin( I#pply .nlineJ on header on %ome page. 2. Candidate login 5. The candidate can vie/ status o his enrollment. 3. Candidate can edit the enrollment details li(e the personal details, education details, and contact details. 9. Candidate uploads his photo /ith signature. :. Candidate uploads the mar( sheet0certi icate o entry Auali ication

1
6neti%e

previous examination. 4. Candidate can Pay .nline through Payment Gate/ay and can ta(e print o enrollment registration orm. ;. *nstitute login. >. *nstitute can edit the candidate details including the personal details, contact details, educational details, and photo and mar( sheet0certi icate images. -?. *nstitute accepts the enrollment ees rom candidate --. *nstitute enrolls i.e., Icon irmsJ the candidates enrollment !y using the action IenrollJ and ta(es the print o the receipt. -2. *nstitute enters the DD details o enrollment. -5. *nstitute can cancel the candidates enrollment !e ore S+TE con irmation. -3. S+TE login. -9. S+TE can edit the candidate details as in institute login, con irm the enrollment, Chec( i .nline payment Cy!er &eceipt attached or veri y the DD details o institute, cancel candidate registration, and can do the con irmation o enrollment o candidate o institute i institute doesnt con irm it.

Online Examination Form Submission and Hall Tic.et -eneration system

The purpose o exam orm system is to ill online exam orms o candidate /hether regular or K candidates. There are !asic three users /ho /ill use the system, i.e., the candidate /ho /ill ill and print the exam orm, the institute /ho /ill )ill, con irm, enter DD details o candidate, or S+TE /ho can even cancel the exam orm etc. Salient !eatures of this System" -. Candidate login 2. Candidate )ills the Exam orms /ith the option o Selecting the Su!Dects rom the chec( !ox and Paying Exam )ees online or su!mits DD. 5. Candidate ta(es the print out o the exam orm or automatically generated %all Tic(et. 3. *nstitute login 9. *nstitute ills the exam orm i not illed !y the candidate <&egular as /ell as K candidates= :. *nstitute con irms the exam orm su!mitted !y the candidate <&egular as /ell as K candidates= 4. #dd DD details o exam orm <*nstitutes are supposed to ill all the DD details o the exam orm.= ;. Cash &eAuest or exam orm <* the institute is accepting any cash rom candidates, the institute have to send a cash reAuest. S+TE /ill con irm it and then institute can accept cash rom the candidates.= >. Cancel Exam )orm o candidate <* reAuired= -?. 7ie/ di erent reports o &egular Exam )orm as /ell as K Exam )orm.

1
6neti%e

1-

State Board (eb ortal De/elopment

-. Payment Gate/ay *ntegration 2. Digital Signature *ntegration 5. $andatory Disclosures 3. .rgani6ational Details 9. ,og"in #ccess :. Student Dash!oard 4. Sta #ccess

1
6neti%e

;. ,ist o *nstitutes >. Polytechnic *nstitute #ccess -?. #cademic Calendar --. Courses -2. Sylla!us @pdate -5. Do/nloada!le Sylla!us -3. Do/nloada!le orms -9. Examination &ules and &egulations -:. Huestion +an(s -4. Exam &esults -;. Complaint +ox ->. Department o Science and Technology #ccess 2?. .nline 7eri ication 2-. .nline *nstitute &egistration 22. .nline Student &egistration 25. ,og"in #ccess Creation or all *nstitutes0Students0Sta 0+oard 23. .nline #pplication )orm Su!mission 29. .nline &esult Pu!lishing 2:. .nline Examination )orm Su!mission 24. .nline %all Tic(et Generation 2;. .nline Data @ploading

2>. 8otice +oard 5?. 8e/sletter 5-. %all Tic(et 52. Guidelines or ne/ *nstitutes 55. Directory 53. Glo!al Search 59. e"Eournals 5:. ,a! $anuals 54. )ire/all 5;. E"mail *ntegration 5>. 7P8 #ccess 3?. Chat Server 3-. 24 0 4 Customer Care Support 32. Smart Card #ccess 35. )#Hs 33. Placement Cell 39. &ight to *n ormation 3:. #ll types o &eporting

11

All olytechnics Online0Offline Campus Automation ac.a!e

Campus #utomation Pac(age should an extensive automation solution or Polytechnic CampusC touching every detail o a studentLs overall development inside a Campus, analy6ing activities rom various angles such academic1 0eha(ioral and extra2curricular excellence. #t the !ac( end it should ta(e care o all transaction involving )inance, *nventory and %uman &esource $anagement. *t should !e +uilt on .8et technology /ith $S SH, Server SH,EKP&ESS 2??; &2 at the !ac( end, *t should /or( on n"tier architecture /herein the application /hile running as a Client Server system, is li(e updated into the 3e0 /ith ool proo data encryption /ith seriali6ation. Plug in should !e provided to integrate SMS<short message services=, Em0edded machines or instruments such as +io"$etric )inger Print Devices or Smart Card &eader !ased devices. The o!Dective o Campus #utomation is to automate various activities o institution /ith the help o po/er ul in ormation technology. -. Data input through applications and orms rom various departments o *nstitute are saved on to a master server running on a single centrali6ed data!ase at %H <%ead Huarter i.e. S+TE=. This is particularly use ul /hen changes made rom one department should re lect in another. 2. Eliminates multiple data entry. 5. Computeri6ation across the Department /ill ena!le systems and processes to !e more e icient as data retrieval !ecomes s/i ter. %assle" ree, clear cut process o the application eventually results in an increase in the sta e iciency, ena!ling them to do more in less time. 3. ,engthy documentation, prolonged !oo((eeping, space or records are some o the constraints /hich can !e avoided /ith Campus #utomation. Every department and user is /ell de ined ma(ing it easy to trace slip"ups. This ma(es users more responsi!le or their actions.

Per *nstitute .netime

9. Students and their parents can have access to the academic

in ormation li(e exam schedule, timeta!le, li!rary and the li(es over the campus or via the internet. #s in ormation in the data!ase remains collated, report generation happens much aster and e iciently. The various reports generated can !e readily converted into di erent ormats as PD), Excel, and $S 'ord etc and can !e e"mailed. :. Smart card acility /ill reduce Aueues and eventual delays at the point o transaction. Sta mem!ers o the institution /ill !e guided to enter through a single point. #s the years go !y the institution /ill evolve a legacy data!ase /hich could !e used to recall alumni and develop a strong alumni"institution tie.

12

Attendance Monitoring System for all -olytechnics1 SBTE and 'ST

*n this solution, each entry point is armed /ith smart card readers. Each and every sta has to sho/ his card to the smart card reader then the time /ill !e stamped !ased on the authentication. Same procedure has to !e ollo/ed /hile moving out rom the premises. These logs /ill !e centrally retrieved !y communication so t/are and various cumulative $*S reports can !e generated. #ttendance $onitoring System should generate various &eports as mentioned !elo/: ,eaves ,eave #pprovals ,eave Credit Details Sta 0Employee Details *ndividual Sta 0Employee &ecord Past Employees Details %olidays ,og details o s/iped employees $issing s/ipes $anually $ar(ed #ttendance Details #ttendance Details #!sentees Details ,ate #rrival Details. Early Departure Details $uster &oll &eport B &eport or a Speci ic month /ith customi6ed date range. Card *ssue Details Card ,oc( Details

Per *nstallati on .netime

#lerts related to unauthori6ed access and a!sence o an employee !eyond the permitted leave period

Past Employee #ccess Details 7arious Statutory orms li(e, )orm --, )orm -:, orm -?, )orm ?- etc can !e generated

13

'epartment of Science and Technology 3e0 -ortal 'e(elopment

-. 2. 5. 3. 9. *ntegrated #ccess to all a iliated *nstitutions Data sharing /ith all associated .rgani6ations Centrali6ed *n ormation %u! or /ings under DST Connectivity to Centrali6ed )inance Data!ase Common messages and instructions or Colleges under DST :. Pu!lic 8otices 4. 8e/sletters ;. General *n ormation a!out DST >. .rgani6ation structure -?.Tender releases and do/nloads --.Direct #ccess to S+TE 'e!site -2.,ist o .rgani6ations under DST Ehar(hand -5.,ist o Colleges a iliated to .rgani6ations under DST -3.Courses and admission details -9.Curriculum details or di erent courses -:.Customi6a!le event Calendar -4..rgani6er Tool -;.Pu!lic )orum ->.Discussion )orum 2?.+log Spot 2-.Grievance cell 22.Grievance resolve log 25.Placement Cell 23..n line counsellor 29.Career #dvices 2:.)#H 24.&ules and regulations 2;.*nteractive Contact page 2>.#ppointments 5?.&ecruitment Chart 5-..n line #pplication )orms 52.Trac( o applications received 55.Trac( o deliveries 53..n line reAuisition orm rom various departments 59..n line &)H 5:..n line Huotations 54.@pcoming Programs 5;.'indo/ or e"Eournals 5>.7ideo and Photo Gallery 3?.,ive streaming o events, seminars and pu!lic addresses 3-.'or( lo/ !ased decision control /ith access restriction 32.*nternal communication over messages, chats and notices

1
6neti%e

35.Do/nloads 33.*mportant ,in(s 39.#lerts 3:.Extensive search algorithm 34.Payment gate/ay integration 3;.S$S *ntegration 3>.Static *P and SS, Certi icates 9?.%osting over %TTPS 9-.Email con igured or individual Sta s 92.Parallel Servers /ith Mno !rea(do/n assurance 95.Cross plat orm compati!ility over ,inux and 'indo/s 93..pen Source data!ase /ith connectivity to all leading &D+$S 99.*ntegrated mole !usters 9:.Seriali6ed data trans er /ith -2; !it encryption 94.)ire/alls 9;.#E#K and E Huery or speed optimi6ation 9>.Plug in /hen needed or iPhone and #8D&.*D or scala!ility :?.#dmin console :-.,og o user access :2.Discrepancy ,og :5.Sel recovery over crash o any (ind :3.#uto !ac( up to multiple servers :9.Complete !ac( end programming to reduce load at the user level ::.#!solute Compati!ility over all leading !ro/sers :4.Plug in #pplications 14 "ultimedia ro1ector .ith %in 'u%en 2!--, D;D /#ite#?Playe#, 2o%,ute# .ith i3 P#ocesso#, 2 G R+M, 32- G 5DD, 9; 9une# 2a#d, +udio 4,ea)e#s, M4 /indo.s & P#eBInstalled .ith?.ithout Inte#activity 3eatu#es all enabled in a ,o#table bo< not %o#e than ("gs. 2ideo Conferencin! min 344 peer S0,
"ultiple 2ideo Deli/ery Screen ' It should be ca,able o3 de,loying %ulti,le #eve#se %any to %any videos at di33e#ent client locations by using a ve#y so,histicated so3t.a#e based 5. 2$3 ? MP:GB4 2odec a conse#vative band.idth ac#oss the '+C , /+C Program Sharing - Any person in a meeting can share a program (Power Point Presentation, Whiteboard) with the other participants. When you use the program sharing feature, other participants can see the program. When you allow control, other people can both see and use the program. The total number of people who can successfully participate in your meeting depends on available networ bandwidth and the speed of the participants! computer Audio Delivery " #t should be capable of deploying multiple audio based communications at different client locations by using a very sophisticated $ %&' ( )P*$ codec. Audio02ideo Archi/al $ laybac. "ail Ser/er Access #t should ,or. both on "icrosoft and Open Source Technolo!ies)

1
6neti%e

1!

1
6neti%e

1$

Lan!ua!e Lab Soft,are 'anguage P#o3iciency Digital content 4o3t.a#e ('icensed ;e#sion) 4o3t 4)ills, Pe#sonality Develo,%ent, G#ou, Discussion, 7inishing 4chool.

Per *nstallati on .netime

#t should ,or. both on "icrosoft and Open Source Technolo!ies

1& R1(

Installation > I%,le%entation 2ha#ges Man,o.e# 6utsou#cing :ligibility %in achelo#s?Di,lo%a in I9?24:?:2: 3o# MI4 handling 2o%?M2o% 3o# +ccounts handling :<,e#ience %in 1 yea# on MI4?+ccounts 4o3t.a#e handling +nnual Maintenance 2ha#ges

6neti%e Monthly

R1*

@ea#ly