需求分析與設(shè)計(jì)課后答案_第1頁(yè)
需求分析與設(shè)計(jì)課后答案_第2頁(yè)
需求分析與設(shè)計(jì)課后答案_第3頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、第一章1需求分析與系統(tǒng)設(shè)計(jì)之間的界限是什么?何時(shí)從分析階段進(jìn)入 設(shè)計(jì)階段?需求分析關(guān)注系統(tǒng) 做什么”,系統(tǒng)設(shè)計(jì)關(guān)注 如何做”。當(dāng)分析階段完成后才能進(jìn)入到設(shè)計(jì)階段2需求處理要注意哪些非技術(shù)因素?為什么?要注意的非技術(shù)因素:組織機(jī)構(gòu)文化、社會(huì)背景、商業(yè)目標(biāo)、利 益協(xié)商等。因?yàn)槔媒Ec分析技術(shù)構(gòu)建的解決方案一定要和具體 的應(yīng)用環(huán)境相關(guān),不存在不依賴具體應(yīng)用環(huán)境的解決方案,因此, 在利用建模分析技術(shù)進(jìn)行要求處理是不能忽視具體應(yīng)用環(huán)境的相關(guān) 因素3需求分析與需求工程之間的關(guān)系那就是需求工程含義更廣,包括需求獲取、需求分析、需求定義第二章1解釋名詞:?jiǎn)栴}域,解系統(tǒng)和共享現(xiàn)象,并結(jié)合他們的含義說(shuō)明 軟件系

2、統(tǒng)如何與現(xiàn)實(shí)世界形成互動(dòng)的問(wèn)題域:現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差異就產(chǎn)生問(wèn)題 。解系統(tǒng):軟件系統(tǒng)通過(guò)影響問(wèn)題域,能夠幫助人們解決問(wèn)題稱為解 系統(tǒng)通過(guò)共存現(xiàn)象僅僅是問(wèn)題域和姐系統(tǒng)的一個(gè)部分 。而不是他們 的全部。軟件系統(tǒng)僅僅是現(xiàn)實(shí)世界的一種抽象。所以問(wèn)題除了共享現(xiàn)象之 外。還有很多在進(jìn)行模型抽象時(shí)忽略的其他現(xiàn)實(shí)因素 。2解釋下列名詞,需求,規(guī)格說(shuō)明,問(wèn)題域特性和約束,并結(jié)合他們的含義說(shuō)明需求工程的主要任務(wù)是什么?需求是用戶對(duì)問(wèn)題域中的實(shí)體狀態(tài)或事件的期望描述規(guī)格說(shuō)明:規(guī)格說(shuō)明是解系統(tǒng)為滿足用戶需求而提供的解決方案,規(guī)定了解系統(tǒng)的行為特征。問(wèn)題域的特性:在和解系統(tǒng)相互影響的同時(shí),問(wèn)題域是自治的,

