项目master是什么意思啊？
在软件开发过程中，一般有如下称呼： 用户故事：用户使用产品时希望完成的任务（用例）。 需求：用户希望在产品中完成某项任务的能力。 功能点：产品的功能（能力）的具体描述。 用户故事地图：按照时间顺序排列的用户故事。 功能列表：所有功能的清单。 功能点列表：所有功能点的清单。 以上各词间存在如下关系： 功能点是由产品经理或是需求分析师通过观察和访谈确定的产品功能描述； 功能点列表是将所有功能点高亮显示的列表；
功能点列表是用来向开发人员传达产品信息的一个媒介，便于开发人员更好地理解和掌握需要开发的系统功能； 在有些团队中，会存在这样的一种情况：一部分人负责撰写功能点，而另一部分人则将功能点转换为用例。这里就引出了“转换指南”这个概念。 在实际工作中，经常会出现对产品功能的需求发生变化的情况，这时就需要对原有的功能点进行修订或添加新的功能点。这个过程就是“转换指南”的作用范畴。我会在后面附上我所认为的有效编制“转换指南”的步骤。
对于题主所提出的问题，我认为可以这样理解： 在软件项目开发的过程中，为了实现项目功能点列表中所包含的所有功能，可能需要创建多个文件、类、方法甚至属性。但通常情况下，我们是不可能做到每个类、每行代码都写到位的，此时就需要对核心设计进行合理的抽象，从而降低开发和维护的成本。