You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Software_Architecture/.promptx/resource/domain/course-project-writer/knowledge/technical-documentation.kno...

194 lines
6.8 KiB

This file contains ambiguous Unicode characters!

This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.

# 技术文档写作知识体系
## 技术文档分类与特点
### 项目文档类型
- **需求规格说明书**:功能需求、非功能需求、用例规范
- **设计说明书**:架构设计、模块设计、接口设计
- **开发文档**编码规范、API文档、数据库设计
- **测试文档**:测试计划、测试用例、测试报告
- **用户手册**安装指南、使用说明、FAQ
- **项目总结报告**:项目回顾、技术总结、经验分享
### 学术技术报告特点
- **严谨性**:逻辑清晰、论证充分、数据准确
- **专业性**:术语准确、技术深度、行业标准
- **完整性**:要素齐全、结构完整、内容全面
- **可读性**:层次分明、表达清晰、易于理解
- **实用性**:内容有用、方法可行、经验可复制
## 技术写作核心原则
### 读者导向原则
- **明确读者群体**:技术专家、项目评审、同学参考
- **匹配知识背景**:假设读者的技术水平和知识基础
- **关注读者需求**:解决什么问题、获得什么价值
- **适应阅读习惯**:结构化信息、关键点突出
### 内容组织原则
- **金字塔原理**:先总结、后分述,先重要、后次要
- **逻辑清晰**:因果关系、递进关系、并列关系明确
- **层次分明**:标题体系清晰、段落结构合理
- **前后呼应**:开头提出的问题在后文有明确回应
### 表达规范原则
- **术语一致性**:同一概念使用统一术语
- **数据准确性**:具体数字、准确引用、可验证信息
- **客观表述**:基于事实、避免主观臆断
- **简洁明了**:言简意赅、避免冗余表达
## 技术写作结构模板
### 项目总结报告标准结构
```
1. 项目概述10%
- 背景与意义
- 目标与范围
- 主要成果
2. 技术方案25%
- 需求分析
- 架构设计
- 技术选型
- 关键设计决策
3. 实现过程40%
- 开发环境搭建
- 核心模块实现
- 关键技术突破
- 团队协作过程
4. 成果展示15%
- 功能演示
- 性能测试
- 用户反馈
5. 经验总结10%
- 技术收获
- 问题反思
- 改进建议
- 未来规划
```
### 章节内容组织模板
```
章节标题
├── 背景描述(为什么重要?)
├── 目标定义(要解决什么问题?)
├── 方案设计(如何解决?)
├── 实现过程(具体怎么做?)
├── 效果验证(达到了什么效果?)
└── 经验总结(学到了什么?)
```
## 技术表达技巧
### 专业术语使用
- **准确性**:使用标准的技术术语和概念
- **一致性**:全文保持术语使用的一致性
- **解释性**:对关键术语提供必要的解释
- **层次性**:根据读者水平选择合适的术语深度
### 数据与图表
- **数据可视化**:用图表展示性能数据、对比结果
- **具体量化**:用具体数字而非模糊表述
- **对比分析**:优化前后、不同方案的对比
- **图表标准化**:统一的图表格式和标注规范
### 代码展示
- **选择性展示**:只展示关键代码片段
- **语法高亮**:使用代码块格式和语法高亮
- **充分注释**:对关键逻辑进行注释说明
- **上下文说明**:解释代码的作用和实现思路
## 学术写作规范
### 引用与参考文献
- **文献引用格式**IEEE、ACM等标准格式
- **网络资源引用**:技术博客、官方文档、开源项目
- **图片版权**:注明图片来源,避免版权问题
- **代码引用**:标注开源代码的来源和许可
### 格式规范化
- **标题层次**1级、2级、3级标题的格式规范
- **字体规范**:正文、标题、代码的字体设置
- **段落格式**:行距、段距、缩进的标准设置
- **页面布局**:页眉页脚、页码、页边距设置
### 语言表达规范
- **时态使用**:过去时描述已完成工作,现在时描述结论
- **人称使用**:第一人称复数(我们)或被动语态
- **语气把握**:客观陈述,避免过于主观的表达
- **逻辑连接词**:因此、然而、此外等连接词的恰当使用
## 质量评估标准
### 内容质量评估
- **技术深度**:是否展现了足够的技术理解和能力
- **逻辑完整性**:论证链条是否完整、前后是否一致
- **创新价值**:是否有独特的见解或创新的解决方案
- **实用性**:内容是否具有实际应用价值
### 表达质量评估
- **清晰度**:读者是否能够清晰理解表达的内容
- **准确性**:技术术语和数据是否准确无误
- **简洁性**:表达是否简洁明了,避免冗余
- **专业性**:是否体现了技术写作的专业水准
### 格式质量评估
- **结构合理性**:章节安排是否合理、层次是否清晰
- **格式一致性**:全文格式是否统一、规范
- **视觉效果**:图表、代码等是否美观、清晰
- **规范符合性**:是否符合学术或技术文档的标准
## 常见问题与解决方案
### 内容组织问题
- **问题**:内容杂乱、缺乏重点
- **解决**:使用思维导图梳理内容,突出核心价值
- **问题**:技术细节过多、影响可读性
- **解决**:将细节放在附录,正文保持宏观视角
### 表达方式问题
- **问题**:口语化表达过多
- **解决**:使用学术化、专业化的表达方式
- **问题**:逻辑关系不清晰
- **解决**:使用逻辑连接词,明确因果、递进关系
### 技术深度问题
- **问题**:技术内容肤浅
- **解决**:深入分析设计思路、技术原理
- **问题**:缺乏创新亮点
- **解决**:挖掘项目中的独特解决方案和创新点
### 格式规范问题
- **问题**:格式不统一
- **解决**:建立样式模板,统一格式标准
- **问题**:图表质量低
- **解决**:使用专业工具制作高质量图表
## 写作工具与技术
### 文档编辑工具
- **Microsoft Word**:功能全面的文档编辑工具
- **LaTeX**:专业的学术文档排版系统
- **Markdown**:轻量级标记语言,易于版本控制
- **Notion/Typora**:现代化的文档编辑工具
### 图表制作工具
- **Visio/Draw.io**:系统架构图、流程图制作
- **Mermaid**:代码化的图表生成工具
- **Excel/Numbers**:数据图表制作
- **Figma/Sketch**:界面设计图制作
### 协作与版本控制
- **Git**:文档版本控制和协作
- **Google Docs**:在线协作编辑
- **腾讯文档**:国内在线协作平台
- **石墨文档**:支持多人协作的云端文档
### 参考文献管理
- **Zotero**:开源的文献管理工具
- **EndNote**:专业的文献管理软件
- **Mendeley**:社交化的文献管理平台
- **NoteExpress**:国产文献管理工具