• Working as offshore developer
• Deliver work Agile sprint plan.
• Design the request and response structure
• Create sequence diagram and technical documents
• Creating DB document for the DB changes
• Manual deployment
•  Did some POC for Docker Maria DB connection

    Application Overview:

              Nutrition and logistic application is NALA. This is support and migration project. In this application we are maintaining the food storage of each location and warehouse. User can do order form location to warehouse, warehouse to vendor order.

       Responsibilities:            

• Create Spring batch
• Create   Unix script for each spring batch
• Creating single page application using Angular for the order maintains screen 
• Work as offshore lead
• Getting requirement from user
• Support the application

                      The objective of this project is to provide users with modern interactive user interface for Bank application system which is currently accessible through the green-screens (Mainframe) The proposed system will leverage the benefits of using a Service Oriented Architecture promoting extensibility, re-use, scalability, and provide intuitive user interface accessibility with an internet browser per the agreed UI standards This functional specification document sets the foundation for design and development of the to-be system.

                                      Bank application COBAL code convert into modernized J2EE application. This POC contain total 6 screens,

1. Login page
2. Home page
3.  Fund transfer
4. Account balance screen
5. User info update
6. Loan calculation.

Draw the UML diagram and the UML diagram will convert into Spring Code. All logic of

Project should in UML Activity and Process diagrams. In BluAge Work flow we mention database connectivity and hibernate properties

     The scope of the system (to-be) is to address the following requirements:

             1. Secure and role base authentication of the user into the system

             2. Allow users to transfer the fund between own account.

             3. Allow users to transfer the fund to other users

             3. Provide functionality to calculate the loan amount

             4. Allow users to update own details

      Responsibilities: 

                 Working as Architect and developer

• Did the POC alone.
• Involved in UML diagram drawing.
• Involved in all Software life cycles
• Involved in Deployment
• Involved in client demo.
• Prepared demo document and video

Blu age and Magic draw  tool not showing in the list 

Application Overview:

                               Failure analysis common tracking system is known as FACT, Its Web based application. Design to improve the Failure Analysis (FA) process by providing a common failure analysis, issue tracking, and closed-loop corrective action system.

       SOF (Source of Failure): Captures everything known about a failure or incident when it occurred.

      AR (Analysis Request &Reporting):  Captures analysis details from each group including pictures, 

      Attachments, etc.   ARs are linked directly to the SOF form.

       Issue: Capture the detail about a unique issue. The customer 8D reporting will also be the outcome of that

       Process.

 Responsibilities:      

• Working as Off-shore project lead and developer.
• Did 2.8.10 to 2.8.16 enhancementRelease.
• Did 2.9.0 to 2.9.02 P3C enhancement Release.
• Involved code development.
• Involved in all Software life cycles
• Involved in Deployment,
• Give technical support.
• Involved in Client Customer KT.

Creating Design and technical document for internal use.

Application Overview:

           Lend Lease ARTI is a part of web application which is used at the backend for getting financial reports from the multi-dimensional database TM1. ARTI acts as a bridge for connecting a queue and the TM1. It gets the request from the queue and process the request by connecting TM1 and puts back the data to another queue system. ARTI also gets request through web service calls and provides response after processing with TM1.

      Responsibilities: 

                            Worked on end to end development of this project from the scratch. Involved in both design and development of all the modules from offshore lead. I have worked on technologies like Spring, Web service, JMS in this project. It includes Maven build tool and TestNG test driven development approach. I have done the setup and configuration for creating new integration server and done various deployments of ARTI project in this region.

Application Overview:

                  Partners configured over SFTP, FTP and mail server. The pickup of specified files is scheduled periodically. For SFTP connections, the picked files are checked for duplicates, archived accordingly and then added to producer mail box in SFG. For the files picked via FTP, the duplicate check is made, archived accordingly and the count file is generated. The two files are put into producer mailbox. For file transfer from POP server, B2B Mail Client Adapter is scheduled to pick mails. The schedule calls the BP to parse for attachments. The files in attachments are renamed as per requirement and then added to producer mailbox Once the files are available in producer mail box, the routing happens automatically in SFG as defined in the Routing Channel Template. And the files are transferred to the remote destination folders over SFTP. For any exceptions in BP an error notification mail is sent. Also for unknown files received in POP server, mail alert is triggered.

      Responsibilities: 

• Creation BP.
• Create Map
• Configuring AS2, Mailbox, Partners

Streling intergation and streling file gateway IBM tool I have used 

