




下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、軟件項目三種類別1)在預(yù)計的時間之內(nèi),在預(yù)算的成本之下,完成預(yù)期的所有功能,則項目為成功項目。2)已經(jīng)完成,軟件產(chǎn)品能夠正常工作,但在生產(chǎn)中或者超支,或者超期,或者實現(xiàn)的功能不全,則項目為問題項目。3)因無法進(jìn)行而被中途撤銷,或者最終產(chǎn)品無法提交使用,則項目為失敗項目。需求工程:即利用工程化的手段進(jìn)行需求處理,以保證需求處理的正確進(jìn)行。1)簡單來說,需求工程是所有需求處理活動的總和,它收集信息、分析問題、整合觀點、記錄需求并驗證其正確性,最終反映軟件被應(yīng)用后與其環(huán)境互動形成的期望效應(yīng)。2)從細(xì)節(jié)來看,需求工程是軟件工程的一個分支,它關(guān)注于軟件系統(tǒng)所應(yīng)予實現(xiàn)的現(xiàn)實世界目標(biāo), 軟件系統(tǒng)的功能和軟件
2、系統(tǒng)應(yīng)當(dāng)遵守約束, 同事它也關(guān)注以上因素和準(zhǔn)確的軟件行為規(guī)格說明之間的聯(lián)系, 關(guān)注以上因素與其隨時間或跨產(chǎn)品族而演化之后的相關(guān)因素之間的聯(lián)系。需求開發(fā)是因為需求工程“需求”特性而存在的,它們是專門用來處理需求的軟件技術(shù);需求管理是因為需求工程的“工程” 特性而存在,它的目的是在需求開發(fā)活動之后, 保證所確定需求能夠在后繼的項目活動中有效地發(fā)揮作用,保證各種活動開展都符合需求要求。需求獲取的目的是從項目的戰(zhàn)略規(guī)劃開始建立最初的原始需求。需求分析的目的是保證需求的完整性和一致性。需求規(guī)格說明的目的是將完整、 一致的需求與能夠滿足需求的軟件行為以文檔的方式明確地固定下來。7. 需求驗證是需求開發(fā)中的
3、最后一個活動。它的首要目的是保證需求及其文檔的正確性,即需求正確地反映了用戶的真實意圖。需求管理是對需求開發(fā)所建立的需求基線的管理。8. 需求工程師需要具備的技能1 )專業(yè)技能: 懂得需求工程的相關(guān)知識,理解需求工程的相關(guān)理論。 2)分析技能 ; 能夠在面對眾多信息內(nèi)容時清晰地把握問題的重點、核心和本質(zhì),具備整合全局的能力,具有系統(tǒng)化思想。3)交流技能:掌握交談和提問的技能,掌握傾聽的技巧。 4)觀察技能 ; 應(yīng)該具有敏銳的觀察力。 5)建模技能:掌握從傳統(tǒng)的流程圖到結(jié)構(gòu)化的分析模型 (數(shù)據(jù)流圖、 實體聯(lián)系圖等) ,直到當(dāng)今的統(tǒng)一建模語言 ( UML)等多種分析工具。6) 寫作技能:具備良好的
4、語言駕馭能力,能夠清晰地表達(dá)復(fù)雜的概念。7)創(chuàng)新技能:可以發(fā)現(xiàn)用戶沒有意識到的潛在需求。8)協(xié)調(diào)技能: 協(xié)調(diào)團(tuán)隊內(nèi)部相互之間的工作與人際關(guān)系,建立互相信任的團(tuán)隊工作氣氛。需求的定義: 1. 用戶為了解決問題或達(dá)到某些目標(biāo)所需要的條件或能力。2. 系統(tǒng)或系統(tǒng)部件為了滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式文檔所規(guī)定的要求而需要具備的條件或能力。3.對 1或 2 中的一個條件或一種能力的一種文檔化表達(dá)。9. 需求的 5 種類別: 1. 功能需求:表現(xiàn)為系統(tǒng)和環(huán)境之間的行為交互。2. 性能需求:系統(tǒng)整體或系統(tǒng)組成部分應(yīng)該擁有的性能特征。3. 質(zhì)量需求:系統(tǒng)完成工作的質(zhì)量。4. 對外接口 :系統(tǒng)和環(huán)境中其他之間
5、需要建立的接口。5. 約束:系統(tǒng)構(gòu)造時需要遵守的約束。性能需求是核心。另一種常見的分類方法:硬件需求、軟件需求和其他需求。功能需求是軟件系統(tǒng)需求中最常見、最主要和最重要的需求。功能需求具有層次性業(yè)務(wù)需求是抽象層次最高的需求,描述組織為什么要開發(fā)系統(tǒng)。用戶需求執(zhí)行實際工作的用戶對系統(tǒng)所能完成的具體任務(wù)的期望。描述了系統(tǒng)能夠幫助用戶做些什么。16. 系統(tǒng)需求將用戶需求進(jìn)一步明確和細(xì)化,將之轉(zhuǎn)化為系統(tǒng)需求。 (用戶對系統(tǒng)行為的期望)為了描述系統(tǒng)的功能和邊界,通常會使用上下文圖和系統(tǒng)用例圖。涉眾:所有對軟件系統(tǒng)的開發(fā)和應(yīng)用具有發(fā)言權(quán)和決定權(quán)的人。涉眾的類別:用戶、客戶、開發(fā)者、管理者、領(lǐng)域?qū)<?、政府?/p>
6、量、市場力量。常見的用戶替代源: 1. 擁有類似系統(tǒng)經(jīng)驗的系統(tǒng)分析人員、 2. 與用戶直接聯(lián)系的技術(shù)支持人員、 3. 服務(wù)咨詢?nèi)藛T、 4. 內(nèi)部或者外部的顧問,通常是指領(lǐng)域?qū)<摇?5。用戶方的管理者、市場人員、 7. 擁有相關(guān)知識的開發(fā)人員。硬數(shù)據(jù)分為定量硬數(shù)據(jù)和定型硬數(shù)據(jù)。定量數(shù)據(jù)是指那些經(jīng)過仔細(xì)設(shè)計,具有嚴(yán)格規(guī)范要求的格式化文檔。常見定量硬數(shù)據(jù)有; 1. 數(shù)據(jù)收集表格 2. 統(tǒng)計報表定型硬數(shù)據(jù):沒有預(yù)先確定的表格,大都是自然語言進(jìn)行的文本表述。常見的定性硬數(shù)據(jù): 1. 整個文檔的描述文檔 2. 業(yè)務(wù)指導(dǎo)文檔 3. 業(yè)務(wù)備忘問題的組織 - 面談結(jié)構(gòu)(面談組織的方法)1)金字塔結(jié)構(gòu)(歸納式組織
7、):以封閉式問題開始,然后逐漸提高問題的開放開放度。2)漏斗結(jié)構(gòu):一般的開放式為題開始,用封閉式的問題縮小可能的答復(fù)。3)菱形結(jié)構(gòu):以一種非常明確的方式開始,最后得出一個非常明確的結(jié)構(gòu)。頭腦風(fēng)暴包括兩個階段1)想法產(chǎn)生階段:產(chǎn)生出盡可能多的想法。2)想法精確階段:分析產(chǎn)生的所有想法,發(fā)現(xiàn)其中最能廣泛接受的思想。原型的定義:如果在最終的物件產(chǎn)生之前,一個中間物件被用來在一定廣度和深度范圍內(nèi)表現(xiàn)這個最終物件,那么這個中間物件就被認(rèn)為是最終物件在該廣度和深度上的原型。原型的表現(xiàn)形式:包括書面描繪、場景敘述、情節(jié)串聯(lián)圖板、幻燈演示、動畫模擬、屏幕快照和程序代碼等在內(nèi)的各種被用來探索和論證軟件系統(tǒng)功能的
8、物件都是軟件的原型。在系統(tǒng)開發(fā)中利用這些原型行為都屬于原型方法。原型的開發(fā)方法( 3 種類型)1)探索式:了解的內(nèi)容非常模糊,依據(jù)已經(jīng)了解的內(nèi)容開發(fā)出一些初始原型,不斷調(diào)整原型,最終澄清模糊的需求,發(fā)現(xiàn)未知的需求。2)實驗式:擁有清晰的用戶需求,首先定義一個對原型的評估方法,確定評估的屬性,據(jù)此評估各種技術(shù)方案下的原型,明確需求的可行性和有效的技術(shù)實現(xiàn)方案。3)演化式:是整個項目的持續(xù)開發(fā)過程中的一部分,要求原型產(chǎn)品作為資產(chǎn)沿著開發(fā)過程向后傳遞,并可能被后繼過程修改和增強(qiáng),最后成為軟件系統(tǒng)的一部分。探索式和實驗式方法產(chǎn)生的原型產(chǎn)品又被稱為拋棄是原型。演化式原型方法產(chǎn)生的原型產(chǎn)品被稱為演化式原型
9、。被用于處理清晰的需求、規(guī)格說明的技術(shù)方案。建立模型的過程被稱為建模抽象和分解是建模最常用的兩種手段(建模的方法)抽象:一方面要求人們只關(guān)注重要的信息,忽略次要的內(nèi)容。另一方面也要求人們將認(rèn)知保留在適當(dāng)?shù)膶哟?,屏蔽更深層次的?xì)節(jié)。分解:將單個復(fù)雜和難以理解的問題分解成多個相對容易的子問題,并掌握各子問題之間的聯(lián)系。后期需求階段分析的三種方法:結(jié)構(gòu)化、信息工程、面向?qū)ο蟆G捌谛枨箅A段分析的新方法:面向目標(biāo)的分析、面向問題域的分析、領(lǐng)域分析、企業(yè)建模過程建模是結(jié)構(gòu)化分析方法的核心過程建模就是分析需求獲取活動獲得的信息,發(fā)現(xiàn)系統(tǒng)的功能和其與外界的交互,建立能夠?qū)崿F(xiàn)系統(tǒng)功能的過程分解結(jié)構(gòu),形成系統(tǒng)的過
10、程模型, 并用圖形的方法將過程模型描述出來。過程建模技術(shù):上下文圖、數(shù)據(jù)流圖、微規(guī)格說明、數(shù)據(jù)字典41.1)上下文圖:是DFD的一個特定層次,被用來說明系統(tǒng)的上下文環(huán)境,確定系統(tǒng)的邊境。2) DFD(數(shù)據(jù)流圖):被用來建立過程的分解結(jié)構(gòu)。3)微規(guī)格說明:用來描述DFD過程分解結(jié)構(gòu)中最底層過程的處理邏輯。4)數(shù)據(jù)字典:用來說明系統(tǒng)中涉及的數(shù)據(jù)的結(jié)構(gòu)。數(shù)據(jù)流圖是過程建模所使用的主要建模技術(shù)數(shù)據(jù)流圖在建模時所使用基本模型元素有四種:外部實體、過程、數(shù)據(jù)流和數(shù)據(jù)存儲。外部實體:指處于待構(gòu)建系統(tǒng)之外的人、組織、設(shè)備、或者其他軟件系統(tǒng),它們不受系統(tǒng)的控制,開發(fā)者不能以任何方式操縱它們。過程:指施加于數(shù)據(jù)的
11、動作或者行為,使數(shù)據(jù)發(fā)生變化,包括被轉(zhuǎn)換、被存儲或者被分布。數(shù)據(jù)流:指數(shù)據(jù)的運動,是系統(tǒng)與其環(huán)境的之間或者系統(tǒng)內(nèi)兩個過程之間的通信形式。利用數(shù)據(jù)字典來描述 DFD的數(shù)據(jù)流內(nèi)容實體聯(lián)系圖( ERD)也可以用來描述數(shù)據(jù)流的內(nèi)容數(shù)據(jù)存儲:是軟件系統(tǒng)需要在內(nèi)部收集、保存,以供日后使用的數(shù)據(jù)集合。數(shù)據(jù)流描述的是運動的數(shù)據(jù)數(shù)據(jù)存儲描述的就是靜止的數(shù)據(jù)49. 在分層結(jié)構(gòu)中,DFD定義三個層次的圖:上下文圖,0 層圖, N層圖實體聯(lián)系圖使用實體、屬性和關(guān)系三個基本的構(gòu)建單位來描述數(shù)據(jù)模型。用例模型的基本元素:用例、參與者、關(guān)系和系統(tǒng)邊界評審:又稱同級評審,是指由作者之外的其他人來檢查產(chǎn)品問題的方法。審查組中的
12、成員:組織者、仲裁者、作者、閱讀人員、記錄人員、收集人員、審查人員注:作者不能作為評審人員作為聽眾聽取評論,并在需要時解答審查人員的問題需求管理的三個活動:維護(hù)需求基線、實現(xiàn)需求跟蹤和控制變更過程建模常用的方法是:數(shù)據(jù)流圖(外部實體、過程、數(shù)據(jù)流、數(shù)據(jù)存儲)數(shù)據(jù)建模常用的方法是:實體聯(lián)系圖(實體、屬性、關(guān)系)用例模型中的關(guān)系:關(guān)聯(lián);包含、擴(kuò)展與泛化實體聯(lián)系圖中屬性的類型1)取值情況不同:單值屬性和多值屬性2)簡單屬性和組合屬性3)存儲屬性和導(dǎo)出屬性60.DFD 層次結(jié)構(gòu)的建立的主要步驟1)創(chuàng)建上下文圖2)發(fā)現(xiàn)并建立DFD片段3)根據(jù) DFD片段組合成0 層圖4)對0 層圖的過程進(jìn)行功能分解,產(chǎn)
13、生N 層圖5)定義原始過程的邏輯說明6)定義數(shù)據(jù)流和數(shù)據(jù)存儲的數(shù)據(jù)說明7) 驗證61. 簡述 ERD的創(chuàng)建步驟1)從描述信息中辨識實體2)確定實體的標(biāo)識符3)建立實體之間的相互關(guān)系4)添加詳細(xì)的描述信息評審的過程并說明何時可以結(jié)束評審階段: 1)規(guī)劃階段2)總體部署階段3)準(zhǔn)備階段4)審查會議階段5)返工階段6)跟蹤階段若滿足以下情況,審查可以結(jié)束1)審查期間審查人員提出的所有的問題都已解決2)文檔中和相關(guān)的工作產(chǎn)品中的所有更改都已正確完成3)修訂過的文檔已經(jīng)進(jìn)行了拼寫檢查4)所有標(biāo)識為TBD(待確定)的問題都已解決5)文檔已經(jīng)在項目的配置管理系統(tǒng)中作了登記出師表兩漢:諸葛亮先帝創(chuàng)業(yè)未半而中道
14、崩殂, 今天下三分, 益州疲弊, 此誠危急存亡之秋也。然侍衛(wèi)之臣不懈于內(nèi),忠志之士忘身于外者,蓋追先帝之殊遇,欲報之于陛下也。誠宜開張圣聽,以光先帝遺德,恢弘志士之氣,不宜妄自菲薄,引喻失義,以塞忠諫之路也。宮中府中,俱為一體;陟罰臧否,不宜異同。若有作奸犯科及為忠善者,宜付有司論其刑賞,以昭陛下平明之理;不宜偏私,使內(nèi)外異法也。侍中、侍郎郭攸之、費祎、董允等,此皆良實,志慮忠純,是以先帝簡拔以遺陛下:愚以為宮中之事,事無大小,悉以咨之,然后施行,必能裨補闕漏,有所廣益。將軍向?qū)?,性行淑均,曉暢軍事,試用于昔日,先帝稱之曰愚以為營中之事,悉以咨之,必能使行陣和睦,優(yōu)劣得所?!澳?”,是以眾議舉寵為督:親賢臣, 遠(yuǎn)小人, 此先漢所以興隆也; 親小人, 遠(yuǎn)賢臣, 此后漢所以傾頹也。 先帝在時,每與臣論此事, 未嘗不嘆息痛恨于桓、 靈也。 侍中、尚書、 長史、 參軍,此悉貞良死節(jié)之臣,愿陛下親之、信之,則漢室之隆,可計日而待也。臣本布衣,躬耕于南陽,茍全性命于亂世,不求聞達(dá)于諸侯。先帝不以臣卑鄙,猥自枉屈,三顧臣于草廬之中,咨臣以當(dāng)世之事,由是感激,遂許先帝以驅(qū)馳。后值傾覆,受任于敗軍之際,奉命于危難之間,爾來二十有一年矣。先
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 科技館物理試題及答案
- 2025年軍隊文職人員招聘之軍隊文職教育學(xué)綜合檢測試卷A卷含答案
- 2025年消防設(shè)施操作員之消防設(shè)備高級技能題庫檢測試卷A卷附答案
- 2022年遼寧省沈陽市生物中考真題(含答案)
- 2022-2023學(xué)年廣東省廣州市海珠區(qū)中山大學(xué)附中七年級(下)期中數(shù)學(xué)試卷(含答案)
- 中小學(xué)教師學(xué)生心理健康教育及案例分析
- 遺產(chǎn)繼承遺囑聲明合同(2篇)
- 2025年法律知識學(xué)習(xí)競賽必考題庫及答案(60題)
- 產(chǎn)品銷售記錄表-網(wǎng)絡(luò)銷售
- 農(nóng)村生態(tài)農(nóng)業(yè)示范區(qū)協(xié)議書
- 2025年中國羊毛絨線市場調(diào)查研究報告
- 肥料登記申請書
- 礦產(chǎn)勘探數(shù)據(jù)分析-深度研究
- 人教版高中英語挖掘文本深度學(xué)習(xí)-選修二-UNIT-4(解析版)
- 2025年北京控股集團(tuán)有限公司招聘筆試參考題庫含答案解析
- 2024年07月江蘇銀行招考筆試歷年參考題庫附帶答案詳解
- 2025中智集團(tuán)招聘重要崗位高頻重點提升(共500題)附帶答案詳解
- 2025年人事科年度工作計劃
- 2023-2024學(xué)年高中信息技術(shù)必修一滬科版(2019)第二單元項目三《 調(diào)查中學(xué)生移動學(xué)習(xí)現(xiàn)狀-經(jīng)歷數(shù)據(jù)處理的一般過程》說課稿
- 院感知識手衛(wèi)生培訓(xùn)內(nèi)容
- 產(chǎn)教融合咨詢協(xié)議書
評論
0/150
提交評論