軟件工程學(xué)復(fù)習(xí)與思考

1、選擇題1. 軟件是一種（C ）A、程序 B、數(shù)據(jù) C、邏輯產(chǎn)品D、物理產(chǎn)品2. 可行性研究要進行一次（D ）需求分析。A、深入的B、詳盡的C、徹底的D、簡化和壓縮了的3. 瀑布模型本質(zhì)上是一種（A ）A、線性順序模型B 、順序迭代模型C、線性迭代模型D 、及早見產(chǎn)品模型4. 需求分析最終結(jié)果是產(chǎn)生 （B ）A、項目開發(fā)計劃B 、需求規(guī)格說明書C、設(shè)計說明書D、可行性分析報告5. 開發(fā)軟件所需的高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的 矛盾，這種現(xiàn)象稱做（ C ）A.軟件工程B.軟件周期C.軟件危機D.軟件產(chǎn)生6. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（B ）研究的一方面。A. 技術(shù)可行性B

2、.經(jīng)濟可行性C.社會可行性D.法律可行性7. 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確 模型的過程叫（D ）A.生存期B.面向?qū)ο笤O(shè)計C.面向?qū)ο蟪绦蛟O(shè)計D. 面向?qū)ο蠓治?. 下列模型屬于成本估算方法的有（ A）A.COCOMO 模型B.McCall 模型C.McCabe度量法 D.時間估算法9. 盒圖也稱為（D ） 或Chapin圖.這種表達方式取消了流程線，它強迫程序員以結(jié)構(gòu)化方式思考和解決問題.A. 流程圖 B.框圖 C.判定表 D.N-S 圖10. 快速原型模型的主要特點之一是 （ D）A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D.及早

3、提供工作軟件11. 需求分析的任務(wù)不包括（B ）A.問題分析 B.系統(tǒng)設(shè)計 C.需求描述 D.需求評審.12. 軟件詳細設(shè)計的主要任務(wù)是確定每個模塊的（A ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口C功能D、編程13. 軟件總體設(shè)計是指軟件總體結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計，該階段的主要任務(wù)不包括（D）A.設(shè)計軟件的模塊結(jié)構(gòu)B.定義接口并建立數(shù)據(jù)結(jié)構(gòu)C.生成概要設(shè)計規(guī)格說明和組裝測試計劃 D.模塊設(shè)計14. 判定表由四部分組成：左上部列出 （B ）A、條件組合與動作之間的對應(yīng)關(guān)系B、所有條件C、所有可能的動作D、可能的條件組合15. 當(dāng)模塊中包含復(fù)雜的條件組合 ,只有（A ）能夠清晰地表 達出各種動作之間的對

4、應(yīng)關(guān)系A(chǔ).判定表和判定樹B.盒圖C.流程圖D.關(guān)系圖16. 軟件結(jié)構(gòu)圖的形態(tài)特征中能反映程序重用率的是（C ）A、深度B、寬度C、扇入D、扇出17. 軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之 間存在（A ）A、調(diào)用關(guān)系B、組成關(guān)系C、鏈接關(guān)系D、順序執(zhí)行關(guān)系18. 在大型數(shù)據(jù)處理系統(tǒng)的功能分析與設(shè)計中，數(shù)據(jù)庫的概 念設(shè)計對應(yīng)于系統(tǒng)開發(fā)的（A ）A、需求分析B、概要設(shè)計C、詳細設(shè)計D、程序設(shè)計19. 為了提高模塊的獨立性，模塊內(nèi)部最好是（C ）A、邏輯內(nèi)聚B、時間內(nèi)聚C、功能內(nèi)聚D、通信內(nèi)聚20. 中級結(jié)構(gòu)性成本模型 COCOM是一個（C ）A、靜態(tài)單變量模型B 、動態(tài)單變量模型C靜態(tài)多

