Go to the specification to view/edit the specification online or download the specification as as WORD document

Alternative specification

(in Excel format) from Edinburgh University
From the README section of the document
"Library Management Platform Requirements Specification
This document lists a set of detailed requirements that a library may wish to consider when procuring a new Library Management System / Library Management Platform.
This document is licenced with a Creative Commons By-Attribution (CC-BY) licence. You are free to use this document for your own purposes, however the University of Edinburgh cannot be held responsible for use of the document, or for any errors contained.
Edinburgh University Library, 2014; System related questions may be addressed to Stuart Lewis (stuart.lewis@ed.ac.uk) or Laura Shanahan"

Library Services Platform has the accepted term for a 'next generation' of library systems that were also know as Unified Resource Management (URM) systems. They provide capabilities to manage print and electronic resources in a single (unified) system and consequently replace conventional Library Management Systems (LMS/ILS) and Electronic Resource Management (ERM) systems.

Features, target customer types and functionality
Carl Grant summarised (autumn 2012) the features (e.g., cloud multi-tenant) customer types targeted (public, academic, special National, Consortia) and functionality (e.g. FRBR, mobile support) of the current raft of library services platforms If you want to read the full article by Carl Grant then you'll find a link on the 'Next generation library systems' page of Higher Education Library Technology HELibTech)

Rethinking the Library Services Platform (LSP) By Ken Chad. UKSG eNews 27 November 2015
In a complex ecosystem no single integrated LSP will meet the needs of libraries. Using print management as one of the defining factors for an LSP is the ‘LMS/ILS tail wagging the LSP dog”. A more user centred approach is needed. Comparing LSPs with enterprise resource planning systems (ERPs), Ken suggests that we may see a similar development to what Gartner has characterised as the ‘postmodern’ ERP. They predict a “ a more federated, loosely coupled ERP environment” and Ken suggests this could be the path forward for LSPs if vendors do more to open up their platforms.

What's the business case?
What business imperatives do these next generation systems need to meet? For example some vendors claim that the characteristics of cloud, unified resource management and new approaches to workflow will reduce the total cost of ownership (TCO).

For more information systems see the next generation library systems entry on Higher Education Library Technology (HELibTech) wiki

Jisc LMS change project 'Checklists

From the Jisc LMS change project website:-
"Checklists of functionality are typically used within Library system tendering processes to ensure that Mandatory / Optional functionality is met. We should recognise that this is useful as a safeguard against almost unexpected failing (as any short listed system unlikely to be missing any core functionality) and to capture local / national requirements (for example, relating to UK ILL/DD operations). The traditional UK Core Specification (UKCS) and recent Unified Library Resource Management Specification (ULRMS) – both referenced from the HE Library Technology wiki – serve precisely these purposes.
The checklists provided here have a somewhat different purpose in mind – to assist in defining the functional components, the boundaries and the critical areas for any systems or process development in the library space. The list extends far beyond the boundaries of what might be called the ‘local library management system’ and even the ‘library service platform, to enable service managers to:
Think out of the local and library boxes
Scope systems, related developments and change projects
Identify required and potential touch points with other institutional systems
Identify required and potential relationships with external services
Engage in clear constructive dialogue with suppliers, developers and service partners
Address matters arising in service road maps, contracts and project plans"