需求分析與功能建模方法（二）（總分100，考試時間90分鐘）、選擇題.設有某OLAP多維分析工具，對由商品銷售表、商品采購表、商品表、商品類別表、顧客表、供應商表構成的主題區(qū)域進行主題分析。為了反映數(shù)據(jù)的變化，系統(tǒng)需要采用適當?shù)牟呗詮臄?shù)據(jù)源獲取變化數(shù)據(jù)。這些數(shù)據(jù)表中，一般情況下，不太適合采用快照方式從業(yè)務系統(tǒng)獲取數(shù)據(jù)的是 。A）商品銷售表、商品采購表B）商品表、商品類別表C）顧客表、商品類別表、供應商表D）都不適合.在數(shù)據(jù)庫系統(tǒng)的三級模式結構中，內(nèi)模式有 A）1個B）2個C）3個D）多個.設在SQLServer2000的某數(shù)據(jù)庫中，有表T和下列類型的用戶I.該數(shù)據(jù)庫的擁有者 II.表T的創(chuàng)建者III.普通用戶U1W.Guest在該數(shù)據(jù)庫中，需要經(jīng)過授權才能對表T數(shù)據(jù)執(zhí)行更改操作的用戶是 。A）僅m b）僅m和w C）僅n、m和wD）全部.在數(shù)據(jù)庫中為什么要并發(fā)控制?①為了控制數(shù)據(jù)庫②防止多用戶并發(fā)使用數(shù)據(jù)庫時造成數(shù)據(jù)錯誤和程序運行錯誤③保證數(shù)據(jù)的完整性④保證數(shù)據(jù)的安全性⑤保證數(shù)據(jù)的可靠性A）①②③B）①②④C）①②⑤ D）①②③④⑤.在分布式數(shù)據(jù)庫的數(shù)據(jù)分配中，若全局數(shù)據(jù)存在多個副本，在每個物理場地都保存著個完整的數(shù)據(jù)副本，該策略屬于 。A）集中式 B）分割式 C）全復制式 D）混合式.有關聯(lián)機分析處理（OLAP）與聯(lián)機事務處理（OLTP）的正確描述是 OLAP面向操作人員，OLTP面向決策人員

OLAP使用歷史性的數(shù)據(jù)，OLTP使用當前數(shù)據(jù)OLAP經(jīng)常對數(shù)據(jù)進行插入、刪除等操作，而OLTP僅對數(shù)據(jù)進行匯總和分析OLAP不會從已有數(shù)據(jù)中發(fā)掘新的信息，而OLTP可以.在數(shù)據(jù)庫應用系統(tǒng)的運行過程中，設有下列運維活動.監(jiān)控數(shù)據(jù)庫服務器的空間使用情況，根據(jù)需要對空間進行調(diào)整.調(diào)整數(shù)據(jù)庫結構，編寫應用程序，滿足最終用戶提出的應用程序功能需求m.制定合理的備份計劃，定期對數(shù)據(jù)庫和日志進行備份w.通過權限管理、身份認證、跟蹤及審計等措施來保證數(shù)據(jù)庫的安全v.設計和編制數(shù)據(jù)錄入程序，完成數(shù)據(jù)庫應用系統(tǒng)上線前的初始數(shù)據(jù)錄入工作w.借助相應工具在數(shù)據(jù)庫運行過程中監(jiān)測數(shù)據(jù)庫系統(tǒng)的運行情況以上活動中，一般情況下不應由DBA執(zhí)行的是 。A）僅m和wB）僅n和vC）僅I和vD）僅n、m和w.某高校十個系的學生信息放在一張基本表里，下列措施可使各系的管理員只能讀取本系的學生信息的是 。A）建立各系的列級信息，并將對該視圖的讀取權限賦予該系的管理員B）建立各系的行級視圖，并將對該視圖的讀取權限賦予該系的管理員C）將學生信息表的部分列的讀取權限賦予各系的管理員D）將修改學生信息表的權限賦予各系的管理員.在數(shù)據(jù)庫中為什么要并發(fā)控制?①為了控制數(shù)據(jù)庫②防止多用戶并發(fā)使用數(shù)據(jù)庫時造成數(shù)據(jù)錯誤和程序運行錯誤③保證數(shù)據(jù)的完整性④保證數(shù)據(jù)的安全性⑤保證數(shù)據(jù)的可靠性A）①②③B）①②④C）①②⑤ D）①②③④⑤.對于數(shù)據(jù)庫管理系統(tǒng)，下面說法不正確的是 。A）數(shù)據(jù)庫管理系統(tǒng)是一組軟件 B）數(shù)據(jù)庫管理系統(tǒng)負責對數(shù)據(jù)庫的定義和操縱C）數(shù)據(jù)庫管理系統(tǒng)包括數(shù)據(jù)庫 D）數(shù)據(jù)庫管理系統(tǒng)負責對數(shù)據(jù)庫的控制.分布式數(shù)據(jù)庫系統(tǒng)的“分片透明性”位于。A）全局模式與全局概念模式之間 B）分片模式與分配模式之間C）全局概念模式與分片模式之間 D）分配模式與局部概念模式之間.用數(shù)字表示類與類之間關聯(lián)的多重性，如果圖中沒有明確標示關聯(lián)的重數(shù)，則關聯(lián)的重數(shù)是 。A)0B)1C)0.1D)*

