近日做了一个仿真项目，总结一下做仿真项目的经验和心得

quanneng

近日做了一个仿真项目，总结一下做仿真项目的经验和心得。
1        经验
1.1        项目规格书
作为项目的输入标准和验收标准，项目规格书有着举足轻重的重要性，一个完善的项目规格书，不但能保证仿真结果免于失真，也是在过程中指导项目组的依据。我们应该看到，很多时候客户自己也不清楚自己到底想要的是什么东西，只是在头脑中大概有一个轮廓，而这个轮廓会随时因为干扰而发生根本的变化，这就导致项目实施者所做的模型、流程等阶段性成果，都达不到客户的要求，变的非常被动。其实也并不是没有达到要求，而是因为双方的认识上的背离，没有完全理解对方的要求而已，这种背离轻则返工重来，重则项目流产。因此一个完善的项目规格书是双方都能自我保护，或者说是双方自我约束的依据和标准。
1.2        解决问题的方法
        拿到项目规格书后，不要急于着手做模型，首先要有一个好的逻辑构思，它直接决定了建模的成功与否，磨刀不误砍材工。一个不成熟的逻辑构思，可能让你不断的返工，顾此失彼，甚至让你前功尽弃，这是血的教训啊！
        这里建议先画流程图，由粗入细、由简入繁、由表入里，尽量的详细和周全，期间可能需要不断的完善更新完善规格书，并在流程图中备注上可能的解决办法和难点。标明解决办法，主要是因为很多问题的解决是灵光一现，过后即忘的（我是这样，不知道其他大师是否有同感），也便于项目结束后的自我总结。标明建模难点，主要是在后面建模的时候，主攻难点，可能无法克服，但是可以考虑从其他方面入手解决难点，也就是从全局的角度解决问题，而不是苛求在一个点上。
        另外需要注意的是，项目规格书不是一蹴而就可以完成的，适当的磨合期，是必要和必需的。项目规格书的重要性，不容忽视，下面还会详细提到。
1.3        实时的沟通
        建模的过程，从某种意义上说，也是和客户再沟通的过程，也是不断完善项目规格书的过程。因为对于建模者来说，建模知识是优势，而对客户的现实系统的了解是短板。建模者的模型是要围绕客户的需求进行的，这就需要建模者要充分了解客户的现实系统，对客户的系统越了解，越有利于对客户需求的把握，对建模也是越有利。这就需要建模者保持一个时刻学习和求真的心态，并用实时沟通的方法达到目的。不要担心客户会反感你的询问，其实他们更想了解你的仿真知识，可谓互换所学。（如果遇到那种一问三不知的、且反感与你沟通的客户，你是否要忽悠他，就看你的职业道德了，我也只能呵呵了！）
        建模中有一类难点，就是无法完全拟合。对于无法完全拟合的任何的近似和取舍，都要让客户知道其对结果的影响，最好是得到客户的认可才实施，这对最终的交付非常有利。做项目后，我最大的感触就是：你做的，未必是客户真正想要的。在建模过程中，很多时候，建模者很容易做出一个“想当然”的决定，就像我们在模型中设定好logic，但是在run的时候，发现根本就没有按照特定的方式走。因为表达的原因，导致双方理解的差异，时刻都会发生，而且很多时候很难发现，所以要实时的沟通，了解我们所想所做，是否贴切客户的需求。
        这里还要再次提到项目规格书的重要性，立项的时候，客户可能还不清楚的知道自己需要的是什么，完全有可能是完全不知道自己需要什么哦！而建模者也不是完全清晰的知道客户的系统存在哪些陷阱和技术壁垒。作为外行的客户也只是觉得仿真神乎其神，可以解决任何问题，未卜先知。双方都刻意的强调了自己的优势，同时回避了自己的局限性，在描绘美好前景的同时，忽略了劣势，这是一把双刃剑。这时的项目规格书就起到决定性的作用了，用实时的沟通，不断的完善项目规格书，项目规格书也不是只能一个版本，每次沟通后，需求的更新、技术的壁垒、条件的变化等等，都要记录备案，签字确认，更新规格书！
