面向?qū)ο蠓治雠c設(shè)計(jì)6開發(fā)其他需求

1、1面向?qū)ο蠓治雠c設(shè)計(jì)開發(fā)其他需求葉文來2其他需求 補(bǔ)充規(guī)約（補(bǔ)充規(guī)約（Supplementary Specification） 捕獲其他類型的需求。如包裝、可支持性說明、捕獲其他類型的需求。如包裝、可支持性說明、許可授權(quán)。許可授權(quán)。 詞匯表（詞匯表（Glossary） 術(shù)語和定義。類似于數(shù)據(jù)字典術(shù)語和定義。類似于數(shù)據(jù)字典 愿景（愿景（Vision） 對項(xiàng)目的簡潔描述對項(xiàng)目的簡潔描述 業(yè)務(wù)規(guī)則（業(yè)務(wù)規(guī)則（Business Rules） 凌駕于應(yīng)用之上的規(guī)定或政策。如會計(jì)制度凌駕于應(yīng)用之上的規(guī)定或政策。如會計(jì)制度31開發(fā)補(bǔ)充規(guī)范 P78 記錄那些在用例模型中不易表述的系統(tǒng)需求記錄那些在用例模型中不

2、易表述的系統(tǒng)需求，包括，包括URPS+等質(zhì)量屬性或需求等質(zhì)量屬性或需求 用例中可以簡要編寫，但還需要集中用例中可以簡要編寫，但還需要集中 部分非功能性需求對部分非功能性需求對架構(gòu)選擇架構(gòu)選擇具有重要影響具有重要影響 一般包括：一般包括： 功能性（適用于多個用例的功能）功能性（適用于多個用例的功能） 非功能需求（可用性、可靠性、可支持性）非功能需求（可用性、可靠性、可支持性） 設(shè)計(jì)或?qū)崿F(xiàn)約束設(shè)計(jì)或?qū)崿F(xiàn)約束 業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則 變例等變例等4補(bǔ)充規(guī)格非功能性需求 技術(shù)需求（客戶很少主動提出非功能性需求）可用性（Usability）可靠性（Reliability）性能（Performance）可支持性

3、（Supportability）其他5可用性（Usability） 對系統(tǒng)使用上的要求對系統(tǒng)使用上的要求如系統(tǒng)的使用者所需要的培訓(xùn)時(shí)間如系統(tǒng)的使用者所需要的培訓(xùn)時(shí)間是否應(yīng)附合一些常見的可用性標(biāo)準(zhǔn)如是否應(yīng)附合一些常見的可用性標(biāo)準(zhǔn)如 Windows Windows 界面風(fēng)格等。界面風(fēng)格等。P78P786可靠性（Reliability） 使用的可靠性，保證系統(tǒng)運(yùn)行不出錯使用的可靠性，保證系統(tǒng)運(yùn)行不出錯 包括：包括：平均故障間隔時(shí)間平均故障間隔時(shí)間(MTBF)(MTBF)：通常表示為小時(shí)數(shù)：通常表示為小時(shí)數(shù)，但也可表示為天數(shù)、月數(shù)或年數(shù)；，但也可表示為天數(shù)、月數(shù)或年數(shù)； 平均修復(fù)時(shí)間平均修復(fù)時(shí)間(MT

4、TR)(MTTR)：系統(tǒng)在發(fā)生故障后可以：系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間；暫停運(yùn)行的時(shí)間； 精確度：指出系統(tǒng)輸出要求具備的精密度（分精確度：指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）；辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）； 最高錯誤或缺陷率：通常表示為最高錯誤或缺陷率：通常表示為 bugs/KLOCbugs/KLOC（每千行代碼的錯誤數(shù)目）或每千行代碼的錯誤數(shù)目）或bugs/function-bugs/function-pointpoint（每個功能點(diǎn)的錯誤數(shù)目）。（每個功能點(diǎn)的錯誤數(shù)目）。7性能（Performance） 對事務(wù)的響應(yīng)時(shí)間（平均、最長）；對事務(wù)的