.在存儲保護模式中，可分為：I.執(zhí)行級(Executive),用E表示；.管理級(Supervisor),用S表示;.核心級(羥皿?1),用K表示；W.用戶級(User),用U表示。其優(yōu)先級從高到低的次序為 。A)SKEUB)SEUKC)KSEUD)KESU.數(shù)據(jù)庫的安全性控制可以保證用戶只能存取他有權存取的數(shù)據(jù)。在授權的定義中，數(shù)據(jù)對象，授予子系統(tǒng)就越靈活。A)范圍越大B)范圍越小C)約束越細D)范圍越適中.若系統(tǒng)中存在一個等待事務集T0,T1,……，Tn,其中T0正在等待被T1封鎖住的數(shù)據(jù)項A,T1正在等待被T2鎖住的數(shù)據(jù)項A2,……，Tn-1正在等待被Tn鎖住的的數(shù)據(jù)項An,Tn正在等待被T0鎖住的數(shù)據(jù)項A0,則該系統(tǒng)處于的工作狀態(tài)(A)并發(fā)處理(B)封鎖(C)循環(huán)(D)死鎖.以下關于索引的說法不正確(A)使用索引可提高查詢效率(B)使用索引可能使更新操作費時(C)使用索引可使輸出結果按一定順序排列(D)索引為DBMS提供了不同的查詢路徑.SQLServer2000中，public角色是系統(tǒng)提供的一個數(shù)據(jù)庫角色。下列關于public角色的說法，錯誤的是A)每個數(shù)據(jù)庫用戶都自動是該角色中的成員B)在不刪除數(shù)據(jù)庫用戶的前提下，不能手工從該角色中刪除成員C)該角色中的成員自動具有查詢數(shù)據(jù)庫中用戶表數(shù)據(jù)的權限D(zhuǎn))可以為該角色授予用戶表的數(shù)據(jù)操作權.在數(shù)據(jù)庫中可用多種結構組織數(shù)據(jù)，散列文件是其中一種。關于散列文件，下列說法錯誤的是 。A)為了防止桶溢出，在散列文件設計時，需要預留一些空間大小不固定的桶

