-
Notifications
You must be signed in to change notification settings - Fork 2
Meeting Minutes
Mustafain Ali Khan edited this page Dec 4, 2019
·
21 revisions
- Figure requirements (by considering viewpoint: student)
- Separate tasks
- Requirements, Actors and Use cases
- Domain model
- Database design
- Test cases for persistence layer
- Student must be able to log in.
- Student must be able to search by course number.
- Student must be able to choose different tutor.
- Student must be able to check the tutor’s reviews.
- Student must be able to read reviews left for them.
- Student must be able to book a session with a tutor or group session.
- Student cannot book for a timeslot for a tutor if they are already booked.
- System shall be able to notify the tutor for a tutoring request and give them an option to accept or decline.
- Student must be able to cancel their booking
- Student must be able to view their previous, current, and pending bookings.
- Student must be able to anonymously leave reviews for tutors.
- System must randomly assign a room to an individual tutoring session.
- Student must be able to view the full fee of the session prior to it
- System shall notify the manager in case of group session requests
- Student must be able to see which group sessions are available.
- Student must be able to email the company to request them to add a course.
- System shall be available on multiple platforms. (????)
- Paul: Database
- Zheng: Database
- Erdong: Domain Model
- Talha: Testing of persistence
- Mustafain: Testing of persistence
- Vote for the top 5 most important requirements
- Add formal requirements into the issues
- Distribute Requirements among ourselves
- Discuss domain model
- Discuss Use Case diagram
We discussed the domain model diagram that Erdong came up with. We discussed whether the Student and Tutor classes should both be associated with a Review class(e.g TutorReview for Tutor and StudentReview for Student). It was decided that we don't need separate review classes for both, and that a single Review class associated with the User class would suffice.
- Start working on use case diagrams individually
- Finalize domain model and figure out code generation using UML Lab (Erdong)
- Start with database design (Paul and Zheng)
- Start designing test suite for Persistence Layer(Mustafain and Talha)
- Finalize Domain Model
- Detailed specification for the Use Case
- We finalized the domain model after discussing some last changes to it
- We added a generalization for the room and tutor availability classes. We also added a separate University class that has an aggregation relationship with the Course class
- We decided what the detailed specification should include.
- Successfully deployed the Spring Boot backend and Heroku app.
- Generate code from UML lab
- Start Persistence layer design and Testing
- Figure out issue with TravisCI
- Determine what needs to be done for Deliverable 2
- Discuss current issues with Deliverable 1
- Removal of Tutoring System class
- Removal of schoolName attribute of Student
- Distribution of use cases that need to be implemented as business methods
- Fix JUnit testing for Deliverable 1
- Fix the 404 error for the RESTful services
- Add issues to GitHub
- Discussion of Software Quality Assurance Plan
- Review RestController Methods
- Plan for Testing and Quality Assurance finalized.
- Changes made to RestController
- Updated Wiki
- Conduct and complete Mock Tests
- Finalize RestController
- discuss problems with the current version
- decide on the pages of the web frontend
- distribute the tasks according to pages
- decide on general layout of each page
- Service methods should have one restful api method at least for example get tutor
- Error handling is happening at three different places: there's a lack of consistency if the try-catch should be in restful, service, or vue.js
- Error displayed on webpage isn't the one thrown
- Login Page: Paul
- Option to register
- Add Logout in header
- Home Page: Zheng
- Search button
- Registratrion Page: Paul
- View Review Page: Talha
- Add Review Page: Mustafain
- View Sessions Page: Talha
- Search Page: Mustafain
- Check for type of search
- Search Results Page: Erdong
- Displays the tutors under each search result
- List of Tutors for Searched Course Page: Erdong
- Tutor Profile Page: Zheng
- Reviews
- Hourly Rate
- Name
- List of all courses where you can click to book session and redirects to view sessions
- About Page: Mustafain
- Contact Page: Mustafain
- Header
- Sidebar
- Distribute work for Sprint 4
- Assign tasks for the deliverable
- Assigned work for sprint 4.
- Work distribution:
- Paul Hooley: Login Screen
- Zheng Yu Cui: Register Screen
- Talha Riaz: Manage Sessions Screen
- Mustafain Ali Khan: Dashboard & Book Sessions Screen
- Erdong Luo: Backend code cleanup and documentation
- Complete assigned tasts
- Complete remaining view pages
- Integrate individual work into single working application
- Functional application produced
- Finalize remaining material (User Documentation and Code commenting)
- Push remaining changes