【正文】 有游戲者，如果一個(gè)游戲者可以推翻這個(gè)假設(shè)，則這條情報(bào)給詢(xún)問(wèn)的游戲者，其他游戲者也被告知有人否定了這條假設(shè)，但不會(huì)被告知具體是哪條證據(jù)否定了該假設(shè)。游戲的目的是在星際旅行時(shí)收集一系列有關(guān)嫌疑犯的線(xiàn)索。 （重要部分） 用列表的方式（例如 IPO表即輸入、處理、輸出表的形式），逐項(xiàng)定量和定性地?cái)⑹鰧?duì)軟件所提出的功能要求，說(shuō)明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說(shuō)明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶(hù)數(shù)。它以財(cái)務(wù)管理學(xué)為理論基礎(chǔ)，以輔助決策為目標(biāo)，以機(jī)票銷(xiāo)售數(shù)據(jù)為中心，廣泛采用統(tǒng)計(jì)學(xué)、運(yùn)籌學(xué)的分析方法，對(duì)銷(xiāo)售信息進(jìn)行深層加工，建立反映不同航班需求的模型，提供管理上所需的各種輔助決策信息和財(cái)務(wù)信息。 [5]印出機(jī)票給已經(jīng)訂票的旅客： 根據(jù)旅客的取票通知及帳單，經(jīng)過(guò)確認(rèn)無(wú)誤后，接受旅客的付款后把機(jī)票印出來(lái)交給旅客。 [3]傳遞航班信息到客戶(hù)端（旅行社）： 把得到的航班信息通過(guò)網(wǎng)絡(luò)傳遞到旅行社。 在客戶(hù)端系統(tǒng)的功能實(shí)現(xiàn)上，可以分為以下幾個(gè)部分： [1]接收由旅行社客戶(hù)端發(fā)回的所需機(jī)票信息： 通過(guò)網(wǎng)絡(luò)接收機(jī)票信息并存入到服務(wù)器的數(shù)據(jù)庫(kù)中。 2．服務(wù)器端的功能要求： 通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)將客戶(hù)端與服務(wù)器的數(shù)據(jù)庫(kù)相連，將從客戶(hù)端得到的信息進(jìn)行處理，實(shí)現(xiàn)航班查詢(xún)，機(jī)票生成，銷(xiāo)售統(tǒng)計(jì)，綜合信息查詢(xún)等子系統(tǒng)。 印出機(jī)票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過(guò)確認(rèn)無(wú)誤后，接受旅客的付款后把機(jī)票印出來(lái)交給旅客。 [3]機(jī)票信息的傳遞及接收： 將旅客所須的機(jī)票信息由旅行社客戶(hù)端由網(wǎng)絡(luò)傳到航空公司的服務(wù)器上，并 且接受航空公司返回的航班信息，然后存儲(chǔ)起來(lái)。這部分要求對(duì)輸入的數(shù)據(jù)進(jìn)行簡(jiǎn)單的統(tǒng)計(jì)，供航空公司進(jìn)行查詢(xún)和宏觀調(diào)控。這部分功能是客戶(hù)端子系統(tǒng)的基本部分，這個(gè)功能是以后各個(gè)部分的基礎(chǔ)。 根據(jù)可行性研究的結(jié)果和客戶(hù)的要求，分析現(xiàn)有情況及問(wèn)題，采用 Client/Server結(jié)構(gòu)，將機(jī)票預(yù)定系統(tǒng)劃分為兩個(gè)子系統(tǒng)：客戶(hù)端子系統(tǒng)，服務(wù)器端子系統(tǒng)。 假定和約束： 本軟件的開(kāi)發(fā)期限： 3個(gè)月 （重要部分） 用列表的方式（例如 IPO表即輸入、處理、輸出表的形式），逐項(xiàng)定量和定性地?cái)⑹鰧?duì)軟件所提出的功能要求，說(shuō)明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說(shuō)明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶(hù)數(shù)。 例： 《 銀 》 用戶(hù)特點(diǎn)： 用戶(hù)不需要任何技術(shù)背景，但應(yīng)能看懂在線(xiàn)游戲規(guī)則。該系統(tǒng)運(yùn)行的平臺(tái)是 JAVA2 2． 2用戶(hù)的特點(diǎn) 列出本軟件的最終用戶(hù)的特點(diǎn)，充分說(shuō)明操作人員、維護(hù)人員的教育水平和技術(shù)專(zhuān)長(zhǎng)，以及本軟件的預(yù)期使甩頻度。游戲者（ player）可以在因特網(wǎng)上遠(yuǎn)程對(duì)弈，其中每個(gè)客戶(hù)端支持一個(gè)游戲界面，游戲還能提供展示以住操作的歷史窗口，能基于時(shí)空的追蹤以及邏輯推理。如果所定義的產(chǎn)品是一個(gè)更大的系統(tǒng)的一個(gè)組成部分，則應(yīng)說(shuō)明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來(lái)說(shuō)明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。解釋被開(kāi)發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。 列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文件資料的來(lái)源。 1． 3定義 列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。 用戶(hù)：中國(guó)民航及中國(guó)國(guó)際旅游開(kāi)發(fā)公司。 項(xiàng)目任務(wù)提出者：中國(guó)民航及中國(guó)國(guó)際旅游開(kāi)發(fā)公司。 例： 本文檔將對(duì) 《 銀河偵探 》 游戲軟件開(kāi)發(fā)需求進(jìn)行描述，本文檔的讀者是項(xiàng)目策劃、設(shè)計(jì)與評(píng)審人員 1． 2背景 說(shuō)明： a．待開(kāi)發(fā)的軟件系統(tǒng)的名稱(chēng)； b．本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)； C．該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來(lái)往關(guān)系。 在 SRS中提供的只是關(guān)于軟件產(chǎn)品本身的需求 。 采用模型設(shè)計(jì)描述需求，這種模型設(shè)計(jì)只用于 輔助描述需求，而不使之成為實(shí)際設(shè)計(jì) 2. 在 SRS中嵌入項(xiàng)目要求 SRS應(yīng)當(dāng)是描寫(xiě)一個(gè)軟件產(chǎn)品 ， 而不是描述生產(chǎn)軟件產(chǎn)品的過(guò)程 。安全和保密方面的周密考慮可能增加一些直接反映設(shè)計(jì)約束的需求，如： 在一些分散的模塊中保持某些功能 允許在程序的某些區(qū)域之間進(jìn)行有限的通信 計(jì)算臨界的檢查和 （ 3）通常應(yīng)考慮到，若要為軟件選擇高層次的設(shè)計(jì)，就可能需要大量的資源（開(kāi)發(fā)成本 10%20%） , 原因如下： 在 SRS中描述了設(shè)計(jì)。 通常不指定如下的設(shè)計(jì)項(xiàng)目： ? 把軟件劃分成若干模塊； ? 給每一個(gè)模塊分配功能； ? 描述模塊間的信息流程或者控制流程； ? 選擇數(shù)據(jù)結(jié)構(gòu) 。 無(wú) 例： 注釋?xiě)?yīng)注意的問(wèn)題： （ 1）穩(wěn)定性 （ 2）必要性等級(jí) （ 3）注意事項(xiàng) （ 1）功能：所設(shè)計(jì)的軟件要做什么 （ 2）性能：是指軟件功能在執(zhí)行過(guò)程中的速度、可使用性、響應(yīng)時(shí)間、各種軟件功能的恢復(fù)時(shí)間、吞吐能力、精度、頻率等 （ 3）限制：在效果、實(shí)現(xiàn)的語(yǔ)言、數(shù)據(jù)庫(kù)的完整性、資源限制、操作環(huán)境等方面所要求的標(biāo)準(zhǔn) （ 4）屬性：可移植性、正確性、可維護(hù)性及安全性等方面的考慮因素 （ 5）外部接口：與人、硬件、其他軟件和其他硬件的相互關(guān)系 、應(yīng)避免的問(wèn)題 1. 在 SRS中嵌入了設(shè)計(jì) 在 SRS中嵌入設(shè)計(jì)說(shuō)明 ， 會(huì)過(guò)多地約束軟件設(shè)計(jì) ， 并且人為地把具有 潛在危險(xiǎn)的需求 放入 SRS中 ， 同時(shí)可能需要大量的資源 （ 可能占整個(gè)產(chǎn)品開(kāi)發(fā)成本的 10%20%以上 ） 。 用戶(hù)端請(qǐng)求業(yè)務(wù)流程 系統(tǒng)接收客戶(hù)端發(fā)送的流程啟動(dòng)消息。 1用例名：?jiǎn)?dòng)業(yè)務(wù)流程用例 前臺(tái)受理新業(yè)務(wù)后，即發(fā)生該用例。 ? 可以通過(guò)一個(gè)清晰的 ， 易被用戶(hù)理解的時(shí)間流來(lái)說(shuō)明一個(gè)用例的行為 。 ? 在識(shí)別用例的過(guò)程中 ， 通過(guò)以下的幾個(gè)問(wèn)題可以幫助識(shí)別用例： ? （ 1） 特定參與者希望系統(tǒng)提供什么功能 ？ ? （ 2） 系統(tǒng)是否存儲(chǔ)和檢索信息 ？ 如果是 ， 這個(gè)行為由哪個(gè)參與者觸發(fā) ? ? （ 3） 當(dāng)系統(tǒng)改變狀態(tài)時(shí) ， 通知參與者嗎 ？ ? （ 4） 存在影響系統(tǒng)的外部事件嗎 ？ ? （ 5） 是哪個(gè)參與者通知系統(tǒng)這些事件 ？ ? 用例與事件流 ? 用例分析是處于系統(tǒng)的需求分析階段 ， 這個(gè)階段應(yīng)該盡量的避免去考慮系統(tǒng)實(shí)現(xiàn)的細(xì)節(jié)問(wèn)題 。 ? 識(shí)別用例 ? 識(shí)別用例最好的辦法就是從分析系統(tǒng)的參與者開(kāi)始 ， 考慮每個(gè)參與者是怎樣使用系統(tǒng) 。 更確切的說(shuō) ， 用例不是需求或者功能的規(guī)格說(shuō)明 ， 但用例也展示和體現(xiàn)出了其所描述的過(guò)程中的需求情況 。 三、用例（ Use Case） ?用例是一個(gè)敘述型的文檔 ， 用來(lái)描述一個(gè)參與者（ Actor） 使用系統(tǒng)完成某個(gè)事件時(shí)的事情發(fā)生 順序 。 參與者由他們參與用例時(shí)所擔(dān)當(dāng)?shù)慕巧珌?lái)代表 。 ? （ 1） 用例 （ Use Case） ? （ 2） 參與者 （ Actor） ? （ 3） 依賴(lài) 、 泛化以及關(guān)聯(lián)關(guān)系 一、用例圖概述 二、參與者（ Actor） ? 參與者 （ Actor） 是系統(tǒng)外部的一個(gè)實(shí)體 （ 可以是任何的事物或人 ） ， 它以某種方式參與了用例的執(zhí)行過(guò)程 。 ? UML中的用例圖描述了一組用例 、 參與者以及它們之間的關(guān)系 。 ? 用例轉(zhuǎn)變了需求開(kāi)發(fā)的角度，傳統(tǒng)的需求獲取方式是詢(xún)問(wèn)用戶(hù)他們需要用系統(tǒng)做什么，而現(xiàn)在則討論用戶(hù) 需要實(shí)現(xiàn)什么 ，用例法的目標(biāo)是描述用戶(hù)需要通過(guò)系統(tǒng)執(zhí)行的所有工作。 數(shù)據(jù)庫(kù)的設(shè)計(jì)和對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)處理的設(shè)計(jì)緊密結(jié)合起來(lái) 面向?qū)ο蠹夹g(shù) (OOT) 用例 用例 ? 一、概述 ? 二、參與者（ Actor） ? 三、用例（ Use Case） ? 四、用例圖建模技術(shù) 用例法 ? 用例源于面向?qū)ο蟮拈_(kāi)發(fā)方法，然而，采用其他開(kāi)發(fā)方法的項(xiàng)目也可以使用用例，因?yàn)橛脩?hù)不在乎你如何開(kāi)發(fā)軟件。每個(gè)學(xué)生的居 ? 住面積不小于 3平方米。 ? 數(shù)據(jù)項(xiàng) ，以 “ 學(xué)號(hào) ” 為例： ? 數(shù)據(jù)項(xiàng)： 學(xué)號(hào) ? 含義說(shuō)明：唯一標(biāo)識(shí)每個(gè)學(xué)生 ? 別名： 學(xué)生編號(hào) ? 類(lèi)型： 字符型 ? 長(zhǎng)度： 8 ? 取值范圍： 00000000至 99999999 ? 取值含義：前兩位標(biāo)別該學(xué)生所在年級(jí)， ? 后六位按順序編號(hào) ? 與其他數(shù)據(jù)項(xiàng)的邏輯關(guān)系： 處理過(guò)程（續(xù)） ? 數(shù)據(jù)結(jié)構(gòu) 以 “ 學(xué)生 ” 為例 ? “ 學(xué)生 ” 是該系統(tǒng)中的一個(gè)核心數(shù)據(jù)結(jié)構(gòu)： ? 數(shù)據(jù)結(jié)構(gòu)： 學(xué)生 ? 含義說(shuō)明： 是學(xué)籍管理子系統(tǒng)的主體數(shù)據(jù)結(jié) ? 構(gòu)，定義了一個(gè)學(xué)生的有關(guān)信息 ? 組成： 學(xué)號(hào)，姓名，性別，年齡， ? 所在系，年級(jí) ? 處理過(guò)程（續(xù)） ? 數(shù)據(jù)流 “