2,以軟件工程的方法進(jìn)行系統(tǒng)開發(fā),通過具體調(diào)研制定了相關(guān)的需求分析和可行性分析,

1、2,以軟件工程的方法進(jìn)行系統(tǒng)開發(fā)，通過具體調(diào)研制定了相關(guān)的需求分析和可行性分析,篇一：軟件工程作業(yè)及答案軟件工程作業(yè)第一章1. 什么是軟件危機(jī)，它有哪些典型表現(xiàn)？答：軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇 到的一系列嚴(yán)重問題。概括地說，軟件危機(jī)包含下述兩方面 的問題：如何開發(fā)軟件，以滿足對軟件日益增長的需求；如 何維護(hù)數(shù)量不斷膨脹的已有軟件。軟件危機(jī)典型表現(xiàn)：對軟件開發(fā)成本和進(jìn)度的估計(jì)常常很 不準(zhǔn)確。用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā) 生。軟件產(chǎn)品的質(zhì)量往往靠不住。軟件常常是不可維護(hù)的。 軟件通常沒有適當(dāng)?shù)奈臋n資料。軟件成本在計(jì)算機(jī)系統(tǒng)總成 本中所占的比例逐年上升。軟件開發(fā)生

2、產(chǎn)率提高的速度，遠(yuǎn) 遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢。產(chǎn)生軟件危機(jī)的原因：一方面與軟件本身的特點(diǎn)有關(guān)，另 一方面也和軟件開發(fā)與維護(hù)的方法不正確有關(guān)。軟件不同于 硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。管理 和控制軟件開發(fā)過程相當(dāng)困難。軟件是規(guī)模龐大，而且程序 復(fù)雜性將隨著程序規(guī)模的增加而呈指數(shù)上升。目前相當(dāng)多的 軟件專業(yè)人員對軟件開發(fā)和維護(hù)還有不省糊涂觀念，在實(shí)踐 過程中或多或少地釆用了錯(cuò)誤的方法和技術(shù)，這是使軟件問 題發(fā)展成軟件危機(jī)的主要原因。2. 簡述產(chǎn)生軟件危機(jī)的原因和解決的思路。答:軟件危機(jī)產(chǎn)生的原因一方面與軟件本身的特點(diǎn)有關(guān)，另 一方面，是與已有軟件開發(fā)、維護(hù)的方法不正確

3、有密切關(guān)系。 解決軟件危機(jī)，既要有技術(shù)措施（方法和工具），又要有必要 的組織管理措施。即采用工程化的原則和方法組織軟件開發(fā) 是擺脫軟件危機(jī)的一個(gè)主要出路。3. 什么是軟件工程？它有哪些本質(zhì)特性？答：軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué) 科。采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件, 把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的 最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出髙質(zhì)量的軟件并 有效地維護(hù)它。軟件工程本質(zhì)特性：1、軟件工程關(guān)注于大型程序的構(gòu)造；2、軟件工程的中心課題是控制復(fù)雜性；3、軟件經(jīng)常變化；4、開發(fā)軟件的效率非常重要；5、和諧地合作是開發(fā)軟件的 關(guān)鍵；6、軟件必

4、須有效地支持它的用戶；7、在軟件工程領(lǐng) 域中是由具有一種文化背景的人替具有另一種文化背景的 人創(chuàng)造產(chǎn)品。4. 軟件工程是如何用來消除軟件危機(jī)的？軟件工程是從技術(shù)和管理兩個(gè)方面來研究如何更好地開發(fā) 和維護(hù)計(jì)算機(jī)軟件，從源頭上消除軟件危機(jī)。5. 假設(shè)你是某軟件開發(fā)企業(yè)的CEO,當(dāng)你把教材P. 4的圖 1.1給手下的軟件工程師們看，同時(shí)告訴他們應(yīng)及早發(fā)現(xiàn)并 改正錯(cuò)誤的重要性時(shí)，有人不以為然，認(rèn)為要求在錯(cuò)誤進(jìn)入 軟件前就發(fā)現(xiàn)并清除它們是不現(xiàn)實(shí)的，并舉例說：“如果一 個(gè)故障是編碼錯(cuò)誤造成的，那么又如何能夠在設(shè)計(jì)階段就發(fā) 現(xiàn)并清除呢？ ”那你應(yīng)該如何說服？首先要對錯(cuò)誤造成工作的延誤或一些問題表示歉意。錯(cuò)誤

