645 lines
14 KiB
Markdown
645 lines
14 KiB
Markdown
|
|
# Python全栈开发架构师提示词模板
|
|||
|
|
|
|||
|
|
## 概述
|
|||
|
|
本文档提供了基于不同行业和职业场景的Python全栈开发架构师提示词模板,帮助架构师在不同领域快速生成高质量的架构设计方案。
|
|||
|
|
|
|||
|
|
## 行业维度模板
|
|||
|
|
|
|||
|
|
### 1. 金融行业架构师
|
|||
|
|
|
|||
|
|
#### 1.1 银行系统架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:金融银行业
|
|||
|
|
项目类型:核心银行系统
|
|||
|
|
技术栈:Python + Django/Flask + PostgreSQL + Redis + Celery + Docker + Kubernetes
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计高可用、高并发的银行核心系统架构
|
|||
|
|
- 支持百万级用户同时在线交易
|
|||
|
|
- 确保数据一致性和事务完整性
|
|||
|
|
- 满足金融监管合规要求
|
|||
|
|
- 支持7x24小时不间断服务
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 微服务架构设计
|
|||
|
|
2. 数据安全加密方案
|
|||
|
|
3. 容灾备份策略
|
|||
|
|
4. 性能监控和告警
|
|||
|
|
5. 合规审计日志
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 系统整体架构图
|
|||
|
|
- 数据库设计规范
|
|||
|
|
- API接口设计
|
|||
|
|
- 安全防护方案
|
|||
|
|
- 部署运维策略
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 1.2 支付系统架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:金融支付
|
|||
|
|
项目类型:在线支付平台
|
|||
|
|
技术栈:Python + FastAPI + MySQL + Redis + RabbitMQ + ELK + Prometheus
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计支持多种支付方式的统一支付平台
|
|||
|
|
- 处理高并发支付请求(TPS > 10000)
|
|||
|
|
- 确保支付数据安全和一致性
|
|||
|
|
- 支持实时对账和风控检测
|
|||
|
|
- 提供完整的支付流水追踪
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 分布式事务处理
|
|||
|
|
2. 支付路由和负载均衡
|
|||
|
|
3. 实时风控引擎
|
|||
|
|
4. 多级缓存策略
|
|||
|
|
5. 灰度发布机制
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 支付流程架构设计
|
|||
|
|
- 数据库分库分表方案
|
|||
|
|
- 缓存架构设计
|
|||
|
|
- 监控告警体系
|
|||
|
|
- 安全防护措施
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 2. 电商行业架构师
|
|||
|
|
|
|||
|
|
#### 2.1 电商平台架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:电子商务
|
|||
|
|
项目类型:大型电商平台
|
|||
|
|
技术栈:Python + Django + MySQL + Redis + Elasticsearch + Kafka + Nginx
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计支持千万级商品和百万级用户的电商平台
|
|||
|
|
- 实现商品搜索、购物车、订单、支付完整流程
|
|||
|
|
- 支持秒杀、团购等高并发场景
|
|||
|
|
- 提供个性化推荐和营销功能
|
|||
|
|
- 确保系统高可用和数据一致性
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 微服务拆分策略
|
|||
|
|
2. 搜索引擎优化
|
|||
|
|
3. 库存管理系统
|
|||
|
|
4. 订单状态机设计
|
|||
|
|
5. 分布式锁机制
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 业务模块拆分方案
|
|||
|
|
- 数据库读写分离设计
|
|||
|
|
- 缓存架构策略
|
|||
|
|
- 消息队列设计
|
|||
|
|
- 性能优化方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 2.2 库存管理系统架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:电商物流
|
|||
|
|
项目类型:智能库存管理系统
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + Celery + InfluxDB
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计实时库存管理系统
|
|||
|
|
- 支持多仓库、多SKU管理
|
|||
|
|
- 实现智能补货和预警
|
|||
|
|
- 提供库存周转分析
|
|||
|
|
- 支持供应链协同
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 实时库存计算
|
|||
|
|
2. 分布式锁机制
|
|||
|
|
3. 数据一致性保证
|
|||
|
|
4. 批量操作优化
|
|||
|
|
5. 报表分析系统
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 库存数据模型设计
|
|||
|
|
- 并发控制方案
|
|||
|
|
- 缓存更新策略
|
|||
|
|
- 数据分析架构
|
|||
|
|
- 系统监控方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 3. 医疗健康行业架构师
|
|||
|
|
|
|||
|
|
#### 3.1 医疗信息系统架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:医疗健康
|
|||
|
|
项目类型:医院信息管理系统(HIS)
|
|||
|
|
技术栈:Python + Django + PostgreSQL + Redis + Celery + Docker + Kubernetes
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计医院信息管理系统
|
|||
|
|
- 支持患者管理、医生排班、药品管理
|
|||
|
|
- 实现电子病历和医嘱系统
|
|||
|
|
- 确保医疗数据安全和隐私保护
|
|||
|
|
- 支持多科室协同工作
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 数据安全加密
|
|||
|
|
2. 权限分级管理
|
|||
|
|
3. 审计日志记录
|
|||
|
|
4. 高可用性保证
|
|||
|
|
5. 合规性要求
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 系统模块划分
|
|||
|
|
- 数据库安全设计
|
|||
|
|
- 用户权限体系
|
|||
|
|
- 数据备份策略
|
|||
|
|
- 系统监控方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 3.2 远程医疗平台架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:医疗健康
|
|||
|
|
项目类型:远程医疗平台
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + WebRTC + WebSocket
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计在线问诊和远程医疗平台
|
|||
|
|
- 支持视频通话和实时通信
|
|||
|
|
- 实现预约挂号、在线支付
|
|||
|
|
- 提供电子处方和药品配送
|
|||
|
|
- 确保医疗数据合规存储
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 实时通信架构
|
|||
|
|
2. 视频流处理
|
|||
|
|
3. 数据加密传输
|
|||
|
|
4. 负载均衡策略
|
|||
|
|
5. 容灾备份方案
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 通信架构设计
|
|||
|
|
- 数据库设计规范
|
|||
|
|
- 安全防护措施
|
|||
|
|
- 性能优化方案
|
|||
|
|
- 部署运维策略
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 4. 教育行业架构师
|
|||
|
|
|
|||
|
|
#### 4.1 在线教育平台架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:在线教育
|
|||
|
|
项目类型:在线学习平台
|
|||
|
|
技术栈:Python + Django + MySQL + Redis + Elasticsearch + FFmpeg + CDN
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计支持直播和录播的在线教育平台
|
|||
|
|
- 实现课程管理、学习进度跟踪
|
|||
|
|
- 支持在线考试和作业提交
|
|||
|
|
- 提供学习数据分析
|
|||
|
|
- 支持多终端访问
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 视频流处理
|
|||
|
|
2. 内容分发网络
|
|||
|
|
3. 学习数据分析
|
|||
|
|
4. 实时互动功能
|
|||
|
|
5. 移动端适配
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 系统架构设计
|
|||
|
|
- 视频处理方案
|
|||
|
|
- 数据库设计
|
|||
|
|
- 缓存策略
|
|||
|
|
- 性能优化方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 4.2 智能题库系统架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:教育科技
|
|||
|
|
项目类型:智能题库系统
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + Elasticsearch + ML/AI
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计智能题库和考试系统
|
|||
|
|
- 实现题目推荐和难度自适应
|
|||
|
|
- 支持多种题型和考试模式
|
|||
|
|
- 提供学习效果分析
|
|||
|
|
- 支持个性化学习路径
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 推荐算法集成
|
|||
|
|
2. 题目难度评估
|
|||
|
|
3. 学习路径规划
|
|||
|
|
4. 数据分析引擎
|
|||
|
|
5. 实时计算能力
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 算法架构设计
|
|||
|
|
- 数据库优化方案
|
|||
|
|
- 缓存策略设计
|
|||
|
|
- 性能监控体系
|
|||
|
|
- 扩展性设计
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 5. 制造业架构师
|
|||
|
|
|
|||
|
|
#### 5.1 智能制造系统架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:制造业
|
|||
|
|
项目类型:智能制造平台
|
|||
|
|
技术栈:Python + Django + PostgreSQL + Redis + MQTT + InfluxDB + Grafana
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计智能制造管理系统
|
|||
|
|
- 实现设备监控和预测性维护
|
|||
|
|
- 支持生产计划排程
|
|||
|
|
- 提供质量控制和追溯
|
|||
|
|
- 集成ERP和MES系统
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 物联网设备接入
|
|||
|
|
2. 实时数据处理
|
|||
|
|
3. 预测性分析
|
|||
|
|
4. 系统集成能力
|
|||
|
|
5. 可视化监控
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 系统架构设计
|
|||
|
|
- 数据采集方案
|
|||
|
|
- 实时处理架构
|
|||
|
|
- 可视化设计
|
|||
|
|
- 集成接口规范
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 5.2 供应链管理系统架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
行业:制造业
|
|||
|
|
项目类型:供应链管理平台
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + Celery + Elasticsearch
|
|||
|
|
|
|||
|
|
需求描述:
|
|||
|
|
- 设计端到端供应链管理系统
|
|||
|
|
- 实现供应商管理和评估
|
|||
|
|
- 支持采购计划和执行
|
|||
|
|
- 提供库存和物流管理
|
|||
|
|
- 实现成本分析和优化
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 多租户架构
|
|||
|
|
2. 工作流引擎
|
|||
|
|
3. 报表分析系统
|
|||
|
|
4. 集成能力
|
|||
|
|
5. 移动端支持
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 系统架构设计
|
|||
|
|
- 数据库设计
|
|||
|
|
- 工作流设计
|
|||
|
|
- 集成方案
|
|||
|
|
- 部署策略
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 职业维度模板
|
|||
|
|
|
|||
|
|
### 1. 技术架构师
|
|||
|
|
|
|||
|
|
#### 1.1 系统架构设计
|
|||
|
|
```
|
|||
|
|
角色:Python全栈技术架构师
|
|||
|
|
专业领域:系统架构设计
|
|||
|
|
项目规模:大型企业级应用
|
|||
|
|
技术栈:Python + Django/FastAPI + PostgreSQL + Redis + RabbitMQ + Docker + K8s
|
|||
|
|
|
|||
|
|
技术挑战:
|
|||
|
|
- 设计高并发、高可用的分布式系统
|
|||
|
|
- 实现微服务架构和服务治理
|
|||
|
|
- 优化系统性能和资源利用率
|
|||
|
|
- 确保系统安全性和可维护性
|
|||
|
|
- 支持快速迭代和持续部署
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 微服务拆分原则
|
|||
|
|
2. 服务间通信机制
|
|||
|
|
3. 数据一致性策略
|
|||
|
|
4. 容错和降级机制
|
|||
|
|
5. 监控和运维体系
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 系统整体架构图
|
|||
|
|
- 技术选型分析
|
|||
|
|
- 性能优化方案
|
|||
|
|
- 安全防护措施
|
|||
|
|
- 运维监控策略
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 1.2 数据架构设计
|
|||
|
|
```
|
|||
|
|
角色:Python全栈数据架构师
|
|||
|
|
专业领域:数据架构设计
|
|||
|
|
项目类型:大数据平台
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + Kafka + Spark + Elasticsearch
|
|||
|
|
|
|||
|
|
技术挑战:
|
|||
|
|
- 设计大规模数据处理架构
|
|||
|
|
- 实现实时和离线数据处理
|
|||
|
|
- 优化数据存储和查询性能
|
|||
|
|
- 确保数据质量和一致性
|
|||
|
|
- 支持数据分析和机器学习
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 数据湖架构设计
|
|||
|
|
2. 实时流处理
|
|||
|
|
3. 数据仓库设计
|
|||
|
|
4. ETL流程优化
|
|||
|
|
5. 数据治理体系
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 数据架构设计
|
|||
|
|
- 存储方案选择
|
|||
|
|
- 处理流程设计
|
|||
|
|
- 性能优化策略
|
|||
|
|
- 数据安全方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 2. 业务架构师
|
|||
|
|
|
|||
|
|
#### 2.1 业务流程架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈业务架构师
|
|||
|
|
专业领域:业务流程设计
|
|||
|
|
项目类型:企业业务流程系统
|
|||
|
|
技术栈:Python + Django + PostgreSQL + Redis + Celery + Camunda
|
|||
|
|
|
|||
|
|
业务需求:
|
|||
|
|
- 设计灵活的业务流程引擎
|
|||
|
|
- 支持复杂业务规则配置
|
|||
|
|
- 实现业务数据流转和审批
|
|||
|
|
- 提供业务分析和报表
|
|||
|
|
- 支持多业务线协同
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 工作流引擎设计
|
|||
|
|
2. 业务规则引擎
|
|||
|
|
3. 数据流转机制
|
|||
|
|
4. 权限控制体系
|
|||
|
|
5. 业务监控分析
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 业务流程设计
|
|||
|
|
- 系统架构方案
|
|||
|
|
- 数据模型设计
|
|||
|
|
- 接口设计规范
|
|||
|
|
- 部署运维方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 2.2 产品架构设计
|
|||
|
|
```
|
|||
|
|
角色:Python全栈产品架构师
|
|||
|
|
专业领域:产品架构设计
|
|||
|
|
项目类型:SaaS产品平台
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + Elasticsearch + Vue.js
|
|||
|
|
|
|||
|
|
产品需求:
|
|||
|
|
- 设计多租户SaaS平台架构
|
|||
|
|
- 支持产品功能模块化
|
|||
|
|
- 实现用户权限和计费系统
|
|||
|
|
- 提供API开放平台
|
|||
|
|
- 支持产品快速迭代
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 多租户隔离
|
|||
|
|
2. 模块化设计
|
|||
|
|
3. API网关设计
|
|||
|
|
4. 计费系统集成
|
|||
|
|
5. 快速部署能力
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 产品架构设计
|
|||
|
|
- 技术选型方案
|
|||
|
|
- 数据库设计
|
|||
|
|
- API设计规范
|
|||
|
|
- 部署策略
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 3. 安全架构师
|
|||
|
|
|
|||
|
|
#### 3.1 安全架构设计
|
|||
|
|
```
|
|||
|
|
角色:Python全栈安全架构师
|
|||
|
|
专业领域:系统安全设计
|
|||
|
|
项目类型:安全防护系统
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + WAF + IDS/IPS
|
|||
|
|
|
|||
|
|
安全需求:
|
|||
|
|
- 设计全面的安全防护体系
|
|||
|
|
- 实现身份认证和授权
|
|||
|
|
- 支持安全审计和监控
|
|||
|
|
- 提供威胁检测和响应
|
|||
|
|
- 确保数据加密和隐私保护
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 安全防护体系
|
|||
|
|
2. 身份认证机制
|
|||
|
|
3. 数据加密方案
|
|||
|
|
4. 安全监控系统
|
|||
|
|
5. 应急响应机制
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 安全架构设计
|
|||
|
|
- 防护策略方案
|
|||
|
|
- 监控告警体系
|
|||
|
|
- 应急响应流程
|
|||
|
|
- 合规性检查
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 3.2 数据安全架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈数据安全架构师
|
|||
|
|
专业领域:数据安全设计
|
|||
|
|
项目类型:数据安全平台
|
|||
|
|
技术栈:Python + Django + PostgreSQL + Redis + Elasticsearch + Vault
|
|||
|
|
|
|||
|
|
安全需求:
|
|||
|
|
- 设计数据安全防护体系
|
|||
|
|
- 实现数据分类和标记
|
|||
|
|
- 支持数据脱敏和加密
|
|||
|
|
- 提供数据访问控制
|
|||
|
|
- 确保数据合规性
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 数据分类体系
|
|||
|
|
2. 加密存储方案
|
|||
|
|
3. 访问控制机制
|
|||
|
|
4. 审计日志系统
|
|||
|
|
5. 合规性检查
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 数据安全架构
|
|||
|
|
- 加密方案设计
|
|||
|
|
- 访问控制策略
|
|||
|
|
- 审计监控体系
|
|||
|
|
- 合规性方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 4. 性能架构师
|
|||
|
|
|
|||
|
|
#### 4.1 性能优化架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈性能架构师
|
|||
|
|
专业领域:系统性能优化
|
|||
|
|
项目类型:高性能应用系统
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + Nginx + CDN
|
|||
|
|
|
|||
|
|
性能需求:
|
|||
|
|
- 设计高性能系统架构
|
|||
|
|
- 优化数据库查询性能
|
|||
|
|
- 实现缓存策略优化
|
|||
|
|
- 提供负载均衡方案
|
|||
|
|
- 支持水平扩展
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 性能监控体系
|
|||
|
|
2. 缓存架构设计
|
|||
|
|
3. 数据库优化
|
|||
|
|
4. 负载均衡策略
|
|||
|
|
5. 扩展性设计
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 性能架构设计
|
|||
|
|
- 优化策略方案
|
|||
|
|
- 监控指标体系
|
|||
|
|
- 扩展性设计
|
|||
|
|
- 测试验证方案
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
#### 4.2 高并发架构
|
|||
|
|
```
|
|||
|
|
角色:Python全栈高并发架构师
|
|||
|
|
专业领域:高并发系统设计
|
|||
|
|
项目类型:高并发应用平台
|
|||
|
|
技术栈:Python + FastAPI + PostgreSQL + Redis + RabbitMQ + Nginx
|
|||
|
|
|
|||
|
|
并发需求:
|
|||
|
|
- 设计支持高并发的系统架构
|
|||
|
|
- 实现请求队列和限流
|
|||
|
|
- 优化数据库并发处理
|
|||
|
|
- 提供分布式锁机制
|
|||
|
|
- 支持系统弹性伸缩
|
|||
|
|
|
|||
|
|
架构要求:
|
|||
|
|
1. 并发控制机制
|
|||
|
|
2. 队列处理系统
|
|||
|
|
3. 分布式锁设计
|
|||
|
|
4. 限流降级策略
|
|||
|
|
5. 弹性伸缩方案
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 并发架构设计
|
|||
|
|
- 性能优化方案
|
|||
|
|
- 监控告警体系
|
|||
|
|
- 扩展性设计
|
|||
|
|
- 测试验证策略
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 通用架构师提示词模板
|
|||
|
|
|
|||
|
|
### 1. 架构评审模板
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
评审类型:系统架构评审
|
|||
|
|
评审范围:[具体系统名称]
|
|||
|
|
|
|||
|
|
评审要点:
|
|||
|
|
1. 架构设计合理性
|
|||
|
|
2. 技术选型适当性
|
|||
|
|
3. 性能指标达成
|
|||
|
|
4. 安全防护措施
|
|||
|
|
5. 可维护性和扩展性
|
|||
|
|
6. 成本效益分析
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 架构设计评估报告
|
|||
|
|
- 技术风险分析
|
|||
|
|
- 优化建议方案
|
|||
|
|
- 实施计划建议
|
|||
|
|
- 后续跟踪措施
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 2. 技术选型模板
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
选型场景:[具体应用场景]
|
|||
|
|
技术需求:[具体技术需求]
|
|||
|
|
|
|||
|
|
选型考虑因素:
|
|||
|
|
1. 技术成熟度和社区支持
|
|||
|
|
2. 性能指标要求
|
|||
|
|
3. 开发团队技能匹配
|
|||
|
|
4. 维护成本评估
|
|||
|
|
5. 未来扩展性
|
|||
|
|
6. 安全性和稳定性
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 技术选型分析报告
|
|||
|
|
- 对比评估结果
|
|||
|
|
- 推荐方案说明
|
|||
|
|
- 风险评估分析
|
|||
|
|
- 实施建议
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 3. 架构设计模板
|
|||
|
|
```
|
|||
|
|
角色:Python全栈架构师
|
|||
|
|
项目背景:[项目背景描述]
|
|||
|
|
业务需求:[核心业务需求]
|
|||
|
|
技术约束:[技术约束条件]
|
|||
|
|
|
|||
|
|
设计目标:
|
|||
|
|
1. 系统功能完整性
|
|||
|
|
2. 性能指标达成
|
|||
|
|
3. 安全防护要求
|
|||
|
|
4. 可扩展性设计
|
|||
|
|
5. 可维护性保证
|
|||
|
|
|
|||
|
|
请提供:
|
|||
|
|
- 系统架构设计图
|
|||
|
|
- 技术架构说明
|
|||
|
|
- 数据架构设计
|
|||
|
|
- 部署架构方案
|
|||
|
|
- 安全架构设计
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 使用指南
|
|||
|
|
|
|||
|
|
### 1. 模板使用步骤
|
|||
|
|
1. **选择合适模板**:根据项目行业和职业需求选择对应模板
|
|||
|
|
2. **填写具体信息**:将项目具体信息填入模板占位符
|
|||
|
|
3. **调整技术栈**:根据实际情况调整技术栈配置
|
|||
|
|
4. **补充特殊需求**:添加项目特有的技术或业务需求
|
|||
|
|
5. **生成完整提示词**:整合所有信息生成最终提示词
|
|||
|
|
|
|||
|
|
### 2. 模板定制建议
|
|||
|
|
- **行业特定**:根据具体行业特点调整技术选型和架构要求
|
|||
|
|
- **规模适配**:根据项目规模调整架构复杂度和技术方案
|
|||
|
|
- **团队能力**:考虑开发团队的技术栈和技能水平
|
|||
|
|
- **成本控制**:平衡技术先进性和实施成本
|
|||
|
|
- **时间约束**:根据项目时间要求调整架构复杂度
|
|||
|
|
|
|||
|
|
### 3. 最佳实践
|
|||
|
|
- **渐进式设计**:从简单架构开始,逐步优化完善
|
|||
|
|
- **原型验证**:关键架构决策前进行原型验证
|
|||
|
|
- **文档记录**:详细记录架构设计决策和理由
|
|||
|
|
- **团队协作**:与开发、测试、运维团队充分沟通
|
|||
|
|
- **持续优化**:根据实际运行情况持续优化架构
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
*最后更新:2024年8月16日*
|
|||
|
|
*版本:v1.0*
|