P20011: Articulating Toilet System

Problem Definition

Table of Contents

Team Vision for Problem Definition Phase

During this phase of the project our team aimed to define the problem at hand and work with our customer to identify how the product would be used, what limitations the current prototype has, and how we can work to improve the current design.

During this phase our team was able to accomplish these goals and define the problem, understand our customers needs, the limits of the current system, the improvements that should be made, and what products already exist on the market. We were also able to define what engineering requirements would need to be met to achieve these goals and what risks may exist in completing this project

Project Summary

Modern day public restroom facilities are expected to be accommodating for a variety of people. Some of these people include individuals who are required to use wheelchairs for daily transportation and have little or no ability to use their lower body. The restrooms, as well as the toilets themselves, should provide the occupant with the necessary means to go to the restroom in an efficient, organized, and timely manner. Despite this, some people who currently use wheelchairs are still encountering issues when using wheelchair accessible restrooms. Some of these issues include not having the means or strength to lift themselves onto the toilet seats, experiencing a difference in height between the toilets and the wheelchair, and not having enough room to clean themselves after using the toilet.

In an attempt to resolve these problems, a prototype was designed and built by the 2018/2019 senior design team (W.A.R.3). Some limitations of this design include the inability to fit over a standard toilet, faults in the hydraulic system, and an unappealing visual design. Our team will deliver a product that fits over any standard toilet, meets ADA requirements and provides a design similar to that drafted by the industrial design student in 18/19. This design will include ergonomic and safety features for the customer and will be aesthetically congruous with home and public restrooms.

Problem Definition

Use Cases

Scenarios include:

For a full view of this document, click Here

Project Goals and Key Deliverables

Expected end result of the project, what the customer can expect to receive at the end of the project. create a toilet that:
  1. Can be mass manufactured at a low cost
  2. Can be easily used by the wheelchair community
  3. Can be easily installed using limited tooling
  4. Is comfortable and safe
  5. Meets ADA Requirements

Customer Requirements (Needs)


Decompose the Problem Statement into functions of elements needed to satisfy the customer. Working with the customer these items were ranked by level of importance in order for the design team to determine which factors are most important to include

Document Overview

Document Owner: Samantha Destremps

This document is a living document and will be updated throughout the life of the project. Relevant stakeholders include the customer and the project guide, both of whom have been interviewed. The project team inquired on other stakeholders to interview for requirements and were notified that all relevant stakeholders have been informed.

The customer is concerned with a wide list of requirements falling into 5 general categories these 5 categories are as follows:

  1. Easy of Use
  2. Safety
  3. Marketability
  4. Manufacturability
  5. Reliability

The most important thing to the customer is that the product is safe, reliable and easy to use. If it can be easily manufactured and marketed that is considered a bonus.

Figure 1.1: P20011 Customer Needs Screenshot

Figure 1.1: P20011 Customer Needs Screenshot

For a full view of this document, click Here

Engineering Requirements (Metrics & Specifications)


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

Document Overview

Document Owner: Daniil Sushko

The project engineering requirements were designed in response to the customer requirements. This list of requirements are items that the engineering team will need to meet during the design process. With measurable and testable specifications, this document offers an objective method to ensure customer needs are met. This document is likely to evolve with the life of the project as team requirements are tested and revised if necessary.

Each engineering requirement is driven by a customer need, PRP documentation, or a constraint of physically implementing the project. The importance and function of each engineering requirement is linked to the corresponding customer need as well.

Figure 1.2: P20011 Engineering Requirements Screenshot

Figure 1.2: P20011 Engineering Requirements Screenshot

The engineering requirements live document can be found here


Project Constraints
  1. Budgetary Constraint $500
  2. ADA requirements
  3. Range of Standard Toilet Dimensions
  4. 30 week time frame to deliver final product
  5. Small enough to be workable in a handicap bathroom stall

House of Quality


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

Document Overview

Document Owner: Daniil Sushko

This document illustrates the correlation between the customer needs and engineering requirements. Each customer requirement is covered by at least one engineering requirement and most are related to multiple engineering requirements.

Figure 1.3: P20011 House of Quality Screenshot

Figure 1.3: P20011 House of Quality Screenshot

The house of quality live document can be found here.

Design Review Materials

Problem Definition Design Review Documentation

Below are links to all design review documentation

  1. Pre-Read
  2. Presentation
  3. Notes
  4. Team Peer Evaluations

Plans for next phase

As a team our plans for the next review meeting include:

  1. Have a detailed list of improvements required on the current Prototype

As individuals we each drafted a three week plan for what we are hoping to accomplish

  1. Samantha Destremps
  2. Kristina Klishko
  3. Christina Eker
  4. Marlon Naveda
  5. Daniil Sushko

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