5、變量模型D 、動態(tài)多變量模型21. 在McCall軟件質(zhì)量度量模型中，（A ）屬于面向軟件產(chǎn) 品操作的質(zhì)量因素。A、可用性 B、可維護性 C、適應(yīng)性 D、互操作性22. 面向?qū)ο蟮拈_發(fā)方法中，（C ）將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi) 占主導(dǎo)地位的標準建模語言。A、Booch方法 B、Coad方法 C、UML語言 D、OMT方法23. 模塊的內(nèi)聚性最高的是（D ）A.邏輯內(nèi)聚B.時間內(nèi)聚 C.偶然內(nèi)聚D.功能內(nèi)聚24. 軟件詳細設(shè)計主要采用的方法是（ D）A.模塊設(shè)計B.結(jié)構(gòu)化設(shè)計C.PDL語言D.結(jié)構(gòu)化程序設(shè)計25. 下列關(guān)于JSP方法不正確的說法是（ D）A. JSP方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng)

6、B. JSP方法不明確的劃分軟件概要設(shè)計和詳細設(shè)計的兩 個階段C. JSP方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應(yīng)關(guān)系 的問題求解D. JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映 射成軟件的體系結(jié)構(gòu)，因此它只適用于詳細設(shè)計階段26. 汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是（B ）關(guān)系。A、一般-具體 B.整體-部分 C.分類D.主從27. 程序設(shè)計語言的工程特性之一為（A ）A、軟件的可重用性B、數(shù)據(jù)結(jié)構(gòu)的描述性C、抽象類型的描述性D 、數(shù)據(jù)庫的易操作性28. 統(tǒng)計表明：軟件測試工作往往占軟件開發(fā)總工作量的（B ）%以上。A.20B.40 C.60D.8029. 單元測試的測試對象是

7、（B ）A.系統(tǒng)B.程序模塊C.模塊接口 D.系統(tǒng)功能30. 為了提高測試的效率，應(yīng)該（ D ）A. 隨機地選取測試數(shù)據(jù)B. 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C. 在完成編碼以后制定軟件的測試計劃D. 選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)31. 黑盒測試在設(shè)計測試用例時，主要需要研究（ A）A.需求規(guī)格說明與概要設(shè)計說明B.詳細設(shè)計說明C.項目開發(fā)計劃D.概要設(shè)計說明與詳細設(shè)計說明32. 若有一個計算類型的程序，它的輸入量只有一個 X，其范圍是-1.0 , 1.0 L現(xiàn)從輸入的角度考慮一組測試用例：-1.001 , -1.0 , 1.0 , 1.001 O設(shè)計這組測試用例的方法是（C ）A.

8、條件覆蓋法B. 等價分類法C.邊界值分析法D.錯誤推測法33. 用黑盒技術(shù)設(shè)計測試用例的方法之一為（A）A、因果圖B、邏輯覆蓋C、循環(huán)覆蓋D、基本路徑測試34. 軟件測試方法中的（D ）屬于靜態(tài)測試方法。A、黑盒法 B、路徑覆蓋 C、錯誤推測 D、人工檢測35. 下列屬于維護階段的文檔是（C ）A.軟件規(guī)格說明C.軟件問題報告B. 用戶操作手冊D.軟件測試分析報36. 因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過 程稱為（B）A.糾正性維護B.適應(yīng)性維護C. 完善性維護D. 預(yù)防性維護37. 類庫這種機制是（D ）級別的信息共享A. 同一類 不同應(yīng)用B.不同類 C.同一應(yīng)用D.38. 面向

9、對象的開發(fā)方法中，（C ）將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi) 占主導(dǎo)地位的標準建模語言。A.Booch方法 B.Coad 方法 C.UML語言 D.OMT方法39. 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達到不出故 障、持續(xù)運行的要求的質(zhì)量特性稱為（B ）A.可用性B.可靠性 C.正確性D.完整性40. 下列文檔與維護人員有關(guān)的有（B.項目開發(fā)計劃D.操作手冊A.軟件需求說明書C.概要設(shè)計說明書41. 米用Gantt圖表示軟件項目進度安排，下列說法中正確 的是（D ）A. 能夠反映多個任務(wù)之間的復(fù)雜關(guān)系B. 能夠直觀表示任務(wù)之間相互依賴制約關(guān)系C. 能夠表示哪些任務(wù)是關(guān)鍵任務(wù)D. 能夠表示子任務(wù)之間的并行

