敬请各路高人指点！ (300分)

  • 主题发起人 主题发起人 fatalexception
  • 开始时间 开始时间
我们公司使用的办法.
有一个标准版软件可以让客户试用(收低额费用的),然后客户会提出许多改动要求,
要求客户将改动要求传真确认,需求分析这时可以做了,在确认了工作量以后报出
改动费用,客户接受后,该改动的改动,该开发的开发.
以后客户还要改动,同样的方法再来一遍(同样都不是免费的).
 
这种问题太烦了，不谈也罢
 
tyzytyz_cn的方法不错啊。只要开发者积累了足够的DEMO库，谈项目就容易多了。
 
不过，客户之所以要咱们做，而不用成熟的速达、金蝶等等，就是因为通用的业务流程不
适合他们。所以客户首先会要求我们定制一套方案，这怎么办啊。
 
先多参考他人的资料和经验给他出个方案，最终还是有客户来同意啊。只要客户确认，再
出问题就是他的事情了。
不比较正式的确定需求，以后的事情很麻烦，扯不清。
 
to 天与地：
根据我的经历，如果你先提了方案，根据这个方案报价，签了合同，做需求分析后你十有八
九会发现，需求要改得很多啊，他也会把你的方案改的面目全非，而且一定是比你提供的
要复杂（莫菲法则吧）。注意，此时已经是定了价格了。
 
建议你看看xp（极限编程）umlchina上有，就是针对对用户不断提出需求而进行的
 
我觉得中国的客户的水平太差也是一个很大的原因！
客户中有几个人能够从整体上知道自己就需要什么的？！
 
没有一个客户知道，系统分析员应该做出详尽的系统分析
 
to 四库全书：
　 谢谢！我简单的看了一下XP。可是我遇到的问题主要是“价格定了，软件内容未定”。
于是，随做需求，软件内容就随着增加，最后成本就很高。并不是因为模型缺乏弹性而
造成扩展困难和修改困难。可以说，客户提出的问题我们在技术上都能解决，只是价格
或者说成本的问题。
　　根据我这几分钟对XP的理解，我感觉，使用XP方法能够编出“最”（尽量）优秀的
软件，最符合业务需求，最少的重复劳动，比较小的工作压力和恐惧感，避免拖沓和
返工。但是，这实际上会与当初的需求界定（以及成本）越差越多！这XP恐怕也不是什么
新方法，做产品（而非项目）不就是这样吗？先出最小原型，获取反馈，不断更新迭代，
最后滚雪球似的滚出个完善的产品。在开发过程中，Job Step 制订得很短，每段的任务
量很少，但目标明确，测试充分，实施到位。这样做出的软件怎么能不好呢？
　　可是，老兄，这和我的问题不是一回事啊。我的麻烦是在做项目（往往还不大）的时候
客户希望先确定价格然后大量增加需求。能提供这方面的解决办法吗？谢谢！
 
软件工程我们整天挂在嘴边，但是真正到做项目的时候，有多少个是真真正正是按软件工程
一步步来做的？？？做了几个项目，从来没有和客户接触过，都是领导或业务员带回来的信
息就让我们开始着手开发，还整天在我们耳边牢牢叨叨，说一定要注意文档的齐全。开发过
程中，领导早晚两个准时的电话询问进度，以至于一听到电话铃响心里就发毛，甚至到了一定
时间就发慌。
最痛苦的是，系统全部做完，调试完毕，等着交接的时候，领导说数据库要改，有原来的
SQL Server改为oracle。天啊，听到这种消息，人都快疯了！！！！
万般无奈，只好另寻出路。
 
这是中国的现状，要靠国民，“领导”素质的提高。
 
各位：先来一项目可行性分析，如可以做需求分析，当然了要收一点费用。再做系统设计，再收一点费用
一步一步的做下去。
 
LanzeServer的做法可以比较好的解决，也比较公正。毕竟，可行性分析也是有价值的啊，
需求分析也是有价值的啊，设计方案也是有价值的啊。但麻烦就麻烦在中国的这个市场
环境下，你如果亲自去谈项目就知道了。如果费了九牛二虎之力与保安、门卫、秘书、办
公室主任、副厂长副经理斡旋了N次之后，终于见到了说话管事的总经理的时候，你说，我
是做软件的，我先给你们做可行性分析和需求分析吧，出了报告先收报告的钱，你觉得对
方会说什么啊？我不是抬杠，我谈过项目。同时感谢你的参与。
 
简单介绍一下不成形的经验吧。
首先，建议你建立 一套系统，适用性广一点的，可以是粗糙的模型。
稍微修补后，用于给客户演示。
或者带其参观你的以前的工程。
这是第一步。
当他对你的说法很感兴趣的时候，开始了解他的需求，并制作提供IDEF0 图形，进行不超过20分钟的第一次讲解，当他很感兴趣的时候，少作休息进行第二次讲解，不超过2个小时。
通过这次讲解，探讨bpr，业务重组和管理上的改进。
第三次用4－6个小时的时间确定需求。
通过IDEF0确定减少需求的变动。
然后是详细的调研，开发。
首先一定要对该公司业务整体调研清楚，把握整体业务之后进行设计、开发。
估计你的问题会少很多了。
愿意交流：
ispmaster@cnuninet.com
 
rebirth 的方法也不一定行，现在很多企业的管理也很混乱。
没有一定的业务规则或很不规范，他们的领导能不能听进你的话，愿
不愿意改进也很难说。
其实管理水平比一套MIS软件要重要的多.遇到这种客户，领导又非
逼着你做，真是进了烂泥潭......
 
我感觉rebirth的做法不错，一定是很有项目经验的吧？如果出现xeen说的那种情况，可能
分析设计期会长一些。其实我怕的主要是价格与价值不相符，不怕需求复杂，不怕需求内容
多，也不是很怕需求变动。
 
你们程序员还搞营销策略研究？是不是因为项目承包啊？
一般来讲，始终牢记做职业开发是为了赢利。为此有多种手段是要相互交和地使用。
业务前期，你要做的如上面各位说的 DEMO 和相关客户资源材料，目的当然是获得业务。
业务中期，请注意你的承诺，由于软件的特殊性，不要从技术上承诺某某当然能做出来。
业务后期，注意这个后期，许多人说这个是没有后期的，注意改变新模块的命名。
里面有很多其实不是程序员应该亲力亲为的，这里我也说不出什么好办法来，欢迎讨论。
wangxy@371.net
 
中国所有的软件公司用CMM来指导自己的项目开发的又有几家?!!!!
我虽不是崇洋媚外，但我就是觉得印度做得比我们好，但中国的软件事业还是停留在"作坊“
式的时代,我们用delphi开发程序，但真正又有几个用到面向对象的精髓呢，还不是代码的堆砌，
这样的程序能叫完善的产品嘛？补丁一个接一个，运气衰的话还要重来! 唉,
中国的软件市场任重道远啊!
 
深有同感！深有同感！
简直弄的焦头烂额了！中国的软件业什么时候才能真正成为一种产业啊！
看了不少软件工程的书，也懂了一点软件工程的理论方法，可就是没有用武之地，
唉！痛苦！
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
D
阅读书籍是我们学习的主要手段，在此希望大家评论几本经典的Delphi书籍。(100分)
2
回复
25
查看
283
Mark Lai
M
F
高手指点：关于dx控件的问题 (100分)
回复
4
查看
808
fan.zh
F
回
悲哀啊!我怎么会在这里呆了2年?(0分)
回复
19
查看
230
asir
A
D
软件推广,请高人指点迷津!! (100分)
回复
12
查看
182
dok001
D
后退
顶部