3、 它有自己的運(yùn)行規(guī)律,而且這些規(guī)律不會(huì)因解系統(tǒng)的引入而發(fā)生改 變,這種自治的規(guī)律性稱為問(wèn)題域特性,當(dāng)這些特性非常明確時(shí)稱 之為約束。需求工程的主要任務(wù):1.需求工程必須說(shuō)明軟件系統(tǒng)將應(yīng)用的環(huán)境 及目標(biāo),說(shuō)明用來(lái)達(dá)成這些目標(biāo)的軟件功能,還要說(shuō)明在設(shè)計(jì)和實(shí)現(xiàn)這些功能時(shí)上下文環(huán)境對(duì)軟件完成任務(wù)所用的方式、方法所施加的限制和約束。2需求工程必須將目標(biāo)、功能和約束反映到軟件系 統(tǒng)中,映射為可行的軟件行為,并對(duì)軟件行為進(jìn)行準(zhǔn)確的規(guī)格說(shuō)明 3需求工程還要妥善處理目標(biāo)、功能和約束隨著時(shí)間的演化情況。4需求有哪些常見(jiàn)的類別?功能需求和非功能需求有什么差異?嚴(yán)格意義上的軟件需求的分類:功能需求(Functiona

4、l Requirement):和系統(tǒng)主要工作相關(guān)的需 求,即在不考慮物理約束的情況下,用戶希望系統(tǒng)所能夠執(zhí)行的活 動(dòng),這些活動(dòng)可以幫助用戶完成任務(wù)。功能需求主要表現(xiàn)為系統(tǒng)和 環(huán)境之間的行為交互。(性能需求(Performanee Requirement):系統(tǒng)整體或系統(tǒng)組成非功能需求部分應(yīng)該擁有的性能特征,例如CPU使用率、內(nèi)存使用率等。 質(zhì)量屬性(Quality Attribute ):系統(tǒng)完成工作的質(zhì)量,即系統(tǒng) 需要在一個(gè)好的程度”上實(shí)現(xiàn)功能需求,例如可靠性程度、可維 護(hù)性程度等。對(duì)外接口( External Inteface):系統(tǒng)和環(huán)境中其他系統(tǒng)之間需 要建立的接口,包括硬件接口、軟件

5、接口、數(shù)據(jù)庫(kù)接口等等。 約束:進(jìn)行系統(tǒng)構(gòu)造時(shí)需要遵守的約束,例如編程語(yǔ)言、硬件設(shè)施等。廣泛意義上的需求分類:系統(tǒng)級(jí)需求(System):針對(duì)系統(tǒng)工程的需求,包括與硬件相關(guān)的 需求被稱之為硬件需求 (Hardware )、與軟件相關(guān)的需求被稱之為 軟件需求(Software )、與人力資源相關(guān)的需求以及軟件 、硬件、 人力之間協(xié)同的需求被稱之為其他需求。功能需求和非功能需求的差異:除功能需求之外的其他四種類別需 求又被統(tǒng)稱為非功能需求。在非功能需求當(dāng)中,質(zhì)量屬性對(duì)系統(tǒng)成 敗的影響極大,因此在某些情況下,非功能需求又被用來(lái)特指質(zhì)量 屬性。而且通常一個(gè)軟件系統(tǒng)的絕大部分需求都是功能需求,在比例上功能

6、需求有可能占所有需求的 90%以上。5描述業(yè)務(wù)需求、用戶需求和系統(tǒng)(級(jí))需求的區(qū)別與聯(lián)系。業(yè)務(wù)需求:業(yè)務(wù)需求是抽象層次最高的需求,是系統(tǒng)建立的戰(zhàn)略出 發(fā)點(diǎn),表現(xiàn)為高層次的目標(biāo),它描述了組織為什么要開(kāi)發(fā)系統(tǒng)。用戶需求:執(zhí)行實(shí)際工作的用戶對(duì)系統(tǒng)所能完 成的具體任務(wù)的期望,描述了系統(tǒng)能夠助用戶 做些什么。系統(tǒng)需求:用戶對(duì)系統(tǒng)行為的期望,一系列的 系統(tǒng)行為聯(lián)系在一起可以幫助用戶完成任務(wù),滿足業(yè)務(wù)需求;系統(tǒng)需求可以直接映射為系統(tǒng) 行為,定義了系統(tǒng)中需要實(shí)現(xiàn)的功能,描述了 開(kāi)發(fā)人員需要實(shí)現(xiàn)什么 業(yè)務(wù)需求、用戶需求和系統(tǒng)(級(jí))需求的區(qū)別與聯(lián)系如右圖所示:用戶需求-> 系統(tǒng)需求的過(guò)程:首先需要分析問(wèn)題領(lǐng)

7、域及其特性,從中發(fā)現(xiàn)問(wèn)題域和計(jì)算機(jī)系統(tǒng)的 共享知識(shí),建立系統(tǒng)的知識(shí)模型;然后將用戶需求部署到系統(tǒng)模型 當(dāng)中,即定義系列的系統(tǒng)行為,讓它們聯(lián)合起來(lái)實(shí)現(xiàn)用戶需求,每 一個(gè)系統(tǒng)行為即為一個(gè)系統(tǒng)需求。該過(guò)程就是需求工程當(dāng)中最為重 要的需求分析活動(dòng),又稱建模與分析活動(dòng)。6.優(yōu)秀的需求哪些特性 ?試為每一個(gè)特性都舉出一個(gè)不符合的示 例。優(yōu)秀的需求特性:1)完備性:不需要做更多的擴(kuò)展就可以充分的說(shuō)明用戶所需要的系 統(tǒng)功能。每一個(gè)需求的描述都應(yīng)該包含開(kāi)發(fā)人員設(shè)計(jì)和實(shí)現(xiàn)這項(xiàng) 功能需要的所有信息。R6 (不完整):系統(tǒng)應(yīng)該允許被擴(kuò)展R7 (完整、較R8精確):系統(tǒng)的調(diào)度算法應(yīng)該允許被擴(kuò)展2)正確性:真實(shí)的反映用戶

