1 / 15

Interoperability? Are Standards The Answer?

UKOLN is supported by:. Interoperability? Are Standards The Answer?. Brian Kelly UKOLN University of Bath Bath. Email B.Kelly@ukoln.ac.uk URL http://www.ukoln.ac.uk/. Contents. Role Of Open Standards. What Are Open Standards?. Why Open Standards?.

palmer-park
Télécharger la présentation

Interoperability? Are Standards The Answer?

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. UKOLN is supported by: Interoperability? Are Standards The Answer? Brian Kelly UKOLN University of Bath Bath Email B.Kelly@ukoln.ac.uk URL http://www.ukoln.ac.uk/

  2. Contents Role Of Open Standards What Are Open Standards? Why Open Standards? Interoperability, Open Standards & Open Source Problems With Open Standards Using Open Standards Open Standards & Software Scope Of Open Standards Why We Need QA

  3. Why Open Standards? • Standards are needed: • To provide application-independence – remember when documents were trapped into particular word processing software • To provide platform-independence – allowing migration across PCs, Macs, Unix boxes, PDAs, etc. • To support interoperability – allowing data to be integrated across systems • To provide long term access to data – avoiding the digital dark ages • To provide a coherent architectural model – which allows for evolution and integration • To provide an open marketplace – allowing users to choice their preferred solution

  4. See <http://www.ukoln.ac.uk/qa-focus/documents/briefings/briefing-11/> What Are Open Standards? • Open standards characteristics: • Owned by acknowledged neutral body • Specifications published openly (and freely?) • Developments to specifications open to all • Platform and application-neutral • Relevant open standards bodies: • W3C ISO ECMA IETF … • Be wary of phrases such as “user driven standards”, “market-place standards”, etc.

  5. User-Driven Standards • An alternative (New Labour) view • Open standards bodies are bureaucratic, slow-moving, full of political intrigue, … • The market-place needs to be fast-moving to respond to users’ needs • Competition helps drives success • All major players subscribe to this view (MS, Sun, IBM, Macromedia, …) • Old Labour ideology is so last century These views probably aren’t accepted by bearded, left-of-centre Linux geeks – but may be held by the senior managers who are the target audience of this workshop’s deliverables.

  6. The Bigger Picture • There is more to service development than just standards Standards: concerned with protocols and file formats Architectures: models for implementing systems Open standards vs. Proprietary HTML / XML vs. PDF / Flash CSS / XSL vs. HTML GIF vs PNG Which standards are applicable NT / UnixFile system / database application HTML tools / content management Applications: software products used to implement systems Resources: financial & staff costs needed to implement systems Apache / IIS FrontPage / Dreamweaver Oracle / SQLServer ColdFusion vs ASP Development vs. Migration costs Use of in-house expertise In-house vs. out-sourced Licensed vs. open source

  7. Standards Architecture Users Applications Resources What About The Users? • What about our users? Users Do users actually want open standards or open source? If not, what strategies do we adopt to get them on our side, as the producers?

  8. The Problem With Standards (1) • Is use of open standards the answer to Life, the Universe and Everything? • Who remembers coloured books, ISO OSI Networking protocols, …? • Warning: • Open standards may not catch on • Their can be competing open standards • Open standards may be too immature for service deployment (RDF?) • Open standards developers are human too! They can make mistakes, be driven by ego, …

  9. The Problem With Standards (2) • Scope • What needs to be compliant: • Only project deliverables, information about the project, the project’s Intranet, Extranet, …? • Spirit Of The Standards • Papers submitted to WWW nn conference must be compliant HTML • “A paper I reviewed had the text included as several GIF images in a valid HTML page” You can use open standards, be fully compliant and not be interoperable :-(

  10. Open Standards And Software • Software Language • Mandate use of (open) standardised software – which would prohibit use of Java • Mandate standard client-side software but flexible on (managed) server environment • Software Outputs • Mandate procedures to ensure software outputs comply with appropriate standards (e.g. XML) • Software Documentation • Mandate use of open standards for documentation (XML, HTML but not PDF, …) Note that (draft) JISC Programme Guidelines have inconsistencies in this area

  11. What Should We Do? • JISC-funded QA Focus work: • Developed QA methodology to help ensure project deliverables were functional, widely accessible and interoperable • Self-assessment rather than external checking • Promoted an open standards culture • See <http://www.ukoln.ac.uk/qa-focus/> Advantages: Reflects HE software development culture; tolerant of diversity (skills, resources, …); encourages sharing of best practices Disadvantages: Permits organisations to perpetuate existing, non-optimal practices; no guarantees of interoperability; woolly; …

  12. Interoperability? We Must Have QA! • The danger: • We mandate (or encourage) use of open standards • The community seeks to uses them • But: • Inappropriate standards / implementation architecture used due to lack of understanding • Standards used – but in non-compliant way • Flaws testing tools / procedures • We thought we’d be interoperable, but discovered we’re not • QA Focus’s framework based on documented policies and systematic checking of compliance with policies may help – see ECDL 2004 paper

  13. A Holistic Framework For E-Learning Accessibility • TechDis & UKOLN have developed a model (to be published in CJLT) for e-learning accessibility which recognises: • External pressures e.g. funders, auditors, … • Local technical infrastructure issues • Wider technical developments • Learning & teaching issues • Usability & accessibility issues • and focusing on the user’s needs Remember legislation expects organisations to take "reasonable measures"

  14. * A matrix for selection of standards is available Framework For Interoperability • Mandating open standards to ensure interoperability is probably a flawed approach • Should we be developing a matrix approach which recognises various factors: • The standards* (maturity,ease of use, …) • Resource issues (costs,staffing, expertise, …) • Infrastructural factors • Cultural issues (expertise,preferences, willing to innovate, …) • … Culture Standards User Resources Note this idea is at an early stage

  15. Questions

More Related