Oracle - S.belife.co.uk

Transcription

OracleSceneA UK Oracle User Group publicationBI PublisherSeven Small Steps for a Consultant,One Giant Leap for UserkindBuilding a Benefits-driven Business CasePL/SQL Code: Auto-generation and ObfuscationIssue 34 Summer 2008 10.00 www.ukoug.orgAN INDEPENDENT PUBLICATION NOT AFFILIATED WITH ORACLE CORPORATION

Oracle Scene Editorial TeamEditorOphelia Dodds, editor@ukoug.org.ukDeputy Editor, ApplicationsGiovanni D’Alessio, deputy apps@ukoug.org.ukDeputy Editor, TechnologyNeil Jarvis, deputy tech@ukoug.org.ukCommunications ExecutiveBrigit Wells, brigit@ukoug.orgAdvertising & SubscriptionsFor advertising/subscription information,see www.ukoug.org or contactopportunities@ukoug.orgUKOUG DirectorsChairmanRonan Miles, ronan.miles@bt.com 44 (0) 7917 025 435Deputy ChairDebra Lilley, debra.lilley@ukoug.org.ukDirectorPeter Phillips, director@ukoug.org.ukDirectorPeter Robson, peter.robson@justsql.comDirectorCarl Dudley, director@ukoug.org.ukDirectorJonathan Lewis, director@ukoug.org.ukDirectorJane McCullough, director@ukoug.org.ukDirectorAnne Power, director@ukoug.org.ukDirectorRoy Bailey, director@ukoug.org.ukDirector – PeopleSoftDavid Kurtz, director@ukoug.org.ukDirector – JD EdwardsDavid Rowntree, director@ukoug.org.ukDirectorTracey Bleakley, director@ukoug.org.ukUKOUG OfficeUK Oracle User Group, User Group House,591-593 Kingston Road, Wimbledon,London, SW20 8SA.Tel: 44 (0) 20 8545 9670Fax: 44 (0) 870 9000 335Email: info@ukoug.orgWeb: www.ukoug.orgProductionDesigned and produced by Anne KotanTel: 44 (0) 1273 833 923Email: anne kotan@hotmail.comPrinted by Woking Print & PublicityTel: 44 (0) 1483 884 884Web: www.wokingprint.comEDITORIALemoclWeto Issue 34 of Oracle Scene!Thank you all for your positive feedback onthe continued changes to Oracle Scene – asalways, we are listening to your commentsand suggestions and will continue to developthe magazine in line with our readers’requirements, (I should add that the new“Contents” page is one of my particularfavourites).What’s in OSThis edition we have a great range of articles,as always.Ophelia Dodds, Editoreditor@ukoug.org.ukI am really pleased to have an unusual, but key,B&M article to start with – “Building aBenefits-driven Business Case”. This is an area of constant struggle in any IT organisation – how do you really define the true benefits in a business case, and how doyou measure these at the conclusion of the project? Derek Hancock takes us throughthe details, giving an excellent framework for those embarking on business cases.Regular contributor Satnam Brar then takes us through Training for ERP professionals in “The Training Game” – always a contentious topic for any manager, and talksthrough the shifts in attitudes to training, and what that might mean in 2008.Simon Tomey made me smile with his BI Publisher article, with a scarily realisticstoryline for our fictional BI hero! Another smile was generated by Tracey Bleakley’sattention-grabbing “How Excel Can Kill your system in 5 years!”, where she tacklesthe bane of every ERP professional’s life.For our Siebel users, a very helpful article, outlining “The Top Ten Problems ofSiebel and How to Avoid Them” by Duncan Scattergood offers some practical advicefor new and existing users, whilst for everyone there is the second in a series of UPKarticles from Larmer Brown, with “Considerations for Planning Content Development”.Moving into our Technical arena, long time contributor Lakshman Bulusu partnerswith Bulusu Rama to provide the interestingly titled “PL/SQL Code: Auto-generationand Obfuscation (the latter word providing much debate among the editorial team,resolved only by the Oxford English Dictionary), followed by our Top Tips fromfavourites Tim Onions and Jonathan Lewis, covering Performance and Data Cluster.In the Community News area, we have an interview with Lawrence Clark (JDEdwards Director, Oracle), and UKOUG continues its celebration of 25 yearsserving the Oracle community.Last, but by no means least, a wonderful “And Finally” from our Apps deputy editor,Gio, with special reference to me via Hamlet’s upgrade to R12 dilemma (I have tosay, I do notice a similarity between Hamlet and my users, particularly in his inabilityto get to the point!!).Digital Oracle SceneYou will all know by now that the first digital edition of Oracle Scene was recentlylaunched as a direct result of feedback from UKOUG members. The digital version isexactly the same as the print edition, but offers additional benefits by enablinginstant access, being easy to read, navigate and share, containing active links tofurther information and being searchable.The feedback received following the launch of the first edition has been overwhelmingly positive. We will be developing the digital edition further over time, so watchthis space to be the first to find out about any enhancements to this new offering.We hope you enjoy your digital edition of Oracle Scene. If you have any comments,please send them to brigit@ukoug.orgOracleScene Issue 34 Summer 200803

