de la Rosa-Pohl ECE 4336 Capstone Design II Project Design Process University of Houston Diana de la Rosa-Pohl 1

de la Rosa-Pohl ADDIE DESIGN MODEL 2

de la Rosa-Pohl ADDIE Design Model Analysis Design Development Implementation Evaluation 3

de la Rosa-Pohl Some Comments This process is an iterative process! Everyone has models they use.  This is just one. 4

de la Rosa-Pohl ANALYSIS 5

de la Rosa-Pohl ADDIE Design Model Analysis Design Development Implementation Evaluation 6

de la Rosa-Pohl Analysis get background information identify problem/need (needs analysis) user analysis conduct research identify expected deliverables formulate goal identify desired performance outcome sometimes called front-end analysis 7

de la Rosa-Pohl Analysis get background information  mostly given to you by client/manager supporting materials –product specs –design constraints meetings  web sites  What are other ways to get background information? 8

de la Rosa-Pohl Analysis identify problem/need  problem: (What’s broken?)  need: (Why is it a problem?) 9

de la Rosa-Pohl Analysis conduct research  Is there even a problem that you can solve?  Is the problem worth solving? Why?  Significance “Who Cares?” factor  Has the problem (or similar problem) been solved before?  What data/resources do you have to work with? 10

de la Rosa-Pohl Analysis identify expected deliverables  What (specifically) did you deliver to your client/manager in December?  What (specifically) will you deliver to your client/manager in April? answer this as best you can this may change depending on your results in December (the status of your project will be known to all in January) you may need to renegotiate this 11

de la Rosa-Pohl Analysis user analysis  WHO is going to be using your widget? What important characteristics will impact your design?  HOW are they going to be using this?  WHERE will your user be using this?  WHAT is the skill level of your user? 12

de la Rosa-Pohl Analysis identify/formulate goal  Write your overall goal statement. i.e., your goal for April 13

de la Rosa-Pohl Analysis identify desired performance outcome  Target Objective  what do you want to happen? 14

de la Rosa-Pohl DESIGN 15

de la Rosa-Pohl ADDIE Design Model Analysis Design Development Implementation Evaluation 16

de la Rosa-Pohl Design brainstorm alternative solutions decide on optimum solution  within engineering constraints  using engineering standards overview diagram goal/task analysis test plan schedule budget 17

de la Rosa-Pohl Design brainstorm alternative solutions  different shapes  different sizes  different sensors  different protocols  different power supplies  …you get the idea 18

de la Rosa-Pohl Design decide on optimum solution  you should have done this already 19

de la Rosa-Pohl Design overview diagram  someone should be able to look at your overview diagram and know what you are about to build (or have already built)  if they close their eyes, they should see it ALL OF IT!  include what you are building and the environment that it is in (if it’s important)  it should be clear what part(s) you are building and what’s been given to you  label all important parts 20

de la Rosa-Pohl Design goal analysis  what should the SYSTEM be able to do?  start with the end in mind! i.e., the target objective  work your way backwards this should be graphical every box is an objective  all objectives must measureable and observable! 21

de la Rosa-Pohl Design task analysis  what do YOU need to do to complete the objective? these are YOUR tasks list as many as necessary for each box you may also include smaller tests here these DO NOT need to be measurable/observable 22

de la Rosa-Pohl Design test plan  ?  TARGET OBJECTIVE: Should include target dates in your test plan. 23

de la Rosa-Pohl Design Project Objectives (Milestones)  Must be observable AND measureable! Says who? Says ME! (and Gagné and Mager and others)  Robert Mager (Preparing Instructional Objectives, 1997) outcomes vs. process specific vs. general measureable vs. unmeasurable student vs. instructor  functionality of system vs. task of engineer 24

