-
Notifications
You must be signed in to change notification settings - Fork 1
CM1
This is the first milestone report for the bounswe2024group11 team. It includes a summary of what we have done so far, our project plan in a detailed manner, work done by each team member, and the tools we have benefitted.
Turquiz is a platform for Turkish people to improve their English via quizzes, forum and other various content. The primary goal is to create an engaging platform so that the process of learning is no more boring. Our audience is anyone with a mildly beginner level english speakers. We expect some kind of prior knowledge on english. we differ from say Duolingo in that sense. The application is supposed to be encouraging and captivating.
We have specified the requirements for the project. We have provided 5 scenarios and corresponding mockups for showcasing better understanding of the project. We have provided class diagram, use case diagram, and sequence diagrams in order to have a common understanding of the implementation. We are now completed our first milestone for implementation of the project. On mobile, we can demonstrate registration, login, and forum question creation together with tagging communicating with the backend. On web, we have implemented quiz solving and ARIA W3C standard.
Since we completed all of our tasks, we did not need a plan change accordingly. However, we received useful feedbacks from the customer and we are considering adding some functionalities from the customer feedback such as hints for questions, a learning platform, and determining the difficulty levels of the quizzes.
- Customers suggested that there are tools which shows the difficulty level of a given English word in order to use determining the difficulty level of a quiz.
- They also suggested that there can be hints for quiz questions such as images or what domain does the word belong.
- They also recommended that users might want to use the app for only learning English words rather than participating in a quiz thereby becoming more confident before taking a quiz.
- They also suggested that there are tools to determine if a text is written in English and therefore we can determine if a user wants to tag his forum question in English or Turkish.
- Determining the difficulty level of a given English word with a tool is a very good idea. This will enable us to develop more robust quiz difficulty level identification. However, the tools might lack a comprehensive vocabulary.
- Hints are really good idea to make quizzes more interactive and enjoyable. This will be added to the requirements.
- Providing a learning platform other than quizzes might be cumbersome. However, we can implement a simple learning platform. For example, the user selects a domain and a difficulty level, then we return a random word together with its image (if available), definition, and synonyms and antonyms.
- Restricting the user to only one language for tagging might not be a good idea. The user might want to tag with both languages or there are language specific words that the user asks to understand in the other language.
1. Software Requirements Specification
2. Scenarios and Mockups
Note: All mockups can be seen under the related scenario.
3. Software Designs (UML designs)
4. Project Plan, Communication Plan, Responsibility Assignment Matrix
5. Pre-Release Version of Turquiz
- Release Tag: Please follow the link to 0.1.0-alpha.
- Web Application: Please follow the link to Turquiz Web Application.
- Build & Run: All Dockerization & Deployment process for testing/using the application locally is covered in the README section of our repository.
- ✅ Software Requirements Specification : All the specifications are decided and written on the corresponding wiki page.
- ✅ Scenario 1: Scenerio 1 is written and documented on wiki.
- ✅ Scenario 2: Scenerio 2 is written and documented on wiki.
- ✅ Scenario 3: Scenerio 3 is written and documented on wiki.
- ✅ Scenario 4: Scenerio 4 is written and documented on wiki.
- ✅ Scenario 5: Scenerio 5 is written and documented on wiki.
- ✅ Class Diagram: After a collaborative work, a complete class diagram is created by using features of mermaid languge.
- ✅ Use Case Diagram: By using draw.io, use case diagram is created and documented on wiki.
- ✅ Sequence Diagram: Sequence diagrams can be accessed through this link.
- Project Plan: A general project plan is created. Possible modifications on the road are possible.
- Communication Plan: Our communication plan is decided.
- Responsibility Assignment Matrix: Our RAM can be accessed here.
We didn’t encounter any major changes along the way and were able to deliver everything for the first demo as planned.
Initially, Umit was set to create Figma designs for both the mobile forum and the web quiz. However, recognizing his efficiency in designing directly in code with TailwindCSS, we decided to skip detailed Figma designs for the quiz and develop its UI directly in code instead. To speed up the client-side development, we divided tasks so that Hasan built out the basic page structures, which Umit then refined. Meanwhile, the mobile team could directly reference Umit’s designs, maintaining consistency. This streamlined approach emphasized functional design over detailed UX/UI, allowing us to meet our demo goals efficiently and cohesively.
We are planning to add hints for questions, a learning platform, and
-
GitHub Issues As always, GitHub Issues were used effectively for task tracking, bug reporting, and feature management, providing a clear overview of ongoing and completed work.
-
WhatsApp This semester, we expanded our use of WhatsApp to improve communication, even creating dedicated groups for frontend, server, and DevOps teams. This allowed for more focused discussions and quicker resolution of domain-specific issues.
-
Discord While still useful, Discord was not as efficient for us as it had been in previous semesters, and we relied on it less for core discussions even before the ban on Discord.
-
Figma We used Figma primarily for logo design, color selection, branding, and brainstorming sessions, allowing us to establish a cohesive visual identity early in the process.
-
Face-to-Face Meetings: Regular in-person meetings were crucial for discussing API schemas, feature scope, design elements, and more, enabling clear, real-time communication and faster decision-making.
-
Online Meeting: We used Jitsi instead of Google Meet or Discord this semester. The change was due to its free software license.
-
The Weekly Meetings: We increased one-day per week meeting to two-day per week group meeting this semester. These meetings become more task oriented and helped us get synced more easily.
-
Selecting a Lead: This semester, we decided to select a lead responsible for major jobs such as backend, web, mobile, linked data etc. This helped us to keep track of the responsibility better.
- 1.1.1.1 Users shall be able to register the system.
- 1.1.1.2 Registered users shall be able to log in to the system.
- 1.1.1.5 Registered users shall be able to log out from the system.
- 1.1.2.6 Users shall be able to view any quizzes.
- 1.1.2.8 Registered users shall be able to see previous quizzes
- 1.1.2.12 Registered users shall be able to see the creator of quizzes.
- 1.1.2.13 Registered users shall be able to view a quiz feed.
- 1.1.3.1 Registered users shall be able to create forum questions.
- 1.1.3.2 Registered users shall be able to link keywords in the questions to the corresponding linked data source.
- 1.1.3.4 Users shall be able to view any forum questions.
- 1.1.3.13 Registered users shall be able to view a forum feed.
- I am assigned to create the frontend of the Web application which the users will interact when they are using Turquiz. Ümit Can Evleksiz is also working on the clientside. We split tasks and review each other's tasks to push only high quality code the main branch. Therefore, I am also responsible for reviewing Ümit Can's code. Moreover I was responsible for creatin the requirments, elicitation questions and a scenario with its mockup.
- I was the part of the team crating the requirements and elicitation questions.
- I created the second scenario with Ceydanur Şen.
- I and Ümit Can created the web application which we have shown in the demo.
- I initialized the register and the login pages and modified the mock server to make them functional.
- I created the the page to get a single quiz with id and solve it. I also created mock quizzes to solve and modified mock server to enable solving the quizzes.
- Ümit Can reviewed what I did and occasionally added new functionalities and improved the design and I reviewed his tasks and merged his branches.
- I reviewed the functionalities and the design of the quizzes page, the homepage.
- I added mock data to leaderboard and the homepage. I also add some styling to the leaderboard initialized by Ümit Can.
- Resolved/Reviewed Issues:
- Resolved/Reviewed Issues:
-
Created PRs:
-
Merged PRs:
- feat(client): refine leaderboard
- feat(client): add a simple leaderboard table
- feat(client): add quiz start screen, timer, progress bar and overall style improvements
- fix(client): prevent id duplication
- des(client): refine quiz card, quiz page, page heads, router
- chore(client): configure project and meta tags
- des(client): improve design, add necessary components
- feat(client): implement quizzes route & msw
- w3c(client): add relevant aria attributes to toast modal
- feat(client): implement register page and routing
- chore(client): bootstrap client application
-
Reviewed PRs:
- feat(client): add content to home and refine leaderboard data & design
- feat(client): refine leaderboard
- des(client): refine quiz card, quiz page, page heads, router
- chore(client): configure project and meta tags
- feat(client): add quizzes route and page & more configuration throughout the project
- feat(client): implement quizzes route & msw
- w3c(client): add relevant aria attributes to toast modal
- feat(client): implement register page and routing
- chore(client): bootstrap client application
-
Conflict Resolution:
In feat(client): implement login page and routing I had to rebase my code because some changes were merged to the development branch after I created this branch. When I opened the pr for this, Ümit Can warned me about this issue. When I merge the latest development branch to my branch there were more changes than it supposed to be. After the rebasing operation the changes number decreased so the reviewer can review the actual changes easily and does not get overwhelmed by extra changes.
- In previous term I was in backend part of the team, but this term I switched to mobile team of our Turquiz project. My general responsibilities consist of the design and implementation of the mobile part of our project. Other than that I try to help my team in terms of writing requirements, creating scenarios, documenting meeting notes etc.
- I was a member of the team that created requirements. I looked specifically at user requirements.
- I created 4th and 5th scenario with Muhammet Emin Çiftçi and Ozan Karakaya.
- Muhammed Emin Arayıcı and I implemented the mobile part which we showed in our demo.
- I splitted initial authentication page which had login and register to two seperate screens and modified their UI to a proper one.
- I implemented CreateQuestion screen in forum screen.
- I implemented bottom tab to our mobile application in order to navigate into "Forum", "Quiz", "Leaderboard" and "Profile" pages.
- Muhammed Emin Arayıcı and I resolved conflicts that has occured in merging different branches into the "development" branch.
- I documented multiple meeting notes and lab reports.
- Resolved/Reviewed Issues:
-
Resolved/Reviewed Issues:
- Document Lab Meeting #1 notes. Issue
- Document Meeting #1 notes. Issue
- Document Meeting #2 notes. Issue
- Document Frontend Meeting #1 notes. Issue
- Document Meeting #3 notes. Issue
- Document Meeting #4 notes. Issue
- Create Lab Report Template. Issue
- Document Lab Report 2. Issue
- Document Lab Report 3. Issue
- Document Lab Report 4. Issue
- Create Requirements. Issue
- Create User Scenario 4 with Ozan Karakaya and Muhammet Emin Çiftçi. Issue
- Create User Scenario 5 with Ozan Karakaya and Muhammet Emin Çiftçi. Issue
- Created PRs:
-
Merged PRs:
- chore(mobile): Bootstrap Mobile App
- feat(mobile): Add Auth Context
- chore(mobile): Implement Mock Server for Forum Pages
- feat(mobile): Implement forumQuestionDetail Screen and Enhance Forum Feed Screen
- chore(mobile): Add Prettier as a Dev Dependency for Mobile Application
- feat(mobile): Build Mobile App
-
Reviewed PRs:
- chore(mobile): Bootstrap Mobile App
- feat(mobile): Add Auth Context
- chore(mobile): Implement Mock Server for Forum Pages
- feat(client): Add Quizzes Route and Page & More Configuration Throughout the Project
- feat(mobile): Implement forumQuestionDetail Screen and Enhance Forum Feed Screen
- chore(mobile): Add Prettier as a Dev Dependency for Mobile Application
- feat(mobile): Build Mobile App
- feat(mobile): Connect Mobile to Backend and Implement Tagging for Forum Questions
-
Conflict Resolution:
Our most important conflict occured in merging authentication page with forum page at the development branch. These conflicts were based on imports can card functions generally. I resolved these conflicts with Muhammed Emin Arayıcı by meeting online and progressing line by line.
- One of my main responsibility was to search and learn which API to use for semantic search and how to implement linked data structure for our project. This task is crucial since according to API used and the implementation way our project structure and the performance affected significantly.
- I worked on requirement specification and asked some of the elicitation questions we prepared.
- I was responsible for creating class diagrams and sequence diagrams.
- Project planning was my another responsibility. Starting from the first week I took a part in creating project plan and tracking changes to it during our development phases.
- I implemented tagging endpoint with my backend team members to add tag feature into forum question and answers. I was responsible for implementing pagination for forum questions.
- I created project plan with Muhammet Emin Çiftçi and Muhammed Emin Arayıcı. After that the I tracked whether we had fallen behind the schedule.
- I documented each task explanations stated on Project Plan.
- I created Scenario 2 and related Mockups with Hasan Kerem Şeker.
- I created Class Diagrams with other backend members.
- I was responsible for creating seqeunce diagrams.
- I searched for linked data structure and found out that the suggested Lexvo API is not suitable for our project structure and has a narrow vocabulary pool for Turkish words. We decided to use BabelNet API. I examined its Python and HTTP API and also examined its sample codes provided at API guide.
- I implemented tagging endpoint with Muhammet Emin Çiftçi and Mücahit Erdoğan Ünlü. After that users can add tags to forum questions and answers.
- I added pagination functionality for forum questions with Mücahit Erdoğan Ünlü.
- I implemented unit test for pagination functionality.
-
Resolved/Reviewed Issues:
- Pagination | Related PR : I implemented pagination functionality for forum questions.
- Linked Data/ Tagging | Related PR : For the linked data structure we implemented a tagging endpoint after spending a lot of time for suitable implementation.
-
Resolved/Reviewed Issues:
- Research Lexvo : We conducted a search for linked data implementations on Lexvo, but we found that it is not suitable for our needs. The primary reason for this is that Lexvo only offers a Java API, which limits its accessibility for our project. Additionally, the vocabulary pool available through Lexvo is quite narrow, making it challenging to accommodate the diverse range of terms and concepts we require for effective linked data integration. As a result, we need to explore alternative solutions that offer broader language support and more flexible implementation options.
- Create General Plan : This plan constructed a base for the final project plan.
- Create Project Plan: We created a project plan to use during our development phases.
- Document Tasks Stated In Project Plan: I explained thw task and which specific task involves which steps to complete.
- Class Diagrams , Edit Class Diagrams: I took a role in creating our class diagrams and reviewed it.
- Create Scenario: Created a scenario with Hasan Kerem.
- Create Sequence Diagrams: With my all backend team, we distributes this task to ease and complete this task.
- Created PRs:
- PR for tagging endpoint
- PR for pagination
- Starting from the requirements to the current state of our project, I have been working on each step.
- Requirements specification, project planning, and mockups are three main parts I worked on during the requirements phase.
- Creation of software design diagrams which were use case diagram, class diagram, and sequence diagrams was my resposibility on design phase.
- For the implementation part, I was on the backend team and worked on tagging and vote endpoints. Also, I had the opportunity to study on dockerazion thanks to Ozan.
- I am also chosen as a project manager with Ceydanur. It is kind of a symbolic responsibility but it is worth mentioning.
- Created project plan with Muhammed Emin Arayıcı and Ceydanur Şen. Also, created and configured the required charts. The wiki page
- Drew the mockups and write the story for scenerio 4 & 5. Scenerio 4 Scenerio 5
- Decided on requirements with the team. Requirements
- Created Use Case Diagram with Ozan. Use Case Diagram
- Created Class Diagram with Mücahit and Ceyda. Class Diagram
- Created Sequence Diagrams with the backend team. Sequence Diagrams
- Created Tagging endpoint with Mücahit and Ceydanur.
- Created Forum Qustion Vote endpoint with Arda and Ozan.
- Worked on Database Dockerization with Ozan.
-
Resolved/Reviewed Issues:
- Create Initial Database Schema: MySQL Database is chosen for our project.
- Implement API for Returning Entity List from BabelNet: Mücahit, Ceyda, and me worked on how to implement tagging feature.
- Implement Vote Endpoints for Forum Questions: Arda and me worked on voting feature for forum questions.
- Dockerize the Full Application - Reviewer: As Ozan and Muhammed Emin Arayıcı worked on dockerization of our application, I had the opportunity to review their work.
- Make First (Manuel) Deployment - Reviewer: I reviewed the deployment status of our application.
- Configure a CI/CD Pipeline for Dev Environment Utilizing GitHub Actions - Reviewer: Automation of our application is still on progress.
- Decide on Deployment Plan - Reviewer: I followed the developments on the plan for deployment.
-
Resolved/Reviewed Issues:
- Relocate Gitignore and Get Rid of Workflows: Additional to moving last semester's work to archive, old workflows directory is also removed.
- Create Requirements: Creation of requirements took several weeks to accomplish. We did it all together.
- Modify Issue Templates: We did not have descriptive issue templates. In the end, we decided on a simple one.
- Create Project Plan: Overall tentative project plan is created with my team members Arayıcı and Ceydanur. Project Libre is used.
- Create Gannt and Network Charts for Project Planning: Gannt and Network Charts created by Project Libre were used for project plan demonstration.
- Create Class Diagrams: Class diagram design was done colleboratively.
- Create Use Case Diagrams: Use case diagram design was done colleboratively.
- Create Sequence Diagrams: Sequence diagrams design was done colleboratively.
- Create User Scenario 4 - Search Forum & Bookmark & Upvote & Answer: In the lab session, we created all the scenerios including this one.
- Create User Scenario 5 - View User Badge: In the lab session, we created all the scenerios including this one.
- Create Mock Quiz Data For Clientside: For our web development, I provided mockup data for quiz page with Hasan Kerem Şeker.
- Organize Wiki page: Our old wiki page was modified according to new term.
- Document the Lab Meeting #2
- Document Project Planning Meeting
- Document the Lab Meeting #3
- Document the Lab Meeting #4
-
Created PRs:
- Implement tagging endpoint and document the swagger for it: For our both forum and quiz pages, we need taggin feature so that we can semantically search inside these pages. Therefore, using BabelNet web server, we could get the id of each tag and connect the questions or quizes with them. Briefly, the tagging feature is a very critical point for our overall application.
-
Merged PRs:
- Implement token obtain pair (login) and register endpoints: The first endpoints login and register end points were implemented by Mücahit. I had a contribution in merging this PR.
-
Reviewed PRs:
- Implement token obtain pair (login) and register endopints: The first endpoints login and register end points were implemented by Mücahit. I reviewed this PR.
- My team has chosen me and Ceydanur as co-project managers for our project development. It is kind of a symbolic responsibility, but I try to be as helpful as possible.
- I'm part of both the mobile team and the DevOps team. My main responsibilities are developingthe mobile application and deploying the full application for mobile and DevOps teams, respectively.
- Moreover I was responsible for creating the requirments, elicitation questions, a scenario with its mockups, and the UI/UX design.
- I was the part of the team creating the requirements and elicitation questions.
- I created the third scenario and its mockups with Mücahit Erdoğan Ünlü.
- I helped to Ümit Can Evleksiz for the creation of the UI/UX design.
- Me and Yunus Kağan developed the mobile application.
- I initialized the authentication system to manage JWT token lifecycle. (e.g., stroing token, deleting token, etc.)
- I created a mock server using
json-server
for the mobile team to develop the forum screens before the development of related APIs by the backend team.- I built the forum feed screen usign the mock server.
- I built the question detail screen with answers using the mock server.
- I connected the mobile application to the deployed backend.
- I developed the tagging feature for the forum questions in the mobile application.
- I resolved the problems related to Dockerization of the applications, backend, client, and Nginx with Ozan Oytun Karakaya.
- I initialized the CI/CD pipeline with Ozan Oytun Karakaya.
- Me and Ozan Oytun Karakaya deployed the application to the cloud.
- Resolved/Reviewed Issues:
- Implement Auth Context for mobile Issue, PR
- Implement mock server for forum pages for mobile Issue, PR
- Implement Forum Question Detail screen for mobile Issue, PR
- Implement tagging for forum questions for mobile PR
- Connect mobile app to deployed backend PR
- Dockerize the full application and initialize the CI/CD pipeline Issue, PR
- Created PRs:
- Bootstrap Mobile App
- Add Auth Context for Mobile
- Implement Mock Servers for Forum Screens for Mobile
- Dockerize the Full Application and Initialize CI/CD Workflow
- Implement ForumQuestionDetail Screen for Mobile
- Add Prettier as a Dev Dependency and Refactor the Mobile Directory
- Build Mobile App
- Connect Mobile to Backend and Implement Tagging for Forum Questions
- Conflict Resolution:
In the Update Navigation and Add Register Screen PR, there are some issues arised while resolving the merge conflicts. This PR introduces the changes to the application's default navigation logic since it provides different flows for authenticated and not authenticated users. The base branch also has some newly added configurations for the same file. While combining them, some of the details of the PR are changed. Because the PR does not have the final navigation logic the app has, I didn't go it too much. I informed my colleague about it. Then
- My main responsibility is leading the DevOps process of our application with all of its features such Dockerization, Deployment, CI/CD features, etc.
- I am also a part of the backend development team. I have contributed mostly on DevOps side since backend contributions are satisfied for this milestone.
- I was also responsible for creation of requirements & elicitation, scenarios, UML Diagrams and Project Plan.
- I have generated & gathered elicitation questions for requirements and revised requirements according to their answers.
- I have created general Project Plan with Ceyda Nur Şen and Hasan Kerem Şeker.
- I have created User Scenario 4 & User Scenario 5 with Muhammet Emin
- I have created UML Use Cae
- Resolved/Reviewed Issues:
- Created PRs:
- Merged PRs:
- Reviewed PRs:
- Conflict Resolution:
- I was in the mobile team last semester. This term, I have switched to the backend team. I have worked on endpoints.
- Organized New Meeting Schedule for the project was part of my responsibility.
- Implementing Vote Endoints for Forum Questions wih Muhammet Emin Çiftçi ,and Forum Question Create and View Endpoints with Mücahit Erdoğan Ünlü were some of my responsibilities for backend.
- Reviewing part for requirements and giving feedbacks. Also, I was responsible for creating user scenario templates and user scenarios with mockups aswell.
- Creating software design diagrams like class diagram, and sequence diagrams and also reviewing them was my primary responsibilities in the design process.
- Refining and updating wiki also was a kind of responsibility that i helped about.
- Created User Scenario 1 and drawing the mockups with Ümitcan Evleksiz. The wiki page
- Created User Template for a general use and consistency with Ümitcan Evleksiz. Template
- Reviewed and gave feedbacks on requirements with the team. Requirements
- Created Class Diagrams with Mücahit, decided on the design and reviewed. Class Diagram
- Created Sequence Diagrams and also reviewed others with the backend team. Sequence Diagrams
- Created Forum Question Create and View endpoints with Mücahit.
- Created Forum Question Vote endpoint with Muhammet Emin and Ozan.
-
Resolved/Reviewed Issues:
- Implement Vote Endpoints for Forum Questions: Vote endpoint is implemented with Muhammet Emin Çiftçi and the help of Ozan. Branch
- Implement Forum Question Create and View Endpoints: Forum Question Create and View endpoints are implemented by me and Mücahit. PR
-
Resolved/Reviewed Issues:
- Create User Scenario 1 - Explore and Register:
- Create User Scenario Template
- Organize New Meeting Schedule
- Create Lab Report 1
- Research Lexvo
- Create Class Diagrams
- Create Use Case Diagrams
- Create Sequence Diagrams
- Create User Scenario 4 - Search Forum & Bookmark & Upvote & Answer
- Create User Scenario 5 - View User Badge
- Implement API for Returning Entity List from BabelNet
- Create the Initial Database Schema
- Create Mock Quiz Data For Clientside
- Modify Issue Templates
- Organize Wiki page
- Document the Lab Meeting #2
- Document Project Planning Meeting
- Document the Lab Meeting #3
- Document the Lab Meeting #4
-
Created PRs:
-
Merged PRs:
-
Reviewed PRs:
- I am responsible for creating and maintaining the branding of the Turquiz application.
- I am responsible for the UX/UI design of both the web application and the mobile application.
- I am responsible for creating the web client application.
- I am respinsible for accessibility, responsiveness, and the w3c compliance of the web application.
- Initialized the scenarios with Muhammet Emin Arayici.
- Created first user scenario.
- Created the app logo, theme, and color palette.
- Brainstormed the user flows and possible screens.
- Created forum page designs for the mobile application.
- Bootstrapped the web application, installing necessary dependencies.
- Refined and refactored the login/register pages, removed ui libraries we didn't need anymore.
- Set up a mock server (MSW) to serve mock data for the web application.
- Created quiz card and quizzes page.
- Refined the quiz page, added missing functionalities.
- Added a leaderboard with mock data, created reusable components.
- Added a home page with mock data.
- Bootstrap Web Client Application
- Implement Toast Notification
- Implement Quizzes Route & Create Mock Server For It
- Fix Build Failure on Local and Docker
- Design and Implement Quiz Inner Component
- Design and Implement Quiz Card
- Design and Implement Quiz Opener Screen
- Organize Repository by Moving it under /archive
- Research W3C standards
- Create User Scenario Template
- Create User Scenario 1 - Explore and Register
- Design App Name & Logo & Theming
- Decide the Libraries to Use in the Client App
-
feat(client): add quizzes route and page & more configuration throughout the project
-
des(client): refine quiz card, quiz page, page heads, router
-
feat(client): add quiz start screen, timer, progress bar and overall style improvements
-
feat(client): add content to home and refine leaderboard data & design
-
Version Control:
After exploring different options for our branching strategy, we decided against creating separate branches for each domain (client, mobile, server, etc.). Instead, we’ll maintain a single branch across all domains, with each branch representing a specific feature or unit of work. For example, a branch for a feature like "forum" will fork from the
main
branch, and both client and server updates related to the forum will be developed within this feature branch. This means our branch structure is organized by features rather than by domain.We also discussed the use of
main
anddevelopment
branches in our workflow, focusing particularly on how deployments will be managed. Themain
branch will serve as the stable branch, intended for production-ready code, while thedevelopment
branch will be used for ongoing feature integration and testing. Deployments to staging will occur fromdevelopment
to allow for thorough testing, while production deployments will only come from the main branch, ensuring that only fully tested and stable code reaches production. -
Time and Resource Management:
As the sole designer for both web and mobile platforms, I prioritized the mobile application to keep its development moving forward, given the immediate need for specific functionalities. I chose not to create high-resolution UI designs for the web application, as its design needs could be met effectively using only TailwindCSS. This approach allowed for "design by code" on the web, which was not feasible for the mobile application.
- I was selected as the lead backend developer. This meant that I was responsible for delivering the backend objectives on time. Besides, I had the responsibility of division of labor and assigning teammates to tasks.
- I took part in specifying the requirements.
- I took part in scenario & relevant mockups together with Muhammed Emin Arayıcı.
- I was selected as the lead responsible for class diagrams.
- I was responsible for sequence diagrams.
- I was responsible for selecting the best suitable Linked Data tool for our project.
- Actively participated in specifying the requirements and created the glossary.
- Prepared one scenario & relevant mockups together with Muhammed Emin Arayıcı.
- Prepared the main design of the class diagrams.
- Created a few sequence diagrams together with Ceydanur Şen and assigned some sequence diagrams to others.
- Researched and selected Babelnet API as our Linked Data server as it provided the most comprehensive vocabulary for Turkish-English.
- Bootstrapped the backend app and integrated the swagger.
- Created register and login endpoints on backend together with their swaggers and unit tests.
- Created fully-functional Forum Question CRUD endpoints together with Arda Vural together with its swagger.
- Created unit tests for Forum Question CRUDs.
- Implemented tagging endpoint that returned a list of Babelnet entities to user together with Ceydanur Şen and Muhammed Emin Çiftçi together with its swagger.
- Implemented pagination for Forum Questions together with Ceydanur Şen and updated swagger and unit tests accordingly.
- Resolved/Reviewed Issues:
- Bootstrap Django REST Framework App: issue, PR
- Implement Login and register Endpoints: issue, PR
- Integrate Swagger and use it for Login and Register JWT Tokens: issue, PR
- Implement Forum Question CRUD Endpoints together with Arda Vural: issue, PR
- Implement Tagging Endpoint together with Ceydanur Şen and Muhammed Emin Çiftçi: issue, PR Implement Pagination for Forum Questions together with Ceydanur Şen: issue, PR
- Resolved/Reviewed Issues:
- Apart from participating in specifying requirements, I personally prepeared the glossary: issue
- I researched the best suitable Linked Data tool for our project. It is important because it will signifcantly affect the user experience: issue
- Designed the main part of the class diagrams as they are useful for understanding the project structure: issue
- Create a scenario & relevant mockups together with Muhammed Emin Arayıcı: issue
- Created
- Auth: PR
- Forum Question. There was a simple conflict in requirements.txt file. Resolved by adding both incoming lines: PR
- Tagging: PR
- Merged
- Pagination: PR
As a lead backend developer, I had the responsibility to integrate new-coming teammates from mobile team, Muhammed Emin Arayıcı and Arda Vural to backend team. I had sessions with both of them on Django and Django REST framework. Besides, we developed some endpoints together.
Turquiz App
- Implementation Phase 1
- Design
- Scenarios & Mockups
- Software Requirements Specification
- Forming the Team
- Lab Meeting #1
- Meeting #1
- Lab Meeting #2
- Meeting #2
- Project Plan Meeting
- Frontend Meeting #1
- Lab Meeting #3
- Meeting #3
- Meeting #4
- Lab Meeting #4
- Meeting #5
- Meeting #6
- Meeting #7
- User Scenario 1 - Explore and Register
- User Scenario 2 - Search for a Quiz & Create a Quiz
- User Scenario 3 - Take & Review a Quiz
- User Scenario 4 - Search Forum & Bookmark & Upvote & Answer
- User Scenario 5 - User Badges
- User Scenario Template
- User Stories