Printer Friendly
The Free Library
14,551,487 articles and books
Member login
User name  
Password 
 
Join us Forgot password?

Joint Interoperability Certification: what the program manager should know.


Would you agree that a program manager whose system meets performance requirements, is on schedule, and within budget, is in good shape? If your answer is "yes," you might, in fact, be wrong if the system isn't interoperable with its surrounding systems or networks.

[ILLUSTRATION OMITTED]

They Should Have Known

Whenever the public is made aware of an apparent military failure resulting from inaccurate or delayed information, critics say, "They should have known." While human error, mechanical failure, and the fog of war all play their part, the critics are sometimes right. Some people did know, but the right information didn't get to the right people at the right time. That often happens when systems don't share information and interoperate efficiently and effectively across Service or agency boundaries.

The chairman of the Joint Chiefs of Staff The Chairman of the Joint Chiefs of Staff is by law the highest ranking overall military officer of the United States military, and the principal military adviser to the President of the United States.  has directly attacked this problem with a Joint Interoperability Certification process that applies to every Department of Defense information technology (IT) system and national security system (NSS (Novell Storage Services) A 64-bit file system introduced with NetWare 5 that can support terabyte-sized files. NSS files and standard NetWare files can be used in the same server. See NetWare 5.

1. (networking) NSS - Nodal Switching System.
).

Systems that integrate this process into their overall development and testing schedule normally transition into the field smoothly and provide the best support to their users. Programs where interoperability problems are discovered too late may suffer delays, cost overruns, or--worst of all--contribute to deadly mistakes at critical times.

Program managers need to understand the process and use it to their advantage; and in order to understand, a few basic questions need to be answered.

What is interoperability?

Interoperability is the ability of systems, units, or forces to provide data, information, materiel ma·te·ri·el or ma·té·ri·el  
n.
The equipment, apparatus, and supplies of a military force or other organization. See Synonyms at equipment.
, and services to, and accept the same from, other systems, units, or forces; and to use the data, information, materiel, and services so exchanged to enable them to operate effectively together. IT and NSS interoperability includes both the technical exchange of information and the end-to-end operational effectiveness of that exchanged information as required for mission accomplishment. Interoperability is more than just information exchange; it includes systems, processes, procedures, organizations, and missions over the life cycle, and it must be balanced with information assurance.

What is interoperability certification?

Interoperability certification is the process of ensuring that a system meets the joint interoperability requirements of its users. It includes the collection of the data necessary to determine whether or not the system conforms to applicable interoperability standards and can effectively exchange all required information with all pertinent systems.

Why is interoperability certification necessary?

Interoperability certification assures the warfighter that the combatant commander A commander of one of the unified or specified combatantcommands established by the President. See also combatant command; specified combatant command; unified combatant command. , the Services, and agency systems can interoperate in a joint, combined, and coalition environment.

Who certifies that a system is interoperable in a joint environment?

The Joint Interoperability Test Command The Joint Interoperability Test Command (JITC) is a United States military organization that tests technology that pertains to multiple branches of the armed services and government. There is a facility in Fort Huachuca, Arizona and in Indian Head, Maryland.  (JITC--an organizational element of the Defense Information Systems Agency, Test & Evaluation Directorate) has responsibility for certifying joint and combined interoperability of all DoD IT systems and NSSs. JITC JITC Joint Interoperability Test Command (formerly Joint Interoperability Test Center)
JITC Joint Interoperability Test Center (obsolete; now Joint Interoperability Test Command) 
 facilities are strategically located at Fort Huachuca Fort Huachuca is an United States Army installation. It is located in Cochise County, in the Southeastern part of the state of Arizona, approximately 15 miles north of the border with Mexico. , Ariz., and Indian Head Indian Head, town (1991 pop. 1,827), SE Sask., Canada, E of Regina. In a wheat-growing region, it has flour mills and grain elevators. A dominion experimental and forestry farm is in the town. , Md. The diverse capabilities and resources associated with each respective location allow the armed services The Constitution authorizes Congress to raise, support, and regulate armed services for the national defense. The President of the United States is commander in chief of all the branches of the services and has ultimate control over most military matters.  to have access to a dynamic environment for laboratory tests and on-site field evaluations.

What systems need to be certified?

All IT systems and NSSs that exchange and use information to enable units or forces to operate effectively in joint, combined, coalition, and interagency operations and simulations.

When should systems be certified?

