※ 引述《cyin0910 (理性过了头)》之铭言： : 以前大学时上课.. : 总会上一门课叫"系统分析".. : 在其中..教了好多.. : 从访谈需求..到写需求规格书..到系统设计..到给程式人员开发.. : 在这其中有一堆又一堆的文件.. : 不管是给使用者看..或是给程式开发者看.. : 想问的是.. : 到底有多少公司真的能把每一份文件都做出来後.. : 才开始做程式设计的部门?? : 或是..大多数的公司..都完成了哪些文件??或完成了多少?? : ps. 因为目前小弟待的公司..似乎这些文件做的都很不完整.. 好吧，如果把所产生文件分成四个阶段好了，大概会遇到以下几个问题： 1.需求访谈阶段，SA。 在这个阶段会遇到什麽问题呢？SA是要作给客户看的，让彼此确定要做 的东西是否有一样的认知，然後提供所有需求实做的追踪矩阵，但，真 的就跟教科书一样的那麽完美吗？ 如果客户根本不看你的SA呢？如果客户根本看不懂你的SA呢？如果客户 看了你的SA也同意了但根本就跟你同意的是两回事呢？如果你写的SA太 技术性，客户不好意思说看不懂然後不懂装懂乱答应呢？或者，你根本 觉得客户的需求莫名其妙，但客户却坚持要做呢？ 有时候，客户会把你的SA当屁，等你真的很认真把SA做完然後作SD，才 会发现根本就是白做工，很多时候客户看到成品才会想到要这个改那个 。 既然是这样，那你还要SA作啥？ 2.系统设计阶段，SD。 假设，假设这样好了（如果不假设根本不用谈SD了），你的SA文件无懈 可击，客户也很有水准完全跟你认知110% Match。 於是，你要把需求展开成SD文件，变成PG可以施做的蓝图，等到把所有 的ERD都建立起来，Function Call也展开完毕，所有UML的Class Diag 、Seq Diag、Object Diag....都做好了，MVC的架构也分析好了， Multi-tier的各层架构也都分好了，现在就是让PG按图完成工作的时候 了！ 就这样就结束了吗？ 你的SD功力有能力在工作前就完成全部的蓝图吗？有能力想到所有的东 西吗？每个PG的水准都能了解你做的SD资料吗？你能够说服那些PG听你 的东西施作吗？还有，你自己又是建筑师但同时又是水泥匠，那干麽脱 裤子放屁多作一次SD？ 有时候，如果当一开始的假设不存在，做出来的东西跟客户想得是十万 八千里，那花那麽多时间做那麽完整的SD做啥？ 最常见的状况就是SD完成了结果一边做发现很多地方有缺，很多地方有 错，很多地方有多，在那边补补、修修、删删的结果，你的SD跟成品跟 本变成两码子事。 3.系统测试阶段-TEST 既然要测试了，最重要的就是测试计画跟测试报告，好了，测试计画要 从那边来呢？ SA。因为你要从SA的观点来看系统的使用性。 SD。因为每个被撰写出来的单元理论上都要经过单元测试才能上到整合 测试的程序。 测试有分很多种，黑箱测试、白箱测试、可靠性测试、压力测试、随机 测试、极限测试、单元测试、整合测试.... 再假设，你的SD跟程式产出完全吻合，你的SA跟客户需求100%Match。 但，如果你没有这些人力进行测试呢？你如果没有足够水准的测试人员 进行测试呢？如果交货的期限极度接近但东西根本没有测完呢？你有足 够的平台测试在每个平台上是否都能正常运作吗？ 最常看到的结果是，「OK！It's work！在我的电脑上他完全正确无误 地被执行出来了！」 但在客户端完全不是那麽一回事。 另外，如果SA跟SD的假设不存在，那这个测试大概也不知道能测些什麽 。 OK，那我要TEST干嘛？ 4.系统交付阶段-SA、SD、TEST、OP 东西要交给客户了，如果客户要自行维护，那麽SA、SD、TEST都要交付 出去，此外，操作手册OP是免不了的。 但，当客户端自行维护时发现SA、SD跟TEST都是赛的时候，公司就又可 以赚一笔维护合约了。 几年後，公司倒了，这个系统交给别人接手，接手的PG或PM只会看到一 堆无可名状的甲骨文程式码，还有早就不知道跟那个便当盒一起丢到太 平洋里面的相关文件。 == 理想，是在客户、PM、SA、SD、PG全部都具备质、与量的时候才存在着 的，当客户是笨蛋、PM不会Coding、SA不会说话、而且还跟SD、PG是同 一个人的时候，甭想产生足够水准的分析设计文件。 祷告程式码里面该有注解的地方没有少，还有不要有一堆a1、b1、aa1 、bb1的变数名称才是真的。 -- 界(http://derekhsu.idv.st) 我的世界、世界的界线；我与这个世界的界线 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.230.150.174