Contents03EditorialBusiness & Management05Building a Benefits-driven Business CaseDerek Hancock, Whitehouse Consultants Ltd10The Training GameSatnam Brar, Maximus15How Excel Can Kill Your System in 5 Years!Tracey Bleakley, Edenbrook12BI Publisher: Seven Small Steps for a Consultant,One Giant Leap for UserkindSimon Tomey, BeLife Ltd19The Top Ten Problems in Siebel Projects and How to Avoid ThemDuncan Scattergood, Customer Systems plc23Oracle User Productivity Kit (UPK) Considerations forPlanning Content DevelopmentPeter McClintock, Larmer Brown ConsultingApplicationsTechnical26PL/SQL Code: Auto-generation and ObfuscationLakshman Bulusu, Genex Technologies inc,& Bulusu Rama, Orissa Engineering College, Bhubaneswar, IndiaTop Tips18Top Tips Part OneTim Onions, TOdC37Top Tips Part Two: Good Performance, Bad Performance andStatistics Level ALLTim Onions, TodC38Data ClusterJonathan Lewis, JL Computer ConsultancyBlogspot3909Attaining Approval for a Services Oriented Architecture ProjectMark JermolenkoOracle News10g Upgrade CompanionOracleScene UK Oracle User Group LtdThe views stated in Oracle Scene are the viewsof the author and not those of the UK OracleUser Group Ltd. We do not make any warrantyfor the accuracy of any published informationand the UK Oracle User Group will assume noresponsibility or liability regarding the use ofsuch information.4042Oracle is a registered trademark of OracleCorporation and/or its affiliates, used underlicense. This publication is an independentpublication not affiliated or otherwise associatedwith Oracle Corporation. The opinions, statements, positions and views stated herein arethose of the author(s) or publisher and are notintended to be the opinions, statements,positions, or views of Oracle Corporation.4Community NewsInterview with Lawrence Clark, JD Edwards Director, OracleAll articles are published on the understandingthat copyright remains with the individualauthors. The UK Oracle User Group reserves theright, however, to reproduce and article, in wholeor in part, in any other user group publication.The reproduction of this publication by any thirdparty, in whole or in part, is strictly prohibitedwithout the express written consent of the UKOracle User Group.UKOUG News“Happy birthday to you, happy ”Simon Corbett, Jargon PRPeopleSoft Conference Call for PapersDebra’s Diary4445Calendar of EventsEvent NewsUKOUG Back to Basics Database Administration Event – A ReviewOUG Ireland 200846And Finally A UK Oracle User Group publication