B）用散列文件組織數(shù)據(jù)時，需要使用文件記錄中的一個或多個域作為查找碼C）如果散列文件中散列函數(shù)的“均勻分布性”不好，可能會造成桶溢出D）好的散列函數(shù)產(chǎn)生的存儲地址分布應盡可能是隨機的.有職工工資表（職工號、姓名、日期、基本工資、獎金、工資合計），其中“工資合計”等于同一行數(shù)據(jù)的“基本工資”與“獎金”之和，在職工工資表中插入一行數(shù)據(jù)時（設一次只插入一行數(shù)據(jù)）能實現(xiàn)自動計算“工資合計”列的值的代碼是 。ALTERTABLE職工工資表ADDCHECK（工資合計=基本工資+獎金）UPDATE職工工資表SET工資合計=基本工資+獎金INSERTINTO職工工資表（工資合計）VALUES（基本工資+獎金）CREATETRIGGERTRION職工工資表FORINSERTASUPDATE職工工資表SETa.工資合計=基本工資+a.獎金FROM職工工資表aJOININSERTEDbONa.職工號=b.職工號AND2.日期=匕日期.商場的業(yè)務子系統(tǒng)會在數(shù)據(jù)庫服務器上產(chǎn)生各種增刪改的事務或數(shù)據(jù)查詢服務請求，隨著系統(tǒng)的不斷運行，系統(tǒng)中的數(shù)據(jù)會不斷增長，就可能會出現(xiàn)系統(tǒng)效率下降的情況.以下幾種方法中不能優(yōu)化查詢的是 。A）清除對大型表行數(shù)據(jù)的順序存取B）使用左連接操作C）避免相關子查詢D）用排序來取代非順序磁盤存取.下列關于基本表選擇合適的文件結構的原則錯誤的是 。A）如果數(shù)據(jù)庫中的一個基本表中的數(shù)據(jù)量很少，操作很頻繁，該基本表可以采用堆文件組織方式B）順序文件支持基于查找碼的順序訪問，也支持快速的二分查找C）如果用戶查詢是基于散列閾值的等值匹配，散列文件比較合適D）如果某些重要而頻繁的用戶查詢經(jīng)常需要進行多表連接操作，可以考慮將表組織成為非聚集文件.下列語句正確描述了將WindowsNT用戶“$?”?恒55?「"添加至Usysadmin固定的服務器角色中的是 。 一EXECsp_addrole'Server\nt_user','sysadmin'EXECsp_addsrvrolemember'Server\nt_user','sysadmin'ADDsp_addrole'Server\nt_user','sysadmin'ADDsp_addsrvrolemember'Server\nt_user','sysadmin'.查詢優(yōu)化是提高數(shù)據(jù)庫應用系統(tǒng)性能的重要手段，下列給出的查詢優(yōu)化方法，一般情況下無效的是 。

A）為經(jīng)常需要進行排序或分組的列建立索引B）對經(jīng)常出現(xiàn)在查詢條件中的列建立索引C）對涉及連接的查詢，盡量用左外連接或右外連接代替內(nèi)連接D）采用提前計算方法，將頻繁訪問的視圖轉(zhuǎn)為物化視圖.在存儲保護模式中，可分為：I.執(zhí)行級（Executive）,用E表示；.管理級（Supervisor）,用S表示；.核心級（羥皿叫，用K表示；W.用戶級（User）,用U表示。其優(yōu)先級從高到低的次序為 。A）SKEUB）SEUKC）KSEUD）KESU.考慮一個關系和建立在該表上的一個索引，如果該表中數(shù)據(jù)記錄的排列順序與該索引的索引項的排列順序一致，則該索引為 。A）聚集索引B）非聚集索引 C）稠密索引 D）輔索引.根據(jù)數(shù)據(jù)庫應用系統(tǒng)生命周期模型，完成數(shù)據(jù)庫關系模式設計的階段是 A.需求分析B.概念設計 C.邏輯設計 D.物理設計.關于數(shù)據(jù)庫管理系統(tǒng)，下面說法不正確的是A）數(shù)據(jù)庫管理系統(tǒng)是一組軟件B）數(shù)據(jù)庫管理系統(tǒng)負責對數(shù)據(jù)的定義和操縱C）數(shù)據(jù)庫管理系統(tǒng)包括數(shù)據(jù)庫D）數(shù)據(jù)庫管理系統(tǒng)負責對數(shù)據(jù)庫的控制.在SQLServer2000中，設已對MyDB數(shù)據(jù)庫進行了如下圖所示的備份操作，備份數(shù)據(jù)均存儲在bk設備上，且該設備僅包含這些備份數(shù)據(jù)。下列利用bk設備上的數(shù)據(jù)進行恢復的操作，正確的是A)RESTOREDATABASEMyDBFROMbkWITHFILE=1,NORECOVERYRESTOREDATABASEMyDBFROMbkWITHFILE=3NORECOVERYRESTORELOGMyDBFROMbkWITHFILE=4B)RESTOREDATABASEMyDBFROMbkWITHFILE=1,NORECOVERYRESTORELOGMyDBFROMbkWITHFILE=2,NORECOVERYRESTOREDATABASEMyDBFROMbkWITHFILE=3NORECOVERYRESTORELOGMyDBFROMbkWITHFILE=4C)RESTOREDATABASEMyDBFROMbkWITHFILE=1,NORECOVERYRESTORELOGMyDBFROMbkWITHFILE=2

