軟件開發(fā)案例（軟件開發(fā)項目案例）
今天給各位分享軟件開發(fā)案例的知識，其中也會對軟件開發(fā)項目案例進行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！
本文目錄一覽：
求軟件工程中適合用瀑布模型和原型模型開發(fā)的例子各一個。
軟件工程案例-輕松短租網(wǎng)(過程模型+UML)，免費下載
鏈接:
提取碼:ti2x
以案例的形式，講述了軟件開發(fā)的全過程，包括軟件開發(fā)中需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試、提交以及維護等各個過程中涉及的理論、方法、注意事項、提交的產(chǎn)品和文檔等。
軟件項目開發(fā)總結(jié)報告實例
軟件項目總結(jié)報告范文
1引言
1.1編寫目的
XXX公司業(yè)務(wù)管理系統(tǒng)的開發(fā)已經(jīng)基本完成。寫此項目開發(fā)總結(jié)報告，以方便我們在以后的項目開發(fā)中來更好的實施項目的訂制開發(fā); 讓我在今后的項目開發(fā)中有更多的有據(jù)的資料來規(guī)范我們的開發(fā)過程和提高我們的開發(fā)效率,從而創(chuàng)造更多公司效益。
1.2背景
項目名稱：XXX業(yè)務(wù)管理系統(tǒng)
軟件名稱：XXX業(yè)務(wù)系統(tǒng)
客戶：XXX
用戶：XXX員工
1.3參考資料
項目開發(fā)文檔：
1．軟件開發(fā)數(shù)據(jù)模型：PDM_OperationSystem20070831.pdm
2．數(shù)據(jù)庫開發(fā)文檔： XXX業(yè)務(wù)管理系統(tǒng)數(shù)據(jù)庫設(shè)計說明書2.0.doc
3．軟件業(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統(tǒng)流程說明.doc
4．軟件使用手冊參考：XXX業(yè)務(wù)管理系統(tǒng)功能說明3.0.doc
5．軟件業(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統(tǒng)流程說明.doc
6．軟件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
7．軟件中使用的安全Ikey驅(qū)動：Ikey Driver.rar
以上參考資料是截止2007-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。
2開發(fā)工作評價
2.1對生產(chǎn)效率的評價
1． 系統(tǒng)開發(fā)已歷時快1年的時間了
2． 開發(fā)的反復(fù)性比較多。
3． 對客戶的需求理解不是很透徹。
綜合以上，此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。
2.2對產(chǎn)品功能的評價
經(jīng)過我們公司各位同事的共同努力協(xié)作，XXX業(yè)務(wù)管理系統(tǒng)已經(jīng)很好的完成了客戶的業(yè)務(wù)流需求。經(jīng)過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設(shè)計缺陷和部分代碼的構(gòu)建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug?？偟膩碚f，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。
2.3對技術(shù)方法的總結(jié)
在此項目中使用到技術(shù)和工具：
1． 使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發(fā)進程。在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內(nèi)完成工作。在今后的項目開發(fā)中，我們最好是能開發(fā)出適合自己的代碼生成工具，更大限度的節(jié)省開發(fā)周期和開發(fā)費用。
2． 使用數(shù)據(jù)庫建模工具；PowerDesigner 工具來建立系統(tǒng)數(shù)據(jù)庫模型，以方便程序員很好的理解業(yè)務(wù)流和掌握系統(tǒng)架構(gòu)者的架構(gòu)思想，更好的滿足客戶的功能需求。在今后的項目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數(shù)據(jù)庫模型的建立，最大的來優(yōu)化系統(tǒng)功能。
3． 使用第三方控件：此系統(tǒng)中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網(wǎng)絡(luò)中的比較常見的第三方控件。
4． 使用自定義控件：此系統(tǒng)中使用了自定義控件(GhdGridView),此自定義控件可以很好的統(tǒng)一系統(tǒng)中的所有信息顯示表格樣式。如客戶對數(shù)據(jù)顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統(tǒng)中的所有繼承自GhdGridView的表格樣式都可以改變。
5． 系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結(jié)構(gòu)，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術(shù)不斷的更加成熟。
6． 系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就最大的提高了我們系統(tǒng)的安全性。Ikey加密鑰匙是很好的加密B/S架構(gòu)軟件的硬件工具，在以后的軟件安全方面可以借鑒。
3項目經(jīng)驗總結(jié)
3.1簽定合同
一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導(dǎo)致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2開發(fā)團隊
在項目確立后，要盡快的建立起項目開發(fā)團隊。
項目團隊成員的團結(jié)合作、相互溝通是非常重要的，團隊成員之間要相互學(xué)習(xí)彼此的優(yōu)點和技術(shù)，使團隊的能力不斷的提高。這樣，在項目的開發(fā)過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術(shù)上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發(fā)成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發(fā)團隊成員要盡量的書寫一些開發(fā)文檔，這些文檔往往是我們在項目開發(fā)后期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養(yǎng)我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3需求的調(diào)研
在項目確立后，就到了需求調(diào)研分析階段。
1． 項目組對客戶的整體組織結(jié)構(gòu)、公司有關(guān)人員的關(guān)系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關(guān)系,要深入的去了解客戶需求。
2． 我們要盡量的讓客戶也參與到項目的開發(fā)團隊中來，也就是說我們要使客戶把自己也納入到項目的開發(fā)團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高,也就不會為項目的后期功能開發(fā)埋下陷阱
3． 在需求調(diào)研過程中，如果缺乏足夠用戶參與，這樣的需求調(diào)研也是失敗的。很多程序員不愿參與到客戶的需求調(diào)研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調(diào)研中來，為什么呢？需求調(diào)研有出去和朋友一塊爛漫對嗎。。。雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調(diào)研中來。
4． 模糊需求，也就是模棱兩可是需求規(guī)格說明中最為可怕的問題。一是指諸多客戶對需求說明產(chǎn)生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調(diào)研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
5． 在一個項目的開發(fā)中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發(fā)后期與客戶溝通的可尋依據(jù)、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發(fā)需求。。。；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發(fā)需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調(diào)研中做好需求文檔的記錄和整理。
6． 需求調(diào)研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調(diào)研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用Rose工具，把客戶的意思轉(zhuǎn)換為用例圖、時序圖、協(xié)作圖、狀態(tài)圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質(zhì)。
3.5做好開發(fā)計劃
在項目確立后，我們就需要做好項目開發(fā)計劃，需求調(diào)研用時，開發(fā)用時，測試用時，實施用時，維護用時。在我們做好了計劃后，我們要隨時的跟蹤計劃任務(wù)的完成進度，從而使我們的項目進度掌控在我們的開發(fā)周期范圍之內(nèi)，今日計劃、行動，明日成功。
3.5很好的溝通
在其他行業(yè)中，人與人的之間的溝通只很重要的。項目開發(fā)也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發(fā)人員要學(xué)會和善于溝通于客戶和同事之間。在一個項目的開發(fā)過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發(fā)到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發(fā)現(xiàn)問題，解決問題，從而按時或者提前完成項目的開發(fā)。
3.6做好工作總結(jié)
在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結(jié)，這樣以來，無論是在自己的技術(shù)還是其它方面，都會對我們有很大的提高，在長期的積累后，無論是我們個人能力，，還是我們的團隊能力都會有很大的提高。
小米唐沐等大咖精心挑選的100個年度研發(fā)案例實踐
2017年，機器學(xué)習(xí)、大數(shù)據(jù)、人工智能等詞匯成為軟件研發(fā)行業(yè)的主流，大前端、DevOps、區(qū)塊鏈等技術(shù)方式成為熱點方向；2017年，智能硬件開始成為新的焦點，這一年更被稱為智能音箱井噴的一年；2017年，互聯(lián)網(wǎng)更快速地發(fā)展，要求一切都變得更快，工程效率、交付速度、創(chuàng)新速度。還有軟件重構(gòu)、云平臺搭建、多活改造、數(shù)據(jù)變現(xiàn)、大數(shù)據(jù)轉(zhuǎn)型……
11月9-12日，北京國家會議中心， 第六屆TOP100全球軟件案例研究峰會 。4天時間，洞察100位技術(shù)帶頭人所思所想的案例實踐。
2017年TOP100summit依舊是5個專場同時并行，15個話題方向全面展示軟件研發(fā)全生命周期各個維度的實踐和解決方案。
專場一：體驗設(shè)計/產(chǎn)品創(chuàng)新/運營驅(qū)動
精選案例
●《Balancing Creativity and technology to make innovation product》
Ruthia He ——Facbook Product Designer
案例價值：設(shè)計過程就像一場需要在產(chǎn)品目標、技術(shù)實現(xiàn)、創(chuàng)意發(fā)揮、用戶體驗之間不斷探索尋找平衡的旅程。在緊張的資源中縱橫捭闔是一種藝術(shù)，舉例來說，你需要時刻提醒自己你的產(chǎn)品目標是什么，但實現(xiàn)產(chǎn)品目標的技術(shù)實現(xiàn)資源很可能一直不足；又或者設(shè)計師的靈感催生了一項獨特的創(chuàng)意，但是這種創(chuàng)意卻不一定能被所有人接受。本案例將以講師在硅谷的產(chǎn)品設(shè)計經(jīng)驗為內(nèi)容告訴大家如何找到產(chǎn)品設(shè)計的「完美平衡點」。
●《“一元購畫”背后的設(shè)計思考》
陳曉暢——騰訊用戶研究與體驗設(shè)計部設(shè)計中心總監(jiān)
案例價值：8月29日，朋友圈被一幅幅出自“小朋友”之手的美麗畫作所刷屏。短短半天時間，580萬人次參與，籌得善款1500余萬。互聯(lián)網(wǎng)已經(jīng)在改變我們的公益事業(yè)?？萍歼B接信任，為公益做設(shè)計，那么怎樣做才會有更好的效果，本案例會復(fù)盤整個傳播事件，帶大家去看“一元購畫”背后的設(shè)計思考，同時結(jié)合設(shè)計團隊在對騰訊公益10年的設(shè)計支持中的經(jīng)驗，探討如何用服務(wù)設(shè)計為公益創(chuàng)造更多的價值。
●《揭開人工智能終端的時代——天貓精靈的思考和定義》
茹憶——阿里巴巴人工智能實驗室（A.I.Labs）智能終端負責人
案例價值：天貓精靈的問世代表著阿里巴巴對人工智能時代下智能終端的思考和探索，智能終端在完善用戶體驗、降低使用門檻的同時也意味著終端生態(tài)的封閉加強。人工智能時代相對封閉的生態(tài)意味著廠商想要提供優(yōu)質(zhì)的服務(wù)體驗，不通過終端很難完成，而未來云端一體將成為大勢所趨的新格局，本案例思考在這樣的趨勢下如何利用自身優(yōu)勢定義和落地終端產(chǎn)品。
●《用戶至上--從智能家居終端的戰(zhàn)爭中脫穎而出》
陳亞——Amazon 資深工程師
案例價值：智能家居的終端作為智能家居的入口，是各大巨頭搶占市場的主要陣地。那什么讓亞馬遜一個零售業(yè)起家的電商從這場戰(zhàn)爭中脫穎而出，以壓倒性的優(yōu)勢，占據(jù)終端市場70%的份額? 本案例將以Echo產(chǎn)品為例，從產(chǎn)品設(shè)計及開發(fā)管理模式兩大方面來分析，亞馬遜是怎樣將Customer Obession深入到產(chǎn)品的各個階段，壓制了以技術(shù)見長的Google。同時本案例也對目前國內(nèi)的智能家居終端做一個探索性的分析。
●《滴滴新業(yè)務(wù)背后的增長抓手》
李森——滴滴 增長負責人
案例價值：本案例將講述分享者自2015年加入滴滴后，先后負責的順風車車主拉新、巴士產(chǎn)品用戶增長、小巴產(chǎn)品冷啟動、快車重慶區(qū)縣業(yè)務(wù)等從0-1的增長型業(yè)務(wù)的思考和實踐，從增長的邏輯展開，通過復(fù)盤業(yè)務(wù)介紹給大家一些屢試不爽的增長抓手，介紹滴滴快車、小巴等業(yè)務(wù)從0到1冷啟動項目如何解決增長問題，如何解決場景內(nèi)最后一公里的交通問題。
專場二：工程文化/團隊增長/績效考核
精選案例
●《The Science behind Art - Five Years Journey of Data Team at Riot Games》
李仁杰——Riot Games Head of Data
案例價值：本案例以Riot Games數(shù)據(jù)團隊五年的心路歷程為主線介紹如何從零到有建立一支國際一流的大數(shù)據(jù)團隊, 每年團隊的工作和vision如何成長和進化，以及這其中的收獲和走過的彎路。以每年精選一個case study為副線，介紹全球最受歡迎的游戲《英雄聯(lián)盟》是如何用數(shù)據(jù)來提高玩家的體驗，支持和幫助公司每一個部門的商業(yè)決策和運營計劃，以及如何用機器學(xué)習(xí)和人工智能來顛覆傳統(tǒng)的產(chǎn)品。
●《Google如何利用OKR幫助團隊挑戰(zhàn)不可能的任務(wù)》
Zhouzhou He——Google 產(chǎn)品經(jīng)理《從傳統(tǒng)項目轉(zhuǎn)型敏捷，你只需要兩天》
案例價值：Google作為世界頂尖的科技公司之一，挑戰(zhàn)了許多在之前看來不可能完成的高精尖任務(wù)，比如AlphaGo圍棋，谷歌翻譯，自動駕駛汽車，Tensorflow，TPU等。Google是如何組織和激勵團隊的？又如何確保團隊齊心協(xié)力，向同一個方向沖刺？本案例來自于Google現(xiàn)任美國總部產(chǎn)品經(jīng)理的第一手體驗。他會從機制、人文、流程、決策方法、產(chǎn)品方針以及公司組織等多方面，分享Google的管理成功之道。
●《華為百人團隊精益看板演進變革之路》
陳軍——華為敏捷精益專家
案例價值：面對市場需求的激增及快速變化，研發(fā)團隊需要靈活應(yīng)對快速響應(yīng)，并在有限的人力下提升研發(fā)效率，決定引入精益看板能有效幫助提升研發(fā)效率。本案例講述華為百人團隊精益看板演進變革的歷程，從建立看板（四個實踐）到運作看板（四個實踐），取得小勝利，再到團隊遇到困局，停滯不前甚至倒退，面對困局同團隊一起再審視改進，重新走上了正確的道路。
●《從傳統(tǒng)項目轉(zhuǎn)型敏捷，你只需要兩天》
古月——平安科技高級敏捷教練
案例價值：敏捷轉(zhuǎn)型不僅是應(yīng)用一套新的流程，而是要改變?nèi)说乃季S方式和工作方式，甚至改變企業(yè)的組織架構(gòu)。轉(zhuǎn)型是否有捷徑可走？平安科技兩天的Quick Start工作坊又是如何成為從傳統(tǒng)軌道切換到敏捷軌道的有力扳手的？本案例將一一為您揭曉。
●《非典型敏捷：10天一個版本》
左楊眉——：中興通訊 敏捷教練
案例價值：“快”是相對的。傳統(tǒng)的電信領(lǐng)域仍然堅持嚴格的加法規(guī)則和安全要求，遵循基本的“需求-實現(xiàn)-發(fā)布-升級”的流程。本案例從重新梳理用戶價值出發(fā)，引入過程交付物的概念，實現(xiàn)了客戶的深度參與和快速反饋；重新審視典型敏捷流程的核心實踐，基于“快速驗證客戶的產(chǎn)品假設(shè)”這一目標，去掉自動化測試和持續(xù)集成等實踐，引入以手繪為中心的低保真交付，引入數(shù)據(jù)模擬和切面功能。某種程度上，本案例是對《設(shè)計沖刺》在電信領(lǐng)域的一次加長版交付項目實戰(zhàn)。
專場三：架構(gòu)演進/工程實踐/大前端
精選案例
●《618大促網(wǎng)關(guān)承載十億級的調(diào)用量背后的架構(gòu)實踐》
王棟 京東 京東商城開放平臺總架構(gòu)師
案例價值：每年618大促京東商場開放平臺在保證近千個不同類型服務(wù)接口的海量調(diào)用的同時，還要確保服務(wù)接口之間的互不干擾，并且能夠快速響應(yīng)任何復(fù)雜情況。穩(wěn)定、快速是一直追求的目標。本案例將分享實踐過程中常用的隔離技術(shù)、緩存技術(shù)、SQL優(yōu)化、降級限流等方法。學(xué)習(xí)京東團隊如何將這些技術(shù)應(yīng)用到每一次的備戰(zhàn)中，確保了每一年的618平穩(wěn)度過。
●《深圳證券交易所新一代交易系統(tǒng)架構(gòu)轉(zhuǎn)型之路》
喻華麗——深圳證券交易所 總工程師
案例價值：處于行業(yè)核心地位的業(yè)務(wù)系統(tǒng)對持續(xù)平穩(wěn)運行有著嚴苛的要求，如何對這些核心業(yè)務(wù)系統(tǒng)進行升級換代以滿足業(yè)務(wù)發(fā)展和技術(shù)進步的需要，是很多CIO及其研發(fā)團隊所面臨的難題。本案例分享了深圳證券交易所在核心系統(tǒng)特別是高可用高性能的實時處理系統(tǒng)，實施去IOE、走向開放平臺開源技術(shù)、分布式處理、高可用低時延設(shè)計的架構(gòu)轉(zhuǎn)型、平穩(wěn)升級的成功經(jīng)驗，分享如何在這種全面重構(gòu)的架構(gòu)轉(zhuǎn)型中確保安全平穩(wěn)升級、并同時帶領(lǐng)全市場平穩(wěn)升級。
●《餓了么整體服務(wù)異地多活改造》
李雙濤 餓了么 中間件團隊首席架構(gòu)師、異地多活項目總架構(gòu)師
案例價值：本案例描述了餓了么的異地多活改造，從設(shè)計到正式上線的過程中，做的各種取舍，以及如何協(xié)調(diào)業(yè)務(wù)團隊，和中間件團隊的工作，安全而平穩(wěn)的改造整個業(yè)務(wù)，使業(yè)務(wù)從一個單機房的服務(wù)，變成多機房多活的服務(wù)。當發(fā)生機房級故障的時候，服務(wù)方可以把用戶路由到健康的機房，保證在故障發(fā)生時，業(yè)務(wù)可以正常執(zhí)行，減小機房級故障帶來的巨大損失。
●《Uber for Business, 從0到1健康醫(yī)療數(shù)字化轉(zhuǎn)型中的微服務(wù)創(chuàng)新實踐》
時曉宇——Uber Tech Lead
案例價值：本案例將分享如何從0到1實現(xiàn)一個高可用的系統(tǒng)，解決實際的Uber for Business業(yè)務(wù)問題。通過具體的項目需求和系統(tǒng)架構(gòu)，包括支付系統(tǒng)，賬單系統(tǒng)， Policy系統(tǒng)來分析如何end to end完成這些系統(tǒng)。如何完成從0到1的過程，短短兩年成為Uber一個非常重要的業(yè)績增長點。同時，從一個6人的工程師團隊發(fā)展到近40人。
●《小米直達服務(wù)平臺與移動端服務(wù)未來形態(tài)探索》
董紅光——小米MIUI系統(tǒng)框架負責人團隊主管
案例價值：移動端服務(wù)目前的承載形式，無論是應(yīng)用還是網(wǎng)頁，都有著一些不足之處，導(dǎo)致用戶使用起來不方便，同時對開發(fā)者自身也有一定的影響。如何更加高效的分發(fā)和使用服務(wù)，是行業(yè)中非常關(guān)心的一個話題。小米在這個領(lǐng)域也做了一些探索，推出了直達服務(wù)這樣的技術(shù)平臺，旨在解決傳統(tǒng)應(yīng)用和網(wǎng)頁承載服務(wù)的情況下存在的一些問題，提高用戶和開發(fā)者各方的效率。本案例主要圍繞小米直達服務(wù)平臺，聊一聊小米在這一塊的思考和目前的一些實踐成果。
專場四——數(shù)據(jù)科學(xué)/人工智能/數(shù)據(jù)驅(qū)動
精選案例
●《美國NFCU銀行如何利用大數(shù)據(jù)AI開啟轉(zhuǎn)型之路》
江曉東——NFCU 金融數(shù)據(jù)架構(gòu)師
案例價值：美國NFCU銀行是家財富200強企業(yè)，到2016年底，已在全球擁有280個分行，資產(chǎn)超過 7千4百億美元，全美擁有6多萬會員（客戶）, 全球雇員1萬4千人。 如何管理體量如此龐大的全球線下各分行，ATM機每日的現(xiàn)金流，整合總部與分行，分行柜臺與顧客，顧客與ATM機間的現(xiàn)金存儲，轉(zhuǎn)賬，提取等交易額，決定著銀行與運鈔車，央行以及銀行內(nèi)部的結(jié)算和現(xiàn)金流監(jiān)管管理成果和效率。此案例為大型傳統(tǒng)金融企業(yè)實施大數(shù)據(jù)和AI項目開辟了一個非常有意義的案例，將分享NFCU銀行運用大數(shù)據(jù)和人工智能算法解決企業(yè)現(xiàn)金流管理的方法和途徑。
●《人工智能時代，二手交易平臺的智能推薦系統(tǒng)如何演進》
孫玄 轉(zhuǎn)轉(zhuǎn) 架構(gòu)算法部負責人
案例價值：轉(zhuǎn)轉(zhuǎn)的推薦系統(tǒng)從0開始打造，針對業(yè)務(wù)的不同階段，一步步發(fā)展演進。在發(fā)展的過程中經(jīng)歷了全局無個性化推薦階段、個性化離線推薦階段、個性化實時推薦階段、機器學(xué)習(xí)排序推薦階段等。本案例會詳細講解不同發(fā)展階段的原因、架構(gòu)的演進，讓聽眾對二手交易平臺的智能推薦系統(tǒng)能夠深刻認識。
●《先知：人工智能助力Fintech反欺詐讓黑產(chǎn)無處遁形——大數(shù)據(jù)和人工智能如何助力風控防御體系》
王婷——宜人貸 數(shù)據(jù)科學(xué)家
案例價值：先知是基于宜人貸的反欺詐云平臺，面向Fintech全行業(yè)的一種反欺詐解決方案，以強大的金融數(shù)據(jù)能力、反欺詐智能和線上客戶獲取服務(wù)能力，幫助Fintech企業(yè)解決在信貸申請欺詐、金融中介識別、團伙監(jiān)控/預(yù)警上面臨的一系列問題，為金融科技企業(yè)提供更強大的信用評估、風險控制和精準獲客。本案例將分享在反欺詐云平臺的構(gòu)建過程中，如何利用人工智能實現(xiàn)以上功能。
●《線上到線下場景中機器學(xué)習(xí)和統(tǒng)計建模的一些應(yīng)用》
張健——3M 數(shù)據(jù)科學(xué)技術(shù)負責人
案例價值：線上到線下是未來發(fā)展的重要趨勢， 數(shù)據(jù)發(fā)掘和機器學(xué)習(xí)已經(jīng)廣泛成熟運用到線上軟件開發(fā)，推薦匹配， 用戶分析等等方面。然而線下和線上的數(shù)據(jù)融合，優(yōu)化才剛剛開始。本次分享將從線上到線下零售的具體案例中通過建設(shè)線上到線下數(shù)據(jù)反饋與優(yōu)化系統(tǒng)，將A/B 測試，深度個性推薦，加強學(xué)習(xí)等統(tǒng)計與機器學(xué)習(xí)方法運用其中，達到提高數(shù)據(jù)分析效率，了解用戶行為，增加線下收入等一系列具體的目標。
●《聯(lián)想大數(shù)據(jù)助力聯(lián)想業(yè)務(wù)轉(zhuǎn)型升級》
于辰濤——聯(lián)想集團 大數(shù)據(jù)事業(yè)部高級總監(jiān)、首席研究員
案例價值：以數(shù)字化轉(zhuǎn)型為驅(qū)動的第四次工業(yè)革命已經(jīng)開始，它開啟了一條大數(shù)據(jù)、云服務(wù)與智能技術(shù)并行的新航路。企業(yè)也贏得機遇的同時也面臨很多難題：企業(yè)內(nèi)各個系統(tǒng)數(shù)據(jù)無法共享，數(shù)據(jù)區(qū)塊化現(xiàn)象嚴重，直接導(dǎo)致企業(yè)采購、生產(chǎn)、物流、銷售等環(huán)節(jié)效率降低。本案例分享聯(lián)想如何在成本可控的前提下，借助大數(shù)據(jù)、工業(yè)互聯(lián)網(wǎng)4.0、中國制造2025的契機，解決上述問題，借著風勢得到一個快速的發(fā)展。
專場五——質(zhì)量管理/智能運維/DevOps 專場
精選案例
●《無人測試如何助力京東提升產(chǎn)品測試效率與質(zhì)量》
楊瑾——京東 B2B產(chǎn)品質(zhì)量團隊負責人
案例價值：隨著業(yè)務(wù)的發(fā)展，系統(tǒng)通常會經(jīng)歷單體式，服務(wù)化，平臺化的過程，在系統(tǒng)持續(xù)演進的漫漫長途中，不管是小需求，還是大改動，每一次的上線都伴隨著大量的回歸工作，即使是經(jīng)驗老道的測試老司機也沒有100%不出問題的信心。在迭代周期短，發(fā)版頻率高的互聯(lián)網(wǎng)行業(yè)，產(chǎn)品質(zhì)量的如何在頻繁的上線中，保證產(chǎn)品質(zhì)量，提升用戶體驗是我們一直在努力探索和實踐的。本案例講述了一種高效的回歸測試方法以及此方法在提升產(chǎn)品測試效率與質(zhì)量方面的實踐。
●《阿里移動DevOps實踐》
陸義元 阿里巴巴 平臺產(chǎn)品負責人
案例價值：移動開發(fā)模式已經(jīng)進入兩級分化：超大規(guī)模APP的研發(fā)模式偏項目式，研發(fā)協(xié)同的人員、模塊較多，需要完整的構(gòu)建、測試、發(fā)布、運維等DevOps體系；而一些創(chuàng)新、試驗類的APP在商業(yè)模式和業(yè)務(wù)形態(tài)未完全確定的情況下，更適合以較快的方式來測試和驗證業(yè)務(wù)的想法，所以以最低成本快速創(chuàng)建一個 APP 就是當務(wù)之急。本案例將分享阿里移動技術(shù)在過去幾年如何沉淀和解決這些問題。
●《以Kafka為例的大規(guī)模有狀態(tài)集群優(yōu)化方法探索》
秦江杰 LinkedIn Staff Software Engineer
案例價值：分布式系統(tǒng)的動態(tài)負載均衡和自我管理始終是一個不太容易解決的問題。大多數(shù)解決方法是遷移整個應(yīng)用進程來實現(xiàn)硬件資源的負載均衡，這種方法對無狀態(tài)應(yīng)用較為適用，但對于有狀態(tài)集群（如Kafka）并不十分有效。因為遷移應(yīng)用意味著大量狀態(tài)的遷移，這是一個漫長又昂貴的過程。LinkedIn為解決這一問題開發(fā)了Cruise Control，其主要特點是可以根據(jù)應(yīng)用的特點進行部分狀態(tài)的遷移。本案例將通過對Cruise Control實踐的解讀，分享一套大規(guī)模有狀態(tài)集群優(yōu)化方法。
●《低成本實現(xiàn)系統(tǒng)接口測試--自動化、性能、持續(xù)集成線上監(jiān)控》
九毫 大疆 測試開發(fā)工程師
案例價值：在大多數(shù)公司和項目中都存在對系統(tǒng)接口進行自動化測試、性能測試、持續(xù)集成、線上監(jiān)控的需求。但現(xiàn)有方式都存在投入產(chǎn)出比低的問題，工具和技術(shù)棧多且雜，維護成本和學(xué)習(xí)成本居高不下。針對這一普遍存在的痛點，大疆探索出一種低成本的最佳實踐方案，并將其沉淀為一款開源的接口測試框架 ApiTestEngine。本案例將拆解這一框架的技術(shù)要點和實現(xiàn)原理。
●《運維智能化@Pinterest》
孟曉橋——Pinterest 監(jiān)控部門經(jīng)理
案例價值：運維智能化是所有基于云計算的公司未來趨勢。PINTEREST作為一個大型圖片分享平臺，后臺的計算平臺和軟件架構(gòu)非常龐大而復(fù)雜，如何用最少的人力和資源成本保證高質(zhì)量的運維，是一個巨大的挑戰(zhàn)。為此，我們監(jiān)控部門搭建了一套集成式的監(jiān)控平臺，該監(jiān)控平臺高伸縮性、集成式、智能化三大特點，本案例將通過分享該監(jiān)控平臺，提供運維運維智能化方面的實踐上的探索。
以上為部分精選案例展示，更多TOP100案例信息及日程請前往 [官網(wǎng)] 查閱。4天時間集中分享2017年最值得學(xué)習(xí)的100個研發(fā)案例實踐。本平臺共送出10張開幕式單天免費體驗票，數(shù)量有限，先到先得。 免費體驗票申請入口。
關(guān)于軟件開發(fā)案例和軟件開發(fā)項目案例的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
