stevechang wrote:看CODE? 如果...(恕刪) 會看code當然比較好,因為當pg完成時,如果是sa驗收再做一個 code preview真的比較保險,以前公司請軟體公司的人駐點幫公司寫code,有些工程師經常想拼sa 驗收時沒測到,但如果是我當sa時就會戰戰兢兢不敢亂搞,因為我會一行一行做code preview
celia1111 wrote:老實說,我現在的公...(恕刪) SA含CODE REVIEW是正常沒錯在前期看不懂Code理應用DFD以及DD作為判斷基準我很常遇到開發Team說他們寫的Code都很簡單易懂但不代表下一個Team的人接手都看得懂(我真的遇過變數宣告都用A、B、C這種開發Team)當初第一份工作為了老闆放我離職發狠把所有接手的專案都補做了DFD以及DD到了離職第二年還是會接到電話問專案問題有作DFD以及DD都問題這個多了我還是很訝異台灣發展資訊專案都不做DFD以及DD題外話我可以體諒(但不原諒)為何開發專案很少注意SDLC我有遇過一家專業的資訊開發Team每次來我當時任職的公司開Proposal都把上次的紀錄作成系統流程圖、DFD以及DD並說明導入系統時會改進的優點要不是當時的二老闆是學資訊管理出身的大老闆可能會選標單上最便宜上線最快的那家廠商專注於SDLC還不如先節省標單上的價錢以及壓榨人力再說阿密陀佛還好我不作SASD很多年了
bobbook wrote:SA含CODE REVIEW...(恕刪)</blockquote目前的公司並不是開發軟體在賣的,而是維護自家系統,所以以專案型態的才會有DFD,DD,否則可能就是簡單的需求單寫寫就派件了,有些SA更是誇張到就口頭講講,連規格也沒開,但驗收時一定會CODE REVIEW
celia1111 wrote:各位好,想和各位請...(恕刪) SA實務上除了從PR做上來以外,還可能是該domain的專家轉來的推測你的新工作比較類似後者至於SA是否需要懂code? 以我個人而言,我會看code跟文件比對看差異尤其是接手別人的案子時,更應該這麼做但這只是輔助個人能快速掌握專案而已,並不表示要撩下去debug另外懂code也有好處啦,至少可以知道PR有沒有呼嚨你有的PR估工時都不臉紅的,吃定不會code的SA