System use case specification maintain technicians - ESG-Project/documentation GitHub Wiki

← Home / Requirements / System Use Cases / System Use Cases Specification

Identification UC02
Use case Maintain technicians
Actors Administrator
Stakeholders and interests Consulting company: Ability to maintain information about the company's technicians.
Pre-conditions User is logged into the system as an administrator.
Minimum guarantees System prevents duplicate records.
Success guarantees User performs any CRUD manipulation of technicians.
Business rules BR01.

Main Success Scenario

User Action System Response
1. This use case begins when the user selects the option to list technicians 2. The system displays the list of registered technicians
3. The user accesses the option to register a new technician 4. The system displays the technician registration form
5. The user fills in the technician's information 6. The system validates the input
7. The user selects the save option 8. The system validates all information and saves the technician data
9. The system confirms the successful registration of the technician

Alternative Flows

2a Invalid technician information

User Action System Response
1. The system detects invalid or missing information
2. The system displays an error message to the user
3. The user corrects the information and resubmits 4. The system validates the corrected information and returns to step 6 of the Main Success Scenario

3a Edit technician

User Action System Response
1. The user accesses the option to edit a technician 2. The system displays the technician information in an editable form
3. The user modifies the technician's information 4. The system validates the changes
5. The user selects the save option 6. The system validates all information and updates the technician data
7. The system confirms the successful update of the technician

3b Delete technician

User Action System Response
1. The user accesses the option to delete a technician 2. The system displays a confirmation dialog
3. The user confirms the deletion 4. The system verifies if the technician can be deleted
5. The system removes the technician data
6. The system confirms the successful deletion of the technician

3b.4a Technician cannot be deleted

User Action System Response
1. The system detects that the technician has associated records (e.g., projects, tasks)
2. The system displays an error message explaining why the technician cannot be deleted
3. The system returns to the technicians list

3c User cancels the action

User Action System Response
1. The user cancels the action 2. The system returns to the technicians list without making any changes

Special Requirements

  • Technician Information: Must include name, contact information, specialization, certifications, and other relevant professional details.
  • Duplicate Prevention: The system must check for existing technicians with similar information before saving.
  • Data Validation: All technician information must be validated according to business rules.
  • Access Control: Only administrators can modify technician information.
  • Audit Trail: The system must maintain a history of all changes made to technician records.
  • Soft Delete: When a technician is deleted, their information should be archived rather than permanently removed.
  • Search Functionality: The system must provide search and filter capabilities for the technician list.
  • Export Option: The system must allow exporting technician information to common formats (e.g., PDF, Excel).
  • Certification Tracking: The system must track technician certifications and their expiration dates.
  • Availability Management: The system must track technician availability and workload.
  • Role Assignment: The system must support assigning specific roles and responsibilities to technicians.