All systems must be certified before they are fielded. Fielded systems must be recertified every three years or after any changes that might affect interoperability. The system proponent should contact JITC early in the acquisition program to ensure that certification is timely and cost-effective.

What does certification involve?

JITC follows the processes outlined in Chairman. Joint Chiefs of Staff Instruction 6212.01, Interoperability and Supportability of Information Technology and National Security Systems, to perform the joint interoperability test and certification mission. This document establishes policies and procedures Policies and Procedures are a set of documents that describe an organization's policies for operation and the procedures necessary to fulfill the policies. They are often initiated because of some external requirement, such as environmental compliance or other governmental  for developing, coordinating, reviewing, and approving IT and NSS interoperability needs. It also establishes procedures for performing interoperability test certification using a new "net-ready" approach.

Generally, the Interoperability Test Certification process consists of four basic steps. Joint interoperability testing and evaluation can be a repetitive process as conditions change. The steps are to:

* Identify (interoperability) requirements

* Develop certification approach (planning)

* Perform interoperability evaluation

* Report certifications and statuses.

Identifying Interoperability Requirements

Establishing requirements is a critical step, and system sponsors must resolve any requirements/capabilities issues with the Joint Staff J-6. The Joint Staff J6 must certify specific requirements/capabilities if system validation is required. The JITC provides input to the J6 requirements/capabilities certification process and uses the results as the foundation for the remaining three steps of the Interoperability Test Certification process.

The requirements-generation process has been strengthened with the publication of the CJCSI CJCSI Chairman of the Joint Chiefs of Staff Instruction  3170.01, Joint Capabilities Integration and Development System (JCIDS JCIDS Joint Capabilities Integration and Development System (US DoD; replaces Requirements Generation System, RGS) ). The JCIDS supports the Joint Staff and the Joint Requirements Oversight Council Part of the United States Department of Defense acquisition process, the Joint Requirements Oversight Council (JROC) reviews programs designated as JROC interest and supports the acquisition review process in accordance with law (10 U.S.C. 181).  (JROC JROC Joint Requirements Oversight Council
JROC James River Outdoor Coalition
JROC Joint Required Operational Capability
JROC Jeppesen Radiation Oncology Center (Michigan)
JROC Jacksonville Regional Operations Center
) in identifying, assessing, and prioritizing joint military capability needs. As prescribed by the JCIDS process, JITC will participate in the technical assessment of all IT and NSS capability and requirements documents to ensure interoperability requirements are specified in measurable and testable forms. JITC assists in identifying requirements contained in such sources as the program's capability development document (CDD CDD Contrat A Duree Determinee (French: Fixed Term Contract)
CDD Community Development Department
CDD Cooling Degree Days (weather derivatives / insurance index converting temperature into prices) 
), capability production document (CPD CPD citrate phosphate dextrose; see anticoagulant citrate phosphate dextrose solution, under solution.
Cephalopelvic disproportion (CPD) 
), and information support plan (ISP (1) See in-system programmable.

(2) (Internet Service Provider) An organization that provides access to the Internet. Connection to the user is provided via dial-up, ISDN, cable, DSL and T1/T3 lines.
).

Once requirements are identified, JITC develops a joint interoperability requirements matrix and confirms it with the appropriate operational command or agency. This matrix then serves as the basis for development of the certification approach.

Developing the Certification Approach

JITC's evaluation strategy evaluation strategy - reduction strategy  will identify data necessary to support Joint Interoperability Test Certification as well as the test events/environments planned to produce those data. The current evaluation strategy is driven by DoD's architectural shift towards a net-centric operational environment.

The foundation of DoD's net-centric environment is the Global Information Grid The globally interconnected, end-to-end set of information capabilities, associated processes and personnel for collecting,processing, storing, disseminating and managing information on demand to warfighters, policy makers, and support personnel. . The GIG is the globally interconnected, end-to-end set of capabilities, processes, and resources for collecting, processing, storing, managing, and disseminating on-demand information to the warfighter. This environment compels a shift from "system-to-system" to "system-to-Service" exchange to enable on-demand discovery of and access to all available information resources.

As the GIG evolves toward a net-centric architecture, interoperability testing must also evolve. Increasingly, the requirement will be to test a system's ability to successfully discover and employ the appropriate information resources within the context of the GIG.

The main component of this new approach to interoperability testing is the net-ready key performance parameter. The NR-KPP NR-KPP Net-Ready Key Performance Parameter  consists of measurable, testable, or calculable cal·cu·la·ble  
adj.
1. That can be calculated or estimated: calculable odds.

