Oop 确定类别及其职责的技术

我正在寻找方法和技术，可以帮助我确定类，可能是他们在软件系统项目中的责任。我知道有很多软件设计书籍，但我特别想知道如何知道这应该是系统中的一个类，这就是它的职责

我想提高我的技能，如何为软件项目列出一系列的课程。 在阅读规范和需求文档后，有没有技巧可以帮助我了解类的列表

请不要找设计模式书。我在寻找我可以用来为软件项目设计课程的技术

我欢迎您的所有贡献、书籍建议、文章指针、教程等

我在谷歌上搜索过，但找不到任何有意义的东西

谢谢你的帮助

加：：

---

另一个同样重要的领域是如何确定类之间的协作。如何确定哪个类需要另一个类。

通常，名词最好从需求转移到类中，动词是方法，形容词是注释

.汽车发动发动机

类别：汽车

---

方法：startEngine

通常，名词最好从需求转移到类中，动词是方法，形容词是注释

.汽车发动发动机

类别：汽车 方法：星藤碱

在阅读规范和需求文档后，有没有技巧可以帮助我了解类的列表

不，那太天真了

每个软件解决方案都是具有两个目的的类的组合：满足问题域需求和满足派生需求。粗略地说，派生需求是您必须执行的所有技术操作（如保存到数据库）的结果。这两者必须相遇/互动是我们拥有设计模式的一个重要原因

对您来说，技巧就是关注您的业务需求，并雕刻将这些需求表示为属性和方法的类。远离电脑。如果需要保存人员数据，可以。但是不要担心你会怎么做。设计以用商业术语和概念表达您的商业模式

一个好的起点是@FridayChlis所说的，名词==类，动作动词==方法。我要补充的是，形容词通常==属性

通过设计这些类如何交互的场景来优化您的设计，也就是说：一个人去银行取款。通过这种方式，您可以看到类是如何交互的，您将发现设计和需求中的缺陷和不足。根据需要重复此过程，直到您满足了所有业务需求

研究。这是一组标准化的软件系统设计和文档图表！。警告不要尝试使用所有可用的图表，甚至大多数图表

在阅读规范和需求文档后，有没有技巧可以帮助我了解类的列表

不，那太天真了

每个软件解决方案都是具有两个目的的类的组合：满足问题域需求和满足派生需求。粗略地说，派生需求是您必须执行的所有技术操作（如保存到数据库）的结果。这两者必须相遇/互动是我们拥有设计模式的一个重要原因

对您来说，技巧就是关注您的业务需求，并雕刻将这些需求表示为属性和方法的类。远离电脑。如果需要保存人员数据，可以。但是不要担心你会怎么做。设计以用商业术语和概念表达您的商业模式

一个好的起点是@FridayChlis所说的，名词==类，动作动词==方法。我要补充的是，形容词通常==属性

通过设计这些类如何交互的场景来优化您的设计，也就是说：一个人去银行取款。通过这种方式，您可以看到类是如何交互的，您将发现设计和需求中的缺陷和不足。根据需要重复此过程，直到您满足了所有业务需求

---

研究。这是一组标准化的软件系统设计和文档图表！。警告不要尝试使用所有可用的图表，甚至大多数图表

首先，你必须祈祷他们有一个合适的命名约定，程序员们为每个人找到了完美的名字。感谢你们的回答和评论。你必须首先祈祷他们有一个合适的命名约定，程序员们为每一个都找到了一个完美的名字。谢谢你们的回答和评论。实际上我想你们指的是v

---

实际上，我认为你的意思是动词应该是方法