CSC/ECE 517 Spring 2024 - E2443 Reimplement grades controller

Expertiza

Expertiza is an open-source web application built on Ruby on Rails that enables instructors to create customized assignments with topic lists for students to choose from. It facilitates team formation, allowing students to collaborate on assignments and projects. Expertiza supports peer review processes where students can provide feedback on each other's submissions across various document formats, including URLs and wiki pages. This freely available platform provides a flexible and comprehensive solution for managing assignments, teamwork, and peer evaluations.

Introduction

We're refactoring the grades_controller.rb in Expertiza, enhancing its codebase to adhere to DRY and design principles, improving readability, and reducing redundancy. Our focus includes thorough rswag testing of the grades_controller method and demonstrating Swagger UI integration.

Problem Statement

The reimplementation project entails:

Refactoring Grades Controller: Enhancing code clarity, optimizing loops, and adding comments for unclear lines of code to improve maintainability and readability.
Removing Redundant Methods: Identifying and eliminating unused methods in the controller to reduce complexity and streamline functionality.
CRUD Operations: Implementing CRUD operations (Create, Read, Update, Delete) in the controller for efficient data management.
Adherence to DRY Principle: Ensuring that the reimplementation follows the Don't Repeat Yourself (DRY) principle to avoid duplication and improve code efficiency.
Testing with RSwag: Writing comprehensive tests using RSwag for each controller method to ensure functionality and integration with Swagger UI, followed by a video demonstration showcasing the Swagger UI integration and functionality of the reimplemented controller.

Plan for Reimplementation of GradesController

Enhancing Code Clarity:

Rename ambiguous methods: Identify and rename methods like `review_grades`, `penalties`, and `make_chart` to reflect their specific functionalities.
Add comments: Document complex logic within methods like `action_allowed?`, `view_my_scores`, and `view_team` to improve understanding for future developers.
Simplify loops: Optimize loops within methods like `populate_view_model` and `make_chart` for better readability and performance.

Removing Unused Methods:

Identify unused methods: Analyze the codebase to find methods like `instructor_review` and `assign_all_penalties` that are no longer being called.
Remove redundant code: Eliminate redundant methods to reduce complexity, such as `list_questions` which duplicates functionality already present in `retrieve_questions`.
Update dependencies: Ensure that any removed methods do not impact other parts of the application and update references accordingly.

Refactor Action Allowed Logic:

Simplify conditionals: Revisit the `action_allowed?` method and simplify conditionals by extracting complex checks into separate helper methods.
Separate concerns: Extract logic related to authorization checks into separate methods, such as `student_privileges_allowed?`, `ta_privileges_allowed?`, etc.
Improve error handling: Enhance error messages within the `action_allowed?` method to provide clear feedback to users when access is denied.

Consolidate Helper Modules:

Identify common functionality: Identify helper modules like `PenaltyHelper` and `GradesHelper` with overlapping functionality.
Merge similar modules: Consolidate related helper methods into a single module (e.g., `GradingHelper`) to reduce redundancy and improve organization.
Update references: Update references to consolidated modules throughout the codebase to ensure consistency and maintainability.

Streamline View Methods:

Simplify view logic: Refactor view methods like `view`, `view_my_scores`, and `view_team` to remove unnecessary complexity and improve readability.
Reduce dependencies: Minimize dependencies within view methods by extracting reusable logic into helper methods and partials.
Optimize database queries: Review database queries within view methods and optimize them for performance where possible by eager loading associations and minimizing N+1 queries.

Update Edit and Update Actions:

Adhere to RESTful conventions: Ensure that edit and update actions follow RESTful conventions by renaming them to `edit` and `update`.
Simplify parameter handling: Streamline parameter handling within edit and update actions to reduce complexity and improve clarity, avoiding redundant checks.
Implement error handling: Enhance error handling within edit and update actions to handle invalid input gracefully and provide informative error messages to users.

Optimize Chart Generation:

Improve chart rendering: Optimize the generation of charts and bar charts within the `make_chart` method by caching precomputed data and utilizing efficient charting libraries.
Cache chart data: Implement caching mechanisms to store precomputed chart data and minimize redundant calculations, improving performance and responsiveness.
Utilize client-side rendering: Explore options for offloading chart rendering to the client side using JavaScript libraries like Chart.js to improve scalability and responsiveness.

Enhance Self-Review Logic:

Review self-review workflow: Evaluate the current self-review logic for accuracy and reliability, ensuring that all edge cases are handled correctly.
Address edge cases: Identify and address edge cases where self-review completion may not be accurately detected, updating the logic as necessary to ensure consistency.
Improve user feedback: Enhance feedback messages within the `self_review_finished?` method to guide users through the self-review process more effectively and provide clear instructions.

Improve Redirect Logic:

Refactor redirect logic: Simplify and consolidate logic within the `redirect_when_disallowed` method for better maintainability and readability.
Enhance error handling: Improve error handling within the `redirect_when_disallowed` method to handle unexpected scenarios gracefully, providing informative feedback to users.
Optimize redirection: Streamline redirection logic to minimize unnecessary redirects and improve user experience, ensuring that users are directed to the appropriate pages based on their permissions.

