姓名:兰少华
学号:1001040066
行政班级:10级电子01班
目录
序章——…………………………………………………………..3
第一章——………………………………………………………..3
1.MBTI测试——………………………………………………...4
2.人格问卷测试——…………………………………………….12
3.职业测试——………………………………………………….15
第二章——………………………………………………………19
1.热门产业分析——…………………………………………….19
2.发展前景——………………………………………………….23
3.基本素质——………………………………………………….24
4.工作职责——………………………………………………….24
5.工作内容——………………………………………………….25
6.工作目标——………………………………………………….26
7.行内人谈经验——……………………………………………. 27
第三章——………………………………………………………28
1.系统分析师必读——…………………………………………28
2.如何成为一个好的系统分析员——………………………….38
2.专家访谈——………………………………………………….42
3.行动策划——………………………………………………….50
终章——…………………………………………………………51
序章——
“路漫漫其修远兮,吾将上下而求索。”
——屈原
巴斯德说过:“立志、总做、成功是人类活动的三大要素。立志是事业的大门……”从现在开始为自己的未来绘制蓝图,用自己的智慧将理想与像是结合,理性与感性结合,在生命的白字上绘制出未来的成功
在今天这个人才竞争的时代,职业生涯规划开始成为就业争夺战中的另一重要利器。对于每一个人而言,职业生命是有限的,如果不进行有效的规划,势必会造成时间和精力的浪费。作为当代的大学生,若是一脸茫然踏入这个竞争激烈的社会,怎能使自己占有一席之地?因此,我为自己拟定一份职业生涯规划。有目标才有动力和方向。所谓“知己知彼,百战不殆”,在认清自己的现状的基础上,认真规划一下自己的职业生涯。
一个有效的职业生涯设计必须是在充分且正确认识自身条件与相关环境的基础上进行的。要审视自己、认识自己、了解自己,做好自我评估,包括自己的兴趣、特长、性格、学识、技能、智商、情商、思维方式等。即要弄清我想干什么、我能干什么、我应该干什么、在众多的职位面前我会选择什么等问题。所以要想成功就要正确评价自己。
第一章——
您适合的职业有:
● 电脑软件设计师
● 系统分析人员
● 计算机程序员
● 研究开发专业人员
● 数据库管理
● 故障排除专家
● 战略规划师
● 金融规划师
● 信息服务开发商
● 变革管理顾问
● 企业金融律师
● 大学教授
● 科研机构研究人员
● 数学家
● 证券分析师
● 金融投资顾问
● 律师
● 法律顾问
● 财务专家
● 各类发明家
● 作家
●设计师
●音乐家
总体描述
1. 善于分析、总结、判断
2. 善于从整体上把握事物
3. 喜欢追根究底,力图抓住事物的本质
4. 对文字、语言敏感
5. 抽象思维能力强,能理解复杂的理论概念,善于将事情概念化,善于从中断出原则或预测趋势
6. 擅长策略性思维
7. 会接受建设性的批评,而不把它当作针对个人的问题
潜在的弱点
1. 由于有时给自己定了不切实际的高标准,可能对自己和他人的期望过高
2. 易于像紧逼自己工作一样去逼着别人工作
3. 常常不希望别人对抗自己的意愿,有时给人顽固、死板的印象
4. 易于过份强调工作,从而损害了家庭的和谐
5. 常常不记得花时间夸奖同事、下属或其他人
6. 常常忽视了一些工作中所需要的社交礼仪
7. 有时没有注意到他人的情绪感受,从而给人冷漠、不近人情的印象
8. 有时会因忽略了细节而没有注意到周围环境的变化
9. 易于过于理论化而不考虑实际情况,易受远景规划诱惑,难以具体落实
10. 有时想法太多,不知道哪些切实可行,不知道真正应该做什么
优势:
你极其聪慧,有逻辑性,善于处理概念性的问题,且有很强的创造灵感,对发现可能性更感兴趣。
你非常,有批判性和怀疑精神,深藏不露,内心通常在投入地思考问题,总是试图找运用理论分析各种问题;对一个观点或形势能做出超乎超于常人的、准确的分析,会提出尖锐的问题,也会向自己挑战以发现新的合乎逻辑的方法。
你擅长用极端复杂的方式思考问题,看重自己的才学,也喜欢向别人挑战;你更善于处理概念和想法,而不是与人打交道。喜欢有逻辑性的和目的性的交谈,但有时想法过于复杂以至于难与别人交流和让别人理解,也会只是为了高兴而就一点儿小事儿争论不休。
你能宽容很多不同的行为,只是在自己认为应该的时候才争论和提出问题,但是如果你的基本原则受到挑战,你就不在保持灵活性而以原则办事。
你是天才而有创意的思考者,喜欢投机和富于想像力的活动,对找到创造性解决问题的办法更感兴趣,而不是看到这些办法真正奏。
劣势:
如果你没有机会运用自己的才能,或得不到赏识,会感到沮丧,爱打嘴仗,好争论,冷嘲热讽,消极的批判一切。
你过于注重逻辑分析,只要不合逻辑,就算对你再重要,也很有可能放弃它。
你过分理智,忽视情感和现实,察觉不到他人的需要,也不考虑自己的观点对他人的影响,以”不符合”逻辑为由,主观断定某些自己或他人看重的东西的是不重要的,不够实际。
当你把自己批判的思维用在人的身上时,你的直率会变成无心的伤害。你需要找到自己真正在乎的事,这将帮助你们更真实地对待自己的情感。
你对解决问题非常着迷,极善于发现想法中的缺陷,却很难把它们表达出来,你对常规的细节没有耐心,如果事情需要太多的琐碎细节,你会失去兴趣,也会因计划中很小的缺陷而陷入困境,你绝不容忍任何一点不合逻辑。
每个人的生命都是有目的的,把自己的特殊才能作为独一无二的礼物奉献给他人.....问问自己:我如何才能最有效的造福人类? 提出问题并付诸实践,发现自己的上帝,展示自己独特才能,以此来造福人类。那么,需要多少财富,你就能够创造多少财富。只要你的创造性表达符合全人类的需要,那么财富自然会从无到有,从精神王国流入现实世界。
———— 乔伯拉
1、前言
艾森克人格问卷是由英国心理学教授艾森克及其夫人根据其人格三个维度的理论编制而成。它由三个人格维度和一个效度量表组成编制,分别为:
1.精神质(P)维度:测查一些与精神病理有关的人格特征。高分可能具有孤独、不关心他人、难以适应外部环境、不近人情、与别、不友好等特征;也可能具有与众极其不同的人格特征,如喜欢干奇特的事情,且不顾危险等。
2.内一外向(E)维度:测查内向和外向人格特征。高分反映个匕外向,具有好交际、热情、冲动等特征,低分则反映个性内向,具有好静、稳重、不善言谈等特征。
3.神经质(N)维度:测查情绪稳定性。高分反映易焦虑、抑郁口较强烈的情绪反应倾向等特征。
4.掩饰(L)量表:测查朴实、遵从社会习俗及道德规范等特征。
EPQ结果采用标准T分表示,根据各维度T分高低判断人格倾已和特征。还将N维度和E维度组合,进一步分出外向稳定(多血质)、外向不稳定(胆汁质)、内向稳定(粘液质)、内向不稳定(抑郁质)四种人格特征,各型之间还有移行型。
2、测评结果
你的气质类型为:粘液质,倾向内向性格,情绪稳定。
粘液质解析
粘液质的神经特点:感受性低;耐受性高;不随意反应低;外部表现少;情绪具有稳定性;反应速度慢但灵活。
粘液质的心理特点:稳重,考虑问题全面;安静,沉默,善于克制自己;善于忍耐。情绪不易外露;注意力稳定而不容易转移,外部动作少而缓慢。
粘液质的典型表现:这种人又称为安静型,在生活中是一个坚持而稳健的辛勤工作者。由于这些人具有与兴奋过程向均衡的强的抑制,所以行动缓慢而沉着,严格恪守既定的生活秩序和工作制度,不为无所谓的动因而分心。粘液质的人态度持重,交际适度,不作空泛的清谈,情感上不易激动,不易发脾气,也不易流露情感,能自治,也不常常显露自己的才能。这种人长时间坚持不懈,有条不紊地从事自己的工作。其不足是有些事情不够灵活,不善于转移自己的注意力。惰性使他因循守旧,表现出固定性有余,而灵活性不足。从容不迫和严肃认真的品德,以及性格的一贯性和确定性。
粘液质适合的职业:外科医生、法官、管理人员、出纳员、会计、播音员、话务员、调解员、教师、人力人事管理主管等。
粘液质的行为表现:粘液质的人在面临压力时,不但不会主动应对,反而容易采取回避。压力越大,他们越容易通过各种消极形式来放松自己,比如玩游戏聊天等等。粘液质的人喜欢把事情拖到最后去做。当然你不能把粘液质作为不主动争取的借口。比如如果两门课AB要考, B在A后面一天考, 粘液质的人有时候会在A考前一天一直复习A,而到了迫不得已的时候,才急匆匆去复习B.
3、测评结果分析
∙(1)得分分析
职业锚测试(职业定位)
职业定位测试(职业锚测试)的概念是由美国著名的职业指导专家,麻省理工大学的施恩教授在1978年提出的。它帮助您探索自己的能力、动机和价值观。
职业定位测试就是最佳职业定位,是一个人在长期的职业生涯实践中通过内外部条件、因素的比较,自觉主动选择能最有利于自身发展和作出最大贡献的职业定位。职业定位测试主要适用于对自己的职业有所了解的在职员工。
职业价值观职业锚测试结果
自主/型职业锚(AU)
喜欢能发挥所长,自主性高的工作,适合教师,咨询顾问,研发人员;
自主/型职业锚的人追求自主和,不愿意接受别人的约束,也不愿受程序、工作时间、着装方式以及在任何组织中都不可避免的标准规范的制约。无论什么样的工作,自主型的人希望能用自己的方式、工作习惯、时间进度和自己的标准来完成工作。
挑战型职业锚 (CH)
喜欢有难度的工作,能不断挑战自我,适合特种兵、专家等;
挑战型职业锚的人认为他们可以征服任何事情或任何人,并将成功定义为“克服不可能的障碍,解决不可能解决的,或战胜非常强硬的对手”。随着自己的进步,他们喜欢寻找越来越强硬的“挑战”,希望在工作中面临越来越艰巨的任务。
创造/创业型职业锚 (EC)
喜欢不断有新的挑战目标,渴望变化,适合创新型的工作,如企业家等;
对创造/创业型职业锚的人来说,最重要的是建立或设计某种完全属于自己的东西;建立或投资新的公司;收购其他的公司,并按照自己的意愿进行改造。 创造并不仅仅是发明家或艺术家所作的事,创业者也需要创造的激情和动力。创造/创业型职业锚的人有强烈的冲动向别人证明:通过自己的努力能够创建新的企业、产品或服务,并使之发展下去。当在经济上获得成功后,赚钱便成为他们衡量成功的标准。
管理型职业锚(GM)
精力充沛,喜欢挑战,有压力的工作,适合公司高管
管理型业锚的人,对管理本身具有很大的兴趣,具有成为管理人员的强烈愿望,并将此看成职业进步的标准
他们有提升到全面管理职位上所需要的相关能力,并希望自己的职位不断得到提升,这样他们可以承担更大的责任,并能够做出影响成功或失败的决策。
生活型职业锚 (LS)
强调工作和家庭的和谐,适合时间灵活的工作人士。
生活型的人是喜欢允许他们平衡并结合个人的需要、家庭的需要和职业的需要的工作环境。他们希望将生活的各个主要方面整合为一个整体。正因为如此,他们需要一个能够提供足够的弹性让他们实现这一目标的职业环境。甚至可以牺牲他们职业的一些方面,如:提升带来的职业转换,他们将成功定义得比职业成功更广泛。他们认为自己在如何去生活,在那里居住,以及如何处理家庭事情,及在组织中的发展道路是与众不同的。
安全/稳定型职业锚(SE)
喜欢稳定,可测的工作,适合银行职员,公务员;
安全与稳定是这种类型的人选择职业最基本、最重要的需求。他们需要“把握自己的发展”,只有在职业的发展可以预测、可以达到或实现的时候,他们才会真正感觉放松。
服务/奉献型职业锚 (SV)
喜欢从事有明显社会意义的工作,得到他人的承认或认可,适合医护、社工;
服务型职业锚的人希望职业能够体现个人价值观,他们关注工作带来的价值而不在意是否能发挥自己的才能或能力。他们的职业决策通常基于能否让世界变得更加美好。
技术/职能型职业锚 (TF)
对工作有专长和强烈兴趣,注重工作的专业化,对总经理工作缺乏热情,典型工作为技术主管和职能部门经理;
技术/职能型职业锚的人,会发现自己对某一特定工作很擅长并且很热衷。真正让他们感到自豪的是他们所具备的专业才能。
倾向于一种“专家式”的生活,他们一般不喜欢成为全面的管理人员,因为这将意味着他们放弃在技术/职能领域的成就。但他们愿意成为一名职能经理,因为职能经理可以更好地帮助他们在专业领域上的发展。
第二章——
热门产业分析
2011年IT产业10大热门趋势
1.技能短缺的压力
随着亚太区IT项目的数量和复杂度不断提高,缺乏技能的问题变得越来越明显。这正在开始影响那些想要促进IT实力和提高商业价值的企业执行其计划的进度和 规模。Adam Jura表示:“Ovum预估技术供应商将配合他们提供的技术,努力推动教育方面能力的提高。预计其和高等教育机构、认证机构和第三方教育机构会有更紧密 的合作。”有趣的是,Ovum开始发现有越来越多的全球交付网络聚焦于“遵循技能”而非“遵循时间”,这导致他们对海德拉巴和马尼拉等地的技术规格难以忘 怀。为了提升整体产能减少对劳力的依赖,IT供应商期望能增加资产利用率。
2.优质供应商的崛起
Ovum已经察觉到“优质”服务供应商在帮助企业有效治理后续技术问题上扮演着日益重要的角色。Ovum首席分析师Jens Butler表示:“我们会见到的努力提高IT采购价值和减轻策略风险的趋势持续下去,因为企业找寻更贴近他们众多IT投资来源商业需求的建议。最佳供应 商预计将会注重提供ITIL/ITSM类型的能力给挣扎于IT部门变化迅速的企业。”
3.组合式应用程序的创造力
应用程序市场在2011年将会继续成长,然而Ovum相信企业会越来越希望发展组合式应用,它能利用多种套装提供的功能,帮助复杂的商业流程。新软件套装 的预算紧缩抑制了投资,这个情况将会带动组合式应用趋势的发展,同一时期找出来自多种套装的最佳组合,也将对市场有很大贡献。
4.周期性风险管理
从许多不同观点来看,风险管理依旧会是企业在2011年的主要问题。例如韩国的地缘政治冲突问题、欧洲经济的不确定性、GFC 2.0的威胁都在企业和制造商的脑海里挥之不去。区域内更集中的IT计划案风险继续发挥作用,企业越来越希望能和技术供应商一同分担风险——例如基于项目 成功的业务成果。尽管风险承受度略高于2010年的过程,它已经伴随更明确的控制和措施而生。
5.在纵向项目中找寻价值
纵向的具体项目将推动亚太区的重大投资,为熟悉业务的技术供应商创造IT需求。Adam Jura表示:“例如像是公用事业的智能电网项目,医疗行业的电子卫生保健,公民参政和交通基础建设项目,将会占据亚太区很大一部分的IT投资。”跨行业 解决方案,例如思科的S+CC将越来越受欢迎,因为个别的业内人士期望从其它相关行业回收重要项目的成本。
6.巨型供应商和Stack delineation
供应商进军非传统市场促进了“Stack delineation”:电信公司进军服务、硬件和云计算市场;软件供应商进军硬件和设备市场;服务供应商进军软件市场;硬件供应商迈向更高利润的服务 市场。技术供应商拥有的技术要素的界线将会持续模糊下去,结果就是影响企业可做的选择,并且衍生关于进行中的策略的问题。Butler表示:“对亚太地区 极为重要的是,合作伙伴策略将受到巨大的影响,可能妨碍巨型供应商在该地区的吸引力——因为合作伙伴关系在亚太区是至关重要的因素。”
7.延续可持续性的策略
Ovum预计CIO越来越需要为2011年的IT和企业能源成本精打细算。关键的是,组织团体改善了他们对可持续性表现的了解,以及例如施加压力等更广泛的因素将延续下去,可持续性的衡量标准和相关奖励措施变得更加复杂。
8.信息技术的持续消费化
2011年,“iPhone效应”将继续在亚太区发光发热,消费电子技术将迫使企业组织和IT部门疲于奔命。消费电子技术的采用会强迫IT部门摆脱传统的 集中式“指挥和控制”,转变为能支持更广泛多样化非标准装置的灵活架构。同业对技术安全性的担忧会持续蔓延开来,并大力宣传严重的数据损失似乎无可避免。 社交媒体的普及、移动装置和迟早会成真的“企业软件商店”将继续打乱IT策略。
9.安全性的转变
虽然有点争议,但是Ovum相信在无法避免的模棱两可情况下,安全责任将从IT部门转移到业务,技术供应商,甚至是员工身上。IT部门将持续更被动地而非 更主动地维护安全,尤其是维护终端的安全性。Adam Jura建议:“在这个意义上,IT部门将需要继续忍受一定程度的IT安全不确定性,尤其是替代的传送模式,例如越来越受青睐的公共云计算。”
10.云计算还是云计算
在2011年,云计算将是无可避免的趋势,因为供应商会强化巩固他们的产品和服务。对于那些目标放在和金融客户身上的供应商,他们应该特别关注提供公共云端服务的数据中心的地理位置。私有云仍将是亚太地区企业2011年的当务之急,有更多创新发展途径,例如代管的私有云将开始发威。Ovum相信 2011年云服务的规模将显著出现“突破”,因为企业已经更清楚地了解云计算可能对他们的业务有什么影响。Butler的结论是:“云计算的风险管理和变 动管理的需求将继续存在,因为企业刚做出改变‘从现场到云’的转变。”
我的选择:系统分析人员
系统分析员(system analyst)是 对大型、复杂的信息系统建设任务中,承担分析、设计和领导实施的领军人物。 要做好与客户之间的关系,同时对客户的需求要正确的理解,要选择合适的开发技术,同时做好与客户间沟通交流,学会说服对方。
发展前景
与我国信息化建设的强烈需求相比,我国的系统分析员很少,而且信息化建设的形式发展要求系统分析员要不断的学习,不断的实践,不断的更新知识,不断的优化自己的知识结构,这一切都使得系统分析员成为稀有人才。好的系统分析员都是从优秀的程序员中产生的,坚实的编程功底,丰富的经验是做系统分析的基础。没有对系统本身进行过透彻剖析,很难领会到其中一些难以言述的精华。系统分析员是一个技术含量相对较高的职业,基于技术的发展可向软件设计师,系统工程师转型。
基本素质
1.必须理解和明确系统建议、建设单位的经营管理目标及战略发展方向。
2.要能与组织管理高层一起涉及确定信息系统建设的长期目标,并进行必要的分解。
3.要在详细调查的基础上,正确判断组织内部现状和外部条件,进行可行性分析。
4.能够根据现实条件确定组织信息系统开发策略。
5.应具备选择适宜方法和工具并培训开发人员的能力。
6.善于沟通,妥善协调决策者、开发人员与业务人员的观点,达成共识。
7.了解信息技术发展,并能建立适合业务需求的技术模型。
8.具备一定的行政管理能力,能够恰当调度人、财、物等要素,完成开发目标
工作职责
1.学会对客户的沟通:要正确理解客户的需求同时要保证相互之间的沟通顺畅。
2.对了解来的需求要能用笔正确的描述下来,并能很好的传叙给其他人。这时要学会用如ROSE 等的软件建模的工具。和powerdesign等的数据库建模工具。和相关的UML,数据流程图及相关的内容的知识。
3.不但要全面的了解客户的需求而且还要对需求进行未来的可能的改变要有相当多的了解。
4.全面的了解客户的需求后,要选择合适的相关技术用于开发,:
这时要学习各种知识
a. 先择数据库:db2,infomix ,oracle ,sql server,mysql 的优缺点,可以从中选择最适合的数据库及理由。
b. 设计数据库:要扎实在数据库的理论(数据库原理,数据库系统设计)及相关数据库设计经验,要尽量多的分析过去数据库设计,分析这么设计数据库的好处。这时可能要用到 powerdesign等工具。
c. 写需求说明文档和概要设计文档,同时要学会要分析相关需求说明文档的需要的内容的相关知识,如人员工时的计算方法, 一般会用 project 来分析相关的项目的内容。
d. 选择合适的程序语言及相关的架构,一般主流的架构是 J2EE和.net的相应的优点及它们之间的结合,如采用soap xml进行相关的结合,或用java-com 桥 进行相关的功能的调用。和它们之间的相关语言优缺点
e. 还要根据b/s,c/s 结构对开发的网络影响的相关内容采取选择。
5. 学会说服对方,毕竟客户都不是个个是软件专家,他们的选择有时未必是正确的所以学会说服对方,是系统分析员必备的能力条件.
工作内容
1、参与用户需求调研、负责系统体系结构、功能、性能的分析和总体设计工作;
2、负责项目的开发流程管理,进行项目的计划、管理、跟进工作;
3、参与并指导开发工程师完成系统详细设计和开发工作,解决相应业务、技术难题;
4、参与编制用户手册、协助客户的系统软件、硬件平台的安装实施工作;
5、制定项目文档格式,编写项目管理规范要求的相关文档。
系统分析工作的目标
系统分析工作是解决一个问题的工作,目标是将一个对计算机应用系统的需求转化成实际的物理实现,其中复杂就复杂在实际的面太多。在系统分析过程之中注意问以下的问题,可能会所进行的系统分析设计工作有帮助。
(1)您所完成的系统目的是什么?注意不是功能要求,而是目的。也就是为什么要建设、为什么要现在建设。
(2)您所完成的系统有哪些方面参与,各方面的初衷是什么?那些人可能在系统建设中起重要作用,他们会采取什么样的态度?你对他们有多少影响力?
(3)您的系统是否有一个明确的评价标准?最好从参与的各方面都进行考虑。在系统建设之前,对你的程序员、对你的领导要有至少不同的两种评价。
(4)你的系统设计思想是什么?是否能够得到各方面的认可。如果高明,对领导、对程序员都采用引导,得到认可的最好办法,就是让他们认可他们自己的想法。
(5)你对参与系统设计开发的人员了解吗?他们的特长在哪里,是否愿意与你合作,为什么?你对他们有足够的影响力吗?软件发展到一定的程度,不是编程,不是数学,而是管理。
(6)你的系统开发计划是否完善?你的计划表有明确的阶段吗?任何一阶段都应该怎样完成?如何对这一阶段完成的情况进行评价?
(7)你对所采用的系统开发方法以及工具是否熟悉?你的夥伴是否熟悉?
(8)你所完成的系统是否有原型?计算机的或者物理的。
行内人谈经验
一个优秀的系统分析员应该具备的三个素质
都在谈论中印之间的软件大战,其实没有可争论的,我们相差太远!但并不是我们的程序员技不如人,而是缺少系统分析员,特别是高素质的系统分析员。究竟系统分析员对一个软件项目来说有多么重要呢?下面一个案例可以说明:
某行业需要一个远程项目申报和管理的系统,第一个系统分析员带了10个程序员用了一年半,花了30万,硬是把项目做砸了,要说失败原因其实也挺委屈,由于需要数据汇总和分析,系统分析员选择技术路线是PB+Oracle,远程用户用Oracle本地数据库,通过软盘或电话线在数据库间实现同步。但用户后期竟然提出系统要能够处理图片和公式,而且要能象Word一样排版!要命,在数据库中实现Word的功能实在难度太高,项目只能推倒重来并更换系统分析员。新系统分析员经过仔细需求调查,采用了Jiefo FlowMIS作为开发平台,用Excel、Word做用户界面,用邮件的方式远程传输Office文档,并取出文档中所需的数据进行汇总分析,两周搞定项目,而且用户很满意。
再用上面的案例中,我们来说明一个系统分析员应该具备的三个素质:正确理解客户需求、选择正确技术方向和说服用户采纳建议。
“正确理解用户的需求”是系统分析员最重要的素质,这需要系统分析员有一定的行业或管理经验,或能够快速了解客户从事工作的能力,换句话说,要有丰富的阅历和洞察力。在案例中,第一个分析员虽然仔细分析了客户所提供的各种表格及需求,但没有大量的查阅用户实际数据,用户以往的实际数据都是用Word和Excel处理的,其中存在的大量图表、公式,排版也很美观,而行业用户又非常在意文档的美观,但这些被系统分析员忽略了,没有向用户提出这个问题,而用户由于对软件理解有限,不可能自己发现问题所在,导致项目从一开始就选错了技术方向。
“选择正确的技术方向”对系统分析员来说是不言而喻的,但这需要系统分析员知识面广且经验丰富。例如,在上一个案例中,系统分析员要能洞察数据库所能处理的极限、了解Exchange、Notes或FlowMIS所擅长领域、预见B/S模式或C/S模式在实现用户需求方面可能会发生的问题、掌握各种开发工具之间的优缺点。也许这对系统分析员来说要求太高,但根据用户需求选择正确的技术方向,采用合适的平台和开发工具是一个项目成功的关键。
“说服用户采纳建议”这点很容易被忽视,而现在国内有钱的用户腰板很硬,说一不二,加上计算机水平不高且需求混乱,经常提出大量无理要求,造成程序员被迫去实现一些就是微软也无法实现的技术,结果延误开发周期并造成大量的资源浪费。其实说服用户非常重要,系统分析员需要有较强的沟通能力和说服技巧,在正确理解客户需求并选择了正确的技术方向后,说服用户采纳建议,放弃一些无理要求或画蛇添足的功能,从而让项目的资源能够集中于关键的功能或技术,并按照自己的构思顺利实现。
当然,编程能力还是系统分析员的基本功,但对于一个优秀的系统分析员来说,功夫以外的东西也许更加重要。
第三章
系统分析师必读——需求分析20条原则
对商业用户来说,他们后面是成百上千个供应商,前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客,如何做好精细到一个小小调料包的进、销、调、存的商品流通工作,这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目,正是软件开发成功的关键所在。
经理:“我们要建立一套完整的商业管理软件系统,包括商品的进、销、调、存管理,是总部-门店的连锁经营模式。通过通信手段门店自动订货,供应商自动结算,卖场通过扫条码实现销售,管理人员能够随时查询门店商品销售和库存情况。另外,我们也得为部门提供关于商品营运的报告。”
分析员:“我已经明白这个项目的大体结构框架,这非常重要,但在制定计划之前,我们必须收集一些需求。”
经理觉得奇怪:“我不是刚告诉你我的需求了吗?”
分析员:“实际上,您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论,然后才能真正明白达到业务目标所需功能和用户要求,了解清楚后,才可以发现哪些是现有组件即可实现的,哪些是需要开发的,这样可节省很多时间。”
经理:“业务人员都在招商。他们非常忙,没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统?”
分析员尽量解释从用户处收集需求的合理性:“如果我们只是凭空猜想用户的要求,结果不会令人满意。我们只是软件开发人员,而不是采购专家、营运专家或是财务专家,我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过,未真正明白这些问题就开始编码,结果没有人对产品满意。”
经理坚持道:“行了,行了,我们没有那么多的时间。让我来告诉您我们的需求。实际上我也很忙。请马上开始开发,并随时将你们的进展情况告诉我。”
风险躲在需求的迷雾之后
以上我们看到的是某客户项目经理与系统开发小组的分析人员讨论业务需求。在项目开发中,所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户,开发方面的需求分析人员和项目管理者。这部分工作做得到位,能开发出很优秀的软件产品,同时也会令客
户满意。若处理不好,则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见——需求分析奠定了软件工程和项目管理的基础。
拨开需求分析的迷雾
像这样的对话经常出现在软件开发的过程中。客户项目经理的需求对分析人员来讲,像“雾里看花”般模糊并令开发者感到困惑。那么,我们就拨开雾影,分析一下需求的具体内容:
·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求,通常在项目定义与范围文档中予以说明。
·用户需求——描述了用户使用产品必须要完成的任务,这在使用实例或方案脚本中予以说明。
·功能需求——定义了开发人员必须实现的软件功能,使用户利用系统能够完成他们的任务,从而满足了业务需求。
·非功能性的需求——描述了系统展现给用户的行为和执行的操作等,它包括产品必须遵从的标准、规范和约束,操作界面的具体细节和构造上的。
·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。
前面提到的客户项目经理通常阐明产品的高层次概念和主要业务内容,为后继工作建立了一个指导性的框架。其他任何说明都应遵循“业务需求”的规定,然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。
下一层次需求——用户需求,必须从使用产品的用户处收集。因此,这些用户构成了另一种软件客户,他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如:程序的易用性、健壮性和可靠性,而这些特性将会使用户很好地接受具有该特点的软件产品。
经理层有时试图代替实际用户说话,但通常他们无法准确说明“用户需求”。用户需求来自产品的真正使用者,必须让实际用户参与到收集需求的过程中。如果不这样做,产品很可能会因缺乏足够的信息而遗留不少隐患。
在实际需求分析过程中,以上两种客户可能都觉得没有时间与需求分析人员讨论,有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。除非遇到的需求极为简单;否则不能这样做。如果您的组织希望软件成功,那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。
优秀的软件产品建立在优秀的需求基础之上,而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时,才能建立起一种良好的合作关系。
由于项目的压力与日俱增,所有项目风险承担者有着一个共同目标,那就是大家都想开发出一个既能实现商业价值又能满足用户要求,还能使开发者感到满足的优秀软件产品。
客户的需求观
客户与开发人员交流需要好的方法。下面建议20条法则,客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧,将通过协商达成对各自义务的相互理解,以便减少以后的磨擦(如一方要求而另一方不愿意或不能够满足要求)。
1、分析人员要使用符合客户语言习惯的表达
需求讨论集中于业务需求和任务,因此要使用术语。客户应将有关术语(例如:采价、印花商品等采购术语)教给分析人员,而客户不一定要懂得计算机行业的术语。
2、分析人员要了解客户的业务及目标
只有分析人员更好地了解客户的业务,才能使产品更好地满足需要。这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。为帮助开发和分析人员,客户可以考虑邀请他们观察自己的工作流程。如果是切换新系统,那么开发和分析人员应使用一下目前的旧系统,有利于他们明白目前系统是怎样工作的,其流程情况以及可供改进之处。
3、分析人员必须编写软件需求报告
分析人员应将从客户那里获得的所有信息进行整理,以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。通过这些分析,客户就能得到一份“需求分析报告”,此份报告使开发人员和客户之间针对要开发的产品内容达成协议。报告应以一种客户认为易于翻阅和理解的方式组织编写。客户要评审此报告,以确保报告内容准确完整地表达其需求。一份高质量的“需求分析报告”有助于开发人员开发出真正需要的产品。
4、要求得到需求工作结果的解释说明
分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明,因为工作图表能很清晰地描述出系统行为的某些方面,所以报告中各种图表有着极高的价值;虽然它们不太难于理解,但是客户可能对此并不熟悉,因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果,以
及怎样检查图表有无错误及不一致等。
5、开发人员要尊重客户的意见
如果用户与开发人员之间不能相互理解,那关于需求的讨论将会有障碍。共同合作能使大家“兼听则明”。参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间,同样,客户也应对开发人员为项目成功这一共同目标所做出的努力表示尊重。
6、开发人员要对需求及产品实施提出建议和解决方案
通常客户所说的“需求”已经是一种实际可行的实施方案,分析人员应尽力从这些解决方法中了解真正的业务需求,同时还应找出已有系统与当前业务不符之处,以确保产品不会无效或低效;在彻底弄清业务领域内的事情后,分析人员就能提出相当好的改进方法,有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。
7、描述产品使用特性
客户可以要求分析人员在实现功能需求的同时还注意软件的易用性,因为这些易用特性或质量属性能使客户更准确、高效地完成任务。例如:客户有时要求产品要“界面友好”或“健壮”或“高效率”,但对于开发人员来讲,太主观了并无实用价值。正确的做法是,分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性,具体分析哪些特性对哪些特性有负面影响,在性能代价和所提出解决方案的预期利益之间做出权衡,以确保做出合理的取舍。
8、允许重用已有的软件组件
需求通常有一定灵活性,分析人员可能发现已有的某个软件组件与客户描述的需求很相符,在这种情况下,分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间,而不必严格按原有的需求说明开发。所以说,如果想在产品中使用一些已有的商业常用组件,而它们并不完全适合您所需的特性,这时一定程度上的需求灵活性就显得极为重要了。
9、要求对变更的代价提供真实可靠的评估
有时,人们面临更好、也更昂贵的方案时,会做出不同的选择。而这时,对需求变更的影响进行评估从而对业务决策提供帮助,是十分必要的。所以,客户有权利要求开发人员通过分析给出一个真实可信的评估,包括影响、成本和得失等。开发人员不能由于不想实施变更而随意夸大评估成本。
10、获得满足客户功能和质量要求的系统
每个人都希望项目成功,但这不仅要求客户要清晰地告知开发人员关于系统
“做什么”所需的所有信息,而且还要求开发人员能通过交流了解清楚取舍与,一定要明确说明您的假设和潜在的期望,否则,开发人员开发出的产品很可能无法让您满意。
11、给分析人员讲解您的业务
分析人员要依靠客户讲解业务概念及术语,但客户不能指望分析人员会成为该领域的专家,而只能让他们明白您的问题和目标;不要期望分析人员能把握客户业务的细微潜在之处,他们可能不知道那些对于客户来说理所当然的“常识”。
12、抽出时间清楚地说明并完善需求
客户很忙,但无论如何客户有必要抽出时间参与“头脑高峰会议”的讨论,接受采访或其他获取需求的活动。有些分析人员可能先明白了您的观点,而过后发现还需要您的讲解,这时请耐心对待一些需求和需求的精化工作过程中的反复,因为它是人们交流中很自然的现象,何况这对软件产品的成功极为重要。
13、准确而详细地说明需求
编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不但烦人而且耗时,因此很容易留下模糊不清的需求。但是在开发过程中,必须解决这种模糊性和不准确性,而客户恰恰是为解决这些问题作出决定的最佳人选,否则,就只好靠开发人员去正确猜测了。
在需求分析中暂时加上“待定”标志是个方法。用该标志可指明哪些是需要进一步讨论、分析或增加信息的地方,有时也可能因为某个特殊需求难以解决或没有人愿意处理它而标注上“待定”。客户要尽量将每项需求的内容都阐述清楚,以便分析人员能准确地将它们写进“软件需求报告”中去。如果客户一时不能准确表达,通常就要求用原型技术,通过原型开发,客户可以同开发人员一起反复修改,不断完善需求定义。
14、及时作出决定
分析人员会要求客户作出一些选择和决定,这些决定包括来自多个用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。有权作出决定的客户必须积极地对待这一切,尽快做处理,做决定,因为开发人员通常只有等客户做出决定才能行动,而这种等待会延误项目的进展。
15、尊重开发人员的需求可行性及成本评估
所有的软件功能都有其成本。客户所希望的某些产品特性可能在技术上行不通,或者实现它要付出极高的代价,而某些需求试图达到在操作环境中不可能达到的性能,或试图得到一些根本得不到的数据。开发人员会对此作出负面的评价,
客户应该尊重他们的意见。
16、划分需求的优先级
绝大多数项目没有足够的时间或资源实现功能性的每个细节。决定哪些特性是必要的,哪些是重要的,是需求开发的主要部分,这只能由客户负责设定需求优先级,因为开发者不可能按照客户的观点决定需求优先级;开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。
在时间和资源下,关于所需特性能否完成或完成多少应尊重开发人员的意见。尽管没有人愿意看到自己所希望的需求在项目中未被实现,但毕竟是要面对现实,业务决策有时不得不依据优先级来缩小项目范围或延长工期,或增加资源,或在质量上寻找折衷。
17、评审需求文档和原型
客户评审需求文档,是给分析人员带来反馈信息的一个机会。如果客户认为编写的“需求分析报告”不够准确,就有必要尽早告知分析人员并为改进提供建议。
更好的办法是先为产品开发一个原型。这样客户就能提供更有价值的反馈信息给开发人员,使他们更好地理解您的需求;原型并非是一个实际应用产品,但开发人员能将其转化、扩充成功能齐全的系统。
18、需求变更要立即联系
不断的需求变更,会给在预定计划内完成的质量产品带来严重的不利影响。变更是不可避免的,但在开发周期中,变更越在晚期出现,其影响越大;变更不仅会导致代价极高的返工,而且工期将被延误,特别是在大体结构已完成后又需要增加新特性时。所以,一旦客户发现需要变更需求时,请立即通知分析人员。
19、遵照开发小组处理需求变更的过程
为将变更带来的负面影响减少到最低限度,所有参与者必须遵照项目变更控制过程。这要求不放弃所有提出的变更,对每项要求的变更进行分析、综合考虑,最后做出合适的决策,以确定应将哪些变更引入项目中。
20、 尊重开发人员采用的需求分析过程
软件开发中最具挑战性的莫过于收集需求并确定其正确性,分析人员采用的方法有其合理性。也许客户认为收集需求的过程不太划算,但请相信花在需求开发上的时间是非常有价值的;如果您理解并支持分析人员为收集、编写需求文档和确保其质量所采用的技术,那么整个过程将会更为顺利。
如何成为一个好的系统分析员
1.首先要明白设计远比编程重要。
2. 平时注重训练自己的思维严谨性和从全局考虑问题的能力。建立冷静思考问题的处事态度。
3. 设计时(尤其是数据库设计时)不要完全被规矩约束,设计好比作诗,懂得韵律是对的,但完全被韵 律所束缚,就作不出好诗了。
4. 多做设计,经常总结自己的不足之处和成功之处,向他人请教。
5. 专门去找别人设计的漏洞和不足,也是提高自己设计水平的重要手段。
6. 经验是重要的,但如果观念老化而不善于总结提高,所谓的经验就成为束缚自己进步的枷锁。
7. 学好数学特别是理论数学如数学分析、运筹学、数学模型等。多玩策略性经营游戏也是有益的。
8. 根据项目情况和开发平台工具的特点确定最佳的设计方法。模块化设计方法和面向对象设计。两种设 计方法的结合使用。
9. 将复杂无序的过程用模块化的方法进行分解,但要注重事务间的联系,并且用开放的眼光去设计。
10. 设计时对严谨性、灵活性、开发效率、客户要求四个方面做衡量取舍。
11. 设计时还要根据整个工程的进度安排和客户对软件的要求而决定是否设计得足够灵活和严谨。
12. 复杂而无条理是最糟的设计,简单实用并不一定是最好的,但一定不是最坏的。(不要说我偷懒哟)
13. 训练自己良好的表达能力,能用清晰明确而且简单的描述表达出自己的基本思路。
14. 在一个项目中建立统一的系统分析模式和文档模板,同时,一个项目中必须至少有一个人对整个系统 设计进行检查和进行全局的考虑。
再谈如何成为一个好的系统分析员?
系统分析员基本功:
好的系统分析员都是从优秀的程序员中产生的,坚实的编程功底、丰富的经验是今后做系统分析的基础。没有对系统本身进行过透彻剖析过,很难领会到其中一些难以言述的精华。但并不等于好的程序员就能够成为好的系统分析员。合理的知识结构。语言能力、文字表达能力、技术的全面性等是对系统分析员的基本要求。比如说c/s和3 层开发,如果仅仅对Netscape公司的产品熟悉还不够,还需要了解比如微软等产品,并且要了解他们中产生历史,发展思路,技术优劣,以应付各种穷追猛打的提问。但更重要的是,这是你为应用定制技术要求的前提。
系统分析员思想:
全局观念是系统分析员必须具备的观念。如果系统分析员设计时太注重细节,往往会陷入在某个问题上纠缠不清的泥潭,系统分析员要有面向用户的思想。系统分析员应当有能力将自己扮演成用户,来了解要交付的项目看起来想什么样式,感觉想什么,从而了解用户的想法并挑选出合理部份去开发。从这个意义上说,系统分析员才能获得有意义的见解去引导他的开发组成员。系统分析员头脑中要对项目结局有一个清楚的认识,并保证项目不偏离方向。系统分析员要有根植于技术,高于技术思考问题的思想。纯粹的程序员通常对最终结果考虑的不是很多,当一种新的技术在市场上出现时,他们对能否按时交付的考虑就比较少,而强烈希望他们的计划能够建立在新的技术之上。因此,系统分析员的想法和行动要像一个用户,又要能够站在技术的高度,成为真正的用户、程序员之间的代言人。
任务难度的预测能力
系统分析员要具备快速的任务难度预测能力以及具备快速确定开发小组人员构成和任务划分的能力。(我 将这条归为思想,而不是能力)昆虫自然会长出翅膀,而思想却需要长期的浸润。要做到这点,需要大量 的思考、学习。设计远比编程重要。当今软件业的发展,各种开发工具的出现,编程已经不是什么问题, 程序员的工作某种程度上讲是将别人现成的东西拼凑堆砌起来。系统分析员要清楚的认识到,现在大多数 程序员没有学会怎么去整体的了解一个系统,有些甚至不了解编程(这不是说他们不会写代码)。可视化 的开发工具加五花八门的控件,程序员可以偷点懒了。(这可不是夸大,我好几年的管理工作,接触过大 量的程序员)基于技术,跳出框架。基于现有技术结合用户需求思考问题,设计时跳出框架。
系统分析员思想:
系统分析员要有面向用户的思想。系统分析员应当有能力将自己扮演成用户,来了解要交付的项目看起来 想什么样式,感觉想什么,从而了解用户的想法并挑选出合理部份去开发。从这个意义上说,系统分析员 才能获得有意义的见解去引导他的开发组成员。系统分析员头脑中要对项目结局有一个清楚的认识,并保 证项目不偏离方向。系统分析员要有根植于技术,高于技术思考问题的思想。纯粹的程序员通常对最终结 果考虑的不是很多,当一种新的技术在市场上出现时,他们对能否按时交付的考虑就比较少,而强烈希望 他们的计划能够建立在新的技术之上。因此,系统分析员的想法和行动要象一个用户,又要能够站在技术 的高度,成为真正的用户、程序员之间的代言人。
系统分析员的关键
获得信任。系统分析员最重要的素质是获得信任,这是成为优秀系统分析员的关键。成熟最为关键。成熟 可以为整个项目组提供正确的支持,能够理解技术怎样才能解决用户的需求。
系统分析员的准备工作
统一的各种文档模式,这其中包括今后软件变量、字段命名规则。我推荐用pb制定的规则做基础,通过改 造成为适合自身实用的标准。统一的文档管理。统一的分析软件。比如说rose(太规范,国内的软件 管理水平根本用不上,只不过尽量应用,你自己对系统分析的理解有好处) 方法是思想的放映,在具体方法上就不多说了。
自从"维纳斯"登陆深圳后,大家更着眼于从宏观的it业了。中国it这棵小树,说实在的,长到今天 实在是不容易。一些人提出了"反对微软霸权"的口号,不少人呼唤中国"硅谷"的出现。微软的成功不是技 术的成功,更多的是商业运作的成功。中国it这棵树能长多高,取决于他所植根于的土壤。而现在的事实是,这片土壤实在是太贫瘠了!如果按我们现在的思路和搞法,是长不成大树,更别指望能结出"微 软","硅谷"这样丰硕的果实。如果说,我们的软件技术落后美国十年,我们的硬件制造技术则落后美国 二十年,我们的管理水平落后美国至少三十年。而最终决定发展速率的恰恰是我们的死穴──低劣的管理 水平。低劣的管理水平的形成的原因有着深厚的背景和多方面的原因。
专家访谈:如何进阶信息系统分析师
2007年下半年软考报名在即,经过多年的考试选拔,初、中级人才逐渐成长,报名高级资格考试——系统分析师的人越来越多。系统分析师是信息系统开发的高端人才;是了解经济管理和熟悉IT技术的复合型人才;是对信息系统的分析、设计和项目管理的领军人物。但是目前很多人对系统分析师的定位等概念还模糊不清,基于此,赛迪聘请清华大学侯炳辉教授做客赛迪聊天室,帮您解读系统分析师的相关问题。
侯炳辉:清华大学经济管理学院教授,中国管理软件学院董事长,信息产业部全国电子信息应用教学指导委员会主任,教育部全国信息技术及应用远程培训教育工程专家组长,全国管理决策与信息系统学会副理事长等多项职务,是我国第一个工科高校MIS专业主要设计者之一,全国高教自考《计算机信息管理》专业主要设计者之一,软考指定用书《系统分析师教程》主编之一。
信息系统的由来以及信息系统人才的定位吧。
侯炳辉:信息系统专业确切的名字是信息管理与信息系统。早在80年代的时候,各院校的这个专业的名字叫管理信息系统,即MIS。1980年,在清华大学的经济管理系,现在叫经济管理学院,首先成立了这个专业。90年代教育部的专业目录中定为“信息管理与信息系统”,实际上是一回事。这个专业培养的人才不完全是计算机人才,也不完全是管理人才,而是管理与计算机相结合,既懂得管理,又熟悉技术的复合型人才。
信息系统人才主要学习的是信息化知识,比如的信息化、企业的信息化。当然信息化过程中需要很多计算机的硬件人才、软件人才和网络人才。但是在信息化过程中,无论是企业还是,都涉及到管理。特别是企业的信息化,首先是企业管理,企业管理的一套流程(我们称为业务流程)需要了解。如果你不知道业务流程,就不可能用计算机去管理它。也一样,就是干什么事情也都有工作流程问题。也就是说他既要懂得政务管理过程,又要熟悉技术,而且对技术的要求也很高。
在我们建立这个专业的时候,专业知识主要包括这样几个方面:
第一是经济管理知识,因为企业里一定会有有关经济和管理问题。例如宏观经济、微观经济、财务、会计、计划管理等等,综合起来就是经济和管理方面的知识,这方面的内容占据了我们专业课程的相当大比例。
第二是信息技术知识,包括计算机硬件、软件、网络等知识。软件包括数据库、软件工程等。网络知识包括网络的应用、网络的管理、网络的安全,网络的布线等等。这方面要求也是非常严格的,如果这些方面没有学好的话,也不能够说是合格的人才。
第三是系统方面的知识。比如要解决一个复杂问题,需要用系统的观点来看待。比如一个企业是非常复杂的一个系统,有人、有机构、有设备、有各种各样的东西。所有的东西要完整运转的话就非常复杂。显然如何对待企业这样的系统,仅有技术是不够的。一个企业系统是一个复杂的大系统。比如宝钢,有好多万人,每日生产很多钢,还有诸多的设备、诸多的组织机构构成了一个大系统。用计算机管理宝钢必须要有系统的概念,也就是从企业整个出发研究问题。而不是只看某一点。要解决系统问题往往要用模型描述,用图形、图像、文字、数学的东西描述出来,然后去认识这个模型。解决这个模型很多问题可能需要用数学去解决,比如成本怎么计算?产品生产多少?解决这些问题就要建立数学模型,这些都属于系统方面的知识。
我们这个专业可以这样来描述“既要有系统的观点、数学的知识(如运筹学、数理统计等),又要有计算机的技术(网络、硬件、软件等)”。
由此可见,我们的培养目标,显然不是一个纯技术人员。如果我们这个专业培养出来的学生只会编程序,那就是培养的失败。
主持人:您说的培养目标,也就是说信息系统专业的人才需要具备什么样的知识结构和能力。首先他必须有精通的技术,以及有关管理的能力。尤其您强调要加强管理能力的培养,那么怎样才能更好地提升管理能力呢?
侯炳辉:是的,应该提升管理能力。包括对技术的管理,对团队的管理和项目的管理。如果不懂技术他就无法进行技术管理,可能会被技术人员牵着鼻子走。举个例子,假如一个企业规模不是很大,技术人员对技术总是非常感兴趣,他可能把最好的设备用到这个上面来,那不就是“杀鸡用牛刀”了? 进行企业信息化,首先站在整个企业的角度进行系统分析。如果企业规模较大,直接去解决非常困难。对大系统来说,最拿手的办法,就是用系统工程的理论,将系统一块一块分析。比如钢铁企业,这样的大系统,就要先调查分析企业的规划是什么,产品是什么,产量是多少,设备是什么等等。这叫系统分析。系统分析就是以大变小,逐个解决。
主持人:系统分析是由大变小来解决问题,那么是否会产生片面,缺乏全局性?
侯炳辉:只有分析也是不够的,分析的目的是把企业的模型建立起来,然后把企业弄清楚,描述出来。分析完了以后要综合,就是要设计。就是要告诉人家这个企业是怎样的企业,需要什么功能,需要什么设备。在这个基础之上,要做什么样的信息系统方案。也就是提出一个逻辑方案。所谓逻辑方案就是企业要信息化,应该做什么事情。这一步完成以后,要实现这个方案,也就是要设计“物理方案”,逻辑方案是系统分析后逻辑设计的结果。物理方案就是用物理的形式满足这个方案,比如网络应该多大的规模,数据库应该什么样子,系统的功能模块应该是几个,这几个模块还要更细的划分,就是系统设计的事。系统设计完成以后,就让程序员编程序去实现。
主持人:现在信息产业部有一个计算机技术与软件专业技术资格(水平)考试(即软考),它现在的体系分成初、中、高三级,从程序员、网络管理员到网络工程师、软件设计师以及到最后的系统分析师,有一个不断提高的路径。您刚才讲的系统分析师是最高级的,您能不能给广大计算机以及相关专业的从业者推荐一个职业成长的方案呢?
侯炳辉:1985年的时候我曾给系统分析师的考试命过题,当时系统分析师考试办公室在上海复旦大学,负责人是上海复旦大学计算机系的系主任,也就是当时国家软件考试办公室的主任。因为我们的命题有差异,我专程去了上海,沟通以后发现,我们说的系统分析师是一个企业管理应用系统的分析师,而国家软考办所理解的系统分析师是软件系统的分析师,两个概念有所不同。最后商榷的结果就是现在系统分析师考试大纲的内容。但是现在系统分析师考试题目过渡偏于计算机技术和数学方面。
系统分析师考试上午是知识结构,下午是案例分析和论文。比如论文题是根据实际经验命的。有经验人一般工作了5、6年、甚至10多年,他考系统分析师时,上午的题通过有困难,因为大都忘掉了。下午的试题倒还可以,因为实践经验丰富,但上下午分数平均起来还是不行。反过来说,有一些刚毕业的大学生,他对上午的题可能还可以,但是下午由于没有实践经验,论文试题可能不行。这样就出现了两个问题。第一个问题,真正有本事的人不容易通过系统分析师考试,考不到这个资格证书。没有证书的话这个人就不可能被很好的录用,没有放到系统分析师的位置,没有用好他,就浪费了。像有些高年级大学生跟着老师搞过项目,他也可能在案例分析和论文中有较好的回答,这样就能通过了。如果把刚刚毕业的年轻人放到项目负责人的位置,那可能会耽误企业化,所以别小看系统分析师的考试,它也会影响到企业、以及我们国家的信息化,也将影响人才的培养和选拔。
主持人:系统分析师对于国家信息化的发展是非常重要的角色,那么,您能否对有意成为系统分析师的人提供一些自我成长的思路和建议呢?
侯炳辉:人才培养的问题实际上是一个系统的问题。所谓系统的问题也就是说要做全面的考虑、整体的考虑。这个系统问题需要从几个具体方面来考虑。
第一是定位,系统分析师究竟能做什么?应该具备什么样的知识结构和能力结构?从知识结构来看,就是要懂得管理、懂得技术、懂得系统;从能力结构看,就是站在组织的角度进行分析、进行设计和提出方案。为此要建立一个知识体系,不仅要学习 数学、软件工程知识,还要掌握其他相关知识,如经济管理知识,就其深度而言,不一定很深,但是要了解基本知识。
第二是IT知识的完整性。建立一个企业的信息系统,需要具备系统的IT知识。除了了解主机、网络、设备等以外,还要了解与主机配合的数据库、系统、软件、安全等知识。因为将来搞逻辑方案第一件事情就是系统结构是什么样的,是C/S还是B/S,主机用的是惠普的,还是IBM的,数据库用的Oracle还是SQL SERVER,网络的安全应该什么样,这些都能说得出来,我们称为信息系统结构。这部分知识的学习要注意从应用的角度进行适当培训,然后进行考核。
第三是系统分析设计的基本知识。系统分析设计就是对系统进行分析和设计,分析和设计的一套规则和方法,叫信息系统开发方。系统分析与设计包括建立逻辑模型、物理模型等。设计的时候需要把数据库知识和软件工程知识整合起来,才能构成一个完整的系统分析和设计的体系,形成由系统分析、系统设计、系统实践构成的设计开发流程,其中的系统实践是指如何编程序、写软件。这里还需要具备各类相关应用软件的知识。
第四是信息化和信息系统原理知识,这里需要强调掌握信息化、系统理论和管理信息系统的相关知识,这样才能具备解决系统问题的原则和方法。
第五是最新技术与产品知识。因为信息化过程中,技术在不断的发展。这个“新”指的不仅是最新的,同时也是成熟的。好用的产品。比如现在提出的SOA、EAI、中间件等新技术,如果系统分析师不懂的话,会很落后。比如大家现在搞的B/S结构,根本不懂B/S结构是不行的,就需要培训。这些内容的学习最好能够结合具体要解决的任务、基于问题进行学习。
第六是辅导论文和案例的分析知识。有些人写的论文一塌糊涂,逻辑思维很乱,那肯定是没有经验的人写的,因为做系统管理的肯定是有系统思想的。比如说给出一个背景,一个企业有多大规模,原来情况怎么样,现在的情况怎么样,把你的观点用800个字写出来。这800个字如果他没有经验的话写的肯定是一塌糊涂,如果写的好的话,一看就是有经验的。有些人可能有经验,文字能力不够,这也不行。这方面的知识需要具备较强的文字表达能力、语言表达能力、人际沟通和交流能力。
主持人:侯老师,比如说我现在是程序员,那下一步的正常轨迹就应该是准备向软件设计师、系统分析师努力了吗?
侯炳辉:大学刚毕业的人都可以当程序员。经过程序员以后考软件工程师,这是比程序员更高一点,他不光是会编程序,还能做一些模块划分等等工作。软件工程师有一定工作经验以后显然要往上走了。
从软件设计师向系统设计师过渡则跟他的大学背景有关。计算机系出来的人有一部分是他的强项,比如IT是他的强项,网络、数据库这些都是强项,都好办。但是系统分析的系统性的课和管理的课可能是弱项,所以要加强。其他专业出身的,比如自动化等,他编程序也可以,但是要考系分的话,他还要多学点东西,要学一点管理和计算机方面的课程。还有管理出身的,管理这块可能算强项,但是IT知识又不够了,所以要进行培训。所以系统分析师不一定是计算机系的人,什么人都可以达到。
主持人:您已经系统介绍了成为系统分析师需要具备和掌握的知识和能力,那么除此之外,还需要注意那些问题呢?
侯炳辉:前面提到信息系统分析师是复合型人才,既要懂得计算机技术,又要熟悉系统工程知识,还要具备管理知识。其学科背景不一定都是计算机专业的,这也说明构成系统分析师学科背景的广泛性和复杂性。
对此,还要有另外一门课,即“项目管理与信息监理”课程,它包含质量管理、审计知识。通过这门课程的学习能够帮助大家成为具备项目管理、信息监理和质量管理知识的综合型人才。
主持人:侯老师系统介绍了信息系统分析师人才的定位、知识和能力结构,并多次强调从事系统规划和分析设计的人才必须是复合型人才,这对于我们明确学习策略和学习方法都具有非常重要的指导意义。
行动策划
在大学期间
•学好各科专业知识,掌握信息技术的基本知识。
•积极复习英语,努力在大二第一学期就通过四级,大二第二学期过六级。
•计算机过级考试也是我不能错过的,我要在大三之前就要通过计算机一、二级。
•除了英语和计算机外,我还要从大二开始就要积极准备考多种与信心技术专业有关的证书。
•寒暑假时,我会到社会上进行短期的工作,在工作期间,我会学习如何与工友相处,怎样与领导打交道学会如何在集体中表现自我,而又不受到排斥,积累社会经验。
毕业之后
工作之路:
•毕业后,我会在学校、企业工作,积累经验。
•下班之后,我会继续学习专业知识,让自己的知识更加全面。
•努力工作,这样才会让领导注意到我,博取提升的机会。
•积极请教前辈,因为他们的经验是可贵的,然后结合自己的知识,创出自己的方法。
•建立良好的交际网,同事聚餐,公司举办的活动,我都尽量参加。
考研之路:
•考上研究生后,我会将准备考研时的那份韧劲继续下去,不会让自己松懈。
•期间,我会做一些科学研究,在研究探索中获取知识。
•积极争取当研究教授的助理,教授的研究中,仔细观察思考,从中得到领悟。
•多写一些研究性论文,希望专业人士看到后,提出一些我没有想到的方面知识,让自己不断地改善。
终章——
计划固然好,但更重要的,在于其具体实践并取得成效。任何目标,只说不做到头来都会是一场空。然而,现实是未知多变的,定出的目标计划随时都可能遭遇问题,要求有清醒的头脑。其实,每个人心中都有一座山峰,雕刻着理想、信念、追求、抱负;每个人心中都有一片森林,承载着收获、芬芳、失意、磨砺。一个人,若要获得成功,必须拿出勇气,付出努力、拼搏、奋斗。成功,不相信眼泪;成功,不相信颓废;成功不相信幻影,未来,要靠自己去打拼!
通过这次职业生涯规划,我清楚地认识了自己,确立了自己的努力方向和职业定位,这样就可以使自己保持平稳和正常的心态,按照目标和理想有条不紊、循序渐进地努力。当然,计划虽好,最重要的还是在于其具体的实践和所取得的成效。然而,现实是未知多变的,定出的计划随时都会遭遇问题,这就要求我们有清醒的头脑,客观的分析和全面的认知。每个人都有自己的理想信念,抱负和追求,每个人都渴望成功,但在此过程中我们必须坚持信念,必须持之以恒,必须脚踏实地!下载本文