5、 是難免，關(guān)鍵是要虛心接受，在以后工作中要更加認(rèn)真，避免錯(cuò)誤機(jī)率 降到最低。在編碼過程中要，首先要在頭腦清醒，要保持工 作前有足夠的睡眠。這樣錯(cuò)誤機(jī)會也會降小。在編程結(jié)束后, 首先要驗(yàn)證，是否能正常運(yùn)行或工作。再以后的工作更要虛 心，認(rèn)真，保證這種機(jī)會降到最低6. 簡述軟件的定義。軟件=程序+數(shù)據(jù)+文檔7. 軟件工程的目的是什么？為高質(zhì)量的軟件開發(fā)提供一個(gè)科學(xué)的體系框架。8. 什么是軟件工程方法學(xué)？軟件工程是一種什么樣的技 術(shù)？包括哪三大要素？分為哪三個(gè)分支？軟件工程方法學(xué)就是指在軟件生命周期全過程中使用的一 整套管理和開發(fā)技術(shù)方法的集合。目前，使用最廣泛的軟件 工程方法學(xué)分別是傳統(tǒng)方法學(xué)和面

6、向?qū)ο蠓椒▽W(xué)。軟件工程作為一種層次化的技術(shù)，有方法、工具和過程三 大要素，并由于其涉及學(xué)科內(nèi)容的極為廣泛，而分為三個(gè)分 支：軟件開發(fā)技術(shù)、軟件項(xiàng)目管理技術(shù)、軟件質(zhì)量管理技術(shù)。9. 簡述軟件工程的基本原理。軟件工程有7條基本原理：1. 嚴(yán)格按照軟件生命周期計(jì)劃進(jìn)行管理2.堅(jiān)持進(jìn)行階 段評審3.實(shí)行嚴(yán)格的產(chǎn)品控制4.采用先進(jìn)的程序設(shè)計(jì)技 術(shù)5. 結(jié)果應(yīng)能清楚的審查6.開發(fā)小組成員應(yīng)少而精7. 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性10. 軟件工程的基本開發(fā)原則有哪些？軟件工程的基本開發(fā)原則有：1. 模塊化2.抽象和信息隱蔽3.模塊的高內(nèi)聚和低耦 合4.確定性5. 一致性6.完備性11. 構(gòu)成軟件工程的基

7、本元素有哪些？除了前面給出的軟件工程三大要素，還應(yīng)該包括控制和質(zhì) 量保證。這里的控制，即規(guī)模控制、成本控制、復(fù)雜性控制 等。12. 什么是軟件過程？它與軟件工程方法學(xué)有何關(guān)系？軟件過程是指為了獲得高質(zhì)量軟件產(chǎn)品，在軟件工具支持 下，由軟件人員完成的一系列軟件工程活動。軟件過程規(guī)定了開發(fā)軟件所需完成的各項(xiàng)任務(wù)步驟。過程 步驟的設(shè)定與軟件生命周期、生命周期模型、軟件開發(fā)工具, 以及參與開發(fā)的人員等諸方面因素有關(guān)。13. 什么是軟件生命周期？什么是軟件生命周期模型？答：軟件如同自然界任何事物一樣，都有其孕育、誕生、 成長、成熟、衰亡的生存過程。軟件的這一過程，稱為軟件生命周期。軟件生命周期模型也稱軟

8、件開發(fā)過程模型，是為了解決產(chǎn) 業(yè)環(huán)境中的實(shí)際問題，而提出的開發(fā)策略。是反映整個(gè)軟件 生命期中，系統(tǒng)開發(fā)、運(yùn)行、維護(hù)等實(shí)施活動的一種結(jié)構(gòu)框 架。14. 簡述軟件生命周期方法學(xué)的途徑，以及劃分階段步驟 的目的和實(shí)質(zhì)。軟件生命周期方法學(xué)是軟件工程的傳統(tǒng)途 徑，劃分階段步驟的目的和實(shí)質(zhì)是：控制開發(fā)工作的復(fù)雜性, 通過有限步驟，把抽象邏輯概念，轉(zhuǎn)化為具體物力實(shí)現(xiàn)。15試比較瀑布模型、快速原型模型、增量模型和螺旋模 型的優(yōu)缺點(diǎn)，說明它們各自的適用范圍。1.瀑布模型。瀑布模型廣為人知和歷史悠久，其優(yōu)勢是規(guī)范及文檔驅(qū)動 的方法。但問題是，往往不能夠真正滿足用戶的需求。適用于傳統(tǒng)軟件工程領(lǐng)域的結(jié)構(gòu)化開發(fā)。2.原

