19.07.2013 Views

May - Library

May - Library

May - Library

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

MERIT draws data from the Marine’s maintenance, supply,<br />

logistics, and distribution systems as well as 3 rd party suppliers and<br />

transportation systems as shown in Exhibit 4. The technology behind<br />

MERIT is an open-source Java-based programming technique. The<br />

common delivery method is through a web browser using a Java<br />

Applet processed on the server and connected to a data source such<br />

as Oracle, XML or delimited text. The graphical results are embedded<br />

in HTML and displayed by the user’s web browser. The final product<br />

is a small, flexible file that runs on virtually any platform and handles<br />

a large number of users simultaneously.<br />

Exhibit 4. Integrated Data Sources<br />

Supply<br />

Systems<br />

MERIT Honeycomb<br />

Interface<br />

3rd party<br />

Transportation<br />

Systems<br />

Database<br />

(Oracle)<br />

Maintenance<br />

Systems<br />

Depot<br />

Systems<br />

The integration of these data sources and the adaptation to MERIT<br />

was done under a rapid application development (RAD) methodology.<br />

Under this methodology requirements identification, commercial offthe-shelf<br />

(COTS) integration, and database integration were<br />

accomplished in a compressed time frame. Such a flexible,<br />

responsive, and entre p reneurial development approach was well<br />

suited to an environment characterized by rapid changes in IT policy<br />

combined with multiple system modernization objectives. Exhibit 5<br />

illustrates a rapid application development framework.<br />

Traditional IT development approaches are similar to the rigid<br />

design and development process within the construction industry.<br />

R e q u i rements are turned into a building through a slow sequential<br />

Plan Analyse Design Develop Test<br />

Test<br />

Equipment Readiness and Visibility Using Honeycomb Maps<br />

Exhibit 5. Rapid Application Development (RAD) 4<br />

process. Such an approach is reasonable with a building, since the<br />

final product is costly to change or repair once built. However, this is<br />

not the case with software. Software can be developed and designed<br />

iteratively. A working “bare bones” version of the software can be<br />

developed rapidly, and then improved and tested under the strain of<br />

use. As the software is used, another round of re q u i rements and<br />

i m p rovements are then initiated. RAD places working software in the<br />

hands of users much more rapidly than the traditional approach. More<br />

importantly, iterative design methods will provide more realistic and<br />

useful design inputs from users. The user’s imagination is able to<br />

function more creatively within the context of use, than in the context<br />

of planning (hypothetical use).<br />

Thus, the cornerstone of a successful rapid development process<br />

is the production of a useful, working application at the end of each<br />

development cycle. We were able to integrate the data into the first<br />

MERIT prototype in less than three months because business<br />

p rocesses had been defined and re q u i rements existed. Consistent<br />

with rapid prototyping protocol, the users were co-opted into the<br />

p rocess as beta testers. A web site was established where users<br />

evaluated the new tool, responded to enhancements, and contributed<br />

ideas for new improvements. This process lead to an evolving tool<br />

that provided more and more of what the users wanted.<br />

In the next section, we’ll see how weapon systems and program<br />

managers, maintainers, and analysts can access detailed inform a t i o n<br />

to initiate readiness responses.<br />

MERIT Repair Cycle Visibility<br />

Exhibit 6 illustrates the system’s repair cycle management<br />

capability. This illustration simplifies the actual system, by reducing<br />

both the number of data elements and levels within the system.<br />

Assume a light armored vehicle (LAV-25) is in the red zone on the<br />

honeycomb display. Assume the LAV-25 has 15 vehicles authorized<br />

and three are in the maintenance shop, yielding a MR-rating of 80%<br />

(12/15) as of September 15th. Thus, in this example the LAV-25 is in<br />

the “red zone” and requires further analyst attention.<br />

The analyst can click on the LAV-25 cell of the honeycomb map<br />

and connect directly into the equipment maintenance system to<br />

evaluate maintenance status of the LAV- 2 5 ’s. The equipment level<br />

Sequential Development (one cycle)<br />

Compressed Time<br />

Deploy/Plan<br />

RAD interative<br />

Development<br />

(multiple cycles)<br />

Develop<br />

Analyse/Design<br />

Deploy<br />

36

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!