NORECOVERYRESTOREDATABASEMyDBFROMbkWITHFILE=3NORECOVERYRESTORELOGMyDBFROMbkWITHFILE=4D)RESTOREDATABASEMyDBFROMbkWITHFILE=1RESTORELOGMyDBFROMbkWITHFILE=2RESTOREDATABASEMyDBFROMbkWITHFILE=3RESTORELOGMyDBFROMbkWITHFILE=4一、選擇題.關于數(shù)據(jù)庫應用系統(tǒng)的需求分析工作，下列說法正確的是 。A.通過需求分析過程，需要確定出整個應用系統(tǒng)的目標、任務和系統(tǒng)的范圍說明B.在需求分析階段，系統(tǒng)需求分析員要與用戶充分溝通，并做出各類用戶視圖C.數(shù)據(jù)需求分析的主要工作是要辨識出數(shù)據(jù)處理中的數(shù)據(jù)處理流程D.數(shù)據(jù)操作響應時間、系統(tǒng)吞吐量、最大并發(fā)用戶數(shù)都是性能需求分析的重要指標TOC\o"1-5"\h\z.需求分析階段的任務是確定 。A軟件開發(fā)方法 B.軟件開發(fā)工具C軟件開發(fā)費用 D.軟件系統(tǒng)功能.對于大規(guī)模的數(shù)據(jù)收集，可以采用以下哪種需求獲取方式 .4面談調(diào)查B.實地觀察 。文檔采樣D.文件查閱.關于需求獲取的方法，以下說法錯誤的是 。A.需求分析員可以通過現(xiàn)場研究來分析和考察原有業(yè)務流程及操作過程的合理性B.需求分析員可以通過面談來了解公司目標及其與業(yè)務流程相關的信息C需求分析員需要收集和查閱客戶單位的相關文獻資料，如組織結構圖、規(guī)章制度、公司報告、公司圖表、崗位描述等。D.需求分析員可以把需要了解和調(diào)查的內(nèi)容編制成調(diào)查問卷交給用戶填寫，為了獲取更為準確且詳細的需求，調(diào)查問卷以主觀題為主.在結構化方法中，用數(shù)據(jù)流圖(DFD)作為描述工具的軟件開發(fā)階段是 ,4可行性分析 B.需求分析 C.詳細設計 D.程序編碼.軟件需求分析階段的工作可以分為4個方面：問題識別、需求分析、編寫需求規(guī)格說明書和。

A.階段性報告 B.需求確認與評審 C.需求獲取D.項目總結.軟件開發(fā)人員應當依據(jù)以下哪個文檔來開發(fā)當前產(chǎn)品 A.軟件需求規(guī)格說明書 B.可行性分析報告C.驗收標準D.項目合同.在信息系統(tǒng)的需求分析中，廣為使用的DFD建模方法屬于A.結構化分析方法B.數(shù)據(jù)分析方法C數(shù)據(jù)抽象方法D.業(yè)務歸納方法.在數(shù)據(jù)流圖(DFD)中，帶有名字的箭頭表示 。A.控制程序的執(zhí)行順序 B.模塊之間的調(diào)用關系C.數(shù)據(jù)的流向 D.程序的組成成分.關于數(shù)據(jù)流圖的符號，以下說法有誤的是 。A.數(shù)據(jù)流是具有名稱且有流向的數(shù)據(jù)，用標有名字、帶箭頭的線段表示B.處理表示對數(shù)據(jù)進行的加工和變換，在DFD中用圓形或圓角矩形表示C.數(shù)據(jù)存儲表示用數(shù)據(jù)庫形式或文件形式存儲的數(shù)據(jù)，用矩形表示D.外部實體表示數(shù)據(jù)的來源或終點，可以是人、組織、其他系統(tǒng)，它處于當前系統(tǒng)的外部.DFD圖的繪制步驟是 。兒自頂向下，逐步細化B.自底向上，逐步抽象。自底向上，逐步擴張D.由內(nèi)向外，逐步分解.以下局部數(shù)據(jù)流示意圖正確的是充強 H慕 熱鼻 日魘海酹E 需檢I 箔銳I―卜一■■一” ”廠^J一一^一| 1 F-時同