9、型模型。 是為了克服瀑布模型的缺點(diǎn)而提出來的。通過快速構(gòu)建一個(gè) 在機(jī)器上可運(yùn)行的原型系統(tǒng)，讓用戶試用原型，并收集反饋 意見的辦法，來獲取用戶真實(shí)的需求。3螺旋模型。螺旋模型適用于大型軟件項(xiàng)目，比起之前 的其它模型而言，有其一定的優(yōu)越性，但這些優(yōu)越性并不是 絕對的。主要體現(xiàn)在對開發(fā)人員的風(fēng)險(xiǎn)評估經(jīng)驗(yàn)和專門知識 的要求較高。如果項(xiàng)目風(fēng)險(xiǎn)較大，而開發(fā) 篇二：軟件工程課后題答案第一章1簡述軟件的發(fā)展過程。共經(jīng)歷了四個(gè)階段；第一階段：（20世紀(jì)50年代初期到60年代初期的十余年） 計(jì)算機(jī)系統(tǒng)開發(fā)的初期。第二階段：（20世紀(jì)60年代中期到70年代中期的十余年） 軟件產(chǎn)品和“軟件作坊”的概念開始出現(xiàn)。軟件開

10、發(fā)人員不 再像早期階段那樣只因個(gè)人工作需要而開發(fā)，而是為了用戶 更好地使用計(jì)算機(jī)。第三階段：（20世紀(jì)70年代中期到80年代末期）分布式系 統(tǒng)嵌入“智能”；硬件價(jià)格下降，軟件價(jià)格急劇上升，導(dǎo)致 了軟件危機(jī)的加劇。第四階段：（20世紀(jì)80年代末期開始）強(qiáng)大的桌面系統(tǒng)和 計(jì)算機(jī)網(wǎng)絡(luò)迅速發(fā)展。2簡述軟件的定義和特點(diǎn)。定義：軟件是計(jì)算機(jī)程序、規(guī)程以及運(yùn)行計(jì)算機(jī)系統(tǒng)可能 需要的相關(guān)文檔和數(shù)據(jù)。特點(diǎn)：(1)是一種邏輯實(shí)體，具有 抽象性；(2) 軟件的生產(chǎn)不存在明顯的制造過程；(3) 在軟件的運(yùn)行和使用的過程中，不會存在像硬件那樣的 機(jī)械磨損及老化問題；(4) 由于對計(jì)算機(jī)系統(tǒng)的依賴性，對軟件的通用性造成了

11、一 定的影響；(5) 軟件的開發(fā)方式還沒有完全脫離手工開發(fā)方式，還不能 完全釆用組裝的方式進(jìn)行軟件開發(fā)；(6) 作為提高工作效率的邏輯產(chǎn)品，本身具有復(fù)雜性；(7) 成本相當(dāng)昂貴；(8) 相當(dāng)多的軟件工作設(shè)計(jì)社會因素。3軟件有哪些種類1. 按功能特征進(jìn)行劃分(1) 系統(tǒng)軟件。(2)支撐軟件。(3)應(yīng)用軟件2. 按規(guī)模大小進(jìn)行劃分微型、小型、中型、大型、甚大型、極大型4什么是軟件危機(jī)？答：是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系 列嚴(yán)重問題。5什么是軟件工程？有哪些本質(zhì)特性？怎樣 用軟件工程消除軟件危機(jī)？答：是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和 維護(hù)的一門工程學(xué)科。特性略。技術(shù)措施和管理措施消除軟件危機(jī)。

