《軟件需求分析》教學(xué)PPT

《軟件需求分析》教學(xué)PPT,軟件需求分析,軟件,需求,分析,教學(xué),PPT 第2章.需求基礎(chǔ)主要內(nèi)容1.需求的涵義2.需求的類型3.需求工程的路線4.優(yōu)秀需求的特性5.常見的需求錯(cuò)誤1.需求的涵義需求的定義n（1）用戶為了解決問題或達(dá)到某些目標(biāo)所需要的條件或能力；n（2）系統(tǒng)或系統(tǒng)部件為了滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式文檔所規(guī)定的要求而需要具備的條件或能力；n（3）對(duì)（1）或（2）中的一個(gè)條件或一種能力的一種文檔化表述。1.需求的涵義問題域與解系統(tǒng)（1）n軟件系統(tǒng)與外部環(huán)境1.需求的涵義問題域與解系統(tǒng)n當(dāng)現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差距時(shí)，就產(chǎn)生了問題。n要解決問題，就需要改變現(xiàn)實(shí)當(dāng)中某些實(shí)體的狀態(tài)或改變實(shí)體狀態(tài)變化的演進(jìn)順序，使其達(dá)到期望的狀態(tài)或演進(jìn)順序。n這些實(shí)體和狀態(tài)構(gòu)成了問題解決的基本范圍，稱為該問題的問題域（Problem Domain）n軟件系統(tǒng)通過影響問題域，能夠幫助人們解決問題，稱為解系統(tǒng) 1.需求的涵義共享現(xiàn)象n軟件系統(tǒng)能夠與問題域進(jìn)行交互和相互影響的原因在于，軟件系統(tǒng)中的某些部分對(duì)問題域中的某些部分的具有模擬特性。n換句話說，軟件系統(tǒng)當(dāng)中含有問題域某些部分的模型（或模擬），常見的模型包括數(shù)據(jù)模型、對(duì)象模型、處理模型等。n問題域中的某些信息能夠和模型中的信息建立映射關(guān)系 n這些通過映射建立的共同知識(shí)，就是問題域和解系統(tǒng)之間的共享現(xiàn)象 1.需求的涵義需求n需求是用戶對(duì)問題域當(dāng)中的實(shí)體狀態(tài)或事件的期望描述 qR2.2.3-1：一旦書籍被借出，則在歸還之前，它不能被再次借閱。qR2.2.3-2：在歸還的書超過30天的歸還期限時(shí)，歸還后應(yīng)該進(jìn)行超期處罰。n直接需求n間接需求1.需求的涵義規(guī)格說明n規(guī)格說明是解系統(tǒng)為滿足用戶需求而提供的解決方案，規(guī)定了解系統(tǒng)的行為特征n主要包括兩個(gè)部分（如圖23(b)）：q（1）對(duì)共享現(xiàn)象（模型）的描述；q（2）系統(tǒng)對(duì)共享現(xiàn)象所施加的操作的描述。n也可以看作是一種需求q完全針對(duì)系統(tǒng)行為發(fā)出的期望q一種理想的、完全不需要進(jìn)行任何額外努力即可以轉(zhuǎn)換為系統(tǒng)行為的需求。1.需求的涵義問題域特性 n問題域自治的規(guī)律性稱為問題域特性q包括結(jié)構(gòu)特性和行為特性等 n問題域特性的重要性q要想解決問題，它就需要了解問題域特性，將解決方案和問題域特性結(jié)合起來 q要防止解系統(tǒng)的引入在問題域當(dāng)中引發(fā)未預(yù)見的連鎖反應(yīng) n需要關(guān)注的問題域特性q間接特性 q約束和假設(shè) 1.需求的涵義從問題域、需求和規(guī)格說明的關(guān)系看需求工程 n描述明確的問題域特性E;定義良好的系統(tǒng)行為S;預(yù)期的需求Rn需求工程的目的就是根據(jù)E，構(gòu)建S，使得 n需求工程的困難之處：q（1）不存在描述明確的E；q（2）不存在確定的針對(duì)S的評(píng)估標(biāo)準(zhǔn)R；q（3）是一個(gè)創(chuàng)造性的過程。n需求工程的主要工作 q需求開發(fā),確定 R q研究問題背景，描述問題域特性E q構(gòu)建解系統(tǒng)，描述解系統(tǒng)行為S，使得 主要內(nèi)容1.需求的涵義2.需求的類型1.分類方式2.功能需求3.性能需求4.質(zhì)量屬性5.對(duì)外接口6.約束3.需求工程的路線4.優(yōu)秀需求的特性5.常見的需求錯(cuò)誤2.1 需求的分類方式(1)n功能需求（Functional Requirement）：q和系統(tǒng)主要工作相關(guān)的需求，即在不考慮物理約束的情況下，用戶希望系統(tǒng)所能夠執(zhí)行的活動(dòng)，這些活動(dòng)可以幫助用戶完成任務(wù)。功能需求主要表現(xiàn)為系統(tǒng)和環(huán)境之間的行為交互。n性能需求（Performance Requirement）：q系統(tǒng)整體或系統(tǒng)組成部分應(yīng)該擁有的性能特征，例如CPU使用率、內(nèi)存使用率等。n質(zhì)量屬性（Quality Attribute）：q系統(tǒng)完成工作的質(zhì)量，即系統(tǒng)需要在一個(gè)“好的程度”上實(shí)現(xiàn)功能需求，例如可靠性程度、可維護(hù)性程度等。n對(duì)外接口（External Interface）：q系統(tǒng)和環(huán)境中其他系統(tǒng)之間需要建立的接口，包括硬件接口、軟件接口、數(shù)據(jù)庫接口等等。n約束 q進(jìn)行系統(tǒng)構(gòu)造時(shí)需要遵守的約束，例如編程語言、硬件設(shè)施等 2.1 需求的分類方式(2)n系統(tǒng)需求（System Requirement）q硬件需求（Hardware Requirement）q軟件需求（Software Requirement）q其他需求 2.2 功能需求層次性2.2 功能需求業(yè)務(wù)需求n系統(tǒng)建立的戰(zhàn)略出發(fā)點(diǎn)，表現(xiàn)為高層次的目標(biāo)（Objective），它描述了組織為什么要開發(fā)系統(tǒng) n為了滿足用戶的業(yè)務(wù)需求，需求工程師需要描述系統(tǒng)高層次的解決方案，定義系統(tǒng)應(yīng)該具備的特性（Feature）n參與各方必須要對(duì)高層次的解決方案達(dá)成一致，以建立一個(gè)共同的前景（Vision）n特性說明了系統(tǒng)為用戶提供的各項(xiàng)功能，它限定了系統(tǒng)的范圍（Scope）2.2 功能需求用戶需求n執(zhí)行實(shí)際工作的用戶對(duì)系統(tǒng)所能完成的具體任務(wù)的期望，描述了系統(tǒng)能夠幫助用戶做些什么q直接用戶q間接用戶 n對(duì)所有的用戶需求，都應(yīng)該有充分的問題域知識(shí)作為背景支持 n特性q模糊、不清晰 q多特性混雜 q多邏輯混雜 2.2 功能需求系統(tǒng)需求n用戶對(duì)系統(tǒng)行為的期望，一系列的系統(tǒng)行為聯(lián)系在一起可以幫助用戶完成任務(wù)，滿足業(yè)務(wù)需求 n系統(tǒng)需求可以直接映射為系統(tǒng)行為，定義了系統(tǒng)中需要實(shí)現(xiàn)的功能，描述了開發(fā)人員需要實(shí)現(xiàn)什么 n將用戶需求轉(zhuǎn)化為系統(tǒng)需求的過程是一個(gè)復(fù)雜的過程q首先需要分析問題領(lǐng)域及其特性，從中發(fā)現(xiàn)問題域和計(jì)算機(jī)系統(tǒng)的共享知識(shí)，建立系統(tǒng)的知識(shí)模型；q然后將用戶需求部署到系統(tǒng)模型當(dāng)中，即定義系列的系統(tǒng)行為，讓它們聯(lián)合起來實(shí)現(xiàn)用戶需求，每一個(gè)系統(tǒng)行為即為一個(gè)系統(tǒng)需求。q該過程就是需求工程當(dāng)中最為重要的需求分析活動(dòng)，又稱建模與分析活動(dòng)。2.2 功能需求從功能需求的層次性看需求開發(fā)2.3 性能需求 n速度（Speed），系統(tǒng)的響應(yīng)時(shí)間，例如PR2.3.3-1。qPR2.3.3-1：所有的用戶查詢都必須在10秒內(nèi)完成。n容量（Capacity），系統(tǒng)所能存儲(chǔ)的數(shù)據(jù)量，例如PR2.3.3-2。qPR2.3.3-2：系統(tǒng)應(yīng)該能夠存儲(chǔ)至少10萬條銷售記錄。n吞吐量（Throughput），系統(tǒng)在連續(xù)的時(shí)間內(nèi)完成的事務(wù)數(shù)量，例如PR2.3.3-3。qPR2.3.3-3：解釋器每分鐘應(yīng)該至少解析5000條沒有錯(cuò)誤的語句。n負(fù)載（Load），系統(tǒng)可以承載的并發(fā)工作量，例如PR2.3.3-4。qPR2.3.3-4：系統(tǒng)應(yīng)該允許200個(gè)用戶同時(shí)進(jìn)行正常的工作。n實(shí)時(shí)性（Time-Critical），嚴(yán)格的實(shí)時(shí)要求，例如PR2.3.3-5。qPR2.3.3-5：監(jiān)測到病人異常后，監(jiān)控器必須在0.5秒內(nèi)發(fā)出警報(bào)。2.4質(zhì)量屬性n系統(tǒng)為了滿足規(guī)定的及隱含的所有要求而需要具備的要素稱為質(zhì)量 n質(zhì)量屬性是為了度量質(zhì)量要素而選用的特征 n質(zhì)量模型就是能夠?yàn)橘|(zhì)量需求的描述和評(píng)價(jià)提供工作基礎(chǔ)的特征集及特征之間的聯(lián)系 n質(zhì)量屬性的重要性 q對(duì)設(shè)計(jì)的影響很大 q對(duì)越復(fù)雜的系統(tǒng)越為重要 qRobert19901：真實(shí)的現(xiàn)實(shí)系統(tǒng)中，在決定系統(tǒng)的成功或失敗的因素中，滿足非功能屬性往往被滿足功能性需求更為重要。2.4質(zhì)量屬性ISO/IEC 9126 2.4質(zhì)量屬性 ISO/IEC 9126特征子特征簡要描述功能性精確性軟件準(zhǔn)確依照規(guī)定條款程度，規(guī)定確定了權(quán)利、協(xié)議的結(jié)果或者協(xié)議的效果依從性軟件符合法定的相關(guān)標(biāo)準(zhǔn)、協(xié)定、規(guī)則或其他類似規(guī)定的程度互操作性 軟件和指定系統(tǒng)進(jìn)行交互的能力安全性軟件阻止對(duì)其程序和數(shù)據(jù)進(jìn)行未授權(quán)訪問的能力，未授權(quán)的訪問可能是有意，也可能是無意的適合性指定任務(wù)的相應(yīng)功能是否存以及功能的適合程度2.4質(zhì)量屬性 ISO/IEC 9126可靠性成熟性因軟件缺陷而導(dǎo)致的故障頻率程度容錯(cuò)性軟件在故障或者外界違反其指定接口的情況下維持其指定性能水平的能力可恢復(fù)性軟件在故障后重建其性能水平、恢復(fù)其受影響數(shù)據(jù)的能力、時(shí)間和精力依從性同上2.4質(zhì)量屬性 ISO/IEC 9126易用性可理解性用戶認(rèn)可軟件的邏輯概念和其適用性需要花費(fèi)的精力可學(xué)習(xí)性 用戶為了學(xué)會(huì)使用軟件需要花費(fèi)的精力可操作性 用戶執(zhí)行軟件操作和控制軟件操作需要花費(fèi)的精力吸引性軟件吸引用戶的能力依從性同上2.4質(zhì)量屬性 ISO/IEC 9126效率時(shí)間行為執(zhí)行功能時(shí)的響應(yīng)時(shí)間、處理時(shí)間和吞吐速度資源行為執(zhí)行功能時(shí)使用資源的數(shù)量和時(shí)間依從性同上2.4質(zhì)量屬性 ISO/IEC 9126可維護(hù)性可分析性診斷軟件中的缺陷、故障的原因或者識(shí)別待修改部分需要花費(fèi)的精力可改變性進(jìn)行功能修改、缺陷剔除或者應(yīng)付環(huán)境改變需要花費(fèi)的精力穩(wěn)定性因修改導(dǎo)致未預(yù)料結(jié)果的風(fēng)險(xiǎn)程度可測試性確認(rèn)已修改軟件需要花費(fèi)的精力依從性同上2.4質(zhì)量屬性 ISO/IEC 9126可移植性適應(yīng)性不需采用額外的活動(dòng)或手段就能適應(yīng)不同指定環(huán)境的能力可安裝性在指定的環(huán)境中安裝軟件需要花費(fèi)的精力共存性在公共環(huán)境中同分享公共資源的其他獨(dú)立軟件共存的能力可替換性在另一個(gè)指定軟件的環(huán)境下，替換該指定軟件的能力和需要花費(fèi)的精力依從性同上2.4質(zhì)量屬性質(zhì)量屬性的開發(fā)n用戶并不能明確地提出他們對(duì)產(chǎn)品質(zhì)量的期望q并不了解軟件系統(tǒng)的開發(fā)過程，也就無從判斷哪些質(zhì)量屬性會(huì)在怎樣的程度上給設(shè)計(jì)帶來多大的影響，也無法將他們對(duì)軟件系統(tǒng)的質(zhì)量要求細(xì)化成一組組的可量化的質(zhì)量屬性n需求工程師q質(zhì)量屬性大都是和功能需求聯(lián)系在一起的，因此需要對(duì)照軟件的質(zhì)量屬性檢查每一項(xiàng)功能需求，盡力去判斷質(zhì)量屬性存在的可能性 n形容詞和副詞通常意味著質(zhì)量屬性的存在 q對(duì)于一些不和任何功能需求相聯(lián)系的全局性質(zhì)量屬性，需求工程師要在碰到特定的實(shí)例時(shí)意識(shí)到它們的存在 2.5對(duì)外接口 n解系統(tǒng)和其他系統(tǒng)之間的軟硬件接口 q接口的用途q接口的輸入輸出q數(shù)據(jù)格式q命令格式q異常處理要求n用戶界面 q利用專門的人機(jī)交互設(shè)計(jì)文檔記錄 2.6約束 n總體上限制了開發(fā)人員設(shè)計(jì)和構(gòu)建系統(tǒng)時(shí)的選擇范圍 q系統(tǒng)開發(fā)及運(yùn)行的環(huán)境。n包括目標(biāo)機(jī)器、操作系統(tǒng)、網(wǎng)絡(luò)環(huán)境、編程語言、數(shù)據(jù)庫管理系統(tǒng)等。q問題域內(nèi)的相關(guān)標(biāo)準(zhǔn)。n包括法律法規(guī)、行業(yè)協(xié)定、企業(yè)規(guī)章等。q商業(yè)規(guī)則。n用戶在任務(wù)執(zhí)行中的一些潛在規(guī)則也會(huì)限制開發(fā)人員設(shè)計(jì)和構(gòu)建系統(tǒng)的選擇范圍 主要內(nèi)容1.需求的涵義2.需求的類型3.需求工程的路線4.優(yōu)秀需求的特性5.常見的需求錯(cuò)誤3.需求工程的路線n問題分析和背景分析q發(fā)現(xiàn)問題比發(fā)現(xiàn)需求要簡單的多 q進(jìn)行背景分析，以更好的理解用戶的問題 q問題分析 n明確問題。n定義業(yè)務(wù)需求。n制定解決方案。n確定系統(tǒng)特性。3.需求工程的路線n需求獲取 q根據(jù)項(xiàng)目范圍，確定問題域的范圍q確定需求獲取的源頭 q確定獲取的主題和內(nèi)容 q選擇需求獲取的方法 q圍繞獲取的內(nèi)容，運(yùn)用需求獲取的方法，從源頭獲取需求 q對(duì)獲取過程中出現(xiàn)的分歧和問題，在項(xiàng)目前景的指導(dǎo)下進(jìn)行解決 q經(jīng)過需求獲取過程，可以得到獲取的文檔資料，其中以獲取筆錄為主 3.需求工程的路線n需求分析 q建立一個(gè)綜合考慮了問題域特性和需求的系統(tǒng)模型q根據(jù)系統(tǒng)模型將用戶需求轉(zhuǎn)化為系統(tǒng)需求 n文檔化和驗(yàn)證q產(chǎn)生規(guī)格說明 q進(jìn)行驗(yàn)證 主要內(nèi)容1.需求的涵義2.需求的類型3.需求工程的路線4.優(yōu)秀需求的特性5.常見的需求錯(cuò)誤4.優(yōu)秀需求的特性n完整性完整性 q不需要做更多的擴(kuò)展就可以充分的說明用戶所需要的系統(tǒng)功能。q每一個(gè)需求的描述都應(yīng)該包含開發(fā)人員設(shè)計(jì)和實(shí)現(xiàn)這項(xiàng)功能需要的所有信息qR2.5-1：系統(tǒng)應(yīng)該允許被擴(kuò)展。q（更好）R2.5-2：系統(tǒng)的調(diào)度算法應(yīng)該允許被擴(kuò)展。4.優(yōu)秀需求的特性n正確性正確性 q真實(shí)的反映用戶的意圖 q必須請(qǐng)需求的提出者予以確認(rèn) n精確性精確性 q描述僅包含必要的信息 q簡潔、清晰 q（不好）R2.5-3：在實(shí)現(xiàn)之后，系統(tǒng)的調(diào)度算法應(yīng)該允許被擴(kuò)展。4.優(yōu)秀需求的特性n可行性可行性 q由開發(fā)人員進(jìn)行檢查 q需要進(jìn)行一定的分析和研究，而不是單純的憑借經(jīng)驗(yàn)和直覺 q必要的時(shí)候要通過開發(fā)原型來加以驗(yàn)證 n必要性必要性 q滿足用戶的業(yè)務(wù)需求所必需的 4.優(yōu)秀需求的特性n無歧義無歧義 q每一項(xiàng)需求都應(yīng)該有而且只能有一種解釋 q定義一個(gè)可以共同理解的詞匯表（Glossary）n可驗(yàn)證可驗(yàn)證 q通過分析、檢查、模擬或者測試等方法能夠判斷需求是否被滿足 q不可驗(yàn)證的需求往往是因?yàn)槊枋瞿：蛘哌^于抽象，所以在進(jìn)行需求的描述時(shí)要n讓需求具體化n小心形容詞和副詞的使用n避免程度詞的使用主要內(nèi)容1.需求的涵義2.需求的類型3.需求工程的路線4.優(yōu)秀需求的特性5.常見的需求錯(cuò)誤5.常見的需求定義錯(cuò)誤n需求并沒有反映用戶的真實(shí)需要 q用戶在表達(dá)自己的需要時(shí)，可能會(huì)在潛意識(shí)下進(jìn)行一定的加工 n發(fā)現(xiàn)問題背后的問題 q在人際交流當(dāng)中，信息會(huì)發(fā)生自然的衰減，甚至扭曲 n檢查和確認(rèn) 5.常見的需求定義錯(cuò)誤n模糊和歧義的需求q無意中寫出模糊和歧義的需求定義往往是因?yàn)檫x詞造句不當(dāng) n為項(xiàng)目中重要的詞匯建立一個(gè)公共的可共同理解的詞匯表 q有意產(chǎn)生的模糊和歧義的需求定義往往是為了應(yīng)付對(duì)需求持有不同立場的用戶 n在項(xiàng)目前景的指導(dǎo)下，促進(jìn)用戶之間的協(xié)商解決 5.常見的需求定義錯(cuò)誤n明顯的信息遺漏 q明顯的信息遺漏，其主要原因在于項(xiàng)目的范圍定義不當(dāng) n加強(qiáng)對(duì)業(yè)務(wù)需求的處理q不明顯的信息遺漏，往往是因?yàn)橄嚓P(guān)信息難以發(fā)現(xiàn) n該類問題是最難以解決的問題，只能靠需求工程師的經(jīng)驗(yàn)來加以避免 5.常見的需求定義錯(cuò)誤n不必要的需求 q其一是用戶將之作為和開發(fā)人員談判的籌碼 n談判技巧 q其二是用戶在交流當(dāng)中，用戶總是傾向于表達(dá)各種各樣的需要 n根據(jù)業(yè)務(wù)需求進(jìn)行用戶需求的過濾和選擇 q其三是需求開發(fā)人員“畫蛇添足”n保持以用戶為中心n不切實(shí)際的期望q用戶并不掌握關(guān)于軟件系統(tǒng)構(gòu)建的相關(guān)技術(shù)知識(shí)，所以用戶可能會(huì)提出一些已有軟件技術(shù)無法實(shí)現(xiàn)的期望 n軟件開發(fā)者提供可行性、成本等足夠的技術(shù)參考信息，幫助用戶對(duì)其進(jìn)行取舍和調(diào)整 5.常見的需求定義錯(cuò)誤實(shí)例分析（系統(tǒng)A招標(biāo)書）n請(qǐng)說出下列需求的類型，是否存在問題？q1、實(shí)現(xiàn)各部門的公文流轉(zhuǎn)無紙化、文檔一體化、業(yè)務(wù)管理的規(guī)范化、自動(dòng)化和網(wǎng)絡(luò)化；q2、實(shí)現(xiàn)工作流程合理化、高效化，決策支持科學(xué)化、準(zhǔn)確化；q3、統(tǒng)一辦公流程、規(guī)范公文格式，加強(qiáng)信息交流和共享，提高工作效率。實(shí)例分析（系統(tǒng)A 招標(biāo)書）n請(qǐng)說出下列需求的類型，是否存在問題？q先進(jìn)性先進(jìn)性：軟件系統(tǒng)采用三層B/S 系統(tǒng)結(jié)構(gòu)，以“界面表示層邏輯處理層數(shù)據(jù)訪問層”分層設(shè)計(jì)實(shí)現(xiàn)。采用國際上先進(jìn)成熟的、廠商廣泛支持的計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)與軟件技術(shù)對(duì)系統(tǒng)進(jìn)行規(guī)劃，保證系統(tǒng)整體架構(gòu)在未來幾年內(nèi)都處于國際領(lǐng)先的地位。q安全性安全性：軟件系統(tǒng)具有較高的安全要求，系統(tǒng)必須具備充分的安全措施，包括具備嚴(yán)格的權(quán)限控制機(jī)制和完備的日志記錄，以確保信息安全。q可靠性可靠性：保證系統(tǒng)核心功能可以724小時(shí)連續(xù)運(yùn)行；q規(guī)范性規(guī)范性：系統(tǒng)必須遵循國家有關(guān)法律法規(guī)要求，符合國家有關(guān)標(biāo)準(zhǔn)要求以及關(guān)于信息系統(tǒng)建設(shè)的各項(xiàng)標(biāo)準(zhǔn)和規(guī)范。實(shí)例分析（系統(tǒng)A 招標(biāo)書）n請(qǐng)說出下列需求的類型，是否存在問題？q收文管理應(yīng)包括:n來文登記、擬辦、領(lǐng)導(dǎo)審批、辦理、歸檔、查詢統(tǒng)計(jì)等功能。附件支持WORD、PDF、EXCEL、HTML 等文檔類型格式；需提供方便、靈活、直觀的文件批示處理；對(duì)收文的處理全過程進(jìn)行自動(dòng)化管理、跟蹤和記錄；在收文處理的過程中，支持電子印章、電子簽名或手寫批注等功能。n來文登記：來文登記：完成來文登記功能。登記來文基本信息（來文編號(hào)、來文標(biāo)題、主題詞、來文單位、來文時(shí)間），還要對(duì)原文進(jìn)行掃描處理，引入到公文庫中。并可完成收文辦文單打印功能。完成后啟動(dòng)收文流轉(zhuǎn)流程。n擬辦：擬辦：查看公文的基本信息，原文內(nèi)容。簽錄擬辦意見，發(fā)送給領(lǐng)導(dǎo)審批。n領(lǐng)導(dǎo)審批：領(lǐng)導(dǎo)審批：查看公文的基本信息，原文內(nèi)容。簽錄批示意見，確定主辦部門、協(xié)辦部門。n辦理：辦理：辦理人根據(jù)領(lǐng)導(dǎo)批示辦理，記錄辦理情況。n歸檔：歸檔：對(duì)辦理完結(jié)的來文歸檔，將來文信息、擬辦意見、領(lǐng)導(dǎo)批示、辦理情況等信息及來文掃描件發(fā)送到檔案管理系統(tǒng)，檔案科確認(rèn)接收的文件，才屬于己歸檔文件。n查詢統(tǒng)計(jì)：查詢統(tǒng)計(jì)：提供按來文編號(hào)、來文標(biāo)題、主題詞、來文單位、來文時(shí)間等查詢統(tǒng)計(jì)功能，要求查詢統(tǒng)計(jì)結(jié)果可以打印。實(shí)例分析（系統(tǒng)A 招標(biāo)書）n請(qǐng)說出下列需求的類型，是否存在問題？q編程應(yīng)遵循如下原則：n唯一性：每個(gè)實(shí)體及其屬性必須有唯一的代碼來確切地定義。n可擴(kuò)充性：考慮到系統(tǒng)以后的發(fā)展，編號(hào)要留有余地。當(dāng)增加新的實(shí)體時(shí)，可以直接在原代碼的基礎(chǔ)上加以擴(kuò)充，擴(kuò)充后不會(huì)引起代碼體系的混亂，這樣就避免了重新設(shè)計(jì)代碼系統(tǒng)的麻煩。n通用性：凡國家、行業(yè)、地方對(duì)編碼有統(tǒng)一標(biāo)準(zhǔn)和規(guī)定的，應(yīng)盡量使用標(biāo)準(zhǔn)代碼，代碼適用范圍越廣越好。沒有標(biāo)準(zhǔn)代碼的，投標(biāo)方設(shè)計(jì)的代碼也應(yīng)該統(tǒng)一，如代碼長度與格式的統(tǒng)一。n便于記憶和識(shí)別：代碼不但要具有一定的邏輯定義，也要盡量考慮用戶的使用習(xí)慣，使代碼便于記憶和識(shí)別，做到簡單明了n簡短性：在滿足需要的前提下，代碼要盡可能短。n編程人員必須對(duì)所有代碼進(jìn)行嚴(yán)格自測。實(shí)例分析（系統(tǒng)A 招標(biāo)書）n請(qǐng)說出下列需求的類型，是否存在問題？q驗(yàn)收投標(biāo)方需提供以下文檔：n軟件需求分析報(bào)告n軟件總體設(shè)計(jì)報(bào)告n軟件操作手冊(cè)n軟件配置手冊(cè)n軟件試運(yùn)行報(bào)告n應(yīng)用軟件介質(zhì)實(shí)例分析（系統(tǒng)A 招標(biāo)書）n請(qǐng)說出下列需求的類型，是否存在問題？q培訓(xùn)要求n投標(biāo)人必須提供相應(yīng)的應(yīng)用軟件技術(shù)和系統(tǒng)操作等方面的培訓(xùn)。投標(biāo)人須在文件中提出全面、詳細(xì)的培訓(xùn)課程以及時(shí)間表交給業(yè)主，并在合同簽定后征得業(yè)主同意后實(shí)施。n投標(biāo)人應(yīng)提供面向系統(tǒng)管理員的應(yīng)用軟件系統(tǒng)結(jié)構(gòu)、日常維護(hù)等方面的培訓(xùn)。n對(duì)于所有培訓(xùn)，投標(biāo)人必須派出具有相應(yīng)專業(yè)資格和實(shí)際工作經(jīng)驗(yàn)的人員進(jìn)行培訓(xùn)。n投標(biāo)人須提供詳細(xì)的培訓(xùn)計(jì)劃。n以上培訓(xùn)內(nèi)容的培訓(xùn)費(fèi)用均包含在投標(biāo)報(bào)價(jià)內(nèi)，項(xiàng)目采購人不再另行支付實(shí)例分析（系統(tǒng)B需求規(guī)格說明）n請(qǐng)說出下列需求的類型，是否存在問題？q2.1.開發(fā)意圖開發(fā)意圖n1.減少人力成本n2.提高辦公效率n3.成本統(tǒng)計(jì)、查詢n4.歷史信息查詢n5.支持WEB 操作實(shí)例分析（系統(tǒng)B 需求規(guī)格說明）n請(qǐng)說出下列需求的類型，是否存在問題？q2.3.產(chǎn)品功能產(chǎn)品功能n2.3.1.人員管理人員管理q對(duì)本公司的人力資源進(jìn)行管理。q提供功能：新員工信息錄入、信息修改（晉升、部門調(diào)動(dòng)、休假、婚姻狀況變更）、離職人員歸檔。q注）該操作需要具有人員管理權(quán)限的人才可以進(jìn)行。n2.3.2.業(yè)務(wù)管理業(yè)務(wù)管理q對(duì)本公司的業(yè)務(wù)進(jìn)行管理。q提供功能：新業(yè)務(wù)錄入、現(xiàn)有業(yè)務(wù)變更（計(jì)劃提前或延后、合同金額或付款方式變更、業(yè)務(wù)內(nèi)容變更）、已完成的業(yè)務(wù)歸檔。q注）該操作需要具有業(yè)務(wù)管理權(quán)限的人才可以進(jìn)行。實(shí)例分析（系統(tǒng)B 需求規(guī)格說明）n請(qǐng)說出下列需求的類型，是否存在問題？q2.4.1.擴(kuò)展性擴(kuò)展性n要求結(jié)構(gòu)設(shè)計(jì)良好，二次開發(fā)成本要求低于本次開發(fā)成本30%n能夠簡單的進(jìn)行多語言版本改造。q2.4.2.靈活性靈活性n支持主流瀏覽器：IE7,8,FireFox2.0,Google 瀏覽器。q2.4.3.精度精度n金額相關(guān)：小數(shù)點(diǎn)后保留2 位有效數(shù)字；n時(shí)間相關(guān)：精確到秒；n傳輸過程中的精度：小數(shù)點(diǎn)后保留5 位有效數(shù)字。q2.4.4.響應(yīng)要求響應(yīng)要求n用戶登陸：=0.5 秒n頁面跳轉(zhuǎn)：=2 秒q2.4.5.安全性安全性n系統(tǒng)管理員（admin）負(fù)責(zé)系統(tǒng)維護(hù)；n根據(jù)公司體制指定各部門負(fù)責(zé)人，并賦予相應(yīng)的操作權(quán)限；n所有信息保存在MySQL 數(shù)據(jù)庫中；n用戶密碼采用密文形式保存實(shí)例分析（系統(tǒng)B 需求規(guī)格說明）請(qǐng)說出下列需求的類型，是否存在問題？實(shí)例分析（系統(tǒng)B 需求規(guī)格說明）n請(qǐng)說出下列需求的類型，是否存在問題？q3.3.2.人員信息變更人員信息變更n目的：修改員工信息。n功能：提供員工信息修改界面，并將修改后的信息保存進(jìn)MySQL 數(shù)據(jù)庫。n步驟：q1.在界面上修改員工信息。q2.操作者權(quán)限檢查。q3.操作成功，返回人員管理界面；q操作失敗，提示錯(cuò)誤信息。n流程圖：實(shí)例分析（系統(tǒng)C）n請(qǐng)說出下列需求的類型，是否存在問題？q4.1 業(yè)務(wù)現(xiàn)狀與分析業(yè)務(wù)現(xiàn)狀與分析n單一客戶經(jīng)理渠道從“綠色通道”變成制約集團(tuán)發(fā)展的瓶頸n其他營銷服務(wù)界面缺乏有效識(shí)別集團(tuán)客戶的工具n目前公司缺少一套貫穿全省各級(jí)公司和各部門的統(tǒng)一業(yè)務(wù)調(diào)度系統(tǒng)來協(xié)助跨部門工作n各節(jié)點(diǎn)缺乏受理標(biāo)準(zhǔn)時(shí)限規(guī)范，內(nèi)部資源調(diào)度無法快速響應(yīng)，n客戶經(jīng)理在面對(duì)客戶時(shí)無法進(jìn)行服務(wù)時(shí)限承諾，降低了集團(tuán)業(yè)務(wù)的客戶滿意n業(yè)務(wù)支撐平臺(tái)不斷增多，且均需要分散維護(hù)，服務(wù)質(zhì)量難以保障實(shí)例分析（系統(tǒng)C）請(qǐng)說出下列需求的類型，是否存在問題？分策經(jīng)理審批分策經(jīng)理審批分策經(jīng)理信息分策經(jīng)理信息員工工號(hào)登陸后自動(dòng)顯示員工姓名根據(jù)工號(hào)系統(tǒng)自動(dòng)顯示姓名審批信息審批信息是否需要審批是/否審批意見輸入行業(yè)部經(jīng)理審批行業(yè)部經(jīng)理審批行業(yè)部經(jīng)理信息行業(yè)部經(jīng)理信息員工工號(hào)登陸后自動(dòng)顯示員工姓名根據(jù)工號(hào)系統(tǒng)自動(dòng)顯示姓名審批信息審批信息是否需要審批是/否審批意見輸入產(chǎn)品部經(jīng)理審批產(chǎn)品部經(jīng)理審批產(chǎn)品部經(jīng)理信息產(chǎn)品部經(jīng)理信息員工工號(hào)登陸后自動(dòng)顯示員工姓名根據(jù)工號(hào)系統(tǒng)自動(dòng)顯示姓名審批信息審批信息是否需要審批是/否審批意見輸入分策部經(jīng)理審批分策部經(jīng)理審批分策部經(jīng)理信息分策部經(jīng)理信息員工工號(hào)登陸后自動(dòng)顯示員工姓名根據(jù)工號(hào)系統(tǒng)自動(dòng)顯示姓名審批信息審批信息是否需要審批是/否審批意見輸入本章小結(jié)n需求是人們對(duì)現(xiàn)實(shí)世界問題解決的期望n解系統(tǒng)通過共享知識(shí)和問題域進(jìn)行互動(dòng)，從而解決現(xiàn)實(shí)世界中的問題n具體的需求包括q功能需求、性能需求、質(zhì)量屬性、對(duì)外接口和約束n需求工程活動(dòng)是依據(jù)需求的內(nèi)涵與外延逐步展開的n書寫的需求應(yīng)該具有優(yōu)秀的特性，尤其要避免出現(xiàn)常見的錯(cuò)誤