職業(yè)道德，即在一定的社會(huì )經(jīng)濟關(guān)系中，從事各種不同職業(yè)的人們在其特定的工作或勞動(dòng)中的行為規范的總和。
2. 職業(yè)道德的基本標準
3. 軟件工程人員職業(yè)道德標準
4. 如何培養自己的職業(yè)道德
職業(yè)道德修養，就是從業(yè)人員在道德意識和道德行為方面的自我鍛煉以及自我改造中所形成的職業(yè)道德品質(zhì)和達到的職業(yè)道德境界。任何一名從業(yè)人員職業(yè)道德素質(zhì)的提高，一方面靠他自律，即社會(huì )的培養和學(xué)校的教育；另一方面就取決于自己的主觀(guān)努力，即自我修養。而后者更為重要。職業(yè)道德修養的形成要從以下幾點(diǎn)著(zhù)手：
共7個(gè)階段：學(xué)前期（0~15歲），立志學(xué)習期（15~30歲），自立階段（30~40歲），不惑時(shí)期（40~50歲），知天命期（50~60歲），耳順期（60~70歲），從心所欲期（70以上）。
用于分析一個(gè)單位或者個(gè)人優(yōu)勢與劣勢以及外部環(huán)境的機會(huì )與威脅，幫助個(gè)人和單位制定未來(lái)發(fā)展策略，包括4個(gè)方面：優(yōu)勢（Strength）、劣勢(Weakness)、機會(huì )(Opportunity)、威脅(Threat)。
軟件（software）是計算機系統中與硬件（hardware）相互依存的另一部分，它包括程序（program）、相關(guān)數據（data）及其說(shuō)明文檔（document）。即：軟件=程序+數據+文檔
軟件危機：是指由于軟件開(kāi)發(fā)技術(shù)手段不符合社會(huì )生產(chǎn)方式而引起的諸如軟件開(kāi)發(fā)成本高、質(zhì)量低、開(kāi)發(fā)周期難以控制、軟件可靠性差、生產(chǎn)率低等狀況。
從時(shí)間角度對軟件開(kāi)發(fā)和維護的復雜問(wèn)題進(jìn)行分解，是指軟件產(chǎn)品或軟件系統從形成概念開(kāi)始，到生產(chǎn)（開(kāi)發(fā)）、使用、維護直至被廢棄的全過(guò)程。
一般來(lái)說(shuō)，軟件生存周期包括計劃、開(kāi)發(fā)、使用和維護三個(gè)過(guò)程，每一個(gè)過(guò)程又可以細分為若干更小的階段。具體階段的劃分如下：
軟件開(kāi)發(fā)模型也常稱(chēng)為軟件過(guò)程模型、或軟件生存期模型，有時(shí)也稱(chēng)軟件工程范型。它是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結構框架，直觀(guān)地表達了軟件開(kāi)發(fā)全過(guò)程，明確規定要完成的主要活動(dòng)、任務(wù)和開(kāi)發(fā)策略及各階段之間的關(guān)系和順序，是軟件開(kāi)發(fā)過(guò)程的概括。
瀑布模型的優(yōu)點(diǎn)是清楚地標識出了軟件開(kāi)發(fā)的階段。它采用自頂向下逐步求精的方式把整個(gè)開(kāi)發(fā)過(guò)程分成不同的階段，每個(gè)階段的工作都很明確，因此便于控制開(kāi)發(fā)過(guò)程。當所有的階段都完成之后，該軟件的開(kāi)發(fā)過(guò)程也隨之結束。
瀑布模型的缺點(diǎn)正是它自身的順序性所導致的。實(shí)際的開(kāi)發(fā)過(guò)程中，在需求階段很難把用戶(hù)的需求完全明確下來(lái)，因此，當需求變更時(shí)將會(huì )導致階段反復，而且都要重復需求、設計、編碼、測試等過(guò)程。
瀑布模型的另一個(gè)缺點(diǎn)是將錯誤的發(fā)現推遲了，系統只有在測試時(shí)才能發(fā)現設計或者分析中的錯誤，而這時(shí)再返工的代價(jià)是非常昂貴的。
瀑布模型通過(guò)強制性的要求提供規約文檔來(lái)確保每個(gè)階段都能很好的完成任務(wù)。但是實(shí)際上往往難以辦到，因為整個(gè)的模型幾乎都是以文檔驅動(dòng)的，這對于非專(zhuān)業(yè)的用戶(hù)來(lái)說(shuō)是難以閱讀和理解的。
適用范圍：常有這種情況，用戶(hù)定義了軟件的一組一般性目標，但不能標識出詳細的輸入、處理及輸出需求；還有一些情況，開(kāi)發(fā)者可能不能確定算法的有效性、操作系統的適應性或人機交互的形式。在這些情況下，原型模型可能是最好的選擇。
分2種：序言性注釋?zhuān)δ苄宰⑨?/div>
3、 IT崗位技能要求包括哪些內容？
IT職業(yè)核心素質(zhì)根據重要性和提及率平均數指標依次為：溝通能力、團隊合作、學(xué)習能力、責任感、問(wèn)題解決能力、誠信、主動(dòng)性、理解能力、應變能力、抗挫抗壓能力、踏實(shí)、大局觀(guān)。
4、 編程中常用的命名法有哪3種，并舉例說(shuō)明？
l 匈牙利命名法，nAge，表示整形的年齡
l 駱駝命名法，documentFormatType，表示文檔格式類(lèi)型
l 帕斯卡命名法，SetName，設置姓名
5、 什么是流程圖？
流程圖，就是以流程的形式反映工作、事件的進(jìn)度的圖標。
6、程序中基本控制結構包括哪幾種？
順序結構，分支結構（又稱(chēng)選擇結構），循環(huán)結構。
7、思維腦圖的重要性表現在哪幾人方面？
l 提高效率。用簡(jiǎn)單的圖形代替長(cháng)篇文字，節省時(shí)間，且簡(jiǎn)單易懂。
l 打開(kāi)思路。很容易在原有基礎上進(jìn)行延伸。
l 增強條理性。枝節按需要添加，條理清晰，可操作性強。
第5章 項目管理概論
1 簡(jiǎn)述項目的特征。
一、項目都有明確的目標
二、項目具有唯一性（專(zhuān)門(mén)性）
三、項目具有臨時(shí)性（一次性）
四、項目具有整體性。
2 簡(jiǎn)述管理對于社會(huì )組織的重要意義。
一、管理使組織發(fā)揮作用。
二、組織目標的實(shí)現依賴(lài)于管理。
3 簡(jiǎn)單介紹項目存在的約束？
范圍、時(shí)間、成本、質(zhì)量。
Cost = F(Time, Scope, Quality)
4 項目管理知識領(lǐng)域包含有哪些知識？
項目管理包括九個(gè)知識領(lǐng)域：
四個(gè)核心知識領(lǐng)域：范圍管理、時(shí)間管理、成本管理和質(zhì)量管理
四個(gè)輔助知識領(lǐng)域：人力資源管理、風(fēng)險管理、采購管理和溝通管理
和項目的整體管理。
5 簡(jiǎn)述項目管理的步驟和對應工作。
一般我們把項目管理整個(gè)過(guò)程分為五個(gè)階段（過(guò)程）：立項、計劃、監控、實(shí)施和結項：
（1）立項：認可項目可以開(kāi)始。
（2）計劃：為完成項目所要達到的商業(yè)要求而對實(shí)際可行的工作計劃的設計、維護。
（3）執行：協(xié)調人員和其他資源執行計劃。
（4）監控：通過(guò)監督、衡量進(jìn)度和在必要時(shí)采取改正行動(dòng)來(lái)保證達到項目的目標。
（5）結項：正式地接受項目使它有序地結束。
6 介紹可行性分析重要進(jìn)行哪些工作。
市場(chǎng)可行性分析、經(jīng)濟可行性分析（成本收益分析）、技術(shù)可行性分析、法律可行性分析、SWOT分析等。
第6章 需求獲取
1、 軟件需求的定義
答：1）用戶(hù)為解決某個(gè)問(wèn)題或達到某個(gè)目標而需具備的條件或能力。
2） 系統或系統組件為符合合同、標準、規范或其他正式文檔而必須滿(mǎn)足的條件或必須具備的能力。
2、 需求的類(lèi)型
答：1、功能需求（Functional Requirement）：和系統主要工作相關(guān)的需求，即在不考慮物理約束的情況下，用戶(hù)希望系統所能夠執行的活動(dòng)，這些活動(dòng)可以幫助用戶(hù)完成任務(wù)。
2、性能需求（Performance Requirement）：系統整體或系統組成部分應該擁有的性能特征，例如CPU使用率、內存使用率等。
3、質(zhì)量屬性（Quality Attribute）：系統完成工作的質(zhì)量，即系統需要在一個(gè)“好的程度”上實(shí)現功能需求。
4、對外接口（External Interface）：系統和環(huán)境中其他系統之間需要建立的接口，包括硬件接口、軟件接口、數據庫接口等。
5、約束（Constraint）：進(jìn)行系統構造時(shí)需要遵守的約束，例如編程語(yǔ)言、硬件設施等。
3、 需求獲取的內容是什么？
答：需求獲取是進(jìn)行需求收集的一個(gè)活動(dòng)，它從人、資料和環(huán)境中得到系統開(kāi)發(fā)所需要的信息。
4、 需求獲取常用的方法
答：常見(jiàn)的需求獲取技術(shù)包括面談和需求專(zhuān)題討論會(huì )、問(wèn)卷調查、原型、觀(guān)察與文檔審查方法等。
5、為什么要建立需求規格說(shuō)明？
答：是分析問(wèn)題或項目失敗的最可靠的方法之一，需求規格說(shuō)明書(shū)可以成為項目開(kāi)發(fā)的一個(gè)重要依，它可以作為軟件估算和項目進(jìn)度安排的基礎。
6、 優(yōu)秀的需求規格說(shuō)明書(shū)應該具備哪些特性？
答：1、完備性。需求規格說(shuō)明書(shū)是完備的，當且僅當描述了用戶(hù)所有有意義的需求，包括功能、性能、約束、質(zhì)量屬性和對外接口。
2、一致性。一致性是指本層次與其他軟件需求或高層需求不相矛盾。
3、可修改性。需求規格說(shuō)明書(shū)必須能夠被修改，并可以為提供每項需求維護修改的歷史記錄。
4、可跟蹤性。需求的可跟蹤性是指可以跟蹤一個(gè)需求使用期限的全過(guò)程。它為我們提供了從需求到產(chǎn)品實(shí)現整個(gè)過(guò)程范圍的明確查閱的能力。
7、需求評審有哪些類(lèi)型？有哪些參與人員？
答：①審查，②小組評審，③走查，④輪查，⑤臨時(shí)評審。
參與的人員以及相應的角色包括：①組織者，②仲裁者，③作者，④閱讀人員，⑤記錄人員，⑥收集人員，⑦審查人員
8、需求驗證有哪些方法？
答：1、需求評審 2、原型與模擬3、利用跟蹤關(guān)系
9、什么是需求變更？
答：需求變更控制就是以控制、一致的方式進(jìn)行需求基線(xiàn)中需求的變更處理，包括對變化的評估、協(xié)調、批準或拒絕、實(shí)現和驗證。需求變更控制并不是要限制甚至拒絕需求的變化，它是以一種可控制的嚴格的過(guò)程方式來(lái)執行需求的變更。
10、一個(gè)有效的變更控制有哪些注意事項？
答：1、認識到變更的必要性，并為之制訂計劃
2、維護需求基線(xiàn)，審計變更記錄
3、管理范圍蔓延
4、靈活應對變更請求
第7章 用例模型
1、什么是UML？
UML是Unified Modeling Language的縮寫(xiě)，是一種圖形化符號語(yǔ)言，中文稱(chēng)之為“統一建模語(yǔ)言”。
2、在UML中，共有哪幾種圖？
1.用例圖，2.類(lèi)圖，3.對象圖，4.活動(dòng)圖，5.狀態(tài)圖，6.序列圖，7.協(xié)作圖，8.部署圖，9.組件圖。
3、用例圖中，核心元素包括哪兩個(gè)，各起什么作用？
（1）用例：從用戶(hù)的角度描述系統的行為
（2）參與者：是與系統交互的外部實(shí)體
4、用例描述通常包括哪幾部分？
用例標識，用例名稱(chēng)，簡(jiǎn)要說(shuō)明，參與者，前置條件，基本事件流，其它事件流，異常事件流，后置條件，修改歷史。
5、什么是序列圖？
用于描述對象之間動(dòng)態(tài)的交互關(guān)系，表示完成某項行為的對象以及這些對象之間傳遞消息的時(shí)間順序。
6、什么是協(xié)作圖？
用于描述相互協(xié)作的對象間的交互關(guān)系和鏈接關(guān)系，強調體現交互對象間的靜態(tài)鏈接關(guān)系。
第8章 架構分析與設計
1. 什么是軟件架構
答：軟件架構就是指軟件系統的結構，或者軟件的體系結構，包括軟件元素、軟件元素的外部特性以及這些元素之間的關(guān)系。
2. 軟件架構的多重性表現在哪幾個(gè)方面的關(guān)注人員？
答：項目管理者，項目客戶(hù)，軟件系統的最終用戶(hù)，軟件系統的開(kāi)發(fā)人員
3. 什么是架構視圖
答：架構視圖是從某一種特定角度或某一點(diǎn)上對系統所做的簡(jiǎn)化描述（抽象），描述中涵蓋了系統的某一特定方面，省略了與此方面無(wú)關(guān)的實(shí)體。
4. RUP軟件架構視圖包括哪五個(gè)方面，請說(shuō)出用例視圖的作用？
答：邏輯視圖（Logical view），實(shí)現視圖（Implementation view），進(jìn)程視圖（Process view），部署視圖（Deployment view），用例視圖（Use-Case View）。
這個(gè)視圖在架構中扮演了一個(gè)很特殊的角色，因為它通過(guò)用例或者場(chǎng)景來(lái)描述系統的架構。在初始和細化階段，用它們來(lái)驅動(dòng)架構的挖掘和設計，在隨后的階段中，利用它們來(lái)驗證不同的視圖。場(chǎng)景主要用于說(shuō)明在軟件架構文檔中其他視圖是如何工作的。
5. 什么是應用框架，其重要特點(diǎn)是什么？
答：應用框架通常是一個(gè)軟件產(chǎn)品，它實(shí)現了某個(gè)業(yè)界標準或者完成了特定的基本任務(wù)。
特點(diǎn)：應用框架實(shí)現的是基本任務(wù)，所以它不是一個(gè)完整的產(chǎn)品，而是一個(gè)半成品，但是要實(shí)現的業(yè)務(wù)功能可以通過(guò)應用框架中的某種機制進(jìn)行擴展。
6. 列舉分層架構的實(shí)例，并說(shuō)明各層的職責劃分。
答：TCP/IP四層結構：（1）應用層：應用程序間溝通的層，如簡(jiǎn)單電子郵件傳輸（SMTP）、文件傳輸協(xié)議（FTP）、網(wǎng)絡(luò )遠程訪(fǎng)問(wèn)協(xié)議（Telnet）等。（2）傳輸層：在此層中，它提供了節點(diǎn)間的數據傳送，應用程序之間的通信服務(wù)，主要功能是數據格式化、數據確認和丟失重傳等。如傳輸控制協(xié)議（TCP）、用戶(hù)數據報協(xié)議（UDP）等。（3）互連網(wǎng)絡(luò )層：負責提供基本的數據封包傳送功能，讓每一塊數據包都能夠到達目的主機（但不檢查是否被正確接收），如網(wǎng)際協(xié)議（IP）。（4）網(wǎng)絡(luò )接口層：接收IP數據報并進(jìn)行傳輸，從網(wǎng)絡(luò )上接收物理幀，抽取IP數據報轉交給下一層，對實(shí)際的網(wǎng)絡(luò )媒體的管理，定義如何使用實(shí)際網(wǎng)絡(luò )（如Ethernet、Serial Line等）來(lái)傳送數據。
7. 什么是分析機制
答：用一個(gè)簡(jiǎn)短的術(shù)語(yǔ)來(lái)描述一個(gè)復雜的問(wèn)題，從而減少分析的復雜性，有利于提高分析的一致性。
8. 架構設計的主要內容包括哪些？
答：確定設計機制，說(shuō)明運行時(shí)架構，說(shuō)明分布。
第9章 確定設計元素
1. 常見(jiàn)的設計元素有哪幾種？
答：類(lèi)，子系統，接口
2. 確定設計元素的基本方法是什么？
答：確定類(lèi)：如果一個(gè)分析類(lèi)很簡(jiǎn)單，而且代表一個(gè)單一的邏輯抽象，就可按照一一對應的關(guān)系直接將其映射到設計類(lèi)。確定子系統：如果分析類(lèi)相當復雜，以致于它所包括的行為無(wú)法由單個(gè)類(lèi)來(lái)獨自負責執行，就應將該分析類(lèi)映射到設計子系統。
3. 在UML中，系統的行為通常用哪兩種圖來(lái)描述？
答：一個(gè)系統的行為可以用許多方法來(lái)描述，包括協(xié)作或者交互的方法。
第10章 子系統設計
1. 子系統特征包括哪些？
答：不僅具有包的分組特性，而且具有類(lèi)的封裝和行為特性。
2. 子系統設計的任務(wù)包括哪些內容
答：將子系統行為分配給子系統元素
記錄子系統元素
說(shuō)明子系統依賴(lài)關(guān)系
第11章 類(lèi)設計
1. 類(lèi)成員的可見(jiàn)性有哪幾種？分別解釋其含義。
答：類(lèi)成員的可見(jiàn)性有四種，從大到小分別是：
l 公有的（public）：任何地方都可以訪(fǎng)問(wèn)該成員。
l 受保護的（protected）：子類(lèi)及同一個(gè)包中的任何類(lèi)都可以訪(fǎng)問(wèn)該成員。
l 包級私有的（default）：同一個(gè)包中的任何類(lèi)都可以訪(fǎng)問(wèn)該成員。
l 私有的（private）：僅能被所在類(lèi)的成員訪(fǎng)問(wèn)。
2. 類(lèi)之間的關(guān)系有哪些？對每種關(guān)系舉一個(gè)例子。
答：類(lèi)與類(lèi)之間存在4種關(guān)系：依賴(lài)、關(guān)聯(lián)、泛化、聚合關(guān)系。
l 依賴(lài)關(guān)系：學(xué)生在校讀書(shū)，家長(cháng)在外打工，學(xué)生依賴(lài)于家長(cháng)。
l 關(guān)聯(lián)關(guān)系：患者和醫生的關(guān)系就是關(guān)聯(lián)關(guān)系。
l 泛化關(guān)系：汽車(chē)和交通工具之間的關(guān)系就是泛化關(guān)系。
l 聚合關(guān)系：汽車(chē)和輪子的關(guān)系就是聚合關(guān)系。
第12章 數據庫設計
1. 數據庫設計主要任務(wù)？
答：數據庫設計主要考慮持久類(lèi)如何存儲、存儲過(guò)程如何定義等問(wèn)題。
2. 將持久類(lèi)映射到關(guān)系數據庫表的基本方法是什么？
答：將持久類(lèi)映射到關(guān)系數據庫表的方法：將類(lèi)名映射為表名，將類(lèi)的屬性映射為表的列（又叫字段），將類(lèi)之間關(guān)系映射為外鍵。這樣，類(lèi)的一個(gè)實(shí)例（對象）就對應數據庫表的一行。
3. 為什么要使用ORM框架？
答：ORM框架是對基本API的一種包裝，可以讓程序員用更少的代碼來(lái)訪(fǎng)問(wèn)數據庫。另外，已經(jīng)存在一些針對ORM框架的實(shí)用工具，可以自動(dòng)生成大部分數據庫訪(fǎng)問(wèn)代碼。因此，使用ORM框架可以大大地提高開(kāi)發(fā)效率。
4. 什么是存儲過(guò)程？
答：存儲過(guò)程是運行于數據庫管理系統的進(jìn)程空間內的可執行代碼，它具有無(wú)需通過(guò)網(wǎng)絡(luò )傳輸數據即可在服務(wù)器上執行數據庫相關(guān)操作的能力，從而有效地提高系統的性能。
第20章 軟件項目管理概述
1 軟件工程中為什么引入項目管理？
只要有管理，項目才有了改進(jìn)的可能性，改進(jìn)的好壞取決于兩個(gè)因素：一個(gè)是人，特別是各級管理者；另一個(gè)是利益。只有通過(guò)項目管理進(jìn)行合理的"利益分配"，在權責利明確的前提下，人才能充分的發(fā)揮作用，項目才能最終取得成功。
2 一個(gè)軟件項目的利益相關(guān)者包括哪幾類(lèi)人員？
項目發(fā)起者主要是通過(guò)投入資源來(lái)實(shí)施項目，以實(shí)現某一特定的目標和利益；客戶(hù)（Customer），也就是項目要交付的對象；最終用戶(hù)（End User），項目交付產(chǎn)品的最終使用者；合作的其他職能部門(mén)；承包商；有時(shí)還有項目團隊家屬。
3 什么是軟件項目管理?
軟件項目管理的概念涵蓋了管理軟件產(chǎn)品開(kāi)發(fā)所必需的知識、技術(shù)及工具。其含義是指在軟件項目活動(dòng)中運用一系列知識、技能、工具和技術(shù)，以滿(mǎn)足軟件需求方的整體要求。
4 解釋軟件項目的特殊性表現在哪幾個(gè)方面？
軟件項目管理的特殊性表現在以下方面：
（1）智力密集，可見(jiàn)性差：
（2）單件生產(chǎn)：
（3）勞動(dòng)密集，自動(dòng)化程度低：
（4）使用方法繁瑣，維護困難：
（5）軟件工作滲透了人的因素：
5 軟件項目管理的基本步驟是什么？
（1） 啟動(dòng)軟件項目
（2） 制定項目計劃
（3） 跟蹤和控制項目計劃
（4） 評審項目計劃
（5） 編寫(xiě)管理文檔
6 項目組織形式有哪幾種，分別適用于何種情況？
項目組織形式類(lèi)型有許多，最為典型的是職能型、項目型和鉅陣型。職能型組織結構比較適用于一個(gè)企業(yè)內部項目的運作，對于以承擔外部客戶(hù)（業(yè)主）為主要經(jīng)營(yíng)業(yè)務(wù)的單位來(lái)說(shuō)并不合適；而項目型組織結構由于存在著(zhù)嚴重的資源浪費，通常只運用在大型的、復雜的且周期較長(cháng)的項目中；對于眾多的項目型企業(yè)來(lái)說(shuō)，根據其既需要以項目為導向、又需要充分利用現有資源充分共享的特點(diǎn)，矩陣式的項目組織型式及其對應的矩陣式管理模式是上佳之選。
7 項目經(jīng)理有哪些職責？
項目經(jīng)理的職責：
l 確保項目目標實(shí)現，保證客戶(hù)滿(mǎn)意。
l 制定項目階段性目標和項目總體控制計劃。
l 組織精干的項目管理班子。
l 及時(shí)決策。
l 履行合同義務(wù)，監督合同執行，處理合同變更。
8 軟件項目規劃要說(shuō)明哪些內容？
項目規劃主要說(shuō)明三個(gè)方面的內容：要做什么？誰(shuí)來(lái)做？怎么做？
l 要做什么,就是項目的范圍。
l 誰(shuí)來(lái)做,“誰(shuí)來(lái)做”的問(wèn)題就必須和下一個(gè)內容怎么來(lái)做一并來(lái)考慮，并且要通過(guò)一些策略來(lái)驅動(dòng)“誰(shuí)”用“什么”方法完成以上的目標。
l 怎么做,按照規劃的目標完成項目?jì)热?，為要完成這些內容，要制定一些策略，整合一些資源，利用一些工具。
9 項目時(shí)間管理的過(guò)程（六個(gè)階段）。
項目時(shí)間管理的步驟：活動(dòng)定義、活動(dòng)排序、活動(dòng)資源估算、活動(dòng)持續時(shí)間估算、制定進(jìn)度表、進(jìn)度控制。