de la Rosa-Pohl Design Project Objectives (Milestones) Robert Gagné (Principles of Instructional Design, 2005)  situation what is the stimulus? environmental conditions?  capability verb [discriminates, identifies, classifies, demonstrates (a rule), generates, adopts, states (or displays), executes (a motor skill), chooses (an attitude)]  object the “what” of the capability verb “what” is the capability?  action verb how the performance is to be completed  tools, constraints, or special conditions specific equipment? limited time, budget, error? 25

de la Rosa-Pohl DEVELOPMENT 26

de la Rosa-Pohl ADDIE Design Model Analysis Design Development Implementation Evaluation 27

de la Rosa-Pohl Development build it!  piece by piece the blood, sweat, and tears work through goal analysis work through test plan  formative evaluation 28

de la Rosa-Pohl IMPLEMENTATION 29

de la Rosa-Pohl ADDIE Design Model Analysis Design Development Implementation Evaluation 30

de la Rosa-Pohl Implementation doing what you said you were gonna do  testing the full system full integration full-blown testing  alpha testing  beta testing record test data 31

de la Rosa-Pohl EVALUATION 32

de la Rosa-Pohl ADDIE Design Model Analysis Design Development Implementation Evaluation 33

de la Rosa-Pohl Evaluation interpreting your results data  “How’d we do?” make design decisions based on current implementation  formative evaluation make decisions based on final implementation  summative evaluation determine implications for future work suggest next steps documentation publication 34

de la Rosa-Pohl Presentations Capstone I Report Format PhaseTaskReport Section A - Analysisbackground informationIntroduction identify problem and needIntroduction: Significance formulate goalIntroduction: Deliverables identify expected deliverablesIntroduction: Deliverables identify performance outcomeIntroduction: Deliverables conduct researchBackground (lit review)written report only D - Designbrainstorm alternative solutionsMethods (as needed) decide on optimum solutionMethods engineering constraintsMethods: Eng Constraintswritten report only engineering standardsMethods: Eng Standardswritten report only overview diagramMethods goal/task analysisMethods: Goal Analysis test planMethods: Goal Analysis scheduleMethods: Goal Analysis budgetMethods: Goal Analysis D - Developmentbuild components and testResults integrate components and testResults I - Implementationfull design testResults E - Evaluationinterpret resultsConclusions policy/design decisionsConclusions implications for future workConclusions suggest next stepsConclusions 35

de la Rosa-Pohl Presentations Capstone II Report Format *sections that would incorporate modifications of analysis; design and development must be included for individual projects if relevant. The goal is to write progress reports of your projects and use ADDIE for guidance. PhaseTaskReport Section* A - Analysisbackground informationIntroduction identify problem and needIntroduction: Significance formulate goalIntroduction: Deliverables identify expected deliverablesIntroduction: Deliverables identify performance outcomeIntroduction: Deliverables conduct researchBackground (lit review) D - Designbrainstorm alternative solutionsMethods (as needed) decide on optimum solutionMethods engineering constraintsMethods: Eng Constraints engineering standardsMethods: Eng Standards overview diagramMethods goal/task analysisMethods: Goal Analysis test planMethods: Goal Analysis scheduleMethods: Goal Analysis budgetMethods: Goal Analysis written report D - Developmentbuild components and testResults integrate components and testResults written report I - Implementationfull design testResults written report E - Evaluationinterpret resultsConclusions policy/design decisionsConclusions implications for future workConclusions suggest next stepsConclusions written report 36

de la Rosa-Pohl Written Report Outline* Introduction  Significance  Deliverables Background  (properly cite sources using APA style: ) Methods  Engineering Constraints  Engineering Standards  Goal Analysis  Budget Results Conclusion References Please note that the written reports should now represent the progress of the project. However, each report should be a complete document i.e. with all required sections written individually. Common materials/contents (data, results etc.) that belong to the team can be included. Consecutive reports should follow on the preceding individual reports (copied directly or modified according to changes made in your progressing work). So the focus is on your progress from one stage to the next in your project development. The main body of the reports should be ~ 8 pp long (not counting abstract, references, and supplementary materials if any)

de la Rosa-Pohl 38