只显示主题贴

cwocwo 写道我们老板想让我做一个“通用的计划”,按照他的说法就是,这个“通用的计划”可以用来制定ERP中的所有类型的计划,如生产计划,销售计划,物料需求计划,采购计划,甚至包括个人工作计划,项目计划等。 现在很头疼,这么多计划能建立一个通用的模型吗? 可能还会涉及到流程的问题。 大家给点建议。 当然可以,要不那些买项目管理软件的白混了. 但是需要和你的系统的配置能力结合. 管理除了艺术以外的部分,都可以固化,要不,SAP就别做了.
揉面团游戏,揉面的力度,决定蒸出来的馒头是否有嚼头
JavaInActoin 写道不过,从运算方式上来说,仍是C/S架构,服务器负担较重。 这是啥意思??"因为CS结构,所以服务器负担重"?还是说"从运算方式上来说,仍是C/S架构.并且,这样服务器负担重" 可是,不管怎样,"服务器负担较重"这个结论俺都无法理解.楼主说说?
加载速度、客户端无止境的等待??? 你确定是Flex的问题,还是设计的问题?
学问之美在于使人一头雾水 打工的人需要创造壁垒,使自己不可替代 厂商需要创造壁垒,使竞争对手难以超越
额,把俺笑昏了~~
gigix 写道道理是这样的没错 不过这个世界上有很多人的思维方式并不是靠道理来支撑的 对于很多人来说,看不到问题,就等于没有问题 为什么敏捷让很多人受不了,就这个道理 同意,所谓眼不见心静。中国人是最具阿Q精神的。
诺铁 写道引用XP方法对原型非常推崇,这是因为XP方法非常强调需求的重要性,甚至要求客户参与开发过程。但原型方法和XP也有区别。XP是分批交付,先做一个几个功能点的版本,完成后再每个开发周期往上面加其它功能点,而原型法一般要求做出比较完整,能覆盖主要功能点的粗略的版本。XP方法仁者见仁,智者见智,不一而举。 XP一点都不推崇原型。XP的逐次交付和原型法完全不同,原型对质量没有要求,对形式也没有要求,只要能达成沟通需求的目的皆可,XP的每一次迭代都是同样的高质量要求。 引用比较理想的结果是,当原型完成后,需求分析、架构设计和界面风格设计都趋于完成,从这一点可以看到,原型方法可以作为快速软件开发 ...
basicbest
搜索本博客
博客分类
最新评论
评论排行榜