Building a Benefits-drivenBusiness Caseby Derek Hancock, Whitehouse Consultants LtdThese days it has become an accepted requirement that all new projectsshould be justified with a comprehensive business case. There aregood reasons for this. Everyone has heard horror stories about IT projectfailures: massive overspend, systems way overdue, absence of benefits,poor user acceptance. It is not the purpose of this article to discuss indetail all the reasons why projects fail, but some of the reasons areconnected to the subject matter and those will be examined.This article argues that a comprehensivebusiness case should be a detailed cost/benefit analysis showing the investmentimpact of the project and setting out thebusiness benefits and how they are to beachieved.In the past, as far as many people wereconcerned, producing a business casemeant setting out the reasons for doingsomething, stating the potential effects ifit was not done (sometimes these were thesame) and itemising the costs involved.Given that this approach is no longersufficient (if it ever was), the purposeof this article is to outline what, in thecurrent business environment, is needed ina comprehensive business case and to offerguidance on how to prepare and achievethe best results.What is a business case?According to the website of the Office ofGovernment Commerce, “The businesscase documents information necessary tosupport a series of decisions. These decisions, over time, increasingly commit anorganisation to the achievement of the outcomes or benefits possible as a result of a particular business change.” (Italics are mine.)This is interesting because it talks about a“series of decisions”, that “over time,increasingly commit an organisation to theachievement of the outcomes of aparticular business change.” In otherwords, the business case should be writtennot to seek a single all-or-nothing, yes/nodecision to go ahead but to support aprocess of gradually increasing commitment over time. It follows that, at anytime, the decision could be to discontinue.It emphasises not the action to be taken,but the “benefits possible” or results of theaction. This is a sound approach andenables the company to take account ofchanging circumstances rather than fixingthe case at a moment in time.A good business case helps the organisationto determine exactly what it wantsto achieve and how it will do so, ratherthan just being used to obtain funding.It should support sound investmentdecisions that are based on strategic fit,adequate options explored, affordability,improving efficiency, achievability andappropriate commercial arrangements thatare value for money, informed by morereliable estimates.Obviously the “series of decisions”, theperiod of time and the size of the businesscase should be in proportion to the scale ofthe project in terms of cost, duration orimpact on the business.Irrespective of size, any business caseshould contain information coveringfive key aspects: Strategic fit Options appraisal Commercial aspects Affordability AchievabilityAgain according to the OGC, a concise,well-written business case should alloworganisations to: Make the right investment decision Deliver the changes Realise the benefits of those investmentsOnce again, the realisation of the benefits isa key point.So, the purpose of a business case is: To document the justification for theundertaking of the project, assessed onthe estimated costs of development andimplementation and the risks versus theanticipated business benefits and savingsto be gained. To gain Management commitmentand approval for investment inbusiness change, through rationale forthe investment. To provide a framework for planning andmanagement of the business change.“A good business case helps theorganisation to determine exactlywhat it wants to achieve and how itwill do so, rather than just beingused to obtain funding.”OracleScene Issue 34 Summer 2008 To enable you to monitor and measure therealisation of the benefits of the project.We can see from this summary that thebusiness case is a touchstone throughoutthe life of the project. It documents thejustification, it gains commitment, it provides a framework for project planning andit monitors the realisation of the benefitsonce the project is live and the system is inproduction.5

