by webadmin | Dec 13, 2011 | COTS, general
The acronym “COTS” is used to refer to commercially available off the shelf items sold in both substantial and commercial quantities in the market place. Such items can generally be bought or used under government contact in the exact form or structure as available to the public. For instance, technology related products such as hardware systems, computer software and construction materials all qualify as commercially available off the shelf items. Typically, commercial off-the-shelf (COTS) based software solutions are commonplace for their timely and affordable provision of standardized functionality. Purchasing commercially available off the shelf software is an alternative to in house developments. Such products offer both government institutions and many businesses the chance to make a considerable saving in procurement, maintenance and development of computer software systems. Because COTS generally requires configuration that is developed for specific uses, its employment has been mandated across numerous business and government programs. Commercial Off-the-Shelf (COTS) software solutions have become commonplace in many domains, including establishments such as the military, because they can provide standardized functionality with more responsiveness, a shorter time-to-market and at lower costs than custom made solutions. The main motivation for employing commercially available off the shelf software’s for most businesses is the desire to cut back on overall system cost and development which is achieved since components can be licensed or purchased instead of being constructed from scratch. Another big motivation for using COTS is that doing so reduces long maintenance costs. Some of the advantages of COTS software are: – They are specifically fashioned for business, institution or organizational needs and can be tailored to fit respective individual...
by webadmin | Dec 6, 2011 | general
Most organizations run on legacy software systems. Legacy software consists of programs and applications that are essential to the running of the organizations basic functions. Though most of them are outdated as they were written ages ago using programming language that is now considered obsolete, companies can’t simply get rid of them. Scrapping your legacy software in lieu of a more modern version is not a very good idea for a number of reasons: There is a chance that replacement software may not be as good as your legacy system. Furthermore it may take a long time to get used to the new system and its intricacies, time you could be spending to improve on other aspects of your business. Throughout the years in which you have been using your legacy software it has been accumulating knowledge and experience. Switching to a replacement system means also discarding this knowledge. Users of the legacy software may prefer to continue using the old system as they were more familiar with its workings. Switching would mean depriving them of this confidence and it could result in more than a few hang-ups. It is because of these reasons that companies spend into the millions when it comes to maintaining their legacy systems. Aside from the exorbitant costs associated with supporting original legacy software languages, there is a deficiency in both man power and IT systems that can integrate with legacy systems. Since the original programming language for legacy systems is hard to find, most young professionals are unwilling to learn them as it does not exactly one of their career goals. Furthermore legacy...
by webadmin | Nov 28, 2011 | general, Software Development
In 1965, Gordon Moore predicted that transistor density would double every 18 months. Basically, what this means is that every 18 months, the performance capacity of electronic circuits would double, thus making computers faster and more powerful. This increased computing capacity has been balanced out by equally fast advances in software development. As Moore’s law holds true, it has prompted rapid developments in Information Technology and as such spurred the move to modernize software systems. In recent years, the number of technologically savvy individuals has grown exponentially. This increase in numbers has also resulted in increased consumer demand for certain services such as online tech support from businesses, virtual websites, social networking sites, and modern applications, to name a few. In a bid to keep up with and benefit from the latest technological developments, many organizations have chosen to modernize software systems. Though it may be a daunting (and expensive) task to update software on the basis of how fast new software developments take place, organizations should still try to modernize software systems regularly. This is especially so in the case where new systems would directly contribute to positive gains in the organization’s operations. Some of the reasons why management should put into action a plan to modernize software systems are: 1. Makes the organization more efficient The use of modern software in an organizational setting is aimed at increasing professionalism and competency, by allowing the organization to be more responsive to customers and to new regulatory or business requirements. If an organization decides to modernize software systems, it reduces the amount of time it takes to perform business...
by webadmin | Aug 22, 2011 | general
We get a lot of requests for a demo. And there are a lot of vendors who will demo “at the drop of a hat”. It’s even possible, and reasonable, for the vendor to record that kind of demo and make it available to run anytime. After all, a canned demo is a canned demo — so there’s no real difference between a recorded one and a live one. Over a Webex, you don’t have the opportunity to look under the covers anyway. But, looking under the covers is exactly what a customer needs to do. We produce modernized code that looks like programmers wrote it for a new development effort — there is no trace of the old Natural or COBOL or other legacy code unless we’re asked to include it as comments somewhere. And of course the new programs have a completely different structure from the legacy code. That a big and important difference. The two big risks in modernization are performance and maintainability. If you’re coming from a mainframe environment, probably the users are used to snappy screen response, even if there are thousands of users. If you give them a system that is slower than they are used to, do you think they will be happy? Of course not. If you translate the old code line by line, there are shared functions and classes that can become a bottleneck in the new application. Performance problems typically surface at user loads of dozens, or perhaps hundreds, of users. The other issue is maintainability, which we talked of in another blog post. But it takes a technical...
by webadmin | Apr 5, 2011 | general
Some legacy system owners are suffering from license fee increases of 20% per year, and this is fueling renewed interest in modernization. In the past, there have been a number of vendors whose proprietary software product (or company) has been bought by a large firm whose clear intent is to keep raising the license fees until the last customer is driven away. For a long time, COBOL was thought to be immune to this kind of price increase. After all, no company “owns” COBOL – it was invented by a committee of members representing 6 computer manufacturers and 3 US Government agencies, sponsored by the US Department of Defense. But from what we hear, customers are starting to experience these same kinds of price increases with COBOL. One particular customer was hit with a 38% price increase, we’re told, and we hear of 20% per year increases from more than one source. There used to be many different COBOL vendors. First, all of the older hardware manufacturers provided a compiler: IBM, CDC, H-P, Burroughs, Univac, Honeywell, DEC, Wang, and others had their own versions that ran on their machines. Then there were the independent vendors: Realia offered a great compiler and CICS emulator, Ryan-MacFarlane had RM/COBOL, AccuCOBOL was available, and even Microsoft offered a COBOL compiler. Now, it seems all but one are gone, except for a couple of mainframe COBOL offerings. We see companies offering “modernization to COBOL” for users of Software AG Natural, IDEAL, and other proprietary languages. But today, when you want to run COBOL on anything other than a mainframe, Micro Focus has the overwhelming...
by webadmin | Jan 29, 2011 | general
A friend sent me an article the other day. The intro says, “States’ shrinking IT workforce: The worst is yet to come: A survey by the National Association of State Chief Information Officers finds that states are facing critical shortages of IT workers, made worse by furloughs, hiring freezes and stagnant salaries. And the retirements of many older workers loom.” Of course, the big impact of this situation is on the ability of the States to support their legacy applications. The people who are retiring are not the 24-year-old Java or .NET developers, they are the 58-year-old COBOL programmers. You can read the article here: http://gcn.com/articles/2011/01/27/states-it-worker-shortage.aspx Unlike the “Year 2000” or Y2K crisis, the date for hitting the wall is not always clear. Right now, the 50-and-up age group is the only one where employment is actually increasing. Why? Well, too many people are discovering that with disappearing home equity and the decrease in other investments, they can’t afford to retire any more. But, if the economy ever does truly pick up, or if they just get tired, you can bet those older workers will leave in a heartbeat. For the States, this situation is very serious, but not urgent. Nobody is running around like Chicken Little… yet. But, the only way out of this situation that keeps the systems running and the services delivered safely and reliably is to modernize those older applications. We can typically redo a system in a year, but others take longer (perhaps 2 years, perhaps 3). If you look at a 3-year window, and you don’t start until your staff actually retires, the...
Recent Comments