本质区别是所面向的用户;
互联网项目使用系统的是普通大众,公网能够访问的就算是,围绕这个系统运转的所有应用都算;而企业应用是公司员工,是
可以统一进行培训的
以下内容摘自文章:https://blog.csdn.net/sinat_35621207/article/details/79520868
IT人员构成
做企业应用项目,一般有三种角色:技术、需求、管理。
技术:架构师、高级工程师、工程师、设计师
需求:需求分析师
管理:项目经理PM、技术经理T
对于互联网项目,角色和上面差不多。
技术:也是架构师、高级工程师、工程师,但设计师普遍比做企业应用的强一个层次。因为他需要处理界面风格、易用性、浏览器兼容性、SEO等。
需求:产品经理+公司业务人员,可能还会配上用户体验专员(交互设计师)。
对于企业应用,偏向于分析性归纳思维(向内),它只要求你抽象出的软件,能够match当前的业务;而互联网应用,更多是偏向创造性思维(向外),比如SNS网站的like、poke按钮,极大活跃了用户互动。
管理:项目经理PM,可能由产品经理PD担当,看项目规模了。可能还有技术经理TL,负责技术人员的绩效管理。
两种不同的人员构成,主要体现在需求人员上。互联网需求,是挖掘出来的;企业应用需求,是梳理出来的。企业应用你可以做业务调研,但互联网应用,你调研谁?像中国移动财大气粗,可以花十分钟做一次电话调查,但这往往是选择题,选择就意味着封闭。像苹果iOS中的窗口,并没有关闭、最大化、滚动条,这些创造性功能,是不可能通过用户访谈得到的。
技术架构
做企业应用的那一套,如Hibernate,我是不建议用在互联网上的。Hibernate解决领域模型的持久化很有效,而互联网应用,偏向于页面而不是领域模型。
另外,互联网应用偏向于读,而不是写操作,这和企业应用是反过来的,Hibernate主要是解决持久化(写)。
Hibernate的性能、级联查询,基本上在互联网上很难有作为。
如果用Java,我倾向于Spring MVC+Spring JDBC,前台做URLRewrite。企业应用那种三层架构、五层架构,在互联网开发上,一定要谨慎。