8、的意圖;必須請(qǐng)需求的提出者予以確 認(rèn)。3) 可行性:在檢查的過(guò)程中,由開(kāi)發(fā)人員進(jìn)行檢查可能需要進(jìn)行 一定的分析和研究,而不是單純的憑借經(jīng)驗(yàn)和直覺(jué)。對(duì)于難以判斷 的需求,必要的時(shí)候要通過(guò)開(kāi)發(fā)原型來(lái)加以驗(yàn)證。示例:保證系統(tǒng)核心功能可以7X24小時(shí)連續(xù)運(yùn)行。4)必要性:滿足用戶的業(yè)務(wù)需求所必需的。5) 無(wú)歧義:每一項(xiàng)需求都應(yīng)該有而且只能有一種解釋。定義一個(gè)可以共同理解的詞匯表(Glossary)6)可驗(yàn)證:通過(guò)分析、檢查、模擬或者測(cè)試等方法能夠判斷需求是 否被滿足。示例:實(shí)現(xiàn)各部門(mén)的公文流轉(zhuǎn)無(wú)紙化、文檔一體化、業(yè)務(wù)管理的 規(guī)范化、自動(dòng)化和網(wǎng)絡(luò)化;統(tǒng)一辦公流程、規(guī)范公文格式,加強(qiáng)信 息交流和共享,提高

9、工作效率;不可驗(yàn)證的需求往往是因?yàn)槊枋瞿?糊或者過(guò)于抽象,所以在進(jìn)行需求的描述時(shí)要讓需求具體化、小心 形容詞和副詞的使用、避免程度詞的使用。第三章1需求工程過(guò)程的工作基礎(chǔ)(即輸入)存在哪些?他的工作成果(即 輸出)有哪些?答:需求過(guò)程的工作基礎(chǔ)是獲取用戶面臨的業(yè)務(wù)問(wèn)題,用戶期望系統(tǒng)表現(xiàn)出來(lái)的各種行為,即需求獲取工作成果:產(chǎn)生一個(gè)能夠在用 戶環(huán)境下解決用戶業(yè)務(wù)問(wèn)題的系統(tǒng)方案,并將其文檔化為明確的規(guī) 格說(shuō)明。2描述需求工程的各個(gè)活動(dòng),說(shuō)明他們各自的工作基礎(chǔ),工作目 標(biāo)和工作成果1需求獲?。汗ぷ骰A(chǔ):1.收集背景資料2定義項(xiàng)目前景和范圍3選擇信息的 來(lái)源4. 選擇獲取方法,執(zhí) 行獲取5記錄獲取結(jié)果工

10、作目標(biāo):獲取用戶需求,了解用戶在完成任務(wù)的時(shí)候遇到的問(wèn)題 與期望 工作成果:業(yè)務(wù)需求,項(xiàng)目的前景和范圍,用戶需求以及問(wèn) 題域的特征2需求分析:工作基礎(chǔ):1背景分析2確定系統(tǒng)邊界3需求建模4.需求細(xì)化5.確定優(yōu)先權(quán)6.需求協(xié)商工作目標(biāo):1.通過(guò)建模整合各種信息,是人們更好地理解問(wèn)題2定義一個(gè)需求集合,能夠?yàn)閱?wèn)題界定一個(gè)游戲的解決方案工作成果:產(chǎn)生一個(gè)需求的基線集,它指定了系統(tǒng)或當(dāng)前版本的 系統(tǒng)開(kāi)發(fā)需完成的任務(wù)3需求規(guī)格說(shuō)明:工作基礎(chǔ)1.定制文檔模板2.編寫(xiě)文檔工作目標(biāo):為了系統(tǒng)涉眾之間交流需求信息工作成果:需求規(guī)格文檔說(shuō)明4需求驗(yàn)證工作基礎(chǔ)1執(zhí)行驗(yàn)證2問(wèn)題修改 工作目標(biāo):為了盡量不給設(shè)計(jì) 實(shí)現(xiàn)測(cè)

