1 / 28

State e-governance Service Delivery Gateway (SSDG) ‏

State e-governance Service Delivery Gateway (SSDG) ‏. A Messaging Middleware for Integration & Interoperability. Agenda. Need of Gateway What is SSDG? Benefits of SSDG SSDG Architecture Role of Connectors Service Level of SSDG SSDG Support Roles & Responsibilities. Current Set-up.

tekla
Download Presentation

State e-governance Service Delivery Gateway (SSDG) ‏

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. State e-governance Service Delivery Gateway(SSDG)‏ A Messaging Middleware for Integration & Interoperability

  2. Agenda • Need of Gateway • What is SSDG? • Benefits of SSDG • SSDG Architecture • Role of Connectors • Service Level of SSDG • SSDG Support • Roles & Responsibilities

  3. Current Set-up • Low or no data exchange between various departments • Computerization without interoperability • If automated various departments may use different technologies, platforms, languages for developing their applications which may become a limiting factor in data exchange between departments • Data exchange in paper format • Each department has a separate front-end • Citizen needs to visit and remember multiple locations for their various requests. • No unified face of government

  4. Department 2 Department 1 Front-end 1 Department 3 Front-end 2 Department 4 Department 6 Department 5 Without Gateway

  5. PWD RTO Land Records Standards Based Communication Standards Based Communication CSC/ State Portal SSDG Standards Based Communication Standards Based Communication TAX Standards Based Communication Election Commission Municipal Services With SSDG (Example Scenario)‏

  6. What Is SSDG? • SSDG is a message X-change • Interoperable – • Helps any Service Access Provider (SAP) to Communicate with any Service Provider (SP) with appropriate authentication • IIP/IIS standards are developed to achieve this • XML based data • Secure • Authentication between SAP and services is achieved through mapping • PKI support • XML signature

  7. Cont… • 24 X 7 availability • Decouples front end from the business logic • Useful for joint services • No vendor locking

  8. Who Will Benefit from SSDG? • Government Departments • Service Access Providers (Citizen Service Centre)‏ • Citizens

  9. Government Departments • Multiple delivery channels • Better audit management & time stamping • Web enabling of legacy applications • Interoperability • Departmental workflow • Seamless availability of information • Centralized management • Shared services

  10. Citizens • Status tracking • Grievance re-addressing at one point • Data privacy maintained • Single window service catering to multiple departments • Allows the citizen to fill minimum data and fetches already available data under Unique ID from other departments • Quick response to end user • Keeps a record of each transaction in a secure manner and does not open the packet data (payload)‏

  11. Service Access Providers • Easy interface with departmental data & business logic • Integrated and joined up services • Flexibility in modifying the front-end application without touching the back-end applications

  12. SSDG Solution Service Access Providers (SAP) or Service providers (SP)‏ Implemented by IA Applications Connectors SSDG SSDG Stack Consultancy to Implementation Agencies provided by C-DAC C-DAC Support

  13. Framework Continues • End To End Integration

  14. Connectors • Designed for easy programming interface • Facilitate easy integration with SSDG • Ensure compliance to IIP (Interoperability Interface Protocol) and IIS (Interoperability Interface Specifications) messaging standards available in Java and .NET used by SSDG • Two types of connectors • Generic Connectors • Application Specific Connectors

  15. Connectors • SAP Connectors • Generic Connectors • Application Specific Connectors • SP Connectors • Generic Connectors • Application Specific Connectors

  16. Working with Connectors

  17. Application Specific -SAP • Request from SAP to avail SP service will be sent through SSDG. • Application Specific Connector will take the data from SAP and will convert the request as per the format understood by SP. • Application specific Connector will use the API’s of Generic Connector to send the payload as per the IIP/IIS standards to the SSDG. • Application Specific Connector will be developed by IAs.

  18. Generic -SAP • Purpose of generic connector is to interface with gateway for standards based messaging communication. • C-DAC will be providing Generic Connectors. • Generic connectors are available in Java,. NET and php.

  19. Generic -SP • Purpose of generic connector is to check whether the message sent by SSDG is valid or not. • If the message sent is valid ,it passes the message to Application Specific Connector by extracting the payload and other necessary details. • If the message is invalid then it sends back the message to SSDG by populating necessary error codes. • C-DAC will be providing Generic Connectors. • Generic connectors are available in Java,. NET.

  20. Application Specific -SP • Based on the payload and details provide by generic connector, application specific connectors will send the request to SPs whose services are requested. • Application specific connector will send back the necessary response to SAP through SSDG. • Application Specific Connector will be developed by IAs.

  21. SSDG Message Exchange Synchronous Communication SAP (portal) Gateway SP( Back off ) Synchronous Submit Request Synchronous Submit Request Synchronous Response Synchronous Response

  22. Asynchronous Communication SAP (portal) Gateway SP( Back off ) Asynchronous Submit Request Submit ACK Asynchronous Submit Request Submit ACK Submit poll Submit ACK Submit Response Submit ACK Submit poll RESPONSE

  23. Service Level of SSDG • Supports 50/100/250 messages per second (based on the BOM purchased by State) • 95% of the transactions will a response time of 3 seconds else it will constitute a violation.(Note: Performance may vary depending on the Hardware Components used.)

  24. Roles and Responsibilities of C-DAC • C-DAC will provide SSDG software product • C-DAC will also provide the optimized SSDG software stack containing: • Operating System • Application Server • RDBMS

  25. Roles and Responsibilities of C-DAC • C-DAC will provide necessary patches, service packs and upgrades of SSDG over a period of 1+3 years • C-DAC will provide technical support for SSDG product and the optimized Stack • C-DAC will provide the training to the Implementation Agency (IA) and the state personnel.

  26. Roles and Responsibilities of State • State needs to sign an End User Licensing Agreement (EULA) with C-DAC before deploying the SSDG product. • It is recommended to get the deployed SSDG solution certified by STQC as per ISO 20000 and 27001 standards. • States should purchase the hardware subject to compliance with the Bill of Material (BOM) provided by C-DAC.

  27. Contact Us SSDG Project Implementation Office Centre for Development of Advanced ComputingGulmohar Cross Road No.9, JuhuMumbai-400 049 Tel: (022) 26201606, 26201574Fax: (022) 26210139, 26232195 Email us at: ssdg@cdacmumbai.in Website: http://nsdg.gov.in

  28. THANK YOU

More Related