The previous year Hansknecht had begun evaluating OpenOffice.org with the assistance of Peter Guenther, the computer applications teacher, and Vondra Abbott, the school librarian. Hansknecht thought that if he could meet the school's requirements with an office suite that worked with both Microsoft Windows and Linux, he could eliminate the cost of Microsoft Office and reduce the need for periodic and expensive hardware upgrades.
However, it was not sufficient that OpenOffice.org was free software; it was also essential that the software meet the school's requirements for quality and functionality. As a college preparatory school with almost a thousand students, U of D Jesuit has a strong commitment to academics, including
teaching technology. Any office suite chosen for the school would have to meet the requirements of both students and faculty in terms of stability, functions, and features. Hansknecht would also have to convince the school's Faculty Technology Committee, with both facts and a cost analysis, that OpenOffice.org was a good choice.
The essential facts were these: The school had a total of 158 newer PCs running Microsoft Windows XP, and 110 older PCs running Microsoft Windows NT and Microsoft Office 97. Realistically, upgrading the older PCs to Windows XP would require a complete hardware replacement. As an alternative, Hansknecht thought the older PCs could be converted to Linux terminals using software from the Linux Terminal Server Project (
LTSP). Although it would be necessary to purchase Linux servers to support LTSP clients, no PC replacements would be required.
The cost analysis was compelling -- the Linux option could be implemented for around $21,000, more than $100,000
less than the Microsoft Windows alternative. The key to enabling the move to Linux, however, was the ability to provide an acceptable office application suite that would run on both Windows XP and Linux. It was impractical for the school to support more than one office application suite, nor was it cost-effective nor beneficial to remove Windows XP from the newer systems.
The functional requirements for an office suite were straightforward: The suite had to include full-featured word processing, spreadsheets with graphs and charts, and presentations. The suite needed to include all of the functions and capabilities being taught in technology classes, be an effective tool for use in school work assignments, and be able to open documents in Microsoft formats for Word, Excel, and PowerPoint. Ironically, it turned out that OpenOffice.org met the last requirement about as well as Microsoft Office, because the software that students used at home included many older versions of Microsoft Office as well as Microsoft Works, and even Microsoft Office 2000 experienced compatibility issues with other Microsoft office applications.
There was an additional benefit to OpenOffice.org -- because it is free open source software, the school was able to offer the software to all faculty and students. Ultimately, the school provided 30 "library copies" on CD-ROM for students to check out, take home, and install on their own systems.
To support the proposed adoption of OpenOffice.org, Hansknecht presented a cost analysis and implementation plan to the Faculty Technology Committee. He also shared articles and information on OpenOffice.org and the open source philosophy with the faculty and with other decision-makers, to familiarize them with the concepts and benefits of open source software.
Ultimately, Hansknecht's recommendation went to the school's Technology Team, which made a final decision to go ahead in May 2003. With this approval, one of the school computer labs was converted to Linux and OpenOffice.org 1.1 as a pilot test. The lessons learned from the pilot test were used to prepare a complete conversion of all school computers over the summer vacation period (a vacation time for the students, but not for the school technology support staff!).
The school sent notification to the students and their parents advising them of the switch. The school's technology support staff provided orientation sessions to both faculty and students at the beginning of the school year to familiarize them with OpenOffice.org. These 45-minute orientation sessions explained the general layout of the OpenOffice.org suite, discussed key differences between OpenOffice.org and Microsoft Office, and showed users where to find the "Microsoft Office equivalents" for the most commonly used features and functions. Of course, since U of D Jesuit is a school, students were also given classes in the use of OpenOffice.org.
While OpenOffice.org is now used by 100% of the faculty and students in the school (though some administrative staff still uses Microsoft Office due to specific software requirements), students are not
required to use OpenOffice.org when working at home. However, a presentation is given to students at the start of every school year to advise them on the use of OpenOffice.org, the availability of free copies, and potential problems of converting from Microsoft Office formats.
| Six steps to a successful OSS migration |
If you want to follow the U of D Jesuit model for implementing open source software, here are the six key elements to making the plan work.
- Start small -- familiarize yourself and a few others with the software.
- Do your homework -- prepare a detailed written cost analysis showing the cost and benefits of your plan.
- Educate and inform the decision-makers in your organization. Explain to them what the software is, what the benefits are, and why open source is widely accepted and used, and provide a formal cost analysis to support your arguments with hard facts.
- Implement a pilot project to train your support staff in preparation for a large scale implementation, and to find and fix any unexpected problems.
- Plan and implement a full-scale implementation.
- Educate and train the people who will be using the software -- and remember that this is an ongoing process, not a one-time event.
|
As a practical matter, conversion of documents from Microsoft Office has not been a significant problem, with the exception of some of the more complex PowerPoint files. This has been a concern for some faculty members who have a large number of PowerPoint classroom presentations. Although these presentations could be recreated in OpenOffice.org, faculty members would naturally rather spend their time creating new presentations than recreating existing ones. As a temporary measure, the school has made the free
Microsoft PowerPoint viewer software available, although Hansknecht hopes that OpenOffice.org 2.0 will provide improved conversion capabilities and eliminate this interim requirement. The school is evaluating the OpenOffice.org release 2 beta; a decision on whether to implement the upgrade will be made before this summer.
The ability of OpenOffice.org to read and convert Microsoft Office files does not include conversion of macros, but this is not an issue for the school since students and teachers generally do not make significant use of macros. Another minor concern has been the fact that the school uses a "plagiarism prevention" service from
Turnitin.com, and the service does not accept files in OpenOffice.org formats. Since OpenOffice.org can save files in Microsoft Office formats, this is merely an annoyance.
U of D Jesuit re-evaluates its implementation of OpenOffice.org at the end of every year. At each re-evaluation, it finds that the project is meeting the school's goals and requirements.
The school has also found some unexpected benefits. Not only has the use of LTSP extended the life of existing hardware, it has actually improved the response time and stability of the systems involved.
Hansknecht does not hesitate to recommend OpenOffice.org to other schools, and he has extended his use of open source software to include the
Mozilla browser,
GIMP graphics software,
Apache Web server, and the
Moodle course management system.
The successful adoption of OpenOffice.org at U of D Jesuit did not happen by accident. Thorough planning, hard work, an information campaign, and ongoing support were all required.
Good Article, with one Amused Quibble
Posted by: Anonymous Coward on May 27, 2005 07:14 AMI was amused by one point, however, that showed just how subtly Microsoft has been able to create biases in people's thinking. It appears in this quote:
> The functional requirements for an office suite were straightforward: The suite had to include full-featured word processing, spreadsheets with graphs and charts, and presentations.
It is funny how an Office Suite has come to mean exactly what Microsoft provides -- no more, and no less.
Personally, I would have said that a drawing tool is an indespensible part of an Office Suite. How else are managers going to produce org-charts, or students going to make diagrams of their lab experiments? Gem had a drawing tool; Geoworks had one; And OpenOffice has one.
I would have also considered a basic database tool to be part of an Office Suite. It's what you should be using, instead of spreadsheets, to generate form letters, or keep your CD inventory. MS Works had a database, Lotus SmartSuite had one, and the next version of OpenOffice will have one.
There are lots of other functions that one could argue to be part of an Office Suite, such as Internet browsing, e-mail, chat, a calendar, a personal planner, desktop publishing, and so on. Some Office Suites have come with some of these capabilities, though they are usually associated with other applications.
But I'm not here to give the "correct" definition of an Office Suite. As I said, I'm just amused that, for the author of this article, the "correct" definition was "what comes with MS Office."
#