※ 引述《yinia (没有昵称)》之铭言： : 我是资管人 : 做完专案後 最近再从新念完一遍"系统分析与设计" : 而有了一些感想 希望与同是资管系的前辈讨论一下 : --------------------------------以下正文-------------------------------- : (ㄧ)资管≠资工+管理 : 念资管最大的困惑就在於资管的定位，每当我们被质疑时，往往都会回答：「 : 资管才不是你们想的那样！」，但问题是资管究竟是怎样？ : 就我觉得，资管跟资工企管一样要念程式语言、资料库、网路与管理学等等，但 : 最大的不同就在於"系统分析与设计"这门课，就我所知资工似乎没有这门课。 我对你这篇文章也有兴趣，我先说背景大家加减参考就好， 我自己是资管出身，但是我除课业外，主力还是在程式设计的钻研， 所以经历大多是系统程式的撰写跟网站、程式核心的撰写， 比较没有接触到管理的部份，不管对管理还算是有一点点基本sense。 工作经验...就算有在公司上班的一年好了， 虽然不是很资深不过有针对这些问题去想过。 ------------------------------------------------------------- 基本上系统分析和设计在你进行程式设计的时候， 不可避免会去碰触到的，也就是说这其实是coding的延伸。 在这点上我不认为是资工跟资管的差异化， 不过资管跟资工在SA层面的差异， 最主要是会更专注在成本跟时程管控的部份。 但是实务上我自己参与课程的经验， 我认为资管人因为对於coding的实务并不熟练， 无论在评估或分析，难免会抓不到真实的面貌。 （当然这是讨论课程OK，学得人也学得很OK的前提下， 混学分搞笑的就不提了，後面就不另注这但书了。） : (二)系统分析与设计是什麽? : 系统分析与设计(SA)是资管的必修，而且是在修完程式和DB.DS.网路等等以後才 : 会出现的必修， : 1.根据系统的实体架构而需要画出实体关系图(ERD) : 2.根据企业流程而要有清楚的资料流程图(DFD) : 3.根据使用者介面而有使用者案例(USE CASE) : 如果没有DB.DS的概念，就做不出拥有实体、属性、关系的实体关系图，没有网路 : 或是程式的底子根本就也不知道资料要怎麽流，学SA要资料塑膜、流程塑膜、使用者 : 塑模，更要针对每个塑模去描述成程式逻辑，以供往後程式书写的方便，更要有企管人 : 的特质，去了解使用者的需求，也就是作为使用者和程式撰写者之间的介面与桥梁。 其实你只说了一半，而且顺序有些问题。 你应该要先针对 user 去蒐集他们的user case跟资料流程， 然後再跟据这些资料去拆 ERD 跟拆程式结构 (class diagram)， 拆ERD跟程式结构需要丰富经验，因为很多实务的细节纯理论是看不到的。 （这个部份虽然例子很重要，但是要举举不完就简单带过了， 举个简单的例子来讲，有个注册後要email验证的会员功能， 可能就会需要多开一个验证码栏位，但不一定每个人都会注意到。 因为你没去作那个功能，开出来的东西可能就还是多少会远离一点现实。） （虽然是说我自己也很少ERD一次就到位的啦（遮脸）） : (三)SA的能力真的重要吗? : 我也不知道SA的能力到底重不重要?但我只知道，SA的工作真的不好做，要去了解 : 使用者的需要，了解後更不能一味的赞同，更要提出系统可行性的建议，有时也要帮使 : 用者想一些他们没想到的功能，需求分析过後要把它翻译成具有程式逻辑的叙述，开始 : 写程式後还要持续跟使用者互动，以了解是否有达到使用者的需求，这一来一往的过程 : 中往往比写程式本身还耗时与耗力。 这部份正常来讲应该要切两块，一块是需求分析，另一块是系统规划， 但是程式设计其实也包含这两块，说穿了角色是这样。 商人 ---- 客户 PG <---> SA <----> user 商人 ------ 客户 所以你说比写程式还耗时费力，我觉得这是要取决於这个SA的能力， 如果这个SA 只会把 user 的话转述，那写程式的人就死定了这样。 大家其实都有沟通方面的损耗，多和少的问题。 : (四)专案开发的力不从心 : 前面讲得这麽好听，问题是，在专案开发时，我一心一意想要朝资管人的特质去发 : 展，但是谁在乎这些?专案企划书?SA?使用者是谁?管它去死，把系统写得"看起来"很厉害 : 就好了阿!就算系统再小，那就结合硬体麻!多个RFID、手机，评审老师就把你捧上天了， : 说你很认真、做得很好！问题是，难道我就不会结合硬体吗?结合硬体很难吗?可是，老 : 师，你没看他根本没有做需求规划吗?专案做完，可是这个专案要给谁用，这个方面的专 : 业有需要这套系统的存在吗?况且，他们系统好小耶!为什麽只是结合个RFID就飞上天了? : 不懂，我至今还是不懂。 你做的不是业界的实务专案，真正的专案都是目标明确的， 可能规格很不明确，但是目的会很明确。 这种事情我只能跟你说不是正规的东西，所以当然你看起来会觉得鬼打墙。 : (五)资管= =资工 : 老师说:「读资管的要有coding技术当背景。」，我想根本不是背景吧，而是要把资 : 管当资工读，因为需求分析固然重要，但是一开始技术就不好，根本没有练习管理的机会 : ，我是还没进过业界啦，但至少在看职缺时，好像没有"系统分析与设计"的职位；有MIS， : 但依旧定位不清楚，常被说得好像只是打杂的工作；有PM，但是要正妹才能当阿哭哭Q.Q， : 所以，念资管要进业界，还是努力写程式吧，精通至少一种程式还是能混口饭吃的(泪)。 我是认为在这行 , coding 技巧是基础且必备的 , 但是要到多深就还是有空间 , 还是老话一句看工作需要. 但是妄想念 IM 就可以不用写一行程式搞分析...... 也不是说没看过能这麽干的人啦，但是这麽干早晚会碰到门槛的。 : --------------------------------以上正文-------------------------------- : 不知道我的观点有没有太偏? 因为毕竟我没去过业界 所以别战我麻 我是小妹耶^.< : 但这是我身为资管人四年来的心得 : 有没有也同是资管人的前辈大大愿意跟我分享讨论一下的? : 对了，这种文章能PO在这个版上吗? 不能的话版主砍一下文章罗! 我个人是认为现在资管的角色其实比较偏向于系统整合的角色， 要懂得连结各种资源来达成目标， 像是外包、规划、甚至自己coding解决问题都是个方向， 其实不要把 coding 当成资工跟资管的分界， 毕竟程式语言就是资讯人的手脚，不去玩等於是自费武功。 （至於dba或网管，我觉得某种程度上， 设定config去控制程式跟配出稳定线路，可以加减算是coding的一环啦...） -- 话说回来我认为目前的资管人很多对於资管专业都还达不到一定程度的标准， 我的意思说更清楚些，上课打混跟「只达到课堂要求」的人，不能算是达到标准， 根据我过去的经验，这类型的人应该保守估计会高於50%。 只要你能突破成为这类型人的困境，工作就不会是问题。（赚大钱就要看机运了） -- What do you want to have ? / What do you have? 从书本中，你可以发现我的各种兴趣。 从ＣＤ中，你可以了解我所喜欢的偶像明星。 或许从文字你很难以了解一个人，但从物品可以。 My PPolis , My past. http://ppolis.tw/user/Tony --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.133.218.161 ※ 编辑: TonyQ 来自: 220.133.218.161 (03/13 00:06) ※ 编辑: TonyQ 来自: 220.133.218.161 (03/13 00:47)