Files
PROJECT-CONTORL/openspec/specs/task-management/spec.md
beabigegg 9b220523ff feat: complete issue fixes and implement remaining features
## Critical Issues (CRIT-001~003) - All Fixed
- JWT secret key validation with pydantic field_validator
- Login audit logging for success/failure attempts
- Frontend API path prefix removal

## High Priority Issues (HIGH-001~008) - All Fixed
- Project soft delete using is_active flag
- Redis session token bytes handling
- Rate limiting with slowapi (5 req/min for login)
- Attachment API permission checks
- Kanban view with drag-and-drop
- Workload heatmap UI (WorkloadPage, WorkloadHeatmap)
- TaskDetailModal integrating Comments/Attachments
- UserSelect component for task assignment

## Medium Priority Issues (MED-001~012) - All Fixed
- MED-001~005: DB commits, N+1 queries, datetime, error format, blocker flag
- MED-006: Project health dashboard (HealthService, ProjectHealthPage)
- MED-007: Capacity update API (PUT /api/users/{id}/capacity)
- MED-008: Schedule triggers (cron parsing, deadline reminders)
- MED-009: Watermark feature (image/PDF watermarking)
- MED-010~012: useEffect deps, DOM operations, PDF export

## New Files
- backend/app/api/health/ - Project health API
- backend/app/services/health_service.py
- backend/app/services/trigger_scheduler.py
- backend/app/services/watermark_service.py
- backend/app/core/rate_limiter.py
- frontend/src/pages/ProjectHealthPage.tsx
- frontend/src/components/ProjectHealthCard.tsx
- frontend/src/components/KanbanBoard.tsx
- frontend/src/components/WorkloadHeatmap.tsx

## Tests
- 113 new tests passing (health: 32, users: 14, triggers: 35, watermark: 32)

## OpenSpec Archives
- add-project-health-dashboard
- add-capacity-update-api
- add-schedule-triggers
- add-watermark-feature
- add-rate-limiting
- enhance-frontend-ux
- add-resource-management-ui

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2026-01-04 21:49:52 +08:00

7.6 KiB

Task Management

Purpose

任務管理核心系統,支援多層級架構、自定義欄位與多維視角。

Requirements

Requirement: Hierarchical Task Structure

系統 SHALL 支援多層級任務架構:空間 (Space) > 專案 (Project) > 任務 (Task) > 子任務 (Sub-task)。

Scenario: 建立空間

  • GIVEN 使用者擁有建立空間的權限
  • WHEN 使用者建立新空間
  • THEN 系統建立空間並設定擁有者
  • AND 空間可包含多個專案

Scenario: 建立專案

  • GIVEN 使用者在某空間內擁有建立專案的權限
  • WHEN 使用者建立新專案
  • THEN 系統建立專案並關聯至該空間
  • AND 設定專案的 Owner、Budget、Timeline、Security_Level

Scenario: 建立任務與子任務

  • GIVEN 使用者在專案內擁有建立任務的權限
  • WHEN 使用者建立任務或子任務
  • THEN 系統建立任務並維護父子關係
  • AND 子任務繼承父任務的部分屬性

Requirement: Custom Fields

系統 SHALL 支援自定義欄位,包含下拉選單、公式、人員標籤等類型。

Scenario: 新增自定義欄位

  • GIVEN 專案管理者需要追蹤特定資料(如:封裝類型、機台編號、預計良率)
  • WHEN 管理者在專案中新增自定義欄位
  • THEN 系統建立欄位定義並套用至該專案所有任務

Scenario: 公式欄位計算

  • GIVEN 任務包含公式類型的自定義欄位
  • WHEN 相依欄位的值發生變更
  • THEN 系統自動重新計算公式欄位的值

Scenario: 人員標籤欄位

  • GIVEN 任務包含人員標籤類型的自定義欄位
  • WHEN 使用者選擇人員
  • THEN 系統驗證人員存在並建立關聯
  • AND 被標籤的人員可收到相關通知

Requirement: Multiple Views

系統 SHALL 支援多維視角:看板 (Kanban)、甘特圖 (Gantt)、列表 (List)、行事曆 (Calendar)。

Scenario: 看板視角

  • GIVEN 使用者選擇看板視角
  • WHEN 系統載入專案任務
  • THEN 任務依狀態分組顯示為卡片
  • AND 支援拖拉變更狀態

Scenario: 甘特圖視角

  • GIVEN 使用者選擇甘特圖視角
  • WHEN 系統載入專案任務
  • THEN 任務依時間軸顯示
  • AND 顯示任務相依關係與里程碑

Scenario: 列表視角

  • GIVEN 使用者選擇列表視角
  • WHEN 系統載入專案任務
  • THEN 任務以表格形式顯示
  • AND 支援欄位排序與篩選

Scenario: 行事曆視角

  • GIVEN 使用者選擇行事曆視角
  • WHEN 系統載入專案任務
  • THEN 任務依截止日期顯示在行事曆上

Requirement: Task Status Management

系統 SHALL 管理任務狀態,包含標準狀態與自定義狀態。