2. Readily relied on; dependable: a calculable assistant.
 characteristics and/or performance metrics required for the timely, accurate, and complete exchange and use of information expressed by the following four elements:

* Compliance with the Net-centric Operations and Warfare Reference Model (NCOW RM)

* Integrated architecture products

* Compliance with applicable key interface profiles (KIPs)

* Compliance with DoD information assurance (IA) requirements.

The NCOW RM describes the activities required to establish, use, operate, maintain, and manage the net-centric enterprise information environment. It also describes a selected target set of key standards that will be needed as the NCOW NCOW Net-Centric Operations and Warfare
NCOW National Coming Out Week
 capabilities of the GIG are realized.

[ILLUSTRATION OMITTED]

Integrated architecture product descriptions assist DoD in understanding the linkages between capabilities and systems. An integrated architecture consists of three major perspectives or views--operational, system, and technical--that logically combine to describe a program's architecture. The architecture is integrated when the data elements defined in one view are the same as architecture data elements referenced in another view. Each of the three views depicts certain architecture attributes. Some attributes bridge two views and provide integrity, coherence, and consistency to architecture descriptions.

Because of the complexity of the GIG environment, a form of enterprise-level integration management is needed to facilitate interoperability testing at the seams of GIG components. GIG KIPs are used to communicate the technical specification of the applicable DoD IT Standards Registry (DISR DISR Descent Imager Spectral Radiometer (European Space Agency)
DISR DoD Information Technology Standards and Profile Registry
DISR Director of Intelligence, Surveillance, and Reconnaissance
) standards and the implementation of these standards as they apply to key interfaces.

All IT and NSSs must comply with applicable DoD information assurance policies and instructions. IA is an integral part of net-readiness. All GIG information systems must implement IA elements, such as information operations that protect and defend information and information systems by ensuring their availability, integrity, authentication, confidentiality, and nonrepudiation. Also included are system restoration and threat detection capabilities.

All CDDs, CPDs, and ISPs for systems that exchange information with external systems will be reviewed and certified based on adherence to NR-KPP criteria. In turn, JITC will use the NR-KPP thresholds and objectives to ensure that all system information exchange requirements have been satisfied during all applicable test events. These test events must be conducted in an operationally realistic environment. This includes employing production-representative systems, members of the user community as operators, and realistic messages and network loads.

Performing the Interoperability Evaluation

Interoperability evaluation often spans developmental testing (DT) and operational test and evaluation (testing) operational test and evaluation - (OT&E) Formal testing conducted prior to deployment to evaluate the operational effectiveness and suitability of the system with respect to its mission.  (OT & E) and relies on multiple test events conducted by various organizations. The amount and type of testing will vary based on characteristics of the system being evaluated.

DT looks at how the system and its components meet the specifications to which the contractor/vendor signed up to build. With the new acquisition strategies, such as spiral development, testers are involved earlier; this helps JITC collect information and data to reduce risk and the time required for interoperability certification and operational testing or assessments. Verification of conformance to standards is one of the first steps in the interoperability testing process. As IT systems/NSSs are designed, the developer is required to implement standards or products contained within the DISR. Early on in the development/acquisition cycle, the particular IT system/NSS (or components of the system) is tested to ensure that the chosen standards are properly implemented. Conformance with DISR standards does not guarantee interoperability, but it is an important step toward achieving it. Developmental testing performed under government supervision that generates reliable, valid data can be used to determine technical capabilities and standards-conformance status, and may supplement operational data for an interoperability evaluation.

As the only joint operational test agency (OTA (Over The Air) Refers to any wireless system such as AM/FM radio and network television that uses open space as its transmission medium. ) in accordance with Title 10 of the United States Code Title 10 of the United States Code outlines the role of armed forces in the United States Code.

It provides the legal basis for the roles, missions and organization of each of the services as well as the United States Department of Defense.
, JITC plays several key roles in the OT & E process as well. As DISA's OTA, JITC oversees and carries out all phases of OT & E pertaining to DISA-managed programs. Through policy and agreement, JITC also serves as the OTA for other DoD organizations that do not have their own dedicated test resources. JITC's OT & E strategy involves planning and conducting tests under realistic combat conditions to determine the effectiveness and suitability of the system/program. During these events, JITC views interoperability and net-readiness as operational effectiveness issues.

