讨论: 关于软件开发过程的一些问题?

[duanfeng]

RUP好象是以USES CASE驱动,以框架为中心, 逐步不断的迭代.

XP是什么方式? 还请高手指教?
是先简单设计,不断的重构、不断的迭代的过程也难以把握?

不知大家做系统时的整体设计/概要设计是怎么做的?
是越细还是整体尽量简单.

[carbon107]

我认对于概要设计有时不需那样细吧
到了详细设计时应越细越好

• 打赏
• 举报

回复 赞

[far_ranging]

我想还是要结合自身的实际来使用，管他是RUP还是XP，重要的是其中的思想。当然基本的思想不能变哦。

• 打赏
• 举报

回复 赞

[chqg_110]

概要设计是将软件需求转化为数据结构和软件的系统结构。然后是详细设计，即过程设计，通过对结构表示进行细化，得到软件的详细的数据结构和算法。是从管理和技术两个不同的角度对设计的认识。

• 打赏
• 举报

回复 赞

[Rose2000]

XP--Extreme Programming.
体现它价值的是四个方面：简单、交流、反馈和勇气。XP所提倡的是User Story，它和User Case 有相似的地方。
大概的过程是这样的，先让用户写一大堆User Story，然后在计划会议上对它们进行讨论和评估形成一份开发计划的东西。然后就开始对User Story进行开发，采用迭代的方式，一个或者多个USer Story进行一次迭代。每一次迭代包含设计、编码、测试。针对每次迭代形成一个小的版本提交给用户，用户对它进行测试和验收并且反馈最新意见。及时对代码进行重构。在这个过程当中可以应用其它的规则：程对编程、集体拥有代码、角色互换、将优化留在最后等。当然在不断的进行迭代的过程当中要对开发量进行评估、及时修改和调整开发计划。XP对测试和用户的参与极端的重视。如果代码有问题就不能提交代码库，在编码开始之前编撰单元测试没作完一个User Story用户要进行测试等。所以交给用户的是高质量的软件。对用户的重视要求是在开发团队中不仅包括程序员和项目经理也包括用户。

• 打赏
• 举报

回复 赞

[Rose2000]

XP中有很多思想都是挺有用的。我们公司借用了它的集体拥有代码和角色互换的思想，因为我们公司不可能达到这样，完全做到角色互换，就采用模块之间进行代码互读，让别的人来读他的代码，然后对代码进行讨论和评判，最后发现了好多个开发中的错误以及设计上的缺陷，最后对模块进行重构和优化。
另一个是成对编程。对于开发质量很有提高。或者带新手，非常快。

• 打赏
• 举报

回复 赞

[Rose2000]

关于XP，前面已经讨论过一次，但是现在还没有结贴，希望大家能发表自己的见解：http://www.csdn.net/expert/topic/660/660251.xml?temp=.7811853（ XP的可操作性如何？如果实行，那么效果如何？它和Rup能否结合使用？ ）
另外还有一个XP的中文网站：http://www.agilechina.org/extremeprogramming/index.html
希望对楼主有所帮助。

• 打赏
• 举报

回复 赞

[duanfeng]

谢谢rose2000(巴山雾)

• 打赏
• 举报

回复 赞

[duanfeng]

但我感觉RUP与XP很多地方有冲突

• 打赏
• 举报

回复 赞

[Rose2000]

我自己的感觉XP是一种不算很正规但是对于某些项目非常有效的方法。
RUP我还没有了解得很熟，我觉得应当是一种非常正规的开发方法。
对于10人以下的小公司使用XP非常有效，或者大公司一个小组采用这种方法非常有效。XP的缺点是没有正规的文档，一大堆User story不能当作正是文档的。
RUP就不用多说了，最起码得20人以上才适合使用.

• 打赏
• 举报

回复 赞

[rick1126]

其实Case出现比UML早, 为此UML确立Case驱动的观念很对, 一般我们和用户讨论问题就是从比划和头脑风暴开始的, 这个时候一般没有OO的限制, 只要可以明确问题获得一致认同就可以了.

• 打赏
• 举报

回复 赞