Scenario: 狀態變更

  • GIVEN 使用者擁有更新任務的權限
  • WHEN 使用者變更任務狀態
  • THEN 系統更新狀態並記錄變更時間
  • AND 觸發相關自動化規則(如有設定)

Scenario: 阻礙標記

  • GIVEN 任務遇到阻礙無法進行
  • WHEN 工程師將任務標記為 "Blocked"
  • THEN 系統設定 Blocker_Flag = true
  • AND 強制發送通知給主管要求介入排解

Requirement: Task Assignment

系統 SHALL 支援任務指派與時間估算。

Scenario: 指派任務

  • GIVEN 使用者擁有指派任務的權限
  • WHEN 使用者將任務指派給某人
  • THEN 系統更新 Assignee 並發送通知
  • AND 任務計入被指派者的工作負載

Scenario: 時間估算與追蹤

  • GIVEN 任務已被指派
  • WHEN 使用者設定 Original_Estimate 與回報 Time_Spent
  • THEN 系統記錄並計算剩餘時間
  • AND 更新資源負載統計

Requirement: Kanban View

The system SHALL provide a Kanban board view for tasks with drag-and-drop status management.

Scenario: View Kanban board

  • GIVEN user is on the Tasks page
  • WHEN user selects Kanban view
  • THEN tasks are displayed in columns grouped by status
  • AND each column header shows the status name and task count

Scenario: Drag task to change status

  • GIVEN user is viewing the Kanban board
  • WHEN user drags a task card to a different status column
  • THEN the task status is updated via API
  • AND the card moves to the new column
  • AND other users viewing the board see the update

Scenario: View toggle persistence

  • GIVEN user switches to Kanban view
  • WHEN user navigates away and returns
  • THEN the Kanban view is still selected

Requirement: Task Detail Modal

The system SHALL provide a task detail modal with comments and attachments.

Scenario: Open task detail

  • GIVEN user is viewing tasks in any view
  • WHEN user clicks on a task
  • THEN a modal opens showing task details
  • AND the modal includes comments section
  • AND the modal includes attachments section

Scenario: Edit task in modal

  • GIVEN user has task detail modal open
  • WHEN user modifies task fields and saves
  • THEN the task is updated via API
  • AND the task list/board reflects the changes

Requirement: Task Assignment UI

The system SHALL allow assigning tasks to users during creation and editing.

Scenario: Assign task during creation

  • GIVEN user is creating a new task
  • WHEN user selects an assignee from the dropdown
  • THEN the task is created with the selected assignee

Scenario: Change task assignee

  • GIVEN user has task detail modal open
  • WHEN user changes the assignee
  • THEN the task assignee is updated
  • AND the new assignee receives a notification

Scenario: Set due date and time estimate

  • GIVEN user is creating or editing a task
  • WHEN user sets due date and time estimate
  • THEN the values are saved with the task
  • AND the task appears on the appropriate date in calendar view

Data Model

pjctrl_spaces
├── id: UUID (PK)
├── name: VARCHAR(200)
├── description: TEXT
├── owner_id: UUID (FK -> users)
├── created_at: TIMESTAMP
└── updated_at: TIMESTAMP

pjctrl_projects
├── id: UUID (PK)
├── space_id: UUID (FK -> spaces)
├── title: VARCHAR(200)
├── description: TEXT
├── owner_id: UUID (FK -> users)
├── budget: DECIMAL
├── start_date: DATE
├── end_date: DATE
├── security_level: ENUM('public', 'department', 'confidential')
├── status: VARCHAR(50)
├── created_at: TIMESTAMP
└── updated_at: TIMESTAMP

pjctrl_tasks
├── id: UUID (PK)
├── project_id: UUID (FK -> projects)
├── parent_task_id: UUID (FK -> tasks, nullable)
├── title: VARCHAR(500)
├── description: TEXT
├── assignee_id: UUID (FK -> users)
├── priority: ENUM('low', 'medium', 'high', 'urgent')
├── status: VARCHAR(50)
├── original_estimate: DECIMAL (hours)
├── time_spent: DECIMAL (hours)
├── blocker_flag: BOOLEAN DEFAULT false
├── due_date: DATETIME
├── created_at: TIMESTAMP
└── updated_at: TIMESTAMP

pjctrl_custom_fields
├── id: UUID (PK)
├── project_id: UUID (FK -> projects)
├── name: VARCHAR(100)
├── field_type: ENUM('text', 'number', 'dropdown', 'date', 'person', 'formula')
├── options: JSON (for dropdown)
├── formula: TEXT (for formula type)
├── is_required: BOOLEAN
└── created_at: TIMESTAMP

pjctrl_task_custom_values
├── id: UUID (PK)
├── task_id: UUID (FK -> tasks)
├── field_id: UUID (FK -> custom_fields)
├── value: TEXT
└── updated_at: TIMESTAMP

Real-time Sync

系統使用 WebSocket 實現即時同步,當多人同時編輯同一個專案看板時,狀態能即時更新而不需刷新頁面。