Skip Navigation
Administration for Children and Families  
ACF
ACF Home   |   Services   |   Working with ACF   |   Policy/Planning   |   About ACF   |   ACF News   |   HHS Home

  Questions?  |  Privacy  |  Site Index  |  Contact Us  |  Download Reader™  |  Print      


The Child Care Bureau   Advanced
Search

Child Care Administrator’s Improper Payments Information Technology Guide

Download Guide in Word (993 KB) or PDF (635KB) format.


B. Descriptions of the Technical Approaches

For an accurate analysis of different technology solutions, it may be helpful to better understand the advantages, challenges, and key considerations of different IT investment approaches. This section discusses the merits of the following: using in-house development, implementing COTS solutions, and contracting out. The focus is on the choice of approach to implementing a system solution, not the process for determining the specific IT solution. In other words, it is the “who” and not the “what” of the systems investment effort. While the characterization of these approaches follows findings from research and common perception, there are no absolutes in assessing approaches because each project possesses unique requirements and each organization has a unique composition. Prudent in-house development in one State with the hardware, software, and skilled staff to support web applications may not be a good decision in another State working in an environment void of the necessary technical infrastructure to support web applications.

1. In-House Development and Systems Integration

For the purposes of this guide, in-house development includes those development or systems integration efforts led by the State Agency with State staff, contract staff, or a combination. The efforts include enhancements to current systems, building new systems, and systems integration activities, which could include using a system transferred from another State or leveraging existing Agency or State applications. Traditionally, in-house development and systems integration follow a disciplined systems development life cycle and thus can be time-consuming. Chapter III, Section B discusses the development lifecycle in more detail.

Agencies typically embrace this approach with the resources, time, and expertise to perform custom development for systems that are not generic in functionality, and therefore not available as COTS products in the marketplace. Given the strain on State and Agency budgets and the dynamic nature of public policy, there are almost always competing demands for in-house development resources that have to support both new development and maintenance activities. For this reason, it is often difficult for child care projects without any significant, dedicated technical resources to move forward with in-house efforts requiring significant new functionality.

Another option is the transfer and integration of another State’s system, which is available in the public domain. The significant variance in IT infrastructure, program policies, and business processes across the States makes such transfer a complicated endeavor, needing careful analysis before pursuit.

As more States adopt an SOA, however, there may be more opportunities for smaller, more discrete web services to be transferred successfully from one State to another or, possibly, for one State to use another’s web service as part of its own set of automated processes that support the prevention or identification of improper payments. For example, if one State developed a data-brokering web service that queried a third-party employment verification service (that used real-time employment and wage data), other States could leverage this development effort for their child care programs.

The following table describes the advantages, challenges, and key considerations related to in-house development.

Table 1 – In-house Development and Integration

Advantages

Challenges

Key Considerations

  • The ability to meet unique requirements not found in COTS products
  • Greater control over project resources and timelines
  • Little to no learning curve about the existing technical environment
  • The ability to leverage existing technology and human capital assets, including code, hardware, software, and current system knowledge
  • The ability to control software improvements
  • The ability to leverage core competencies, if building on existing system functionality supported by existing staff
  • Avoiding dependence on and recurring financial obligation to an outside vendor
  • State ownership of the programming code used in the development of the application
  • Requires IT personnel that may be needed to support other development or maintenance tasks
  • Acquiring and retaining staff with the appropriate skills to support the solution, particularly as States move to web-based applications
  • High overhead costs
  • Time consuming commitment for key personnel
  • Successfully developing an application that meets functional requirements and good usability within the short time frames often imposed on State Agency IT projects
  • If building on older platforms, increased cost to migrate to newer technology (hardware, software) because additional functionality is built on the older platforms
  • A solution with poor quality or high cost because many human service Agencies do not have IT development, systems integration, and maintenance as a core competency
  • Longer time to implementation
  • Has a total cost of ownership analysis been done to determine the ongoing commitment to support this development?
  • Does the development staff possess the necessary skills and experience to develop and support this solution?
  • Has the alternatives analysis examined COTS solutions and open-source solutions to determine whether alternative approaches may meet the business needs?
  • Does the internal development approach fit with the strategic business/service and technical direction of the Agency and State? In particular, does building on the existing infrastructure make it more difficult to migrate to a newer or preferred architecture?
  • Are usability standards included in the system design and development?
  • Is usability testing part of the testing process?

Previous Page | Table of Contents | Commercial Off-the-Shelf Systems >>

Posted on January 23rd, 2008.