JITC works closely with the military service OTAs before or during a system's operational test readiness review (OTRR OTRR Operational Test Readiness Review
OTRR Office of Therapeutic Research and Review (US FDA) 
). When JITC is involved, it will provide input to the OTRR covering interoperability/net-ready aspects of the program based upon pertinent information. In many cases, JITC will be fully involved during a Service's OT & E event for the sole purpose of gathering the appropriate data necessary to certify the system for joint interoperability.

JITC also supports the objectives of the director of operational test & evaluation (DOT & E) by assisting the exercise staffs in planning, execution, data collection, analysis, and reporting on IA and interoperability of operational networks and architectures involved in combatant commander field exercises.

Throughout the acquisition cycle, JITC will use any valid data from DT, OT & E, demonstrations, field exercises, or other reliable sources for interoperability evaluations. Each potential data collection opportunity should be used in the overall certification process to get the best interoperability picture of the system in the most efficient manner possible.

Reporting Interoperability Status

Certification is based on Joint Staff-certified capabilities and requirements, the criticality of the requirements, and the expected operational impact of any deficiencies. Certification is applied to the overall system if all critical interfaces have been properly implemented and tested. Interoperability status represents the extent to which a system is interoperable with respect to the elements of the NR-KPP, information exchanges, and other defined interoperability requirements.

What will JITC do to get your system certified?

When contacted by a program manager early in the acquisition process, JITC will:

* Assist in identifying joint interoperability requirements during the concept development/design phase of the program

* Ensure that interoperability is built into the system from the start

* Plan for the most efficient use of resources

* Assist the program manager in identifying solutions to interoperability problems necessary to get the system certified.

JITC also has a range of tools available for system assessments and laboratory resources for testing virtually all types of IT system and NSS.

What will happen if a PM fails to participate in the Joint Interoperability Certification process?

The simple answer to this question comes straight from 6212.01:</p> <pre> 2. Failure to meet Certifications a. If a program/system fails to meet certification requirements, the J-6 will: (1) Not validate the program. (2) Recommend the program not proceed to the next milestone. (3) Recommend that funding be withheld until compliance is achieved and the program and/or system is validated. b. The J-6 will make this recommendation to the USD USD

In currencies, this is the abbreviation for the U.S. Dollar.

Notes:
The currency market, also known as the Foreign Exchange market, is the largest financial market in the world, with a daily average volume of over US $1 trillion.
 (AT & L), USDP USDP Under Secretary of Defense for Policy
USDP Unified Software Development Process (software design methodology)
USDP United States Disclosure Policy
USDP Universal Service Discovery Protocol
, USD (C), ASD ASD
abbr.
atrial septal defect


ASD Atrial septal defect, see there
 (NII (National Information Infrastructure) The U.S. government's policy for managing advanced technology in the country. The Clinton/Gore administration (1993-2001) was very enthusiastic about the Internet and proposed that it should be funded by private industry and be ), DoD Executive Agent for Space, the Military Communications-Electronics Board (MCEB MCEB Military Communications-Electronics Board
MCEB Marine Corps Equipment Board (Quantico, VA) 
), and the JROC. The J-6 will also request that the program and/or system be added to the DODI DODI Department Of Defense Instruction  4630.8, Interoperability Watch List (IWL IWL Izaak Walton League
IWL Institute Warranty Limits
IWL Interoperability Watch List
IWL Industrial Wireless Lan
). </pre> <p>Of course, real-world capability development and testing are rarely simple, and the DoD has provided several mechanisms for identifying and seeking solutions to current or foreseen interoperability problems. DoD policy clearly states that all IT and NSS, regardless of acquisition category (ACAT ACAT

See: Automated Customer Account Transfer
), must be tested and certified for interoperability before fielding. The Military Communications Electronics Board (MCEB) Interoperability Test Panel (ITP ITP - Intent to Package ), identifies, coordinates, and resolves IT system/NSS interoperability policy and testing issues to ensure compliance with DoD policy regarding interoperability of IT system/NSS during the requirements validation process and throughout the remainder of the acquisition life cycle.

To further assist in monitoring compliance with DoD policy regarding interoperability certification, the ITP provides semi-annual interoperability status briefings to the MCEB. These typically provide the overall interoperability status of a functional area or family or system of systems to the MCEB, identifying capabilities that may require additional attention or assistance to achieve full interoperability. When necessary, the ITP may nominate programs for inclusion on the Interoperability Watch List (IWL) of the Interoperability Senior Review Panel (ISRP ISRP Integrated Submission and Remittance Processing (System)
ISRP International Society for Respiratory Protection
ISRP Inventory, Shipping, Receiving and Picking (software) 
) established in DoD Instruction 4630.8. Criteria for nominating programs to the IWL include, but are not limited to, the following:

