【正文】 姓名，地址，電話書(shū)店支出信息月份，水電支出，員工支出，其他支出，結(jié)算 數(shù)據(jù)流數(shù)據(jù)流名數(shù)據(jù)流來(lái)源數(shù)據(jù)流去向組成登記新書(shū)信息進(jìn)貨信息存書(shū)信息新書(shū)信息查詢新書(shū)信息新書(shū)登記信息管理員新書(shū)信息登記打折書(shū)信息存書(shū)信息銷售信息存書(shū)信息查詢打折書(shū)信息打折書(shū)登記信息管理員存書(shū)信息.登記會(huì)員信息會(huì)員信息存書(shū)信息會(huì)員信息查詢會(huì)員信息會(huì)員登記信息管理員會(huì)員信息 數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)名輸入的數(shù)據(jù)流輸出的數(shù)據(jù)流組成新書(shū)登記表進(jìn)貨信息，是否為新書(shū)存書(shū)信息進(jìn)貨信息，存書(shū)信息打折書(shū)登記表存書(shū)信息，是否為打折書(shū)銷售信息存書(shū)信息，銷售信息會(huì)員登記表會(huì)員信息，銷售信息會(huì)員信息會(huì)員信息，銷售信息第6\8章 簡(jiǎn)述面向數(shù)據(jù)結(jié)構(gòu)方法的特點(diǎn)答：特點(diǎn)如下：1 以信息對(duì)象及其操作作為核心進(jìn)行需求分析；2 認(rèn)為復(fù)合信息對(duì)象具有層次結(jié)構(gòu)，并且可按順序，選擇，重復(fù)3種結(jié)構(gòu)分解為成員對(duì)象信息；3 提供由層次信息結(jié)構(gòu)映射為程序結(jié)構(gòu)的機(jī)制，從而為軟件設(shè)計(jì)奠定良好的基礎(chǔ)。也沒(méi)有采用什么結(jié)構(gòu)化分析方法，就僅僅描述了幾個(gè)對(duì)象及其功能。 采用結(jié)構(gòu)化分析方法寫(xiě)出書(shū)店管理系統(tǒng)的需求文檔，包括數(shù)據(jù)流圖及數(shù)據(jù)字典。因?yàn)閿?shù)據(jù)流由一組固定成分的數(shù)據(jù)組成。8）分層DFD中的每個(gè)基本加工（即不再分解子圖的加工）都應(yīng)有一個(gè)加工規(guī)約。6）在整套分層數(shù)據(jù)流中，每個(gè)文件應(yīng)至少有一個(gè)加工讀該文件，有另一個(gè)加工寫(xiě)該文件。數(shù)據(jù)流圖進(jìn)行需求分析的過(guò)程：1） 畫(huà)出系統(tǒng)的輸入和輸出2） 畫(huà)出系統(tǒng)內(nèi)部3） 畫(huà)出加工內(nèi)部4）重復(fù)第三步，直至每個(gè)尚未分解的加工都足夠簡(jiǎn)單（即不必再分解） 分別采用數(shù)據(jù)流方法中得哪些技術(shù)來(lái)完成用戶需求的精確化、一致化和完全化的任務(wù)。它從信息傳遞和加工的角度，以圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過(guò)程，同時(shí)可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。 數(shù)據(jù)流圖（DFD）描述輸入數(shù)據(jù)流到輸出數(shù)據(jù)流的變換（即加工），用于對(duì)系統(tǒng)的功能建模。（4） 模塊功能獨(dú)立的優(yōu)點(diǎn)：系統(tǒng)容易開(kāi)發(fā)，系統(tǒng)可靠性高，系統(tǒng)易于維護(hù)，軟件結(jié)構(gòu)清晰。（3） 用內(nèi)聚度與耦合度來(lái)度量獨(dú)立性。第二，由于因設(shè)計(jì)和編碼修改引起的副作用受到局限，錯(cuò)誤傳播被減小，并且模塊復(fù)用成為可能，所以獨(dú)立的模塊更易于維護(hù)和測(cè)試。？設(shè)計(jì)中為什么模塊要獨(dú)立？如何度量獨(dú)立性？模塊功能獨(dú)立有何優(yōu)點(diǎn)？（1） 模塊的獨(dú)立性是模塊化、信息隱藏和局部化等概念的直接結(jié)果。模塊獨(dú)立的概念是模塊化、抽象、信息隱藏和局部化概念的直接結(jié)果。通過(guò)抽象，可以確定組成軟件的過(guò)程實(shí)體。信息隱蔽為軟件系統(tǒng)的修改、測(cè)試及以后的維護(hù)都帶來(lái)好處。信息隱藏指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的特定信息（過(guò)程或數(shù)據(jù)），對(duì)于不需要這些信息的其他模塊來(lái)說(shuō)，是透明的。但不能講具有低耦合性模塊結(jié)構(gòu)的軟件一定具有可移植性，因?yàn)槭欠窬哂锌梢浦残赃€有其它因素的影響。將來(lái)如果想要把它們移植到另一個(gè)外部環(huán)境中，這些模塊容易修改（功能內(nèi)聚），且接口清晰，修改可局部化。例如，有一個(gè)圖形處理軟件，它應(yīng)具有二維幾何圖形處理、三維幾何圖形處理、圖形顯示、外設(shè)控制、數(shù)據(jù)庫(kù)管理、用戶界面控制、設(shè)計(jì)分析等模塊?？梢浦残允怯靡唤M子特性，包括簡(jiǎn)明性、模塊獨(dú)立性、通用性、可擴(kuò)充性、硬件獨(dú)立性和軟件系統(tǒng)獨(dú)立性等，來(lái)衡量的。耦合和軟件可移植性的概念有何關(guān)系？舉例說(shuō)明自己的結(jié)論。模塊化的目的是為了降低程序復(fù)雜度，使程序設(shè)計(jì)、調(diào)試和維護(hù)等操作簡(jiǎn)單化。逐步求精的結(jié)果是得到一系列以功能塊為單位的算法描述。模塊化，即把軟件按照規(guī)定原則，劃分為一個(gè)個(gè)較小的，相互獨(dú)立的但又相互關(guān)聯(lián)的部件，實(shí)際上是系統(tǒng)分解和抽象的過(guò)程。 簡(jiǎn)述模塊、模塊化及模塊化設(shè)計(jì)的概念。 部件級(jí)設(shè)計(jì)將軟件體系結(jié)構(gòu)的結(jié)構(gòu)性元素變換為對(duì)軟件部件的過(guò)程性描述。 接口設(shè)計(jì)描述了軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以及軟件同人之間的通信方式。 體系結(jié)構(gòu)設(shè)計(jì)定義了軟件的整體結(jié)構(gòu)，由軟件部件、外部可見(jiàn)的屬性和他們之間的關(guān)系組成。 數(shù)據(jù)/類設(shè)計(jì)將分析類模型變換成類的實(shí)現(xiàn)和軟件實(shí)現(xiàn)所需要的數(shù)據(jù)結(jié)構(gòu)。使用一種設(shè)計(jì)方法，軟件分析模型中通過(guò)數(shù)據(jù)、功能和行為模型所展示的軟件需求的信息被傳送給設(shè)計(jì)階段，產(chǎn)生數(shù)據(jù)/類設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、部件及設(shè)計(jì)。答：參與人員：分析人員，用戶，開(kāi)發(fā)部門(mén)的管理者，軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試的人員。答：軟件需求規(guī)約包括：引言、信息描述、功能描述、行為描述、檢驗(yàn)標(biāo)準(zhǔn)、參考書(shū)目、附錄。安全性是對(duì)銀行用戶個(gè)人信息保密的基本要求；在使用系統(tǒng)時(shí)，由于用戶龐大，要求能快速安全的執(zhí)行要求，這就對(duì)系統(tǒng)的性能有高需求；銀行的用戶的變動(dòng)比較大，需求高要求的系統(tǒng)維護(hù)。軟件產(chǎn)品的非功能性需求包括系統(tǒng)的性能、可靠性、可維護(hù)性、可擴(kuò)充性和對(duì)技術(shù)和對(duì)業(yè)務(wù)的適應(yīng)性等。答：（1）能否建立起順暢的通訊途徑；（2）是否能夠獲取用戶對(duì)系統(tǒng)的功能需求和非功能需求；（3）是否利于在可運(yùn)行系統(tǒng)時(shí)的管理要求。（8）超強(qiáng)超快的學(xué)習(xí)能力：IT行業(yè)新技術(shù)層出不窮，同時(shí)其他相關(guān)必備知識(shí)、業(yè)務(wù)知識(shí)也是瞬息萬(wàn)變，系統(tǒng)分析師要能夠快速學(xué)習(xí)并快速掌握和靈活應(yīng)用；（9）敏銳的觀察力：由于IT行業(yè)項(xiàng)目的特殊性，項(xiàng)目復(fù)雜多變，系統(tǒng)分析師要能夠先于其他人員發(fā)現(xiàn)問(wèn)題、發(fā)現(xiàn)隱患，并提前做出規(guī)避風(fēng)險(xiǎn)的策略。分析人員是參與這之中的重要一份子，需要協(xié)調(diào)這之中的各方利益，這就要求分析員必須要有優(yōu)秀的協(xié)商談判能力。答： （1）強(qiáng)烈的責(zé)任心和事業(yè)心系統(tǒng)分析師由于必須保證分析的準(zhǔn)確性，尤其是需求，所以責(zé)任更為重大。換句話說(shuō)，需求管理就是：一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個(gè)使用戶與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一致的過(guò)程。（5）需求驗(yàn)證此階段的任務(wù)是對(duì)功能的正確性、完整性和清晰性，以及其他需求給予評(píng)價(jià)，保證軟件需求定義的質(zhì)量。（4）需求規(guī)約軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。（2）需求分析與協(xié)商此階段的任務(wù)是對(duì)需求進(jìn)行分類組織，分析每個(gè)需求與其他需求的關(guān)系以檢查需求的一致性、重疊和遺漏的情況，并根據(jù)用戶的需要對(duì)需求進(jìn)行排序。（1）需求獲取在需求獲取階段系統(tǒng)分析人員通過(guò)與用戶的交流、對(duì)現(xiàn)有系統(tǒng)的觀察以及對(duì)任務(wù)進(jìn)行分析，確定系統(tǒng)或產(chǎn)品范圍的限制性描述、與系統(tǒng)或產(chǎn)品有關(guān)的人員及特征列表、系統(tǒng)的技術(shù)環(huán)境的描述、系統(tǒng)功能的列表以及應(yīng)用于每個(gè)需求的領(lǐng)域限制、一組描述不同運(yùn)行條件下系統(tǒng)或產(chǎn)品使用狀況的應(yīng)用場(chǎng)景以及為更好地定義需求而開(kāi)發(fā)的原型。失敗原因：需求分析