Professional Documents
Culture Documents
2023
To,
The Project Director
GEC to GMRCL For Surat metro,
Consortium of SYSTRA AECOM-EGIS-CEG(Sub-Con)
SUDA Bhawan,Vesu
Surat- 395007,
Dear Sir,
We hereby submit for review by the Employer/ER/Engineer the documents or articles listed
below:
I confirm that the material/ document submitted is in full compliance with the Contract.
Signature Saxena
Saurabh Saxena
Date: 2023.12.05
Sarathi Pal
Partha Sarathi Pal
Date: 2023.12.05
Jagmohan Vashisht
Revision History
Mr. Arvind Singh Rajput, GM- Mr. Sunil Jagdev, Project Director
1 Telecom/AFC, Surat Metro (GMRCL)
3.1 List of ACS Equipment’s (IDCUBE Identification Systems (P) Ltd.) Used for FAT ..........15
3.2 List of Equipment (Other Than ACS OEM) Used for FAT ...............................................16
3.3 List of Tool and Test Equipment .....................................................................................16
4 General Conditions 17
List of Tables
Table 1: Project Chainage ............................................................................................................ 9
Table 2 : Abbreviations ............................................................................................................... 11
Table 3: List of ACS Equipment for FAT test .............................................................................. 15
Table 4: List of ACS Equipment’s (Other than ACS OEM) for FAT test ....................................... 16
Table 5: List of Tool & Test Equipment ....................................................................................... 16
List of Figures
For efficient Metro railway management and operation, it is essential to have a well-organized
Telecommunication network covering strategic locations like OCC, BCC, stations, depots and it is
equally essential to have reliable links between the strategic locations and moving trains or
working staff along the Metro railway track/Tunnel.
The Telecommunications System comprises of Subsystems including Fiber Optic Transmission
system (FOTS) and OAIT, Telephone system (IPABX & direct lines), Closed Circuit Television
system (CCTV), Passenger Information Display System (PIDS), Public Address system (PAS),
Master Clock System (MCS), Radio System (TETRA) and Access Control System (ACS),
Centralised Digital Recording System (CDRS) and Cyber Security System.
• Stations – 14 (Elevated)
• Stations – 6 (Underground)
Section – CS1: Dream City to Kadarsha Ni Nal including Dream City Depot
1. Dream City Depot including OCC
2. Dream City
3. Convention Center
4. Bhimrad
5. Woman ITI
6. VIP Road
7. Althan Gam
8. Althan Tenament
9. Rupali Canal
Section – CS2:
1. Chowk Bazar
2. Maskati Hospital
4. Central Warehouse
6. Kapodra
Section – CS3:
1. Shri Swaminarayan Mandir Kalakunj
3. Nature Park
4. Sarthana
• Stations – 18 (Elevated)
Section – CS4:
1. Bhesan Depot including BCC
2. Bhesan
3. Botanical Garden
4. Ugat Vaarigruh
5. Palanpur Road
6. LP Savani school
8. Adajan Gam
9. Aquerium
Section – CS5:
2. Kamela Darwaja
3. Anjana farm
4. Model Town
5. Magob
7. Saroli
1.2.3 Chainage
Chainage Chainage
Station Name Station Name
(m) (m)
1 Sarthana 0 Bhesan 0
Shri Swaminarayan
4 3196.6 Palanpur Road 2738.9
Mandir Kalakunj
Chainage Chainage
Station Name Station Name
(m) (m)
1.3 Purpose
The purpose of this document is to provide Factory Acceptance Test (FAT) procedures that will
be conducted to verify and validate the testing of the Access Control System during the Factory
Testing phase for Surat Metro Rail Project Phase – I.
1.4 Scope
The scope of this document is to explain Factory Test Procedures of ACS System and other
connected components in following sequence:
• Abbreviations
• Manufacturer Details
• Factory Acceptance Test proposal
• Intended Audience
• FAT Test setup
• FAT Test procedures
AC Alternating Current
CER Communication Equipment Room in OCC & BCC building or any other
suitable location.
GE Gigabit Ethernet
GHz Gigahertz
PA Public Address
PoE Power-Over-Ethernet
PS Particular Specification
IDCUBE’s Quality Assurance System is certified in accordance with ISO 9001:2015 Standards.
The certificate for the same will be provided during FAT execution.
S. Quantity
Description Model Number Serial Number
No. (Nos.)
Biometric Fingerprint
4 Readers for T&A (Sigma Lite+) 1
purpose
The ACS Test procedures listed above are given in detail in the following section.
Test Procedure
FAT Setup Verification
Name:
Test Case: FAT Setup Verification
1.1.2: Functions of Access Control System (ACS) shall be access
management and alarm management. The system shall include, but not
Clause limited to, the Main Controllers, detection sensors, electromagnetic locks
Reference: (EMLs), control switches (Emergency & Key), access cards, access card
readers, interface controllers, central ACS servers, display HMI, interface
with common printers, card issue workstation cum NMS etc.
Start Date End Date
Procedures Description:
Check all the devices are present or not.
Check all the devices are powered up or not.
Check GUI is working properly or not.
Expected Result:
All devices are present and powered on.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
HAWK EYE TEST
Name:
The Contractor shall design the ACS Graphical User Interface (GUI) for the
ACS workstations using multiple screens showing ACS equipment locations
on representations of architectural station layouts and depot area layouts.
The purpose of the GUI is to provide the workstation operator with
a. Location of each access control entry
Test Case: b. Indication of each access control status - in service/disabled/malfunction
c. Selection of each access control entry point by pointing device for
additional information
d. Selection of other ACS screens
e. Menu of selectable access control data for log printing and selection of
printer
5.9.7.1: Interactive GUI map display for operator interaction showing plan
Clause and elevation layouts views of the site, which shall identify each building,
Reference: room, corridor together with relevant doors, access control devices, device
status and intruder detection at depot periphery
Start Date End Date
Procedures Description:
1. Open ACS360 application and go to monitor > Events.
2. Go to Hawkeye tab and we can see various ACS/IDS devices layer wise and their
online/offline/fault status.
3. ACS entry points can be mouse hovered for additional information.
4. ACS360 is a menu driven web based application providing seamless navigation to other
ACS screens
5. Go to event history and the event log data can be exported and printed.
Expected Result:
ACS Graphical User Interface (GUI) layout.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Access control configuration test
Name:
Test Case: To configure Access Control Controllers
5.3.1 (d): The access card reader shall have suitable internal memory for
Clause
data storage for fast access and operation of system in fall back mode.
Reference:
Storage at controller level is also acceptable.
Start Date End Date
Procedures Description:
1. Check the Server & Workstation LAN connectivity.
2. Configure the IP in the controller webpage & Connect the controller with LAN.
2. Open Security View Application & Scan the available controller.
5. Provide the name of the controller.
6. Check the controller is added in system database & see online status in Access360 web
interface.
7. Check the Internal parameters like memory of Controller
Expected Result:
Controller should come online.
Last message received should get updated.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Smart Card Reader configuration
Name:
Test Case: Configuration of Smart Card Reader
1.2.2: The system in-charge of the management of staff identity cards shall
Clause be able to support all necessary features as for example: to create new
Reference: cards, store, retrieve, photograph and print out cardholder details, including
programming and cancelling details of people, cards and access rights
Start Date End Date
Procedures Description:
1. Open the Application GUI and Configure the Smart Card Reader with name.
2. Check the reader has been added in system application successfully.
3. Show the card reader to reader and check the status of the reader in system.
4. If user is valid access will be granted and lock should be unlocked within 10seconds.
5. From the exit side, swipe a card or press the exit button and door shall be unlocked.
Expected Result:
Reader should show as connected in Reader Status
Reader should read the card and beep/LED change should happen.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Biometric card reader configuration test
Name:
Test Case: Configuration of Biometric card reader
1.2.2: The system in-charge of the management of staff identity cards shall
Clause be able to support all necessary features as for example: to create new
Reference: cards, store, retrieve, photograph and print out cardholder details, including
programming and cancelling details of people, cards and access rights
Start Date End Date
Procedures Description:
1. Configure the IP of Biometric reader.
2. Show the card/finger to reader and check the status of the reader in system with LED
indication.
3. On getting access user will see ‘Valid’ flashed on biometric reader screen and invalid in case
of vice versa.
Expected Result:
Reader should show as connected in Reader Status
Reader should read the card/finger and beep/LED change should happen showing
access valid/invalid.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Access Card Configuration test
Name:
Test Case: Issuing staff access cards
Clause
1.1.11, 1.1.12.2, 1.2.2, 4.13,
Reference
Start Date End Date
Procedures Description:
1. Open the Application GUI and issue credential to an existing user.
2. Give access to the credential and check whether tasks are successful.
3. User will get access on swiping the card on reader if the tasks are successful.
Expected Result:
User will get access on successful card addition.
Photo will be printed on the same.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Entry of authorized personnel at any rooms
Name:
Test Case: Test to restrict entry of authorized personnel at any rooms
Clause
1.1.11, 1.1.12.2, 5.2.2 (b), 5.2.2 (c)
Reference:
Start Date End Date
Procedures Description:
1. Configure the card in the system and assign to the user.
2. Allow the entry of card user.
3. Show the card to the reader. If access is granted, then it proves the authorization level for
that particular user & access card.
4. Restrict the same card & again try to get the access.
5. Access should be denied which proves authorization level.
6. Check the logs with IN/OUT time and access denied alarm in events.
Expected Result:
User should get access on only that door where he has permission as per access group.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Suspending Access Cards
Name:
Test Case: Test to suspending access cards
1.2.2: The system in-charge of the management of staff identity cards shall
Clause be able to support all necessary features as for example: to create new
Reference: cards, store, retrieve, photograph and print out cardholder details, including
programming and cancelling details of people, cards and access rights.
Start Date End Date
Procedures Description:
1. Search the user with name or card number & Blacklist/Suspend the card for access.
2. Show the card to the reader.
3. Access should be denied to the blacklisted user.
Expected Result:
Suspended user should not get access
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Door-open / Door-closed indication
Name:
Test Case: Test to check door-open / closed indications
Clause 5.8. (vii): A forced entry shall be detected by the sensor and trigger alarm of
Reference: the Access Control system.
Start Date End Date
Procedures Description:
1.Check the status and simulate opening of door.
2.Check the notification must be appear door is open.
3.Operator can acknowledge the alarm and same can be viewed in event logs.
Expected Result:
The user should get alarm on door opening of door.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Fingerprint Enrolment Test
Name:
Test Case: Enrolment of user with photo and thumb impression (fingerprint)
1.2.2: The system in-charge of the management of staff identity cards shall
Clause be able to support all necessary features as for example: to create new
Reference: cards, store, retrieve, photograph and print out cardholder details, including
programming and cancelling details of people, cards and access rights.
Start Date End Date
Procedures Description:
1.Open the web application.
2.Search the user and click on enrol.
3.Enroll the fingerprint when alerted and click on save.
4.Swipe the finger and it should give grant access subjected to permissions given.
Expected Result:
The user should get access on successful enrollment.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Report Generation
Name:
Test Case: Test to produce reports
Clause
3.7: All alarms for events and faults shall be reported in real time.
Reference:
Start Date End Date
Procedures Description:
1. Login to web application and go to reports tab in menu
2. Go to access/attendance reports based on choice
3. Click on any report based on choice and click on view/csv/pdf as per desired format.
Expected Result:
The user should get reports in desired format.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Remote Opening and Locking of door
Name:
Test Case: Test Remote Opening and Locking of door feature
5.8 (vii): A forced entry shall be detected by the sensor and trigger alarm of
the Access Control system.
Clause
Reference: 5.8 (viii): A local alarm sound shall be activated at the operator’s HMI and
locally at the door, gate to alert security personnel to the location of the
forced entry. Reset of the forced entry shall be security protected.
Start Date End Date
Procedures Description:
1. After login to client, click on door status.
2. Navigate to the door, which should be opened manually.
3. Select the door and click on lock/permanent lock/disable lock/unlock etc. to see desired
change.
4. Check the physical door status.
5. Show the card to a reader and keep the door open. Door held alarm should come.
6. Disconnect power of Door Lock, Door forced should come.
Expected Result:
The physical door status should change based on the command executed.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
View Live Events
Name:
Test Case: Test to view live events
Clause
3.7.2: All alarms for events and faults shall be reported in real time.
Reference:
Start Date End Date
Procedures Description:
1. After login to client, click on monitor.
2. Navigate to events.
3. Check the latest event and see if it is real time
Expected Result:
Live events should Come
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Viewing of controller/interface/reader online/offline status
Name:
Test Case: Test to control controller/interface/reader online/offline status
5.15.4: The ACS NMS workstations shall have a Graphical User Interface
Clause
using pull down menus and icons for user friendly manipulation of the NMS
Reference:
functions.
Clause
Reference:
Start Date End Date
Procedures Description:
1. After login to client, click on reader/controller/interface status based on which status you
want to see.
2. The devices with proper connectivity to the system will show online and rest unhealthy
ones will be offline.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
ACS NMS
Name:
Test Case: Checking Communication link failure of ACS system in NMS
5.15.4: The ACS NMS workstations shall have a Graphical User Interface
Clause using pull down menus and icons for user friendly manipulation of the NMS
Reference: functions.
5.15.7: The NMS shall have self-diagnostic feature.
Start Date End Date
Procedures Description:
1. Check the ACS system server connectivity from LAN.
2. Disconnect the power supply or shutdown the ACS server.
3. Login to ACS NMS application on another server.
4. Verify the server failure alarm is available on the NMS Application.
5. Restore the ACID server & recheck restoration status on the NMS application.
Expected Result:
The communication failure should reflect in NMS alarms.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Door Control Test
Name:
Test the demonstration of each access control card reader with EM lock
Test Case:
opening and reclosing.
1.2.6: All doors controlled by the ACS shall also be monitored by the
Clause system for their unlock and lock status and lock/unlock feedback status.
Reference:
5.8. (iv): If access is granted, the electrical locks shall automatically release.
Start Date End Date
Procedures Description:
1. Check the connectivity status of EM lock with access controller.
2. Green LED should glow in EML which indicates door close condition.
3. Check the status of the door in security view.
4. Display the valid card to the Smart Card or biometric card reader with thumb impression on
the sensor.
5. On valid transaction access will be granted and EML power will disconnect and open the
door.
6. Close the door and wait till EML LED become green again.
Expected Result:
The door should open on showing valid card and de-energize the EM lock
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
EM locks functioning in case of power supply failure
Name:
Simulation of proper functioning of electric EM locks in case of power
Test Case:
supply failure.
5.3.2 (c): The electrical locks may be configured as either ‘fail unlock or ‘fail
Clause lock, as appropriate to the access point location, on lock failure, power
Reference:
failure, fire alarm or emergency site evacuation.
Start Date End Date
Procedures Description:
1. Green LED should glow in EML, which indicates door close condition.
2. Check the status of the door in security view.
3. Disconnect the power to the controller powering the EM lock and check whether door can be
open or not.
Expected Result:
In case of power supply failure of EML it will remain powered via battery and AC Fail
alarm will be generate in event tab.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Override key test
Name:
Test the access control system with a proprietary override key in or near the
Test Case: Smart Card Reader that will allow room entry in event of complete failure of
the access control system.
1.2.3: Additional override physical key switches shall be provided as an
alternative means of access to the locations, wherever ACS controllers,
Clause ACDB are installed at station and depots. Override physical key shall also
Reference:
be provided at the intermediate doors through which above mentioned ACS
controllers, ACDB locations are being accessed.
Start Date End Date
Procedures Description:
1. Simulate the failure by disconnecting the connectivity of the reader to the ACS controller.
2. Use the Override key switch at the door to open the doors in case of failure.
3. Check the door can be open via accessing override key switch.
Expected Result:
Door should open in case of key override switch pressed
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Exit Switch Test
Name:
Test Case: To test Exit Switch Functionality
5.8. (v): When the lock release button is operated on the exit side of doors
Clause the electrical locks shall release automatically for a pre-set duration. The
Reference:
pre-set time shall be adjustable.
Start Date End Date
Procedures Description:
1. Stimulate the closing of the Door
2. Use the Exit switch at the door to open the doors in case of failure.
3. Check the door can be open via accessing Exit switch.
Expected Result:
Door will open when Exit Switch is pressed
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Door opening in case of fire alarm
Name:
Test Case: To test all door opening in case of fire alarm
5.3.2 (c): The electrical locks may be configured as either ‘fail unlock or ‘fail
Clause lock, as appropriate to the access point location, on lock failure, power
Reference:
failure, fire alarm or emergency site evacuation.
Start Date End Date
Procedures Description:
1. Configure fire alarm in software and select correct doors.
2. Simulate fire alarm trigger and check all selected doors are open or not.
Expected Result:
All doors should open in case of fire alarm.
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Device Online/Offline Status
Name:
Test Case: To check the status of ACS devices.
Clause 5.15.7: The NMS shall have self-diagnostic feature.
Reference:
Procedures Description:
1. Go to Controller status/Interface status to check
Expected Result:
Status will be visible
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Test Procedure
Redundancy of ACS Central Servers
Name:
Test the failover (redundancy) scenarios (simulated) for the Central ACS
Servers and check ACS servers database(s) at the OCC are continually
Test Case: updated at the BCC during OCC operations.
Note: Servers will not be of the same make/model that is being planned for
Surat Metro Project.
Clause NA
Reference:
Procedures Description:
1. Check the connectivity of ACS system with central servers.
2. Ping the IP of both physical servers at OCC & BCC and the floating IP of database.
3. The database should be syncing regularly at BCC and status synchronized will be
shown.
4. Remove Primary server from LAN and ACS will shift to Secondary server.
5. Once the primary server is recovered up ACS need to be manually shifted back to it.
6. If the BCC fails it will not impact the ACS working and whenever it will be recovered up
data will start syncing.
Expected Result:
The server will switch seamlessly
PASS FAIL
Comments:
Executed by Witnessed by
Engineer
IDCUBE
(GC)
Employer
HFCL
(GMRCL)
Designation:
Signature:
Date:
HFCL
Name:
Designation:
Signature:
Date:
ENGINEER(GC)
Name:
Designation:
Signature:
Date:
EMPLOYER(GMRC)
Name:
Designation:
Signature:
Date:
-End of Document-