10、和串行關(guān)系42. 面向數(shù)據(jù)的設(shè)計方法就是根據(jù)問題的數(shù)據(jù)結(jié)構(gòu)定義一組 映射,把問題的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換為問題解的 （A ） 結(jié)構(gòu).A. 程序B.數(shù)據(jù)C.邏輯D.物理43. 以下不屬于白盒測試技術(shù)的是（D ）A.邏輯覆蓋 B.基本路徑測試C.循環(huán)覆蓋測試D.等價類劃分44. 為改正軟件系統(tǒng)中潛藏的錯誤而進行的維護活動稱為（A ）A.糾錯性維護B.適應(yīng)性維護C.改善性維護D.預(yù)防性維護45. 一個軟件的寬度是指其控制的（C ）A.模塊數(shù)B.層數(shù)C.跨度D.厚度46. 以下不屬于邏輯覆蓋的是 （D ）A.語句覆蓋 B.判定覆蓋 C.條件覆蓋 D.基本路徑47. 從事物的組成部件及每個部件的屬性、功能來認識事

11、物這種方法被稱為（A ）的方法A.面向?qū)ο?B.面向數(shù)據(jù) C.面向過程 D.面向?qū)傩?8. 軟件開發(fā)部分的任務(wù)是將系統(tǒng)對軟件的需求轉(zhuǎn)換成可操 作的系統(tǒng)要素，即（A ）A.軟件B.硬件C.文本D.說明:M=P+Ke(c-d)其中:M 代表經(jīng)驗常數(shù)49. 維護工作量的估算模型為（A ）A.維護所用工作量B.C.助動性工作量D.50. 只有單重繼承的類層次結(jié)構(gòu)是（C ）結(jié)構(gòu)A、網(wǎng)狀型 環(huán)型B、星型 C、樹型D、51. 軟件可維護性的特性中相互矛盾的是（C ）A、可修改性和可理解性B、可測試性和可理解性C、效率和可修改性D 、可理解性和可讀性52. 軟件維護產(chǎn)生的副作用是指（C ）A、開發(fā)時的錯誤B、

12、隱含的錯誤C、因修改軟件而造成的錯誤D、運行時誤操作53. 維護的副作用可分三類，不包括（D ）A.代碼副作用B.數(shù)據(jù)副作用C.文檔副作用D.人員副作用二、判斷題1、缺乏有力的方法學(xué)指導(dǎo)和有效的開發(fā)工具支持，這往往是產(chǎn)生軟件危機的原因之一。2、 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法一般都包括下列任務(wù)：確定數(shù) 據(jù)結(jié)構(gòu)特征；用順序、選擇和循環(huán)三種基本形式表示數(shù)據(jù)結(jié) 構(gòu)等步驟。3、數(shù)據(jù)輸入的一般準則中包括盡量增加用戶輸入的動作。4、數(shù)據(jù)輸入的一般準則中包括保證信息顯示方式與數(shù)據(jù)輸 入方式的協(xié)調(diào)一致、允許用戶定做輸入格式等內(nèi)容。5、用窮舉測試是較現(xiàn)實的測試方法。6、McCabe建議模塊規(guī)模應(yīng)滿足：V（G） <

13、 20。7、面向數(shù)據(jù)的設(shè)計方法的適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)、系統(tǒng)軟件（如操作系統(tǒng)）等。&缺乏處理大型軟件項目的經(jīng)驗是產(chǎn)生軟件危機的唯一原因。9、用窮舉測試是較現(xiàn)實的測試方法。10、測試計劃、測試用例、出錯統(tǒng)計和有關(guān)的分析報告一般 不用長期保存。11、面向?qū)ο蟮牡姆椒ㄊ且灶愖鳛樽罨镜脑兀欠治?問題、解決問題的核心。12、繼承性是父類和子類之間共享數(shù)據(jù)結(jié)構(gòu)和消息的機制，這是類之間的一種關(guān)系。13、 多態(tài)性增強了軟件的靈活性和重用性，允許用更為明確、 易懂的方式去建立通用軟件，多態(tài)性和繼承性相結(jié)合使軟件 具有更廣泛的重用性和可擴充性。14、活動圖顯

