| 作者 |
内容 |
| 言希 |
 在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
|
| 02/03/20 09:47 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| shaojl |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
原则：强内聚、弱耦合。方法：一般情况下要根据功能性需求和问题域 |
| 02/03/20 10:33 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 言希 |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
谢谢。
可是我还是不太清楚，能否说得更详细一点？
它是不是与瀑布模型中的模块划分是一样的？ |
| 02/03/20 10:58 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| shaojl |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
我认为首先要考虑完成一个具体的业务过程（可能包括几个相关的用况），然后按照一定的原则，再分析提取有共性的东西（类），也就是细化开始确定的分析包，逐步形成新的包，当然这过程中要尽量按照“强内聚，弱耦合”的原则，也就是尽量将相互依赖的类放在一个包中。我的一点见解 |
| 02/03/20 11:31 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 言希 |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
你的意思是不是最初的分析包就是在建业务模型时所划分的那些包，每个包都对应一个业务流程。然后根据分析类的依赖关系对分析包细化。
也就是先根据业务流得到顶层分析包，然后根据实体类提取分析类，再考虑分析类之间的关系。然后根据“强内聚低耦合”的原则把分析类放入不同的分析包中，得到细化的分析包。 |
| 02/03/20 15:01 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| shaojl |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
对，你有什么好的想法？交流交流。 |
| 02/03/20 17:25 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 言希 |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
谢谢你。
以后我们多讨论吧 |
| 02/03/21 09:09 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 言希 |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
谢谢你。
我们以后多讨论吧，我现在是瞎子过河边摸边走。 |
| 02/03/21 09:10 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| shaojl |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
看过《统一软件开发过程》么？还不错. |
| 02/03/21 09:54 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 言希 |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
这是我目前最主要的参考书，感觉里面的思想很有价值，但它有时的讲述不够清晰。主要是“为什么”这方面讲得比较少。这是我第一次用RUP思想建模，有点无所适从的感觉。
另外，我不是很明白它提的构架的慨念。
|
| 02/03/21 11:52 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| shaojl |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
有一句诗“纸上得来终觉浅”，要想提高和透澈的理解必须要有实践，最好实践时有人指导。 |
| 02/03/21 14:58 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 言希 |
回复:
在做构架分析时，根据什么原则或使用什么方法可以得到分析包？
我现在正在实践，只苦于无人指点。
你以前用uml建过完整的模型吗？ |
| 02/03/21 15:28 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
