Date: December 1, 2025
This is an informal contract to ensure that all team members have a common understanding of what is expected in terms of work standards, communication, division of work, and conflict resolution.
| Role | Name | Student ID |
|---|---|---|
| Member A | Ryan Morov | 2492176 |
| Member B | Felipe Mesa Paredes | 2466265 |
Within the context of this project, what are the strengths and weaknesses that each member brings to the team?
- Strengths: Strong background in C# logic, object-oriented principles, and handling file operations.
- Weaknesses: Less experienced with advanced WPF XAML styling and complex UI layouts.
- Strengths: Excellent skills in UI/UX design, creating responsive layouts, and organizing project documentation.
- Weaknesses: Sometimes struggles with complex algorithmic logic (like randomization algorithms) or debugging deep backend issues.
What would the team collectively consider "good enough" of an achievement for the project? (One response for the whole team)
We aim for a grade of at least 90%. "Good enough" means the application is fully functional without crashing and meets all the core requirements: creating/editing decks, running a study session, and accurately saving/loading data. We agree that a stable, clean application submitted on time is better than a feature-rich app that is buggy or late.
- Topic 2: Flashcard Study App (Learning / Study)
How will each member contribute to the project?
- Models and Repos: Creating the
DeckandCardclasses. - Data Persistence: Implementing the Save/Load logic to ensure decks and cards are persisted to text/CSV files.
- Quiz Logic: Writing the algorithms for shuffling cards in Quiz Mode and calculating the final percentage score.
- Views and Navigation: Designing the windows using WPF.
- Interactivity: Handling UI events (for example, flipping the card from Front to Back, marking cards as "Got it" or "Missed").
- Documentation: Compiling the final report, formatting the user guide, and ensuring the UI meets the "Appearance" requirements.
How often will the team be in touch and what tools will be used to communicate?
- We will communicate daily via Discord for quick updates and file sharing.
What is a reasonable delay to reply to messages? Is it the same for weekdays and weekends?
- Weekdays: We expect a reply within 4 to 6 hours.
- Weekends: We expect a reply within 12 hours.
If a member is unable to work on the project for a specific day, they must notify the other member in advance.
Each member must provide a sample sentence for how they would like to receive constructive feedback from their peers.
-
Member A: "I prefer direct, technical feedback. For example: 'The load function is throwing an error on empty lines; can you look at the loop condition again?'"
-
Member B: "I prefer feedback that suggests improvements rather than just pointing out errors. For example: 'The study screen looks good, but maybe we can increase the font size on the cards to make them more readable?'"
If a team member fails to communicate as described in this contract or does not respond to constructive feedback, what measures should the other teammate take? (One response for the whole team)
-
Direct Reminder: Send a message via Discord tagging the member, restating the pending task and the deadline.
-
Call: If there is no response within 24 hours, attempt a direct voice/video call.
-
Professor Mediation: If communication breaks down for more than 48 hours or if a critical deadline is at risk, we will contact the professor for guidance.