UPI Study › Courses › Software Engineering › Free lessons › Lesson 10.6 Free with a free account
UI Design in Practice: Real-World Software Examples
Software Engineering · Chapter 10: User Interface Design: Principles, Guidelines, and ImplementationSection 10.6 · lesson 71 of 1036 min · free with a free account
Free preview
Create a free account to keep watching
It takes a minute and costs nothing. Your free account unlocks all of Chapter 1 and 3 more lessons of Software Engineering.
Lesson complete
Earn the 3 college credits for Software Engineering
Enrolling adds a quiz after each lesson, the graded work and the official transcript. Recommended for credit by NCCRS.
Next lesson: Checking That Requirements Are Right: Validation Techniques →← Building Interfaces for Web and Mobile PlatformsNext lesson: Checking That Requirements Are Right: Validation Techniques →
In this lesson
Spotting familiar principles inside interfaces people use every day.
- Recognize UI design principles in everyday interfaces
- Trace an interface element back to its principle
- Compare how the same principles look across different software
Transcript
Everything said in the video, section by section (813 words). Read along, or search it.
User Interface Design: Principles, Guidelines, and Implementation
UI Design in Practice: Real-World Software Examples
Every principle covered so far is easiest to trust once it can be pointed to, inside an interface people actually use every day. This section walks through three kinds of everyday software, and identifies the principles at work in each.
Nothing New
From Abstract to Recognizable
This section introduces no new principle, and no new technique. Everything referenced here was already covered. Visibility of system status, consistency, error prevention and recovery, and progressive disclosure. What follows is a look at where those ideas actually show up, in software nearly everyone has used. The point is to sharpen recognition. A principle that stays abstract is easy to forget. One you can point to on a real screen is not.
Figure 1
A Ride-Hailing App
Start with a ride-hailing app, and the screen shown while you wait for a driver. At the top, a status bar reads, driver arriving in three minutes. Below it is a map, showing the driver's route toward you. Near the bottom is a cancel ride button. And along the bottom edge, the app's navigation. This one compact screen shows several principles working together at once.
Case Study 1
Reading the Waiting Screen
Let's read the waiting screen. The status text at the top keeps the rider constantly informed of what the system is doing. That is visibility of system status. The cancel ride button leads to a confirmation step before actually canceling. That is error prevention, on an action that would be disruptive to undo. And the same navigation styling appears on this screen and every other screen in the app. That is consistency at work. A rider recognizes how to navigate, without relearning it on each screen.
Case Study 2
A Tax-Filing Website
Next, a step-by-step tax-filing website, which guides someone through a long, detail-heavy process. It leans on a slightly different combination of the same ideas. A step indicator at the top is visibility of system status again, applied to a long process rather than a single wait. An invalid entry is caught immediately, with a specific explanation of the fix right beside it. That is error prevention and recovery. And later steps stay collapsed, instead of showing all five steps' fields at once. That is progressive disclosure, revealing only what is relevant now.
Case Study 3
A Streaming Music App
Finally, a streaming music app's now-playing screen, which shows the same ideas in yet another form. A large, unmistakable play and pause control needs no label. Its shape alone communicates what tapping it will do. That is a good use of an affordance. The screen shows only the current track, the artwork, and a few controls, rather than crowding in every feature. That is reducing unnecessary cognitive load. And the same controls resize sensibly, whether the app runs on a small phone or a larger tablet. That is responsive design, holding up across device sizes.
Think About It
1 Principle, 3 Forms
Here is a question to think about. All three case studies apply visibility of system status, but in visibly different ways. A countdown, a step indicator, and album artwork. Does that mean the principle changes meaning from one to the next? No. The underlying idea stays the same. Keep the person informed of what the system is currently doing. What changes is only the concrete form it takes, shaped by what each piece of software actually needs to communicate.
Table 1
The Same Principles, Recurring
Here are the three case studies side by side. The ride-hailing app illustrates visibility of system status, error prevention, and consistency. The tax-filing website illustrates visibility of system status, error prevention and recovery, and progressive disclosure. And the streaming music app illustrates affordances, reduced cognitive load, and responsive design. The same underlying principles keep recurring, across very different kinds of software.
Apply It
A Filling Activity Ring
Let's apply that. A fitness-tracking app shows a large circular ring, which fills in as the user gets closer to their daily activity goal. Which principle does that most directly illustrate? Visibility of system status. The filling ring keeps the user continuously informed of their progress toward the goal. It is the same idea as the ride-hailing countdown, and the tax site's step indicator, in another concrete form.
Key Terms
The Vocabulary of This Section
Let's lock in the key terms. A case study is a close look at one real or realistic example of software, to see how principles already covered appear in practice. A heuristic walkthrough is examining an interface element by element, and identifying which design principle each one demonstrates. An affordance is a design element whose shape or appearance shows how to use it, without needing a label. And progressive disclosure means revealing only what is relevant to the current step.
Key Takeaways
What to Carry Forward
To pull this together. Familiar principles are easier to trust, and remember, once you can point to them on a real screen. The ride-hailing app shows visibility of system status, error prevention, and consistency. The tax-filing website shows status, error prevention and recovery, and progressive disclosure. The music app shows affordances, reduced cognitive load, and responsive design. And the same principle can take very different concrete forms, depending on what the software needs to communicate.
About Software Engineering at UPI Study
Software Engineering (Computer Science 301) is a self-paced online course of 103 video lessons in 15 chapters, from process models and agile to requirements, design, user interfaces, reliability, security and project management. It carries a NCCRS credit recommendation for 3 semester credits.
Every lesson transcript is free on pages like this one, and the videos are free with a free UPI Study account. Enrolling adds a practice quiz after each lesson, the graded work and final exam that earn the credit, lifetime access, and an official transcript on completion. UPI Study has helped over 130,000 students with college credits. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Enroll now → Course details Download the syllabus All Computer Science courses Every course with PRO →
Why take it here
Why students take Software Engineering with UPI Study
Where the credit goes
Universities that work with NCCRS
Software Engineering carries a NCCRS credit recommendation. These universities work with NCCRS; some are UPI Study's signed partners. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Thomas Edison State UniversitySigned partner
University of the PeopleSigned partner
Charter Oak State CollegeSigned partner
Strayer UniversitySigned partner
Columbia Southern UniversitySigned partner
Indiana TechSigned partner
Penn StateWorks with NCCRS
Southern New Hampshire UniversityWorks with NCCRS
SUNYWorks with NCCRS
+many more cooperating universitiesFind my college →Find my college → Not listed? Ask Athena in the corner of this page, or book a 15-minute call.
FAQ
Questions students ask us
About UI Design in Practice: Real-World Software Examples
What is visibility of system status in UI design, with examples?
What is progressive disclosure in user interface design?
What is an affordance in UI design?
How do you identify UI design principles in a real app?
About the Software Engineering course
How many college credits is Software Engineering?
How much does Software Engineering cost and what is included?
Which universities accept UPI Study credits?
How long does Software Engineering take?
How are the exams done?
How do my credits reach my college?
Ready for the full course? Earn 3 credits in Software Engineering.
103 video lessons, a quiz after each one, and the graded work that earns the credit. Recommended for credit by NCCRS.
3 credits · NCCRSEnroll →