User Administration

|User Administration | | |
|Module |Functionality |Integration |
| | |Requirement |
|General | | |
| |System should have one super system administrator | |
| |Super system admin shall be able to create roles for all system administrators and override | |
| |the privileges created by system administrators. | |
| |User credentials shall be communicated to user on the instance of creation and by system | |
| |generated email. | |
| |System administrators shall be able change their passwords and history shall be saved in | |
| |system. | |
| |System should facilitate MoT to create system administrator account for each Institute, NCHMCT| |
| |and system administrators required in MoT itself. | |
| |Password shall be alpha-numeric and with 6-12 digit length and also have columns of institute | |
| |id, institute code. | |
| |System shall facilitate system administrator to create users. | |
| |System shall facilitate system administrator to define role and privileges for the created | |
| |user and grant and revoke the privileges. | |
| |Password shall be saved in database in encrypted form. | |
| |System shall have the features of forget password, change password. | |
| |System shall have the feature to record history of change password, history of failed | |
| |attempts. | |
| |System shall deny access on three unsuccessful login attempts and mail shall be generated and | |
| |shall be sent to respective system administrator with a copy to super admin. | |
| |Password shall be unlocked by the respective system admin on receiving request mail from the | |
| |concerned user. | |
| |Application access shall be based on the roles and privileges. | |
| |System should have the provisions to search users, view their roles and privileges and | |
| |administer users. | |
| | | |
| | | |
|MIS Reports | | |
| |Super Administrator shall be able to view the list of all administrators and users under each | |
| |system administrator | |
| | System administrator shall be able to view all the users under them | |
| | | |

Notification

|Notification | | |
|Module |Functionality |Integration |
| | |Requirement |
|General | | |
| |System should facilitate for login. | |
| |System should have facility to record the details of the notification released for admissions.| |
| |System should facility to record the details of the announcements for examination dates, | |
| |postpone/pre-pond of examination. | |
| |System should facilitate to send email on event of declaration of the examination date with a | |
| |message of start of examination date. | |
| |System should facilitate to export the notification details in pdf/word/excel format. | |
|MIS Reports | | |
| |System should facilitate to search record based on the supplied parameter as subject of | |
| |notification, notification issued by and date notification issued. | |
| | | |
| | | |

Affiliation

|Affiliation | | |
|Module |Functionality |Integration |
| | |Requirement |
| General | | |
| |System should facilitate for login | |
| |System should have the facility record the details of the already affiliated institutes and new| |
| |affiliations. Details includes name of institute, address-- • Building No./Plot No,• Locality,•| |
| |Town/District/City,• State, type of institute,, Institute under: Central, state/private /other,| |
| |Institute category, Sector name, Regn no, Society name, Land owner, total plinth area, syllabus| |
| |being followed: NCHMCT/ AICTE/ University/ other, affiliated to AICTE, NCHMCTE, University, | |
| |other, upgraded to , no of inspections done, remarks of last inspection, effective date of | |
| |affiliation, details of BG/Earnest Money Deposit with National Council. | |
| |Master entry of the Institute Name and Institute Id, institute code (same as cluster) is pre | |
| |requisite which are to be made by MoT. | |
| |System should have the provision to record the titles of the documents provided in support of | |
| |affiliation. | |
| |System should have the feature to record the details of periodic inspections and audits with | |
| |their dates, name and designation of the inspecting/auditing team members and status of | |
| |institute communicated after the inspection/audit date. | |
|MIS Reports | | |
| |System should generate list of de-affiliated institutes. | |
| |System should generate list of Institutes due for periodic inspection/audit. | |

Institute Profile

|Institute Profile | | |
|Module |Functionality |Integration |
| | |Requirements |
|General |System should facilitate for login | |
|Institute |System should facilitate NCHMCT user to setup institute profile. | |
|Profile |Basic details of institute should be pulled from affiliation data and additional information | |
| |to be updated | |
| |System should facilitate NCHMCT user to feed course wise approved intake for each category and | |
| |additional intake for every institute. | |
| |System should facilitate NCHMCT user to feed hostel seats for boys and girls with the | |
| |respective category (i.e. General, OBC, SC/ST etc) for each type of hostel (boy and girls) for | |
| |every institute | |
|Course Curriculum |System should facilitate NCHMCT user to create curriculum i.e. creation of course to subject | |
| |allocation. | |
| |System should have facility to create programme master includes the field programme id, | |
| |programme code, programme description- Under graduate/ post graduate/post graduate | |
| |diploma/diploma/Certification | |
| |System should have facility to create course master includes the field course id, course code, | |
| |course Description, course type, programme type- Degree-PG, UG/ Post Graduation | |
| |Diploma/Diploma/Craftsmanship Course /Certification, course pattern i.e. Semester system/6 | |
| |Months Training/8 Weeks Training/6 Weeks Training/4 Weeks Training/5 Days Training/4 Days | |
| |Training, course recognition- NCHMCT /NCHMCT and IGNOU/MoT, course duration, course type - | |
| |general/specialization | |
| |System should have facility to create subject that includes subject id, subject code, paper | |
| |code , subject name , component name i.e.- NCHMCT , IGNOU, subject category - | |
| |compulsory/Optional, subject type- general/specialization and if specialization then provision | |
| |to define as major-I, major-II | |
| |System should have facility to define Semesters master Semester id, Semester name i.e. Sem | |
| |-I, Sem-II, Sem-III, Sem-IV, Sem-V, Sem-VI and their linkage with courses | |
| |System should have feature to enable NCHMCT to link programme, course, subject, Semester and | |
| |general/specialization, duration and the same is stored as master entry forms the basis of | |
| |course curriculum which will be subsequently used by the Institutes. | |
| |System should facilitate to define this course curriculum to each affiliated institute for | |
| |implementation and associated teaching schemes available to them. | |
|Seat Matrix | | |
| |System should facilitate to define master Seat Matrix for each type of course for an affiliated| |
| |institute. Seat matrix information includes institute id, institute name, seat matrix id, total| |
| |authorize intake, additional intake, total intake (computed field) category field i.e. OP, | |
| |OPPD, OB, OBPD,OM, OMPD,SC, SCPD,ST,STPD,KM. This master shall be defined by NCHMCT and shall | |
| |be available to respective institute. | |
| |System should have the provision that Seat Matrix master data and structure inherited is |Should have link with |
| |available to institutes. It should facilitate to increment on every instance of admission and |admission, seat |
| |decrement on every instance of seat surrender or dropout and should give real-time count of |surrender and drop |
| |filled and vacant position of seats for each institute. |out, seat matrix |
| | |master update |
|Teaching Schemes for|System should facilitate NCHMCT user to define minimum contact hours for every Semester of BSc.| |
|BSc Course |Course. Minimum contact hours teaching scheme should include teaching scheme id, course id, | |
| |teaching scheme title, subject code, subject name, No of weeks in Semester, contact hours | |
| |theory, contact hours practical, total contact hours theory, total contact hour practical, | |
| |grand total hours and should be available to each institute offering BSc course. | |
| |System should facilitate NCHMCT user to define weekly teaching Scheme for every Semester for | |
| |BSc Course. Weekly Teaching Scheme should include Weekly teaching scheme id, course id, | |
| |teaching scheme title, subject code, subject name, Week Counts, contact hours theory, contact | |
| |hours practical, total contact hours theory, total contact hour practical, grand total hours | |
| |and should be available to each institute offering BSc course. | |
| |System should facilitate NCHMCT user to define Examination Scheme for Term End Marks Details | |
| |includes course id, Semester id, subject id, subject name, tem marks theory, term marks | |
| |practical, term marks total, grand total term marks. | |
| |70% weightage shall be given to term end examination marks. Example: if one student has scored| |
| |100 marks in theory and 100 marks in practical in one subject. Now grand total is 200. While | |
| |calculating for result preparation it will be (70+70=140) and 30% contribution shall come from | |
| |in-course assessment. | |
|Teaching Schemes for|System should facilitate NCHMCT user to define Teaching and Examination Scheme for each | |
|MSc. Course |Semester of MSc. in Hospitality and Administration. | |
| |Teaching and Examination Scheme should include teaching scheme id, course id, teaching scheme | |
| |title, subject code, subject name, No of credits, total teaching hours per subject, contact | |
| |hours theory, contact hours practical, total contact hours theory, total contact hour | |
| |practical, grand total hours and should be available to each institute offering MSc course. | |
| |System should facilitate NCHMCT user to define weekly teaching Scheme for every Semester for | |
| |MSc. Course. | |
| |Weekly Teaching Scheme should include weekly teaching scheme id, course id, teaching scheme | |
| |title, subject code, subject name, Week Counts, contact hours theory, contact hours practical, | |
| |total contact hours theory, total contact hour practical, grand total hours and should be | |
| |available to each institute offering MSc course. | |
| |System should facilitate NCHMCT user to define Examination Scheme for Term End Marks Details | |
| |includes course id, Semester id, subject id, subject name, tem marks theory, term marks | |
| |practical, term marks total, grand total term marks. | |
|Teaching Schemes for|System should facilitate NCHMCT user to define Minimum contact hours for every Semester for | |
|Diploma/ |Diploma course and complete course duration for Certification Course. Minimum Teaching Scheme | |
|Certification Course|should include teaching scheme id, course id, teaching scheme title, subject code, subject | |
| |name, No of weeks in Semester/No of weeks in course duration (for duration 6 months and below),| |
| |contact hours theory, contact hours practical, total contact hours theory, total contact hour | |
| |practical, grand total hours and should be available to each institute offering diploma and | |
| |certification course. | |
| |System should facilitate NCHMCT user to define weekly teaching Scheme for every Semester for | |
| |diploma course and complete course duration for Certification Course. Weekly Teaching Scheme | |
| |should include Weekly teaching scheme id, course id, teaching scheme title, subject code, | |
| |subject name, Week Counts, contact hours theory, contact hours practical, total contact hours | |
| |theory, total contact hour practical, grand total hours and should be available to each | |
| |institute offering diploma and certification course. | |
| |System should facilitate NCHMCT user to define Examination Scheme for Term End Marks Details | |
| |and Mid Term Sessional Marks includes course id, Semester id, subject id, subject name, term | |
| |marks theory, term marks practical, term marks total, grand total term marks, mid term | |
| |sessional marks theory, mid term sessional marks practical, mid term sessional marks total, mid| |
| |term marks grand total, total marks sessional and mid term end sessional. | |

Admissions

