关于软件开发想看看大家的意见，谢谢

赵玉心

大家觉得软件开发应该以什么思路进行？请大家多提意见，非常感谢。

ahappysnail

[这个贴子最后由ahappysnail在 2004/05/30 11:49am 第 1 次编辑]

感觉我们目前的实力和经验都还不够，尽管从大型软件开始会有一个很高的起点，但是遇到的阻力也会更大一些，甚至可能导致停滞不前，所以觉得如果这样还不如先从小的开始，一步步作大，会更容易实现一点，并且也较为容易积累经验，为开发大型的软件作准备。

f10w

软件开发以需求分析开始阿,怎么从阅读代码开始???

f10w

我建议遵循敏捷开发的一些基本原则:
小迭代,短发布周期,每周或两周发布一个新版本,增加少量的成熟的功能.
发布是要给人用,这样会很快有反馈.

zyf

要看开发者的水平而定。深入CFD总是从一些小型的代码入手，进而扩展。如果开发者已经通过了初级的水平，有了一定的经验，那么开始大型的CFD代码是水到渠成的。
如果想在某一个框架上改进程序，这个程序的框架基础必须牢固。从open source开始是很好的。
注意，软件开发的目的是形成软件还是培养新手？要把握尺度。

赵玉心

发这个投票主要是因为在从发起到现在我们遇到了一些问题，也积累了一些经验，感觉需要进一步商讨更为切实可行的方案。
要开发商用软件，阅读源代码是必不可少的。
我们都没有软件开发的经验，f10w兄所说的东西我也不太了解，可否详细说明？
zyf兄：软件开发的目的绝对不是培养新手，但是参与人员水平参差不齐，您觉得怎么处理这个问题呢？

supersonic

下面引用由zyf在 2004/05/31 08:57pm 发表的内容：
要看开发者的水平而定。深入CFD总是从一些小型的代码入手，进而扩展。如果开发者已经通过了初级的水平，有了一定的经验，那么开始大型的CFD代码是水到渠成的。
如果想在某一个框架上改进程序，这个程序的框架基　...

如果是新手学习CFD，当然从自编小代码入手。如果是一班有CFD基础的人打算做开发，就得从学习大型代码入手了。

zyf

问题会很多的，大部分的人都不能够全身心的投入，也没有足够的经验。 长时间不出成果会带来严重的挫折感的。
想从什么地方做起？贪多嚼不烂，不要把面铺的太开，集中精力做主要的，我想也就是求解器部分。应该有一个核心的小组专门做这件事情，而且没有必要吸收很多人加入，那只会带来更多的争论，更重要的是迈出第一步。
不要把目标订得太高，那样只会增大压力，造成无所适从。

hordy

1、先从通用求解器开始，按照phoenics的思路，设计若干个对流扩散方程求解器。尽量实现与本构方程无关，可利用性强。
2、建议以fvm为主，可扩展性好，能满足大部分要求，非结构网格。
3、首先由若干位经验较高的，数值计算与软件工程并重，先设计函数接口，代码可以以后写。
4、代码的编制可以采用老鸟带新手，一个函数两个人同时写，一个带一个，实现可持续发展。
5、可考虑同一采用C写。虽然fortran的程序比较多，但应考虑为以后的前处理后处理提供基础，毕竟前处理的难度不比求解器小，而且搞cfd的图形图像方面相对比较菜，而且并行方面也是一个问题，，混合编程会带来很多不必要的麻烦。各位不要认为计算非要fortran不可，数值计算已进入后发展阶段，特别是有限元，求解器网上多得是，前后处理决定了是否能够生存下去，大连理工的有限元程序就是一个典型例子。 各种语言调试会使得大家疲惫不堪。借用网络资源是上上之策。 先实现常用的一些矩阵、函数功能，包括内存申请，以后的人用起来方便多了。

yuyang2004

