Skip to content

RoboticAgents/community_project1

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

6 Commits
 
 
 
 

Repository files navigation

Community Project 1: Civic Robotics Platform

Software Systems for K–5 Robotics Education

Table of Contents

Timeline

  • Team Formation: February 16, 2026
  • Project Start: February 16, 2026
  • Community Partner Check-In Completed: Monday, March 16, 2026
  • Final Deliverable + Presentations: Tuesday, April 7, 2026 (Lab, 2:30–4:00 PM)
  • Duration: 7 weeks with scaffolded deadlines (note: Spring Break March 2–6)

Overview

In this capstone community project, you will design and implement a software system that supports a K–5 robotics education and competition pipeline serving low-income schools. This project emphasizes civic responsibility, ethical design, and community engagement, while giving you hands-on experience building real, user-facing software that addresses social needs.

Important: This project focuses on coding and developing software systems that serve a community need, not building physical robots. You will reflect on the ethical and social impact of technology on underserved communities.


Learning Outcomes

By completing this project, you will be able to:

  1. Describe the ethical and social impact of robotics technology on public problems
    Fulfills Course Learning Outcome 5
  2. Participate in civic engagement activities by developing technology for an underserved community
    Fulfills Course Learning Outcome 5 and CL (Civic Learning) Outcome
  3. Reflect on the nuances of public problems and how technology can address community needs
    Fulfills Course Learning Outcome 5 and CL (Civic Learning) Outcome
  4. Design and implement software systems with user-centered design principles
    Fulfills Course Learning Outcome 2
  5. Evaluate system usability and accessibility using quantitative and qualitative reasoning
    Fulfills QR (Quantitative Reasoning) Learning Outcome
  6. Collaborate effectively in team-based software development with version control and documentation
    Fulfills Course Learning Outcome 2
  7. Communicate technical design decisions and civic impact through written documentation and oral presentations
    Fulfills Course Learning Outcome 2

Partner Organization

This project is developed in collaboration with the TMT Youth Community Foundation Pipeline Robotics Program in North Carolina, which provides robotics education opportunities to underserved K–5 students.

📁 Pipeline Robotics Program Reference Materials

Riipen Platform Requirements

This project is managed through the Riipen platform, which facilitates collaboration between students and community partners. You are required to use Riipen for the following:

Required Surveys:

  • Pre-Project Survey: Complete at the start of the project to establish baseline expectations
  • Mid-Point Check-In: Complete around March 6-9 to assess progress and address challenges
  • Post-Project Survey: Complete after project submission to reflect on the experience

Project Management:

  • Milestones: Create and update project milestones on the platform to track your team's progress
  • Task Lists: Check off completed tasks as you advance through the project phases
  • Progress Updates: Regularly update your project status on the platform

Communication:

  • Employer Partner Communication: Use Riipen's messaging system to communicate with the TMT Youth Community Foundation partner
  • Professional Interactions: All platform communications should be professional and respectful
  • Timely Responses: Respond to partner messages within 24-48 hours

Access to the Riipen platform will be provided at the start of the project. Completion of all surveys and regular platform engagement are part of your civic learning assessment.


Your Role

You will act as software developers and system designers, coding applications that enhance the user experience for:

  • Youth participants (K–5 students)
  • STEAM ambassadors (youth leaders)
  • Educators and mentors
  • Caregivers and families

Your work will directly impact real users and contribute to equitable STEM access.


Project Options

Each person will choose ONE of the following projects to complete, forming a team around that project:

Option 1: Cyber Build Competition App

Design and implement a competition management and engagement platform that includes:

  • Digital Competition Store with personalized recommendations
  • Competition Directory:
    • Tier 1 (introductory level)
    • Tier 2 (advanced level)
  • Community Forum with moderation and support features
  • Team Dashboard for task coordination and progress tracking
  • Livestream and Event Hub for competitions and showcases

Option 2: STEAM Ambassador App

