Reduce an app idea to one user, one task, one screen, one primary action, and one visible result.
Web Basics and App DesignTurn one bounded idea into a reviewable interface plan.
First use and explain a small web app. Then design one user task, three visible states, and a testable build contract. Study Sprint supplies a complete starting example; an earlier project idea is optional.
Open the Topic 8 learning path for the proposed class sequence. Use Study Sprint or a fictional one-screen idea; Topic 7 completion is not required. Original design reference: 2 × 80 minutes. The learning path selects stops from both; do not add the full reference sequence after the introduction. Open the App Design Packet or use paper. No AI account, coding setup, video access, private data, generated code, or public deployment is required.
Four outcomes you can demonstrate.
The focus is judgment students can show, not vocabulary they can merely repeat.
Explain how HTML, CSS, JavaScript, and the browser contribute different responsibilities.
Create a labeled wireframe with initial, missing-input, and result states plus a recovery action.
Write a first-build prompt with an exact transformation rule, authorized input, boundaries, success checks, and a Topic 9 interaction handoff.
Two full lessons to revisit.
These timings describe the original full sequence. Use the learning path above for the selected class route. Meeting 1 plans 68 taught minutes plus a 12-minute flex and access buffer; Meeting 2 plans 68 plus 12.
Scope the User Task and Wireframe the States
Run one small web app through input, error, result, and recovery; connect its visible behavior to web responsibilities; then produce a labeled one-screen wireframe.
- Working app tour + starting ideaRun Study Sprint through three visible states, then use the supplied example or choose a fictional one-screen idea.
- Layer reveal + scope challengeConnect the same app to HTML, CSS, JavaScript, and browser responsibilities; then remove excess scope.
- Scope + user taskReduce feature lists to one user task and decide whether AI is necessary.
- Wireframe roundsDesign initial, missing-input, and result states; preserve a recovery action.
- Checkpoint + flex/access bufferSave the scope sentence and wireframe labels; no code is required.
Write, Critique, and Defend the Build Contract
Turn the wireframe into a self-contained prompt contract, compare paper and optional live-prototype routes, interpret a small web anatomy example, and prepare the Topic 9 handoff.
- Retrieval + prompt anatomyRecover the three states, then reveal the nine parts of a build contract.
- Two prompt roundsRepair vague scope, missing-input behavior, and accessibility boundaries.
- Probe routes + critiqueUse paper, course mockup, or optional live prototype under identical evidence criteria.
- Web anatomy + video transfer + packetExplain responsibilities, connect the build-flow source, and assemble submission evidence.
- Close + flex/access bufferConfirm formats, privacy, optional sources, and the Topic 9 handoff.
App Design Packet
Show that one small web-app idea has a specific user task, explicit web responsibilities, inspectable states, a bounded build contract, and a testable Topic 9 handoff.
What to submit
- Submit one completed packet through the course LMS before Topic 9. Preferred filename: Lastname-Topic08-AppDesign.pdf; maximum four pages. LMS text, DOCX/export, scanned paper, or an instructor-approved accessible alternative is also accepted. The LMS supplies the exact deadline and policy details.
- Include one user/task scope sentence, one removed feature, authorized input, visible result, boundary, HTML/CSS/JavaScript/browser responsibility map, initial/missing-input/result states, recovery action, labeled wireframe or equivalent text outline, AI-fit decision, and the exact input→rule→output mapping for any transparent rule.
- Include a nine-part prompt contract, one critique finding and revision, three manual success checks with exact expected results, and one build-flow transfer note using either the optional Andrew Ng video or the course-created summary.
- No generated code is required. Paper/text wireframes, the named Study Sprint state mockup, and an instructor-approved optional client-only layout/state probe can earn the same credit when they provide the same evidence; the probe does not replace or earn extra credit for Topic 9 implementation.
- Assignment 4 Part 1 supplies Topic 9 with the user task, states, exact rule, boundaries, and expected test results. Instructor feedback uses complete/developing/incomplete evidence anchors; the official points or course weight, if any, come from the LMS rather than this packet.
- Do not submit credentials, account/device screenshots, access proof, API keys, real student/peer/instructor records, private or unpublished material, full chat histories, or unnecessary identity evidence.
Core sources and optional extensions.
The class deck contains the required explanation. These links support verification, deeper reading, or alternate access.
Topic 9: Adding Interactivity and Intelligence
Implement one input, one event, one transparent rule, one visible output, missing-input handling, and three manual tests—without requiring a backend or model API.