.在數(shù)據(jù)庫系統(tǒng)中，事務日志能夠?qū)崿F(xiàn) A）數(shù)據(jù)存儲 B）數(shù)據(jù)處理C）數(shù)據(jù)恢復 D）數(shù)據(jù)控制.關系規(guī)范化中的插入異常是指。A）應該刪除的數(shù)據(jù)未被刪除 B）應該插入的數(shù)據(jù)未被插入C）不該刪除的數(shù)據(jù)被刪除 D）不該插入的數(shù)據(jù)被插入、應用題.數(shù)據(jù)庫中有學生表Student（Sno，Sname，Ssex，Sage，Sdept），各屬性分別表示學號、姓名、性別、年齡和所在系；學生選課表SC（Sno,Cno,Grade），各屬性分別表示學號、課程號和成績；課程表Course（Cno,Cname，Cpno,Ccredit），各屬性分別表示課程號、課程名、先行課和學分。（先行課的意思是，比如課程號1有先行課5,說明要選課程1,就必須先選課程5）。請用以上各表完成查詢選修了全部課程的學生的姓名的語句：SELECTSnameFROMStudentWHERENOTEXISTS（SELECT*FROMCourseWHERE（SELECT*FROMSCWHEREAND）.某高校學生管理系統(tǒng)的新生數(shù)據(jù)取自各省招生辦公室的考生信息，篩選出錄取本校的考生信息直接導入，再根據(jù)錄取專業(yè)劃分班級并生成學號（學號的前四位與所在班級編號相

同）。學校的學生管理業(yè)務多以班級和學生為單位處理，應該對學生信息表建立，以減少I/O訪問次數(shù)，提高系統(tǒng)性能。某數(shù)據(jù)庫中有商品表Table_Goods(GoodsName,GoodsClassID,SaleUnitPrice^D商品分類表Table_GoodsClass(GoodsClassID,GoodsClassName,City)查詢單價高于家用電器類的商品平均價格的家用電器類商品SELECTGoodsName,SaleUintPriceFROMONa.GoodsClassID=b.GoodsClassIDWHERESaleUnitPrice>(SELECTFROMTable_GoodscJOINTable_GoodClassdONWHEREGoodsClassName=家用電器')AND。....TOC\o"1-5"\h\z在數(shù)據(jù)庫鏡像的兩種模式中，兩臺主機均為工作機，并為信息系統(tǒng)提供支持的是臺主機為工作機，另一臺為備份機的是 。...設某醫(yī)院管理系統(tǒng)，在數(shù)據(jù)庫設計期間已經(jīng)分析并抽象出了醫(yī)生實體集，該實體集包含下列屬性：醫(yī)生編號、姓名、性別、出生日期、科室號、職稱、特長和身份證號。上述屬性中，所有能夠作為候選碼的屬性是 。關系數(shù)據(jù)庫設計理論中主要包括三個方面的內(nèi)容，其中起核心作用的是 。在關系模型的完整性約束中，實體完整性規(guī)則是指關系中 。...設某數(shù)據(jù)庫中有商品表（商品號，商品名，商品類別，價格）?，F(xiàn)要創(chuàng)建一個視圖，該視圖包含全部商品類別及每類商品的平均價格。清補全如下語句：CREATEVIEWV1（商品類別，平均價格）ASSELECT商品類別，F(xiàn)ROM商品表GROUPBY商品類別ij

.介質(zhì)故障恢復采用的操作有：裝載數(shù)據(jù)備份，執(zhí)行REDO操作，執(zhí)行UNDO操作，其正確的操作步驟是。（用A>B表示A的執(zhí)行順序先與B）.某SQLServet2000數(shù)據(jù)庫中有兩張表：商品表（商品號，商品名，商品類別，成本價）和銷售表（商品號，銷售時間，銷售數(shù)量，銷售單價）。用戶需統(tǒng)計指定年份每類商品的銷售總數(shù)量和銷售總利潤，要求只列出銷售利潤最多的前三類商品的商品類別、銷售總數(shù)量和銷售總利潤。為了完成該統(tǒng)計操作，請按要求將下面的存儲過程補充完整。CREATEPROCp_Sum@yearINTASSELECTWITHTIES商品類別，SUM（銷售數(shù)量）AS銷售總數(shù)量，AS銷售總利潤FROM商品表JOIN銷售表ON商品表.商品號=銷售表.商品號WHEREyear（銷售時間）=@yearGROUPBY商品類別ORDERBY銷售總利潤.在UML模型中，用于展示對象之間的聯(lián)系以及對象間發(fā)送和接收消息的圖是 三、設計與應用題.數(shù)據(jù)庫中有Table_priceHistory表，結構如下表所示： 字段字段名數(shù)據(jù)類型 可否為空 單位備注ID商品編號VARCHAR（8）不允許 主碼GoodsName商品名稱GoodsName商品名稱VARCHAR(20)不允許StartDate價格生效日期DATETIME不允許碼EndDate價格失效日期DATETIME不允許碼，晚于StartDateSaleUnitPrice單價MONEY 不允許元①寫出創(chuàng)建Teachers表的SQL語句，要求語句中包含所有的約束。②現(xiàn)要查詢單價最高的前三種商品的商品編號、商品名稱和單保使用TOP語句）。主主

.現(xiàn)有如下兩個關系模式：Employees(Eid,Name,DeptNO)Departments(DeptNO,DeptName,TotalNumber)Employees關系模式描述了職工編號、姓名和所在部門編號；Departments關系模式描述了部門編號、名稱和職工總?cè)藬?shù)。請按SQLServer所采用的Tansact—SQL語法格式編寫實現(xiàn)具有功能的后觸發(fā)型觸發(fā)器:每當在Employees表中插入一行數(shù)據(jù)時，相應部門的職工總?cè)藬?shù)就加1。.對于工程數(shù)據(jù)庫的四個基本表廠家S(Sno，Sname，Status，City)產(chǎn)品P(Pno，Pname，Weight，Color)工程J(Jno，Jname，City)供貨SPJ(Sno,Pno,Jno,QTY)試用SQL的查詢語句表達下列查詢①查找出貨量(QTY)在300~500的所有供貨情況②查詢使用了由供應紅色產(chǎn)品的廠商供應的產(chǎn)品的工程名③查詢至少使用了廠家S1所提供的全部零件的工程名