本人看了各位的意见，有如下建议：
1、软件开发要以需求分析入手，不要一上来就开始编代码，这样做要让行家看了会笑话，主要原因：综观凤凰软件，留下了很多由于随流体力学发展而不断升级留下的痕迹，软件整体结构不是很合理，我们现在编写流体力学软件，是站在前人的基础之上工作，不能重复前人的失误，要不，我们就只是在重复，而不是发展。前人的软件需要学习，但是只是学习它的构架，软件根据流体力学当今的最新发展以及以后的发展趋势，更借鉴各位流体力学软件使用者的经验与需求，构建一个完整的，开放的，结构合理的软件构架，这才是当前工作之重。
2、建议有几位懂得流体力学软件，并有软件开发项目经验的人领导该项目，我想这个软件不是我们一个人两个人的事情，而是我们中国流体力学界的大事，不能儿戏，我们草率了，失败了可以，但是，很可惜。知道吗。很可惜，我们各位都会为这个失败感觉遗憾，感觉自责，失败就意味着不负责任，是中国流体力学界的罪人。
3、建议引入投资，建立开发基金，并进行正式开发，我估计这个软件开发会遇到很多技术上以及资金上难题，不能忽视。
本人意见如上，不自量力，但是请重视！！！！！

pan

本人的一点看法：
　　同意yuyang2004兄关于整体架构的上述观点，组织专人进行研究。战略上给予高度重视。
　　具体实施时，可以大家集思广益，根据各位的专长分头去做，先做些小型的界面友好、前后处理方便的软件。汇滴水以成江河。我觉得这样会促进项目的进行。编程语言不成问题，改写还是方便的。当然同意最好。关键的是大家要有良好的习惯，程序文本书写要规范，严格安软件工程的规范进行。

qianzd

同意supersonic兄的意见。但考虑到软件开发的可持续性，应该不放弃培养新手。现有的大型软件有很多可参考之处，应充分利用。毕竟是一个很高的起点。以openfoam为例，它提供的很多模块是经过实际使用考验的，有可信度，在消化源代码的基础上，开发新的模型，有利于缩短新理论的周期，也可以缩短从理论到实际使用的周期。美国现在公开的FUN3D就是一个例子，他们只对美国开放，我们可以只多国内的同仁开放。现在的盗版软件横行，因此，我们开发软件的目的绝不是商业性的，而是要让国内的cfd水平更上一个台阶。
欢迎探讨qianzhongdong@sina.com

zmmagic

先从基本的功能开始，完成后再逐步扩充及完善功能

wildgrass

实际我现在都没想通，你们为什么要把时间放在开发软件上。如果真的想开发软件，应该成立公司，不应该这样搞，我到觉得，搞CFD出身的应该去找那些非CFD出身的合作，搞点专业特点的，这样既有研究创新，又有钱可挣。要搞就搞研究开发平台，像kiva，fastest，美国老和德国老搞得不错，他们和不少科研机构合作，搞了不少东西,他们没搞什么算法（借用成熟算法），没搞什么界面（linux，unix下运行），主要是针对商业代码对科研人员的透明度太小。现在搞软件的太多了，单凭几个人力量绝对是不行的，你看看开发openfoam的中心，队伍多庞大，你们自发组成的一个开发组能发展成这样吗，别说开发人的水平和时间以及money，就是人数都成问题，人员结构也是问题。就目前这种搞法，最后或许能搞了个开源代码。但这个代码可能没什么特点，不如别人已经开源的东西，并且你们的东东验证也是问题。说说个人看法，实际就是建议纯搞CFD的人要向不同的专业进军，不要搞那种全面的东西，什么都抓，什么都抓不到。实际论水平，老外比我们强不了多少，只能老外喜欢注重点（科研是最需要的），中国人却注重面，全面的面。老外的很多点组合起来是一个非常好的面，中国人的很多面组合起来是一个被平均的面。

sqyhb

下面引用由f10w在 2004/05/31 06:04pm 发表的内容：
软件开发以需求分析开始阿,怎么从阅读代码开始???