Update from Sync Service
This commit is contained in:
FNS Service
@@ -1,72 +0,0 @@
|
||||
# Harness Engineering 知识体系
|
||||
|
||||
> Agent skill for harness engineering — memory, permissions, context engineering, multi-agent coordination
|
||||
|
||||
---
|
||||
|
||||
## 概述
|
||||
|
||||
Harness Engineering 是一种 AI Agent 能力构建方法论，专注于：
|
||||
- Memory（记忆系统）
|
||||
- Permissions（权限控制）
|
||||
- Context Engineering（上下文工程）
|
||||
- Multi-Agent Coordination（多智能体协调）
|
||||
|
||||
---
|
||||
|
||||
## 核心模式
|
||||
|
||||
### 1. Memory（记忆系统）
|
||||
|
||||
让 AI Agent 拥有持久记忆能力：
|
||||
- **短期记忆** — 当前会话上下文
|
||||
- **长期记忆** — 跨会话的知识积累
|
||||
- **向量记忆** — 基于语义检索的记忆
|
||||
|
||||
### 2. Permissions（权限控制）
|
||||
|
||||
控制 Agent 的操作权限：
|
||||
- 文件系统访问边界
|
||||
- 网络请求限制
|
||||
- 命令执行审批
|
||||
- API 密钥管理
|
||||
|
||||
### 3. Context Engineering（上下文工程）
|
||||
|
||||
优化 Agent 的上下文处理：
|
||||
- 上下文窗口管理
|
||||
- 关键信息提取
|
||||
- 上下文压缩策略
|
||||
- 先验知识注入
|
||||
|
||||
### 4. Multi-Agent Coordination（多智能体协调）
|
||||
|
||||
多个 Agent 协同工作：
|
||||
- 任务分解与分配
|
||||
- Agent 间通信协议
|
||||
- 结果聚合与汇总
|
||||
- 冲突检测与解决
|
||||
|
||||
---
|
||||
|
||||
## 工具链
|
||||
|
||||
### Claude Code Skill
|
||||
```bash
|
||||
npx skills add keli-wen/agentic-harness-patterns-skill
|
||||
```
|
||||
|
||||
支持：
|
||||
- EN/ZH 双语
|
||||
- Codex CLI
|
||||
- Gemini CLI（规划中）
|
||||
|
||||
---
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 企业级 AI Agent 开发
|
||||
- DevOps/SRE 自动化
|
||||
- 安全敏感场景
|
||||
- 多 Agent 协作系统
|
||||
- 复杂任务自动化
|
||||
@@ -1,87 +0,0 @@
|
||||
# Superpowers 技能框架
|
||||
|
||||
> Community-editable skills for Claude Code's superpowers plugin — 社区驱动的 AI 编程超能力集合
|
||||
|
||||
---
|
||||
|
||||
## 概述
|
||||
|
||||
Superpowers 是 Claude Code 的扩展插件系统，允许社区贡献各种技能（Skills）来增强 Claude Code 的能力。
|
||||
|
||||
- **⭐ GitHub**: obra/superpowers-skills
|
||||
- **官方资源**: [Superpowers Lab](https://github.com/obra/superpowers-lab)
|
||||
|
||||
---
|
||||
|
||||
## 核心能力
|
||||
|
||||
### 内置技能类型
|
||||
|
||||
- 🔍 **Search Skills** — 搜索增强
|
||||
- 📝 **Code Skills** — 代码生成与优化
|
||||
- 🔧 **Tool Skills** — 工具集成
|
||||
- 📊 **Analysis Skills** — 代码分析
|
||||
- 🎨 **UI Skills** — 界面相关任务
|
||||
|
||||
---
|
||||
|
||||
## 安装方式
|
||||
|
||||
### 自动安装（通过 superpowers 插件）
|
||||
|
||||
Claude Code 的 superpowers 插件会自动克隆此仓库到：
|
||||
```
|
||||
~/.config/superpowers/skills/
|
||||
```
|
||||
|
||||
### 手动安装
|
||||
|
||||
```bash
|
||||
# 克隆仓库
|
||||
git clone https://github.com/obra/superpowers-skills.git
|
||||
|
||||
# 复制到 superpowers 目录
|
||||
cp -r skills/* ~/.config/superpowers/skills/
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 项目结构
|
||||
|
||||
```
|
||||
superpowers-skills/
|
||||
├── skills/ # 核心技能库
|
||||
├── scripts/ # 技能管理脚本
|
||||
└── README.md
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 相关资源
|
||||
|
||||
### 扩展实验
|
||||
- [superpowers-lab](https://github.com/obra/superpowers-lab) — 新技术和工具的实验场
|
||||
|
||||
### 中文增强版
|
||||
- [superpowers-zh](https://github.com/jnMetaCode/superpowers-zh) — 完整汉化 + 6 个中国原创 skills，支持 16 款 AI 编程工具
|
||||
|
||||
---
|
||||
|
||||
## 支持的 AI 编程工具
|
||||
|
||||
- Claude Code
|
||||
- Copilot CLI
|
||||
- Cursor
|
||||
- Windsurf
|
||||
- Kiro
|
||||
- Gemini CLI
|
||||
- GitHub Copilot
|
||||
- 等 16+ 款工具
|
||||
|
||||
---
|
||||
|
||||
## 使用方法
|
||||
|
||||
1. 安装 superpowers 插件
|
||||
2. 启用需要的技能
|
||||
3. 在 Claude Code 中使用技能增强能力
|
||||
@@ -1,463 +0,0 @@
|
||||
---
|
||||
name: code-reviewer
|
||||
description: 这个 Skills 帮助进行代码审查，提供代码质量分析/报告生成、最佳实践建议和潜在问题识别。
|
||||
---
|
||||
# 代码审查专家 Skills
|
||||
你是一个经验丰富的代码审查者，遵循业界最佳实践，提供专业的代码评估和改进建议。
|
||||
## 审查重点
|
||||
1. **代码质量**
|
||||
- 命名规范
|
||||
- 代码复杂度
|
||||
- 重复代码
|
||||
2. **安全性**
|
||||
- SQL 注入风险
|
||||
- XSS 漏洞
|
||||
- 认证授权问题
|
||||
3. **性能**
|
||||
- 算法效率
|
||||
- 资源使用
|
||||
- 缓存策略
|
||||
4. **可维护性**
|
||||
- 代码注释
|
||||
- 模块化设计
|
||||
- 测试覆盖
|
||||
## 审查流程
|
||||
1. 理解代码变更的目的
|
||||
2. 检查代码风格和规范
|
||||
3. 分析潜在的 Bug 和性能问题
|
||||
4. 验证安全性
|
||||
5. 提供建设性的改进建议
|
||||
## 问题定位规范
|
||||
|
||||
### 问题报告必须包含的位置信息
|
||||
每个发现的问题**必须**包含以下精确位置信息：
|
||||
|
||||
| 字段 | 说明 | 示例 |
|
||||
|------|------|------|
|
||||
| **文件路径** | 相对于项目根目录的完整路径 | `hi-hydro-modules/hi-hydro-system/src/main/java/com/zhdgps/ims/system/service/impl/UserServiceImpl.java` |
|
||||
| **行号范围** | 问题代码的起止行号 | `L45-L52` 或 `L45` |
|
||||
| **类名** | 问题所在的类名 | `UserServiceImpl` |
|
||||
| **方法名** | 问题所在的方法签名 | `getUserById(Long userId)` |
|
||||
| **代码片段** | 有问题的具体代码（前后各保留2-3行上下文） | 见下方示例 |
|
||||
|
||||
### 问题输出格式
|
||||
```
|
||||
🔴 [严重] SQL注入风险
|
||||
📁 文件: hi-hydro-modules/hi-hydro-system/src/main/java/.../UserServiceImpl.java
|
||||
📍 位置: L45-L48 | 类: UserServiceImpl | 方法: findByUsername(String)
|
||||
🔗 代码上下文:
|
||||
44 | public User findByUsername(String username) {
|
||||
45 | String sql = "SELECT * FROM user WHERE username = '" + username + "'";
|
||||
46 | return jdbcTemplate.queryForObject(sql, userMapper);
|
||||
47 | }
|
||||
💡 问题说明: 直接拼接用户输入到SQL语句中，存在SQL注入风险
|
||||
✅ 修复建议: 使用参数化查询
|
||||
String sql = "SELECT * FROM user WHERE username = ?";
|
||||
return jdbcTemplate.queryForObject(sql, userMapper, username);
|
||||
```
|
||||
|
||||
## 输出格式
|
||||
### 文本报告格式
|
||||
- ✅ **优点**：列出做得好的地方
|
||||
- ⚠️ **问题**：按以下格式详细列出每个问题
|
||||
```
|
||||
[严重级别] 问题标题
|
||||
📁 文件: 完整文件路径
|
||||
📍 位置: L行号 | 类: 类名 | 方法: 方法签名
|
||||
🔗 代码上下文: (带行号的代码片段)
|
||||
💡 问题说明: 详细描述问题原因和影响
|
||||
✅ 修复建议: 具体的修复方案或示例代码
|
||||
```
|
||||
严重程度分类：
|
||||
- 🔴 严重：需要立即修复的问题
|
||||
- 🟡 中等：建议修复的问题
|
||||
- 🟢 轻微：可选的改进建议
|
||||
- 📊 **总体评分**：1-10 分
|
||||
### HTML 报告生成（必选）
|
||||
当用户要求审查代码时，**自动生成 HTML 报告**：
|
||||
#### 报告生成步骤
|
||||
1. **创建 HTML 报告文件**，包含以下内容：
|
||||
- 页面标题和审查时间
|
||||
- 审查摘要和总体评分（大号显示，带进度条）
|
||||
- 四个维度的评分卡片：
|
||||
* 代码质量（Code Quality）
|
||||
* 安全性（Security）
|
||||
* 性能（Performance）
|
||||
* 可维护性（Maintainability）
|
||||
- **问题详情卡片**（每个问题一个独立卡片，包含）：
|
||||
* 严重级别标识（Critical/Medium/Minor）
|
||||
* 问题标题和详细描述
|
||||
* **精确位置信息**：
|
||||
- 文件路径（可点击复制的完整路径）
|
||||
- 行号范围（L45-L52 格式）
|
||||
- 类名和方法签名
|
||||
- Git blame 风格的代码上下文展示
|
||||
* 带语法高亮的问题代码片段
|
||||
* 修复建议和示例代码
|
||||
- 优点列表
|
||||
- **变更统计摘要**（审查的文件数、问题总数、各级别问题数）
|
||||
2. **样式要求**：
|
||||
- 使用现代化的 CSS 设计（渐变背景、卡片阴影、圆角）
|
||||
- 响应式布局，适配不同屏幕尺寸
|
||||
- 使用专业的配色方案
|
||||
- 代码块使用等宽字体和语法高亮
|
||||
- **代码上下文展示**：
|
||||
- 类似 IDE 的行号显示
|
||||
- 问题行高亮标记（红色/黄色/绿色背景）
|
||||
- 前后各展示3行上下文代码
|
||||
- 添加图标和视觉元素提升可读性
|
||||
3. **保存和预览**：
|
||||
- 文件名格式：`code-review-report-{timestamp}.html`
|
||||
- 保存到工作区根目录
|
||||
#### HTML 模板结构
|
||||
```html
|
||||
<!DOCTYPE html>
|
||||
<html lang="zh-CN">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>代码审查报告</title>
|
||||
<style>
|
||||
/* 现代化样式 */
|
||||
* { margin: 0; padding: 0; box-sizing: border-box; }
|
||||
body {
|
||||
font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, sans-serif;
|
||||
background: linear-gradient(135deg, #667eea 0%, #764ba2 100%);
|
||||
padding: 20px;
|
||||
line-height: 1.6;
|
||||
}
|
||||
.container {
|
||||
max-width: 1200px;
|
||||
margin: 0 auto;
|
||||
background: white;
|
||||
border-radius: 20px;
|
||||
padding: 40px;
|
||||
box-shadow: 0 20px 60px rgba(0,0,0,0.3);
|
||||
}
|
||||
.header {
|
||||
text-align: center;
|
||||
margin-bottom: 40px;
|
||||
padding-bottom: 20px;
|
||||
border-bottom: 3px solid #667eea;
|
||||
}
|
||||
.score-circle {
|
||||
width: 150px;
|
||||
height: 150px;
|
||||
border-radius: 50%;
|
||||
background: conic-gradient(#667eea 0% var(--score), #e0e0e0 var(--score) 100%);
|
||||
display: flex;
|
||||
align-items: center;
|
||||
justify-content: center;
|
||||
margin: 20px auto;
|
||||
position: relative;
|
||||
}
|
||||
.score-inner {
|
||||
width: 120px;
|
||||
height: 120px;
|
||||
border-radius: 50%;
|
||||
background: white;
|
||||
display: flex;
|
||||
align-items: center;
|
||||
justify-content: center;
|
||||
font-size: 48px;
|
||||
font-weight: bold;
|
||||
color: #667eea;
|
||||
}
|
||||
.metrics {
|
||||
display: grid;
|
||||
grid-template-columns: repeat(auto-fit, minmax(250px, 1fr));
|
||||
gap: 20px;
|
||||
margin: 30px 0;
|
||||
}
|
||||
.metric-card {
|
||||
background: linear-gradient(135deg, #f5f7fa 0%, #c3cfe2 100%);
|
||||
padding: 20px;
|
||||
border-radius: 15px;
|
||||
box-shadow: 0 4px 6px rgba(0,0,0,0.1);
|
||||
}
|
||||
/* 问题卡片样式 */
|
||||
.issue-card {
|
||||
margin: 20px 0;
|
||||
border-radius: 12px;
|
||||
overflow: hidden;
|
||||
box-shadow: 0 4px 12px rgba(0,0,0,0.1);
|
||||
}
|
||||
.issue-header {
|
||||
padding: 15px 20px;
|
||||
display: flex;
|
||||
align-items: center;
|
||||
gap: 10px;
|
||||
}
|
||||
.issue-header.critical { background: linear-gradient(135deg, #e74c3c, #c0392b); color: white; }
|
||||
.issue-header.medium { background: linear-gradient(135deg, #f39c12, #e67e22); color: white; }
|
||||
.issue-header.minor { background: linear-gradient(135deg, #27ae60, #2ecc71); color: white; }
|
||||
.issue-body { padding: 20px; background: #fff; }
|
||||
.location-info {
|
||||
background: #f8f9fa;
|
||||
padding: 12px 15px;
|
||||
border-radius: 8px;
|
||||
margin-bottom: 15px;
|
||||
font-family: 'Courier New', monospace;
|
||||
font-size: 13px;
|
||||
}
|
||||
.location-info .file-path {
|
||||
color: #667eea;
|
||||
word-break: break-all;
|
||||
}
|
||||
.location-info .line-info {
|
||||
color: #e74c3c;
|
||||
font-weight: bold;
|
||||
}
|
||||
.code-context {
|
||||
background: #2d2d2d;
|
||||
color: #f8f8f2;
|
||||
padding: 15px;
|
||||
border-radius: 8px;
|
||||
overflow-x: auto;
|
||||
margin: 10px 0;
|
||||
font-family: 'Fira Code', 'Courier New', monospace;
|
||||
font-size: 13px;
|
||||
line-height: 1.5;
|
||||
}
|
||||
.code-line {
|
||||
display: flex;
|
||||
white-space: pre;
|
||||
}
|
||||
.line-number {
|
||||
color: #666;
|
||||
min-width: 50px;
|
||||
text-align: right;
|
||||
padding-right: 15px;
|
||||
user-select: none;
|
||||
}
|
||||
.line-content { flex: 1; }
|
||||
.line-highlight { background: rgba(231, 76, 60, 0.2); }
|
||||
.line-highlight.medium { background: rgba(243, 156, 18, 0.2); }
|
||||
.line-highlight.minor { background: rgba(39, 174, 96, 0.2); }
|
||||
.suggestion-box {
|
||||
background: #e8f5e9;
|
||||
border-left: 4px solid #27ae60;
|
||||
padding: 15px;
|
||||
margin-top: 15px;
|
||||
border-radius: 0 8px 8px 0;
|
||||
}
|
||||
pre {
|
||||
background: #2d2d2d;
|
||||
color: #f8f8f2;
|
||||
padding: 15px;
|
||||
border-radius: 8px;
|
||||
overflow-x: auto;
|
||||
margin: 10px 0;
|
||||
}
|
||||
code {
|
||||
font-family: 'Fira Code', 'Courier New', monospace;
|
||||
}
|
||||
.summary-stats {
|
||||
display: grid;
|
||||
grid-template-columns: repeat(4, 1fr);
|
||||
gap: 15px;
|
||||
margin: 20px 0;
|
||||
}
|
||||
.stat-item {
|
||||
text-align: center;
|
||||
padding: 15px;
|
||||
background: #f8f9fa;
|
||||
border-radius: 10px;
|
||||
}
|
||||
.stat-number { font-size: 28px; font-weight: bold; }
|
||||
.stat-number.critical { color: #e74c3c; }
|
||||
.stat-number.medium { color: #f39c12; }
|
||||
.stat-number.minor { color: #27ae60; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<!-- 报告内容：包含问题卡片，每个卡片包含精确的文件路径、行号、类名、方法名和代码上下文 -->
|
||||
</body>
|
||||
</html>
|
||||
```
|
||||
|
||||
#### 问题卡片HTML模板
|
||||
每个问题使用以下结构：
|
||||
```html
|
||||
<div class="issue-card">
|
||||
<div class="issue-header critical">
|
||||
<span class="severity-badge">🔴 严重</span>
|
||||
<span class="issue-title">SQL注入风险</span>
|
||||
</div>
|
||||
<div class="issue-body">
|
||||
<div class="location-info">
|
||||
<div>📁 <span class="file-path">hi-hydro-modules/hi-hydro-system/.../UserServiceImpl.java</span></div>
|
||||
<div>📍 行号: <span class="line-info">L45-L48</span> | 类: UserServiceImpl | 方法: findByUsername(String)</div>
|
||||
</div>
|
||||
<div class="code-context">
|
||||
<div class="code-line"><span class="line-number">44</span><span class="line-content"> public User findByUsername(String username) {</span></div>
|
||||
<div class="code-line"><span class="line-number">45</span><span class="line-content line-highlight"> String sql = "SELECT * FROM user WHERE username = '" + username + "'";</span></div>
|
||||
<div class="code-line"><span class="line-number">46</span><span class="line-content line-highlight"> return jdbcTemplate.queryForObject(sql, userMapper);</span></div>
|
||||
<div class="code-line"><span class="line-number">47</span><span class="line-content"> }</span></div>
|
||||
</div>
|
||||
<div class="suggestion-box">
|
||||
<strong>💡 修复建议:</strong> 使用参数化查询防止SQL注入
|
||||
<pre><code>String sql = "SELECT * FROM user WHERE username = ?";
|
||||
return jdbcTemplate.queryForObject(sql, userMapper, username);</code></pre>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
```
|
||||
## 审查示例
|
||||
|
||||
### 示例1: 命名规范问题（Java项目示例）
|
||||
```
|
||||
🟢 [轻微] 方法命名不规范
|
||||
📁 文件: hi-hydro-modules/hi-hydro-system/src/main/java/com/zhdgps/ims/system/service/impl/UserServiceImpl.java
|
||||
📍 位置: L78 | 类: UserServiceImpl | 方法: f(UserQuery)
|
||||
🔗 代码上下文:
|
||||
76 | /**
|
||||
77 | * 查询用户列表
|
||||
78 | */
|
||||
→ 79 | public List<User> f(UserQuery query) {
|
||||
80 | return userMapper.selectList(query);
|
||||
81 | }
|
||||
💡 问题说明: 方法名 f 过于简短，不符合Java命名规范，应使用有意义的名称
|
||||
✅ 修复建议: 重命名为 selectUserList 或 queryUserList
|
||||
```
|
||||
|
||||
### 示例2: 安全性问题（SQL注入）
|
||||
```
|
||||
🔴 [严重] SQL注入风险
|
||||
📁 文件: hi-hydro-modules/hi-hydro-system/src/main/java/com/zhdgps/ims/system/service/impl/UserServiceImpl.java
|
||||
📍 位置: L45-L48 | 类: UserServiceImpl | 方法: findByUsername(String)
|
||||
🔗 代码上下文:
|
||||
43 | @Override
|
||||
44 | public User findByUsername(String username) {
|
||||
→ 45 | String sql = "SELECT * FROM sys_user WHERE user_name = '" + username + "'";
|
||||
→ 46 | return jdbcTemplate.queryForObject(sql, userMapper);
|
||||
47 | }
|
||||
💡 问题说明: 直接拼接用户输入到SQL语句，存在SQL注入漏洞
|
||||
✅ 修复建议:
|
||||
String sql = "SELECT * FROM sys_user WHERE user_name = ?";
|
||||
return jdbcTemplate.queryForObject(sql, userMapper, username);
|
||||
```
|
||||
|
||||
### 示例3: 性能问题（循环内重复查询）
|
||||
```
|
||||
🟡 [中等] 循环内重复数据库查询
|
||||
📁 文件: hi-hydro-modules/hi-hydro-flow/src/main/java/com/zhdgps/hydro/flow/service/impl/TaskServiceImpl.java
|
||||
📍 位置: L112-L118 | 类: TaskServiceImpl | 方法: batchProcess(List<Task>)
|
||||
🔗 代码上下文:
|
||||
110 | public void batchProcess(List<Task> tasks) {
|
||||
111 | for (Task task : tasks) {
|
||||
→ 112 | Device device = deviceMapper.selectById(task.getDeviceId());
|
||||
→ 113 | task.setDeviceName(device.getName());
|
||||
→ 114 | taskMapper.updateById(task);
|
||||
115 | }
|
||||
116 | }
|
||||
💡 问题说明: 循环内执行单条查询，N次循环导致N次数据库访问，严重影响性能
|
||||
✅ 修复建议:
|
||||
// 批量查询设备，使用Map缓存
|
||||
Set<Long> deviceIds = tasks.stream().map(Task::getDeviceId).collect(Collectors.toSet());
|
||||
Map<Long, Device> deviceMap = deviceMapper.selectBatchIds(deviceIds)
|
||||
.stream().collect(Collectors.toMap(Device::getId, Function.identity()));
|
||||
tasks.forEach(task -> task.setDeviceName(deviceMap.get(task.getDeviceId()).getName()));
|
||||
taskMapper.updateBatch(tasks);
|
||||
```
|
||||
|
||||
### 示例4: 资源泄漏问题
|
||||
```
|
||||
🔴 [严重] 未关闭数据库连接资源
|
||||
📁 文件: hi-hydro-modules/hi-hydro-netty/src/main/java/com/zhdgps/ims/netty/handler/DataHandler.java
|
||||
📍 位置: L56-L62 | 类: DataHandler | 方法: processData(Connection)
|
||||
🔗 代码上下文:
|
||||
54 | private void processData(Connection conn) {
|
||||
55 | try {
|
||||
→ 56 | Statement stmt = conn.createStatement();
|
||||
→ 57 | ResultSet rs = stmt.executeQuery("SELECT * FROM data");
|
||||
58 | // 处理数据...
|
||||
59 | } catch (SQLException e) {
|
||||
60 | log.error("处理失败", e);
|
||||
61 | }
|
||||
62 | }
|
||||
💡 问题说明: Statement和ResultSet未关闭，会导致资源泄漏和连接池耗尽
|
||||
✅ 修复建议: 使用try-with-resources自动关闭资源
|
||||
try (Statement stmt = conn.createStatement();
|
||||
ResultSet rs = stmt.executeQuery("SELECT * FROM data")) {
|
||||
// 处理数据...
|
||||
} catch (SQLException e) {
|
||||
log.error("处理失败", e);
|
||||
}
|
||||
```
|
||||
|
||||
### 示例5: 空指针风险
|
||||
```
|
||||
🟡 [中等] 潜在空指针异常
|
||||
📁 文件: hi-hydro-modules/hi-hydro-iot/src/main/java/com/zhdgps/hydro/iot/service/impl/DeviceServiceImpl.java
|
||||
📍 位置: L89-L92 | 类: DeviceServiceImpl | 方法: getDeviceStatus(Long)
|
||||
🔗 代码上下文:
|
||||
87 | public String getDeviceStatus(Long deviceId) {
|
||||
88 | Device device = deviceMapper.selectById(deviceId);
|
||||
→ 89 | return device.getStatus().getName();
|
||||
90 | }
|
||||
💡 问题说明: device可能为null，直接调用getStatus()会抛出NullPointerException
|
||||
✅ 修复建议:
|
||||
Device device = deviceMapper.selectById(deviceId);
|
||||
if (device == null) {
|
||||
throw new ServiceException("设备不存在: " + deviceId);
|
||||
}
|
||||
return Optional.ofNullable(device.getStatus())
|
||||
.map(Status::getName)
|
||||
.orElse("未知状态");
|
||||
```
|
||||
## 评分标准
|
||||
### 总体评分（1-10分）
|
||||
- **9-10分**：优秀，代码质量高，几乎没有问题
|
||||
- **7-8分**：良好，有少量改进空间
|
||||
- **5-6分**：中等，存在一些需要修复的问题
|
||||
- **3-4分**：较差，有较多问题需要解决
|
||||
- **1-2分**：很差，存在严重问题
|
||||
### 各维度评分
|
||||
每个维度（代码质量、安全性、性能、可维护性）独立评分：
|
||||
- **优秀（8-10）**：符合最佳实践
|
||||
- **良好（6-7）**：基本合格，有改进空间
|
||||
- **需改进（4-5）**：存在明显问题
|
||||
- **差（1-3）**：有严重缺陷
|
||||
## 使用示例
|
||||
当用户说"帮我审查这段代码"或"review 这个文件"时：
|
||||
1. 仔细分析代码，记录每个问题的精确位置
|
||||
2. 使用 Read/Grep 工具确认代码位置和上下文
|
||||
3. 识别问题和优点，为每个问题收集：
|
||||
- 完整文件路径
|
||||
- 精确行号范围
|
||||
- 所在类名和方法签名
|
||||
- 相关代码片段（含上下文）
|
||||
4. 生成详细的 HTML 报告（包含精确位置信息和代码上下文）
|
||||
5. 告知用户报告已生成并可以查看
|
||||
|
||||
## 代码位置识别指南
|
||||
|
||||
### 如何精确定位问题代码
|
||||
1. **文件路径**: 从项目根目录开始的完整相对路径
|
||||
2. **行号**: 使用工具读取文件时记录精确行号，问题涉及多行时标注范围
|
||||
3. **类名和方法名**: 从代码结构中识别：
|
||||
- Java: `public class ClassName` 和 `public ReturnType methodName(Params)`
|
||||
- Python: `class ClassName:` 和 `def method_name(self, ...):`
|
||||
- JavaScript: `class ClassName` 和 `methodName(params) {`
|
||||
4. **代码上下文**: 提取问题行及其前后各2-3行，确保上下文完整
|
||||
|
||||
### 行号标注规范
|
||||
- 单行问题: `L45`
|
||||
- 连续多行问题: `L45-L52`
|
||||
- 不连续多行: `L45, L48, L52`
|
||||
- 方法/类范围: `L45-L78 (method: getUserById)`
|
||||
|
||||
### 代码上下文格式
|
||||
```
|
||||
行号 | 代码内容
|
||||
-----|----------------------------------------
|
||||
43 | @Override
|
||||
44 | public User getUserById(Long userId) {
|
||||
→ 45 | String sql = "SELECT * FROM user WHERE id = " + userId; // ← 问题行
|
||||
46 | return jdbcTemplate.queryForObject(sql, userMapper);
|
||||
47 | }
|
||||
```
|
||||
- 使用 `→` 标记问题行
|
||||
- 保留前后2-3行上下文
|
||||
- 行号右对齐，保持整齐
|
||||
@@ -1,151 +0,0 @@
|
||||
# fireworks-tech-graph 技术图生成工具
|
||||
|
||||
> **Stop drawing diagrams by hand.** 描述你的系统 → 获取出版级 SVG + PNG 技术图
|
||||
|
||||
- **⭐ GitHub**: yizhiyanhua-ai/fireworks-tech-graph (3987 stars)
|
||||
- **语言**: Python
|
||||
- **许可证**: MIT
|
||||
|
||||
---
|
||||
|
||||
## 核心能力
|
||||
|
||||
将自然语言描述转化为精美 SVG 图表，再导出高分辨率 PNG（1920px）。
|
||||
|
||||
```bash
|
||||
npx skills add yizhiyanhua-ai/fireworks-tech-graph
|
||||
```
|
||||
|
||||
### 使用示例
|
||||
|
||||
```
|
||||
用户: "Generate a Mem0 memory architecture diagram, dark style"
|
||||
→ Skill 分类: Memory Architecture Diagram, Style 2
|
||||
→ 生成带泳道、圆柱体、语义箭头的 SVG
|
||||
→ 导出 1920px PNG
|
||||
→ 输出: mem0-architecture.svg / mem0-architecture.png
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 7 种视觉风格
|
||||
|
||||
| 风格 | 描述 | 适用场景 |
|
||||
|------|------|----------|
|
||||
| **Style 1** — Flat Icon | 白色背景，语义箭头 | 产品文档 |
|
||||
| **Style 2** — Dark Terminal | 黑色背景，霓虹强调色 | 技术博客 |
|
||||
| **Style 3** — Blueprint | 深蓝背景，网格线，青色描边 | 工程架构图 |
|
||||
| **Style 4** — Notion Clean | 极简白色，单一强调色 | Notion 风格 |
|
||||
| **Style 5** — Glassmorphism | 深色渐变背景，毛玻璃卡片 | 现代 UI |
|
||||
| **Style 6** — Claude Official | 暖米色背景 (#f8f6f3) | Anthropic 风格 |
|
||||
| **Style 7** — OpenAI Official | 纯白背景，OpenAI 品牌色 | OpenAI 风格 |
|
||||
|
||||
---
|
||||
|
||||
## 14 种图表类型
|
||||
|
||||
### UML 图表（完整支持）
|
||||
- Class Diagram（类图）
|
||||
- Component Diagram（组件图）
|
||||
- Deployment Diagram（部署图）
|
||||
- Package Diagram（包图）
|
||||
- Composite Structure Diagram（组合结构图）
|
||||
- Object Diagram（对象图）
|
||||
- Use Case Diagram（用例图）
|
||||
- Activity Diagram（活动图）
|
||||
- State Machine Diagram（状态机图）
|
||||
- Sequence Diagram（时序图）
|
||||
- Communication Diagram（通信图）
|
||||
- Timing Diagram（时序图）
|
||||
- Interaction Overview Diagram（交互概述图）
|
||||
- ER Diagram（ER 图）
|
||||
|
||||
### AI/Agent 领域图表
|
||||
- RAG 流程图
|
||||
- Agentic Search 架构图
|
||||
- Mem0 记忆架构图
|
||||
- Multi-Agent 协作图
|
||||
- Tool Call 流程图
|
||||
|
||||
---
|
||||
|
||||
## 语义图形词汇
|
||||
|
||||
| 元素 | 形状 |
|
||||
|------|------|
|
||||
| LLM | 双边框矩形 |
|
||||
| Agent | 六边形 |
|
||||
| Vector Store | 环形圆柱体 |
|
||||
| Database | 圆柱体 |
|
||||
| Service | 圆角矩形 |
|
||||
| User | 人物图标 |
|
||||
|
||||
### 语义箭头系统
|
||||
- **实线箭头** = 读操作
|
||||
- **虚线箭头** = 写操作
|
||||
- **异步箭头** = 后台流程
|
||||
- **循环箭头** = 循环调用
|
||||
|
||||
---
|
||||
|
||||
## 安装与使用
|
||||
|
||||
```bash
|
||||
# 安装
|
||||
npx skills add yizhiyanhua-ai/fireworks-tech-graph
|
||||
|
||||
# 更新
|
||||
npx skills update fireworks-tech-graph
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 提示词模板
|
||||
|
||||
### Style 1 — Flat Icon
|
||||
```
|
||||
Draw a Mem0 memory architecture diagram in style 1 (Flat Icon).
|
||||
Use four horizontal sections: Input Layer, Memory Manager, Storage Layer, Output / Retrieval.
|
||||
Include User, AI App / Agent, LLM, mem0 Client, Memory Manager, Vector Store, Graph DB, Key-Value Store, History Store, Context Builder, Ranked Results, Personalized Response.
|
||||
Use semantic arrows for read, write, control, and data flow. Keep the layout clean and product-doc friendly.
|
||||
```
|
||||
|
||||
### Style 2 — Dark Terminal
|
||||
```
|
||||
Draw a tool call flow diagram in style 2 (Dark Terminal).
|
||||
Show User query, Retrieve chunks, Generate answer, Knowledge base, Agent, Terminal, Source documents, and Grounded answer.
|
||||
Use terminal chrome, neon accents, monospace typography, and semantic arrows for retrieval, synthesis, and embedding update.
|
||||
```
|
||||
|
||||
### Style 3 — Blueprint
|
||||
```
|
||||
Draw a microservices architecture diagram in style 3 (Blueprint).
|
||||
Create numbered engineering sections like 01 // EDGE, 02 // APPLICATION SERVICES, 03 // DATA + EVENT INFRA, 04 // OBSERVABILITY.
|
||||
Include Client Apps, API Gateway, Auth / Policy, three services, Event Router, Postgres, Redis Cache, Warehouse, and Metrics / Traces.
|
||||
Use blueprint grid, cyan strokes, and a bottom-right title block.
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 特点
|
||||
|
||||
- **7 种视觉风格** — 从简洁白底到霓虹黑到毛玻璃
|
||||
- **可执行风格系统** — 风格编码到生成器中，不仅在文档中
|
||||
- **完整 UML 支持** — 14 种图表类型
|
||||
- **AI/Agent 领域模式** — RAG、Mem0、Multi-Agent 等内置
|
||||
- **语义图形词汇** — LLM = 双边框矩形，Agent = 六边形
|
||||
- **语义箭头系统** — 颜色 + 线型编码含义
|
||||
- **产品图标** — 40+ 产品的品牌色：OpenAI、Anthropic、Pinecone、Weaviate、Kafka、PostgreSQL…
|
||||
- **SVG + PNG 输出** — SVG 可编辑，1920px PNG 可嵌入
|
||||
- **rsvg-convert 兼容** — 无外部字体获取，纯内联 SVG
|
||||
|
||||
---
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 系统架构文档
|
||||
- 技术博客配图
|
||||
- API 文档说明
|
||||
- AI/Agent 流程图
|
||||
- UML 建模
|
||||
- 产品演示材料
|
||||
@@ -1,23 +0,0 @@
|
||||
---
|
||||
title: GNSS 索引
|
||||
tags:
|
||||
- 索引
|
||||
created: 2026-04-21
|
||||
---
|
||||
|
||||
# GNSS
|
||||
|
||||
> 自动生成的索引文件
|
||||
|
||||
## 文件列表
|
||||
|
||||
| 文件名 | 大小 | 说明 |
|
||||
|--------|------|------|
|
||||
| [[RATIO]] | 439B | |
|
||||
| [[RMS]] | 477B | |
|
||||
| [[什么是GPS最简独立闭合环]] | 893B | |
|
||||
| [[同步环、异步环和重复基线]] | 1KB | |
|
||||
| [[闭合差]] | 488B | |
|
||||
|
||||
---
|
||||
*共 5 个文件*
|
||||
@@ -1,9 +0,0 @@
|
||||
RATIO
|
||||
RATIO即整周模糊度分解后，次最小RMS与最小RMS的比值。即：
|
||||
|
||||
|
||||
|
||||
RATIO 反映了所确定出的整周未知数参数的可靠性，这一指标取决
|
||||
于多种因素，既与观测值的质量有关，也与观测条件的好坏有关。
|
||||
RATIO是反映基线质量好坏的最关键值，通常情况下，要求RATIO值
|
||||
大于1.8。
|
||||
@@ -1,12 +0,0 @@
|
||||
RMS 即均方根误差（Root Mean Square），即：
|
||||
|
||||
|
||||
|
||||
其中：
|
||||
V为观测值的残差；
|
||||
P为观测值的权；
|
||||
n-f为观测值的总数减去未知数个数。
|
||||
RMS表明了观测值的质量。RMS越小，观测值质量越好；
|
||||
反之，表明观测值质量越差。它不受观测条件（如卫星分布好坏）的影响。
|
||||
依照数理统计的理论，观测值误差落在1.96 倍RMS 的范围内的概率
|
||||
是95%。
|
||||
@@ -1,8 +0,0 @@
|
||||
==三台由独立观测获得基线向量构成的闭合环。==
|
||||
==GPS控制网一般也构成一定的图形，涉及如下的概念：==
|
||||
==1、观测时段：测站上开始接收卫星信号到观测停止连续工作的时间段，简称时段。==
|
||||
==2、同步观测：两台或两台以上接收机同时对同一组卫星进行的观测。==
|
||||
==3、同步观测环：三台或三台以上接收机同步观测获得基线向量构成的闭合环，简称同步环。==
|
||||
==4、独立观测环：由独立观测获得基线向量构成的闭合环，简称独立环。==
|
||||
==5、====异步====观测环：在构成多边形环路的所有基线向量中，只要有非同步观测的基线向量，则称该多边形环路为====异步====观测环，简称====异步====环。==
|
||||
> 来自 <[https://zhidao.baidu.com/question/182755838.html](https://zhidao.baidu.com/question/182755838.html)>
|
||||
@@ -1,17 +0,0 @@
|
||||
1、 同步闭合环
|
||||
同步环闭合差是由同步观测基线所组成的闭合环的闭合差。
|
||||
由于同步观测基线间具有一定的内在联系，从而使得同步环闭合差在
|
||||
理论上应总是为0 的。如果同步环闭合差超限，则说明组成同步环的基线
|
||||
中至少存在一条基线向量是错误的。但反过来，如果同步环闭合差没有超
|
||||
限，只能认为静态基线在质量上，绝大部分情况下是合格的，还不能说明
|
||||
组成同步环的所有基线在质量上绝对合格。
|
||||
2、异步闭合环
|
||||
不是完全由同步观测基线所组成的闭合环称为异步环。异步环的闭合
|
||||
差称为异步环闭合差。
|
||||
当异步环闭合差满足限差要求时，则表明组成异步环的基线向量的质
|
||||
量是合格的。当异步环闭合差不满足限差要求时，则表明组成异步环的基
|
||||
线向量中至少有一条基线向量的质量不合格。要确定出哪些基线向量的质
|
||||
量不合格可以通过多个相邻的异步环或重复基线来进行。
|
||||
3、重复基线
|
||||
不同观测时段对相同的两个测站间的观测结果就是所谓重复基线。这
|
||||
些观测结果之间的差异就是重复基线较差。
|
||||
@@ -1,12 +0,0 @@
|
||||
闭合差的定义
|
||||
闭合环路检验是检测基线质量的有力方法。
|
||||
闭合环可分为同步环、异步环和重复基线。
|
||||
闭合环的闭合差在理论上应为0，在实际测量中，允许偏离一定的值，
|
||||
闭合环的限差请参见有关文献。
|
||||
环的闭和差有以下几类：
|
||||
1、分量闭合差，即：
|
||||
|
||||
|
||||
|
||||
2、全长相对闭合差，即：
|
||||
|
||||
@@ -1,18 +0,0 @@
|
||||
---
|
||||
title: PMP 索引
|
||||
tags:
|
||||
- 索引
|
||||
created: 2026-04-21
|
||||
---
|
||||
|
||||
# PMP
|
||||
|
||||
> 自动生成的索引文件
|
||||
|
||||
## 文件列表
|
||||
|
||||
| 文件名 | 大小 | 说明 |
|
||||
|--------|------|------|
|
||||
|
||||
---
|
||||
*共 0 个文件*
|
||||
@@ -1,3 +0,0 @@
|
||||
|
||||
|
||||
![[Untitled-20260407225004 - Ink.svg]]
|
||||
@@ -1,8 +0,0 @@
|
||||
BCWP=EV
|
||||
BCWS=PV
|
||||
BAC 绩效测量基准 资金需求
|
||||
道德与专业行为规范==> 责任，尊重，公正，诚实
|
||||
通用项目的生命周期4阶段==>开始项目，组织与准备，执行项目工作，结束项目
|
||||
|
||||
项目经理的胜任力==>技术项目管理，领导力，战略和商务能力
|
||||
整合的三个层面==>过程层面整合，认知层面整合，背景层面整合
|
||||
@@ -1,4 +0,0 @@
|
||||
责任
|
||||
尊重
|
||||
公正
|
||||
诚实
|
||||
@@ -1,16 +0,0 @@
|
||||
阶段关口的审查，是偏向紧后阶段是否可以开始，还是偏向紧前阶段是否可以结束
|
||||
|
||||
三种制约因素：范围、时间、成本（质量）
|
||||
六种制约因素：范围、时间、成本、质量、资源、风险
|
||||
|
||||
增量型，迭代，定期，在规定的时间重复执行一些管理动作，渐进明细
|
||||
敏捷项目管理，适合产品开发开发，需求多变（2到4周）
|
||||
|
||||
阶段关口，关键界面，项目整合的关键，最容易发生风险 流程和流程的衔接
|
||||
人和人
|
||||
人和部门
|
||||
流程和流程的衔接，人和人，人和部门，技术工作和管理工作的衔
|
||||
|
||||
|
||||
|
||||
![[20200929 - Ink.svg]]
|
||||
@@ -1,3 +0,0 @@
|
||||
工作授权系统 确保我们的 工作 让正确的人在正确的时候按照正确的逻辑被执行
|
||||
资源分解结构
|
||||
|
||||
@@ -1,8 +0,0 @@
|
||||
|
||||
|
||||
|
||||
|
||||
 
|
||||
|
||||
|
||||
|
||||
@@ -1,4 +0,0 @@
|
||||
责任
|
||||
尊重
|
||||
公正
|
||||
诚实
|
||||
@@ -1,73 +0,0 @@
|
||||
|
||||
|
||||
1、项目的三大特征和二大特性分别是什么？
|
||||
答：
|
||||
项目的三大特征分别是：
|
||||
|
||||
- 临时性，指项目有明确的开始时间和明确的结束时间，不会无限期延续下去。
|
||||
- 独特性，一次性，没有完全相同的项目。
|
||||
- 普遍性，无处不在，任何一个需要在特定时间内解决的问题都是项目。
|
||||
|
||||
项目的二大特征分别是：
|
||||
|
||||
- 渐进明细，应该在连续积累中，分步骤开发，以便逐步明确项目的细节特征。
|
||||
- 成果导向性，为了创造的产品服务或成果，可交付成果，（有形的产品，无形的服务，其他成果知识培训等）。
|
||||
|
||||
2、什么是商业价值，又可分为哪两类，每一个类别包含哪些常见内容？
|
||||
答：
|
||||
PMI将商业价值定义为 从商业运作中获得可量化净效益（有形和无形的效益或者两者兼有）
|
||||
主要分为有形和无形的效益。
|
||||
有形的：货币资产，股东权益，公共事业，固定设施，工具，市场份额
|
||||
无形的：商誉，品牌认知度，公共利益，商标，战略一致性，声誉
|
||||
|
||||
3、项目立项的四大要素有哪些？
|
||||
答：
|
||||
|
||||
- 符合法规，法律或社会要求
|
||||
- 满足相关方的要求或需求
|
||||
- 执行、变更业务或技术战略
|
||||
- 创造、改进或修复产品、过程或服务
|
||||
|
||||
4、什么是项目组合 ，项目集，项目，它们之间的关联和区别是什么？
|
||||
答：
|
||||
项目组合：是为看实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作的集合。
|
||||
项目集：是一组相互关联且被协调管理的项目、子项目集和项目集活动，以便获得分别管理所无法获得的效益。
|
||||
项目: 是为了穿着独特的产品、服务、或成果而进行的临时性工作。
|
||||
运营：可以无计划，重复性的，有确定时间的 工作。
|
||||
|
||||
区别： 项目集管理和项目组合股那里的生命周期、活动、目标、重点、和效益都和项目股那里不同。
|
||||
联系： 项目组合、项目集、项目、和运营都涉及相同的相关方，还可能需要使用相同的资源。 项目组合管理是主要排列所有备选项目的优先顺序，并选择一系列的排序靠前的、最有利于实现战略目标的正确项目来做。主要就是进项投资决策，项目组合经理往往由组织中的高级管理人员兼任。
|
||||
项目集管理是要正确的地完成一系列相互配置的项目以获得最大的效益。管理项目见的内在联系。 5、项目组合管理和项目集管理的主要工作有哪些？
|
||||
答：
|
||||
项目集管理
|
||||
项目集管理指在项目集中应用知识、技能与原则来实现项目集的目标，获得分别管理项目集组成
|
||||
部分所无法实现的利益和控制。项目集组成部分指项目集中的项目和其他项目集。项目管理注重项
|
||||
目本身的相互依赖关系，以确定管理项目的最佳方法。项目集管理注重作为组成部分的项目与项目
|
||||
集之间的依赖关系，以确定管理这些项目的最佳方法。项目集和项目间依赖关系的具体管理措施可
|
||||
能包括：
|
||||
|
||||
- 调整对项目集和项目的目的和目标有影响的组织或战略方向；
|
||||
- 将项目集范围分配到项目集组成部分；
|
||||
- 管理项目集组成部分之间的依赖关系，从而以最佳方式实施项目集；
|
||||
- 管理可能影响项目集内多个项目的项目集风险；
|
||||
- 解决影响项目集内多个项目的制约因素和冲突；
|
||||
- 解决作为组成部分的项目与项目集之间的问题；
|
||||
- 在同一个治理框架内管理变更请求；
|
||||
- 将预算分配到项目集内的多个项目；
|
||||
- 确保项目集及其包含的项目能够实现效益。
|
||||
|
||||
项目组合管理
|
||||
项目组合是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。
|
||||
项目组合管理是指为了实现战略目标而对一个或多个项目组合进行的集中管理。项目组合中的项
|
||||
目集或项目不一定彼此依赖或直接相关。
|
||||
项目组合管理的目的是：
|
||||
|
||||
- 指导组织的投资决策。
|
||||
- 选择项目集与项目的最佳组合方式，以达成战略目标。
|
||||
- 提供决策透明度。
|
||||
- 确定团队和实物资源分配的优先顺序。
|
||||
- 提高实现预期投资回报的可能性。
|
||||
- 实现对所有组成部分的综合风险预测的集中式管理。
|
||||
|
||||
此外，项目组合管理还可确定项目组合是否符合组织战略。
|
||||
要实现项目组合价值的最大化，需要精心检查项目组合的组成部分。
|
||||
@@ -1,53 +0,0 @@
|
||||
|
||||
|
||||
1、什么是项目生命周期，它是由什么组成的？
|
||||
|
||||
答：项目生命周期是指项目从开始到结束所经历的一系列阶段。
|
||||
由 启动，规划，执行，监控，收尾五大过程组。
|
||||
2、什么是项目生命周期管理法，采用这种方法的最大好处是什么？
|
||||
答：所谓项目生命周期管理法，就是指将不同的项目不同项目阶段过程灵活选择合适的管理方法。
|
||||
最大的好处是，可以灵活应对项目的包含的各种因素。可以将项目的各个阶段之间的关系顺序，迭代和交替有序灵活开展。
|
||||
3、什么是项目阶段关口，在阶段关口是紧前阶段是否达到结束标准，还是紧后阶段是否达到开始标准哪一个更重要，为什么？
|
||||
答：项目阶段关口，设立在项目阶段的结束点。
|
||||
==在阶段关口是紧前阶段达到结束标准====比====紧后阶段达到开始标准====更加====重要==
|
||||
因为，紧前阶段达到结束标准可以释放各种资源，项目风险降低，会沉淀成本
|
||||
紧后阶段达到开始标准，代表未来….
|
||||
4、项目生命周期有哪几种类型，预测型生命周期适合什么样的项目，适应型生命周期适合什么样的项目？
|
||||
答：
|
||||
|
||||
- 预测型生命周期 ，适合传统瀑布型，适合项目一开始，使用的技术和需求都十分清晰的项目
|
||||
- 迭代型生命周期
|
||||
- 增量型生命周期
|
||||
- 适应型生命周期，敏捷型，适合那种一开始只知道部分需求和功能的技术的项目。
|
||||
|
||||
==需求明确，产品清晰，无需变更，风险较低的项目==
|
||||
==需求不清，产品模糊，频繁变更，风险较高====的项目==
|
||||
|
||||
- 混合型生命周期
|
||||
|
||||
5、什么是迭代？
|
||||
答：迭代是指定期重复性的工作，在规定的时间重复执行一些管理动作
|
||||
6、项目有哪五大过程组，哪四大通用阶段?
|
||||
答： 由 启动，规划，执行，监控，收尾五大过程组。
|
||||
有 开始项目阶段，组织与准备阶段，执行项目工作阶段，结束项目阶段四大通用阶段。
|
||||
7、什么是项目信息，它分为几个维度，分别出现在项目的哪些过程组？
|
||||
答：项目数据是在整个项目生命周期需要收集、分析、和转化的大量的数据。从各个过程收集项目数据，并在项目团内内共享。
|
||||
==在各个过程中所收集的数据经过结合相关背景的分析、汇总转化为项目信息。==
|
||||
==主要分为==
|
||||
==工作绩效数据====:====主要出现在执行过程和监控过程==
|
||||
==工作绩效信息：控制过程，监控==
|
||||
==工作绩效报告：整体项目控制过程，整合管理==
|
||||
==三个维度。==
|
||||
8、什么是ITTO，他们的典型组成因素有哪些？
|
||||
答：ITTO是指每个项目管理过程通过合适的项目管理工具和技术将一个或多个输入转化成一个或多个输出。
|
||||
Input指一个过程的输入，上个阶段的产物或各类项目文件组成
|
||||
Technology和Tool,指工具，软件或模板；技术主要是 方法论或最佳实践
|
||||
Output为输出。可交付成果，更新后的项目文件或计划，或总结报告。
|
||||
典型的组合成因素
|
||||
9、什么是效益管理计划，它包括哪些主要内容？
|
||||
答：效益管理计划是描述了项目实现效益的方式和时间，以及应制定的效益衡量机制。
|
||||
项目效益指为发起组织和项目预期受益方创造价值的行动、行为、产品、服务或成果的结果。
|
||||
主要内容有：目变效益、战略一致性、实现效益的时间、效益责任人、测量指标、假设、风险。
|
||||
10、在项目启动前有一个阶段叫什么名字？这个阶段我们主要做哪些工作？
|
||||
答：在项目启动前的一个阶段叫项目前期准备工作。
|
||||
主要做需求评估、商业论证和效益管理计划。
|
||||
@@ -1,30 +0,0 @@
|
||||
3、思考题：事业环境因素分为哪两个类别分别包括哪些内容？组织过程资产分为哪两个类别，分别包括哪些内容？
|
||||
答：事业环境因素主要分为组织内部环境因素和组织外部环境因素
|
||||
组织内部环境因素主要有：
|
||||
|
||||
- 制度环境（组织治理框架，组织结构，项目管理信息系统，人事管理制度，工作授权系统，沟通制度）
|
||||
- 资源环境（基础设施，实物资源，人力资源，员工能力）
|
||||
- 文化环境（组织文化，政治氛围，管理实践）
|
||||
|
||||
组织的外部环境因素主要有：
|
||||
|
||||
- 宏观环境（社会环境，文化环境，市场条件，法律法规，财务因素，采购限制）
|
||||
- 行业环境（行业标准，商业数据库，学术研究资料，生产力指标，行业PMBOK）
|
||||
- 相关方环境(相关方期望，相关方文化，风险临界值)
|
||||
- 物理环境（工作条件，气候条件，客观限制）
|
||||
|
||||
组织过程资产主要分过程、政策和程序 和 组织知识库两种
|
||||
过程、政策和程序 组织过程资产主要有
|
||||
|
||||
- 具体的政策
|
||||
- 流程和程序
|
||||
|
||||
有形的组织过程资产主要有
|
||||
|
||||
- 工作模板
|
||||
- 工作指南
|
||||
- 共享知识库
|
||||
|
||||
4、事业环境因素和组织过程资产最重要的区分方式是什么？
|
||||
|
||||
> 答：主要区分方式
|
||||
@@ -1,7 +0,0 @@
|
||||
1、什么是系统型简单型组织结构，它有什么优点和缺点，如何区分简约型和有机型组织结构？
|
||||
2、职能式组织结构是如何划分的？它有哪些优点和缺点适合做什么样的类型的项目？
|
||||
3、协调员和联络员出现在什么组织结构中，如何区分协调员和联络员？
|
||||
4、平衡矩阵组织结构有什么优点和缺点？
|
||||
5、项目式组织结构和矩阵型组织结构的最大区别是什么？项目型组织结构的优点和缺点有哪些?
|
||||
6、复合型组织结构除了项目经理还有哪些人是专职服务于项目的，哪些人是兼职服务于项目的？
|
||||
7、预习PMO的类型和作用
|
||||
@@ -1,4 +0,0 @@
|
||||
|
||||
|
||||
Pssword:
|
||||
1q2w#E$R
|
||||
@@ -1,35 +0,0 @@
|
||||
中文
|
||||
项目1，
|
||||
**城市环境空气质量预报预警平台** 这个项目包含了城市空气质量预报预警业务管理平台，统计模型预报，实况与预报发布平台，智能短信报送平台，视频会商系统的建设等。
|
||||
|
||||
**启动**： 初始阶段我们做了什么准备；
|
||||
**规划**：如何规划这个项目；
|
||||
**实施**：我在这个项目里担任什么职务，这个项目是做什么用的，
|
||||
**监控**：这个项目实施过程监督；
|
||||
**收尾**：这个项目目前是否已经验收，客户满意度如何。
|
||||
|
||||
开始:根据国家对城市空气质量预报信息化要求,调研空气质量的预报和发布需求,主要解决城市环境监测中心在数据预报、会商和数据发布流程以及信息化支撑而启动项目。
|
||||
计划:编制项目管理计划，创建开发工作分解结构，主要分为预报业务平台，预报算法，预报发布平台，短信报送平台，视频会商系统等五大子系统分别编制时间进度计划，制定预算，人力资源管理、沟通和采购计划。
|
||||
执行:作为项目经理带领项目团队预报业务平台，预报发布平台，短信报送平台和预报算法的集成研发,将视频会商系统进项外包管理，组织整个项目按照预定计划推进。
|
||||
监控:每周五项目进度和问题汇总、月度评估后并向业主定期汇报项目状态,将业主需求变化推进项目变更，确保项目按照计划的推进。
|
||||
结束:结束各子系统的项目活动，把研发过程和项目管理过程分别归档，按照合同要求将交付物打包整理移交给业主，开展项目验收会，验收报告盖章签字，总结整理经验教训。
|
||||
|
||||
|
||||
|
||||
|
||||
中文:项目经验2 中海达监测云
|
||||
开始:旧有的监测软件产品无法满足国土地灾、矿山、大坝等安全监测行业市场需求，组织打造一款具备对安全监测设备的数据采集、审核、统计、查询、管理、专业分析和webgis展示服务的SAAS专业监测云平台，启动了这个项目。
|
||||
计划:将项目主要分为传感器数据采集，数据处理，web 综合分析平台，前端展示等四个子模块分别研发工作结构分解WBS,编制进度计划，人力资源计划和质量计划。
|
||||
执行:作为项目经理带领项目团队进行项目需求分析，原型设计，编写产品需求规格说明书,搭建和梳理出全新的监测软件产品的业务体系，根据监测产品需求来组织开发架构保障整个项目顺利完成。研发人员进行单元测试以及测试人员集成功能测试和性能测试。
|
||||
监控:每周与研发汇总项目问题和进度并定期汇报项目状态给上级领导，开展项目需求评审，代码评审，产品架构评审和需求变更评审会议。
|
||||
结束:结束各子模块的项目活动，编写产品测试报告和性能测试报告，按照项目业务需求将交付物打包运营部门，开展产品试运行，试运行结束后对项目验收报告，总结经验教训归档代码和研发文档。
|
||||
|
||||
中文：项目经验3 中海达解算云
|
||||
|
||||
开始:以前的gnss解算软件只能适合小型单个工程应用，无法满足越来越大量的GNSS实时解算需求，所以组织启动开发专注于gnss高精度定位技术在变形监测领域数据解算支撑平台、支持大量gnss数据接收、存储，处理、分布式实时解算和事后分析的云平台。
|
||||
|
||||
计划: 我根据立项需求制定产品的GNSS解算产品研发路线图，按照公司规定裁剪制定了项目管理计划， 主导编制进度计划、质量管理计划，配置管理等实施计划。
|
||||
|
||||
执行:作为项目经理带领项目团队开展项目详细分析和原型开发，主导沟通编写产品需求规格说明书,协调架构师搭建GNSS解算的分布式研发框架，根据项目管理计划来组织研发活动，分了三个迭代反复执行。在内部测试测试之后开展集成测试和性能测试等活动。
|
||||
|
||||
监控和收尾:每周定期汇报项目状态给QA，每月中旬沟通项目主要问题并沟通协调解决方案，开展项目评审会议以保障项目项目质量和进度。最后编写项目测试报告和事业部验收报告， 协调现场项目试运行。总结经验教训归档代码和算法经验，以便于下一个版本的迭代。
|
||||
Reference in New Issue
Block a user