12、6軟件工程的三要素；方法、工具和過程。7.結(jié)合自己的親身經(jīng)歷，談?wù)勡浖?工具在軟件開發(fā)過程中的作用。使軟件開發(fā)更加模式化， 工程化，從而提高軟件開發(fā)的效率和封裝性。8. CASE的研究和CASE產(chǎn)品的開發(fā)是近年來軟件工程領(lǐng)域 的特點(diǎn)之一。請列舉數(shù)種你所熟悉的CASE工具或環(huán)境，綜 述它們的概念和優(yōu)缺點(diǎn)，并分析其實(shí)現(xiàn)方法。rose、“數(shù)據(jù)字典”（工具）第二章1.什么是軟件生命周期？它有哪些活動？軟件生命周期是指軟件產(chǎn)品從考慮其概念開始到交付使 用，直至最終退役為止的整個(gè)過程。軟件生存周期可以劃分為軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3 個(gè)時(shí)期2. 每一種過程模型的優(yōu)點(diǎn)和缺點(diǎn)分別是什么？瀑布模型：優(yōu)點(diǎn)：它

13、在軟件發(fā)展的早期，為開發(fā)人員提供了一種開發(fā) 的基本框架，有利于大型軟件開發(fā)過程中人員的組織、管理, 有利于軟件的開發(fā)方法和工具的研究和使用，從而提高了大 型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。缺點(diǎn)：(1) 在軟件開發(fā)的初始階段指明全部需求是非常困難的， 有時(shí)甚至是不現(xiàn)實(shí)的(2) 需求一旦確定，用戶和軟件項(xiàng)目負(fù)責(zé)人要等一段時(shí)間 (經(jīng)過設(shè)計(jì)、實(shí)現(xiàn)、測試、運(yùn)行個(gè)階段)才能得到一份軟件的最初版本。(3) 瀑布模型中的軟件活動是文檔驅(qū)動的，當(dāng)階段之間規(guī) 定過多的文檔時(shí)，會大大增加軟件開發(fā)的工作量；而且當(dāng)管 理人員以文檔的完成情況來評估項(xiàng)目完成進(jìn)度時(shí)，往往會產(chǎn) 生錯(cuò)誤的結(jié)論，因?yàn)楹笃跍y試階段發(fā)現(xiàn)的問題會導(dǎo)致返工，

14、前期完成的文檔只不過是一個(gè)未經(jīng)返工修改的初稿而已。原型模型：優(yōu)點(diǎn)：原型系統(tǒng)能夠逐步明確用戶需求，可以適應(yīng)需求的 變化性，而且由于用戶參與到軟件開發(fā)過程，能夠及早發(fā)現(xiàn) 問題、降低軟件開發(fā)的風(fēng)險(xiǎn)，加快軟件產(chǎn)品的形成，降低軟 件開發(fā)的成本。缺點(diǎn)：(1) 對于大型軟件項(xiàng)目，如果不經(jīng)過系統(tǒng)分析并對系統(tǒng)進(jìn) 行整體劃分，直接用原型來模擬系統(tǒng)功能是十分困難的。（2）對于計(jì)算量大、邏輯性較強(qiáng)的程序模塊，原型法很難 真正構(gòu)造出來供用戶評價(jià)。（3）對于批處理系統(tǒng)，其大部分處理是內(nèi)部進(jìn)行的，應(yīng)用 原型方法有一定的困難。（4）原型的快速構(gòu)造特點(diǎn)導(dǎo)致項(xiàng)目文檔容易被忽略，給 原型的后期改進(jìn)和維護(hù)造成困難。（5）在原型建立中

15、的許多工作進(jìn)展會被浪費(fèi)掉，特別是對 于丟棄型原型策略。在一定程度上，增加了系統(tǒng)的開發(fā)成本, 降低系統(tǒng)的開發(fā)效率。螺旋模型：噴泉模型：優(yōu)點(diǎn)：可以提高軟件項(xiàng)目開發(fā)效率，節(jié)省開發(fā)時(shí)間。缺點(diǎn)：由于各個(gè)開發(fā)階段的重疊性，開發(fā)人員的管理和階 段生成的文件管理存在困難。增量模型：優(yōu)點(diǎn)：（1）是能在較短時(shí)間內(nèi)，向用戶提交可完成部分工作的產(chǎn) 品。（2）逐步增加產(chǎn)品功能，可以使用戶有較充裕的時(shí)間學(xué)習(xí) 和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊。缺點(diǎn)：增量的力度選擇也很難把握，有時(shí)候很難將客戶的 需求映射到適當(dāng)規(guī)模的增量上。構(gòu)件組裝模型：優(yōu)點(diǎn)：這大大提髙了軟件開發(fā)的效率，而且構(gòu)件模型允許 多個(gè)項(xiàng)目