* No plans for (JITC) Joint Interoperability Certification testing

* Failed (JITC) Joint Interoperability Certification tests and no plans for addressing identified deficiencies

* Lack of JCIDS or test documentation for defense technology projects and pre-acquisition demonstrations

* Known interoperability deficiencies observed during operational exercises or real world contingencies

* Noncompliance noncompliance

failure of the owner to follow instructions, particularly in administering medication as prescribed; a cause of a less than expected response to treatment.

noncompliance 
 with approved integrated architectures.

Once a program is placed on the IWL, it is the PM's responsibility to undertake corrective action to address interoperability deficiencies and report progress to the principals represented on the ISRP. If interoperability issues are not adequately addressed or if deficiencies persist, the program or system may be recommended for transfer to the OSD (1) (On-Screen Display) An on-screen control panel for adjusting monitors and TVs. The OSD is used for contrast, brightness, horizontal and vertical positioning and other monitor adjustments.  T & E oversight list.

In certain cases, the ITP may grant an Interim Certificate to Operate that may not exceed one year. The ICTO ICTO Interim Certificate to Operate (information assurance)
ICTO Inter-Contractor Transfer Order
ICTO Information and Communications Technology Organization
 provides the authority to field new systems or capabilities for a limited time with a limited number of platforms to support development efforts, demonstrations, exercises, or operational events, without an interoperability test certification. It is the PM's responsibility to submit the ICTO request. As the ITP executive agent, JITC provides recommendations to the ITP for or against the ICTO, based on available interoperability data and an evaluation of the possible risk to the user and other connected systems. After reviewing the PM's justification statements and JITC's recommendations, the ITP will vote to approve or disapprove the request.

Assurance of Interoperability for the Nation's Warfighter

Unquestionably un·ques·tion·a·ble  
adj.
Beyond question or doubt. See Synonyms at authentic.



un·question·a·bil
, interoperability is a key enabler to combat effectiveness. JITC will continue to play an active role in the joint interoperability test and certification process. This proven process affords higher levels of assurance that warfighting systems will interoperate properly so that the battleground does not become the testing ground.

To obtain more information about the Joint Interoperability Certification process, call 800-LET-JITC (800-538-5482) or visit <http://jitc.fhu.disa.mil>.

The authors welcome comments and questions and can be contacted at phuong.tran@disa.mil, gordon.douglas@disa.mil, and chris.watson@disa.mil.

Tran is the chief of the Plans and Policies Branch, Joint Interoperability Test Command. She is a graduate of the University of Arizona (body, education) University of Arizona - The University was founded in 1885 as a Land Grant institution with a three-fold mission of teaching, research and public service.  and University of Phoenix and has almost 20 years of government service in the T & E arena. Douglas is an operations research operations research

Application of scientific methods to management and administration of military, government, commercial, and industrial systems. It began during World War II in Britain when teams of scientists worked with the Royal Air Force to improve radar detection of
 analyst with the Plans and Policies Branch, Joint Interoperability Test Command. He is a graduate of the University of Arizona, with more than 20 years of military, government, and private industry experience in research, engineering, and T & E. Watson serves as an information systems test director and corporate communications officer for the JITC organization. His experience encompasses over 20 years in the operation, training, and testing of military IT systems.

RELATED ARTICLE: IN MEMORIAM

Dr. Franz A.P. Frisch died Nov. 20, 2005, in Jackson, Miss., at the age of 86. Witty, colorful, unique, and having lived the World War II history he often wrote about, Frisch remained a popular colleague, mentor, friend, and after his retirement, professor emeritus of the Defense Systems Management College (DSMC DSMC Direct Simulation Monte Carlo
DSMC Defense Systems Management College
DSMC Data and Safety Monitoring Committee
DSMC Division-Support Medical Company
DSMC Data Services Management Center (US NASA) 
) at Fort Belvoir, Va. He first joined the DSMC faculty in 1978 as chief of the Technical Management Division, left for employment with the Navy in 1981, and rejoined DSMC in 1987. After serving over 13 years as a DSMC professor and associate dean, he had retired from federal service in June 1998.

[ILLUSTRATION OMITTED]

