<delect id="jt9rd"></delect>
    <mark id="jt9rd"><var id="jt9rd"><delect id="jt9rd"></delect></var></mark>

        <cite id="jt9rd"></cite>
      嘉興APP開發新聞列表 > 新聞詳情

      軟件開發流程基礎常識

      • 發布日期 2021-11-22 22:51:58
      • 瀏覽 21092
      • 點贊 3452
      • 轉發 3307

      軟件開發過程的階段劃分
      需求分析階段:規定結構和軟件組成,明確外部接口和內部接口,給出軟件功能要求、性能要求、適應性要求、容量和時間要求、安全要求、保密要求、設計約束、合格性因素等,最終形成軟件需求文檔,并通過評審

      軟件設計階段:根據軟件需求文檔對嵌入式軟件進行設計,主要包括軟件的總體設計、軟件的概要設計和軟件的詳細設計等

      編碼階段

      集成階段


      各階段主要工作
      需求分析確定軟件要完成的功能及非功能性要求
      概要設計將需求轉化為軟件的模塊劃分,確定模塊間的調用關系
      詳細設計將模塊進行細化,得到詳細的數據結構算法
      編碼根據詳細設計進行代碼的編寫,并進行單元測試

      軟件測試的基礎知識
      軟件測試在軟件生存周期中橫跨兩個階段,通常,編碼與單元測試屬于軟件生存周期中的統一階段。對軟件系統進行各種綜合測試則是測試階段的主要工作

      軟件開發過程是一個自頂向下,逐步細化的過程,而軟件測試過程則是以相反的順序安排的自底向上逐步集成的過程

      單元測試需要依據詳細設計說明書和源程序清單了解該模塊的I/O條件和模塊的邏輯結構,主要采用白盒測試的測試用例,輔之以黑盒測試的測試用例

      集成測試是對由各模塊組裝而成的系統進行測試,檢查各模塊間的接口和通信。該測試主要發現設計中的問題,通常采用黑盒測試。它包括漸增式集成和非增式集成

      確認測試是檢查軟件的功能、性能及其他特征是否與用戶的要求一致,它以軟件的需求規格說明書為依據,通常采用黑盒測試

      軟件需求分析的基礎知識
      任務是確定軟件系統的功能、性能、接口等要求,分析軟件系統的數據要求,導出系統的邏輯模型,修正項目開發計劃。

      基本原則是:

      能夠表達和理解問題的信息域和功能域
      以層次化方式對功能進行分解和不斷細化
      清楚定義信息接口
      給出系統的邏輯視圖和物理視圖
      定義系統的抽象模型
      軟件需求分析階段的輸入是軟件研制任務書和軟件開發計劃,工作成果是軟件需求規格說明

      軟件需求分析工作是一個不斷認識、逐步細化的過程

      結構化分析方法的基礎知識
      分層的數據流圖是結構化分析方法的重要組成部分

      對數據流圖中的每個基本加工,需要有個加工規格說明,描述把輸入數據流變換為輸出數據流的加工規則,但不需要描述實現加工的具體流程

      可以用結構化語言、判定表和判定樹來表達基本加工

      軟件測試的基礎知識
      軟件測試在軟件生存周期中橫跨兩個階段,通常,編碼與單元測試屬于軟件生存周期中的統一階段。對軟件系統進行各種綜合測試則是測試階段的主要工作

      軟件開發過程是一個自頂向下,逐步細化的過程,而軟件測試過程則是以相反的順序安排的自底向上逐步集成的過程

      單元測試需要依據詳細設計說明書和源程序清單了解該模塊的I/O條件和模塊的邏輯結構,主要采用白盒測試的測試用例,輔之以黑盒測試的測試用例

      集成測試是對由各模塊組裝而成的系統進行測試,檢查各模塊間的接口和通信。該測試主要發現設計中的問題,通常采用黑盒測試。它包括漸增式集成和非增式集成

      確認測試是檢查軟件的功能、性能及其他特征是否與用戶的要求一致,它以軟件的需求規格說明書為依據,通常采用黑盒測試


      軟件測試的基礎知識
      軟件測試在軟件生存周期中橫跨兩個階段,通常,編碼與單元測試屬于軟件生存周期中的統一階段。對軟件系統進行各種綜合測試則是測試階段的主要工作

      軟件開發過程是一個自頂向下,逐步細化的過程,而軟件測試過程則是以相反的順序安排的自底向上逐步集成的過程

      單元測試需要依據詳細設計說明書和源程序清單了解該模塊的I/O條件和模塊的邏輯結構,主要采用白盒測試的測試用例,輔之以黑盒測試的測試用例

      集成測試是對由各模塊組裝而成的系統進行測試,檢查各模塊間的接口和通信。該測試主要發現設計中的問題,通常采用黑盒測試。它包括漸增式集成和非增式集成

      確認測試是檢查軟件的功能、性能及其他特征是否與用戶的要求一致,它以軟件的需求規格說明書為依據,通常采用黑盒測試


      軟件測試的基礎知識
      軟件測試在軟件生存周期中橫跨兩個階段,通常,編碼與單元測試屬于軟件生存周期中的統一階段。對軟件系統進行各種綜合測試則是測試階段的主要工作

      軟件開發過程是一個自頂向下,逐步細化的過程,而軟件測試過程則是以相反的順序安排的自底向上逐步集成的過程

      單元測試需要依據詳細設計說明書和源程序清單了解該模塊的I/O條件和模塊的邏輯結構,主要采用白盒測試的測試用例,輔之以黑盒測試的測試用例

      集成測試是對由各模塊組裝而成的系統進行測試,檢查各模塊間的接口和通信。該測試主要發現設計中的問題,通常采用黑盒測試。它包括漸增式集成和非增式集成

      確認測試是檢查軟件的功能、性能及其他特征是否與用戶的要求一致,它以軟件的需求規格說明書為依據,通常采用黑盒測試


      軟件測試的基礎知識
      軟件測試在軟件生存周期中橫跨兩個階段,通常,編碼與單元測試屬于軟件生存周期中的統一階段。對軟件系統進行各種綜合測試則是測試階段的主要工作

      軟件開發過程是一個自頂向下,逐步細化的過程,而軟件測試過程則是以相反的順序安排的自底向上逐步集成的過程

      單元測試需要依據詳細設計說明書和源程序清單了解該模塊的I/O條件和模塊的邏輯結構,主要采用白盒測試的測試用例,輔之以黑盒測試的測試用例

      集成測試是對由各模塊組裝而成的系統進行測試,檢查各模塊間的接口和通信。該測試主要發現設計中的問題,通常采用黑盒測試。它包括漸增式集成和非增式集成

      確認測試是檢查軟件的功能、性能及其他特征否與用戶的要求一致,

      軟件質量屬性的劃分
      功能性、可靠性、易用性、效率、維護性、可移植性
      軟件項目的基線
      功能基線:在系統分析與軟件定義階段結束時,經過正式批準、簽字的系統規格說明書、項目任務書、合同書或協議書中所規定的對待開發軟件系統的規格說明

      分配基線:是指在需求分析階段結束時,經過正式評審和批準的需求規格說明。分配基線是最初批準的分配配置標識

      產品基線:是指在綜合測試階段結束時,經過正式評審和批準的有關所開發的軟件產品的全部配置項的規格說明。產品基線是最終批準產品配置標識

      軟件測試分類方法
      靜態測試:主要特征是在用計算機測試源程序時,計算機并不真正運行被測試的程序。靜態測試包括代碼檢查、靜態結構分析、代碼質量度量等。它可以由人工進行,也可以借助軟件工具自動進行

      動態測試:主要特征是計算機必須真正運行被測試的程序,通過輸入測試用例,對其運行情況進行分析,判斷期望結果和實際結果是否一致。動態測試包括功能確認和接口測試、覆蓋率分析、性能分析、內存分析等。

      數據流圖
      數據流圖是結構化分析方法的重要模型,用于描述系統的功能、輸入、輸出和數據存儲
      在繪制數據流圖中,每條數據流的起點或者終點必須是加工
      在分層數據流圖中,必須要保持父圖與子圖平衡
      每個加工必須既有輸入數據流又有輸出數據流
      軟件質量管理活動包括:
      軟件質量保證
      驗證與確認
      評審與審計
      軟件過程改進(SPI)的組成部分:
      啟動階段
      診斷階段
      建立階段
      運行階段
      學習階段
      軟件開發生命周期模型的基本知識
      瀑布型。適合軟件需求明確的項目

      V模型。將測試和分析與設計關聯進行,加強分析與設計的驗證

      原型模型。通過快速構建可運行的原型系統,然后根據運行過程獲取的反饋改進。適合軟件需求缺乏準確認識的情況。

      螺旋模型。將瀑布模型和演化模型結合起來,加入了風險分析

      敏捷開發方法的內容:
      計劃游戲:快速制定計劃、隨著細節的不斷變化而完善
      小型發布:系統的設計要能夠盡可能早地交付
      隱喻:找到合適的比喻傳達信息
      簡單設計:只處理當前的需求使設計保持簡單
      測試先行:先寫測試代碼再編寫程序
      重構:重新審視需求和設計,重新明確地描述它們,以符合新的和現有的需求
      結隊編程
      集體代碼所有制
      持續集成:可以按日甚至按小時為客戶提供可運行的版本
      每周工作40小時
      現場客戶
      編碼標注
      軟件開發風險分析的基本知識:
      風險識別:試圖系統化地確定對項目計劃的威脅
      風險預測:估算風險發生的可能性或概率,以及風險發生時的后果
      風險評估:根據風險及其發生的概率和影響預測是否影響參考水平值
      風險控制:輔助項目組建立處理風險的策略
      軟件產品的質量
      內部質量和外部質量模型:功能性、可靠性、易用性、效率、可維護性、可移植性

      使用質量模型:有效性、生產性、安全性、滿意度

      軟件質量保證的度量可分為:
      產品評估度量
      產品質量度量
      過程質量度量
      軟件單元測試的技術要求:
      對軟件設計文檔規定的軟件單元的功能、性能、接口等應逐項測試
      每個軟件特性應至少被一個正常測試用例和一個異常測試用例覆蓋
      語句覆蓋率達到100%
      軟件開發的成熟度模型等級及關鍵過程域
      初始級
      可重復級
      軟件配置管理
      軟件質量保證
      軟件子合同管理
      軟件項目跟蹤與監督
      軟件項目策劃
      軟件需求管理
      已定義級
      同行評審
      組間協調
      軟件產品工程
      集成軟件管理
      培訓大綱
      組織過程定義
      組織過程焦點
      已管理級
      軟件質量管理
      定量過程管理
      優化級
      過程更改管理
      技術改革管理
      缺陷預防
      軟件需求規格說明書:
      包括對重要功能的描述、軟件確認準則、軟件的性能
      作用為軟件設計的依據、軟件驗證的依據、用戶和開發者的共同理解
      軟件測試
      判定/條件覆蓋使每個分支至少被執行一次,且判定中的每個條件都獲得所有可能的邏輯值
      需求文檔為測試開始之前必須具備的條件之一
      壓力測試的同時不可以進行單元測試
      測試實例主要由輸入數據和預期輸出結果兩部分組成
      結構化分析設計方法
      根據加工規格說明和控制規格說明進行過程設計
      根據數據字典和實體關系圖進行數據設計
      根據數據流圖進行接口設計
      根據數據流圖進行體系結構設計
      覆蓋用例
      條件覆蓋是指設計足夠的測試用例,使得被測試程序每一個判定中的每一個條件的所有可能結果至少出現一次

      判定覆蓋的含義是設計足夠的測試用例,運行被測程序,使得程序中每個判定的取真分支和取假分支至少執行一次

      路徑覆蓋是指設計足夠的測試用例,使得被測程序中每條路徑至少執行一次

      語句覆蓋的含義是設計足夠的測試用例,使得被測程序每一條語句至少被執行一次

      路徑覆蓋是最強的覆蓋準則

      雜項:
      關鍵路徑是項目中最長的一條路徑
      定義風險參照水準是風險評估的一類技術,對于大多數軟件項目來說成本、速度和性能是三種典型的風險參照水準。
      軟件商標權的權利人是指軟件注冊商標所有人
      確認測試主要用于發現需求分析階段的錯誤
      總線帶寬=總線位寬*工作頻率

      上一篇: 關于軟件開發,都應該知道的10個常識  下一篇: 什么是軟件開發
      相關新聞


      常見問題


      推薦新聞


      推薦新聞

      嘉興禾信網絡科技有限公司    官方網站: http://www.shdrz.com  咨詢電話 0573-83993959  QQ: 3121874367

      微信掃一掃咨詢客服

      宅男伦理片久久电影网,久久精品视频喷水,久久亚洲精品2017电脑