16、同時(shí)開發(fā)，降低了費(fèi)用，提髙了可維護(hù)性。缺點(diǎn)：由于存在多種構(gòu)件標(biāo)準(zhǔn)，缺乏通用的構(gòu)件組裝結(jié)構(gòu) 標(biāo)準(zhǔn)，如果自行定義標(biāo)準(zhǔn)的話，會引入較大的風(fēng)險(xiǎn)；構(gòu)件可 重用性和軟件系統(tǒng)髙效性之間不易協(xié)調(diào)，需要權(quán)衡；RUP： RUP具有很多長處：提高了團(tuán)隊(duì)生產(chǎn)力，在迭代的開 發(fā)過程、需求管理、基于組件的體系結(jié)構(gòu)、可視化軟件建模、 驗(yàn)證軟件質(zhì)量及控制軟件變更等方面，針對所有關(guān)鍵的開發(fā) 活動為每個(gè)開發(fā)成員提供了必要的準(zhǔn)則、模板和工具指導(dǎo)， 并確保全體成員共享相同的知識基礎(chǔ)。它建立了簡潔和清晰 的過程結(jié)構(gòu)，為開發(fā)過程提供較大的通用性。但同時(shí)它也存 在一些不足：RUP只是一個(gè)開發(fā)過程，并沒有涵蓋軟件過程 的全部內(nèi)容，例如它缺少

17、關(guān)于軟件運(yùn)行和支持等方面的內(nèi) 容；此外，它沒有支持多項(xiàng)目的開發(fā)結(jié)構(gòu)，這在一定程度上 降低了在開發(fā)組織內(nèi)大范圍實(shí)現(xiàn)重用的可能性。可以說RUP 是一個(gè)非常好的開端，但并不完美，在實(shí)際的應(yīng)用中可以根 據(jù)需要對其進(jìn)行改進(jìn)并可以用OPEN和OOSP等其他軟件過程 的相關(guān)內(nèi)容對RUP進(jìn)行補(bǔ)充和完善。3. 軟件瀑布模型為什么要劃分階段？各個(gè)階段的任務(wù)是 什么？在軟件開發(fā)早期，開發(fā)只是被簡單地分成編寫代碼和修改 代碼兩個(gè)階段。往往在拿到項(xiàng)目后立刻編寫程序，然后調(diào)試 通過后直接交付給用戶使用。如果應(yīng)用中出現(xiàn)錯(cuò)誤，或者有 新的要求，都需要重新修改代碼。這種小作坊式的軟件開發(fā) 方法有明顯的弊端，如缺乏統(tǒng)一的項(xiàng)目規(guī)劃

18、、不太重視需求 的獲取和分析、對軟件的測試和維護(hù)考慮不周等，這些都會 導(dǎo)致軟件項(xiàng)目的失敗。概念階段：計(jì)劃、需求分析開發(fā)階段：設(shè)計(jì)、編碼、測試維護(hù)階段：運(yùn)行維護(hù)4. 什么是原型？試述原型模型在軟件生命周期中的應(yīng)用。原型一般是指對某種產(chǎn)品進(jìn)行模擬的初始版本或者原始模 型，在工程領(lǐng)域中具有廣泛應(yīng)用。由于軟件規(guī)模和復(fù)雜性越來越大，軟件開發(fā)在需求獲取、 技術(shù)實(shí)現(xiàn)手段選擇、應(yīng)用環(huán)境適應(yīng)等方面面臨巨大考驗(yàn)。為 了應(yīng)對早期需求獲取的不易以及后期需求的變化，人們選用 原型方法構(gòu)造軟件系統(tǒng)。5. 為什么說噴泉模型較好地體現(xiàn)了面向?qū)ο筌浖_發(fā)過 程無縫和迭代的特性？6. RUP模型的思想是什么？ RUP模型融合了哪

19、些傳統(tǒng)生命 周期模型的特點(diǎn)？迭代增量開發(fā)思想；（1）面向?qū)ο螅簭募夹g(shù)角度，RUP開發(fā)是基于面向?qū)ο蠹?術(shù)，即它使用和支持面向?qū)ο蠹夹g(shù)的概念和方法。RUP要求 建立的設(shè)計(jì)模型、實(shí)現(xiàn)模型都是對象模型。(2) USE CASE 驅(qū)動(3) 以架構(gòu)為中心；(4) 螺旋上升式的開發(fā)過程；(5) 以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)；(6) 與UML配置;(7) 適用性強(qiáng)；7. 舉例說明哪些項(xiàng)目的開發(fā)適用于原型模型或螺旋模 型，哪些不適于采用這兩種模型。螺旋模型適合于大型軟件的開發(fā)，應(yīng)該說它是最為實(shí)際的 方法，它吸收了軟件工程“演化”的概念，使得開發(fā)人員和 客戶對每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反 應(yīng)。