Application Overview:

                      The objective of this project is to provide users with modern interactive user interface for Customer Hierarchy system which is currently accessible through the green-screens (Mainframe) The proposed system will leverage the benefits of using a Service Oriented Architecture promoting extensibility, re-use, scalability, and provide intuitive user interface accessibility with an internet browser per the agreed UI standards This functional specification document sets the foundation for design and development of the to-be system.

                    2 Customer Hierarchy System Customer Hierarchy System helps grouping of customer entities across all divisions by maintaining hierarchy structures and associating parent-child relationships between entities separated by levels. The information maintained is consumed by different reports The scope of the system (to-be) is to address the following requirements:

             1. Secure authentication of the user into the system

             2. Allow users to maintain hierarchy structures

             3. Provide functionality to maintain parent child Account Relationship

             4. Provide functionality to copy structure from other structures

             5. Allow users to provide alternate description for entities The system functionality has been   

                 classified in four sections:

                   1. Structure Maintain

                   2. Alternate Description

                   3. Account Relationship Maintain

                   4. Copy Structure

      Responsibilities: 

Working as team lead of this module & developer

• Leading 4-member team.
• Involved in UML diagram drawing .
• Involved in all Software life cycles
• Involved in Deployment, SIT server setup

Bluage and Magic draw tool not displaying 

Application Overview:

               The project "Territory Management Application" is intended to provide a global solution

on creating, maintaining and monitoring this resulting data set on visibility. The application can be used "on top" of each MSDC environment by the local Country Administrator; specific tasks can also be handled by other registered users. Standard processes will have to ensure a correct data interpretation on a stated market configuration.

The following tasks shall be handled by using the Territory Management Application:

• Change / Maintain / Monitor the current setup on territories (stated within the document as "Current Configuration" based on a set of rules; a rule can be created / maintained either via an user interface or via data upload/download possibilities
• Possibility to create "What If" scenarios and preview the details of such scenarios
• Execute specific "Day-to-Day" tasks (within the desired tasks of a Country Administrator)

      Responsibilities: 

• Working as Off-shore developer (only 2 web developer and one DB developer)
• Leading 3-member support team.
• Involved code development.
• Involved in all Software life cycles
• Involved in Deployment, Production server setup
• Creating Design and technical document
• JSP are developed to process the input and generate dynamic pages

The business purpose of the XF analysis tool is to define the XF categories (A, B, C, D) for each contact for whom buying ladder (BL) data has been collected in the BL module of MSDC. The tool can be run whenever needed but will usually be run at the end of each cycle. The start of the tool will have to be triggered manually. The main source of information for the calculation will be the BL data from the transactional part of MSDC but some manual inputs

                              The business purpose of the activity planning tool is to provide a proposal of number of calls and product details to be realized per contact per rep during a certain period of time (usually a cycle). The start and end dates of the cycle can be defined in the tool, for each product/diagnose combination. The normal use of the activity planning tool should take place after new XF categories have been calculated.

      Responsibilities: 

• Working as Off-shore developer (only one web developer and one DB developer)
• Involved code development.
• Leading 5-member support team.
• Involved in all Software life cycles
• Involved in Deployment, Production server setup.
• Give technical support (Coding level Changes)

Did 2 enhancement after development

                                       Bio-Origin system is the application which gets the data from the third party and process the DB loads into the system. The system will be track the wholesaler’s data, drug sales and its side effects. Reports will be generated and send to the business analysts.

The Application has three modules as given below:

• DB Load – The data will be acquired from the third party and process the loads into Bio-Origin system. After load process the data will be validate by the system and will do the some of the transformation process and finally load into target tables.
• Manual Corrections – The Error data and unclear data will be modified by the analyst thru the front-end Java application.

      Responsibilities: 

• Working as Off-shore developer and team lead
• Did 1 enhancement.
• Lead 5 members
• Involved code development.
• Involved in all Software life cycles
• Involved in Deployment, Production server setup.
• Give technical support.
• Involved in Client Customer KT.

Application Overview:

                                       PAPA is product developed by Thirdware Ford. The Product allows Customer to Create and Track Price Requests. Its allows Client’s buyer, requestor to Create and Track Price Requests for their customers. The Approver Can Approve/Reject their respective PR using the product. After approver that PR will convert PO. That also go approve after approving its go RFQ (Request for quote. Depend upon the RFQ PR will purchase. Product interacts with external systems such as “ERP System”, to perform the business functionalities.

      Responsibilities: 

• Act as Module lead .
• Lead 4 members.
• Involved code development.
• JSP are developed to process the input and generate dynamic pages
• Coding in the Server side Scripting.

SPRAS is an  application used by the distributors, suppliers and internal users of Rockwell Automation. The application allows Distributors to Create and Track Special Price Requests. Application also allows Rockwell Account Managers to Create and Track Special Price Requests for their Customers. Product Managers and Pricing Managers can Approve/Reject their respective SPR using the application. Application interacts with external systems such as “ERP System”, “Data warehouse”  to perform the business functionalities like Sales Order generation, Order Shipment, Invoice generation, Inventory tracking, AR information

          Responsibilities:   

• Act as Admin  Module Lead.
• Involved in designing document (using usecase Activity diagram, Sequence diagram, Class diagram) for the reports, SPR Details, Customer Industry modules with Functional Test Cases Coding in the Server side Scripting.
• Done the coding for Customer Industry, reports, SPR details