• 业务分析和系统分析的Business Analyst是甚么?

      (BA)Business Analyst是甚么?  我想国内人力资源有开职缺征猎头的公司可能过半都搞不清楚这是啥?  BA和SA(System Analyst)的差异是甚么?两者又是一样的吗?  我认为BA应该是分析企业运作的流程,找出流程的问题,重新设计新的业务流程  而SA则是了解要实现的业务流程与业务逻辑后,决定系统要长甚么样子  我在应征工作时,有遇过几次面试官似乎把这两者的责任给混在...

  • 系统分析和系统设计,系统设计的责任归属

      国内一般来说对系统设计的责任归属通常是以下几种状况:  1.系统分析师兼系统设计  这种比较少,比较常见的会是系统分析师写系统分析与设计的文件  但系统设计的文件也只是参考或做样子  以前我还遇过主管说他写了系统分析与设计文件,结果逻辑根本不通,最后我找到下一份工作就跑  2.程序员兼系统设计师  这种很容易见到,我之前面试有几次是遇到说希望我能系统设计兼写程序,有次的职称说是叫主任工程师  ...

  • 系统分析和系统设计,为什么要有系统设计师?

      在国内,一间公司如果能有专职的系统分析师(SA,非管理职)是件很好但又很难得的事情  要是能有专职的系统设计师(SD)而且还不是程序员(PG)兼任SD,这可更是难得一见  这篇我想谈论为什么要有系统设计师  如果一间公司的在软件开发的结构是PM、SA、PG、QC,那么SA在跟PG沟通的时候,技术上很可能会有问题  可能SA希望系统实现的一个行为,对系统的负担会很大或很难做  好的情况是PG去跟...

  • 使用者要求做一个有9x个选项的下拉菜单,这真的是傻的吗?

      这文章我以前有写过,但我想换一种方式描述,让读者能更清楚  当交易纪录出现异常时,系统会对异常的交易纪录产生对应的警报数据存到别的数据库table。  有一个功能是要对发出警报的数据进行查询,有一项查询条件是合作厂商,原本合作厂商的输入字段是输入文字,但使用者想改成下拉菜单。  当时负责转达与整理使用者需求的QA跟我说,下拉菜单的选项数量会到9x个。使用者是傻的吗?  我认为合作厂商的选项在未...

  • 系统分析与设计合在一起的文件

      有的公司对于系统分析文件会因为没有系统设计师  所以把系统分析与设计的东西和在一份文件之中  这文件的撰写上会变得很麻烦  如果技术的东西太少,可能会影响程序员的实作(搞不好就不管整个系统架构而能跑就好)  如果技术的东西太多,可能PM或业务单位就会以此为由而不做规格文件的确认,出问题就能推卸出去。  这时很可能就是事情是否顺利已经无关你的系统分析能力与技术能力了  而是看怎么打好关系或者应付...

  • 【系统分析】懂需求并不表示能当系统分析师

      系统分析的最基本目的是要能够表示系统要做甚么(what to do)  这其实是很难的事情,记住一件事情:「懂需求并不表示懂系统该做甚么事情」  举例来说,使用者说他想要一个功能,能用下拉菜单选择厂商清单,让他可以快速选择而不用记得厂商名称  结果厂商数量可能有几十个甚至几百个,光找要的就是问题,网页的下拉菜单是否因此挂掉又另一回事…  我最近遇到一个状况是这样  原本有一个系统可以使用,但因...

  • 闲聊系统分析的重要性

      系统分析一事常常被认为很简单,就算没有也还好。  开发者通常比较能理解其重要性,如果需求与逻辑经常性变动,系统架构可能会因此受到不良影响。  但是对于不用实际开发的管理者而言,有感觉的通常只是开发者的反弹罢了。  我最近在想一个问题,要怎么让不用开发的管理者深刻了解「系统分析」的重要性,进而重视此事。  有个寓言故事是讲父子卖驴的故事  不管他们俩人一起骑驴、不骑驴、其中一人骑驴…都会有人有意...

  • 为什么软件业不太做系统分析

      就职场工作来说,产出的评价是很重要的  本篇论点是:「系统分析的不受重视与胡搞,跟产出的评价有关」  对管理者而言,要不要同意做一件事情,多少都会做些评价,通常会看:  1.做了有甚么好处(不做会怎样)  2.做了有甚么坏处(EX:增加成本)  3.可能产生甚么样的风险  以系统分析来说:  1.做了有甚么好处  一般论点是:厘清需求,避免做白工,让使用者满意  但换个角度来说,做了系统分析能...

  • 对四色原型的学习【系统分析】

      前一阵子看了本系统分析的书,发现自己在系统分析上还蛮有加强的空间  (尽管如此,我还是自认自己比很多号称很懂需求与从事系统分析工作的人好)  我早期所学的系统分析方法中并没有Domain(领域)的概念  一个信息系统往往牵涉着很多人事物与关系  较普遍的描述法是实体关系图(ERD,ER-Model)  但还有一种方式是使用类别图来描述Domain  以前曾经看过有书描述这样的用法,但大概书算写...

  • 【系统分析】需求访谈,出问题时会需要项目经理的介入

      进行需求访谈时,沟通对象有时会决定着成败  需求访谈最好的状况是沟通对象说甚么,照做就对了  (执行顺利,验收也顺利,大家都高兴,唯一的问题顶多是系统分析师的价值可能会受到质疑)  根据我的经验,提需求的人往往不太清楚自己到底要甚么  如果他说甚么你照做,最后可能变成他在抱怨你做的东西不能解决他的问题  你抱怨都是依照她说的做,他可能会找些理由来推责任(例如怪你不会多想想)  理想的对应方式是...

联系我们

13751415268

853408942

:853408942@qq.com

:9:30-22:30

QR code