5、響應(yīng)時(shí)間（平均、最長）； 吞吐量（例如每秒處理的事務(wù)數(shù)）；吞吐量（例如每秒處理的事務(wù)數(shù)）； 容量（例如系統(tǒng)可以容納的客戶或事務(wù)數(shù)）容量（例如系統(tǒng)可以容納的客戶或事務(wù)數(shù)）； 降級模式（當(dāng)系統(tǒng)以某種形式降級時(shí)可接受降級模式（當(dāng)系統(tǒng)以某種形式降級時(shí)可接受的運(yùn)行模式）；的運(yùn)行模式）； 資源利用情況：內(nèi)存、磁盤、通信等。資源利用情況：內(nèi)存、磁盤、通信等。8可支持性（Supportability） 定義所有與系統(tǒng)的可支持性或可維護(hù)性相關(guān)定義所有與系統(tǒng)的可支持性或可維護(hù)性相關(guān)的需求的需求 對于后期的支持和維護(hù)對于后期的支持和維護(hù)其中包括編碼標(biāo)準(zhǔn)、命名約定、類庫、如何來其中包括編碼標(biāo)準(zhǔn)、命名約定、類庫、如何來

6、對系統(tǒng)進(jìn)行維護(hù)操作和相應(yīng)的維護(hù)實(shí)用工具等。對系統(tǒng)進(jìn)行維護(hù)操作和相應(yīng)的維護(hù)實(shí)用工具等。 9設(shè)計(jì)約束 設(shè)計(jì)約束代表已經(jīng)批準(zhǔn)并必須遵循的設(shè)計(jì)決定，其設(shè)計(jì)約束代表已經(jīng)批準(zhǔn)并必須遵循的設(shè)計(jì)決定，其中包括軟件開發(fā)流程、開發(fā)工具、系統(tǒng)構(gòu)架、編程中包括軟件開發(fā)流程、開發(fā)工具、系統(tǒng)構(gòu)架、編程語言、第三方構(gòu)件類庫、運(yùn)行平臺和數(shù)據(jù)庫系統(tǒng)等語言、第三方構(gòu)件類庫、運(yùn)行平臺和數(shù)據(jù)庫系統(tǒng)等等。等。用用OracleOracle數(shù)據(jù)庫平臺，用數(shù)據(jù)庫平臺，用PBPB開發(fā)開發(fā). .軟件必須符合軟件必須符合 ISOISO標(biāo)準(zhǔn)標(biāo)準(zhǔn) 本質(zhì)上不是需求，只是從商本質(zhì)上不是需求，只是從商業(yè)、行政、技術(shù)上的約束業(yè)、行政、技術(shù)上的約束P79P79

7、10補(bǔ)充規(guī)格功能性 功能性需求主要在用例模型中刻畫，但是也功能性需求主要在用例模型中刻畫，但是也有部分需求不適合在用例中表述有部分需求不適合在用例中表述 如，日志，出錯處理，用戶認(rèn)證等如，日志，出錯處理，用戶認(rèn)證等 有些功能性需求是全局性的，適用于所有的有些功能性需求是全局性的，適用于所有的用例用例 不需要在所有的用例中描述這些功能性需求不需要在所有的用例中描述這些功能性需求，只需要在補(bǔ)充規(guī)約中統(tǒng)一描述就可以了。，只需要在補(bǔ)充規(guī)約中統(tǒng)一描述就可以了。補(bǔ)充規(guī)格領(lǐng)域規(guī)則和領(lǐng)域信息 領(lǐng)域規(guī)則 記錄特定應(yīng)用的業(yè)務(wù)規(guī)則。如商品折扣 領(lǐng)域信息 記錄與系統(tǒng)有關(guān)的領(lǐng)域解釋，以便做為項(xiàng)目組的背景知識。加深對業(yè)務(wù)

