Top Banner
Writing user-friendly requirements
33

Writing user-friendly requirements

Feb 23, 2016

Download

Documents

marcy

Writing user-friendly requirements. What do non-expert readers see in requirements documents?. Familiarity with conventions shapes understanding. Conventions may be formally or informally expressed by the community. - PowerPoint PPT Presentation
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Writing user-friendly requirements

Writing user-friendly requirements

Page 2: Writing user-friendly requirements
Page 3: Writing user-friendly requirements

What do non-expert readers see in requirements documents?

Page 4: Writing user-friendly requirements

Familiarity with conventions shapes understanding

Conventions: Agreed-upon practices that writers within a professional community follow when using language and document design.

Conventions may be formally or informally expressed by the community.

Page 5: Writing user-friendly requirements
Page 6: Writing user-friendly requirements

Image author: Kishorekumar 62

How many different conventions do you see in this diagram?

Page 7: Writing user-friendly requirements

Successful requirements writing involves teaching non-experts about conventions

Page 8: Writing user-friendly requirements

Four techniques for user-friendly requirements

1. Frame technical details by providing business goals and benefits

2. Use summary statements to introduce sections3. Manage long bulleted lists by using parallelism

and subdivision4. Integrate use case diagrams and other visuals so

they are easy to interpret

Page 9: Writing user-friendly requirements

What are your priorities as a reader?

Clarity

Accuracy

Readability

Comprehensiveness

Page 10: Writing user-friendly requirements

Experts tend to operate in zoom

mode

Page 11: Writing user-friendly requirements

But non-experts function in panoramic mode

Page 12: Writing user-friendly requirements

Requirements writers need to work in both modes

Page 13: Writing user-friendly requirements

Technique #1: Frame technical details

Business

context

Technical

details

Page 14: Writing user-friendly requirements

Non-expert readers need help navigating

Page 15: Writing user-friendly requirements

Technique #2: Use summary statements

• Introduction– Overview of document (roadmap)

• Section title– Overview of section

• Section subtitle– Technical details

Page 16: Writing user-friendly requirements

Example of progressive summary statements

PurposeThis document describes the requirements for building a secure online application for tracking mileage and repairs for company vehicles. Stakeholders of the application include managers, sales representatives, and accounting personnel.Access requirementsTo accommodate the needs of the various stakeholders, there will be three kinds of accounts: Administrator, User, and Auditor.Administrator accounts[bulleted items]

Page 17: Writing user-friendly requirements

Be consistent with structure and key terms

System use case listThe system will be organized into three functional business packages: user registration, mileage tracking, and repair tracking.User registration[use case in table]Repair history[use case in table]Mileage tracking[use case in table]

Page 18: Writing user-friendly requirements

Technique #3: Manage bulleted lists

• Use parallel structure• Subdivide long lists when you can• Respect the limitations of lists

Page 19: Writing user-friendly requirements

A lack of parallelism creates a jarring effect

a. Functional areas will be assigned to groups.b. Groups can contain up to three subgroups.c. Group name restrictions

a. A name can be no more than 30 characters.b. A name must begin with a letter.

Page 20: Writing user-friendly requirements

Which of the following items is out of sync?

Users will be able to access the system through• the Web portal• logging on to their desktop machines• personal smartphones

Page 21: Writing user-friendly requirements

Which of the items is out of sync?

4.2 Pre-conditions1) ANT is properly installed.2) Wi-Fi is enabled. 3) The user has run the Tablet Cleanup utility.4) Auto-save has been disabled.

Page 22: Writing user-friendly requirements

Which of these items is out of sync?

Path #11. The user starts ANT.2. The system connects to the default database.3. Next, the ANT login screen is displayed.4. The user enters a user ID and password.

Page 23: Writing user-friendly requirements

When possible, follow the “5 to 7” rule

5 to 7, +/- 2

Page 24: Writing user-friendly requirements

Ways to subdivide content in a list

• Create sub-bullets• Add headings• Insert horizontal rules• Use color coding (with caution).• Create running heads (put the first word of a

bulleted paragraph in bold).

Page 25: Writing user-friendly requirements

Tips for creating long lists that can’t be divided

• Keep each list item short (to one or two lines).• Allow ample white space before and after the list.• Consider using bold type to emphasize key words.• Be vigilant about following parallel structure.

Page 26: Writing user-friendly requirements

Respect the limitations of bulleted lists

• Bullets do not necessarily suit all material.• They are meant to present lists of examples or

benefits, rather than ideas that need to be logically linked.

• They lack the unifying devices of a traditional paragraph (such as transition words).

• They should not be used to group together ideas that are complex or are not already clearly interconnected.

Page 27: Writing user-friendly requirements

Use bulleted lists strategically

Bullets do not necessarily suit all material because they lack the unifying devices of a traditional paragraph, such as transition words. Use bullets in these situations:• You need to present an itemized list of examples

or benefits• Your ideas are straightforward and already clearly

interconnected

Page 28: Writing user-friendly requirements

T

Technique #4: Integrate diagrams and visuals

The following diagram shows the activities a clerk performs and the system outputs that result.

Page 29: Writing user-friendly requirements

Introductory phrases to keep in mind

• The following table shows…• The use case diagram below illustrates…• As the following table demonstrates…• These four steps are outlined in the following

diagram.• The following workflow diagram presents…

Page 30: Writing user-friendly requirements

Work with your readers’ assumptions about design

Readers will assume that• text that appears in bold is more important than normal text.• numbered list items indicate chronology, priority, or point of

reference.• colour is meant to emphasize content.• a change in font has significance.• items positioned close to each other are closely related in

meaning.• tables and diagrams will follow the same, predictable formats

Page 31: Writing user-friendly requirements

How to put yourself in a non-expert’s shoes

• Have I stated how the application or system will fit into the reader’s world and promote business objectives?

• Have I used summary statements to make my document easy to navigate?

• Have I used parallel structure in my bulleted lists?• Have I considered ways to organize bulleted lists for

easy reading?• Have I provided proper introductions to my tables and

diagrams and clearly labeled them?

Page 32: Writing user-friendly requirements

The four techniques create self-guiding documents

Page 33: Writing user-friendly requirements

Dawn HenwoodVP, Instructional DesignSmartfirm [email protected]

Follow Dawn on Medium