|Admissions | | |
|Module |Functionality |Integration |
| | |Requirement |
| General | | |
| |System should facilitate login | |
| |There should be provision of link on NCHMCT website for online apply for JEE-Entrance | |
| |examination near to admission notification | |
| |System should facilitate NCHMCT user to fill up master entries used in admission process. | |
|online Application |System should facilitate to candidate to complete admission in series of steps i.e. step -1 | |
|through JEE-HM (BSc|viewing the guidelines, 2. filling up online admission application, step 3 A. submission of | |
|Admission) |online payment and receipt generation for made payment, Step 3B Payment through DD | |
| |/Challan/NEFT, Step 4 correction of details before final submission, step 5 confirmation of | |
| |submitted application (Acknowledgement) and download of application in PDF form and provision | |
| |for print of submitted application | |
| |System should facilitate NCHMCT user to publish guidelines for filling up application, accept | |
| |terms and conditions and should have provision to move next (fill up application) and validation| |
| |for mandatory fields. | |
| |System should facilitate to candidate to fill application in the given format. Application form | |
| |Attributes: 1. Application No, 2. Name of Candidate, 3. Father’s Name, 4. Mother’s Name, 5. Date| |
| |of Birth -DDMMYY, 6. Category - Gen/SC/ST/OBC-NCL,7. Kashmiri Migrant- Yes/No,8. Physically | |
| |Disabled-Yes/No, 9. Sex-Male/Female | |
| |10. Nationality – Indian/SARRC-SASSEC Nations/ASEAN Nations/Bi laterals/NRIs/Foreign National, | |
| |11. Exam Centre Code-Two Digits, 12. Percentage of Marks• Percentage of marks Class X• | |
| |Percentage of marks Class XII,13. Passing year of Class XII –YYYY,14. Board of XII | |
| |–CBSE/ICSE/State Board/Others, 15. Whether English is compulsory Subject – Yes/No, 16. | |
| |Father’s/Guardian Annual Income – 50001 to 10000/10001 to 200000/200001 to 50000/ 500001 and | |
| |above 17. Mother’s Annual Income – 50001 to 10000/10001 to 200000/200001 to 50000/ 500001 and | |
| |above, 18. Address -1 of Applicant, • Building No./Plot No, • Locality, • Town/District/City, • | |
| |State, • PIN, 19. Photo, 20. Signature | |
| |21. Address – II of Applicant for correspondence, • Building No./Plot No, • Locality, • | |
| |Town/District/City, • State, 22. PIN | |
| |23. Mobile No., 24. email id. 25 Landline numbers 26. Declaration. | |
| |Application number shall be auto generated and will be in bold and Red font color, size 18 pts .| |
| |Application No generation shall be at the step 3 when payment details are submitted. Scanned | |
| |images will be linked with Application Number and upload facilitation should be after the | |
| |application no generation. | |
| |System should facilitate to candidate to upload scanned copy of age proof, scanned copy of | |
| |certificate shows eligibility for admission and scanned copy of certificate seeking reservation | |
| |in a given category. | |
| |System should facilitate in step 3 A to make payment online and step 3B to make payment through | |
| |DD/challan/NEFT. There shall be provision to save data at this stage. Upper half of screen | |
| |should show the details submitted by the candidate and lower portion should facilitate for | |
| |payment. | |
| |System should allow in Step 4 making any correction before final submission. Once the data is | |
| |submitted no correction or modification is allowed. | |
| |System should facilitate in step 5 confirmation of submitted application, download of filled | |
| |application and option to print directly from the screen itself. | |
| |System should allow generate counter leaf of application bearing application no, student | |
| |address, photo affixed, Signature of Student Mobile no and details of the DD and attached DD | |
| |that shall be sent to NCHMCT through registered Post. | |
| |System should facilitate NCHMCT user to view application submitted by candidate and mark it fee | |
| |received and there should be a provision to re-route application to third party Agency like AIMA| |
| |for conducting examination. | |
|JEE-HM Examination |System should facilitate an interface to AIMA to view submitted applications and download data | |
| |of all submitted applications. | |
| |System should facilitate uploading JEE-HM Exam result data provided by third party agency i.e. | |
| |IAMA | |
| |System should have facility to keep records of fee details paid by candidates for BSC and MSc. |Link Fee Module |
| |Applications. | |
| |System should facilitate sorting of JEE - HM Examination result data Name wise, roll # wise, | |
| |alphabetically and ranking wise and same is required to be downloaded in excel format. | |
| |System should have provision of sending mass mail to all candidates who cleared JEE-HM to apply | |
| |for counseling through NIC software and the NIC software URL to be embedded in mail with | |
| |guidelines for further process of admission. | |
|Admission Centre |System should facilitate creation of Admission Centres that shall include Admission Centre ID, | |
|and Document |Admission Centre Superintendent, and number of admission counter in the admission centre, | |
|Scrutiny |address of the admission centre. | |
| |System should facilitate creation of admission counters and provision to assign counselor to | |
| |each admission counter | |
| |System should facilitate system access to counselor. | |
| |System should facilitate counselor to access data of candidates who passed JEE-HM and attended | |
| |online counseling through NIC software. | |
| |System should facilitate search record of candidate with the any one of the parameter i.e. | |
| |candidate name, roll no, AIR, Application no. who have been allotted seat by NIC software. | |
| |System should facilitate counselor to mark checked for the documents verified and retained with | |
| |admission centre. Checklist of document includes allotment letter issued in process of | |
| |counseling through NIC software, 10th marksheet, 12th marksheet, age proof (10th/12th | |
| |marksheet), certificate claiming reservation for given category and mark provisionally | |
| |admitted. | |
| |System should facilitate counselor to enter details of DD/NEFT transfers marked admitted | |
| |provisionally. | |
| |System should facilitate generation of provisional admission letter. | |
|Registration of |System should have provision to user at Institute to search the details of candidate based on | |
|Candidate at |the information provided on provisional admission letter. | |
|Institute & NCHMCT |There should be a provision in system to confirm the admission and unique id (NCHMCT Entrollment| |
| |no.) should be generated based on the combination of parameters i.e First two digits for | |
| |enrollment year, next 3 digits for Institute code, the next two for course ID and last four | |
| |digits for Entrollment Number. In case admission is withdrawn or any drop out then admission id | |
| |will remain in system and shall not be allotted to any other student. | |
| |There shall be admission remark column in the student profile where it will be marked as | |
| |admission withdrawn or dropout as case may be. | |
|Seat Surrender |System should facilitate Institute to record details of seat surrendered by a candidate. System |Link with seat matrix |
| |should facilitate record the details from students seat surrender application like name of |update module and fee|
| |student, enrollment id, JEE-HM roll no (only applicable for BSc Students), seat category, |module |
| |fee deposited, date of admission, date of seat allotted, last date of refund, whether last | |
| |date of refund over-yes/no, name of fee components refunded, amount of fee components | |
| |refunded fee refunded on. | |
|Filling up Vacant |System should facilitate to view and print details of the filled and vacant seats from the |Link with seat matrix,|
|Seat and Quota Seat|institute seat matrix. It should also facilitate to invite application online for admission |link with notification|
| |(Direct) for vacant and left over seats. |process, link with |
| |System should facilitate activation of link for Direct admission process once JEE-HM admission |online application for|
| |process is over |admission. |
|Student Profile Set|System should facilitate institute user to setup student profile and subsequent updates. | |
|up |Profile setup and updation includes basic details supplied in application form, admission | |
| |details- Registration No. (Enrollment No.) Registration Date, Session, IGNOU No. , Name of | |
| |Last school attended , course details like course allotted, mother tongue, category, | |
| |religion, Hostel Resident-yes/No, Fathers info, Mother info, guardian info (common to all - | |
| |• Building No./Plot No, • Locality, • Town/District/City, • State, •Pin•Mobile No•Residence | |
| |No.•email id, •occupation, •income), general details- Theory group allotted, practical group | |
| |allotted, admission delay by, student search-enrollment no, IGNOU no, name, father name, | |
| |mother name , guardian, course, Semester | |
| |system should facilitate to keep record of Medical History of candidate - past medical history | |
| |as well details of illness in his/her academic tenure. Information should include student id, | |
| |name, Illness (diagnosis), date of onset, treatment received, treatment completed on, | |
| |treated at , under treatment, record of relaxation given in examination on based on the | |
| |medical certificate provided be AMA (Authorized Medical Attendant) and details of certificate. | |
| |System should facilitate to keep record of disciplinary case details of the student. Details | |
| |includes: student id, default/disciplinary case., action taken, action taken by, type of | |
| |offence, date of incident, time of incident parents/guardian informed- (details, name of the | |
| |person who was informed), any police case involved if yes - details | |
| |System should facilitate Institutes to keep record of fee details. |Link with fee module |
|Online Application |System should facilitate that link to be active to invite application for direct admission. | |
|(Direct) BSc | | |
|Admission | | |
| |System should facilitate Institute user to view all applications and scrutinize application on | |
| |basis of payment made for the respective category, agree with terms and conditions, match with | |
| |DOB, eligibility criteria (Qualification and one subject compulsory as English), supporting | |
| |document claiming reservation and should record final response OK/Not OK for considering for | |
| |cutoff generation and details of the scrutinizer and date of scrutiny. | |
|Cut of Generation |System should facilitate cut off generation and listing the ranking of students along with | |
| |category and preference. | |
| |All application marked OK for cut off generation should be available in the pane. | |
| |Provision to chairperson of admission committee to allot seat and generation of seat allotment | |
| |letter. | |
| |Seat allotment process is off the line and based on the decision of Committee having analysis of| |
| |ranking following the guidelines for admission. System shall facilitate only marking seat | |
| |allotted and seat allotment letter generation. | |
|Online Application |System should facilitate NCHMCT to invite application for admission in MSc. Application process | |
|for MSc. Admission |is similar as narrated for BSc Admission up the stage of receiving application at NCHMCT. | |
| |Attributes of application for MSc. admission are batch, choice of institute- Bengaluru/Pusa, | |
| |New Delhi, name of applicant, photograph, permanent address-building no./plot no, • locality, | |
| |• town/district/city, • state, • pin, address for correspondence:- building no./plot no, • | |
| |locality, • town/district/city, • state• pin, mobile no. landline number, e-mail , date of birth| |
| |mm/dd/yyyy, marital status (married/ unmarried), category- general/ obc/ sc/ st, whether | |
| |physically challenged (ph) (yes/ no), parantage-father’s name , father’s profession, education-| |
| |board/ university, level/qualification, subjects, year of passing, marks, percentage , | |
| |experience: organization, period (from to), designation, job responsibilities, give reference | |
| |of two persons who are not your relatives- name, email id, address, contact no., | |
| |declaration, check list: 1.proof of age (birth certificate / 10th class certificate copy)2. | |
| |copy of higher secondary/senior secondary certificate, 3.copy of graduation certificate and | |
| |mark-sheet, 4.copy of reserved category certificate, photocopy of PH certificate | |
| |System should facilitate applicant to upload scanned copy of documents mentioned in the column| |
| |online application for MSc admission. | |
| |System should facilitate NCHMCT to view all received applications and scrutinize them on basis| |
| |of payment made for the respective category, agree with terms and conditions, match with DOB,| |
| |eligibility criteria (Qualification ), supporting document claiming reservation and should | |
| |record final response OK/Not OK for considering for cutoff generation and details of the | |
| |scrutinizer and date of scrutiny. | |
| |System should facilitate cut off generation and listing the ranking of students along with | |
| |category and preference. All application marked OK for cut off generation should be available in| |
| |the pane. Provision to chairperson of admission committee to allot seat and generation of seat | |
| |allotment letter. | |
| |Seat allotment process is off the line and based on the decision of Committee having analysis of| |
| |ranking following the guidelines for admission. | |
| |System shall facilitate only marking seat allotted and seat allotment letter generation. | |
| |System should have provision to user at Institute to search the details of candidate based on |Link with fee Module |
| |the information provided on provisional admission letter. | |
| |There should be provision to collect all applicable fee from the candidate. There should be a | |
| |provision in system to confirm the admission and unique id (NCHMCT Enrollment no.) should be | |
| |generated based on the combination of parameters i.e. first two digits for enrollment year, next| |
| |3 digits for Institute code, the next two for course ID and last four digits for enrollment | |
| |Number. In case admission is withdrawn or any drop out then admission id will remain in system | |
| |and shall not be allotted to any other student. | |
| |There shall be admission remark column in the student profile where it will be marked as | |
| |admission withdrawn or dropout as case may be. | |
| |System should facilitate institute to setup student profile similar to BSc Admission. | |
|Admission in |System should facilitate institute to record details of applications received for admission in | |
|Diploma and |diploma and certification course. Details of application: application no, date of submission, | |
|Certification |category (Gen/ SC/ST/ OBC), course applied for, name of candidate, fathers'/ guardian name, | |
|Courses |fathers' occupation, fathers' ph. no., date of birth (dd/mm/yyyy), age on 01july 2012 | |
| |(dd/mm/yyyy), postal address- building no./plot no, • locality, • town/district/city, • state, •| |
| |pin, permanent address; building no./plot no, • locality, • town/district/city, • state, • pin,| |
| |marital status, email id, mobile no., exam passed, year of passing, subject studied, maximum | |
| |marks, marks obtained, percentage marks, div, remarks, experience details, undertaking | |
| |System should facilitate NCHMCT to view all received applications and scrutinize them on basis| |
| |of payment made for the respective category, match with DOB, eligibility criteria | |
| |(Qualification ), supporting document claiming reservation and should record final response | |
| |OK/Not OK for considering for cutoff generation and details of the scrutinizer and date of | |
| |scrutiny. | |
| |System should facilitate cut off generation and listing the ranking of students along with | |
| |category. | |
| |All application marked OK for cut off generation should be available in the pane. Provision to | |
| |chairperson of admission committee to allot seat and generation of seat allotment letter. | |
| |Seat allotment process is off the line and based on the decision of Committee having analysis of| |
| |ranking following the guidelines for admission. | |
| |System shall facilitate only marking seat allotted and seat allotment letter generation. | |
| |System should have provision to user at Institute to search the details of candidate based on |Link with fee module |
| |the information provided on provisional admission letter. | |
| |There should be provision to collect all applicable fees from the candidate. | |
| |There should be a provision in system to confirm the admission. | |
| |System should facilitate unique id (NCHMCT Enrollment no.) generation based on the combination | |
| |of parameters i.e first two digits for enrollment year, next 3 digits for Institute code, the | |
| |next two for course ID and last four digits for Enrollment Number. In case admission is | |
| |withdrawn or any drop out then admission id will remain in system and shall not be allotted to | |
| |any other student. There shall be admission remark column in the student profile where it will | |
| |be marked as admission withdrawn or dropout as case may be. | |
| |System should facilitate institute to setup student profile similar to BSc Admission. | |
|Promotional Details|System should facilitate institute to promote to next Semester on successful passing of |Link with result |
| |Semester. It should also facilitate to promote student to next Semester student having backlogs.|module |
| |System should facilitate to held back in the Semester in student is not able to fulfill the | |
| |condition for promoting to next higher Semester. | |
|Seat Matrix |System should facilitate each institute to update real-time data in seat matrix. There should be|Link with seat matrix |
|Institute level |provision to increment or decrement in counts of seats when individual student reports for | |
| |admission. | |
| |This should be done at the time of enrollment number generation. Incase any student's name is | |
| |struck off from the roll of the institute same time it should decrement the count. | |
| |System should facilitate to show position of quota allotted to institute and real time data for | |
| |filled and vacant seat position. | |
|Extra curricular |System should facilitate to keep details of students extra curricular activities details |Link with attendance |
|activities |includes student id, activity description in which student participated, name of | |
| |faculty/coordinator, place, date, period., attendance submitted to class in-charge yes/no, | |
| |aggregate % of attendance during the session (such attendance should not exceed 10% of the | |
| |total classes held during the session). | |
|Scholarship and |System should facilitate to record the details of scholarship/stipend. | |
|stipend |Details includes student id, description of scholarship/stipend, criteria for award for award | |
| |of scholarship/stipend, whether student meeting the criteria or not, scholarships/stipend amt | |
| |paid, paid on, paid by, payment mode | |
|Prizes and Award |System should facilitate to keep record of the prizes and awards given to students for their |Integration with |
| |outstanding performance. |Honors and awards |
| |Details of awards includes award description , student id, student name, institute id, |module under the tab |
| |institute name, award year, date of award, type of award and awarded money. |Student Awards |

Timetable

|Timetable | | |
|Module |Functionality |Integration |
| | |Requirements |
| General | | |
| |System should facilitate login | |
|Timetable |System should facilitate define timetable seamlessly for each for course under a given | |
| |programme. | |
| |System should facilitate to define the following: |Link with weekly |
| |1. Rooms - Room No, capacity (seats), functions – add , delete , edit |teaching scheme , |
| |2. Lecturers : faculty name, emp code, email address, telephone number, default room, |course curriculum, |
| |programme, year/Semester/duration, Subject Area ( teaching subject), faculty type- regular |faculty leave record,|
| |faculty/teaching associate/guest faculty, availability of faculty(mapped with leave record), |faculty attendance, |
| |functions- add, delete, edit, facilitate master entries to populate lecturers. |student attendance, |
| |3. Programmes : Programme name, programme id, Programme code, duration , system |Faculty Master |
| |(Semester/6month/n days ), No of units (Semester/6 months/n days) function – add, delete, | |
| |edit | |
| |4. Subject Area: Programme id, subject id, subject code, add, delete, edit, facilitate master| |
| |entries to populate subject area | |
| |5. Practical Groups Group name, group id, no. of students, | |
| |6. Theory Groups group name, group id, no. of students, | |
| |7. Courses Programme id, course id, course code, subject id, subject code, group id | |
| |theory, group name theory, group id practical group name practical, facilitate master | |
| |entries to populate Programmes | |
| |8. Students : student id student name programme id, programme code, course Code, course | |
| |name, subject code, subject name, Semester code, Semester id, Practical group id, theory| |
| |group id, no of students , facilitate master entries to populate students | |
| |9. Time Slot: time table id, time slot id, time slot from, time slot to i.e. 9:30, 10:30, | |
| |10:30, 11:00 and so on. | |
| |10. Institutes: institute id, institute code, institute name, facilitate master entries to | |
| |populate institutes | |
| |11. View timetable room wise, lecturer wise, course wise, student wise, Semester/class wise | |
| |12. Days of weeks | |
| |13. Date | |
| |14. Occupancy Reserved Not Reserved depict in color red and white | |
| |15. Allocation: lecturer allocation, room allocation, group allocation | |
| |16. Contact hours: allocation of contact hours to faculty- programme-course-subject wise | |
| |(theory + Practical) | |
| |17. Lecture attended: Student’s lectures attended theory, practical and their total | |
| |18. Planning of weekly time table as per weekly teaching schedule | |
| |System should facilitate to print weekly timetable for a given group in a course showing groups| |
| |rooms, faculties, subjects, time sl.ots. | |
| |System should have feature to Principal to authenticate and publish timetable that makes it | |
| |authoritative. | |
|MIS Report | | |
| |System should generate list of period assigned to a faculty in a particular week | |
| |System should generate list of periods required to be attended by a student in particular week| |
| |System should generate weekly plan for a Semester showing faculty assigned, group, room | |
| |allocation and time slot. | |
| | | |
| | | |
| | | |

Fee

