freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

中國xx公司網(wǎng)上營業(yè)廳技術(shù)方案建議書-全文預(yù)覽

2025-08-21 19:59 上一頁面

下一頁面
  

【正文】 行一個迭代計劃會議來闡明本迭代中需要交付的用戶功能,識別任務(wù),評估完成任務(wù)所需時間。項目團隊根據(jù) Product Backlog 里的功能優(yōu)先級迭代增量交付。它所測試的內(nèi)容包括單元的內(nèi)部結(jié)構(gòu)(如邏輯和數(shù)據(jù)流)以及單元的功能和可觀測的行為。 o 系統(tǒng)測試 系統(tǒng)測試是通過與系統(tǒng)的需求定義作比較,發(fā)現(xiàn)軟件與系統(tǒng)需求定義不相符合或與之矛盾的地方。 ? 團隊共同承擔(dān)質(zhì)量責(zé)任 在敏捷開發(fā)過程中,測試人員是團隊的一部分,在保證測試人員的測試獨立性的同時,引入了需求的直接交流,測試結(jié)果的快速反饋,測試問題的合作分析等機制,有效的提高了軟件開發(fā)過程中的測試效率和問題修復(fù)能力。項目經(jīng)理在整個項目期間必須促進項目團隊和 Stakeholder直接的溝通。敏捷開發(fā)側(cè) 重使用簡單的工具和過程來加強互動。 ? Sprint Retrospective 在每次迭代的最后,團隊成員會聚在一起針對本次迭代中,團隊的行為和流程方面進行 Review,找出團隊做得好的,以及需要改進的內(nèi)容,并針對需要改進的內(nèi)容提出行動計劃,在下次迭代中采取行動進行改進。 o 每日站立會議 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 43 站立會議大大促進了團隊成員的溝通。 ? 溝通基本信息:誰、什么、何時、何地和怎樣 團隊成員關(guān)于項目進度和發(fā)布計劃的交流結(jié)果,以及項目風(fēng)險分析等結(jié)果信息,對所有的 Stakeholder 都是可見的。 ? 評審 評審是一種保證項目質(zhì)量的重要手段,在本項目 中,項目組將對所有開發(fā)出來的文檔或代碼等進行評審,及早發(fā)現(xiàn)并修復(fù)缺陷,以起到保證系統(tǒng)的質(zhì)量的作用。 o 驗收測試 驗收測試是用戶驗證該功能模塊是否滿足相應(yīng)用戶需求的測試方法。 o 集成測試 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 41 集成測試是確保各單元組合在一起后能夠按既定意圖協(xié)作運行,并確保增量的行為正確。 ? 迭代計劃:迭代計劃會議會產(chǎn)出 Sprint Backlog,包含任務(wù)和其他信息,方便日常管理,以便能夠?qū)?Product Backlog 中的條目轉(zhuǎn)變?yōu)樵摯蔚獙崿F(xiàn)的可工作的產(chǎn)品增量。 ? 創(chuàng)建 WBS 敏捷項目團隊一般采用活動頁和白板來進行工作分解,也可以按照客戶的需要產(chǎn)生 WBS. ? 范圍驗證 每個迭代都進行測試,驗證范圍,并在 Sprint Review 中做 Demo. 沒被客戶接受的功能會被 放回到 Product Backlog,放到下次迭代中繼續(xù)開發(fā)。 一個發(fā)布被分成若干迭代,每個迭代包含一部分用戶功能。 中國貨運航空公司 相關(guān)項目管理和技術(shù)人員,可以通過積極深入的參與和觀察,建立起自有的針對 物流電子商務(wù) 開發(fā)的項目管理最佳實踐: ? XX 將提供具備豐富敏捷實踐經(jīng)驗的項目經(jīng)理 領(lǐng)導(dǎo)項目的交付,輔導(dǎo)團隊的同時也輔導(dǎo)客戶相關(guān)項目管理和技術(shù)人員 ? 中國貨運航空公司 相關(guān)項目管理和技術(shù)人員有機會參加針對項目組成員 的敏捷方法培訓(xùn)、各種敏捷項目管理相關(guān)的會議以及敏捷實踐的研討會 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 35 ? 按照 中國貨運航空公司 的需求,在理論和操作層面提供針對性的培訓(xùn)和輔導(dǎo) ? 向 中國貨運航空公司 的相關(guān)項目管理和技術(shù)人員推薦敏捷社區(qū),以支持 中國貨運航 空公司 持續(xù)打造敏捷開發(fā)能力 敏捷項目管理流程 圖例 52 敏捷項目管理流程 ? 概覽: o 項目主要分成三個階段: ? 初始階段:啟動項目,形成初步的需求收集,創(chuàng)建基礎(chǔ)架構(gòu) ? 實施階段:使用迭代增量的方式進行開發(fā),通過數(shù)個迭代(Sprint)逐步交付功能 ? 結(jié)束:發(fā)布、部署和結(jié)束項目 o 用戶功能列表被稱作 Product Backlog,考慮風(fēng)險和依賴關(guān)系,按照業(yè)務(wù)優(yōu)先級排序 o Product Backlog 的每一個用戶功能都被稱之為用戶故事 o Sprint 是一個 24 周的迭代周期;在本項目中,我們選擇 2 周為迭代周期 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 36 o 在每個 Sprint 里需要實現(xiàn)一部分用戶功能:完成設(shè)計、編碼和測試,產(chǎn)生可交付的最終產(chǎn)品的增量 o 一個 Sprint 里面要完成的用戶功能,以及為實現(xiàn)這些用戶功能所必須執(zhí)行的任務(wù)都列在 Sprint Backlog 里 ? 主要活動: o 啟動項目: ? 定義初始項目范圍 ? 實施方案、概要設(shè)計和高層風(fēng)險評估 ? 創(chuàng)建開發(fā)環(huán)境 o Sprint 0: ? 建立初始 Product Backlog ? 實施 Technical Launch ? 定義 測試策略 ? 建立初始架構(gòu) ? 實施 Technical Review ? 實施初步估算 ? 建立項目計劃 o 迭代實施: ? 迭代計劃: ? 在每個 Sprint 之初進行,分成兩個部分 ? 第一部分確定做什么 哪些功能包含在 Sprint ? 第二部分確定怎么做 如何創(chuàng)建產(chǎn)品增量 ? 站立會議:整個 Sprint 過程中,團隊每天在同一個地點,同一時間舉行一個 15 分鐘的站立會議,以確保團隊同步和中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 37 相互協(xié)調(diào),并暴露障礙和問題。 ? 提升用戶體驗:通過盡早和頻繁向客戶演示,甚至和客戶 (或客戶代理 )一起工作,快速收集客戶反饋,提升所開發(fā)應(yīng)用的用戶體驗。低質(zhì)量的應(yīng)用將在第一時間被市場淘汰;傳統(tǒng)交付方式下為滿足范圍和進度而犧牲質(zhì)量的做法將不再適用;而敏捷開發(fā)方法內(nèi)建質(zhì)量 (Build Quality In),從項目一開始就交付高質(zhì)量的產(chǎn)品。通過實施敏捷開發(fā), 中國貨運航空公司 能快速捕捉并響應(yīng)市場上新的服務(wù)需求,利用新的技術(shù)并提供新的價值。 運單跟蹤系統(tǒng) ? XXX 支付網(wǎng)關(guān) ? XXX M o b i l e A p p s e r v e r c l u s t e rS e r v e r sS G M E A I W e b m e t h o d s E S BS e r v e r s S e r v e r sW e b s e r v i c e r e g i s t r y C e n t e r U D D IW e b s e r v i c eS e r v i c e N o wW e b s e r v i c e I n t e r f a c esoapD M E SW e b s e r v i c e I n t e r f a c esoapC E M A P PD M E S A P PS e r v i c e N o w A P PP u b A P PW e b s e r v i c eA d m i n p o r t a lC E MW e b s e r v i c e I n t e r f a c esoap中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 30 在線客服 ? XXX 保險公司接口 ? XXX 短信平臺 ? XXX 其它 XXX 非功能性技術(shù)設(shè)計 展現(xiàn) XX 的 Professional 信息安全的考慮 ? 傳輸?shù)膮f(xié)議 系統(tǒng)支持 HTTPS,SOAP OVER HTTPS協(xié)議,利用手機與服務(wù)器兩端的 1024BIT的 SSL 協(xié)議實現(xiàn)通訊傳輸 鏈路 的加密 ? 身份的認證 網(wǎng)上營業(yè)廳 服務(wù)器端 本地數(shù)據(jù)庫存放部分客戶信息并 在初始化 物流電子商務(wù) 時 進行認證 ? 網(wǎng)絡(luò) 防火墻 使用 中國貨運航空公司 現(xiàn)有的網(wǎng)絡(luò)防火墻 系統(tǒng)容量和并發(fā)量 支持系統(tǒng)用戶 萬,最大在線人數(shù) 800 人,最大并發(fā) 160 人 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 31 數(shù)據(jù)加密 ? 本地數(shù)據(jù)加密 物流電子商務(wù) 設(shè)備端:利用 ANDROID/IOS 系統(tǒng)的 SQL LITE數(shù)據(jù)庫存放經(jīng) MD5 加密的數(shù)據(jù) ? 數(shù)據(jù)傳輸?shù)募用? 對于 HTTPS 鏈路 , 敏感信息和系統(tǒng)信息需要 需要在客戶端和服務(wù)器端進行 加密后傳輸 的, 可以使用 AES128 位對 稱加密算法 國際化支持 通過手機端內(nèi)部語言配置文件,可以方便的支持多國語言版本,可根據(jù)手機默認設(shè)置的語言顯示相應(yīng)語言,并可以在菜單中實現(xiàn)語言的切換。 最 終 用戶W e b 服 務(wù) 器防 火 墻 防 火 墻內(nèi) 網(wǎng) 服 務(wù) 器 區(qū)外 網(wǎng) D M Z 區(qū)M y C a d i l l a c應(yīng) 用 服 務(wù) 器 集 群主 交 換 機… . . .R S A , D M S , C M S , D M E S… . . .E S B 服 務(wù) 器O r a c l e D B O r a c l e D B交 換 機I n t e r n e t3 G交 換 機S S L / T S LS O A P o v e r H t t p中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 29 平臺 集成接口架構(gòu)和外部系統(tǒng)改造 圖例 46 服務(wù)端集成架構(gòu) 針對 中國貨運航空公司 的 網(wǎng)上營業(yè)廳 服務(wù)端應(yīng)用模塊建立于 XX 物流電子商務(wù) J2EE 技術(shù)框架 之上,包括若干個主要功能模塊。 ? XXXX。 XXX 性能 XXX 應(yīng)用程序開發(fā)框架, XXXX。 ? XXX 層 XXX。 ? 可伸縮性和可用性:建立應(yīng)用服務(wù)器集群,在系統(tǒng)失效時應(yīng)用服務(wù)器可以進行切換,切換后客戶端可以自動切換到集群的其他應(yīng)用服務(wù)器而不需重新登錄。 ? 靈活性:為適應(yīng)各個公司不同的需求,以及公司不斷的動態(tài)成長發(fā)展,系統(tǒng)在保證性能的基礎(chǔ)上,使用數(shù)據(jù)配置以及插件方式。 整個中間層的結(jié)構(gòu)如下圖所示: 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 15 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)C o n t r o l l e r 數(shù)數(shù) 數(shù) 數(shù)數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù)E n t i t y 數(shù)數(shù) 數(shù) 數(shù) 數(shù)C o n t r o l l e r 數(shù)T a b l e 數(shù)T a b l e 數(shù)E n t i t y 數(shù)E n t i t y 數(shù)E n t i t y 數(shù)D i s p a t c h e r 數(shù)T a b l e 數(shù)T a b l e 數(shù)T a b l e 數(shù)數(shù) 數(shù) T a b l e 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù)圖例 23 中間層結(jié)構(gòu) 下圖以一次用戶登錄為例對交易過程中各個層的處理和之間的交互邏輯進行描述: 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 16 圖例 24 各個層的交互處理邏輯舉例 為保證系統(tǒng)的穩(wěn)定高效運行,在系統(tǒng)設(shè)計時需要考慮以下因素: ? 標(biāo)準(zhǔn)化:系統(tǒng)在設(shè)計時應(yīng)盡量使用現(xiàn)有的已經(jīng)被標(biāo)準(zhǔn)化的技術(shù),以保證技術(shù)上的先進性和擴展性,而且便于使用已有的符合所采用標(biāo)準(zhǔn)的第三用戶 客戶端(表示層)控制層 業(yè)務(wù)邏輯層 數(shù)據(jù)層輸入登錄信息,并登錄登錄請求確定登錄的 C o n t r o l 類調(diào)用登錄 C o n t r o l 類建立 S e s s i o n解析請求生成應(yīng)答S e s s i o n I D 和用戶權(quán)限列表、默認數(shù)據(jù)項等S e s s i o n I D 和用戶權(quán)限列表,默認數(shù)據(jù)項等產(chǎn)生登錄請求報文根據(jù)權(quán)限生成用戶菜單產(chǎn)生應(yīng)答報文取得用戶權(quán)限列表記錄登錄信息中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 17 方軟件和工具以降低設(shè)計的工作量和風(fēng)險。 ? 業(yè)務(wù)邏輯層:用于處理業(yè)務(wù)邏輯,系統(tǒng)將業(yè)務(wù)邏輯層的實現(xiàn)定義為 Control類,業(yè)務(wù)邏輯層的設(shè)計以功能規(guī)格說明書的功能點劃分為基礎(chǔ), Controller類向控制層提供統(tǒng)一的調(diào)用接口, Control 類通過調(diào)用 Entity 類的方法進行業(yè)務(wù)實體的操作, Controller 類之間可以通過互相調(diào)用來實現(xiàn)功能的重用或者嵌套的功能。 5.基于 Web Service 的應(yīng)用件集成方案可以大大提高應(yīng)用集成的可復(fù)用性,靈活性,可擴展性,同時在傳輸層采用基于總線技術(shù)的 Message 傳輸,可以最大限度地保證在復(fù)雜網(wǎng)絡(luò)環(huán)境下數(shù)據(jù)交換的可靠性、穩(wěn)定性。 綜上所述,我們建議的 系統(tǒng) 應(yīng)用邏輯總體架 構(gòu)具有如下優(yōu)勢: 1.界面表示、應(yīng)用邏輯、數(shù)據(jù)存取相對獨立,易于系統(tǒng)的開發(fā)、維護和擴充。在此種情況下,由于保持本地數(shù)據(jù)庫和總部數(shù)據(jù)庫的數(shù)據(jù)
點擊復(fù)制文檔內(nèi)容
研究報告相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1