8、的理解。如賬務(wù)知識等11122系統(tǒng)愿景（Vision） P83 是總覽性的簡短文檔，項(xiàng)目最高等級文檔。 描述對項(xiàng)目的共同愿景。（老大的愿望） 涉眾的關(guān)鍵高階目標(biāo)： 提示了重要的非功能和質(zhì)量目標(biāo) 系統(tǒng)功能特性概要 對功能性進(jìn)行概括 描述功能特性的準(zhǔn)則 特性層次不超過兩級 特性最好少于10個133詞匯表（詞匯表（Glossary） P87 重要術(shù)語及期定義的列表重要術(shù)語及期定義的列表 統(tǒng)一不同涉眾的對同一事物的術(shù)語統(tǒng)一不同涉眾的對同一事物的術(shù)語 以數(shù)據(jù)字典方式記錄詞匯以數(shù)據(jù)字典方式記錄詞匯 別名別名 描述描述 格式（類型、長度、單位）格式（類型、長度、單位） 與其他元素的關(guān)系與其他元素的關(guān)系 值域

9、值域 驗(yàn)證規(guī)則驗(yàn)證規(guī)則 P87144業(yè)務(wù)規(guī)則 P88 功能必須滿足的運(yùn)行原則和策略功能必須滿足的運(yùn)行原則和策略 集中記錄，便于共享和重用集中記錄，便于共享和重用 在用例文檔中，相應(yīng)的步驟加上在用例文檔中，相應(yīng)的步驟加上業(yè)務(wù)規(guī)則限定業(yè)務(wù)規(guī)則限定 比賽場地必須是長方形，邊線的長比賽場地必須是長方形，邊線的長度必須長于球門線的長度。度必須長于球門線的長度。 球是圓形的球是圓形的 比賽分為兩個半場，每半場比賽分為兩個半場，每半場45分鐘分鐘。姚明犯規(guī)姚明犯規(guī)155 變例 描述新的潛在的需求 以簡單的方式記錄變例 在體系結(jié)構(gòu)中為變例留下實(shí)現(xiàn)的空間替補(bǔ)上場得分16例變例變例：注冊將完全通過：注冊將完全通過

10、Interntet完成完成可能性可能性：在未來三年中有很高的可能性：在未來三年中有很高的可能性影響影響：未知。：未知。變例變例：大學(xué)將開設(shè)一個新的校區(qū)：大學(xué)將開設(shè)一個新的校區(qū)可能性可能性：確定。已經(jīng)公布兩年內(nèi)開設(shè)新校區(qū)：確定。已經(jīng)公布兩年內(nèi)開設(shè)新校區(qū)影響影響：很大，學(xué)生可以在任何一個校區(qū)注冊，老師在兩個：很大，學(xué)生可以在任何一個校區(qū)注冊，老師在兩個校區(qū)授課。學(xué)生希望把課程都安排在同一校區(qū)。校區(qū)授課。學(xué)生希望把課程都安排在同一校區(qū)。17編寫的步驟 需求產(chǎn)生的制品 愿景、用例文檔、補(bǔ)充規(guī)約、詞匯表等 建議順序 編寫簡要的愿景方案 確定用戶目標(biāo)和對應(yīng)的用例名稱 詳細(xì)編寫一些用例，并開始編寫補(bǔ)充性規(guī)格

11、說明 精化愿景，對以上制品的信息進(jìn)行概括18用戶界面原型 界面原型是對需求的補(bǔ)充，使需求說明更加界面原型是對需求的補(bǔ)充，使需求說明更加具體化。具體化。 有利于與客戶交流。有利于與客戶交流。 界面原型開發(fā)要根據(jù)上一階段的用例分析的界面原型開發(fā)要根據(jù)上一階段的用例分析的結(jié)果進(jìn)行。結(jié)果進(jìn)行。 特別是特別是基于基于web的信息系統(tǒng)的信息系統(tǒng)，更需要界面原，更需要界面原型的補(bǔ)充說明型的補(bǔ)充說明 19用戶界面原型建模 對大多數(shù)人來說，對大多數(shù)人來說，用戶界面用戶界面就是軟件本身。就是軟件本身。所以，掌握用戶界面設(shè)計(jì)的技巧與技術(shù)是讓所以，掌握用戶界面設(shè)計(jì)的技巧與技術(shù)是讓軟件走向市場的最直觀因素。軟件走向市場

