軟件項目解決方案(6頁).doc
下載文檔
上傳人:正***
編號:875497
2024-01-05
6頁
47KB
1、解決方案長沙XXXX有限公司2016年8月目錄第1章 關于本方案3第2章 需求描述及分析32。1 概述32.1.1 需求分析目標和任務32。2 需求描述32.3 需求分析42。3.1 功能需求分析4第3章 詳細設計53。1 技術架構設計53。1.1 設計思路53.1。2 設計原則73。2 功能設計73。3 安全設計8第4章 項目實施方案84.1 項目管理84。1.1 技術分工84。1.2 項目余下計劃94。1.3 項目組人員配置94.1。4 人員背景資歷94。1.5 項目測試方案94.1.6 明確的測試目標104。1。7 測試流程確定104.1。8 測試需求確認10第1章 關于本方案本方案主要2、是服務于系統。第2章 需求描述及分析2.1 概述2.1.1 需求分析目標和任務2.2 需求描述2.3 需求分析2.3.1 功能需求分析后臺管理系統:商城APP系統商鋪管理APP系統;第3章 詳細設計3.1 技術架構設計3.1.1 設計思路后臺管理Server后臺管理web3.1.2 設計原則(1)可靠性用軟件系統規模越做越大越復雜,其可靠性越來越難保證。應用本身對系統運行的可靠性要求越來越高,軟件系統的可靠性也直接關系到設計自身的聲譽和生存發展競爭能力。軟件可靠性意味著該軟件在測試運行過程中避免可能發生故障的能力,且一旦發生故障后,具有解脫和排除故障的能力。軟件可靠性和硬件可靠性本質區別在于:3、后者為物理機理的衰變和老化所致,而前者是由于設計和實現的錯誤所致。故軟件的可靠性必須在設計階段就確定,在生產和測試階段再考慮就困難了.(2)健壯性健壯性又稱魯棒性,是指軟件對于規范要求以外的輸入能夠判斷出這個輸入不符合規范要求,并能有合理的處理方式。軟件健壯性是一個比較模糊的概念,但是卻是非常重要的軟件外部量度標準。軟件設計的健壯與否直接反應了分析設計和編碼人員的水平。(3)可修改性要求以科學的方法設計軟件,使之有良好的結構和完備的文檔,系統性能易于調整。(4)容易理解軟件的可理解性是其可靠性和可修改性的前提。它并不僅僅是文檔清晰可讀的問題,更要求軟件本身具有簡單明了的結構。這在很大程度上取決4、于設計者的洞察力和創造性,以及對設計對象掌握得透徹程度,當然它還依賴于設計工具和方法的適當運用。(5)程序簡便(6)可測試性可測試性就是設計一個適當的數據集合,用來測試所建立的系統,并保證系統得到全面的檢驗.(7)效率性軟件的效率性一般用程序的執行時間和所占用的內存容量來度量。在達到原理要求功能指標的前提下,程序運行所需時間愈短和占用存儲容量愈小,則效率愈高。(8)標準化原則1在結構上實現開放,基于業界開放式標準,符合國家和信息產業部的規范。(9)先進性滿足客戶需求,系統性能可靠,易于維護.(10)可擴展性軟件設計完要留有升級接口和升級空間。對擴展開放,對修改關閉.3.2 功能設計3.3 安全5、設計數據加密DEA數據加密算法(Data Encryption Algorithm,DEA)是一種對稱加密算法,很可能是使用最廣泛的密鑰系統,特別是在保護金融數據的安全中,最初開發的DEA是嵌入硬件中的。通常,自動取款機(Automated Teller Machine,ATM)都使用DEA。它出自IBM的研究工作,IBM也曾對它擁有幾年的專利權,但是在1983年已到期后,處于公有范圍中,允許在特定條件下可以免除專利使用費而使用。1977年被美國政府正式采納。賬號密碼驗證每次提供接口調用后臺服務的時候,就要驗證賬戶和密碼是否正確,以保證所使用用戶是本系統用戶。特別是充值等關鍵性操作的時候,必須6、驗證。第4章 項目實施方案4.1 項目管理4.1.1 技術分工4.1.2 項目余下計劃4.1.3 項目組人員配置4.1.4 人員背景資歷4.1.5 項目測試方案測試數據的完整性、系統的安全性、功能的完善性,測試功能點時,測試人員測試通過后,由測試人員通知客戶測試,測試通過則此功能通過,測試不通過,繼續加以修正。4.1.6 明確的測試目標1軟件測試員的基本目標是發現軟件缺陷。這似乎是個不言而喻的事實,但有必要再次強調。因為有時開發小組要測試員只是為了證實軟件可以運行,而不是找缺陷.在這種情況下,測試人員也就缺乏不懈努力發現缺陷的探索精神和熱情。所以做好測試的首要條件是明確軟件測試員的基本目標是發7、現軟件缺陷。2 軟件測試員追求的是盡可能早地找出軟件缺陷。因為軟件的修復費用,隨著時間的推移,將數十倍的增長,所以軟件測試員應盡可能早地找出軟件缺陷。對于大型的軟件,在軟件開發的同時,就應該有緊隨其后的測試,如果等到產品已經開發完畢才開始測試,非常有可能引起大量耗時費力的返工。而如何盡可能早的找出缺陷?理論上有一些測試方法:靜態黑盒測試、動態黑盒測試、靜態白盒測試、動態白盒測試;配置測試、易用性測試。3軟件測試人員必需確保找出的軟件缺陷得以關閉.并不是每個軟件缺陷都有必要修復的。可能是由于沒有足夠的時間、不算作真正的軟件缺陷、修復的風險太大等原因,產品開發小組決定對一些軟件缺陷不作修復。但是,領測認為測試人員必需確保找出的軟件缺陷得以關閉,也就是說一旦登記了軟件缺陷,就要跟蹤其生命周期,監視其狀態,提供必要的信息確保其得到修復和關閉。4.1.7 測試流程確定開發人員測試通過測試人員測試通過客戶測試通過4.1.8 測試需求確認