📚 课程目录第1章项目启动与需求分析

1. 项目启动与需求分析

说实话，每次开始一个新项目，我最怕的就是「需求还没想清楚就开干」。你想想看，代码写了一半，产品过来说「哎呀，这里要改一下」，那滋味……嗯，我经历过太多次了。

所以这一章，咱们先把配方管理系统的地基打牢。业务背景、功能需求、非功能性需求、技术选型，一个都不能少。

先说说场景。假设你是一家食品厂、化工企业或者制药公司的技术负责人。每天要处理几十甚至上百个配方——原料配比、工艺参数、版本变更、成本核算……

我见过不少企业还在用 Excel 管理配方。听起来挺方便对吧？但实际用起来问题一堆：

说白了，配方管理系统要解决的就是这些问题。它不是一个简单的「增删改查」，而是一个围绕配方生命周期管理的专业工具。

核心价值：统一管理、版本追溯、权限控制、数据集成。

很多人一听到「配方管理」，第一反应就是「不就是 CRUD 吗？」。嗯，从表面看确实如此——创建配方、读取配方、更新配方、删除配方。但实际项目中，每个操作背后都有讲究。

我习惯把功能需求分成三层来梳理：

咱们这门课先从基础层做起，后面再逐步扩展。具体来说，核心功能需求包括：

我的经验：别小看「删除」这个功能。我曾经在一个项目里直接用了物理删除，结果客户说「我要看去年那个配方，虽然它已经不用了」。从那以后，所有涉及业务数据的删除，我都用逻辑删除。

功能需求是「做什么」，非功能性需求是「做得怎么样」。很多项目前期只关注功能，等到上线才发现——慢、不安全、不好用。嗯，那时候再改就晚了。

咱们这个配方管理系统，非功能性需求主要关注两点：

注意：安全不是「加个登录页面」就完事了。我见过一个项目，登录页面做得挺漂亮，结果 API 接口没有任何鉴权，直接拿着 URL 就能访问所有数据。这种坑，咱们不能踩。

技术选型这件事，没有「最好」，只有「最合适」。咱们这门课面向的是有一定编程基础、想系统学习 Web 开发的学员。选 Python + Flask + MySQL，原因有三：

我个人习惯用 Flask 做中小型项目。它不像 Django 那样「全家桶」——你想加什么功能，自己装插件就行。这样你能更清楚地理解每个组件的作用，而不是被框架「包办」了所有事情。

至于 MySQL，虽然现在 NoSQL 很火，但配方管理这种强结构化、强事务的场景，关系型数据库依然是首选。

说了这么多，咱们用一张图把整体架构串起来。你一看就明白了。

这张图展示了咱们系统的四层架构：

前后端通过 RESTful API 通信。这样做的好处是——以后你想加个移动端 App，或者对接其他系统，API 接口可以直接复用。

在开始写代码之前，先把开发环境搭好。我建议你按这个清单来：

小建议：用虚拟环境管理项目依赖。我习惯用 venv 或者 pipenv，这样不同项目之间的依赖不会打架。

这一章咱们把配方管理系统的「地基」打好了。你知道了：