[發明專利]一種軟件存儲方法

在審

• 申請號: 201810260967.1
• 申請日: 2018-03-28
• 公開（公告）號: CN108446107A
• 公開（公告）日: 2018-08-24
• 發明（設計）人: 張宙明
• 申請（專利權）人: 蘇州漢能網絡科技有限公司
• 主分類號: G06F8/20
• 分類號: G06F8/20;G06F8/30;G06F8/73;G06F11/36
• 代理公司: 北京易光知識產權代理有限公司 11596
• 代理人: 李韻

1.一種軟件存儲方法，包括軟件檢測模塊和軟件存儲模塊，應用時，使用軟件定義存儲進行長期存儲充滿了諸多風險，然而對數據進行長期存儲除了要面對以上風險，與此同時，對于數據可訪問性、協同性以及大數據分析與日俱增的需求也使得問題不僅僅停留在儲存時限層面，還要考慮到其可用性，當今很多企業的數據中心都正在經歷從傳統架構向云架構的轉型，在轉型過程中，存儲往往是最重要、又是最艱難的一環，用戶需要利用軟件定義，來解除供應商鎖定，消除專有平臺孤，降低日益增長的復雜性，從而將物理的存儲設備，轉化為服務云計算的存儲資源。

2.根據權利要求1所述的一種軟件存儲方法，其特征在于：所述軟件設計思路和方法的一般過程，包括設計軟件的功能和實現的算法和方法、軟件的總體結構設計和模塊設計、編程和調試、程序聯調和測試以及編寫、提交程序，相關系統分析員和用戶初步了解需求，然后列出要開發的系統的大功能模塊，每個大功能模塊有哪些小功能模塊，對于有些需求比較明確相關的界面時，在這一步里面可以初步定義好少量的界面，系統分析員深入了解和分析需求，根據自己的經驗和需求做出一份文檔系統的功能需求文檔，這次的文檔會清楚例用系統大致的大功能模塊，大功能模塊有哪些小功能模塊，并且還例出相關的界面和界面功能，系統分析員和用戶再次確認需求，系統分析員根據確認的需求文檔所例用的界面和功能需求，用迭代的方式對每個界面或功能做系統的概要設計，系統分析員把寫好的概要設計文檔給程序員，程序員根據所例出的功能一個一個的編寫，測試編寫好的系統，交給用戶使用，用戶使用后一個一個的確認每個功能，然后驗收。

3.根據權利要求1所述的一種軟件存儲方法，其特征在于：所述軟件生命周期是指從軟件定義、開發、使用、維護到報廢為止的整個過程，一般包括問題定義、可行性分析、需求分析、總體設計、詳細設計、編碼、測試和維護，問題定義就是確定開發任務到底“要解決的問題是什么”，系統分析員通過對用戶的訪問調查，最后得出一份雙方都滿意的關于問題性質、工程目標和規模的書面報告，從而在理解工作范圍和代價的基礎上，做出軟件計劃，需求分析即使對用戶要求進行具體分析，明確“目標系統要做什么”，把用戶對軟件系統的全部要求以需求說明書的形式表達出來，總體設計就是把軟件的功能轉化為所需要的體系結構，也就是決定系統的模塊結構，并給出模塊的相互調用關系、模塊間傳達的數據及每個模塊的功能說明，詳細設計就是決定模塊內部的算法與數據結構，也是明確“怎么樣具體實現這個系統”，編碼就是選取適合的程序設計語言對每個模板進行編碼，并進行模塊調試，測試就是通過各種類型的測試使軟件達到預定的要求，維護就是軟件交付給用戶使用后，對軟件不斷查錯、糾錯和修改，使系統持久地滿足用戶的需求，軟件的生命周期也可以分為3個大的階段，分別是計劃階段、開發階段和維護階段。

4.根據權利要求1所述的一種軟件存儲方法，其特征在于：所述與建造大廈相同，軟件也是一步一步建造起來的，在增量模型中，軟件被作為一系列的增量構件來設計、實現、集成和測試，每一個構件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構成，增量模型在各個階段并不交付一個可運行的完整產品，而是交付滿足客戶需求的一個子集的可運行產品，整個產品被分解成若干個構件，開發人員逐個構件地交付產品，這樣做的好處是軟件開發可以較好地適應變化，客戶可以不斷地看到所開發的軟件，各子系統往往采用增量開發的模式，先實現核心的產品，即實現基本的需求，但很多補充的特性在下一期發布，增量模型強調每一個增量均發布一個可操作產品，每個增量構建仍然遵循設計-編碼-測試的瀑布模型。