20、不適用：小型軟件。原型一般是指對某種產(chǎn)品進(jìn)行模擬的初始版本或者原始 模型，在工程領(lǐng)域中具有廣泛應(yīng)用。不適用：大型軟件項(xiàng)目；含有對于計(jì)算量大、邏輯性較強(qiáng) 的程序模塊；第三章1. 可行性研究的任務(wù)是什么？可行性研究的任務(wù)是以最小的代價(jià)在盡可能短的時(shí)間內(nèi)確 定問題是否能夠解決。簡單地說，可行性研究的最終結(jié)果是 決定項(xiàng)目“做還是不做”而不是“如何做”。2. 可行性研究有哪些步驟？1. 確定系統(tǒng)規(guī)模和目標(biāo)2. 研究目前正在使用的系統(tǒng)3. 導(dǎo)出新系統(tǒng)的髙層邏輯模型4. 重新定義問題5. 導(dǎo)出和評價(jià)選擇的解法6. 推薦行動方針7. 草擬開發(fā)計(jì)劃8. 書寫計(jì)劃任務(wù)書文檔并提交審查3. 成本-效益分析可用哪些指

21、標(biāo)進(jìn)行度量？如果用比率分析法，有以下幾種指標(biāo)：1, 相關(guān)指標(biāo)分析法。產(chǎn)值成本率二成本/產(chǎn)值*100%；銷售收入成本率二成本/銷售收入*100%；成本利潤率二利潤/成本* 10 0%2, 構(gòu)成比率分析法，直接材料費(fèi)用比率二直接材料成本/產(chǎn)品成本*100%直接人工費(fèi)用比率二直接人工費(fèi)用/產(chǎn)品成本*100%制造費(fèi)用比率二制造費(fèi)用/產(chǎn)品成本*100%4. 項(xiàng)目開發(fā)計(jì)劃有哪些內(nèi)容？引言（目的、背景、參考文獻(xiàn)、術(shù)語）；項(xiàng)目概述（功能、 條件、運(yùn)行環(huán)境、產(chǎn)品、程序、文檔、服務(wù)、驗(yàn)收標(biāo)準(zhǔn)、實(shí) 施計(jì)劃、工作任務(wù)分解、進(jìn)度、預(yù)算、人員）5. 按照題意設(shè)計(jì)如下流程圖：計(jì)算機(jī)房產(chǎn)管理系統(tǒng)：要求系統(tǒng)有分房、退房、調(diào)房、

22、咨 詢和統(tǒng)計(jì)功能。房產(chǎn)科把住戶申請表輸入系統(tǒng)后，系統(tǒng)首先 檢查申請表的合法性，不合法的拒絕接受，合法的申請表根 據(jù)申請表類型（分、調(diào)、退房）分別進(jìn)行處理。分房申請?zhí)幚? 根據(jù)申請者的情況（年齡、工齡、職稱、職務(wù)、家庭人口等） 計(jì)算其分?jǐn)?shù)；當(dāng)分?jǐn)?shù)高于給定值時(shí)，按分?jǐn)?shù)髙低將申請單插 到分房隊(duì)列的適當(dāng)位置，輸出核準(zhǔn)后的分房單。分房處理： 每月月底進(jìn)行分房。從分房文件中讀出空房信息，然后根據(jù) 住戶的實(shí)際情況，從住房標(biāo)準(zhǔn)文件中讀出住房標(biāo)準(zhǔn)進(jìn)行校 核，如果符合，則分配住房給該住戶，打印出住房分配通知 單，并登記相應(yīng)的住戶信息。退房，調(diào)房處理類似。咨詢、 查詢：對空房、住房、房租情況進(jìn)行查詢和統(tǒng)計(jì)。6. 為

