Accomplishments:

  • Worked as a System Analyst in a system separation project of the client British Telecom from offshore.
  • Worked as a Business Analyst in an out-tasking project of the client Telefónica O2 in Munich, Germany.
  • Involved in the understanding of the applications, business and technical requirements, and the business impact & risks.
  • Developed the artefacts based on IBM Rational Unified Process tailored for O2 known as Solaris standards.
  • Developed the manuals/guides like Application Training Manual, Maintenance & Support Guides for ramping up the new resources in the project in the minimum time span.
  • Delivered an application qualified team that provided end-to-end solutions to the client in the steady state.
  • Delivered estimation(s) and/or design(s) for the new releases / standalone SRs / CRs appearing from time to time.
  • Built relationships and communicated effectively with the business people, clients and other system areas.
  • Initially served as a Team Lead (Java Swings) in the pure SDLC project of the client British Telecom, U.K.

Projects:

Project No.:01
Client:British Telecom Plc, London, U.K.
Description:Openreach Separation Programme (SNAP Application): SNAP application used by Line of Businesses like BT Retail, Openreach, BT Wholesale, etc. for requesting for allocation of Space and Power for the equipments in BT locations. It was a standalone system with no interfacing with other systems. It was a shared application used only to input requests via web pages across Openreach and Rest of BT. The SNAP system was a simple intranet based database used to accept and progress requests for space and power from any Line of Business into I&ES Wholesaler planners. Web based requests to BT Operate Planners, web pages to database, updated the request status, progress on request. Open Reach Planner sees the request, email based job request, amount of space required, infrastructure request, building code, originator request, etc. SNAP did not directly perform any capacity management, it supported the I&ES planners that managed the space and power within Operational buildings. SNAP system supported risk management, which applied only to space and power requests.
Engagement:Retainer
Type:Solution designing from off-shore
Team Size:6
Role:System Analyst
Duration:Jun’2008 – Nov’2008
Responsibility:System Analyst for the SNAP application in the separation programme. Responsible for checking the dependencies, risks and for providing solutions for the separation of the system of SNAP of Openreach with rest of BT.
Technologies:DHTML, JSP, SQL Server, etc.


Project No.:02
Client:Telefónica O2 GmbH, Munich, Germany
Description:Customer Checking: Application Customer Checking (CC) was for GSM Post customers in Germany. The CC Prevented fraud at an early stage and ensured a high customer data quality. It decided acceptance or rejection of the customer during the process. In case of acceptance of the customer, it assigned a credit limit. It comprised of checks broadly divided into two viz. Data Quality and Risk-Solvency. It ordered information from check to check configured on a decision tree. Submitted orders once checked, processed and results developed move to & fro in the CRM systems from CC. Offers online pre-checking feature for ensuring the quality of information and fast execution upon submission.
Engagement:Turnkey
Type:Transitioning / out-tasking at on-shore
Team Size:4
Role:Business Analyst
Duration:Nov’2007 – May’2008
Responsibility:Business Analyst for the CC application in the transition phase. Responsible for release work/SRs/CRs for the CC application. Monitor and track the readiness of offshore infrastructure into steady state support.
Technologies:JMS, PHP, WebLogic, Tuxedo, HP-UNIX, Oracle, Staffware, Fuzzy Bank and Post.


Project No.:03
Client:Telefónica O2 GmbH, Munich, Germany
Description:Directory Services System: Application Directory Service System (DSS) was for GSM Pre-Paid & Post customers in Germany. DSS provides a directory look-up for customers through print, electronic media and information desk. It received the numbers viz. MSISDN, FLN, FAX and VoIP. It implemented workflow/system that handled the necessary data to Deutsche Telecom which published the directories from time to time.
Engagement:Turnkey
Type:Transitioning / out-tasking at on-shore
Team Size:4
Role:Business Analyst
Duration:Nov’2007 – May’2008
Responsibility:Business Analyst for the DSS application in the transition phase. Responsible for release work/SRs/CRs for the DSS application. Monitor and track the readiness of offshore infrastructure into steady state support.
Technologies:JMS, PHP, WebLogic, Tuxedo, HP-UNIX and Oracle.


Project No.:04
Client:British Telecom Plc, Milton Keynes, U.K.
Description:NEJ-BerT (Release 3.4 & 3.5): BerT acronym of British Telecom Exchange Records System was the application used for recording the details of transmission equipment installed in BT exchanges and their interconnections. The major transmission equipment types covered by BerT application were SDH, PDH, Wide-band and Analogue. BerT application was developed as a local initiative to store the exchange equipment data. The main users of BerT application were from Core Solutions & Access planning offices. BerT had interfaces with INS & PACS systems. It used its own GrAVi (Graph Analysis & Visualization) architecture for displaying graphics in the application.
Engagement:Retainer
Type:Development and maintenance project at off-shore
Team Size:4
Role:Team Lead
Duration:Dec’2005 – Oct’2007
Responsibility:Team Lead for the Swings Side (Client Interface) SDLC phase for Release 3.4 & 3.5. Analysed, designed and coded for the enhancements in the application.
Technologies:JSP 1.2, WebLogic 6, Java Swings, Windows NT/2000, Oracle 8.


free templates

Make a free website with Yola