|Fee | | |
|Module |Functionality |Integration |
| | |Requirements |
| General | | |
| |System should facilitate login. | |
|Fee Structure |System should facilitate NCHMCT to define core components in fee structure those required to be | |
| |implemented uniformly by all the institutes | |
| |System should facilitate institute to define custom components that differs in rate depending | |
| |upon the operations and location of the institute. In a broader view components of fee structure| |
| |are institute id, fee revision id, revision date, college caution fee, admission fee, tuition| |
| |fee, college tuition fee, IGNOU registration fee, identity card/badges charges, student | |
| |activity fee, magazine fee, lab material fee, cookery training food fee, lockery rent, lunch | |
| |charges, operational & other installation fee, doctor facility, internet fee, handouts, | |
| |Semester examination fee, mid term examination fee, terminal exam fee, IGNOU examination fee, | |
| |annual examination fee, hostel fee, hostel caution fee, mess charges, electricity & water | |
| |charges, fines, late fee, misc charges, total amount payable. | |
| |System should facilitate fee transactions for each student at every instance of fee. Fee | |
| |transaction should include transaction id (unique) institute id, student id, college caution | |
| |fee, admission fee, tuition fee, college tuition fee, IGNOU registration fee, identity | |
| |card/badges charges, student activity fee, magazine fee, lab material fee, cookery training | |
| |food fee, lockery rent, lunch charges, operational & other installation fee, doctor facility, | |
| |internet fee, handouts, Semester examination fee, mid term examination fee, terminal exam fee,| |
| |IGNOU examination fee, annual examination fee, hostel fee, hostel caution fee, mess charges, | |
| |electricity & water charges, fines, late fee, misc charges, total amount payable, actual | |
| |amount paid. | |
| |System should have the feature in fee transaction, selection of one or more or all components to| |
| |be selected and should add value to the total payable fee. | |
| |System should have facility of individual running ledger fee account of student that is updated | |
| |at every instance of fee transaction. Attributes of the individual running account student id, | |
| |transaction id, transaction date, opening balance, debit, credit, closing balance, remarks. | |
| |This shall be updated on event of fee refund also. | |
| |System should have facility to define timeframe or schedule date for major instances of fee like| |
| |start of new Semester say Sem-I, Sem-II, Sem-III and so one and in case of 6 month duration | |
| |start of admission, and shall be on updated on every instance of fee for every individual. | |
| |System should have provision to sent email alert to students for fee dues one month in advance. | |
| |System should facilitate students to pay fee online, through demand draft or NEFT and should | |
| |generate receipt for payment. There shall be rollback for failure of such financial | |
| |transactions. | |
| |In case for DD , there must be feature to accept details of atleast two DDs like DD 1 number, | |
| |DD1 date, DD1 bank, DD1 amt, DD 2 number, DD2 date, DD2 bank, DD2 amt, and total amount of | |
| |both DD and incase if fee is paid through NEFT then system should facilitate the details from | |
| |acknowledgement name, account no of sender, amount sent date, time sent to account, branch | |
| |and name of beneficiary. Incase fee paid by NEFT, photocopy of the acknowledgement should be | |
| |deposited to institute. | |
| |System should facilitate institute to receive fee and able to generate receipt for fee. | |
| |System should facilitate to generate list of fee defaulters and should be able to send email to | |
| |father/mother/guardian of defaulting students with the message of fee payable and additional | |
| |fine if applicable. | |
| |System should have provision to institutes/NCHMCT to refund fee and also to record the reason | |
| |against the fee refunded. System should automatically deduct the individual running ledger fee | |
| |account. | |
| |System should facilitate NCHMCT make master entries of reasons for that fee is refunded. | |
|MIS Reports | | |
| |System should facilitate to generate Semester wise list of students who paid fee | |
| |System should facilitate to generate list of defaulter Semester wise | |
| |System should facilitate to generate list of Non Indian defaulters Semester wise | |
| |System should facilitate to generate demand and collection register wise. Attribute of register | |
| |are as follow: session, course name, Semester, sl. no, enrollment no, name , slip no, | |
| |installment, count fee, total fee, fee recd, fine, total amt recd, recd date | |
| |System should generate daily collection report. | |
| |System, should generate list of details of DD drawn in favour of particular bank like SBI | |
| |System should generate list of details of DD drawn in favour of other banks. | |
| |System should facilitate NCHMCT to view the report on for fee collect from BSC admission process| |
| |and fee collected from MSc admission process | |
| |NCHMCT is able to view all examination fee collected and late fee collection course wise. | |
| |System shall facilitate to view fee collected at Admission Centres | |

Attendance

|Attendance Student | | |
|Module |Functionality |Integration |
|General |System should facilitate for login | |
| |System should facilitate to record effortlessly contact hours of the faculties and attendance of| |
| |the students. | |
| |System should provide dual system for recording students attendance i.e. submission of | |
| |attendance directly to system in the class itself using tablets given to faculty taking class | |
| |and marking of attendance by the data entry operator. | |
| |System should facilitate class teacher to load class- theory group and practical group as case | |
| |may be, on selection of class from the time table, class shall be shall be automatically | |
| |populated. There shall be provision to be provision to mark absents only the system by default | |
| |have present. | |
| |System should facilitate faculty with list of student and check mark clearly showing the mark | |
| |“absent". At a single stretch faculty shall marks absent for the students not present in class.| |
| |Once absentee is marked and submitted then attendance for the period shall be locked and can be | |
| |changed by principle with showing the reason to change in remarks column. | |
| |System should facilitate data entry operator to record the attendance in system, only unlocked | |
| |days periods shall be available to data entry operator. Operator shall select class, select | |
| |group and period; list of the students for those attendances has not been submitted shall be | |
| |populated. In this case name and NCHMCT roll no both shall be required by Data entry operator to| |
| |mark absentee. Such attendance entry shall be made on first working day of the following week. | |
| |Attendance once submitted can not be changed other than Head of the Institution. (Principal) | |
| Contacts Hours |Contact hours should be marked along with attendance irrespective of the mode i.e. class room | |
| |attendance or attendance entry by data entry operator. For each period button shall facilitate | |
| |faculty to submit contact hours, contact hours shall be credited to faculty contact hours. In | |
| |case data entry is done by the data entry operator, on selection of date, subject, period, | |
| |period name of the faculty shall be picked up and there shall be feature to submit the contact | |
| |hours of faculty along with the attendance of students. | |
| |System should have efficient timetable to manage this attendance recording system. (Refer | |
| |Timetable) | |
| |System should have provision to sent email for the student who has been marked absent in any of | |
| |the period on a particular day. | |
| |System should have provision for recording the attendance for extra circular activities, | |
| |placement activities, participated in the teaching assignments, medical leave. | |
| |System should facilitate two arrangements to record the attendance. Regular class attendance and| |
| |attendance for the other activities i.e. placement activities, medical leave. Attendance entry | |
| |for the other activities shall be through data entry operator mode. Total attendance shall be | |
| |attendance of the classes + attendance of the other activities (with the permissible limit for | |
| |the given category). | |
| |A system generated mail should be sent to parent id and student id and showing the attendance | |
| |status of the student. | |
| |System should facilitate for students to view their attendance class wise, subject wise, and | |
| |semester wise. | |
|MIS Reports |System should generate monthly attendance report of the students class wise and course wise till| |
| |date | |
| |System should facilitate NCHMCT user to generate attendance report college wise, course wise and| |
| |subject wise and parameter based - Institute, course, academic year, student name, roll no | |
| |System should facilitate NCHMCT/institute user to generate contact hours of a particular | |
| |institute and send a alert to them if it is not upto the mark. | |
| |System should facilitate NCHMCT user and Institutes user to generate debarred students list. | |
| |System should generate class load report | |
| | | |
| | | |
| | | |

Co-curricular Activities/Extra curricular activite

|Co-curricular Activities | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System shoud facilitate | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Project Assignment and Research Work

|Teaching Assignment | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Examination

