补全:有没有这张表
补全 has_table:数据模型里有没有这张表。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计→实现→持久
补全:数模块
补全 n_modules:设计里分了几个模块。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计→实现→持久化→
设计里分了几个模块
按模型,n_modules({"modules": ["auth", "store", "api"]}) 交回几? 贯穿
接口设计定的是什么
接口(API)设计,定的主要是【0】。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计→实现→持久化→服务化→
为什么先分模块
把系统拆成几个模块,好处是【0】。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计→实现→持久化→服务化→测试
系统设计要定清哪三样
做系统设计,最该先定清的是【0】。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计→实现→持久化→服务化→测试
补全:进不进第一版
补全 in_mvp:MVP 只做 must。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计→实现→持久化→服
补全:数必做需求
补全 must_count:数 level 为 must 的需求。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→
列了几条需求
按模型,三条需求 n_features(feats) 交回几? 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计
范围为什么要划死
把需求范围先划死,好处是【0】。 贯穿本节的产品模型(判题机纯 Python、无网,这是它的确定模型,见 spine.py):一个端到端 Python 产品,从需求→设计→实现→持久化→服务化→测试→