14、示動作及其結(jié)果，著重描述操作實現(xiàn)中所完成的工作以及用例實例或類中的活動。15、用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。16、用例之間有擴展、使用、組合等幾種關(guān)系。三、名詞解釋1、軟件工程2、數(shù)據(jù)字典3、軟件復(fù)用4、SA5、JSP方法6、信息隱蔽7、集成測試&多態(tài)性9、UML四、簡答題1、簡述軟件工程的目標和面臨的主要問題。軟件工程是一門工程性的學(xué)科，其目標主要是成功地建 造一個大型軟件系統(tǒng)。包括：付出較低的開發(fā)成本；達到要 求的軟件功能；取得較好的軟件性能； 開發(fā)的軟件易于移植； 需要較低的維護費用；能按時完成開發(fā)任務(wù)，及時交付使用； 開發(fā)的軟件可靠性高；面臨的主要問題是：

15、軟件費用軟件可靠性軟件維護軟件生產(chǎn)率軟件重用。2、軟件產(chǎn)品具有哪些特性 ？軟件是一種邏輯實體，而不是具體的物理實體，因而 它具有抽象性。軟件是通過人們的智力活動，把知識與 技術(shù)轉(zhuǎn)化成信息的一種產(chǎn)品，是在研制、開發(fā)中被創(chuàng)造出來 的。在軟件的運行和使用期間， 沒有硬件那樣的機械磨損、 老化問題。軟件的開發(fā)和運行經(jīng)常受到計算機系統(tǒng)的限 制，對計算機系統(tǒng)有著不同程度的依賴性。3、 軟件生命周期可分為哪三個時期？GB8567中規(guī)定可分為 哪幾個階段？定義時期：問題的定義（客戶需求）、可行性研究（為什么做）；開發(fā)時期：需求分析、總體設(shè)計、詳細設(shè)計、編 碼、測試；運行時期：軟件維護。4、 簡述如何檢查數(shù)據(jù)流

16、圖的正確性和提高它的易理解性？可從以下幾個角度來檢查數(shù)據(jù)流圖的正確性：數(shù)據(jù)守 恒、文件的使用、父圖和子圖的平衡等；（3分）提高數(shù)據(jù)流圖的易理解性可從以下幾方面進行：簡化加工間的聯(lián)系、注 意分解的均勻、適當(dāng)?shù)孛取?、簡述文檔在軟件工程中的作用。（1）提高軟件開發(fā)過程的能見度；（2）提高開發(fā)效率；（3）作為開發(fā)人員階段工作成果和結(jié)束標志；（4）記錄開發(fā)過程的有關(guān)信息便于使用與維護；（5）提供軟件運行、維護和培訓(xùn)有關(guān)資料；（6）便于用戶了解軟件功能、性能。6、衡量模塊獨立性的兩個標準是什么？它們各表示什么含 義？兩個定性的度量標準：耦合與內(nèi)聚。耦合性也稱塊間聯(lián) 系，指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)

17、系緊密程度的一種度 量，模塊之間聯(lián)系越緊密，其耦合性就越強；內(nèi)聚性也稱塊 內(nèi)聯(lián)系，指模塊功能強度的度量，即一個模塊內(nèi)部各個元素 彼此結(jié)合的緊密程度，模塊內(nèi)元素聯(lián)系越緊密，內(nèi)聚性越高。7、詳細設(shè)計的基本任務(wù)是什么？有哪幾種描述方法？設(shè)計模塊的數(shù)據(jù)結(jié)構(gòu)、設(shè)計數(shù)據(jù)庫的物理結(jié)構(gòu)、設(shè)計模 塊的詳細算法、其它（代碼設(shè)計、輸入/輸出格式設(shè)計、人機對話設(shè)計）、編寫詳細設(shè)計說明書、評申。程序流程圖、 PAD 圖、PDL 等。&簡述結(jié)構(gòu)化程序設(shè)計方法的基本要點。（1）采用自頂向下，逐步求精的程序設(shè)計方法。（2）使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序，選擇和 循環(huán)。（3）采用主程序員組的組織形式。9、簡述

