NAVSEA

  NAVSEA Flotilla: The End of "Stove piped" IT Management  

SUMMARY

To reduce overhead costs, NAVSEA CIO (Operations) directed RGS personnel to plan and execute the transfer of servers hosting NAVSEA enterprise financial applications from a remote location to the Washington Navy Yard. The project's real value manifested itself as the work moved forward, ending the stove pipe management of 11 applications and replacing it with a common management strategy for a unified application suite. Along the way, the applications were brought into compliance with a long list of Federal Governance requirements.

THE BUSINESS CHALLENGE

It sounded at first like a simple job. Move 14 servers into a consolidated server farm at Washington Navy Yard and prepare them for NMCI. Operating these servers at a remote location generated disproportionate overhead charges for HQ NAVSEA CIO Operations. The only expected complication was that the NAVSEA Enterprise financial applications that the servers hosted could not go offline during the move. It did not take long for the real problem to surface; each application had its own group of stakeholders, funding lines, and support contracts. The applications were built up over time and as separate entities. One of the few things they had in common was an Internet connection to the outside world. It became apparent that the way to do the job was to jump the applications into an entirely new environment, which became known as the NAVSEA Flotilla Farm. As this concept was developed, two other important objectives were added to the project: reuse existing equipment, and collect information about the applications so they could be managed henceforth as a unified suite.

HOW RGS HELPED

The first step was to carefully map the relationships of these applications with each other and with remote systems. The result was the first ever consolidated communications link map of the enterprise applications. This would prove vital when the time came to design the security stance of NAVSEA Flotilla. The next step took months to develop a picture of the configuration management for each application. The issue here was the wildly different life cycles of the seven major applications and the four minor applications. There were parts of the year when it was impossible to interrupt support activities of a particular application. As a result, a comprehensive map of availability dates was created to identify where critical human resources would be available for the project. The financials for each application were examined: programming support costs, maintenance contract shares for each application, use of expendables, and software license fees. There were so many variables that a database was made to keep track of them. Eventually, these constraints pointed to a specific design - a small number of application and database servers (from 14 we reduced to 7) that could host several applications simultaneously. To make it work, the applications had to be upgraded to a standard software release. This allowed applications to be managed by a smaller staff that did not have to be trained in a wide variety of software. Another large issue was Federal governance requirements. The Flotilla Farm is designed to comply with a range of requirements from Presidential directives down to local NAVSEA Instructions. In addition, the Flotilla must simultaneously pass the requirements for NMCI configuration management as well as the DoD Information Technology Security Certification and Accreditation Process. This was particularly difficult as the NMCI directives were still under development, and the field staffs did not as yet have much experience implementing them. Compounding it was the problem that Flotilla connects to some systems that are not only non-Navy, but are non-DoD. Finally, the Flotilla had to coexist with other Navy IT objectives, such as server consolidation and application rationalization. This project often served as a trial run for project elements.

BENEFITS DELIVERED

Documenting how the enterprise financial applications actually work and interrelate with other systems turned out to be just as valuable as moving them into a consolidated environment. Each application team received platform guides that explain how to configure the applications for NAVSEA Flotilla. Teams also received a platform System Security Authorization Agreement (SSAA) that was used as a guide to produce a newer, smaller SSAA for their own applications. The support staff was reduced from nine to four people that provide services common to all applications, such as Unix system administration and Oracle database administration. This is possible because all applications now use the same version of Unix and Oracle. In addition, each application was examined and put into compliance with the Navy's application reduction initiative by ensuring that each piece of supporting software is authorized by the DoN Applications and Database Management System (DADMS). This reduced the license acquisition cost and annual software maintenance costs. Above all, the application life cycles now have visibility at the highest levels of NAVSEA. As a consequence, the lead application moved into Flotilla, PRISMS allows NAVSEA to retire three other financial management systems. This simplifies NAVSEA financial management by giving all departments the same suite of financial reports. The NAVSEA Flotilla farm gives the command the springboard it needs in the final step to eliminate IT 'stove piping' transferring these processes into an ERP solution in a few years. With the applications on a standard platform with common configuration management and a single funding line, NAVSEA will save considerable effort and money when final migration to ERP occurs.

(c) 2008 RGS Associates, Inc. tm. All Rights Reserved   |  Terms of Use  |  Privacy Statement