12、的最直觀因素。 好的用戶界面使得人們不用閱讀用戶手冊或好的用戶界面使得人們不用閱讀用戶手冊或接受培訓(xùn)就能使用應(yīng)用軟件。接受培訓(xùn)就能使用應(yīng)用軟件。 界面模型以界面模型以獨(dú)立于技術(shù)獨(dú)立于技術(shù)的方式來滿足軟件的的方式來滿足軟件的界面需求。界面需求。 目標(biāo)著重于用戶和他們對系統(tǒng)的使用，而不目標(biāo)著重于用戶和他們對系統(tǒng)的使用，而不是表現(xiàn)系統(tǒng)的特征。著重于是表現(xiàn)系統(tǒng)的特征。著重于需求需求，而不是設(shè)，而不是設(shè)計(jì)。計(jì)。 原型的的開發(fā)手段很多。（草圖、網(wǎng)頁）原型的的開發(fā)手段很多。（草圖、網(wǎng)頁）20進(jìn)行界面原型建模 主要步驟： 探究系統(tǒng)應(yīng)用 確定主窗口 為主要用戶界面元素建模 為次要用戶界面元素建模 探究各主次界面

13、元素之間的關(guān)系 探究用戶界面之間的關(guān)系 獲得有關(guān)用戶界面原型的反饋21探究系統(tǒng)應(yīng)用 原型的開發(fā)取決于用戶需求，需求決定了系統(tǒng)必須支持的業(yè)務(wù)對象。 與實(shí)際用戶共同工作，正是他們，最清楚自己的需求 可以通過面談及在建模階段，用例等手段收集需求。 22確定主窗口 是用戶啟動應(yīng)用程序時(shí)打開的窗口 正常情況下，只要應(yīng)用程序在運(yùn)行時(shí)，它就始終處于打開狀態(tài) 最大限度減少主窗口的數(shù)目 主窗口上設(shè)計(jì)公共的操作，對于需要與用戶進(jìn)行復(fù)雜的交互，再設(shè)計(jì)輔助窗口。23Yahoo-Music主窗口24為主要用戶界面元素建模 是為系統(tǒng)與用戶交互的接口建模，是為系統(tǒng)與用戶交互的接口建模， 必須支持一個或多個用例必須支持一個或

14、多個用例 主要用戶界面可能是屏幕內(nèi)容和報(bào)表主要用戶界面可能是屏幕內(nèi)容和報(bào)表學(xué)生成績單25為次要用戶界面元素建模 是主要用戶界面中的需要顯示的元素是主要用戶界面中的需要顯示的元素 應(yīng)該支持用例中描述的行為應(yīng)該支持用例中描述的行為 輸入域、列表和容器輸入域、列表和容器 確定表示次要界面元素的表現(xiàn)方式及規(guī)則確定表示次要界面元素的表現(xiàn)方式及規(guī)則學(xué)生名稱學(xué)生名稱內(nèi)容：稱謂方式：列表如博士、碩士姓名輸入域僅允許字母邊界框26探究各主次界面元素之間的關(guān)系 確定主要用戶界面元素里的次要元素確定主要用戶界面元素里的次要元素 增加增加UI元素的公共特性元素的公共特性學(xué)生成績單學(xué)生成績單學(xué)生信息學(xué)生信息學(xué)生編號僅顯

