我是个学生,一直疑惑在实际项目中,技术人员如何跟不懂技术的客户客户一起建立需求模型
也就是需求建模吧。
比如汽车发动机工厂可能要一个发动机测试的软件
钢铁厂可能需要一套软件
投资银行,可能要一套自动进行股票交易的软件
这些软件里可能都需要高端数学知识,对行业的极度精通业务极度熟练,对软件技术的方方面面的熟悉
而一般人很少同时具备两种技能,尤其是跨度很大的技能(因为单单一个行业要达到上面所需要的能力可能就需要半辈子吧,起码也要10年),客户只懂自己的行业专业知识,软件公司的人只懂软件技术软件设计技术,
可是,虽然软件设计书上告诉我们如何建立需求模型,如何采集需求,
我想,如果我是设计师,面对一堆银行业摸爬滚打十几年的业务能手,和复杂的银行业务,我不只知道如何去建立需求,因为那意味着我得把自己变成一个对银行业务十分精通的人,我才能狗建立准确的需求模型,
这种难度就好比一个外行人可以反过来通过跟我们的交流在短期内掌握软件技术(或是对软件行业有清晰的了解)
希望有项目经验的朋友赐教,感激不尽,最好是有大型专业的项目经验的朋友,谢谢
------解决方案--------------------很多 业务性强的软件,数据业务部门都会 给出很详细的 业务逻辑算法。
分配到你那里,只是需要 用计算机语言来实现这个算法。
这个算法是如何被定义的,和你没有任何关系,别人给出的文档中说怎么算,你就的怎么算...
你还想去质疑? 那你的有 该行业很强悍的业务知识。 可能吗?
公司会让你去谈吗?
真是瞎想一堆。。。
------解决方案--------------------不懂技术的客户?
晕死。客户就算不会编写你所会的所谓程序代码,他也不是什么“不懂技术”。大多数客户都比程序员懂技术得多了,要不怎么很对编程人员脑子里一团糨子、需要客户来解释业务要求呢?
不懂业务的编程人员往往就是瞎子,花费时间和金钱写出来的程序就非常非常不靠谱。可惜很多编程人员总是以客户“不懂技术”为借口,这是我们要经常注意避免的问题。
------解决方案--------------------
------解决方案--------------------我来说一下吧,因为我也算是在这些专深领域干的人,实际上,大部分这些软件都不是纯程序员来做的,特别是与专业关联非常紧密的都是具体的技术人员来编制的。这类人都是主业为相关技术,但是又懂编程的人,几乎不会找外面的软件开发人员来开发。因为让一个学航空航天的人学会编程,远比让一个程序员懂得航天技术要容易得多。
------解决方案--------------------