Develop a youth leadership and engagement application featuring:

  • Ambassador Profiles and achievements
  • Interactive STEAM Challenges and civic robotics missions
  • Gamification System:
    • Badges and levels
    • Incentives and rewards

Option 3: Educational Robotics Video Game

Create a game-based learning experience using:

  • Simulated robotic agents
  • Multi-agent collaboration mechanics
  • Progressive robotics concepts taught through play
  • Age-appropriate challenges and feedback

Option 4: Take-Home Robotics Learning System

Build a home-based learning extension with:

  • Adaptive learning activities
  • Caregiver support and communication tools
  • Low-bandwidth accessibility considerations
  • Progress tracking and reporting
  • Asynchronous learning modules

or

Develop a physical robotics learning kit that families can use at home:

  • Low-cost, easy-to-assemble robotic components
  • Step-by-step activity guides for K-5 skill levels
  • Software interface for programming the robot (block-based or text-based)
  • Parent/caregiver support materials
  • Connection to virtual mentorship or online community
  • Assessment tools to track learning progress

Key Considerations: Affordability, safety, ease of use, educational value, accessibility


Technical Requirements

System Design

Your software system should demonstrate:

  • User-centered design appropriate for diverse audiences
  • Accessibility considerations for low-income communities and varying technical access
  • Usability that accommodates varying literacy and technical skill levels
  • Thoughtful design that addresses real community needs
  • Ethical considerations in data collection, privacy, and representation

Code Organization

  • All source code must be in the src/ folder
  • All written documents must be in the writing/ folder
  • Include a README.md in your repository root with setup instructions
  • Use meaningful file and folder names
  • Follow consistent coding style and conventions
  • Include comments explaining complex logic

Documentation Requirements

You must provide in the writing/ folder:

  • Community partner research and questions (partner-research.md) - Due Feb 20
  • Design document with architecture and requirements (design.md) - Due Feb 27
  • Final reflection on civic impact and lessons learned (reflection.md) - Due Apr 7

Testing and Quality

Your project will be evaluated on:

  • Functionality: Does the software work as intended?
  • Usability: Is it accessible and easy to use for the target audience?
  • Civic Impact: Does it address a real community need effectively?
  • Ethical Design: Does it consider privacy, equity, and accessibility?
  • Code Quality: Is the code well-structured, documented, and maintainable?
  • Version Control: Regular commits with clear messages throughout development

Project Phases and Weekly Tasks

Week of February 16: Background Research (Deliverables Due February 20)

Note: Teams were formed in class on February 16 based on shared project interest.

Deliverables:

  • Community partner research and questions (see writing/partner-research.md, Due February 20 by 11 AM)

Tasks:

  1. Review Pipeline Robotics Program materials thoroughly
  2. Research your target users (K–5 students, educators, families, or STEAM ambassadors)
  3. Identify the community need your project will address
  4. Prepare thoughtful questions to ask our community partner
  5. Document your background research and questions in partner-research.md

Community Partner Communication:

  • You will work on this project outside of class
  • Contact the community partner via email with your questions
  • You may set up video calls with the partner outside of class time
  • Be professional and respectful in all communications

Week of February 23: Design and Architecture (Deliverables Due February 27)

Deliverables:

  • Design document with requirements and architecture (see writing/design.md, Due February 27 by 11am)

Tasks:

  1. Incorporate feedback from community partner
  2. Define detailed feature specifications for your chosen project option
  3. Identify key system components and how they work together
  4. Create system architecture diagrams
  5. Design user interface mockups or wireframes
  6. Plan technical implementation approach (technologies, frameworks, tools)
  7. Define success criteria and testing approach

Week of March 9: Implementation Phase 1 (Deliverables Due March 13)

Deliverables:

  • Working prototype with core functionality (code in src/ folder, Due March 13 by 11 AM)

Tasks:

  1. Set up development environment and repository structure
  2. Implement core system architecture
  3. Develop key system components
  4. Create basic user interfaces
  5. Write initial tests
  6. Document code with comments
  7. Track progress and challenges with regular Git commits

