精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2005-11-03
其实大家在讨论这个论题的时候 是不是也应该考虑双方的客户背景???
请大家想想为什么有些erp在国外就很运转开 到国内就老是缺胳膊少腿的? 大家应该也做过报表的吧 好像国外的样式大部分都要求很简单 对比一下我们国内的报表 有时觉得 哇国外的程序员真幸福。 客户的需求背景和对系统的感觉都不一样 而且我们也不大可能去把需求都大部分确定了再去做 money和机会都不等人,基本上项目差不多 才开始因为客户催 才去赶大部分的文档出来。因而我觉得在国内xp会比cmm吃的开。 |
|
返回顶楼 | |
发表时间:2005-11-03
xmvigour 写道 请大家想想为什么有些erp在国外就很运转开 到国内就老是缺胳膊少腿的?
大家应该也做过报表的吧 好像国外的样式大部分都要求很简单 对比一下我们国内的报表 有时觉得 哇国外的程序员真幸福。 那么你应该首先问问,为什么教科书上写的财务制度在国外就能运转开,在国内就老是磕磕绊绊的。把这个问题推给软件来解答,是找不到答案的。 |
|
返回顶楼 | |
发表时间:2005-11-03
gigix 写道 那么你应该首先问问,为什么教科书上写的财务制度在国外就能运转开,在国内就老是磕磕绊绊的。把这个问题推给软件来解答,是找不到答案的。 我没有把这个问题推给软件来解答 我是说评价CMM、xp或者其它模式都应该把客观存在的东西都考虑进来 才能从中寻找出一种较为合适的。 也许我表达的不清楚,不过看看下面这一句名言应该有助于理解“……建设有中国特色的社会主义” |
|
返回顶楼 | |
发表时间:2005-11-04
gigix 写道 xmvigour 写道 请大家想想为什么有些erp在国外就很运转开 到国内就老是缺胳膊少腿的?
大家应该也做过报表的吧 好像国外的样式大部分都要求很简单 对比一下我们国内的报表 有时觉得 哇国外的程序员真幸福。 那么你应该首先问问,为什么教科书上写的财务制度在国外就能运转开,在国内就老是磕磕绊绊的。把这个问题推给软件来解答,是找不到答案的。 我也同意gigix的说法,昨天本来回了一帖,后来感觉没意义,跑题了,就没提交。国内的公司报表遮遮掩掩,有些像给这个看有些想给那个看,所以要求灵活性很高,还是用友这样的本土公司吃得开。而oracle SAP的产品其中报表模块都是给国际化大公司指定的,似乎是一种国际规范,拿到中国来就不适用。 所以XP CMMI采用哪种和中国特色应该关系不大。 BTW,北约也采用CMMI了? |
|
返回顶楼 | |
发表时间:2005-11-04
blueoxygen 写道 gigix 写道 xmvigour 写道 请大家想想为什么有些erp在国外就很运转开 到国内就老是缺胳膊少腿的?
大家应该也做过报表的吧 好像国外的样式大部分都要求很简单 对比一下我们国内的报表 有时觉得 哇国外的程序员真幸福。 那么你应该首先问问,为什么教科书上写的财务制度在国外就能运转开,在国内就老是磕磕绊绊的。把这个问题推给软件来解答,是找不到答案的。 我也同意gigix的说法,昨天本来回了一帖,后来感觉没意义,跑题了,就没提交。国内的公司报表遮遮掩掩,有些像给这个看有些想给那个看,所以要求灵活性很高,还是用友这样的本土公司吃得开。而oracle SAP的产品其中报表模块都是给国际化大公司指定的,似乎是一种国际规范,拿到中国来就不适用。 所以XP CMMI采用哪种和中国特色应该关系不大。 BTW,北约也采用CMMI了? 如果是军事项目,我觉得,不用CMMI才是奇怪的。 |
|
返回顶楼 | |
发表时间:2005-11-05
gigix 写道 blueoxygen 写道 gigix 写道 xmvigour 写道 请大家想想为什么有些erp在国外就很运转开 到国内就老是缺胳膊少腿的?
大家应该也做过报表的吧 好像国外的样式大部分都要求很简单 对比一下我们国内的报表 有时觉得 哇国外的程序员真幸福。 那么你应该首先问问,为什么教科书上写的财务制度在国外就能运转开,在国内就老是磕磕绊绊的。把这个问题推给软件来解答,是找不到答案的。 我也同意gigix的说法,昨天本来回了一帖,后来感觉没意义,跑题了,就没提交。国内的公司报表遮遮掩掩,有些像给这个看有些想给那个看,所以要求灵活性很高,还是用友这样的本土公司吃得开。而oracle SAP的产品其中报表模块都是给国际化大公司指定的,似乎是一种国际规范,拿到中国来就不适用。 所以XP CMMI采用哪种和中国特色应该关系不大。 BTW,北约也采用CMMI了? 如果是军事项目,我觉得,不用CMMI才是奇怪的。 当然! 但是更加奇怪的是agile思路来自的就是军方。 同时我想gigix应该看看最近电视中介绍神州飞船的开发过程的节目,这里有很多很有意思的细节。当然坏话我就不说了,毕竟成功了。不过有一个细节,非常的值得我们重视。那就是非常的动力系统是无法试验的,或者说是一次性使用的。因此其可靠性,只能依靠前期的大量相同方案的反复。这一点可以说是决定性的因素。 |
|
返回顶楼 | |
发表时间:2005-11-09
dickwin 写道 简直是不可思议啊
需求一完就开始编码了 这本身流程就有问题 初始设计应该在时间总量的50%-60% 而编码只需要10-15% 剩下的就是测试 问题在怎么定义什么叫做“设计”。编码能不能看作是一种特殊的详细设计? |
|
返回顶楼 | |
发表时间:2005-11-09
在我看来.
编码本来就是最普通的设计工作的一部分. 而不是什么特殊的详细设计. 画UML才是特殊的设计.这类UML设计一般 都出于符合某种流程的需求,而不是实际开发的 需要. |
|
返回顶楼 | |
发表时间:2005-11-11
CMM/CMMI,ISO9000...
RUP/XP/MSF... 这是两类不同的概念 软件开发是制造业,需要控制质量; CMM/CMMI是一个质量控制系统,理论依据是质量控制理论; 它检测一系列的关键过程控制点,用于衡量过程能力; 而RUP/XP/MSF是让软件开发过程更顺利的方法和工具的集合; 两者的本来目的是不同的 |
|
返回顶楼 | |
发表时间:2005-11-11
roserose 写道 CMM/CMMI,ISO9000...
RUP/XP/MSF... 这是两类不同的概念 软件开发是制造业,需要控制质量; CMM/CMMI是一个质量控制系统,理论依据是质量控制理论; 它检测一系列的关键过程控制点,用于衡量过程能力; 而RUP/XP/MSF是让软件开发过程更顺利的方法和工具的集合; 两者的本来目的是不同的 如果软件开发是制造业,需要控制质量,那么cmm和cmmi刚好就是无用的和质量根本挂不上钩的东西,其理论的基础更加和质量控制没有关系。 现在的问题其实就是,那些高谈阔论软件工程的人,根本就不懂工业工程。天天高喊软件质量的人,根本就不没有质量的基本意识。 其实这个问题已经被讨论的够多了,我看不出这次的讨论有什么新意,更看不出有什么必要再次讨论。 大家讨论的津津有味,无非是说明忘性太大,或者是根本就没有一个好的网络习惯。不管是什么,我觉得都是要不得的坏毛病。如果这也是cmm的一个作用,那么也刚好可以说明些什么。 |
|
返回顶楼 | |