PA银行面试之炮灰之程
總結(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)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Arrays.sort()源码分析
- 下一篇: 我们常常意识不到问题的存在,直到有人解决