15、示學(xué)生全名僅顯示學(xué)生狀態(tài)僅顯示 如：已畢業(yè)、全日制在學(xué)階段學(xué)生參加的課程在學(xué)階段學(xué)生參加的課程列表列表包括課程名稱、編號、狀態(tài)、包括課程名稱、編號、狀態(tài)、分?jǐn)?shù)、教授分?jǐn)?shù)、教授通知消息通知消息僅顯示用于市場目的腳注消息腳注消息僅顯示日期、頁碼號27探究用戶界面之間的關(guān)系 界面流程圖顯示了應(yīng)用軟件的用戶界面部件界面流程圖顯示了應(yīng)用軟件的用戶界面部件、屏幕及報(bào)表之間的關(guān)系、屏幕及報(bào)表之間的關(guān)系 界面流程圖幫助開發(fā)者驗(yàn)證用戶界面設(shè)計(jì)界面流程圖幫助開發(fā)者驗(yàn)證用戶界面設(shè)計(jì) 由于界面流程圖提供了系統(tǒng)界面的高層視圖由于界面流程圖提供了系統(tǒng)界面的高層視圖，開發(fā)者可很快理解系統(tǒng)，開發(fā)者可很快理解系統(tǒng)預(yù)期預(yù)期的運(yùn)作

16、流程。的運(yùn)作流程。 界面流程圖表示方式多樣界面流程圖表示方式多樣28 一個定單系一個定單系統(tǒng)的界面流統(tǒng)的界面流程圖程圖29簡單網(wǎng)上書店頁面關(guān)系圖30手機(jī)聊天程序界面手機(jī)聊天程序界面31獲得有關(guān)用戶界面原型的反饋 將設(shè)計(jì)展示給其他項(xiàng)目成員將設(shè)計(jì)展示給其他項(xiàng)目成員 將設(shè)計(jì)展示給外部可用性專家將設(shè)計(jì)展示給外部可用性專家 將設(shè)計(jì)展示給用戶將設(shè)計(jì)展示給用戶 展示原型方法：按用例中的說明走查常見的展示原型方法：按用例中的說明走查常見的場景場景 檢測通過界面原型是否實(shí)現(xiàn)的系統(tǒng)需求檢測通過界面原型是否實(shí)現(xiàn)的系統(tǒng)需求 對原型進(jìn)行評估后，丟棄失敗的部分，修改對原型進(jìn)行評估后，丟棄失敗的部分，修改缺陷的部分，甚至添

17、加遺漏的部分。缺陷的部分，甚至添加遺漏的部分。 32用例場景測試（Scenario ） 用例場景通過一個或多個用戶描述了單一邏用例場景通過一個或多個用戶描述了單一邏輯路徑輯路徑 根據(jù)根據(jù)業(yè)務(wù)流程測試界面原型，業(yè)務(wù)流程測試界面原型，可能跨越一個可能跨越一個或多個用例或多個用例 用例情景有名稱、簡短描述和采取活動的列用例情景有名稱、簡短描述和采取活動的列表表 考慮系統(tǒng)使用時(shí)發(fā)生的異常情況考慮系統(tǒng)使用時(shí)發(fā)生的異常情況 情景可以描述當(dāng)前系統(tǒng)領(lǐng)域外的邏輯情景可以描述當(dāng)前系統(tǒng)領(lǐng)域外的邏輯 創(chuàng)建調(diào)用一條或多條業(yè)務(wù)規(guī)則的情景創(chuàng)建調(diào)用一條或多條業(yè)務(wù)規(guī)則的情景33根據(jù)用例場景設(shè)計(jì)測試用例 為達(dá)到最佳的測試效果或高效的揭露隱藏的為達(dá)到最佳的測試效果或高效的揭露隱藏的錯誤而精心設(shè)計(jì)的少量測試數(shù)據(jù)錯誤而精心設(shè)計(jì)的少量測試數(shù)據(jù), ,稱之為測稱之為測試用例試用例. . 現(xiàn)在