並不是要說明做夢的神奇，確實是感覺這個題目非常有意思，所以拿出來和大家分享。
近日一次做夢，夢到做一張試卷。試卷上題目非常少。其他的題目不記得了，只是記得最後一道題目。這個題目是這樣描述的：
請用計算機實現，只要我安全到家，任務就算完成。
我開始被這個題目搞得一塌糊塗。根本不知道啥意思。這時候夢裡有人有人提示符號。我突然有所醒悟。
這是一道類似於微軟那些面試型別的題目。重點不在於結果如何，而是看你的分析過程。
用計算機實現，也就是使用軟體工程方法來實現
任務就是需求，需求完成，軟體就完成了。
好了，現在我們來運用我們的軟體意識來完成這個任務。
首先，使用uml的用例來描述我們的需求：
現在是挖掘需求的時候：
安全是如何定義的
家在**
對時間有什麼要求
回家過程中需要考慮吃飯和住宿問題嗎
交通工具如何選擇
如果沒有安全回家，結果如何
這只是簡單的對需求表面的挖掘。好的需求，會進行更深層次的挖掘。如果說上面要弄明白的是「是什麼」的問題，那麼高階需求會搞清楚「為什麼」的問題。
為什麼要回家，回家的目的是什麼
安全對於回家有什麼必然聯絡，為什麼要有這個要求
回家的背景是什麼，這個時候其他人都有什麼需求
呵呵，怎麼樣？這些問題都需要回答，很難吧！
需求弄清楚之後，進行軟體設計。先畫乙個類圖，下面是我的設計，僅僅為個人理解，不是權威設計。主要為了表達意思。此圖是業務邏輯圖，不是實體類圖。
這個時候你要開始考慮架構性的事情了。前面都可以認為是需求階段。最多有乙個需求轉換過程。
本系統是單機還是網路
smartclient還是b/s
程式語言選擇，需要考慮可程式設計性和程式設計師技能
持久化技術選擇
有什麼特殊要求，此一般為非功能性需求
下面最關鍵要考慮系統中什麼地方可能變化。我姑且認為交通工具最容易變化，做以下分析
交通工具應該可以選擇
中間是否可以切換交通工具
安全的定義是否可能變化
以後除了要「我」安全回家，還可能要求讓更多的人回家
家是不是可能是夫妻雙方式的家
...架構師必須通過他敏銳的觀察力去洞察這一切。做完決策之後，再制定出對應策略。
剩下就是我最擅長的編碼工作了。什麼？還有tdd？是的我知道的，呵呵，先寫寫測試用例。過程中，還要了解**版本管理。過程中的需求管理。後期的發版管理。
唉，做軟體，容易嘛！
愛讓他們拒絕我回家
母親現在每天大部分時間都在臥床休息，身體瘦得只剩皮包骨頭了。病魔讓母親變得異常脆弱，同時也讓母親不停地承受疼痛。父親也非常辛苦，每天不分晝夜地照顧著母親。聽姐姐說，父親也瘦了很多。我非常難過，很想辭了這份雞肋的工作回去照顧他們，可是父親仍然不讓我回去。父親和母親還是怕影響了我的工作我的發展。可能就象...
我要回家，讓你幫我買一張回家的車票，設計測試用例
需求不明確 確定需求 回家的具體地方是 需要買什麼車票，買什麼時間的車票 一 功能測試 1 我去買票，買火車票或飛機票 2 買到車票，什麼時候回來給你 二 可靠性測試 1 去買車票的過程 現意外事故，車票買不到怎麼辦 2 延期了，買的那個時間點的車票已經售空了該怎麼辦 3 需要車票人的身份，是否有特...
回家，用冷風暖化我的心
回家的飛機還有3天就起飛了，真的太想家了，奔30的人了，想的也就多了。2009年太累了，總是幻想還是可以回到父母的身邊，過著那種無憂無慮，只需要學會考試的日子，那種幸福或許不是所有人都能理解，但真的很嚮往。這一年工作中遇到了太多的機會，但是我是個沒有準備好的人，所以當乙個個機會給了我，我只有加倍的努...