.以下哪項不是數(shù)據(jù)字典中數(shù)據(jù)流條目的基本組成部分 A.數(shù)據(jù)流名 B.數(shù)據(jù)流組成C.數(shù)據(jù)類型 D.注釋.以下哪組均為常用的加工邏輯描述工具。A.流程圖、自然語言、偽代碼B.流程圖、判定表、判定樹。自然語言、偽代碼、結構化語言D.結構化語言、判定表、判定樹.在IDEF0建模中，連接到活動的下方箭頭表示兒輸入B.輸出C.控制D.機制.IDEF0是IDEF方法的一部分，用于建立系統(tǒng)的。A.功能模型B.信息模型C.動態(tài)模型 D.關系模型.關于IDEF0建模，以下說法錯誤的是A-0圖說明了系統(tǒng)目標、功能及模型涉及的信息范圍A0圖表示了A-0圖中的矩形框名字所要說明的內(nèi)容A0圖確定了整個模型的內(nèi)外關系和系統(tǒng)的邊界，構成進一步分解的基礎A-0圖可分解為3?6個主要部分，得到A0圖，A0圖是模型真正的頂層圖.關于DFD與IDEF0方法的區(qū)別，下列說法錯誤的是 。IDEF0模型結構更清晰，更便于理解和溝通DFD比IDEF0更加規(guī)范，圖形繪制過程簡單，更適合初學者DFD模型符號比IDEF0符號更多，其圖形符號包括外部實體、數(shù)據(jù)流、數(shù)據(jù)存儲和加工處理IDEF0圖的箭頭比DFD有更加豐富的語義，不僅能夠表示出數(shù)據(jù)流，還可以表示出控制流和說明處理或活動實施方式的一些約束.以下哪種類型的需求分析用于分析數(shù)據(jù)的來源和性質(zhì)A.數(shù)據(jù)需求分析 B.數(shù)據(jù)處理需求分析C.性能需求分析 D.業(yè)務規(guī)則需求分析.關于需求分析，以下說法錯誤的是 。A.需求分析階段的主要任務是分析清楚當前系統(tǒng)的業(yè)務流程，包括系統(tǒng)的體系結構、各職能部門完成的主要任務，以及各職能部門之間的關系及其交流的信息B.功能模型和軟件需求規(guī)格說明書是軟件開發(fā)的依據(jù)，將指導后續(xù)的開發(fā)工作C.需求分析制定整個數(shù)據(jù)庫應用系統(tǒng)的目標和任務，并從數(shù)據(jù)管理和數(shù)據(jù)處理的角度，