11、試后續(xù)開(kāi)發(fā)活動(dòng)帶來(lái)不必要的影響。需求規(guī)格說(shuō)明文檔定義 必須正確準(zhǔn)確地反映用戶的意圖工作成果:驗(yàn)證之后,問(wèn)題得以修正需求管理:工作基礎(chǔ):1.建立和維護(hù)需求基線集2.建立需求跟蹤信息3進(jìn)行 變更控制 工作目標(biāo):保證需求作用的持續(xù)穩(wěn)定和有效發(fā)揮工作成果:需求管理會(huì)進(jìn)變更控制和實(shí)現(xiàn)合理的變更請(qǐng)求拒絕不合 理的變更請(qǐng)求,控制變更的成本和影響范圍4.需求工程師需求具備的技能 專業(yè)技能,分析技能,交流技能, 觀察技能,建模技能,寫(xiě)作技能,創(chuàng)新技能,協(xié)調(diào)技能第五章1. 為什么要定義項(xiàng)目的前景和范圍?答、業(yè)務(wù)需求、高層解決方案和系統(tǒng)特性都應(yīng)該被記錄下來(lái),定 義為項(xiàng)目的前景與范圍文檔,前景描述了產(chǎn)品的作用和最終的

12、功能 它將所有的涉眾都統(tǒng)一到一個(gè)方向上范圍指出了當(dāng)前項(xiàng)目是要解決 產(chǎn)品長(zhǎng)遠(yuǎn)規(guī)劃的那一部分,它為項(xiàng)目規(guī)定了需求的界限案例題:1.你被任命為替換學(xué)生財(cái)務(wù)資助項(xiàng)目的項(xiàng)目經(jīng)理 。你想開(kāi)發(fā)一 個(gè)工作陳述來(lái)定義范圍并降低范圍蔓延的風(fēng)險(xiǎn) 。財(cái)務(wù)資助部門(mén)的主管堅(jiān)持要你15個(gè)月、600 000美元的預(yù)算內(nèi)替換他現(xiàn) 有的系統(tǒng)就可以了。他說(shuō)這就是你需要知道的全部,不需要 浪費(fèi)時(shí)間開(kāi)發(fā)一個(gè)工作陳述了 。省略工作陳述的風(fēng)險(xiǎn)是什么? 你將如何說(shuō)服主管?解答:省略工作陳述的風(fēng)險(xiǎn)是不能明確項(xiàng)目的前景和范圍。如果省略了工作陳述的話,我們就不能和用戶進(jìn)行很好的溝 通與交流,這樣,項(xiàng)目的問(wèn)題也就不能明確,開(kāi)發(fā)人員無(wú)法 與涉眾對(duì)問(wèn)題

13、達(dá)成共識(shí);無(wú)法明確問(wèn)題,也就無(wú)法發(fā)現(xiàn)正確 的業(yè)務(wù)需求,無(wú)法定義良好的解決方案及系統(tǒng)特性,繼而無(wú) 法明確項(xiàng)目的前景和范圍,這樣就會(huì)造成項(xiàng)目的不穩(wěn)定甚至 失?。〉诹?.什么是涉眾?涉眾分析?軟件系統(tǒng)中常見(jiàn)的涉眾?涉眾是與要建設(shè)的業(yè)務(wù)系統(tǒng)相關(guān)的一切人和事.涉眾分析就是為軟件系統(tǒng)尋找并理解關(guān)鍵涉眾的過(guò)程常見(jiàn)的涉眾:管理著:用戶、客戶、開(kāi)發(fā)人員、管理者、領(lǐng)域?qū)<?、政府力量和市?chǎng)力量等領(lǐng)域?qū)<遥涸趩?wèn)題域中具有豐富知識(shí)的專家*關(guān)注軟件中的知識(shí)政府力量:法律法規(guī)、長(zhǎng)遠(yuǎn)規(guī)劃、政策意向*起約束和指導(dǎo)作用市場(chǎng)力量:組織中的市場(chǎng)部門(mén)人員,關(guān)注用戶的想法關(guān)注用戶想法用戶:最終使用和操作產(chǎn)品的人*關(guān)注軟件功能客戶:為軟