1.4        适当的取舍
古语云：鱼和熊掌，不可兼得！仿真的复杂度越高，开发的周期越长久；仿真的拟合度越高，要求的参数越精确；仿真的兼容性越高，模型的结构越复杂。所以在这个天平的两端，要有一个兼顾的平衡点，是建模者和客户都能够接受的点位，找到这个点并非易事，这里需要建模者有一个清晰的思路和较高的沟通技巧。更兼客户会不断的压缩开发周期，更使得建模者感觉压力山大，无所适从。在各方条件都有限制的情况下，找到双方都能接受的取舍点，是一个很好的兼容办法。当然，所有的前提是客户接受，建模者也接受。
2        心得
关于心得，还是那句话：你做的，未必是客户想要的。由于知识层次和认知领域的影响，公说公理，婆讲婆言，仿真能否被客户认可，还是要看客户的接受程度，最好的办法就是让客户也加入其中，作为项目的直接参与者或者建模者，让客户感受仿真建模的魅力，同时也有利于建模者对现实系统的理解，让两方面在蜜月期的状态下完成项目。时间过长会delay交期，时间过短会磨合不足。所以建模者在做项目周期预估的时候，在考虑建模的必要时间的同时，还要考虑一下和客户的磨合期的因素。避免输入差异导致的交期紧张，那是非常尴尬的。（也是血的教训啊！）
写在最后，如果选择了仿真为事业，应该要耐得住寂寞、忍得了轻薄、顶得起压力、理得清思路。仿真是一门创造性的工作，成就感来自于每一个成功的模型，仿真也是一门前景广阔的学科，未来的发展来自于每一个仿真工程师的贡献。
仅以此为自勉之词，偏颇浅见，仅作笑谈，请勿血喷！！

慧娴亚伦

感谢分享！每一点都总结的非常深刻，学习了!

S$MULATE

:hug::hug:

S$MULATE

也刚刚做完另外一个项目，也来说两句，
http://www.simio-china.com/about.asp?action=about
我们的DM3R咨询模型强调 循环往复的改进和沟通。楼主总结的非常到位，当然对于不同的客户和不同的项目性质，做法会有稍许的不同。
按照项目规格书进行细化，然后客户全程参与，对规格书本身，还有模型系统进行不断的修正。直到双方都满意，这样的操作是客户允许
你有足够的事件来试错。有些客户确实时间上比较仓促，或许他自己对这个也不重视，他也是应他的客户要求临时需要仿真的，所以他的目的是希望你能够
帮他们来通过动画的形式来验证他们已经认为没问题的设计，如果这时你的模型发现了他们设计的很多问题，导致他的项目没法交付，可能他会觉得找你做还给他们项目组带来了麻烦。
而且他或许没有时间来和你坐下来把项目规格书进行完善。
这本质上就是维护您的直接客户的利益，还是客户的客户的利益，这中间拿捏得不好的话，会把你在这个行业内的reputation破坏掉的。
我相信：保护您的荣誉和专业精神是比任何事都重要的。

==========================================
下一代系统仿真： http://www.simio-china.com

quanneng

linweixu168 发表于 2015-7-29 09:10
总结的非常好，非常到位，如果有一个经验丰富的高手给你能做“结对”建模，相信你的模型质量会更高  ...

谢谢指教！

quanneng

S$MULATE 发表于 2015-7-29 14:55
也刚刚做完另外一个项目，也来说两句，我们的DM3R咨询模型强调 循环往复的改进和沟通。楼主总结的非常到位 ...

看来我经验尚短，还没有注意到方方面面！谢谢指教！

五五

http://www.simulway.com/bbs/foru ... &extra=page%3D2

说的很对 真正的方针项目 按照我的经验 建模实际上只是其中一部分而已 时间上来说或许是三分之一 我不是说建模不重要 但是很多情况下 往往就沉浸在模型里面 脱离了实际了。。。

五五

模型里面的每一点 每一个细节 都必须写入文档 客户确认后 才算是有效的。。。
简单来说就是 任何东西都必须做到 有据可查。。。

S$MULATE

建模实际上只是其中一部分而已 时间上来说或许是三分之一。。。

可能都不需要。。。以我做仿真项目的经验来看。。。。工程师思维和真正的咨询师思维是有差距的，
这也是学院派和实战派（尤其是跨界的实战派）之间永远无法沟通的地方。

------------------------------------------------------------------------------------------------------
下一代系统仿真：   http://www.simio-china.com   承接各类系统仿真咨询项目

gjccrazy

说的非常到位，相信也是大部分仿真人员遇到的一些问题，非常诚恳!

quanneng

S$MULATE 发表于 2015-7-29 14:55
也刚刚做完另外一个项目，也来说两句，
http://www.simio-china.com/about.asp?action=about
我们的DM3R咨 ...

我看了一下链接里面的DM3R模型，根本的目的是“做客户之所需”，这点看来，还是要更深刻理解和执行啊！

要想理解客户之需，就要像您说的的那样：。
维护您的直接客户的利益，还是客户的客户的利益，这中间拿捏得不好的话，会把你在这个行业内的reputation破坏掉的。

而下面这段话，正是“可持续发展”的理念！
我相信：保护您的荣誉和专业精神是比任何事都重要的。

接触的越多，越觉得自己的浅显和不足！:-)

墨冰

谢谢指教！经验尚浅