Week of March 16: Plan Revision + Implementation Phase 2

Status update from partner check-in (Monday, March 16):

  • All teams demonstrated a starting prototype
  • All teams still need significant development and testing to complete project goals

Deliverables:

  • Revised implementation/testing plan in writing/design.md (Due March 17 by 4:00 PM, end of lab)

Tasks:

  1. Incorporate feedback from the March 16 community partner check-in
  2. Modify the Development Phases section in writing/design.md (do not create a new document)
  3. Define remaining build, integration, and testing work with team ownership
  4. Commit the updated plan to your repository before end of lab

Required plan content (in writing/design.md):

  • Week of March 16 milestones
  • Week of March 23 milestones
  • Week of March 30 milestones
  • Final deliverable checklist for April 7

Week of March 23: Implementation Phase 3 (Feature Completion)

Deliverables (weekly checkpoint):

  • Feature-complete core workflow committed to src/
  • Updated progress notes in writing/design.md (completed vs remaining work)

Tasks:

  1. Complete remaining core features
  2. Address high-priority defects from partner/instructor feedback
  3. Validate end-to-end user workflows
  4. Update README setup/run instructions as system behavior stabilizes

Week of March 30: Testing, Hardening, and Demo Preparation

Deliverables (weekly checkpoint):

  • Test evidence/checklist committed in repository
  • Near-final writing/reflection.md draft

Tasks:

  1. Perform functionality, usability, and accessibility testing
  2. Fix defects and improve reliability
  3. Finalize user-facing documentation
  4. Rehearse final demo and presentation flow

Week of April 7: Final Deliverable + Presentations

Final Deliverables (Due April 7 by 2:30 PM):

  • Final code in src/
  • Final README.md in repository root
  • Final writing/reflection.md

Individual requirement (Due April 7 by 2:30 PM):

Final Presentations (April 7 Lab, 2:30–4:00 PM):

  • Live demonstration of your software system
  • 10-minute presentation + 5-minute Q&A

Team Structure

  • Team Size: 2–3 students
  • Team Formation: Form teams based on shared interest in a specific project option
  • Project Selection: Each team chooses ONE project option (from Options 1-4) to complete
  • Roles: Each team member must contribute to design, implementation, documentation, and presentation
  • Collaboration: Use your team's GitHub repository for all code (in src/) and documentation (in writing/)
  • Accountability: Complete peer evaluations and self-reflections to ensure fair grading

Each team member is expected to contribute equally to:

  • System design and architecture
  • Code implementation
  • Documentation
  • Testing and debugging
  • Presentation preparation

Individual contributions will be assessed through peer evaluations and Git commit history.


Team Evaluation Process

Peer and Self-Evaluation Form (Due April 7 by 2:30 PM)

Each team member will complete a peer and self-evaluation form (Google Form) that includes:

Part 1: Peer Evaluation

For each teammate (including yourself), rate on a scale of 1-5:

  1. Communication: Did they communicate actively and keep the team updated?
  2. Timeliness: Did they complete work on time and not push tasks to the last minute?
  3. Work Quality: Did they put in genuine effort and produce quality work?
  4. Collaboration: Were they open to discussion, compromise, and willing to help others?
  5. Contribution: Did they contribute an equal/fair share to the project?
  6. Reliability: Could you depend on them to follow through on commitments?

Open-ended questions:

  • Would you want to work with this teammate again? Why or why not?

Part 2: Self-Reflection

Your Contributions:

  • List specific tasks you completed and estimate hours spent on the project
  • Were there any circumstances that affected your ability to contribute?

Honest Assessment:

  • Rate your own communication, timeliness, work quality, collaboration, contribution, and reliability (1-5)

Submission Instructions

Deadlines

Submit via your team's GitHub repository:

  • February 20, 2:30 PM: Push partner-research.md to writing/ folder
  • February 27, 2:30 PM: Push design.md to writing/ folder
  • March 13, 2:30 PM: Push working prototype to src/ folder
  • March 17, 4:00 PM: Update the Development Phases section in writing/design.md with your revised completion plan
  • April 7, 2:30 PM: Push final code to src/ folder, final README.md to root, and final reflection.md to writing/ folder