BUILDING A BENEFITS-DRIVEN BUSINESS CASEWhy produce a business case?Another interesting statistic:Justifying the investment – Once upon atime, IT investment was seen as “a goodthing” per se, but in this highly competitiveage, as with any change in the business,investment in IT has to be seen to offerbenefits to the business: results such asreduced transaction costs, improvedcustomer service or increased margins. ITinvestment must compete on an equal footing with any other business investment. In a survey of over 700 sites by CSC,82% of respondents said that their ERPimplementation was successful, but only22% said that they had achieved theanticipated benefits.Reducing the risk of failure – Due to thehigh profile of many projects and theassociated bad news whenever a failureoccurs, management is much more awareof the potential risks of IT projects, and weall want to avoid being associated with afailed project. If a sound, logical, justifiedcase can be put forward, showing benefitsto the business, it is possible we can reducethe risk or at least put the project on asound footing.There are three questions here.1 If only 22% could say they achievedanticipated benefits how could theother 60% know that their projectwas successful?2 How do you measure success if not bybenefits to the business?3 Why could only 22% say they achievedthe anticipated benefits?This is where reasons for failed projectsrelate to the subject of this article. Thereare many reasons why a project can fail. “A project is 60 percent more likely to beapproved with a cost justification andbusiness case.”Gartner “More than 82 percent of IT decisionsnow require a cost versus benefitanalysis.”Information Week “Return on investment is king, andprojects with a quick and clear costversus benefit are much more likelyto get funding in today’s uncertainbusiness climate.”The Industry StandardIn all the above statements, the idea ofbenefits comes through, either implicitly ina cost justification, or explicitly.6You will need to do a lot of preparatorywork before you can produce your case.For example, you will need to understandthe decision making process; who isinvolved and what motivates or intereststhem, who has the power and who has theinfluence, what decision-making criteria arethere and what else is going on. Who expects what? What is the process for making theinvestment decision? What are the primary business drivers? Why do it now? What are the boundaries? What is thescope of the intended change? What are the intended outcomesand benefits?“Without a business case properlysetting out the reasons for the change,the strategy to be adopted, thebenefits to be achieved, and gainingmanagement buy-in, a project is off toa shaky start.”Increasing the likelihood of approval –Apart from the above, as IT professionalswe want to increase the chance of a projectbeing approved and thus preserving ourlivelihood, so it makes good sense toproduce a business case anyway.How should I prepare for thebusiness case?Failure may be a case of poor project governance (by governance, I mean the wholeproject structure including staffing,scoping, planning, initiation, project management, risk management, quality), or itmay be poor preparation for change withinthe organisation and therefore poor take-upof the system by the users. No matter howgood the system, if the users can’t or won’tuse it, it is a failure.In many cases it is that the business casewas not properly prepared. Perhaps it wastoo superficial, or not aligned to thebusiness drivers, or it only considered costsrather than cost versus benefits. Equally, itmay be that the case was well prepared butno monitoring of benefits was carried out.Sometimes, even though a project hasseemed successful it is viewed as unsuccessful, perhaps because of poor perception bythe users. In this case, documented resultsthat prove success through comparison tothe identified expected benefits can oftenchange these perceptions. Without abusiness case properly setting out the reasons for the change, the strategy to beadopted, the benefits to be achieved, andgaining management buy-in, a project is offto a shaky start. What options are there for making theintended changes? What products orservices would be required? Who is the executive sponsor? Who is involved in the decision-making? Who cares about what? What are the decision criteria that willbe used? Are the changes achievableand affordable? With what other possible projects areyou competing?What should be in abusiness case?A business case typically contains thefollowing sections: Management summary Outline scope, reasons, strategic fit Options appraisal. Benefits expectedand quantified. High level cost/benefitanalysis of (ideally) at least threeoptions for meeting the business need.Include analysis of ‘soft’ or intangiblebenefits that cannot be quantified infinancial terms. Recommendation, preferred option withreasons for choice Costs & timescales. High level plan forachieving the desired outcome, with keymilestones and major dependencies(e.g. interface with other projects).A UK Oracle User Group publication

Investment appraisal, calculation detail,cash flow, payback, ROI Risks and mitigation. Contingency plansfor non-delivery Source information, proof, validation Benefits realisation planHere is the first mention of how to realisethe benefits – a benefits realisation plan.For many this is a new concept but if youare going to justify a project based on savings, you better be clear how you are goingto achieve them in reality. If done correctly,this should be a great help when the projectgoes live and you want to measure theresults. It may also be the differencebetween a perception of success or failure.Once you understand the playing fieldand have gathered your information; startputting your case together. Get it right!!! Be sure of your facts;check your calculations. Nothing undermines your presentation like an incorrectcalculation spotted by a director –“Go away and come back when youhave got it right”. Make it relevant. Gear it to what youknow about the decision makers and thecompany drivers. Focus on the top five costs, but do notoverlook other costs. Directors will wantthe headline costs but not the minutiae.Aggregate the smaller costs. Beware ofhidden costs. Provide explanation, document well.It has to be a standalone document thatreaders can follow. Remember, you willhave to come back to it later and understand what you did. Define formulae and variables. Showhow you arrived at results. Do not leavegaps where questions or doubts can arise. Obtain metrics and calculate. Evaluatethe expected benefits using data from thecompany. Be realistic. Use measures thatare important to the company. Make metrics easily measurable, ifpossible. When it comes to assessingwhether benefits have been achieved youwill want to be able to do so without toomuch trouble. It’s OK to estimate. In some cases youwill have to, but be realistic and explainyour logic. Include assumptions. Ensure peoplecan understand how you arrived ata conclusion. Determine proof needed and provideevidence. Back up your assumptions andestimates with relevant evidence, usingindustry data if possible and anecdotalevidence as well. E.g. Company Bincreased their throughput by 15% whenthey implemented this system.How big is a business case?This may seem an odd question, but manypeople have not been exposed to a seriousbusiness case exercise so have no feel forappropriate size. It is no good trying tojustify a multi-million pound project withone page of A4; conversely, 20 pages maybe overkill for a new server, so the size isimportant.The size of the business case should be proportionate to the size of the projectand its impact on the business.(5 – 15 pages excluding appendices).The management summary should beabout 10% of the document.OracleScene Issue 34 Summer 2008For small projects, you may only need toproduce the business case in one stage,with confirmation of prices, fundingavailability and other relevant material.BUSINESS & MANAGEMENT Assumptions“The level of detail required at eachstage depends on organisationalstandards and the scale or complexityof the project.”For larger projects, you should consider amulti-stage approach: Preliminary business case (or Strategicoutline case) to confirm strategic fit andbusiness need, typically no more than oneor two pages. Outline business case – indicativeassumptions to support the preferred wayforward (including procurement strategy,where applicable), variable lengthdepending on the scale of the project. Full business case – validated assumptions to support the investment decision,variable length depending on the scale ofthe project. The level of detail required ateach stage depends on organisationalstandards and the scale or complexity ofthe project.The full business case should include abenefits realisation plan.To give you an idea of the size of theexercise, it is recommended that you shouldspend up to 3% of the project’s potentialinvestment on building the business case.(So, on a half million pound project, that’s 15000 or 15 – 30 days depending onyour costing.)Documenting the businessprocesses that will be affectedOne useful exercise that can be carried outfor a relatively modest outlay is to map thebusiness processes operating in the affectedareas. This serves several purposes: It encapsulates the scope of theproject for which you are developingthe business case. It provides a graphical description of thescope for inclusion in the business case. It enables you to understand how theprocesses work.7

