a bad example

2.3pr2 QE test problem :
LCD alarm test/define sequence is not the same as the real position.

這就是一個不好的示範：
新功能的要求直接進入software engineer的工作中，沒有經過system engineer。

所以software只考慮功能部分，如何操作，如何實作，沒有想到系統配線方面的配合。
如果當初這個功能依照正常管道，由System Engineer進入，
System Engineer將軟體部分要作的動作告訴Software engineer，
Software Engineer再將實作／操作的方式和System engineer討論，
這個問題就不會發生。

或許有人會說：
直接由Software engineer向Sytstem engineer提出討論也可以呀？
可惜系統的主導權在System Engineer上，SoftEng並沒有處理system相關事宜，
也就是說：一般只有SysEng向SoftEng要求功能，以往沒有SoftEng向SystemEng要求增加功能的。
如果SoftEng向SysEng提出要求的話，System Engineer反而會覺得奇怪，為何他沒有聽說這項功能？
另外System Eng的思考比較全面性，不像SoftEng只有考慮到軟體而已。