Additionally, by April 7, 2:30 PM each team member must complete:

Repository Structure

Your repository should be organized as follows:

project-root/
├── README.md (setup and deployment instructions)
├── src/ (all source code)
│   ├── main application files
│   ├── system components
│   └── tests/
└── writing/ (all written documents)
    ├── partner-research.md (due Feb 20)
    ├── design.md (due Feb 27)
   └── reflection.md (due Apr 7)

Presentation (April 7, Lab 2:30–4:00 PM)

  • Bring your laptop with working system, ready to demonstrate
  • Be prepared to explain your design choices, civic impact, and challenges
  • Each team will have 10 minutes to present + 3 minutes for Q&A

Assessment Rubric

Total: 5 points (part of 10 points for all community engagement)

Your grade = Team Product Score − Contribution Penalty

Team Product Evaluation (5.0 points)

All team members start with the same team product score.

Planning and Design (0.8 points)

  • Community partner research quality and thoughtful questions (0.3 pts)
  • Requirements and feature specifications completeness (0.3 pts)
  • System architecture design quality (0.2 pts)

Technical Implementation (2.0 points)

  • Software design and architecture (0.6 pts)
  • Code quality, structure, and documentation (0.6 pts)
  • System functionality and completeness (0.5 pts)
  • Testing and error handling (0.3 pts)

Civic Impact (1.0 points)

  • Alignment with community need (0.4 pts)
  • Accessibility and usability for target audience (0.3 pts)
  • Civic impact reflection quality and insights (0.3 pts)

Documentation (0.6 points)

  • README with setup/deployment instructions (0.2 pts)
  • Code documentation and comments (0.2 pts)
  • Git usage with regular commits and clear messages (0.2 pts)

Presentation (0.6 points)

  • Demonstration quality and clarity (0.3 pts)
  • Ability to explain technical decisions and civic impact (0.2 pts)
  • Clear explanation of individual contributions (0.1 pts)

Peer Evaluation & Contribution Penalty (0 to −5 points)

After calculating your base score (Team Product = up to 5 points), a penalty is applied based on peer evaluations and contribution evidence.

Penalty determined by:

  • Peer evaluation feedback (communication, collaboration, reliability, contribution quality)
  • Git commit history showing documented contributions
  • Self-reflection quality and alignment with peer feedback

Penalty levels:

  • No penalty (0 pts deducted): Excellent peer reviews (4.5–5.0 avg), strong evidence of equal contribution
  • Minor penalty (−0.5 to −1 pts): Good peer reviews (3.5–4.4 avg), minor contribution concerns
  • Moderate penalty (−1.5 to −2 pts): Adequate peer reviews (2.5–3.4 avg), clear contribution deficits
  • Major penalty (−2.5 to −4 pts): Poor peer reviews (1.5–2.4 avg), minimal contribution
  • Severe penalty (−5 pts): Very poor peer reviews (<1.5 avg), non-participation

Extra Credit (up to 0.5 points)

  • Exceptional innovation, complexity, or going above and beyond (0.3 pts)
  • Meaningful community partnership engagement or user testing (0.2 pts)

Civic Learning Reflection

Throughout this project, consider:

  • Equity: How does your design ensure access for underserved communities?
  • Ethics: What are the ethical implications of autonomous systems in education?
  • Impact: How can technology support (not replace) human mentorship and learning?
  • Sustainability: How can your system be maintained and scaled by the community?

This project is not just about building software—it's about using your technical skills to create positive social impact.

Your civic impact reflection (due April 7) should address:

  • How your system addresses a real community need
  • Design decisions made with accessibility and equity in mind
  • Ethical considerations in autonomous system development
  • Potential real-world impact and sustainability
  • Personal growth in understanding civic engagement through technology

About

Community project 1

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

No releases published

Packages

 
 
 

Contributors