It enables you to capture the knowledgethat normally resides in peoples’ heads.BUILDING A BENEFITS-DRIVEN BUSINESS CASE It allows you to see processes thatare “broken”. Identify and describe the benefits thatthe proposed project should provide tothe company. Record intangibles. It provides a sound basis for processimprovement when the project getsunder way. Identify the metrics to be used – thosemeasures that are relevant to the projectand important to the business. It forms the basis of your testing andtraining materials. Quantify the metrics in the currentsituation using company data wherepossible, or industry standard data if not. It assists with benefits realisation byallowing you to monitor the improvedprocesses. Document your reasoning, yourassumptions, the costs, the metrics,the calculations, the evidence.“With the right tool and consultants,you can carry out interactive workshops with the users and get theirinvolvement and buy-in.” Determine recommendations. Analysethe numbers, decide which appears tobe the best option(s) and make sureyour decision is a result of reason, notemotion. By this I mean, don’t workbackwards to justify a pre-conceivedconclusion. Use a worksheet layout to present theresults, it imposes order. Keep it simple – one or two pages –any more and people will lose interest.Presenting the business caseWhen you have pulled it all together,analysed the results and drawn yourconclusions, ask yourself the followingquestions: Is the business need clearly stated? Have the benefits been clearly identified? Are the benefits consistent with theorganisation’s strategy? Is it clear how the benefits willbe realised?Find a specialised tool that enables you tomaintain the process maps together with allthe associated information and data on aserver, so that you can easily maintain themas the processes change. Word andPowerpoint are frequently used for this sortof thing, but the results are static and tendto get filed away and forgotten. Estimate the improvements based onwhat you know about the new system.E.g. reduces time to process a claim fromthree minutes to two. Try not to over- orunder-estimate.Find a consultancy company who,equipped with and trained in the use ofthat tool, have the skills to help you carryout the initial exercise of identifying anddocumenting the processes. Calculate the benefits.Involve the users. With the right tool andconsultants, you can carry out interactiveworkshops with the users and get theirinvolvement and buy-in. This gives you animproved understanding of the processes,leading to a more thoroughly researchedbusiness case.When you have produced the numbers,you will then be able to derive yourconclusions and recommendations.Producing the resultsBefore you can produce your businesscase, you need to gather and record all theinformation, carry out the calculations andanalyse the results.The key part of the business case is theinvestment analysis. This is the foundationfor your conclusions and their justification.Different companies use different measuresand some measures mean different thingsto different people, so make sure you knowwhat are the preferred measures in yourcompany. As with many things in life, it isnot always simply what the numbers say,but a combination of factors that decidethe best course of action; however, makesure the numbers back you up.8 Quantify the metrics in the new situationbased on your estimated improvements. Compute final results (IRR, NPV, ROI,payback period, whichever is used inyour company). Evaluate each benefit in turn. Identify themes. Several minor,apparently unrelated benefits may add upto a particularly relevant one. Check for compelling benefits fordifferent levels of the organisation.A percentage increase on the return oncapital employed may not mean much tothe Procurement Manager but it might tothe CFO. Match results to acceptance criteria.Obvious really! Include charts & diagrams. Some ofyour audience may not have time toread the verbiage but may take in agraph at a glance. You know what apicture is worth. Is it clear what will define a successfuloutcome? Where there is external procurement isthe sourcing clear? Is it clear why this is the preferredsourcing option? Are the risks faced by the projectexplicitly stated? Are the plans for addressing those risksexplicitly stated? Is it clear what the preferred option isand why it is preferred?All of this sounds like it is a pretty labourintensive and manual exercise. This is trueand I would suggest that for a large exercise you put a team together to share theload. Some people are better than others atwriting, some are better at numbers andsome like doing the investigation but notthe analysis. If the exercise is going toinvolve 3% of project expenditure on alarge project, it needs a leader and it needsto be planned. Its execution will also verylikely have to tie in with board meetings.One way of mitigating the effort is to finda supplier with a tool that is designed toassist with producing the investmentanalysis. Whilst you could do it yourself inExcel, a purpose built tool that allows youto record information about the factorsor benefits, hold related metrics andcalculate results, i.e. quantify the benefits inmultiple scenarios, can save you a lot oftime and effort.A UK Oracle User Group publication

