主题:【原创】IT教师手记--系统开发与设计(一)系统分析员 -- redbud
实践情况来看,事后的维护与事前的规划同等重要,甚至更加重要,国内的信息化系统使用效果并不尽如人意。
其实英文还是这个玩意儿~
上流“编”故事: manager, consultant
中流“编”剧本: Architecture
下流“编”代码:programmer
维护呢?呵呵,最惨,“编”理由。:programmer
呵呵
Programmers do chores.
Change management 和Change control大部分时候是一回事, 不过一般叫Change Control 或 Scope Management
另外有专门帮助企业协调人员和系统关系的OCM (Organizational Change Management). 这样的人一般是做人事管理的出身,对人的因素了解的比较透彻但是往往不太懂技术细节. 她们(很多是女士, 大概原来都是搞HR的)的沟通能力比较强, 对企业的政治斗争(美国很多大企业有非常强大的工会, 对大型系统的实施有不小影响)
美国海豹突击队(SEAL)退役, 知识面很广博, 对某个行业非常了解, 给客户做项目一小时收>>$500, 但是大公司(Exxon, etc.)还是常请他去
另一个牛人原来是在航母上开战斗机的飞行员...现在在一家重要军工企业当CEO.
现在在美国按系统规模大小,您说的系统分析员好象一般叫架构师. 具体有可以分成企业架构师(Enterprise Architect)和其它专业分工的架构师.Business Architect, Application Architect, Security Architect, Infrastructure Architect等等.
现在搞开发大家一般对UML / RUP都比较接受了. 但是UML的局限性比较大, 很难描述一些宏观的概念. 所以这个行业也在搞一些标准化,具体体现在尽量用标准术语和图表表达一些基本概念. 如果感兴趣可以看看各种架构框架(Architecture Framework)
比较有名的有TOGAF(The Open Group Architecture Framework), 现在的版本是9.0. 可以去他们的网站下载试用版, 另外还有美国国防部(DODAF), 可以直接下载
您举的例子有不少是Package Implementation (ERP, SCM, CRM, etc). 不同的大型咨询公司已经根据多年的实施经验总结了不同的流程(不知道国内是不是这样叫哈?Processes)和方法(Methodologies). 这些和定制开发是有明显不同的(Custom Development, 英国好象叫Bespoke Application Development)
如果有可能, 建议您去大型咨询公司(Accenture, Capgemini, Deloitte Consulting, etc.)实习几个月, 了解的情况会更多一些
谢谢啊
你的介绍正说明了系统分析员的角色正在层次化,或者分工越来越细化
下载了TOGAF,慢慢看,要学的东西太多了
对,ERP, SCM, CRM,包括payroll,都是有成套的例子了,包括出版界,thomson公司的论文系统,都是已经有了package,国外叫business process management,custom development跟这个是不同
我正考虑联系大型咨询公司去实习,但是不知道联系哪个部门,您能给点建议吗,我很想去SAP,因为我们学校有基金支持去欧洲的实习
这样清楚多了,您是不是搞开发的,欢迎多来指导
我准备再写下去
课程太短,目前只有20个小时,能把分析,设计讲清楚就不错了
事后的维护通常只花一节课来讲
另外,还有专门的课讲信息系统的规划和管理
清楚了不少
您的学校在国内还是国外阿?如果去德国SAP总部开发部门不一定能看到你想看的东西。如果就想看一个项目具体在客户的实施过程,还是应该和实施的团队到客户现场看。最好就在你所在的国家。
个人经验是如果到SAP或ORACLE等大公司和他们的架构师谈,会有很大收获。不过这种人一般都非常忙,你得有很强的关系背景才接待
我的学校在英国。
这么说,我要好好计划一下,看运气了。希望遇到不同的开发方面的人,单单跟他们谈,并不是唯一学习的方法,最重要自己要用心。
在这里跟大家交流,我已经学了不少了。
那就是在系统上线前对用户的培训。一定要做到只有通过培训考核才能进行上线操作。
猜测啊,如果新系统上之前,组织培训,员工多的话,会不会费用比较高呢