Comprehensive Testing with RSwag:

Write RSwag tests: Develop comprehensive RSwag tests for every controller method, covering both positive and negative test cases, including edge cases and boundary conditions.
Automate testing: Integrate automated testing into the CI pipeline to execute RSwag tests automatically on each code commit, ensuring consistent and reliable test coverage.
Test coverage: Ensure that all endpoints and functionalities are thoroughly tested using RSwag, verifying that the API behaves as expected and adheres to the specified requirements.

Design Principles

Single Responsibility Principle (SRP):

- Each action in the GradesController will be responsible for a specific task related to managing grades. - Actions will be refactored to separate concerns such as data retrieval, computation, and view rendering. - For example, the `view` action will focus solely on retrieving grading data and rendering the grading report.

Don't Repeat Yourself (DRY) Principle:

- Code duplication in the GradesController will be eliminated by extracting common functionality into helper methods or modules. - Repetitive logic, such as retrieving questions or calculating penalties, will be refactored to promote code reusability and maintainability.

Encapsulation:

- Data and behavior within the GradesController will be encapsulated within appropriate methods and classes to minimize dependencies. - Access to instance variables and controller actions will be limited, promoting encapsulation and separation of concerns.

Dependency Inversion Principle (DIP):

- The GradesController will depend on abstractions, interfaces, or higher-level modules instead of concrete implementations. - Dependency injection or inversion of control will be used to decouple the controller from specific database or service implementations.

Testing with RSwag:

Integration Testing:

- Integration tests using RSwag will be written to verify the behavior of each controller action, including `view`, `view_my_scores`, and `view_team`. - CRUD operations (Create, Read, Update, Delete) will be tested to ensure proper data management and interaction with the database.

Swagger UI Integration:

- RSwag will be integrated with Swagger UI to provide a user-friendly interface for interacting with API endpoints. - Swagger UI will accurately reflect the API documentation and allow users to test endpoints interactively.

Parameter Validation:

- Endpoint parameters, such as assignment IDs and participant IDs, will be tested with various input values to ensure proper handling and error reporting. - Input parameters such as IDs, query parameters, and request bodies will be validated to ensure data integrity.

Error Handling:

- Error handling scenarios, including validation errors, resource not found, unauthorized access, and server errors, will be tested. - Error responses will contain appropriate status codes, error messages, and error details as per the API contract.

Security Testing:

- API endpoints will be assessed for vulnerabilities such as SQL injection, cross-site scripting (XSS), and sensitive data exposure. - Authentication and authorization mechanisms will be evaluated for effectiveness to ensure secure access to grading functionalities.

Performance Testing:

- Performance of API endpoints under various load conditions will be evaluated using tools like JMeter or Gatling. - Response times, throughput, and resource utilization will be measured to identify performance bottlenecks and optimize critical paths.

Documentation Verification:

- API documentation generated by RSwag will be validated to accurately reflect implemented endpoints, parameters, and responses. - Documentation will be kept up-to-date and aligned with the behavior of API endpoints.

By following these design principles and testing strategies, the reimplementation of the GradesController will result in a well-designed, maintainable, and thoroughly tested component, meeting project requirements effectively.

CSC/ECE 517 Spring 2024 - E2443 Reimplement grades controller

Contents

Expertiza

Introduction

Problem Statement

Plan for Reimplementation of GradesController

Enhancing Code Clarity:

Removing Unused Methods:

Refactor Action Allowed Logic:

Consolidate Helper Modules:

Streamline View Methods:

Update Edit and Update Actions:

Optimize Chart Generation:

Enhance Self-Review Logic:

Improve Redirect Logic:

Comprehensive Testing with RSwag:

Design Principles

Single Responsibility Principle (SRP):

Don't Repeat Yourself (DRY) Principle:

Encapsulation:

Dependency Inversion Principle (DIP):

Testing with RSwag:

Integration Testing:

Swagger UI Integration:

Parameter Validation:

Error Handling:

Security Testing:

Performance Testing:

Documentation Verification:

Team

Mentor

Members

Navigation menu

CSC/ECE 517 Spring 2024 - E2443 Reimplement grades controller

Expertiza

Introduction

Problem Statement

Plan for Reimplementation of GradesController

Enhancing Code Clarity:

Removing Unused Methods:

Refactor Action Allowed Logic:

Consolidate Helper Modules:

Streamline View Methods:

Update Edit and Update Actions:

Optimize Chart Generation:

Enhance Self-Review Logic:

Improve Redirect Logic:

Comprehensive Testing with RSwag:

Design Principles

Single Responsibility Principle (SRP):

Don't Repeat Yourself (DRY) Principle:

Encapsulation:

Dependency Inversion Principle (DIP):

Testing with RSwag:

Integration Testing:

Swagger UI Integration:

Parameter Validation:

Error Handling:

Security Testing:

Performance Testing:

Documentation Verification:

Team

Mentor

Members

Navigation menu

Search