About the AuthorConclusion Explain each calculationFor IT projects of any size, a business caseis a must. You must be clear about the business reasons for undertaking the projectand about how it will benefit the business.The investment analysis is a key part of thecase and should show quantified businessbenefits versus costs. The understanding ofhow the decisions will be made, who willmake them and with what other requirements for funding you are competing isas important as the business case itself.When you put all this together to producea benefits-driven business case, yourproject will stand a better chance of beingapproved and of being successful. Use it at any level Create as many scenarios as you want Be optimistic or conservative Include set-up costs and running costs Include intangibles Refer back to it Repeat the exercise with different values Show savings over a selected numberof years Show IRR, NPV, ROI, cashflow &payback period Provide reports and charts Use it to monitor resultsFor more information about building abusiness case, refer to the web site of theOffice of Government Commerce:http://www.ogc.gov.uk/delivery lifecyclebusiness case management .aspBUSINESS & MANAGEMENTWith a purpose-built tool you can:–Derek Hancockhas spent 23years in theApplicationsSoftwarebusiness, joiningMSA in 1985.Following sevenyears in sales andservices with Marcam, he joinedJD Edwards as a Client Managerin 1997, staying there until thecompletion of the Oracle take-over inMarch 2005. Whilst at JD Edwards hespent three years running a CustomerOutreach program aimed at helpingcustomers get more value from theirsoftware. He has worked in theJD Edwards marketplace ever since,spending time with Differentia andCincom Systems. Now withWhitehouse Consultants, the onlyOracle Certified Advantage Partnerfor JD Edwards in the UK, he stillconcentrates on working with theexisting customer base to ensurethey continue to get value from theirsoftware investment.With acknowledgement to the Office ofGovernment Commerce.10g Upgrade CompanionThis current version includes information about:Changes in the behaviour of Oracle Database 10g Release2 that will affect customers who upgradeThis section documents important changes in the behaviourbetween Oracle Database Release 9.2 and Oracle Database10g Release 2 (10.2). It also focuses on behaviourchanges that require a DBA to make an informed decisionin order to minimise the risks that may be introduced bythe changes.Best practices for pre-upgrade planning, upgrade operations, and post-upgrade analysisrecommendations and requirements. Oracle technical staffderived the Best Practices which is an accumulation of realworld knowledge and experience obtained whilst workingwith our customers.Critical and recommended patches, by platformThis section will help you prepare for an upgrade byproviding a list of patches that are recommended for yourplatform. This list of patches is based on the most commonissues encountered by customers on version 10.2.0.3 ofthe database. Carefully review each patch and only applythe patches specific to th

Director - PeopleSoft David Kurtz, director@ukoug.org.uk Director - JD Edwards David Rowntree, director@ukoug.org.uk Director Tracey Bleakley, director@ukoug.org.uk UKOUG Office UK Oracle User Group, User Group House, 591-593 Kingston Road, Wimbledon, London, SW20 8SA. Tel: 44 (0) 20 8545 9670 Fax: 44 (0) 870 9000 335 Email: info@ukoug.org