什麼樣的用例模型是正確有效的呢? 很多人在用用例模型描述軟體需求的時候都會有這樣的困惑，下面就來闡述一下比較常見的問題。
一、角色不僅僅指的是人
首先，要強調的是角色不僅僅指的是人，任何需要和軟體互動的其他系統和裝置都是系統的角色。
比如，乙個軟體系統需要從其他遺留系統中獲取資料，那這個遺留系統就是這個軟體系統的角色；再比如，軟體系統執行過程中，時鐘會在某個時刻產生提示或警報，那這個時鐘也是乙個角色。
二、用例的粒度
用例的粒度應該是乙個功能模組嗎？不是，功能模組在用例模型裡面用包來表示。
用例是乙個產生可見的有價值的結果的最小功能。也就是說，用例不可以是乙個功能碎片，例如，輸入使用者名稱，顯然不能成為乙個用例，因為它並沒有產生任何有價值的結果，而驗證使用者身份，則屬於乙個用例，因為它的結果就是使用者身份正確或不正確。
三、用例描述
複雜的用例需要單獨用乙個檔案來描述，主要是用例的前置條件、後置條件、基本事件流、擴充套件事件流，和用例的優先順序等。
簡單的用例可以在用例圖中用標籤來描述。
另外，活**和順序圖也是詳細描述流程和功能的有利工具。隨著用例功能的不斷細化，這兩種圖會發揮更大的作用。
四、用例之間的關係
有人畫用例圖的時候，用一條線直接把兩個用例連起來，也沒有任何標註，這種關係的描述是錯誤的。
用例之間的關係有包含、擴充套件，和通用化三種。
包含通常是對某個功能的重用，多個用例都需要使用某部分功能，就把這個功能單獨提煉出來，作為乙個用例。
擴充套件是可選的功能分支，也可以是個例外，他可能執行也可能不執行。
通用化就是通常所說的繼承關係，子用例是父用例的乙個特例，並有他自己的特定功能。
網路爬蟲設計中需要注意的幾個問題
網路爬蟲 又叫網路蜘蛛，實際上就是一種自動化的網路機械人，代替了人工來獲取網路上的資訊。許多公司的業務和戰略都需要很多資料進行多維度分析，這也使得爬蟲越來越受大家青睞。一 url 的管理和排程 當要訪問的位址變得很多時，成立乙個 url 管理器，對所有需要處理的 url 作標記。當邏輯不複雜的時候可...
URL優化需要注意的幾個問題
簡單 可讀性強 規範的url不僅可以方便使用者記憶和識別 頁面，增強頁面的瀏覽量，而且方便搜尋引擎更高效的抓取 內容。所以，在 建設的初期，在對 整體架構和層次的搭建之後，我們應該合理的再做好url優化的工作。1.多個url指向同一頁面 在乙個 中，乙個頁面對應了多個url，必然會分散這個頁面的權重...
要注意的幾個問題
1,乙個類a中不能直接呼叫另乙個類b中的控制項，而可以在類a中定義乙個類b的物件，然後將引數傳給類b中的成員變數，最後在類b中直接操作控制項。但是要注意，類b中的操作一定在類a的引數傳遞完成之後 如下 a x b b 傳遞引數 b if idok b.domodal 可以在b的初始化函式裡對控制項進...