P18014: Stand-Up Walker
/public/

Problem Definition

Table of Contents

Team Vision for Problem Definition Phase

During this phase our team assigned roles and tasks to team members. We interviewed our customer, determined customer requirements, engineering requirements, and major risks. We talked about how to mitigate some risks and we discussed how important each requirement was to our final project goal.

Project Summary

Parkinson's disease is a degenerative disease that affects one percent of people over the age of 60. As such, Parkinson's is often comorbid with other diseases and disorders traditionally associated with aging, such as scoliosis and other posture disorders. One of the most obvious impacts Parkinson's disease has is called the Parkinson's gait, a pattern of walking defined by short, flat steps. Adjusting this pattern of walking is a core part of Parkinson's treatment, and is directly at odds with the pattern of walking encouraged by traditional walkers.

Our project aims to develop a low-cost add-on device that will attach to 4-wheel walkers and will allow users to improve both posture and gait through use over time. The final deliverable device will be designed under the vital constraints of manufacturability, cost of material, ease of use, entirely mechanical functionality, ability to be adjusted per user, and efficacy. Additionally, our goals include making the device weatherproof and widely adaptable to a variety of 4-wheel walkers currently on the market.

Use Cases

Project Goals and Key Deliverables

The resulting deliverable of the project at hand, will be that of a universal walker attachment to aid and improve the mobility of those with Parkinson's disease. This orthotic device will encourage the upright posture of it's users and increase their stride length, while being manufacturable, low cost and easy to use.

Customer Requirements (Needs)

Purpose

Decompose the Problem Statement into functions of elements needed to satisfy the customer.

https://edge.rit.edu/edge/P18014/public/Problem%20Definition%20Documents/CR%20Screenshot.PNG

  1. Link to the live document here
  2. Considering the purpose, the team should anticipate potential failure modes associated with construction and use of this document.

Inputs and Source

  1. PRP.
  2. Problem Statement.
  3. Customer Interviews. (Interview guidelines and expected outcomes are available for your reference)
  4. Customer's customer if possible.
  5. Standards, regulations, or other industry guidelines (e.g., ADA, EPA, OSHA, IEEE, ASME; IRB approval; etc.) that your customer or your customer's organization is required to address. The RIT library maintains an infoguide with links to standards databases
  6. Template and Example.
  7. Guide & other stakeholders.

Outputs and Destination

A completed form matching the supplied template to be used as input to define the Engineering Requirements.

Engineering Requirements (Metrics & Specifications)

Purpose

Create a contract between the engineer and the customer where indisputable satisfaction of the engineering requirements equates to customer satisfaction
P18014 Engineering Requirements

P18014 Engineering Requirements

  1. References:

https://edge.rit.edu/edge/PTemplate/public/Establish%20Engineering%20Requirements

  1. Considering the purpose, the team should anticipate potential failure modes associated with construction and use of this document.

Inputs and Source

  1. Customer Requirements
  2. Customer
  3. Phase I benchmarking
  4. Standards, regulations, or other industry guidelines (e.g., ADA, EPA, OSHA, IEEE, ASME, etc.) The RIT library maintains an infoguide with links to standards databases.
  5. Selected concept list
  6. System Design
  7. Template and Example
  8. Guide & other stakeholders

Outputs and Destination

  1. Function Decomposition.
  2. Concept Generation & Development.
  3. HoQ.
  4. System & Detail Design.
  5. Test Plans.
  6. Poster & Final Report.

Constraints

Factors, usually system-level, that limit your design space (e.g., cost, total weight, total footprint, total power available). Are your constraints measurable and testable, and can they be traced back to customer requirements? Have you considered economic, environmental, social, political, ethical, health and safety, manufacturability, and sustainability constraints and engineering standards, for example?

House of Quality

Purpose

  1. Confirm that satisfaction of the Engineering Requirements implies that all of the Customer Requirements are met.
  2. Facilitate design trade off decisions
HOQ Matrix

HOQ Matrix

Inputs and Source

  1. Template and Example.
  2. Customer Requirements.
  3. Engineering Requirements.
  4. Benchmarking Data.

Outputs and Destination

Provide input to the risk management process.

Design Review Materials

Our group is not planning to send out a pre-read. We have attached our week 3 design review presentation here.

Plans for next phase

The team will be scheduling a meeting after the week 3 review to plan and discuss what steps we are taking from here.


Home | Planning & Execution | Imagine RIT

Problem Definition | Systems Design | Preliminary Detailed Design | Detailed Design

Build & Test Prep | Subsystem Build & Test | Integrated System Build & Test | Customer Handoff & Final Project Documentation