Sie sind auf Seite 1von 14

2010

Functional Requirements Specification Document

FIONA DOYLE KSS Deanery 12/8/2010

Functional Requirements Specification Document Kent, Surrey, Sussex Deanery Website

Table of Contents
Introduction ............................................................................................................................................ 3 Functional breakdown ............................................................................................................................ 3
Favourite icon ............................................................................................................................. 3 Header and Footer ..................................................................................................................... 3 Homepage .................................................................................................................................. 5 Landing Page ............................................................................................................................. 6 IPaper Page Example ............................................................................................................... 7 Generic static content page ....................................................................................................... 7 Workshops Page ....................................................................................................................... 9 Events listing page .................................................................................................................. 10 Contact us ................................................................................................................................ 10 Our people page ...................................................................................................................... 12 10 Our people page Used for Dental department and site wide contacts. ..................... 12 Generic Customizable Landing home page for All departments ............................................. 13 Other backend functionality requirements ............................................................................... 13

Introduction

The purpose of this document is to outline the functionality required for The KSS Deanery website, which sections the functionality will appear within and how it will react.

The wireframes provided will act as a rough guide for the designs to be produced in the Creative phase of the project outlining what is required to appear within the design, but will not inform the final layout which is subject to change.

Functional breakdown

Favourite icon

A favourite icon with logo to be displayed next to address bar on each page

Header and Footer

These items feature on every page within the site

2.2. Header 2.2.1. KSS Deanery logo, University of London and South east coast logos this will link to homepages 2.2.2. Site search text field and submit button 2.2.2.1. This will direct the user to a secondary search page which will display the pages relating to the search query 2.2.3. Main navigation 2.2.3.1. Home 2.2.3.1.1. links to the homepage 2.2.3.2. About us 2.2.3.2.1. links to the about us page 2.2.3.2.2. Dental 2.2.3.3. Education 2.2.3.3.1. links to the education page 2.2.3.4. Foundation 2.2.3.4.1. links to foundation website 2.2.3.5. General Practice 2.2.3.5.1. links to General practice page 2.2.3.6. Speciality 2.2.3.6.1. links to the Speciality landing page 2.2.4. Secondary navigation related to the directory selected from the main navigation contains sub pages/sections 2.2.5. Breadcrumb shows a trail of where the user is within the site, not displayed on homepage but available for every other page in the form Home > Section > Page 2.3. Footer 2.3.1. Copyright displayed (automatically generate current year in YYYY format) 2.3.2. Footer Navigation 2.3.2.1. Terms links to Terms & Conditions page 2.3.2.2. Privacy links to the Privacy page 2.3.2.3. Sitemap links to the Sitemap page 2.3.2.4. About us links to the About us section 2.3.2.5. Contact us links to Contact us form

Homepage

4.1. Standard header, footer 4.2. Engaging home panel 4.2.1. Searchable keyword content (delivered using sIFR) 4.3. Quick Links editable 4.4. Views Accordion to display areas (ie speciality, Gp) 4.5. Views Carousel for latest news and events in deanery 4.6. News /Events Quick tabs and views block 4.6.1. Displays title, teaser read more link and date.

Landing Page

Used for major content landing pages such as the how to apply page.

5.2. Standard header, footer , Main image 5.3. Main content - editable 5.4. Three Content blocks can be switched on and off editable 5.5. Views Carousel filtering latest workshops

IPaper Page Example

6.1. IPaper page format for any documents bigger than five pages 6.1.1. Converts pdf, word, powerpoint.

Generic static content page

Used for Privacy, Terms & Conditions, 404 and Thank You pages throughout the site

7 7.1 7.2

Main content List of upcoming events (optional block to switch on or off) News panel automatically selects: (optional block to switch on or off)

Workshops Page

Events listing page

8 Work shop listing Page, Events listing page 8.1 These event listing will be filtered and customised per department depending on requirements 8.2 Departments will use this feature as an alternative to current ical feature that doesnt meet departmental needs.

Contact us

9 Standard header, footer and booking engine a. Contact us form i. Title (Mr, Mrs, Miss, Ms ) required field ii. First name required field iii. Surname required field iv. Email address validated to be correct, required field v. Confirm email validated against email address, required field vi. Telephone number vii. Comment required field viii. Submit 1. The fields within the form are validated (as to required and formatting), if validation fails an error message is displayed 2. A plain text email is sent to a designated email address at The Surgical Recruitment containing all the submitted fields 3. An email is sent to the user (see section 8) thanking them for their comments/questions b. If Opt in box is selected then email, name and phone data is written to the database (see 11.1)

Our people page

10 Our people page Used for Dental department and site wide contacts. 10.1 Content type people, list view. Viewed fields Name , image, teaser.

Generic Customizable Landing home page for All departments

11.1. Customised to Department needs 11.1.1. News/ Events Panel 11.1.2. Image field 11.1.3. Three Editable blocks 11.1.4. Left Navigation

Other backend functionality requirements

13.1. 13.2. 13.3. 13.4. 13.5. 13.6. 13.7. 13.8.

Implement Web Analytics Google Set meta tags and descriptions per page Set alt tags for images, videos and flash Allow custom URLs for optimisation 404 error page, customisable copy 301 redirects to be able to be setup Set up granular security privileges dependant on user role XML sitemap

13.9. Print style sheet 13.10. Tested in Internet Explorer 7 & 8, Firefox (Mac O/S and Windows), Safari (Mac O/S and Windows) & Chrome

Das könnte Ihnen auch gefallen