14、件系統(tǒng)開(kāi)發(fā)付費(fèi)的人*關(guān)注經(jīng)濟(jì)的成本、收益開(kāi)發(fā)者:負(fù)責(zé)實(shí)現(xiàn)軟件系統(tǒng)的人*關(guān)注技術(shù)上的成本和利益第七章2列出面談的5個(gè)步驟面談準(zhǔn)備的主要工作包括:1、閱讀背景資料2、確定面談的主題和目標(biāo)3、選擇被會(huì)見(jiàn)者4、準(zhǔn)備會(huì)見(jiàn)被會(huì)見(jiàn)者5、確定問(wèn)題和類型第8章1.原型的定義原型是一個(gè)系統(tǒng),他內(nèi)化了一個(gè)更遲系統(tǒng)的本質(zhì)特征。2說(shuō)明原型在需求獲取中的作用和試用情景因?yàn)樵褪窃谧罱K系統(tǒng)產(chǎn)生之前的一個(gè)局部真實(shí)表現(xiàn),所以原型 方法可以讓人們?cè)谙到y(tǒng)的開(kāi)發(fā)過(guò)程中,就能對(duì)一些具體問(wèn)題進(jìn)行基 于事物有效溝通,從而幫助人們今早解決軟件開(kāi)發(fā)過(guò)程中存在的各 種不確定性。場(chǎng)景:產(chǎn)品以前從未存在過(guò),而且難以可視化,這些產(chǎn)品屬于創(chuàng)新產(chǎn)品 他們

15、的基本需求是潛在的,有很大的不確定性產(chǎn)品的用戶對(duì)相關(guān)類別的產(chǎn)品沒(méi)有經(jīng)驗(yàn),而且對(duì)將要采用的技術(shù) 也沒(méi)有經(jīng)驗(yàn)。此時(shí)用戶無(wú)法明確工作的具體細(xì)節(jié),產(chǎn)品的細(xì)節(jié)需求 存在著不確定性 用戶進(jìn)行自己的工作已經(jīng)有一段時(shí)間了 ,但在完成 工作的方式上依然存在障礙。用戶清晰說(shuō)明他們的需求方面存在困 難。在澄清和理解之前,這些需求存在著不確定性需求的可行性值的懷疑,即具體需求的可滿足性存在著不確定性三、案例題我有一個(gè)絕妙的主意!” Bea Kwick宣布,他是系統(tǒng)團(tuán)隊(duì)的一位 新來(lái)的需求工程師,讓我們跳過(guò)所有的SDLC垃圾,直接為一切設(shè) 計(jì)原型。我們的項(xiàng)目會(huì)進(jìn)展的更快,還可以節(jié)省時(shí)間和金錢(qián),并且 所有的用戶會(huì)感到我們似

16、乎很在意他們,而不是連續(xù)幾個(gè)月不與他 們交談。a)列出你(作為與Bea同一個(gè)團(tuán)隊(duì)的成員)用來(lái)勸阻她不要試圖 放棄SDLC,而直接為所有項(xiàng)目設(shè)計(jì)原型的原因。b)Bea對(duì)你所說(shuō)的話很失望。為了鼓勵(lì)她,用一段話向她說(shuō)明,你認(rèn)為適用于原型化方法的情(1)主要原因:原型僅僅是開(kāi)發(fā)當(dāng)中使用的一種手段,它利用得當(dāng) 可以加速開(kāi)發(fā)的進(jìn) 程,但不能代替軟件開(kāi)發(fā)中的所有工作。(2)情形見(jiàn)下表,尤其是其中紅色的部分第九章1為什么需要觀方法?觀察方法的適用情景是什么?答:很多時(shí)候用戶無(wú)法完成主動(dòng)的信息告知,或者說(shuō)用戶和需求 工程師之間的語(yǔ)言交流無(wú)法產(chǎn)生有效的結(jié)果,這時(shí)就有必要采用觀 察的方法。采樣觀察:根據(jù)明確的目的選