23、方便儲戶，某銀行擬開發(fā)計(jì)算機(jī)儲蓄系統(tǒng)。儲戶填 寫的存款單或取款單由業(yè)務(wù)員輸入系統(tǒng)，如果是存款，系統(tǒng) 記錄存款人姓名、住址、存款類型、存款日期、利率等信息, 并印出存款單給儲戶；如果是取款，系統(tǒng)計(jì)算利息并印出利 息清單給儲戶。寫出問題定義并分析此系統(tǒng)的可行性，畫出 系統(tǒng)流程圖。7. 為方便旅客，某航空公司擬開發(fā)一個(gè)機(jī)票預(yù)訂系統(tǒng)。 旅行社把預(yù)訂機(jī)票的旅客信息(姓名、性別、工作單位、身 份證號碼、旅行時(shí)間、旅行目的地等)輸入該系統(tǒng)，系統(tǒng)為 旅客安排航班，印出取票通知和賬單，旅客在飛機(jī)起飛的前 一天憑取票通知單和賬單交款取票，系統(tǒng)校對無誤即打印出 機(jī)票給旅客。寫出問題定義并分析此系統(tǒng)的可行性，畫出系

24、統(tǒng)流程圖。這個(gè)系統(tǒng)的可行性是在一個(gè)理想的環(huán)境下，比如：乘客不 滿意安排的座位需要調(diào)換，或者需要改機(jī)票；這些種種因素 都沒考慮進(jìn)去。技術(shù)上可行：使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)；經(jīng)濟(jì)上可行：這個(gè)系統(tǒng)的經(jīng)濟(jì)效益可以超過他的開發(fā)成本;操作上可行：操作方式簡單，但是有缺陷；社會、政策允許的可行性：可行。篇三：軟件工程考試習(xí)題答案(2)50. 在結(jié)構(gòu)化分析方法(SA)中，與數(shù)據(jù)流圖配合使用的是 ()oA. 網(wǎng)絡(luò)圖B.實(shí)體聯(lián)系圖C.數(shù)據(jù)字典D.程序流程圖答案:C51. 通過()可以完成數(shù)據(jù)流圖的細(xì)化。A. 結(jié)構(gòu)分解B功能分解C.數(shù)據(jù)分解D系統(tǒng)分解答案:B52. 分層DFD是一種比較嚴(yán)格又易于理解的描述方式，它

25、 的頂層圖描述了系統(tǒng)的（）。A. 細(xì)節(jié)B.輸人與輸出c.軟件的作者D.繪制的時(shí)間答案:B53. 數(shù)據(jù)存儲和數(shù)據(jù)流都是（）僅僅所處的狀態(tài)不同。A. 分析結(jié)果B.事件C.動作D.數(shù)據(jù)答案:D54. 數(shù)據(jù)字典中，一般不包括下列選項(xiàng)中的（）條目。A. 數(shù)據(jù)流B.數(shù)據(jù)存儲C.加工D.源點(diǎn)與終點(diǎn)答案:D55. 在軟件需求分析中，開發(fā)人員要從用戶那里解決的最重 要的問題是（）。A.要讓軟件做什么氏要給該軟件提供哪些信息c.要求軟件工作效率怎樣D.要讓軟件具有何種結(jié)構(gòu) 答案:A56. 需求分析最終結(jié)果是產(chǎn)生（）。A.項(xiàng)目開發(fā)計(jì)劃B可行性分析報(bào)告C.需求規(guī)格說明書D.設(shè)計(jì)說明書答案:C57. SA方法用DFD描述（）。A.系統(tǒng)的控制流程B.系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)C.系統(tǒng)的基本加工D.系統(tǒng)的功能答案:D58. SA方法的分析步驟是首先調(diào)查了解當(dāng)前系統(tǒng)的工作流 程，然后（）oA. 獲得當(dāng)前系統(tǒng)的物理模型，抽象出當(dāng)前系統(tǒng)的邏輯模型, 建立目標(biāo)系統(tǒng)的邏輯模型B. 獲得當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的邏輯模型, 建立目標(biāo)系統(tǒng)的物理模型C. 獲得當(dāng)前系統(tǒng)的邏輯模型，建立當(dāng)前系統(tǒng)的物理模型， 抽象出目標(biāo)系統(tǒng)的邏輯模型D. 獲得當(dāng)前系統(tǒng)的邏輯模型，建立當(dāng)前系統(tǒng)的物理模型， 建立目標(biāo)系