2
1-2 Modeling and documenting By the end of this lecture you will be able to describe each of the following. 1.Task Analysis –Hierarchical task analysis (HTA) –State transition networks (STNs) Assignment 1 Requirement 2.Storyboarding 3.Use Cases

3
1-3 Interpretation - Task Analysis Task analysis is a way of documenting how people perform tasks A task analysis includes all aspects of the work flow It is used to explore the requirements of the proposed system and structure the results of the data collection phase or document an existing system

4
1-4 Interpretation - Task Analysis Hierarchical task analysis (HTA) –HTA provides a top-down, structured approach to documenting processes. State transition network (STN) –Provides a description what actions/events are available at what point and what state the system will be in after each action

5
HTA decomposition elements Goal – top-level goal of the task being analysed Plans – the order and conditions for proceeding with the sub-tasks Information – all the information needed to undertake the task Objects – all the physical objects involved Methods – the various ways of doing the sub- tasks 1-5

6
6 Textual HTA description (from Dix et al.) Note this section of Dix is on the Piazza pages for the course Hierarchy description... 0. in order to clean the house 1. get the vacuum cleaner out 2. get the appropriate attachment 3. clean the rooms 3.1. clean the hall 3.2. clean the living rooms 3.3. clean the bedrooms 4. empty the dust bag 5. put vacuum cleaner and attachments away... and plans Plan 0: do 1 - 2 - 3 - 5 in that order. when the dust bag gets full do 4 Plan 3: do any of 3.1, 3.2 or 3.3 in any order depending on which rooms need cleaning N.B. only the plans denote order or selection (ifs)

9
9 Types of plan fixed sequence - 1.1 then 1.2 then 1.3 optional tasks - if the pot is full 2 wait for events - when kettle boils 1.4 cycles - do 5.1 5.2 while there are still empty cups time-sharing - do 1; at the same time... discretionary - do any of 3.1, 3.2 or 3.3 in any order mixtures - most plans involve several of the above

20
help menus similar problems –nearly the same everywhere –but return to same point in dialogue –could specify on STN … but very messy –usually best added at a ‘meta’ level Finish Help Subsystem Circle 1 click on circumference Circle 2 from Menu press HELP button draw circlerubber band click on centre Help Subsystem press HELP button

21
Example 3 Button Timer -Min -Sec -Stop/Start Process Pressing the min or sec increments the appropriate section of the display Pressing the min and sec together resets the timer Pressing the stop/start –When the display is 00:00 starts a count up (display updates each second) –When the display is not 00:00 starts a count down (updates each second) When stop/start pressed, count-down suspended When the time == 0 alarm sounds –When stop/start pressed »Alarm stops »Time reset to starting value

24
When to use? Small discrete systems or subsystems –Shopping basket –Smart watch –Internet of things

25
Interpretation - Storyboarding Storyboarding involves using a series of pictures that describes a particular process or work flow –Can be used to study existing work flows or generate requirements. –Can facilitate the process of task decomposition –Used to brainstorm alternative ways of completing tasks.

26
Storyboard Example of a method for people who don’t own a cell phone handset to buy access for voice, SMS, etc. - http://www.dexigner.com/news/20788

27
Interpretation – Use Cases Use cases represent a formal, structured approach to interpreting work flows and processes –Designed to describe a particular goal and explore the interaction between users and the actual system components. Jacobson et al. (1992) Incorporated into the Unified Modeling Language (UML) standard.

28
Interpretation – Use Cases The two main components of use cases are the actors and the use cases that represent their goals and tasks. –Actors: similar to stakeholders, but can also include other systems, networks, or software that interacts with the proposed system. –Use Cases: Each actor has a unique use case, which involves a task or goal the actor is engaged in. Describe discrete goals that are accomplished in a short time period Describe the various ways the system will be used and cover all of the potential functionality being built into the design

29
Interpretation – Use Cases Use case diagram of “schedule a meeting” process. Notice we use a stickman symbol for the equipment!

30
Use cases The diagram provides an overview of the entities and their relationships through activities This can be used to develop and explore scenarios –Basic path – the steps proceed without diversions from error conditions –Alternative paths – branches related to premature termination, choosing a different method of accomplishing a task, etc. E.g., what if the equipment isn’t available?

32
Documentation Mission Statement –Project goals: What is the value proposition? What needs will the new system address? How will it address these needs? –Project scope What does the proposed design include or exclude? What are the external constraints such as time and finances? How will you decide when it satisfies the design proposal?

33
Documentation Requirements Document –Requirements Functional – what features must be present? Information – what information is needed to carry out the functions? And what outputs are required by the stakeholders? Physical – what’s it run on? And where will it be used? (may need to accommodate organisation’s ‘legacy’ systems). –Inputs/outputs – data format / translation issues? –Constraints – physical, financial, time, data storage, networking, etc.

34
Documentation Project Management Document –Definition of the tasks involved in the project –Risk – what could go wrong? –Evaluation criteria and methods – what will constitute ‘success’? –Implementation – e.g. phased in one department at a time –Training –Maintenance –Future needs – anticipated requirements beyond the bounds of the ‘project’ per se

35
Summary Crucial to identify all stakeholders in a project Utilize a wide range of collection techniques to understand the needs of a project Task analysis, storyboarding and use case techniques allow for interpretation of collated data

About project

Feedback

To ensure the functioning of the site, we use cookies. We share information about your activities on the site with our partners and Google partners: social networks and companies engaged in advertising and web analytics. For more information, see the Privacy Policy and Google Privacy &amp Terms.
Your consent to our cookies if you continue to use this website.