17、取特定的時(shí)間段或者特定的事件進(jìn)行觀察。民族志:觀察者深入到用戶中,花費(fèi)較長(zhǎng)的時(shí)間(一般為 幾個(gè)月)來(lái)觀察用戶的活動(dòng)。話語(yǔ)分析:它通過(guò)觀察和分析用戶交談中的交互方式或者特定的話語(yǔ)形式的內(nèi)部結(jié)構(gòu)來(lái)發(fā)現(xiàn)和獲取相關(guān)信息 。協(xié)議分析:對(duì)用戶任務(wù)的觀察。它要求觀察對(duì)象一邊執(zhí)行任務(wù), 一邊大聲地解釋他們?cè)趫?zhí)行任務(wù)時(shí)產(chǎn)生的各種想法。任務(wù)分析:專門(mén)針對(duì)人機(jī)交互行為的觀察。它引入了相關(guān)的模型 方法來(lái)觀察、記錄和分析用戶與軟件系統(tǒng)的交互行為案例題1. Ceci Awill說(shuō):我想我能記得他所做過(guò)的大部分事情?!?Ce準(zhǔn) 備與OK Corral公司戰(zhàn)略規(guī)劃副總裁 Biff Weblldon 進(jìn)行面談。OK C orr

18、al 是一家擁有130間牛排連鎖店的公司。我的意思是說(shuō),我有好的記 性。我認(rèn)為聽(tīng)他說(shuō)什么比看他做什么更重要?!弊鳛樾枨蠊こ虉F(tuán)隊(duì)的一員,Ceci Awll向你訴說(shuō)了他要寫(xiě)下在面談中 對(duì)Biff的辦公司和Biff的活動(dòng)進(jìn)行觀察的愿望。(1)用一段話來(lái)說(shuō)服Ceci,在面談時(shí)僅僅傾聽(tīng)是不夠的,觀察和 記錄所觀察的內(nèi)容同樣是很重要的。(2)Ceci似乎接受了你認(rèn)為觀察時(shí)很重要的觀點(diǎn),但是不知道該 觀察什么。列出需要觀察的項(xiàng)目和行為,在每一項(xiàng)行為的旁邊用一 句話指名Ceci通過(guò)觀察應(yīng)該得到的信息。答:(1)面談并不能確保用戶能夠?qū)⑺械男畔⒍几嬷枨蠊?程師,諸如一些語(yǔ)言無(wú)法確切描述的事務(wù),而觀察能夠了解

19、用戶真 正做什么,還能夠獲取到其他方法不能得到的用戶及其工作環(huán)境的 信息,還可以對(duì)從其他方法獲取的信息進(jìn)行確認(rèn),所以我們應(yīng)該重 視觀察方法的應(yīng)用。觀察客戶所處的環(huán)境(得出何種需求才能更適合客戶)。(2)觀察客戶行為、習(xí)慣特征(得出更適合客戶使用的軟件需求)第十一章2什么是系統(tǒng)模型,他與需求分析和系統(tǒng)設(shè)計(jì)有什么關(guān)系?系統(tǒng)模型是指以某種確定的形式 (如文字、符號(hào)、圖表、實(shí)物、 數(shù)學(xué)公式等),對(duì)系統(tǒng)某一方面本質(zhì)屬性的描述。需求分析是挖掘和整理知識(shí)的過(guò)程,它在已掌握知識(shí)的基礎(chǔ)上進(jìn) 行。初步捕獲到的需求信息往往處于不同層次,也有一些主觀甚至 不正確的信息。而經(jīng)過(guò)必要的需求分析工作之后,需求會(huì)更加系統(tǒng)、 更加有條理、更加全面。那么系統(tǒng)分析呢?如果說(shuō),需求分析致力于搞清楚軟件系統(tǒng)要 做 什么”的話,那么系統(tǒng)分析已經(jīng)涉及 怎么做”的問(wèn)題了。需求捕獲、需求分析以及系統(tǒng)分析之間的關(guān)系我們必須理解透徹,否則就會(huì)影響工作的有效性進(jìn)行。同樣,在實(shí)踐中,需求分析和系統(tǒng)分析也常常被混淆。需求分析 致力與搞清軟件系統(tǒng)要做什么”,而系統(tǒng)分析更關(guān)注怎么做”的問(wèn)題, 比如大多數(shù)分析方法(如00A)應(yīng)該術(shù)語(yǔ)系統(tǒng)分析的范疇。第十二章1什么是系統(tǒng)思想?過(guò)程模型如何反應(yīng)系統(tǒng)思想?系統(tǒng)是指由相互 制約、相互作用的一些部分組成的具有某種功能的有機(jī)整體。因此 系統(tǒng)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論