SRS文檔

1什麼是用例？

      在介始用例方法以前，咱們首先來看一下傳統的需求表述方式-"軟件需求規約"(Software Requirement Specification)。傳統的軟件需求規約基本上採用的是功能分解的方式來描述系統功能，在這種表述方式中，系統功能被分解到各個系統功能模塊中，咱們經過描述細分的系統模塊的功能來達到描述整個系統功能的目的。一個典型的軟件需求規約可能具備如下形式：

 

     採用這種方法來描述系統需求，很是容易混淆需求和設計的界限，這樣的表述實際上已經包含了部分的設計在內。由此經常致使這樣的迷惑：系統需求應該詳細到何種程度？一個極端就是需求能夠詳細到概要設計，由於這樣的需求表述既包含了外部需求也包含了內部設計。在有些公司的開發流程中，這種需求被稱爲"內部需求"，而對應於用戶的原始要求則被稱之爲"外部需求"。

      功能分解方法的另外一個缺點是這種方法分割了各項系統功能的應用環境，從各項功能項入手，你很難了解到這些功能項是如何相互關聯來實現一個完成的系統服務的。因此在傳統的SRS文檔中，咱們每每須要另一些章節來描述系統的總體結構及各部分之間的相互關聯，這些內容使得SRS需求更象是一個設計文檔。

 

1.1 參與者和用例

      從用戶的角度來看，他們並不想了解系統的內部結構和設計，他們所關心的是系統所能提供的服務，也就是被開發出來的系統將是如何被使用的，這就用例方法的基本思想。用例模型主要由如下模型元素構成：

參與者(Actor)  參與者是指存在於被定義系統外部並與該系統發生交互的人或其餘系統，他們表明的是系統的使用者或使用環境。

針對咱們的這次項目分析：

管理者：

          輸入數據

          對用戶進行分類

          輸出數據

 

用例(Use Case)  用例用於表示系統所提供的服務，它定義了系統是如何被參與者所使用的，它描述的是參與者爲了使用系統所提供的某一完整功能而與系統之間發生的一段對話。

針對咱們的這次項目分析：

       管理者對教室的管理，根據教室的課程表的狀況對數據庫中的信息進行插入、刪除、更新操做。

       用戶能夠在註冊界面進行註冊或登入界面查找某天某個時間段空閒教室的狀況。

通信關聯(Communication Association)  通信關聯用於表示參與者和用例之間的對應關係，它表示參與者使用了系統中的哪些服務（用例），或者說系統所提供的服務（用例）是被哪些參與者所使用的。

針對咱們的這次項目分析：

       此項目爲參與者提供查找空教室的相關信息，用戶登入輸入查找的信息管理者會經過用戶所輸入的信息把相關的數據輸出到界面

 

1.2用例方法的優勢

      用例方法徹底是站在用戶的角度上（從系統的外部）來描述系統的功能的。在用例方法中，咱們把被定義系統看做是一個黑箱，咱們並不關心繫統內部是如何完成它所提供的功能的。用例方法首先描述了被定義系統有哪些外部使用者（抽象成爲Actor），這些使用者與被定義系統發生交互；針對每一參與者，用例方法又描述了系統爲這些參與者提供了什麼樣的服務（抽象成爲Use Case），或者說系統是如何被這些參與者使用的。因此從用例圖中，咱們能夠獲得對於被定義系統的一個整體印象。

      與傳統的功能分解方式相比，用例方法徹底是從外部來定義系統的功能，它把需求與設計徹底分離開來。在面向對象的分析設計方法中，用例模型主要用於表述系統的功能性需求，系統的設計主要由對象模型來記錄表述。另外，用例定義了系統功能的使用環境與上下文，每個用例描述的是一個完整的系統服務。用例方法比傳統的SRS更易於被用戶所理解，它能夠做爲開發人員和用戶之間針對系統需求進行溝通的一個有效手段。

      在RUP中，用例被做爲整個軟件開發流程的基礎，不少類型的開發活動都把用例做爲一個主要的輸入工件(Artifact)，如項目管理、分析設計、測試等。根據用例來對目標系統進行測試，能夠根據用例中所描述的環境和上下文來完整地測試一個系統服務，能夠根據用例的各個場景(Scenario)來設計測試用例，徹底地測試用例的各類場景能夠保證測試的完備性。

2系統概述

    搜索引擎是根據用戶的查詢請求，按照必定算法從索引數據中查找信息返回給用戶。爲了保證用戶查找信息的精度和新鮮度，搜索引擎須要創建並維護一個龐大的索引數據庫。通常的搜索引擎由網絡機器人程序、索引與搜索程序、索引數據庫等部分組成。

 

  

系統結構圖

3搜索引擎的構成

2.1網絡機器人

    網絡機器人也稱爲「網絡蜘蛛」(Spider)，是一個功能很強的WEB掃描程序。它能夠在掃描WEB頁面的同時檢索其內的超連接並加入掃描隊列等待之後掃描。由於WEB中普遍使用超連接，因此一個Spider程序理論上能夠訪問整個WEB頁面。

    爲了保證網絡機器人遍歷信息的廣度和深度須要設定一些重要的連接並制定相關的掃描策略。

2.2索引與搜索

    網絡機器人將遍歷獲得的頁面存放在臨時數據庫中，若是經過SQL直接查詢信息速度將會難以忍受。爲了提升檢索效率，須要創建索引，按照倒排文件的格式存放。若是索引不及時跟新的話，用戶用搜索引擎也不能檢索到。

    用戶輸入搜索條件後搜索程序將經過索引數據庫進行檢索而後把符合查詢要求的數據庫按照必定的策略進行分級排列而且返回給用戶。

3 Web服務器 

客戶通常經過瀏覽器進行查詢，這就須要系統提供Web服務器而且與索引數據庫進行鏈接。客戶在瀏覽器中輸入查詢條件，Web服務器接收到客戶的查詢條件後在索引數據庫中進行查詢、排列而後返回給客戶端。

4搜索引擎的主要指標及分析

    搜索引擎的主要指標有響應時間、召回率、準確率、相關度等。這些指標決定了搜索引擎的技術指標。搜索引擎的技術指標決定了搜索引擎的評價指標。好的搜索引擎應該是具備較快的反應速度和高召回率、準確率的，固然這些都須要搜索引擎技術指標來保障。

5.肯定用例

   找到參與者以後，咱們就能夠根據參與者來肯定系統的用例，主要是看各參與者須要系統提供什麼樣的服務，或者說參與者是如何使用系統的。