API接口清单编制流程
Overview
This skill guides the complete process of compiling an API interface list for a system, ensuring all APIs are documented, standardized, and ready for development.
When to Invoke
- Creating API interface lists for new systems
- Documenting existing system APIs
- Updating interface lists during version upgrades
- Establishing interface baselines
- Preparing interface documentation for development teams
Process Steps
Step 1: Requirements Analysis Confirmation
Prerequisites:
- Business Requirements Document (BRD) reviewed and approved
- Functional specifications available
- User roles and permissions defined
Activities:
- Review business requirements
- Confirm functional module boundaries
- Validate user role definitions
Deliverable: Requirements Analysis Confirmation
Step 2: Identify Business Modules
Module Code Standards:
| Module Name | Code | Base Path | Description |
|---|---|---|---|
| User Management | USER | /api/v1/users | User CRUD, status management |
| Role & Permission | ROLE | /api/v1/roles | Role and permission management |
| Organization | ORG | /api/v1/orgs | Department and position management |
| System Management | SYS | /api/v1/sys | Auth, dictionary, logs |
Activities:
- Identify core business modules from system architecture
- Assign module codes
- Define module dependencies
Deliverable: Business Module List
Step 3: Analyze Functional Points
Template:
### Module: [Module Name]
| Function Point | Operation Type | Business Rules |
|---------------|----------------|----------------|
| User Management | CRUD | Support batch operations |
| User Status | Update | Enable/Disable |
| Password Management | Update | Reset/Change password |Activities:
- Analyze functional points for each module
- Identify CRUD operations
- Identify special business operations
Deliverable: Functional Points List
Step 4: Design Interface List
HTTP Method Standards:
| Function Type | HTTP Method | Path Example | Description |
|---|---|---|---|
| List Query | GET | /users | Support pagination, filtering |
| Create Resource | POST | /users | Request body contains data |
| Query Detail | GET | /users/{id} | Path parameter for ID |
| Update Resource | PUT | /users/{id} | Full update |
| Partial Update | PATCH | /users/{id} | Partial field update |
| Delete Resource | DELETE | /users/{id} | Physical/Logical delete |
| Business Operation | POST | /users/{id}/enable | Specific business action |
Permission Code Standards:
Format: {module}:{action}
| Action | Permission Code | Description |
|---|---|---|
| Read | user:read | Read permission |
| Create | user:create | Create permission |
| Update | user:update | Update permission |
| Delete | user:delete | Delete permission |
| All | user:* | All permissions |
Activities:
- Design API interfaces for each functional point
- Determine HTTP methods
- Design interface paths
- Define permission codes
Deliverable: Interface Design Draft
Step 5: Compile Interface List Document
Document Structure:
# API Interface List
## 1. Overview
- Document purpose
- Interface statistics
- Interface standards
## 2. Interface Inventory
### 2.1 [Module Name]
| No. | Interface Name | Method | Path | Description | Detail Doc |
## 3. Interface Dependencies
## 4. Permission Mapping
## 5. Version Planning
## 6. Related Documents
## 7. Revision HistoryActivities:
- Create interface list document
- Populate interface inventory table
- Document dependencies and permissions
Deliverable: 01-api-interface-list.md
Step 6: Internal Review
Review Checklist:
| No. | Review Item | Check Content |
|---|---|---|
| 1 | Interface Completeness | Cover all functional points |
| 2 | Interface Standardization | Follow RESTful standards |
| 3 | Naming Consistency | Unified URL naming |
| 4 | Permission Design | Standard permission codes |
| 5 | Version Planning | Reasonable version strategy |
Activities:
- Conduct internal review
- Record review comments
- Revise if needed
Deliverable: Internal Review Record
Step 7: Formal Review
Review Agenda:
- Interface list overview (10 min)
- Module-by-module review (30 min)
- Issue discussion (15 min)
- Review conclusion (5 min)
Review Conclusions:
- Approved: Establish interface baseline
- Conditional: Fix specified issues, then baseline
- Rejected: Redesign and re-review
Activities:
- Schedule formal review meeting
- Present interface design
- Collect feedback
- Reach review conclusion
Deliverable: Interface Review Report with Signatures
Step 8: Establish Interface Baseline
Baseline Content:
- Baseline version number
- Baseline date
- Included interface list
- Signature confirmation records
Activities:
- Create baseline document
- Archive in configuration management
- Communicate to development teams
Deliverable: Interface Baseline Document
Quality Standards
Interface Coverage
- Functional point coverage: 100%
- Business scenario coverage: ≥95%
Interface Standardization
- RESTful standard compliance: 100%
- Naming standard compliance: 100%
- Permission code standard compliance: 100%
Documentation Quality
- Documentation completeness: 100%
- Review pass rate: 100%
Role Responsibilities
| Role | Responsibilities |
|---|---|
| System Architect | Lead interface list compilation, design standards, organize reviews |
| Business Analyst | Provide business requirements, assist functional analysis |
| Backend Architect | Review interface feasibility, confirm technical implementation |
| Frontend Lead | Review interface usability, confirm frontend integration |
| Technical Director | Host formal review, approve interface baseline |
Related Processes
- Interface Standard Process
- Interface Detailed Design Process
- Interface Review Process