|Examination | | |
|Module |Functionality |Integration |
| | |Requirements |
|General |System should facilitate login | |
|Examination |System should facilitate NCHMCT COE to broadcast email notification about term end | |
|Registration |examination targeting all institutes or any change in examination date. | |
| |System should have provision to institute to acknowledge the mail and the record should be | |
| |saved in system. | |
| |System should facilitate NCHMCT to send reminder mail for those who have not acknowledged | |
| |and also should be supported by traditional method of communication (i.e. formal letter, | |
| |telephonic intimation etc). | |
| |System should facilitate institutes to broadcast term end examination email notification | |
| |targeting all students falling due for examination and print of notification to display on | |
| |notice board. It should also include the last date of form submissions to NCHMCT with normal| |
| |examination fee and last date of form submission with late fee. | |
| |System should facilitate student to submit examination form online to Academic Head. There | |
| |should be feature available to student to pay fee online or in form of Demand Draft. | |
| |System should also facilitate students to declare backlogs and ok to undertaking mentioned | |
| |therein. | |
| |System should facilitate Academic Head to view all received applications at once in grid and| |
| |there should be link button to load filled application. System should automatically append | |
| |the eligibility criteria i.e. attendance 75% of total, 40% subject wise, examination and | |
| |other fee paid, falling within the permitted no. of backlogs for each student. There should | |
| |be provision to record his remarks and forward application to Principal for onward | |
| |submission onward submission to NCHMCT. | |
| |System should facilitate Principal to view all application in grid forwarded by Academic | |
| |Head. There should be provision to view all applications one by one clicking the button | |
| |given in grid. There should be provision to record his remarks and forward application to | |
| |NCHMCT. System should also facilitate Principal to send back application to Academic Head in| |
| |case of any erroneous data. System should facilitate as application is submitted to NCHMCT | |
| |or back to Academic Head, should go off from the current populated grid. System should | |
| |facilitate Principal to marks student as detained who is not fulfilling the criteria. | |
| |System should facilitate Academic Head to edit application and correct data and re-submit it| |
| |Principal. Application should be out from the populated grid on submission. | |
| |System should facilitate to make available application to Executive Officer. It should | |
| |facilitate Executive Officer to forward application to Asst Director (T) to record his | |
| |remarks. Director (T) should be able to forward application to Dealing Assistant for | |
| |completion of his part. System should facilitate Dealing Assistant to forward application to| |
| |Executive Officer to prepare admit card. At this point system should facilitate for print | |
| |option of duly completed examination form. Preparation of admit card should be in seamless | |
| |manner. All duly completed application should appear in list box. There should be back and | |
| |forth button to add to list and remove from the admit card list. There should be provision | |
| |in system to generate admit card serial number for all the selected applications. Provision | |
| |to define Examination Center to a lot (admit cards). Admit card should bear information | |
| |like, admit card number, Centre Name, Centre Code, Name of student, photo, examination| |
| |appearing, subject (s) name with subject code, Signature of Candidate, space for | |
| |signature of principal & stamp and the instructions to the students as instruction1, | |
| |instruction2, instruction3, instruction4, instruction5, and note to Principal (if any). | |
| |System should facilitate institutes to update IGNOU roll number directly from institutes. | |
|Issue of Admit Cards |System should facilitate to send email notification to Institutes for issue of admit cards. | |
| |System should facilitate institute to download admit card for course wise, Semester wise, | |
| |examination centre wise for a range of students or specific student in pdf format and should| |
| |facilitate print function. (academic department will maintain record of issue of admit cards| |
| |manually by taking signature of student/guardian) | |
| |Systems should facilitate NCHMCT to accommodate any change in admission Centre or its | |
| |location and should facilitate to send email notification to institute Academic Head and | |
| |respective Examination Superintendent. | |
| |System should facilitate to send email notification and SMS alert to all affected students | |
| |(Must be supported with telephonic communication or other means of communication). | |
| |System should facilitate Institute export list of candidate of an institute (regular | |
| |course) for appearing in the Semester examination whose admission cards are issued by | |
| |NCHMCT. Attribute of list Name, roll no, institute name, admit card number | |
|Examination Date sheet |System should facilitate COE at NCHMCT to send date sheet to institutes. Date sheet shall be| |
|Issue |prepared manually and fed into the system. Attributes of the date sheet are Date sheet | |
| |title, Date sheet for-theory/practical, programme name, course name, Semester, exam to | |
| |be held in month and year name, examination date, subject, subject code, paper code, | |
| |Exam time ( i.e. from 10:00 AM to 01:00PM), Instruction 1, Instruction 2, Instruction3, | |
| |Instruction 4 etc. | |
| |System should facilitate COE to send email notification to Institutes as an attachment in | |
| |PDF format/Word format | |
|Question Paper Setup |System should facilitate to record the details of the team set for question paper set up. | |
| |System should record the details of the question paper setters along with their | |
| |specialization. | |
| |System should facilitate to record the details of question paper and questions in QP set. | |
| |(Username and password must not be shared with any of the other staff apart from the | |
| |authorized person) and should serve as question paper bank. | |
| |System should facilitate COE selection of question paper set (not question selection) | |
| |randomly and manually. | |
| |System should facilitate to mark a question paper set pattern changed with date of change of| |
| |pattern and should not included in the process of selection of question paper for the | |
| |examination. | |
| |System should facilitate COE mark question paper set selected for Semester and year. | |
| |System should facilitate COE to display the details of question paper set with history of | |
| |used for examination and on clik of button it should show all questions in it. | |
| |System should facilitate to export question paper in excel/word format for the purpose of | |
| |printing ( External to system : in case of hard copy is sent to press it must be sent in | |
| |sealed envelop and to be carried by authorized person and in case it is send in form of soft| |
| |copy, file must be password protected and password to be communicated in sealed envelop and| |
| |due secrecy to be maintained). | |
| |System should facilitate COE to get counts of the students course wise, Semester to have | |
| |estimate of number of QP papers to be printed. There should be provision to enter the no of| |
| |total question papers printed. | |
|Deciding Examination |System should facilitate COE (NCHMCT) to create new examination center. It should also | |
|Centers, |facilitate fee basic details of centre and automatic generation of examination center code. | |
|Superinten-dent |Information also to be included the no of rooms in the centre, seating capacity per room and| |
| |indicative room number that shall be used for making sitting plan and conduct of | |
| |examination. | |
| |System should facilitate COE (NCHMCT) to examination centre for working as examination | |
| |centre for forthcoming examination (Generally Institute itself wok as examination centre but| |
| |it is up the NCHMCT to add any other external school/institute for this purpose). | |
| |System should have the feature to COE to view the past history of the examination centres | |
| |(i.e. irregularity, black listed etc) before assigning as examination centre. | |
| |System should facilitate NCHMCT to view list of all personnel suitable for Superintendent |letter generation |
| |and assign them as Superintendent of an examination centre. System should generate email | |
| |notification to selected superintendent and also print option to generate letter in that | |
| |effect. | |
| |System should facilitate NCHMCT to view list of all personnel suitable for Invigilator and | |
| |assign individual as invigilator in an examination centre (It is not compulsory to NCHMCT to| |
| |assign every invigilator but may use this function for one or more cases). | |
| |System should facilitate all selected superintendents to add invigilators and ancillary | |
| |staff to his assigned Examination Centre from the given list. System should also facilitate | |
| |Superintendent to create list of external staff to be utilized as invigilator or ancillary | |
| |staff and the same should be available to him while assigning supervisory (invigilators) and| |
| |ancillary staff (i.e. guards, duty chaprasi, helpers etc). Room allocation should be done | |
| |manually as it involves daily change of rooms. | |
| |System should facilitate COE (NCHMCT) to List out all selected invigilators, approve and | |
| |record comments in case of any invigilator to be dropped or replaced with another and submit| |
| |back to respective superintendent. | |
|Seating Plan |System should facilitate superintendent to allocate rooms, Invigilators and students. One | |
| |room may have more than one invigilator and more than one student. There should be provision| |
| |to load two or more classes (max three classes) visible in individual list and facilitate | |
| |empty list to move selected students from three different list (room allocated- room no). It| |
| |should also facilitate to segment is row wise (total strength of students/no. of rows), | |
| |assign invigilators for morning (i.e. 10:00 AM to 01:00PM) and evening shift (i.e. 2:30 PM | |
| |to 5:00PM) of examination independently. It should be planned daily. | |
| |System should facilitate to export seating plan in pdf format to take printout. Any change | |
| |in the plan should be managed by superintendent manually and same to be updated in sitting | |
| |plan based on the real sitting. System should facilitate to record date and time of | |
| |initially created plan and updated plan. In case of change the final print to be submitted | |
| |to NCHMCT along with the answers sheets. | |
|Dispatching of |System should facilitate to have a consolidated report for the students whose admit cards | |
|answersheet to |has been dispatched(electrically) center wise, course wise, semester wise to estimate the| |
|Examination Centres |requirement of the question papers, blank answersheet, tag and other stationary required | |
| |for dispatching question papers and answersheet (i.e. paper envelops, cardboard boxes for | |
| |answersheet, papers for printing labels, printer cartridge required to print labels but | |
| |not a part of system). | |
| |System should have feature to record details of answersheet required to be dispatched to | |
| |examination centres. These details includes programme name, course name, course year, | |
| |answer sheet sl. no start, answer sheet sl. no. end, counts of answer sheets, color of | |
| |answer sheet, box serial no, box dispatched to examination centre and should facilitate | |
| |generation of label for boxes and covering sheet showing details dispatched to a particular| |
| |examination centre. (Label shall be a pasted on the box and sheet will serve as covering | |
| |letter). | |
| |System should have provision to record the details of the boxed dispatched to examination | |
| |centres and record the receipt no through which the boxes have been dispatched and mark as | |
| |dispatched. | |
|Receiving Answer sheets|System should facilitate examination centre to acknowledge the no. of boxes received and | |
|at Examination Centers |there should be provision to record the occurrence of any damage/loss/deficiency in the | |
| |counts when received. | |
|Dispatching Question |System should have feature to record details of question papers dispatched to examination | |
|Papers |centres. These details includes programme name, course name, course year, Semester, | |
| |counts of packages, counts of packets in package, count of question papers in each | |
| |packet, Description of instructions, dispatch mode- by hand /by post/by courier, in case | |
| |of by hand, details of the person who collected QP, undertaking submitted yes/no | |
| |dispatched date and time, in case of by post and courier, details of the receipt and | |
| |dispatch date and time. | |
|Receiving Question |System should facilitate superintendent to mark it received and provision to record the | |
|Papers at NCHMCT |details of occurrence of damage/deficiency. | |
|Conduct of Examination |System should facilitate superintendent to print out sitting plan. | |
| |System should facilitate superintendent to print out attendance sheet examination wise. | |
| |Attributes of the attendance sl. No, roll no, name, subject name, paper code, answer sheet | |
| |sl. no, paper code, signature column, date of exam. | |
| |System should facilitate record of visits of observers from NCHMCT, and details of unusual | |
| |occurrences. | |
| |System should facilitate to record details of UMC Cases that includes name roll no, name, | |
| |examination name, date and time, material used for unfair means, room no, invigilator (s) | |
| |on duty. | |
| |System should facilitate examination centre to mark attendance of the student appeared in | |
| |examination taking records from the attendance sheet. Details of students required to be | |
| |pulled from seating plan and ordered by course, Semester, roll number (Though hard copy | |
| |of attendance is to be submitted to NCHMCT on the day, photocopy of that document can | |
| |serve the purpose is permitted by the examination authority) | |
|Dispatch of Answer |System should facilitate admission centre to record the details of filled answersheet and | |
|sheets to NCHMCT |counts of total used sheets including supplementary issued on the day of examination. These | |
|(Evaluation Centre) |details includes programme name, course name, course year, answer sheet sl. no start, | |
| |answer sheet sl. no. end, counts of answer sheets, color of answer sheet, box serial no,| |
| |box dispatched to NCHMCT (Evaluation Centre). It should facilitate generation labels for | |
| |boxes and covering sheet showing details dispatched to a NCHMCT. (Label shall be a pasted on| |
| |the box and sheet will serve as covering letter). System should facilitate this mechanism in| |
| |such a way that answersheet dispatched from NCHMCT to Examination Centres, from | |
| |Examination Centres to Evaluation Centre (NCHMCT) should be visible to management in a | |
| |accountable manner as no of blank answer sheets dispatched to each evaluation centres, no | |
| |defective/damages sheets, no of answersheet used as supplementary, no of unused | |
| |answersheet dispatched back to NCHMCT, No of defective/damaged sheet dispatched back to | |
| |NCHMCT, no of loss of answersheet. | |
| |System should facilitate to record the dispatch details i.e. mode of dispatch, agency name, | |
| |and dispatch date, dispatched time and remarks (if any). | |
|Dispatch of Question |Unused question papers not sent back in current practice. (Suggestion: Since the questions | |
|Paper to NCHMCT |in the question paper are open to everyone after finishing of examination and it is unlike | |
| |to get the same set of question paper in the examination. A certificate may be introduced | |
| |given by superintendent of examination that undistributed question papers have been handed | |
| |over to principal to keeping them in student library for reference purpose and counting of | |
| |the papers should be brought to zero for the purpose dispatching back to NCHMCT. | |
| |All other documents are sent to NCHMCT in physical copy that includes 1. Invigilation | |
| |Report, 2. Filled Answer sheets, 3. Attendance Sheets of the day 4. No of Answer Books, 5. | |
| |Additional/ Supplementary Books taken, 6. Certifications, 7. Supported documents | |
| |8. Seating Plans (Room wise), 9. Tally of # of Answer Books | |
|Practical Examination |System should have provision to institute to add industry professional to work as | |
| |examination panel. It should include the details on individual, their current employment, | |
| |professional career, and qualification and specialization type of examiner | |
| |External/Internal. | |
| |System should facilitate to mark as industry professional as selected external examiner for | |
| |the current examination and internal examiner to. | |
| |System should facilitate NCHMCT to view the details of all proposed external examiner and | |
| |internal examiner (may one of the teaching faculty in the institute taking concerned | |
| |subject) and should facilitate approve or reject one or all and provision to put remarks for| |
| |replacement. | |
| |System should facilitate to submit attendance of students who appeared for examination along| |
| |with the information of external examiners and internal examiner. It should include | |
| |programme name, course, Semester, subject, student’s name. | |
|In Course Assessment |System should facilitate institute to feed marks directly to system for all internal | |
| |assessments for a lot (students) in given course for practical and theory part. Format of | |
| |marks submission should include programme name, course name, roll no NCHMCT, roll no IGNOU, | |
| |subject code theory marks, subject code practical marks, (n.. number of subjects in the | |
| |semester, total marks and in a seamless manner. | |
| |System should facilitate institute to draw best of no. In-course assessments (for BSc. 2 | |
| |out of three tests, for MSc 5 out of 7 tests and so on for the given criteria and should | |
| |able to push to result for selected candidate. This should be configurable. System should | |
| |efficiently handle the consolidation it to 30% of all theory and practical marks and | |
| |handling of divide by zero function for the subject that do not have practical examination.| |
|Industrial Training |System should facilitate Institute feeding of marks for every course where ever applicable| |
|Assessments for term |that includes attendance marks, performance appraisal marks, grooming, industrial training | |
|end examination |log book assessment, Industrial Presentation. | |
| |System should facilitate institute to push up marks for result. | |
| |System should facilitate NCHMCT to view all the details of industrial training marks. | |
|Set up Evaluation |System should facilitate to record the details of evaluation centres and head examiner | |
|Centres |appointed there. (Currently NCHMCT is working as evaluation centre) | |
| |System should facilitate NCHMCT to keep a list of details of evaluators. | |
|Receiving of Answer |System should facilitate to record the details that includes programme name, course name, | |
|sheets at evaluation |course year, answer sheet sl. no start, answer sheet sl. no. end, counts of answer | |
|Centre |sheets, color of answer sheet, box serial no, box received at NCHMCT with additional | |
| |details as blank answersheet, used answersheet, lost/damaged/deficient during transition to| |
| |NCHMCT. System should facilitate Evaluation Centre to acknowledge no. of boxes received and | |
| |there should be provision to record the occurrence of any damage/loss/deficiency during | |
| |transition when received. loss/damaged/deficient book will put together the counts as | |
| |loss/damaged/deficient recorded at receiving end of Examination Centre and receiving end of | |
| |Evolution Centre (NCHMCT). | |
|Fictitious number |System should facilitate NCHMCT to fetch the details of students one the basis of programme,| |
|allocation on answer |course, Semester, examination and provision to record details of the answer sheets | |
|sheets |answersheet sl. No, supplementary answersheet sl. no. There should be provision to generate | |
| |automatically fictitious no that required to be marked on answersheet as well as on | |
| |detachable leaf of the answersheet. Attached answersheet shall bear the same fictitious | |
| |number as on main answersheet. Fictitious no shall have uniqueness based on following: | |
| |programme id, course id, subject id, and semester id, roll no NCHMCT, date and year of | |
| |examination. | |
| |Note: it may be encouraged to use bar code printer and barcode reader if volume of | |
| |answersheet is very high. Decision is require to consider the factors like volume of | |
| |answersheet, box/bag size i.e. 100/200/300 answersheet per box or bag. Sticker generation | |
| |using barcode shall speed up whole process i.e. dispatching of answer sheets, receiving of | |
| |answer sheets, generating stickers of fictitious no., and recording the details from | |
| |evaluated answer sheet. | |
|Issue of answer sheets |System should have provision to record the details of copies marked with fictitious no | |
|to evaluators and |issued to an evaluator at evaluation centre , count of the answersheet issued for | |
|Evaluation of |evaluation, marking scheme issued -yes/no, instructions issued -yes/no, award sheet | |
|answersheet |issued- yes/no, date and time of issue, issued by.(Issue of masked sheet to an evaluators | |
| |is as per NCHMCT norms which is currently 60, answer sheet to be physically counted and | |
| |counts shall be entered in system manually by the person issuing. (Print of blank award | |
| |sheet shall not be included in the system) format of award sheet: Award Sheet No.: Year/ | |
| |Semester, programme, course, subject, table format ( it includes sl. no, Fictitious no,| |
| |marks awarded by evaluators, endorsed by scrutinizer, remarks ), signature of evaluator, | |
| |signature of scrutinizer, date., System should have additional functionality to record the| |
| |dispatch details if answer sheets are sent to evaluator not sitting in evaluation centre | |
| |(NCHMCT) that include the dispatch details, place of evaluation where he/she will evaluate | |
| |answer sheets. | |
|Receiving of Answer |System should have the provision to record the details of the evaluated answer sheets from | |
|sheets from evaluators |the evaluators. System shall populate the detail of individual evaluator showing no of | |
|at evaluation centre |answersheet issued, no of answersheet received back after evaluation for the day, serial | |
| |no of award sheet, remarks (if any), system should have the provision to record the receive| |
| |details, any deficiency/damage reported by evaluator, deficiency observed by evolution | |
| |centre | |
|Data Entry of Marks |System should facilitate NCHMCT make data entry of the marks from the award sheet. Data | |
| |entry shall be made against the fictitious number. System should facilitate input screen | |
| |that include list of fictitious no in a grid, adjacent to that marks awarded by evaluator, | |
| |next marks awarded by scrutinizer and update marks. Name of data entry operator shall be | |
| |picked up by session, and system date and time shall be required to be inserted | |
| |automatically. | |
|Verification of Marks |System should facilitate NCHMCT to make verification of the marked entered against the | |
| |fictitious numbers. It should facilitate to generate a list of the marks in the table format| |
| |as given in awards sheet (Fictitious no, marks awarded by evaluator, marks endorsed by | |
| |scrutinizer and additional field with name of data entry operator against every entry and | |
| |small blank column to put check mark by the person who verifies the marks. (Difference in | |
| |the marks physically matched with answersheet by the Controller of examination and corrected| |
| |wherever applicable. | |
|Submission of |System should facilitate NCHMCT to enter verification data into system. There should be | |
|verification data |provision to list out entered marks Fictitious number wise in a grid with additional details| |
| |as name of data entry operation checkbox to tick as verified, provision to edit data for | |
| |data correction have been authorized by the COE with a remarks column to the fill up the | |
| |details of correction/change made and button to update data. | |
| Linking data back to |System should have provision to link the data fed against the Fictitious no to its | |
|original roll no |corresponding roll no. | |
|Preparing data for |System should facilitate to view data in tabular form in final stage of preparation of | |
|result |result programme, course and subject wise, Semester and academic session wise. | |
| |It should facilitate to push data to Result Record after having implemented business rule of| |
| |70% marks of the total obtained marks in term end examination. Business rule may differ | |
| |course to course hence require a facility to define and edit the rule per the implementation| |
| |need of rule. | |
| |Similar function is expected from the marks submitted for In-course assessment where rule of| |
| |30% apply for the total marks obtained.(At this stage data is ready for result preparation) | |
|Preparation of Result |System should have the provision to present the result data for result preparation in | |
| |convenient look up. System should facilitate to select programme, course name, subject | |
| |wise, Semester, examination and data is displayed in a matrix form having sl. no., | |
| |subtending category, student roll no NCHMCT, roll no IGNOU, subject code, maximum marks | |
| |theory, minimum passing marks theory, marks obtained theory, result marks theory , | |
| |Modernization marks, final result marks theory, maximum marks practical, minimum | |
| |passing marks practical, marks obtained practical, result marks practical , final result| |
| |marks practical, similar set of marks distribution for all the subject for given course in| |
| |the Semester, maximum marks industrial training, minimum passing marks industrial, | |
| |marks obtained industrial training, result marks industrial training , final result | |
| |marks industrial training, maximum marks Project work, minimum passing marks project | |
| |work, marks obtained project work, result marks project work , final result marks | |
| |project work, total marks obtained, Result Pass/fail/reappear result status | |
| |declared/withheld reason for withheld, division, percentage, distinction, , promoted to| |
| |next higher level true/false , remarks, re-appear in papers counts. | |
| |System should facilitate to generate draft overall result based on the based on business | |
| |rules, rounding rule shall be applied for half and more than half shall bring it to one, | |
| |40% for theory, 50% for practical training, industrial work, research methodology etc, | |
| |Division first shall be declared on scoring marks 60 and above, second division for marks | |
| |between 50 and 60, "Pass" less then 50% . | |
| | System should have provision to implement function of modernization (Upliftment of result | |
| |by one mark or two marks for a particular subject). | |
|Declaration of Result |System should have provision to declare final result by click event. Before declaring final | |
| |result system shall prompt that "Have result been finally reviewed” OK to proceed for | |
| |declaring result, clicking decline to review the result in draft form, Once is OK is pressed| |
| |result shall be declared and a mail shall be sent to all institute. Records in the result | |
| |shall be locked. No modification shall be permitted afterward. However in case any request | |
| |is received for re-totaling and genuine case found to amend the result for typological | |
| |error or similar to that, on the written permission from the COE particular record shall | |
| |be unlocked, result updated and record shall be locked again. | |
| |System should facilitate once result id declared , Institutes with respective examination | |
| |center id are permitted to down load result | |
| |System should facilitate student to view and download. System should ask student to supply | |
| |NCHMCT roll no, course, and date of birth of student. Result shall be displayed in html | |
| |format and button to down load it in pdf format. | |
|Data Submission to |System shall generate result data for submitting to IGNOU. A system generated mail with the | |
|IGNOU |sent to IGNOU coordinator for issue of consolidated marksheet and degree issue. | |
|Printing of marksheet |System should have the provision to print marks sheet in the pre-defined format for every | |
| |course for each semester and final marks sheet. (No. of sheets= (course*no of semesters + | |
| |final Marks sheet) * no of courses. | |
| |System should facilitate to record the sl no. of the mark sheet against the individual | |
| |result. Additional column to record the sl no. of duplicate marksheet. | |
| Issue of Marks Sheet | System shall facilitate to keep the record of the marks sheets issued to institutes for | |
| |onward issuance to students. | |
| |System should facilitate to issue of duplicate marksheet on a written request and record the| |
| |details of fee paid. | |
|MIS Reports |System should generate consolidated result total no of students enrolled, total detained, | |
| |total absent, total appeared, total passed, total re-appear, total failed, total | |
| |promoted (percentage of students), total students failed in: subject name, counts fail in| |
| |theory, counts fail in practical. | |
| |Average Percentage for a student for course degree/diploma/craftsmanship certification | |
| |course, average marks first year, average marks second year, average marks third year. | |
| |System should facilitate to generate report of average aggregate marks obtained by students | |
| |in various papers in particular course, years wise. Report shall facilitate export of data| |
| |in excel format. Tabulation format sl. Name of institute, subjects -1, subject -2 , | |
| |subject -3 and so on for Semester -I and continue with Semester - II in similar fashion. | |
| |Report should be available for Sem-I+Sem II, Sem-III+Sem-IV and Sem-V+Sem-VI. | |
| |System should facilitate to generate report for statistical data file for all the courses | |
| |attributes of table: sl. no, name of institute, pass percentage, re-appear percentage, | |
| |fail percentage, promoted percentage and feature to export in excel. | |
| |System should facilitate to generate report for national average of all subjects studied in | |
| |year (example Sem-I+Sem-II) of an institute. Attributes in reports: name of institute, | |
| |subject like FPP, FPT, FBST and so on. System should facilitate to export data in excel | |
| |format. | |
| |System should facilitate to generate report subject wise fail percentile of all institutes | |
| |attributes: sl. no. , institute name, subject1, subject 2, subject 3, subject 4 and so on.| |
| |System should facilitate to export data in excel format | |
| |System should facilitate to generate report for toppers for all the course in a | |
| |Semester/year gender, name, roll no NCHMCT, roll no IGNOU, total marks secured, out of,| |
| |name of institute | |
| | | |
| | | |
| | | |

Staff

|Staff | | |
|Module |Functionality |Integration |
|General |System should facilitate login | |
|Institute Details |System should facilitate MoT to create master entries for already exiting & upgraded | |
| |institutes and newly formed institute. Details shall include institute id, institute code | |
| |and name of institute, this shall be used as master entry to NCHMCT to affiliate and create | |
| |institute profile. | |
|Saff Structure |System should facilitate MoT to create master entries of staff structure category like | |
| |teaching staff, academic support staff and administrative staff and other staff | |
| |System should facilitate MoT user to create master entries for staff structure i.e. sr. | |
| |lecture, lecturer, asst lecturer, librarian, principal, PA to principal, accountant, | |
| |administrative officer, assistant , audio visual technician, UDC, cashier, storekeeper, | |
| |and so on for the post exits in institutes | |
| |System should facilitate MoT to create master entries for staff hierarchy i.e. Chairman of | |
| |BOG, Principal, HoD, Admin Officer, PA to Principal, Office Superintendent, Accountant, and | |
| |so on. | |
| |System should facilitate MoT user to create master entries faculty type ie. regular, | |
| |teaching associate, visiting faculty, Guest Speaker, study | |
|Workload Distribution |System should facilitate NCHMCT to define workload distribution attributes: name of | |
| |activity, HoD hrs per week, sr lecturer hours per week, lecturer hours per week asst | |
| |lecturer hours per week.. | |
|Staff Profile |System should facilitate institute to feed profile of each employee (permanent) it should | |
| |include personal information, contact information, academic record, teaching record, | |
| |professional record, service record, current deployment details, family history, | |
| |disciplinary case record (if any), medical history, Foreign Tour Details, honors and | |
| |award. | |
| |System should facilitate institute to feed profile of each employee (temporary). it should | |
| |include personal information, contact information, academic record, teaching record, | |
| |professional record, current deployment details, family history, disciplinary case record| |
| |(if any), medical history, Foreign Tour Details, honors and award, and their | |
| |contractual details and other related details if individual is visiting faculty. | |
|Institutional Operational |System should facilitate NCHMCT to create masters for the institutional operational | |
|Activities |activities like extra curricular activities, curriculum activities, faculty development | |
| |programmes, industrial exposure programmes, revenue generation programmes, value addition | |
| |programmes, and specialty topics. | |
| | | |

Leave Record

|Leave Records | | |
|Module |Functionality |Integration |
| | |Requirements |
|General |System should facilitate login | |
|Leave Records |System should facilitate institutes to feed leave details of the staff into system that|Integration with |
| |shall be required in preparation of timetable and deployment of manpower for |Timetable module |
| |institution’s operational activities. Date entry should be simple way i.e. Selection of| |
| |staff from drop down list, leave period from (selection from drop down) and to (from drop| |
| |down). no of days calculated automatically. , reason for leave, contact info while on | |
| |leave etc. | |
| |System should facilitate course coordinator, HoD to view of availability of faculties in | |
| |institutes for assigning those classes (preparation of time table) and other tasks. | |
| |System should facilitate institutes to take print out based on parameters 1. the specific| |
| |period (i.e. 10 Jan 2013 to 25 Jan 2013) staff on leave, employee name | |

APAR

|APAR | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Faculty Development Programmes

|Faculty Development Programme | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Industrial Exposure

|Industrial Exposure | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Books and Publication

|Books and Publication | | |
|Module |Functionality |Integration |
| | |Requirement |
|General | | |
| |System should facilitate for login. | |
|Books & Publication details |System should facilitate institute user to enter the details of books. Details | |
| |shall include (institute id, and institute names -to be picked from session),| |
| |name book, accession no, no of volumes, no of copies, date of purchase, rate| |
| |of last purchase(Rs), total cost, author, year of publication, remarks. | |
| |System should facilitate institute user to enter the details of books. Details | |
| |shall include ( institute id, and institute names -to be picked from | |
| |session), name periodicals/media (CD) , accession no, no of volumes, no of | |
| |copies, date of purchase, rate of last purchase(Rs), total cost, author, | |
| |year of publication, remarks. | |
| |System should facilitate institute user to enter the details of institute | |
| |magazine. Details shall include institute id, name of magazine, publish | |
| |year, published -yes/no. | |

CFA

|CFA Schemes | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login | |
|C.F.A.- ASSETS |System should facilitate institute user to record details of CFA Assets Grants.| |
| |Details include institute id, work code no, financial year, purpose of grant, | |
| |CFA for, sanction no., sanction date, interest adjusted, amount released, | |
| |total amount available, UC provided, | |
|C.F.A. Capital Expenditure |System should facilitate institute user to record details of, Institute id, | |
| |purpose, grant code, total CFA sanctioned (Rs. in lakhs), date of sanction of| |
| |work, total no. of installments released, total amount released, progressive| |
| |amount for which UC received, amount for which UC pending. | |
|C.F.A. Revenue Expenditure |System should facilitate institute user to record details of CFA Revenue | |
| |Expenditure details like institute id, purpose of grant, grant code, CFA | |
| |for, financial year, total NRE grant sanctioned(Rs. in lakhs), date of | |
| |sanction, total no. of installments released, total amount released | |
|C.F.A.- CBSP Programmes |System should facilitate institute user to record details of CFA CBSP | |
| |Programmes details like Institute id, purpose of grant, sanctioned cost , | |
| |sanction no., sanction date, interest adjusted, amount released, total | |
| |amount available, UC provided for financial year, CFA, course code no., | |
| |grant code, total CFA sanctioned (Rs. in lakhs), date of sanction of work, | |
| |total no. of installments released, total amount released, progressive amount | |
| |for which UC received, amount for which UC pending | |

HSR Programmes

|HSR Programmes | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Specialty Topics

|Specialty Topics | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Value Addition Programmes

|Value Addition Programmes | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Initiative and Practices

|Initiative and Practices | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Teaching Assignment

|Teaching Assignment | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |
| | | |
| | | |
| | | |

BOG Profile

|BOG Profile | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

MoA & Bye Laws and R&P Rules

|MoA &Bye Laws and R&P Rules | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
| |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |

Feedback

|Feedback | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
|Feedback |System should have feedback mechanism to enable student and staff to submit | |
| |feedback to NCHMCT. | |
| |System should facilitate NCHMCT to view all feedbacks received showing the | |
| |title of feedback, senders details, sent on and with a reply button. There | |
| |should be additional field to record the response of the Director NCHMCT for| |
| |the positive feedbacks and negative feedbacks as feedback is considered | |
| |necessary for further decision making by the management. , and for the | |
| |general in nature feedbacks no further action is required. | |
| |All feedbacks shall be arranged in chronological order. | |
| |System should facilitate NCHMCT users to reply for the feedback. Reply shall| |
| |be sent by system generated mail and reply details shall be saved in system.| |
| |System should facilitate NCHMCT user to generate report of feedbacks | |
| |received in a quarter from all the institute and total from an individual | |
| |institute. | |
| |It should give summary of total negative feedbacks and total positive | |
| |feedback, total feedback general in nature. | |

Legal Activities Management

|Legal Activities Management | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| |System should facilitate three tabs each item i.e.1 MoA, 2. Bye Laws and 3. | |
| |R&P rules | |
| |System should facilitate administrator of each institute to upload the | |
| |documents in pdf/world format for each category. | |
|RTI Cases |System should facilitate system administrator to delete document when it is | |
| |no longer in use. | |
| |System should facilitate to list out the uploaded documents | |
| | | |
| | | |
|Court Cases | | |
| | | |
| | | |
| | | |
| | | |
|Vigilance and Disciplinary Cases | | |
| | | |
| | | |

Assets Management

|Assets Management | | |
|Module |Functionality |Integration |
| | |Requirement |
| General | | |
|Assets Management |System should facilitate to record the record the detail of Assets as 1. Land and | |
| |Building 2. Stock | |
| |Land and building shall be classified as Instructional Area, administrative area and | |
| |residential area. Stock shall be classified as furniture, equipments, machinery, IT | |
| |assets, books and provisional store. Masters is required to be created for the classes | |
| |and their nested classes. System should have separate module for each class like 1. L&B | |
| |Module 2. Stock Module. Stock module shall have two sub modules -module for keeping the | |
| |details of stock of furniture, equipment, machinery, IT Assets, Books and module for | |
| |Provisional Store. | |
| |Note: 1. Instructional Area is comprised of class rooms; laboratories for food | |
| |production, bakers, restaurant service, laundry, accommodation operations, front | |
| |office operations, computer lab, language lab, maintenance workshop, library, | |
| |instructional resource centre and examination hall / auditorium. In addition are the | |
| |dry rations store and the cold room. | |
| |2. Administrative area comprises of the principal’s office, PA’s room, administrative | |
| |officer’s office, administration and accounts section, record room etc. The area for | |
| |support services include students (boys & girls) lounge and locker room, facility | |
| |lounge and locker rooms, indoor games hall, bank extension counter, sub-station, | |
| |generator room and pump house. The campus facilities include play grounds, official | |
| |and residential car / scooter / cycle parking areas, open air theatre and area for | |
| |future expansion. | |
| |3. Residential areas include staff quarters, students’ hostels along with warden’s | |
| |residence. | |
| |System should facilitate to define the categories of areas like Institutional plinth | |
| |area has teaching area, support service area, administrative area, additional area | |
| |(certain %age of area of each category.) it also should facilitate to define master as | |
| |teaching area has got food production area, beverage, operation and accommodation, | |
| |front office, other area etc. and food production area has got BTK (Basic Training | |
| |Kitchen), ATK (Advance Training Kitchen), Bakery etc. (Refer Assets Management in "As| |
| |is Processes" ). | |
| |System should facilitate to record the details of Plinth Area of each room under the | |
| |respective category. For each category of area it should be able to record key | |
| |attributes like class id, sub class id, subclass name, optimum square feet area, minimum| |
| |square feet area and actual area in square feet. Optimum square feet are the maximum | |
| |allowed area, Minimum Square is the lower limit in square fee and actual area is the | |
| |physical possession of area. System should facilitate to record the details of all the | |
| |area coming under three broad categories - Instructional Area 2. Administrative Area 3. | |
| |Residential area | |
| |System should facilitate to record the details of total covered area by | |
| |offices/buildings i.e. Floor wise area (like first floor, second floor) of Main | |
| |Building, Girls’ Hostel, Boys’ Hostel, Principal’s Qtr, Staff Qtrs. ‘A’, Staff Qtrs. | |
| |‘B’, Servants Qtrs, Total. It should form a matrix. Building will run vertically and | |
| |floor will go horizontally. | |
| |System should have the provision to calculate F.A.R (Floor Area Ratio). | |
| |System should facilitate to make BOC (Brought on Charge) when any item is brought into | |
| |the promises of Institute. BOC shall be done on Central Stock Register. No invoicing | |
| |provision is required except asked for a specific module. Central Stock Register shall | |
| |be category wise like register for furniture, equipment, machinery, IT Assets, books. | |
| Furniture |Furniture : Item Id, item Description, Supplier, Date of purchase, Cost of item, | |
| |Usability State, Location of item where being used, Condemnation done-Yes/no, | |
| |Condemnation Date, Qty in Stock, Qty Supplied, Quantity condemned, Balance Stock, | |
| |Remarks . | |
| Equipments |Equipment : Equipment Id, Equipment Description, Supplier, Date of Procurement, Cost| |
| |of equipment, Accessories, Serviceability State-Serviceable/unserviceable, /Partly | |
| |Serviceable/ Under Maintenance, Utilization Scope- Fully utilizable, Beyond Local | |
| |Repair, Beyond Economical Repair, Location of equipment where being used, | |
| |Condemnation done-Yes/no, Condemnation Date, Qty in Stock, Qty Supplied, Quantity | |
| |condemned, Balance Stock, Remarks | |
| Machinery |Machinery : Machinery Id, Machinery Description, Supplier, Date of Procurement, Cost| |
| |of Machinery, Accessories, Serviceability State-Serviceable/unserviceable, /Partially | |
| |Serviceable/ Under Maintenance, Utilization Scope- Fully utilizable, Beyond Local | |
| |Repair, Beyond Economical Repair, Location of Machine where being used, Condemnation | |
| |done-Yes/no, Condemnation Date, Qty in Stock, Qty Supplied, Quantity condemned, | |
| |Balance Stock, Remarks. | |
| IT Assets |IT Assets : Assets Id, Assets Description, Supplier, Date of Procurement, Cost of | |
| |Assets, Accessories, Serviceability State-Serviceable/unserviceable, /Partially | |
| |Serviceable/ Under Maintenance, Utilization Scope- Fully utilizable, Beyond Local | |
| |Repair, Beyond Economical Repair, Location of Machine where being used, Condemnation | |
| |done-Yes/no, Condemnation Date, Qty in Stock, Qty Supplied, Quantity condemned, | |
| |Balance Stock, Remarks. | |
| |System should facilitate to record the details of stock room wise and assigned to a | |
| |person in-charge for each category of stock - Furniture, Machinery, Equipment, IT | |
| |Assets. | |
| Books & Magazine |Books & Magazine: Book id, name of the book, accession no., no. of volumes, no. of | Covered under Books|
| |copies, date of purchase, rate of last purchase (Rs.), total cost (Rs.), author, |and Publication |
| |year of publication, Qty in Stock, Qty Supplied, Quantity condemned, Balance Stock,| |
| |Remarks | |
| |System should facilitate to Write Off action for the items when is depreciated as low as| |
| |zero or item is declared condemned and removed from the premises by holding | |
| |condemnation board and selling item to scrap dealer. It should also include the cases | |
| |when item become beyond economical repaired and no viable option to use that item. | |
| |Certificate reference no/letter no. to be motioned in the remark column when any item is| |
| |Written Off. | |
| |System should facilitate to make recovery for the cost of item when item is found | |
| |missing or broken intentionally. It should facilitate to define percentage to calculate | |
| |depreciated value that to be recovered from the person responsible for damage. | |
| |System shall facilitate to record the details of assets room wise in stock register | |
| |(Here room is assumed as physical space like principal office, lab, class room, hostel | |
| |rooms, kitchen etc where item physically placed and being used). System should | |
| |facilitate to assign/change staff to hold the charge of assets being used in the | |
| |particular room(s). Single person can hold inventory of a single room or more than one | |
| |room. | |
| |System should facilitate for write off action in case of expiry of item, accidental | |
| |damage | |
| |System should facilitate to record the details of stock taking | |
| | System should facilitate to create room wise item inventory and should have provision | |
| |to allot items/equipment to students for user. (For example BTK - Basic training Kitchen| |
| |is room. It has got equipments like work table, cooking range, sink with DB and now this| |
| |table has certain equipments Peeler Grater, Degchi, Gridle Oven etc. ) These items | |
| |belong to a category like Degchi is related to Pots and Pans category, Gridle, | |
| |Convection Oven related to common category etc. Equipments are categorized as Pots and| |
| |Pans, Common Equipments, Pantry Equipments, equipment for dispense counter, washer up, | |
| |electrical equipments, etc.) | |
| | System should facilitate to lab/kitchen incharge to allot the equipments to students in| |
| |a convenient way say list of the group of students is available to in-charge and he | |
| |allots work table 1 to Suresh, Mahesh, Dinesh and Table 2 is allotted to Raj Kapoor, | |
| |Annu Kapoor, Diksha and so on. | |
| | System should facilitate NCHMCT to create Master structure for Types of | |
| |room/Kitchen/lab/offices etc that shall include : | |
| |• Basic Training Kitchen (BTK) | |
| |• Quantity Food Kitchen (QFK) | |
| |• Advance Training Kitchen (ATK) | |
| |• Bakery | |
| |• Confectionery | |
| |• Larder Kitchen | |
| |• Demonstration Kitchen | |
| |• Cold and Dry Food Store (General Store) | |
| |• Basic Training Restaurant (BTR) | |
| |• Advance Training Restaurant (ATR) | |
| |• Bar | |
| |• Fast Food Restaurant cum Canteen | |
| |• Student Dining Hall | |
| |• House Keeping Room | |
| |o Laundry | |
| |o Linen Room | |
| |o House Keeping Lab | |
| |o Demo Lab | |
| |o Guest Room | |
| |• Single Bed Room | |
| |• Twin Bed Room | |
| |• Suit | |
| |• Front Office | |
| |• Computer Lab | |
| |• Audio Visual Room | |
| |• Library | |
| |• Language Lab | |
| |• Maintenance Department | |
| |• Office Automation Equipment | |
| |• Class Room/Tutorial Room | |
| |• Gas Bank | |
| |• Heavy Duty Generator Room | |
| |•….More Rooms | |
| |System should facilitate NCHMCT to define common infrastructure library and all | |
| |institutes use that structure and fill up their individual details. | |
| | System should facilitate institute to create and maintain profile of individual | |
| |room/office/lab etc. with the basic details: Total area desirable, total area minimum, | |
| |area per student, capacity of students per lab/room, no of faculty per lab, | |
| |faculty/staff in-charge of inventory of lab/room. | |
| |It should inventory details with the room details. | |
| |There should be provision to record the details of taking over and handing over of the | |
| |assets. | |
|Provisional Store | | |
| |System should facilitate institute user to maintain the list of supplier who have been | |
| |selected through tender process or similar channel. Record shall keep full details of | |
| |the supplier, areas of supply, empanelment, details of EMD (if any), date of | |
| |empanelment, contact details, duration of contract. Delivery performance record, | |
| |quality performance record, details of black listing etc. | |
| |System should facilitate to keep the details of store keeper, alternate store keeper, | |
| |contact details, current status of imprest money available with store keeper. | |
| |System should facilitate store keeper to create category of the provisional store and | |
| |define item each category dry ration, fresh ration, House keeping stores etc. | |
| |System should facilitate store keeper to take store on charge when any is materialized | |
| |and struct off from when item is issue or damaged/ staled | |
| |System should facilitate store keeper to generate indent daily, alternate day, weekly, | |
| |monthly for the items defined in the given category(s). It should be in a convenient way| |
| |like selecting the vendor from the list, full details are populated and a grid is shown | |
| |underneath, when item code is typed, items description and Unit of Measurement (UOM), | |
| |space for entering qty is displayed. Store keeper enters the qty in the Quantity | |
| |Demanded Column and next record is added until indent is finalized. At the end of | |
| |process storekeeper generates the indents. | |
| |System should facilitate urgent indent for the items required with a short notice. | |
| |Creation of urgent indent is similar to regular indent except it shall not be specific | |
| |to any supplier rather a list of item to be procured urgently signed by store keeper and| |
| |approved by Principal. Here the imprest money held with store keeper shall be reflected.| |
| |System should facilitate urgent indent for the items required with a short notice. | |
| |Creation of urgent indent is similar to regular indent except. It shall not be specific | |
| |to any supplier rather a list of item to be procured urgently, signed by store keeper | |
| |and approved by Principal. | |
| |System shall facilitate store keeper to take stock on charge whenever any demand is | |
| |materialized (supplied). | |
| |System shall facilitate to search the indent by indent number, indent date, supplier | |
| |name, indent type. | |
| |System shall facilitate to record the details of the stock in stock register. Attributes| |
| |of stock register, Category id category name, item id, item description, unit of | |
| |measurement, container type like packing, tin, bottle etc, date of expiry, Quantity | |
| |held in stock, Quantity Supplied, , Quantity Issued, Quantity held Stock. | |
| | | |
| | | |
| MIS Reports | | |
| |System should facilitate to generate room wise/lab wise report of the inventory; | |
| | System should facilitate to generate the list of all room/labs along with their | |
| |inventory holders(in charge) name, last date of handing over and taking over, any | |
| |surplus and deficient recorded during the hand over and take over. | |

Ranking (Institutes and Teachers,)

|Rankings | | |
|(Institute, Staff) | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login. | |
| | | |
|Institute Ranking |System should facilitate fetching data from IMS and form basis for award ranking to the | |
| |institute based on their performance. | |
| |System should facilitate in such a way that it has five parts namely Part A, Part B, | |
| |Part C, and Part D and Part E. Part A shall contains the parameters for Institutes | |
| |Academic Performance (40%), Part B Placement Performance (20%) and applicable only to | |
| |IHMs, Part C shall have Operation Performance (15 %) parameters and Part D shall cover | |
| |Administrative Performance (15%) and Part E Implementation of Central Schemes (10%). | |
| |System should facilitate fetching data from system where available through IMS and feed | |
| |required data manually and submit it to ministry. | |
| |System should facilitate to create institute wise ranking. | |
| |Basic attribute of the ranking shall be ranking id, ranking year (i.e.2012-13), category| |
| |wise performance parameters like academic, and placement, operational, administrative | |
| |along with predefined score for attainment (%), and evaluation scored obtained out of | |
| |total. Major Head, rating Heads, Maximum Score, Status (status A & status B or Achieved)| |
| |, Scored, over all Marks. | |
| |System should facilitate MoT to define masters for major heads, rating heads, max score | |
| |and definition of status as Y/N or values and other calculation logics for deriving | |
| |values for the purpose of awarding ranking. | |
| | |
| |Academic Performance Sheet A |
| | |
| | |
| |D Major Head |
| |Ranking Head |
| |Link/ Source of information |
| | |
| |Average Aggregate Marks |
| |Average percentage of marks BSc. Course |
| |MIS Reports- Result module |
| | |
| |Average Aggregate Marks |
| |Average percentage of Marks Diploma/Certification Course |
| |MIS Reports- Result module |
| | |
| |Institute Magazine |
| |Published/not published |
| |MIS Reports- Books and Publication module |
| | |
| |Specialty Topic Covered |
| |Specialty Topic Covered Count |
| |MIS Reports- Specialty topic module |
| | |
| |Contact Period (Minus IGNOU and Specialty Topic) |
| |Contact Hours |
| |MIS Reports- Contact Hours module and Specialty Topic module |
| | |
| |Curriculum related activities |
| |Counts of Events |
| |Needs clarification ?? |
| | |
| |Other Degree and Diploma Courses |
| |Counts of other MSc and diploma Course |
| |MIS Reports- Course Curriculum |
| | |
| | |
| |Placement Performance Sheet B |
| | |
| | |
| |D Major Head |
| |Ranking Head |
| |Link/ Source of information |
| | |
| |Total No clear passed student |
| |Counts |
| |MIS Reports-Result module |
| | |
| | |
| |Ideal Scoring |
| |Placements |
| |No of students placed in Management Grade |
| |MIS Reports- Placement Module |
| | |
| | |
| |No. of students placed in Supervisory Grade |
| |MIS Reports- Placement Module |
| | |
| | |
| |No. of students placed in Operational Grade |
| |MIS Reports- Placement Module |
| | |
| | |
| |Students not placed |
| |MIS Reports- Placement Module |
| | |
| | |
| |Operational Performance Sheet C |
| | |
| | |
| |D Major Head |
| |Ranking Head |
| |Link/ Source of information |
| | |
| |Infrastructure Availability |
| |Teacher Student Ratio |
| |MIS Reports- Student Profile –Student Strength and Staff Strength |
| | |
| | |
| |Computers and BSc Students Ratio |
| |MIS Reports-Student Profile Module and Assets Management-IT Assets |
| | |
| | |
| |Students per practical class |
| |MIS Reports- Assets Management |
| | |
| |Value Addition Programmes |
| |Counts of Value Addition Programmes |
| |MIS Reports- Value |
| | |
| |Faculty Development Programmes |
| |No. of days and no of persons on attended |
| |MIS Reports- Faculty Development Programmes |
| | |
| | |
| |No. of total staff trained |
| |MIS Reports- Faculty Development Programmes |
| | |
| |Industrial Exposure for Faculties |
| |No of days and no of persons on attended |
| |MIS Reports- Industrial Exposures for Faculties |
| | |
| | |
| |No of total staff trained |
| |MIS Reports- Industrial Exposures for Faculties |
| | |
| |Innovation and Best Practices Introduce in the year |
| |Counts of the such practice |
| |MIS Reports- Initiatives and Best Practices Module |
| | |
| | |
| |Administrative Performance Sheet D |
| | |
| | |
| |D Major Head |
| |Ranking Head |
| |Link/ Source of information |
| | |
| |RTI Cases |
| |Whether report published on website or not |
| |MIS Reports- RTI |
| | |
| |Confidential Reports |
| |Total no f CR recorded, total no of groups A, B, C, D and percentage total |
| |MIS Reports- Staff Strength, ARPR |
| | |
| |Mandatory Meeting |
| |Counts of BOG Meeting |
| |MIS Reports- BOG Profile |
| | |
| | |
| |Counts of Executive Meeting |
| |MIS Reports- BOG Profile |
| | |
| |Financial Management |
| |Terminal Benefits Funds |
| |Yes /No |
| |Manual data feeding |
| | |
| | |
| |Institute Development and Reserve Fund Yes /No |
| |Manual data entry |
| | |
| | |
| |Revenue Generation through Consultancies including revenue generating trainings |
| |(Amt Rs. Lacks) |
| |MIS Reports- Consultancies and Revenue Generation Schemes |
| | |
| | |
| |Training Food Expenditure |
| |Total training food fee collected and percentage of the total |
| |Manual data entry |
| | |
| | |
| |Implementation of Central Schemes Sheet E |
| | |
| | |
| |D Major Head |
| |Ranking Head |
| |Link/ Source of information |
| | |
| |CBSP Programmes |
| |No of the course conducted during the year |
| |MIS Reports- CBSP Programmes |
| | |
| |Huner Se Rozgar |
| |No of person trained during the year |
| |MIS Reports- HSR Programmes |
| | |
|Teachers Ranking |System should facilitate fetching data from IMS and form basis for award ranking to the | |
| |teachers based on their performance. | |
| |System should facilitate crate ranking sheet for teachers. The attribute of the ranking | |
| |sheet should be name of institute, title, name of institute, name and designation of | |
| |teacher, and evaluation parameters, max score, score achieved, score obtained and total| |
| |score for each (max score, score obtained, and score obtained) | |
| |Evolution Parameters |
| |Evaluation Parameters |
| |Link/ Source of information |
| | |
| |1 |
| |Evaluation parameter of the sheet should be education qualification ( marking for each |
| |MIS Reports- Staff Profile Module |
| | |
| |2 |
| |Training course attended during the year |
| |MIS Reports -Faculty Development Programmes Module |
| | |
| |3 |
| |Hospitality related book published during the year, date and publisher name |
| |MIS Reports –Books and Paper published Module |
| | |
| |4 |
| |Hospitality related book published during the year, Indian magazine, International magazine |
| |MIS Reports –Books and Paper published Module |
| | |
| |5 |
| |Exposure to practical industrial operation in the year |
| |MIS Reports –Industrial Exposure |
| | |
| |6 |
| |Consultancy work done during the year the year |
| |MIS Reports –Consultancies Module |
| | |
| |7 |
| |% of teaching hours done of assigned hours |
| |MIS Reports –Contact Hours Module |
| | |
| |8 |
| |Academic performance for the student thought |
| |Needs Clarification..? |
| | |
| |9 |
| |Assessment of last three years awards like outstanding, very good, good, average. |
| |MIS Reports – |
| |APAR Module |
| | |
| |10 |
| |Moderation Factor |
| |Needs Clarification..? |
| | |
| | |
| |System should facilitate to fetch report and save as a single report for a particular | |
| |institute in case of Institute and teacher in case of teacher. Previous years report | |
| |shall not be fetched from MIS rather shall be saved record shall be recalled. | |
|MIS Report |System should facilitate to fetch Institute ranking report and teachers ranking report. | |
| |System should s facilitate to query all previously Insitute ranking reports based on the| |
| |key parameter i.e. institute id, name, ranking year, top scorer, lowest scorer, | |
| |System should s facilitate to query all previously teacher ranking reports based on the | |
| |key parameter i.e. institute id, name, ranking year, top scorer, lowest scorer, | |

Honors and Awards

|Honors and Awards | | |
|Module |Functionality |Integration |
| | |Requirement |
| General | System should facilitate for login | |
|Honors and awards |System should facilitate NCHMCT to create master for awards category field - award category | |
| |id, award category i.e. institutional award, award to faculty, award to students | |
| |System should facilitate NCHMCT to create master for awards category field - award id, award | |
| |name, form of award - cash, memento, appreciation letter etc. | |
| |System should facilitate to record the details of institutional award. Details include | |
| |institute id, award category, type of award, award year and date of award, name of | |
| |Institute and awarded by etc | |
| |System should facilitate to record the details of faculty awards. Details include institute id,| |
| |award category, type of award, name of faculty, name of institute, year of award, award date | |
| |and awarded by. | |
| |System should facilitate to record the details of faculty awards. Details include institute | |
| |id, award category, type of award, name of student, name of Institute, award year date of | |
| |award, awarded money etc. | |
|MIS Reports |System should facilitate institute to generate list of the honors and awards for each category.| |
| |System should facilitate institute to generate list of institutional awards awarded to | |
| |institute. | |
| |System should facilitate institute to list faculty awards awarded to faculties in an institute| |
| |System should facilitate institute to list students awards awarded to students in an institute| |

Divisions and Departments

|Division and | | |
|Departments | | |
|Module |Functionality |Integration |
| | |Requirement |
|General | System should facilitate for login | |
| |System should facilitate NCHMCT/institutes to create Division Master. Fields for master entry | |
| |are division id, division name | |
| |System should facilitate NCHMCT/institutes to create Department Master. Fields for master | |
| |entry are department id, department name. | |
| |System should facilitate NCHMCT/institutes to create Department Master. Fields for master | |
| |entry are section id, section name. | |
|MIS Report |System should facilitate to generate report for sections in a department and departments in a | |
| |division and individual list like divisions list , departments list, sections list , System| |
| |should be able to export these reports in excel format. | |
| |System should facilitate NCHMCT/MoT to institute wise list of departments, sections and | |
| |able to export to in excel format | |

Hostel Details

|Hostel Details | | |
|Module |Functionality |Integration |
| | |Requirement |
|General |System should facilitate for login | |
| | | |
|Hostel Details |System should facilitat institute to record boys’ hostel details. Details includes institute | |
| |id, institute name, hostel id, hostel name, no. of single-bedded rooms , no. of 2-bedded | |
| |rooms, no. of 3-bedded rooms, total no. of rooms (computed field), total no. of | |
| |beds(computed field), counts of hostel seats under each category i.e., OPPD, OB, OBPD, OM,| |
| |OMPD, SC, SCPD, ST, STPD, KM., no. of dining halls, no. of recreation halls, total | |
| |built-up area of hostel, warden's name. | |
| |System should facilitate institute to record girls’ hostel details. Details includes institute | |
| |id, institute name, hostel id, hostel name, no. of single-bedded rooms , no. of 2-bedded | |
| |rooms, no. of 3-bedded rooms, total no. of rooms (computed field), total no. of | |
| |beds(computed field), counts of hostel seats under each category i.e., OPPD, OB, OBPD, OM,| |
| |OMPD, SC, SCPD, ST, STPD, KM., no. of dining halls, no. of recreation halls, total | |
| |built-up area of hostel, warden's name. | |
| |System should facilitate to allocate room at the time of admission as per the category seat | |
| |allotted | |
| |System should facilitate to de-allocate and re-allocate to students. | |
| |system should facilitate to record the details for the student stands in waiting list as per | |
| |the applicable category i.e. General, OBC etc | |
| |System should facilitate to reserve quota of hostel seats for NRI/Foreign Nationals. | |
| |System should have the facility to pull details from admission details for the purpose of | |
| |allocation of hostel. | |
| |System should facilitate the records of defaulting student. | |
| |System should facilitate maintaining waiting lists of the students seeking hostel admission | |
| |System should have the provision for the e mail generation and to be sent to hostel warden, | |
| |course coordination and principal and parents on crossing certain number of indiscipline | |
| |cases | |
| |System should facilitate email generation for the students who are falling due for the room | |
| |allocation with the request to arrange and pay hostel and further contact to respective hostel | |
| |wardens. | |
| |System should facilitate hostel warden view the details of fee paid for the students | |
| |approaching for hostel admission. | |
| |System should facilitate to shuffle students' room manually like in event of change of | |
| |academic year for example first year students are allotted with 3-beds room and final year | |
| |students are allocated with single or double bed room as case may be) and reason to record in| |
| |remarks shifting room. | |
| |System should facilitate to generate the list of defaulters. | |
| |System should facilitate to generate report for hostels based on the search options- Institute,| |
| |type of infrastructure. Columns of the report shall be warden's name, total no. of beds, no. of| |
| |dining halls, no. of recreation halls, and total built-up area of hostel. Report shall give | |
| |separate counts for boys' hostel, girls’ hostel. | |
| |System should facilitate to give combine total of boys and girls hostel seats and position of | |
| |filled and vacant seats category wise ie. General, OBC and NRI Quota. | |
| |System facilitates warden to record the status of hostel room like fit to use, under repair, | |
| |furniture required in room etc. Room allocation shall be done manually. | |
| |system should facilitate to record details like last white washing/coloring done, last anti | |
| |malaria spray done, de- bed bugging done, last updating of first aid kit and last sanitation| |
| |check for both boys and girls hostel | |
| |System should facilitate to enter the daily bed state having total seats, filled, vacant , | |
| |present, on out pass, absent, and total students (present, out pass, absent) column to | |
| |record the name of absentees, and remarks like nil or specify the occurrence if any, like | |
| |any breakage in wash room, un-serviceability of tube lights and fans , | |
| |System should facilitate to maintain the record of complaints made for maintenance and updating| |
| |when serviceable made. | |
|MIS Reports |System should facilitate to warden to generate list of students waiting for room allocation | |
| |with their registration date. | |
| |System should facilitate to warden to generate list of students staying in single bed room, | |
| |double bed room or 3 beds room. | |
| |System should facilitate to generate the list of students who have not paid fee. | |
| |System should facilitate to generate the list of defaulters with default descriptions, date, | |
| |and total counts of defaults of every individual | |
| |System should facilitate warden to view the status of hostel for logging the reports for | |
| |repair etc. | |

MIS Report to Ministry of Tourism

|MIS Reports | | |
|Ministry of Tourism | | |
|Module |Functionality |Integration |
| | |Requirement |
|General | | |
| |System should facilitate for login | |
|System Access Reports |System should facilitate MoT user to view the log in history of every users, history of their | |
| |change of password, failed log in attempts. | |
|Teacher & Staff | | |
|Strength |System should facilitate fetching of staff strength report that shall contains fields name of| |
| |post, no. of posts sanctioned, no. of posts filled, no. of posts vacant, remarks with the | |
| |search parameters cluster, institute, academic year, post's name, nature of appointment, | |
| |regular/contract. | |
|Biodata |System should facilitate to generate report to display the biodata of staff report field are | |
| |name of the teacher, designation, date of birth, date of appointment, date of | |
| |superannuation, nature of appointment, pay band drawn, basic pay, grade pay, basic +grade| |
| |pay with the search parameters cluster, institute, academic year, post's name, nature of | |
| |appointment-regular/contract. | |
| Paper and Books |System should facilitate to generate report to display the details of paper and books | |
| |publishes by the teacher for a given criteria. Report attributes are name of the teacher, | |
| |publication's name, publication date, whether Indian/Foreign publication, paper's topic and| |
| |search parameters are cluster, institute, academic year, teacher's name, designation. | |
| Consultancies |System should facilitate to generate report for consultancies provided with the following | |
| |attributes name of the teacher, employer's name, subject of consultancy, duration of | |
| |consultancy, employer's name, value of consultancy based on the parameter cluster, | |
| |institute, academic year, teacher's name, designation. | |
|Contact Assignments |System should facilitate to generate report for contact assignment of the teachers. Report | |
| |attributes are name of the teacher, subjects taught, contact hours assigned, contact hours | |
| |taken, % of contact hours achieved and parameters for searching record cluster, institute, | |
| |academic year, teacher's name, course. | |
|APAR |System should facilitate to generate report for principals showing their appraisal parameters | |
|Principals, |and scoring year wise based on the following parameters. Data required for last five year. | |
|HoDs &Teachers and |Example show. Report attributes for principal are performance against RFD targets, : 2011-12,| |
|Staff |2010-11 , 2009-10 , 2008-09, 2007-08 , reviewing officer's grading : 2011-12, 2010-11 | |
| |, 2009-10 , 2008-09, 2007-08 , final grading: 2011-12, 2010-11 , 2009-10 , | |
| |2008-09, 2007-08. | |
| |System should facilitate to generate report for Head of Deptt. & Other Teachers showing their | |
| |appraisal parameters and scoring year wise based on the following parameter. Data required for| |
| |last five year. Example shown. Report attributes for Head of Deptt. & Other Teachers are | |
| |personal performance : 2011-12, 2010-11 , 2009-10 , 2008-09, 2007-08 , reviewing | |
| |officer's grading : 2011-12, 2010-11 , 2009-10 , 2008-09, 2007-08 , final grading: | |
| |2011-12, 2010-11 , 2009-10 , 2008-09, 2007-08. | |
| |System should facilitate to generate report for staff showing their appraisal parameters and | |
| |scoring year wise based on the following parameter. Data required for last five year. Example | |
| |shown. Report attributes for Head of Deptt. & Other Teachers are reviewing officer's grading| |
| |: 2011-12, 2010-11 , 2009-10 , 2008-09, 2007-08, final grading: 2011-12, 2010-11 ,| |
| |2009-10 , 2008-09, 2007-08. | |
| |Report should have header text as score - principal/head of the deptt and teachers/staff as | |
| |case may be. Sub header should be captioned as appraisal parameters, score obtained with the | |
| |nested caption financial year ie.2011-12... up to the count of five year assessment. | |
|Student Appraisal |System should facilitate to generate report of students with the attributes name of the | |
| |teacher-Ms./Shri/Smt, course, group no., years wise average score i.e. 2011-12, 2010-11, | |
| |2009-10, 2008-09, 2007-08 (average score obtained in last five years header to be displayed | |
| |) based on the parameters cluster, institute, academic year, teacher's name, designation. | |
|Student Result |System should facilitate to generate report of students showing columns name of the teacher,| |
| |course, group no., subject taught, average % obtained and search parameters are cluster, | |
| |institute, academic year, designation, course. | |
|Training and |System should facilitate to generate report of teachers for the training and programmed | |
|Development |attended by the teachers. Columns in report are name of the teacher/staff, name of programme,| |
| |conducted by, location, date from, date to, result and the search parameters are cluster, | |
| |institute, academic year, designation, teacher's/staff name | |
|Industrial Exposure |System should facilitate to generate report of industrial exposure report for teachers. Report| |
| |shall include name of the teacher, name of programme, conducted by, location, date from, | |
| |date to, result and with the search parameters cluster, institute, academic year, | |
| |designation, teacher's/staff name | |
| Individual Profile |System should facilitate to generate report of teachers showing fields name, date of birth, | |
| |date of appointment, date of superannuation, educational qualifications, mob. no., category, | |
| |e-mail id with additional columns having link button to screen of admissions, attendance, | |
| |academics & placements for a particular teacher/staff. Search criteria for fetching report are| |
| |cluster, institute, academic year, designation, teacher’s/staff name. | |
|Students | | |
|Admissions |System should facilitate to generate report of students with the attributes name, roll no.,| |
| |date of birth, course, admission yr, AIR, category, JEE % and search parameters cluster, | |
| |institute, academic year, student's name, course, roll no. | |
|Attendance Student |System should facilitate to generate report of attendance of students having columns name, | |
| |roll no., no. of periods assigned, no. of periods attended, % of attendance with the search| |
| |options cluster, institute, academic year, period, daily/monthly/Semester, date from, | |
| |date to, student's name, course, roll no. | |
|Academics |System should facilitate to generate report of attendance of students having columns name, | |
| |roll no., subject 1, subject 2, subject 3, subject 4, subject 5, aggregate with sub | |
| |header as % marks, % marks, % marks, % marks, % marks, % marks for each subject. Search | |
| |parameters of the report shall be cluster, institute, academic year, student’s name, roll no, | |
| |course. | |
|Placements |System should facilitate to generate report of placement details of the students showing | |
| |columns name, roll no., name of company, placement level, placement salary and search | |
| |options cluster, institute, academic year, student's name, roll no., course, placement | |
| |level. | |
|Individual Profile |System should facilitate to generate report of individual profile showing columns name, roll | |
| |no., date of birth, course name, A.I.R., JEE %, category, res. add., mob. no., e-mail | |
| |id and search parameters shall be cluster, institute, academic year, student's name, roll | |
| |no., course, admissions, attendance, academics & placements. | |
|Operations | | |
|Timetable |System should facilitate to generate timetable in printable format showing days, groups | |
| |(theory and practical separate), periods, subjects, and lunch time. Search Criteria shall be| |
| |institute, academic year, course, day. (Theory and practical may be termed as group and batch | |
| |respectively after having consultation with MoT) | |
|C.F.A.- ASSETS |System should facilitate to generate report for CFA Assets bearing columns, purpose of grant,| |
| |sanctioned cost , sanction no., sanction date, interest adjusted, amount released, total | |
| |amount available, UC provided for based on the following search criteria institute, | |
| |financial year, CFA for, work code no. | |
|C.F.A.- CBSP |System should facilitate to generate report for CFA CBSP Programmes bearing columns, purpose | |
|Programmes |of grant, sanctioned cost , sanction no., sanction date, interest adjusted, amount | |
| |released, total amount available, UC provided for based on the following search criteria | |
| |Institute, financial year, CFA, course code no., | |
|INFRASTRUCTURE- LAND &| | |
|BUILDING | | |
|Land Details |System should facilitate to generate report for land details based the search options | |
| |Institute, type of infrastructure. Columns of the report shall be total plot area, F.A.R | |
| |permissible (sqft), F.A.R achieved (sqft), F.A.R available (sqft), open area (sqft), | |
| |institute block (sqft), boys hostel (sqft), girls hostel (sqft), land owned by | |
|Academic Area Details |System should facilitate to generate report for academic area details based the search options| |
| |Institute, type of infrastructure. Columns of the report shall be basic training kitchen, | |
| |quantity training kitchen, advanced training kitchen, bakery , front office, house keeping| |
| |, computer lab., class rooms, examination hall/ auditorium. Result shall be suitably | |
| |displayed for each item in numbers, in area (sqft), | |
|Hostel Details |System should facilitate to generate report for hostel based the search options Institute, | |
| |type of infrastructure. Columns of the report shall be warden's name, no. of single-bedded | |
| |rooms, no. of 2-bedded rooms, no. of 3-bedded rooms, total no. of rooms, total no. of beds, | |
| |no. of dining halls, no. of recreation halls, total built-up area of hostel. Report shall give| |
| |separate counts for boys' hostel, girls’ hostel. | |
|Infrastructure M&E |System should facilitate to generate report for infrastructure M&E details having search | |
| |parameters institute, type of infrastructure with a category of infrastructure like furniture,| |
| |equipment, machinery. Columns for the respective category shall be name of item, quantity, | |
| |rate at last purchase (@ of Rs.), name of item, quantity, rate at last purchase (@ of Rs.), | |
| |name of item, quantity, rate at last purchase (@ of Rs.). | |
|Infrastructure Library|System should facilitate to generate report for books details having name of the book, | |
|books details |accession no., no. of volumes, no. of copies, date of purchase, rate of last purchase | |
| |(Rs.), total cost (Rs.), author, year of publication, area of library (sqft) an search | |
| |parameters are Institute, type of infrastructure. | |
|Specialty Topic |System should facilitate to generate report for specialty topics. Search parameters are | |
| |institute, academic year and columns in report are name of the speaker, designation, topic, | |
| |date, time from, time to, fee paid. | |
|Value Addition |System should facilitate to generate report for value addition programmes. Search parameters | |
|Programmes |are institute, academic year and columns in report are name of the speaker, designation, | |
| |topic, date, time from, time to, fee paid. | |
|Faculty Development |System should facilitate to generate report for faculty development programmes specialty | |
|Programmes |topics. Search parameters are institute, academic year and columns in report are name of the| |
| |speaker, designation, topic, date, time from, time to, fee paid | |
|Industrial Exposure |System should facilitate to generate report for industrial development programme. Search | |
|Programmes |parameters are institute, academic year and columns in report are name of the programme, | |
| |name of faculty deputed, designation, programme conducted by, date from, date to, total | |
| |duration, fee paid | |
|Initiatives and |System should facilitate to generate report for initiatives and practices Search parameters | |
|Practices |are institute, academic year and columns in report are details of initiative/practice, date| |
| |of introduction, revenue earned (Rs.), names of faculty involved, designation | |
|Court Cases |System should facilitate to generate report for court cases with the following search | |
| |parameters institute, academic year, case filed in , case status. The columns in the report | |
| |shall be Case filed By Case No. Case Filed in Case Filed On Subject Matter Case Status Next | |
| |Date of Hearing | |
|RTI Cases |System should facilitate to generate report for RTI Cases with the following search parameters| |
| |institute, academic year, query status, . The columns in the report shall be query filed by, | |
| |diary no., query filed on, subject matter, query status, date of reply | |
|Vigilance & |System should facilitate to generate report for vigilance & disciplinary Cases with the | |
|Disciplinary Cases |following search parameters institute, academic year, status of case, category of penalty. | |
| |The columns in the report shall be employee's name, designation, charges, category of penalty,| |
| |status, penalty imposed, and date of penalty. | |
|MIS | | |
|BOG Profile |System should facilitate to generate report for BOG profile with the following search | |
| |parameters cluster, institute, and composition. The columns in the report shall be name of the| |
| |member, designation, nominated as, nominated by, date of appointment, tenure (no. of | |
| |years), date of expiry of tenure, appointed under rule no | |
|Ranking Institutional |System should facilitate to generate report for ranking institutional with the following | |
| |search parameters cluster, institute, and academic year. The columns in the report shall be | |
| |performance category (academic year), name of the institute (header column) under that columns| |
| |best, runners-up. | |
|Ranking Teachers |System should facilitate to generate report for ranking teacher Cases with the following | |
| |search parameters cluster, institute, and academic year. The columns in the report shall be | |
| |name of the teacher, designation, name of the institute, score, rank. | |
|Help | | |
|MoA |System should facilitate to view institutional MoA in pdf / MS word format | |
|Bye Laws |System should facilitate to view institutional Bye Laws in pdf / MS word format | |
|R&P Rules |System should facilitate to generate report for R&P rules with the following search parameters| |
| |institute, academic year, name of post, heading. The columns in the report shall be name of| |
| |post, provision under R&P rules, screening committee, selection committee, D.P.C | |
|System Tutorial |System should facilitate to generate report for ranking teacher with the following search |to be discussed |
| |parameters Institute, yr. from, yr. to student's name, course, roll no. The columns in the | |
| |report shall be …… | |
|Abstract Teachers | | |
|Teacher Strength |System should facilitate to generate report abstract teachers strength with the following | |
| |search parameters cluster, institute, and course. The columns in the report shall be name of | |
| |institute, total no. of staff, general, OBC, SC, ST, PH, KM, total. | |
|Teacher Qualification |System should facilitate to generate report abstract teachers qualification with the following| |
| |search parameters cluster, institute, and course. The columns in the report shall be name of | |
| |institute, total no. of teachers, no. of teachers who are (only the highest qualification | |
| |to be reckoned) | |
|Teacher Attendance |System should facilitate to generate report abstract teachers attendance with the following | |
| |search parameters cluster, institute, and course. The columns in the report shall be name of | |
| |institute, total no. of teachers, percentage of attendance of (assigned hours/achieved | |
| |hours) | |
|Abstract Students | | |
|Students Strength |System should facilitate to generate report abstract students strength category wise with the | |
|(Category Wise) |following search parameters cluster, institute, and course. The columns in the report shall be| |
| |name of institute, approved intake, total admitted, general, OBC, SC, ST, PH, KM, total and | |
| |total count for each category at the bottom of category. | |
|Students Strength |System should facilitate to generate report abstract students strength state wise with the | |
|(State wise Profile) |following search parameters cluster, institute, and course. The columns in the report shall be| |
| |name of institute and one column for each state showing counts of students in the state. | |
|Students Result |System should facilitate to generate report abstract students result course wise with the | |
| |following search parameters cluster, institute, and course. The columns in the report shall be| |
| |name of institute and one column for each course showing counts of students in the course. | |
|Students Placements |System should facilitate to generate report abstract students placements with the following | |
| |search parameters cluster, institute, and course. The columns in the report shall be name of | |
| |institute and ( total no. of students, no. of students placed in-break up columns as Corp. | |
| |M.T., M.T., Exe. grade, Sup. grade, OP. grade, not placed | |
|Students Attendance |System should facilitate to generate report abstract students attendance with the following | |
| |search parameters cluster, institute, and course. The columns in the report shall be name of | |
| |institute , total no of students, percentage of attendance | |
|Stock | | |
|Stock Equipments |System should facilitate to generate report numerical abstract stock equipments with the | |
| |following search parameters institute, up to financial year. The columns in the report shall | |
| |be name of institute, item code, quantity, rate of last purchase (Rs.), dates of purchase,| |
| |qty. condemned, date of condemnation, balance in stock on date | |
|Stock Furniture |System should facilitate to generate report numerical abstract stock furniture with the | |
| |following search parameters institute, up to financial year. The columns in the report shall | |
| |be name of institute, item code, quantity, rate (Rs.), amount, dates of purchase, qty. | |
| |condemned, date of condemnation, balance in stock on date | |
|Stock Machinery |System should facilitate to generate report numerical abstract stock machinery with the | |
| |following search parameters institute, up to financial year. The columns in the report shall | |
| |be name of institute, item code, quantity, rate (Rs.), amount, dates of purchase, qty. | |
| |condemned, date of condemnation, balance in stock on date | |
|Stock IT Products |System should facilitate to generate report numerical abstract stock IT products with the | |
| |following search parameters institute, up to financial year. The columns in the report shall | |
| |be name of institute, item code, quantity, rate (Rs.), amount, dates of purchase, qty. | |
| |condemned, date of condemnation, balance in stock on date | |
|Stock Books |System should facilitate to generate report numerical abstract stock books with the following | |
| |search parameters institute, up to financial year. The columns in the report shall be name of| |
| |the institute, total no. of books, total no. of periodicals, total no. of cds, area of | |
| |library (sqft) | |
|Abstract Staff | | |
|Staff Strength |System should facilitate to generate report abstract staff strength with the following search | |
| |parameters institute, academic year. The columns in the report shall be name of institute, | |
| |total no. of staff, general, OBC, SC, ST, PH, KM, total | |
|Staff Qualification |System should facilitate to generate report abstract staff qualification with the following | |
| |search parameters institute, academic year. The columns in the report shall be Name of | |
| |Institute, Total No. of Staff break columns: , P.hd, Masters, PGDM, Graduation, Sr. | |
| |Sec., Others (Only the highest qualification to be reckoned) | |
|Abstract Operations | | |
|Contact Hours |System should facilitate to generate report abstract operations- Contact Hours with the | |
| |following search parameters Institute, academic year, teacher’s name, and course. The columns | |
| |in the report shall be name of the institute, name of the teacher, designation, contact | |
| |hours assigned, contact hours taken, % of contact hours achieved | |
|Course Strength |System should facilitate to generate report abstract operations- Contact Hours with the | |
| |following search parameters institute, course, academic year from, academic year to. The | |
| |columns in the report shall be name of the institute, total no. of persons enrolled till | |
| |date, total no. of persons appeared in final exam., total no. of persons passed till | |
| |date, total no. of persons failed, total no. of persons placed, average salary per month | |
| |(Rs), no. of persons under training | |
|Operation Activity- |System should facilitate to generate report abstract operations- Activity extra curricular and| |
|Activity extra |curricular related programmes with the following search parameters institute, academic year | |
|curricular and |activity name. The columns in the report shall be name of the institute, name of programme | |
|curricular related |held | |
|programmes | | |
|Operation Activity- |System should facilitate to generate report abstract operations- Faculty Development and | |
|Faculty Development |Industrial Exposure programmes with the following search parameters institute, academic year | |
|and Industrial |activity name. The columns in the report shall be Name of the Institute, Total No. of | |
|Exposure Programme |Programmes Held, Total No. of Persons deputed for the Programmes , Total Duration of the | |
| |Programme | |
|Operation Activity- |System should facilitate to generate report abstract operations- value additional programmes | |
|Value Additional |with the following search parameters institute, academic year activity name. The columns in | |
|Programme |the report shall be Name of the Institute, Total No. of Programmes Held, Total | |
|Operation Activity- |System should facilitate to generate report abstract operations- best practices introduced | |
|Best Practices |with the following search parameters institute, academic year, and activity name. The columns | |
|Introduced |in the report shall be Name of the Institute, Total No. of the best practiced introduced | |
|Operation Activity- |System should facilitate to generate report abstract operations- revenue generation activities| |
|Revenue Generation |with the following search parameters institute, academic year and activity name. The columns | |
|Activities |in the report shall be Name of the Institute, total no. of activities | |
|Operation Publication |System should facilitate to generate report abstract operations- publication with the | |
| |following search parameters institute, academic year, The columns in the report shall be | |
| |name of the institute, total no. of papers published in Indian publications total no. of | |
| |papers published in foreign publications total no. of books published by Indian publishers | |
| |total no. of books published by foreign publishers | |
|Operation RTI |System should facilitate to generate report abstract operations- RTI cases with the following | |
| |search parameters institute, academic year, type of case, status. The columns in the report | |
| |shall be total no of cases registered break up- pending, replied, forwarded, clarification | |
| |sought, appeal pending, appeal disposed | |
|Operation Court Cases |System should facilitate to generate report abstract operations- court cases the following | |
| |search parameters institute, academic year, type of case, status. The columns in the report | |
| |shall be total no of cases registered break up- pending, dismissed, decided, interim | |
| |decision, remitted back | |
|Operation Vigilance |System should facilitate to generate report abstract operations- vigilance and disciplinary | |
|Cases |cases the following search parameters institute, academic year, type of case, status. The | |
| |columns in the report shall be total no of cases registered break up- pending, contemplated, | |
| |penalty imposed, enquiry on, appeal pending, appeal disposed | |
|Operation APAR |System should facilitate to generate report abstract operations- APAR details the following | |
| |search parameters institute, academic year, The columns in the report shall be name of the | |
| |institute, total no. of teaching & non-teaching faculty , no. of APARs recorded , | |
| |percentage of APARs recorded (No. of APARs recorded/Total Staff x 100) | |
|Infrastructure | |to be discussed |
|Land Details |System should facilitate to generate report for land details with the search options | |
| |Institute, type of infrastructure. Columns of the report shall be total plot area, F.A.R | |
| |permissible (sqft), F.A.R achieved (sqft), F.A.R available (sqft), open area (sqft), | |
| |institute block (sqft), boys hostel (sqft), girls hostel (sqft), land owned by | |
|Academic Area Details |System should facilitate to generate report for academic area details based on the search | |
| |options Institute, type of infrastructure. Columns of the report shall be basic training | |
| |kitchen, quantity training kitchen, advanced training kitchen, bakery , front office, | |
| |house keeping , computer lab., class rooms, examination hall/ auditorium. Result shall be| |
| |suitably displayed for each item in numbers, in area (sqft), | |
|Hostel Details |System should facilitate to generate report for hostel based on the search options Institute, | |
| |type of infrastructure. Columns of the report shall be warden's name, no. of single-bedded | |
| |rooms, no. of 2-bedded rooms, no. of 3-bedded rooms, total no. of rooms, total no. of | |
| |beds, no. of dining halls, no. of recreation halls, total built-up area of hostel. Report | |
| |shall give separate counts for boys' hostel, girls' hostel. | |
|Abstract CFA | | |
|CFA Capital |System should facilitate to generate report for CFA capital expenditure bearing columns | |
|Expenditure |Purpose for which CFA sanctioned, grant code, total CFA sanctioned (Rs. in lakhs), date of | |
| |sanction of work, total no. of installments released, total amount released, progressive | |
| |amount for which UC received, amount for which UC pending based on the following search | |
| |criteria institute, up to financial, financial year, CFA for | |
|CFA CBSP Scheme |System should facilitate to generate report for CFACBSP schemes bearing columns Purpose for | |
| |which CFA sanctioned, grant code, total CFA sanctioned (Rs. in lakhs), date of sanction of | |
| |work, total no. of installments released, total amount released, progressive amount for | |
| |which UC received, amount for which UC pending based on the following search criteria | |
| |institute, up to financial, financial year, grant for | |
|CFA Revenue |System should facilitate to generate report for CFA revenue expenditure bearing columns name | |
|Expenditure |of the institute, grant code, purpose of grant, total NRE grant sanctioned(Rs. in lakhs), | |
| |date of sanction , total no. of installments released, total amount released based on the | |
| |following search criteria institute, up to financial, financial year, CFA for | |