確定系統(tǒng)中數(shù)據(jù)庫軟件的功能、性能范圍D.需求分析就是對開發(fā)的系統(tǒng)要做什么、完成什么功能的全面描述。這個階段關注的是這個系統(tǒng)必須做什么.以下哪項不是軟件需求規(guī)格說明書的作用A.軟件設計的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件驗收的依據(jù)D.軟件可行性研究的依據(jù).以下哪個不是數(shù)據(jù)流圖的基本組成部分 。A.數(shù)據(jù)處理 B.數(shù)據(jù)存儲 C數(shù)據(jù)流 D.數(shù)據(jù)結構.關于數(shù)據(jù)流表示的描述，以下描述有誤的是—A.兩個不同的數(shù)據(jù)流在結構上允許相同B.兩個加工處理之間只能有唯一的數(shù)據(jù)流C.數(shù)據(jù)流不允許同名D.流進流出數(shù)據(jù)存儲的數(shù)據(jù)流不需要標注名字.以下哪項不是數(shù)據(jù)流圖的優(yōu)點。A.可反映出數(shù)據(jù)流向的加工處理B.容易及早發(fā)現(xiàn)系統(tǒng)中各部分的邏輯錯誤C.易與計算機處理對照D.人工繪制簡單，直觀易懂.分層DFD是一種比較嚴格又易于理解的描述方式，它的頂層圖描述了系統(tǒng)的 A.細節(jié) B.輸入與輸出 C.軟件的作者 D.繪制的時間.對于分層的DFD,父圖與子圖的平衡是指子圖的輸入、輸出數(shù)據(jù)流同父圖相應加工的輸入、輸出數(shù)據(jù)流。A.必須一致B.數(shù)目必須相等C.名字必須相同D.數(shù)目必須不等.需求分析階段不是用于描述加工邏輯的工具是A.結構化語言 B.判定表C判定樹D.流程圖

TOC\o"1-5"\h\z.結構化分析方法的基本思想是 。從自底向上，逐步抽象 B.自底向上，逐步分解。自頂向下，逐步分解 D.自項向下，逐步抽象.在數(shù)據(jù)字典的基本符號中，“"表示A.重復B.可選C.或 D.與.加工說明用于描述數(shù)據(jù)流圖的哪個成分 。A.數(shù)據(jù)流 B.數(shù)據(jù)源點和終點 C.數(shù)據(jù)變換 D.數(shù)據(jù)存儲.某航空系統(tǒng)對機票的定義如下：機票由姓名、日期、航班號、起點、終點和費用組成;其中姓名必須大于等于兩個字符，小于等于18個字符；航班號只能是YHK后接一位數(shù)字;終點只能是上海、北京中的一個；費用可選。以下哪個數(shù)據(jù)字典正確地描述了該機票信息A.機票=姓名+日期+航班號+起點+終點+（費用）姓名二2字符18航班號=YHK［0...9］終點二［北京I上海］B.機票二姓名+日期+航班號+起點+終點+（費用）姓名二2字符18航班號二YHK0...9）終點二北京I上海）C.機票二姓名+日期+航班號+起點+終點+費用姓名二2（字符）18航班號二YHK［0...9］終點二［北京I上海］D.機票二姓名+日期+航班號+起點+終點+費用姓名=2［字符］18航班號=YHK（0...9）終點二（北京I上海）.以下哪個元素是IDEF0建模方法的組成部分 。A.外部實體B.數(shù)據(jù)存儲C.活動 D.加工處理.下列用于數(shù)據(jù)庫需求分析的方法是 。A.DFD方法和IDEF1X方法 B.E-R方法和IDEF0方法C.E-R方法和IDEF1X方法D.DFD方法和IDEF0方法

34.關于IDEF0建模符號和規(guī)則，以下說法錯誤