The back end is an older version of Unix with data in a few formats, a significant one being FP unix.


>Not sure what the back end is, but it should be possible to create a web site for their customers to view things without trashing the entire system. I agree with Al, if it ain't broke don't fix it.
>
>>The biggest potential gain is that they could create web apps that would allow their customers to login and perform various tasks. Currently the customers call and say "hey, i htink you made an error last week, could you check? Is my blah blah blah still in location blah?"
>>
>>The customers are in general scattered, numerous, and would have access only to a desktop browser for connectivity.
>>
>>>>I am interested in opinions on the following scenario, which I have to reply to and advise a client.
>>>>
>>>>First, a disclaimer: I know that absolutely everything can be done in absolutely every platform. If you wish to evangelize for a platform, this is not for you. I need to provide info based on the idea of offering solutions to problems that will best serve the client.
>>>>
>>>>The current system has handheld devices in the field. These devices run a terminal emulator and talk to a Unix server. There are disparate locations where groups of people with these handhelds do the equivalent of taking complex inventory by answering a series of questions on a text-based interface in the term emulator, and the results are stored in a database on the corporate Unix server.
>>>>
>>>>In addition, at each regional location (where the handheld users are) there are numerous users running reports and updating the data, either the actual data from the handhelds or related data.
>>>>
>>>>Then there are users at corporate mostly running reports.
>>>>
>>>>Then system has been running since 1999 with 100% uptime. All user processes are accessed 24x7 and it is mission critical that 24x7 access for reporting and especially data entry from handhelds be available. 99.999% is not good enough. They have government contracts and there simply can never be downtime -- ever, ever, ever, ever, no matter what. It might be surprising, but the data is in a variety of formats -- old FP unix tables.
>>>>
>>>>The system works great, but of couse allows for no modern interfaces. Adding reports or features is painstaking, and a web user interface so customers could enter or reviw some data themselves is not practical. And they are struck using forever an old version of Unix because of the FP tables.
>>>>
>>>>Now I have been asked to answer the following questions. Obviously I do not expect some of these to be answerable here, but to give you the picture:
>>>>
>>>>1. Should they move to a more modern platform to enable web interfaces, or should they keep their old system becauise of its rock solid reliabilty?
>>>>
>>>>2. If they should move to a modern platform:
>>>>
>>>> a. what should it be?
>>>> b.how can we ensure the same level of software reliability? Don't GUI's and wen and the like introduce an element of uncertainty that we avoid with our text system?
>>>> c. what would be the best data storage option?
>>>> d. what development platform would make the most sense for backoffice, in-office, and handheld-field use?
>>>> e. if we use anything windows based in such a system, are we introducing reliability risks?
>>>> f. how long and how expensive to do?
>>>>
>>>>3. if they should keep their current system because of its relability:
>>>> a. is there some way we can get web capabltities without changing the text-handheld system or the data storage?
>>>>
>>>>I have formed my opinions, but I wish to hear what some of the experienced consultants here have to say.
>>>
>>>I'm a relatively experienced programmer, but NOT an experienced consultant. I'll offer an opinion anyway.
>>>
>>>How often do they need to add reports and features? How much easier/faster would it be in the new environment?
>>>Are the users complaining that the current system is too slow and/or clumsy to use?
>>>
>>>What additional benefits do they gain from moving?
>>>
>>>My guess is not much and if the current system is working satisfactorially (even if not optimally) it won't be worth the pain and effort of moving.