A private in the German Army for nine years, Frisch was an artillery soldat, or German simple (common) soldier, whose battalion participated in numerous Panzer assaults in the European war. Drafted from his home in Vienna in 1938, Frisch saw action in the German invasions of Poland in 1939, which began WWII WWII
abbr.
World War II


WWII World War Two
; France in 1940; and the Soviet Union in 1941. In Russia, his unit reached the outskirts of Moscow before the Soviet counterattack Attacking an attacker. Even though a criminal hacker or other agent is attempting to penetrate a security perimeter or damage systems, the counterattack must not violate applicable laws.  and the extreme bitter winter cold forced the Germans backward.

In 1943, his artillery unit was assigned to defend Sicily against the invading Americans. Retreating to Italy, his battalion fought the American advance, including at the bloody Battle of Casino, northward up "the boot," where the Americans captured him near the Austrian border in March 1945, two months before Germany surrendered. He spent the next two years in a prisoner of war PRISONER OF WAR. One who has been captured while fighting under the banner of some state. He is a prisoner, although never confined in a prison.
     2. In modern times, prisoners are treated with more humanity than formerly; the individual captor has now no
 camp in Italy before returning home.

Following the war, Frisch completed his education at the Technical University of Vienna History
The University was founded on March 12, 1365 by Duke Rudolph IV and his brothers Albert III and Leopold III, hence the additional name "Alma Mater Rudolphina". After the Charles University in Prague, the University of Vienna is the second oldest university in Central
, attaining a doctorate in engineering management. After a successful career in shipbuilding and shipyard management in Germany, he and his family emigrated to the United States in 1958.

Besides teaching on the DSMC faculty for more than 13 years, Frisch was also an adjunct professor for Virginia Polytechnic Institute and State University Virginia Polytechnic Institute and State University, at Blacksburg; land-grant and state supported; coeducational; chartered and opened 1872 as an agricultural and mechanical college. , as well as Massachusetts Institute of Technology Massachusetts Institute of Technology, at Cambridge; coeducational; chartered 1861, opened 1865 in Boston, moved 1916. It has long been recognized as an outstanding technological institute and its Sloan School of Management has notable programs in business, , where he taught graduate courses in advanced engineering economy and management concepts.

Frisch published papers on transportation, naval architecture, economy, and management, among other subjects. In 2003, former DSMC professor Wilbur D. Jones collaborated with Frisch to research and write a book on Frisch's campaigns, Condemned to Live: A Panzer Artilleryman's Five-Front War.

[ILLUSTRATION OMITTED]

Preceded in death two years ago by his wife Traudel, Frisch is survived by three daughters who will carry the ashes of both their parents to Europe next spring to be spread over the Danube in their native Austria.
COPYRIGHT 2006 Defense Acquisition University Press
No portion of this article can be reproduced without the express written permission from the copyright holder.
Copyright 2006, Gale Group. All rights reserved. Gale Group is a Thomson Corporation Company.

 Reader Opinion

Title:

Comment:



 

Article Details
Printer friendly Cite/link Email Feedback
Title Annotation:JOINT INTEROPERABILITY
Author:Watson, Chris
Publication:Defense AT & L
Geographic Code:1USA
Date:Mar 1, 2006
Words:3271
Previous Article:Delivering acquisition training to the space professional community.(PROFESSIONAL DEVELOPMENT)
Next Article:Program Execution: it all comes down to making the hard decisions.(Kenneth Krieg)
Topics:



Related Articles
At-Sea Tests Aim to Improve Joint Operations.(between Army and Navy forces)
Coalition Aerial Surveillance and Reconnaissance Project.(development and improvement of military radar system)(Brief Article)
Joint Interoperability Test Site Expected to Grow.(Brief Article)
U.S. services to train jointly in Chesapeake Range Complex.(Chesapeake Regional Ranges Cooperative )
Everything you wanted to know about DoD 5015.2: the standard is not a panacea or a guarantee, but it is a tangible contribution in a field hungry for...
Groove workspace software obtains first defense collaboration tool suite v2.0 interoperability certification.
Air Force and Navy join in Joint Tactical Radio merger.
F5 Networks achieves RSA secured partner program certification for its FirePass SSL VPN product.(virtual private network)
Lessons learned from developing the ABCS 6.4 solution.(lessons learned)(Army Battle Command Systems)
FIME and FEIMA Start JCB Smart Card Interoperability Testing.

Terms of use | Copyright © 2009 Farlex, Inc. | Feedback | For webmasters | Submit articles