软件设计与工程

软件设计关注结构和边界，软件工程关注让这些结构在团队、时间和真实运行环境中持续有效。

flowchart LR
    A[需求与约束] --> B[模块与接口]
    B --> C[实现与测试]
    C --> D[评审与集成]
    D --> E[发布与运行]
    E --> F[反馈与演进]
    F --> A

当前内容

• 项目目录：用职责而非文件类型组织项目。
• 命名：让名称表达意图、范围和约束。
• 软件建模与图示：用类图和序列图说明静态结构与动态交互。
• 用户界面设计：处理对话框、焦点、导航与可访问性。

设计检查清单

1. 每个模块是否只有一个清晰职责，依赖方向是否稳定？
2. 接口是否暴露最少必要信息，错误和边界条件是否明确？
3. 业务规则是否与界面、存储、网络和框架代码分离？
4. 关键行为能否由自动化测试验证，失败是否容易定位？
5. 配置、密钥、日志和部署是否有明确边界？
6. 改动能否小步提交、审查、回退和发布？

待补主题

当前笔记在测试、API 设计、依赖管理、架构决策和持续集成方面仍不完整。新增内容时优先围绕真实项目决策编写：说明背景、约束、选择、放弃的方案和验证结果，避免只摘录模式定义。