Tivoli Provisioning Manager Beta Program Web Replay Intro and Lab September, 2008

1. Tivoli Provisioning ManagerBeta ProgramWeb Replay Intro and LabSeptember, 2008 Robert Uthe

2. Agenda • GOAL: Help you get started creating scenarios with Web Replay • Quick Introduction of Web Replay if needed • Help you create a scenario • Best practices, hints and tips

3. Do You Face These Problems? • Are you new to TPM, and want to quickly get started with features like discovery, patch management, and OS management? • Do you have specific procedures in mind on how you want your team to use TPM? • Do you frequently have new users join your team and need to train them on TPM, and how you want them to use TPM? • Do you have users whose time you want to maximize by enabling them to automate how they use TPM? • Do you have users whose time you want to maximize by enabling them to offload some of their more common tasks to others?

4. What is Web Replay? Web Replay is a major usability feature of TPM that aims to: • Guide and accelerate use of key TPM features within the product • Allow administrators to define how the larger team should use the TPM user interface • Ensuring consistency and improving quality and speed • Ideal for training new users • Allows administrators to delegate more work to less-skilled users • Allow administrators to define automated scenarios to speed up their work

5. How Does Web Replay Work? • Web Replay allows anyone to “record” their use of the TPM web UI, and to enable running it later • Individual steps may run in a “guided” mode or an automatic mode • Individual steps may include help that is displayed interactively to explain to the user what is going on, or guidance on how they should perform the step • Anyone familiar with TPM can record a scenario, and do it in no more time that it takes to just use TPM to do it the first time • These scenarios can be shared amongst users, and exported and imported across systems

6. Hands On • Start TPM web UI • Start Web Replay • Run the “Running a Scenario” scenario • Piece by piece we will create a couple of scenarios • I’ll show you how to do each piece first so you can see how its done • Then, record and run the same thing on your system • Import and export a scenario • Wrap-up with some best practices and hints and tips • You should be able to just access Web Replay from your local server installation (or we’ll provide a link during the lab):http://localhost/maximoAnd login as maxadmin/maxadmin

7. Best Practices - Granularity • How much "ground" should each scenario attempt to cover? Here are the factors to consider: A scenario should be something that a single user will run.  Parts of the flow that will be accomplished by a different person should be split into smaller scenarios.  A scenario should be something that a user will run "right now".  Parts of the flow that are things that a user may want to accomplish at some later time should be split into smaller scenarios.  For example, use one scenario to initiate a task to install software this weekend.  Then, create a different scenario they can run on the weekend to check its status and do some post-processing.  Any time gap like this should define a point at which a scenario should be split. Parts of a scenario that are first time set up that only needs to be done once, or very infrequently, should be put in its own scenario.  For example, most major features like patch or OS deployment have initial configuration to do around satellite servers, global variables and/or boot servers.  This type of thing should be in a separate scenario. Similar to the previous item, parts of a flow that are what you expect a user to run frequently are captured in its own scenario so they can run it was often as they like.  For example, keep compliance checking and remediation distinct from setup.  Or, deploying an OS Image should be separate from capturing an image. The set of scenarios provided for any given feature or domain area should guide them from a fresh installed version of TPM, through any needed configuration steps, on through to the routine usage of the feature.  The focus should also be on the path we recommend customers follow.  Esoteric options should be avoided, at least beyond help pop ups that can drop hints about why they would pick one configuration option over another one. • Several good examples of the right granularity can be found in the scenario list for 5.1.1. In this PDF document you will see the individual scenarios and the order it makes sense to run them in.

8. Best Practices - Starting

9. Best Practices – Check for Pre-reqs • Alternative for authorization check… • Alternatively, you can specify the “Roles” associated with the scenario. In the TPAE deployment of Web Replay, the Roles map to Security Groups which would have the access needed (you should develop and test your scenario in that role.)

10. Best Practices - Other

11. Best Practices - Help

12. Best Practices - Help

13. Hint and Tips • When you save data, blank out fields you do not want to be saved and played back. Only fields with a value are recorded. For ‘record id’ fields, mark them to be ignored • Data fields that you name are remembered for a user across scenario invocations with a browser cookie. Use this to help automatically fill in data for the user based upon what they did last time. • When you want to operate on an item displayed in a table: • First do a data item to fill in a search value • Playback clicking on the “binocular” icon. At this point you can record operations on the item. • If you want to work with its detail record clicking on the “item” tab to show its detail instead of clicking on the resource in the table • Don’t bother trying to size and place the help windows while the step’s properties is displayed. Just do it when you are running the scenario. • When playing a scenario and you want to edit it… • Pause the playback, edit, then resume

14. Hint and Tips (Continued) • The help windows can include any HTML. Here are some helpful stanzas to include: The font by default is a little small. Add this to make it a little bigger. • <big> Insert a hot link in your help, that when clicked displays it in another window. When displaying other web pages you should always do it this way. • <A href="http://www.ibm.com" target="_blank"><font color="blue"> You can click here for more detail. </font></a> • Text then image: • Upper text <IMG src=“http://someurl/somepic.JPG”> • Image on left, text at right: • Upper text <table border=’0"><tbody><tr><td><br><IMG src="http://someurl/somepic.JPG"></td><td> <big><br> right text </td></tr></tbody></table>