總結(jié)缺乏知識(shí)點(diǎn)：

瀑布模型，二維表，OLAP，OLTP,OLAM,銀行業(yè)務(wù)知識(shí)，sql優(yōu)化方法，OCP等知識(shí)點(diǎn)；對(duì)每一個(gè)實(shí)施過的項(xiàng)目的技術(shù)與業(yè)務(wù)的熟悉程度。

1、瀑布模型：參考博客

　　階段間具有順序性和依賴性。

　　階段：需求分析--規(guī)格說明書--設(shè)計(jì)--編碼--綜合測(cè)試--維護(hù)

1.1優(yōu)點(diǎn)

①可強(qiáng)迫開發(fā)人員采用規(guī)范化的方法。

②嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔。

③要求每個(gè)階段交出的所有產(chǎn)品都必須是經(jīng)過驗(yàn)證的。

④為項(xiàng)目提供了按階段劃分的檢查點(diǎn)。

1.2缺點(diǎn)

①由于瀑布模型幾乎完全依賴于書面的規(guī)格說明，過分依賴文檔的規(guī)格說明，如果需求規(guī)格說明與用戶需求之間有差異，就會(huì)導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不能真正滿足用戶的需要。

②開發(fā)模型呈線性，在項(xiàng)目的各個(gè)階段之間極少有反饋，當(dāng)開發(fā)成果尚未經(jīng)過測(cè)試時(shí)，用戶無法看到軟件成果，這樣與用戶見面的時(shí)間間隔較長，也會(huì)增加風(fēng)險(xiǎn)。

③在軟件開發(fā)前期未發(fā)現(xiàn)的錯(cuò)誤傳到后面的開發(fā)活動(dòng)中時(shí)，可能會(huì)擴(kuò)散，進(jìn)而可能會(huì)造成整個(gè)軟件項(xiàng)目開發(fā)失敗。

④在軟件需求分析階段，完全確定用戶額所有需求是比較困難的，甚至可以說是不太可能的。

⑤瀑布模型只適用于項(xiàng)目開始時(shí)需求已確定的情況。

2、拓展1：五種典型系統(tǒng)開發(fā)周期模型。參考博客1 參考博客2?參考博客3

2.1瀑布模型：瀑布模型是一個(gè)特別經(jīng)典，甚至有點(diǎn)老套的周期模型，一般情況下將其分為計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼以及單元測(cè)試、測(cè)試、運(yùn)行維護(hù)等幾個(gè)階段。瀑布模型的周期是環(huán)環(huán)相扣的。每個(gè)周期中交互點(diǎn)都是一個(gè)里程碑，上一個(gè)周期的結(jié)束需要輸出本次活動(dòng)的工作結(jié)果，本次的活動(dòng)的工作結(jié)果將會(huì)作為下一個(gè)周期的輸入。這樣，當(dāng)某一個(gè)階段出現(xiàn)了不可控的問題的時(shí)候，就會(huì)導(dǎo)致返工，返回到上一個(gè)階段，甚至?xí)舆t下一個(gè)階段。

2.2螺旋模型：螺旋模型，尤其重視風(fēng)險(xiǎn)分析階段，特別適用于龐大并且復(fù)雜，非常高風(fēng)險(xiǎn)的項(xiàng)目。通常螺旋模型由四個(gè)階段組成：制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程和客戶評(píng)估。螺旋模型中，發(fā)布的第一個(gè)模型甚至可能是沒有任何產(chǎn)出的，可能僅僅是紙上談兵的一個(gè)目標(biāo)，但是隨著一次次的交付，每一個(gè)版本都會(huì)朝著固定的目標(biāo)邁進(jìn)，最終得到一個(gè)更加完善的版本。

2.3V模型：V模型從整體上看起來，就是一個(gè)V字型的結(jié)構(gòu)，由左右兩邊組成。左邊的下劃線分別代表了需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼。右邊的上劃線代表了單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試與驗(yàn)收測(cè)試。看起來V模型就是一個(gè)對(duì)稱的結(jié)構(gòu)，它的重要意義在于，非常明確的表明了測(cè)試過程中存在的不同的級(jí)別，并且非常清晰的描述了這些測(cè)試階段和開發(fā)階段的對(duì)應(yīng)關(guān)系。

2.4原型化模型：原型化模型第一步就是創(chuàng)建一個(gè)快速原型，能夠滿足項(xiàng)目干系人與未來的用戶可以與原型進(jìn)行交互，再通過與相關(guān)干系人進(jìn)行充分的討論和分析，最終弄清楚當(dāng)前系統(tǒng)的需求，進(jìn)行了充分的了解之后，在原型的基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。在實(shí)際的項(xiàng)目過程中，借助于組織過程資產(chǎn)以及快速模型軟件，一般在需求分析的時(shí)候，就可以建立一些簡單的原型，例如在第一家YH公司中，因?yàn)槭恰靶袠I(yè)軟件提供商”，所以擁有各個(gè)地域的行業(yè)解決軟件方案，慣用的伎倆就是將其他地市的項(xiàng)目拿到本次項(xiàng)目實(shí)施地，作為原型化模型。原型化模型是極具意義的項(xiàng)目實(shí)踐。

2.5迭代模型：迭代模型，摒棄了傳統(tǒng)的需求分析，設(shè)計(jì)，編碼，測(cè)試的流程，而是將整個(gè)生命周期變成若干個(gè)沖刺（Sprint）階段，而每一個(gè)階段都是由以上若干或者全部傳統(tǒng)的流程組成，在每一個(gè)階段中，都會(huì)包含下面四個(gè)階段：初始階段，細(xì)化階段，構(gòu)建階段，交付階段。在初始階段中，確認(rèn)本次沖刺的范圍，邊界，系統(tǒng)選擇的架構(gòu)，計(jì)劃，以及所需要的資源等信息。在細(xì)化階段中，對(duì)問題進(jìn)行建域，創(chuàng)建開發(fā)案例，創(chuàng)建模板以及準(zhǔn)備工具等。在構(gòu)建階段的主要任務(wù)就是完成構(gòu)建的開發(fā)并且進(jìn)行測(cè)試，將完成的構(gòu)建集成為產(chǎn)品，并且測(cè)試所有的功能（CI）。在交付階段，主要是完成本次沖刺，將軟件產(chǎn)品交付給相關(guān)的干系人。

3、二維表：https://baike.baidu.com/item/%E4%BA%8C%E7%BB%B4%E8%A1%A8/2863955?fr=aladdin

4、OLAP:https://blog.csdn.net/dufufd/article/details/78621158

5、OLTP:（與OLAP比較）https://www.cnblogs.com/hhandbibi/p/7118740.html

6、OLAM:http://articles.e-works.net.cn/BI/Article77486.htm

備注：于20190230日之前需要學(xué)習(xí)補(bǔ)充知識(shí)點(diǎn)，并做感想學(xué)習(xí)筆記。

?

轉(zhuǎn)載于:https://www.cnblogs.com/MISSCHEN/p/10425189.html

總結(jié)

以上是生活随笔為你收集整理的PA银行面试之炮灰之程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。