18、提高可維護性的方法。 建立明確的軟件質(zhì)量目標和質(zhì)量保證工作；（2）禾U用先進的軟件開發(fā)技術(shù)和工具；（3）選擇可維護的程序設(shè)計語言；（4）改進程序文檔。10. 為什么軟件測試不應(yīng)該由程序的編寫人員來做？軟件測試的目的是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序 的過程。正確認識測試的目標十分重要。測試目標決定了測 試力案的設(shè)計。如果為了表明程序是正確的而進行測試，就 會設(shè)計一些不易暴露錯誤的測試方案；相反，如果測試是為 了發(fā)現(xiàn)程序中的錯誤， 就會力求設(shè)計出最能暴露錯誤的測試 方案。由于測試的目標是暴露程序中的錯誤，從心理學(xué)角度 看，由程序的編寫者自己進行測試是不恰當(dāng)?shù)摹?1、簡述軟件測試的兩種基本的測試方法

19、。黑盒測試時完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程，只 按規(guī)格說明書的規(guī)定來檢查程序是否符合它的功能要求。黑盒測試是在程序接口進行的測試，又稱為功能測試。白盒測試時將程序看作一個透明的盒子，即測試人員完全了解程序的內(nèi)部結(jié)構(gòu)和處理過程。所以測試時按照程序內(nèi)部的邏輯測試程序、 檢驗程序中的每條通路是否都能按預(yù)定的 要求正確工作。白盒測試又稱為結(jié)構(gòu)測試。12、什么是編碼風(fēng)格？為什么要強調(diào)編碼風(fēng)格 ？編碼風(fēng)格又稱程序設(shè)計風(fēng)格或編程風(fēng)格。編碼的目標從 強調(diào)效率轉(zhuǎn)變?yōu)閺娬{(diào)清晰。良好的編碼風(fēng)格能在一定程度上彌補語言存在的缺陷， 而如果不注意風(fēng)格就很難寫出咼質(zhì)量 的程序。尤其當(dāng)多個程序員合作編寫一個很大的程序時，需

20、 要強凋良好而一致的編碼風(fēng)格，以便相互通訊，減少因不協(xié) 調(diào)而引起的問題?？傊?，良好的編碼風(fēng)格有助于編寫出可靠 而又容易維護的程序， 編碼的風(fēng)格在很大程度上決定著程序 的質(zhì)量。五、綜合題1. 依下列敘述確定軟件生命周期模型。假設(shè)你被任命為一家軟件公司的項目負責(zé)人，你的工作是管理該公司已被廣泛應(yīng)用的字處理軟件的新版本開發(fā)。由于市場競爭激烈，公司規(guī)定了嚴格的完成期限并且已對外公 布。你打算使用哪種軟件生命周期模型？請說明你作出選擇 的理由。答：1） 舊版本相當(dāng)于一個原型，由此較容易確定對新版本的需求，故不必要建立原型系統(tǒng)來分析用戶需求；2）該公司軟件工程師具有開發(fā)字處理軟件的豐富經(jīng)驗， 有采用增量模

21、型開發(fā) 新版字處理軟件的技術(shù)水平；3）該軟件深受用戶喜愛，故將其 體系結(jié)構(gòu)設(shè)計成開放式的，以利于今后的改進和擴充。4）用增量模型開發(fā)軟件時可以并行完成開發(fā)工作，因此能夠加快開發(fā)進度。2. 依下列敘述確定軟件生命周期模型。M公司的軟件產(chǎn)品以開發(fā)實驗型的新軟件為主。用瀑布 模型進行軟件開發(fā)已經(jīng)有近十年了，并取得了一些成功。若 你作為一名管理員剛加入M公司，你認為快速原型法對公司的軟件開發(fā)更加優(yōu)越，請向公司副總裁寫一份報告簡要闡明你的理由。答：瀑布模型的缺點在于只有前一階段的輸出文檔正確， 后 一階段的工作才能獲得正確的結(jié)果。另外瀑布模型幾乎完全依賴于書面的規(guī)格說明，很可能導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不

22、能真正 滿足用戶的需要，它已不適宜開發(fā)實驗型的軟件。根據(jù)快速原型法的特點，原型系統(tǒng)已經(jīng)通過與用戶交互而得 到驗證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求，因此，在開發(fā)過程的后續(xù)階段不會因為發(fā)現(xiàn)了規(guī)格說明文檔的錯誤而 進行較大的返工。開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了許多東 西，因此，在設(shè)計和編碼階段發(fā)生錯誤的可能性也比較小， 這自 然減少了在后續(xù)階段需要改正前面階段所犯錯誤的可能性。說明它特別適合于開發(fā)探索型、實驗型的軟件。3. 已知一個軟件項目的有關(guān)記錄：開發(fā)人員M=3人，其代 碼行數(shù)=12.1KL0C,工作量E=24PM成本S=168000美元，錯 誤數(shù)N=29,文檔頁數(shù)Pd=365頁

23、。試計算：1）開發(fā)該軟件項 目的生產(chǎn)率P; 2）平均成本C； 3）代碼出錯率 EQR 4）文 檔率Do解：1 ）軟件開發(fā)的生產(chǎn)率 P為：P = L / E = 12.1 X 103LOC / 24PM = 504 LOC/PM2） 開發(fā)每行代碼的平均成本C為：C = S / L = 168000 美元 / 12100LOC=13.9 美元 /LOC3）代碼出錯率EQR為:EQR = N / L = 29 個/12.1KLOC=2.4 個/KLOC4）軟件的文檔率D為：D = Pd / L = 365 頁 / 12.1KLOC = 30 頁 / KLOC4. 請依描述繪制DFD圖.學(xué)生入學(xué)后到教

24、材科訂書，教材科根據(jù)教材庫存情況分 析是否需要買書，如需購買，則向書店購買。各種資金往來（包括學(xué)校財務(wù)通知學(xué)生收款信息，并接收來自書店的應(yīng)付款信息等）通過學(xué)校的會計科辦理。畫出教材征訂系統(tǒng)的功 能級數(shù)據(jù)流圖。答：DFD圖繪制如下圖參考，可有其它理解。教材庫存5. 請依描述繪制DFD圖并寫出數(shù)據(jù)詞典中的數(shù)據(jù)流條目。自學(xué)考試報名過程中有個“記錄報名單”的處理。該處理主報名者答：DFD圖繪制如下圖 參考，可有其它理解開考課程要是根據(jù)報名表（姓名、性別、身份證號、課程名 ）和開考課 程（課程名、開考時間）、經(jīng)校核，編號、填寫、輸出準考證 給報名者，同時記錄到考生名冊中（準考證號、姓名、課程）數(shù)據(jù)流詞典

25、中的數(shù)據(jù)流條目：報名單=姓名+性別+身份證號+課程名 開考課程=課程名+開考時間考生名冊=準考證號+姓名+課程6. 問題描述如下：王大夫在小鎮(zhèn)上開了一家牙科診所他有一個牙科助手、一個牙科保健員和一個接待員。王 大夫需要一個軟件系統(tǒng)來管理預(yù)約。當(dāng)病人打電話預(yù)約時，接待員將查閱預(yù)約表，如果病人申請的就診時間與已定下的預(yù)約時間沖突，則接待員建議一個就診時間以安排病人盡早得到診治。如果病人同意建議的就診時間，接待員將輸入約定時間和病人名字，系統(tǒng)將核實 相關(guān)信息，在治療后做已診治標記。系統(tǒng)能按病人姓名、按 日期進行查詢，能顯示病人數(shù)據(jù)和預(yù)約信息。接待員可取消 預(yù)約，可打印已預(yù)約卻尚未診治的病人清單。系統(tǒng)

26、可從病人 記錄中獲知病人的電話號碼。 接待員可打印出關(guān)于所有病人 的每天和每周的工作安排。(2).建立上述牙科診所管理系統(tǒng)的對象模型每天工作安排每周工作安排(3).建立上述牙科診所管理系統(tǒng)的用例模型Whe n you are old and grey and full of sleep,And no ddi ng by the fire, take dow n this book,Your eyes had once, and of their shadows deep;How many loved your mome nts of glad grace,And loved your beauty