做業1 討論+我的簡歷製做

做業1 討論+我的簡歷製做

1、應用CSS、Html製做的純靜態網頁：

• 一、 簡介截圖
  
• 二、連接：https://coding.net/u/MXLei/p/resume/git

2、查找閱讀，文檔說明下列問題：

• 一、解釋一個軟件生命週期的概念並提供一個例子，解釋它的各階段，包括生產交付（不只限於瀑布模型生命週期）；

  • 軟件生命週期(Software Life Cycle,SLC)是軟件的產生直到報廢或中止使用的生命週期。軟件生命週期內有問題定義、可行性分析、整體描述、系統設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段，也有將以上階段的活動組合在內的迭代階段，即迭代做爲生命週期的階段。

  • 以本科進行的軟件工程大做業《一個基於網頁的四則運算平臺》爲例解釋如下各階段概念：

  • 一、問題的定義及規劃
    此階段是軟件開發方與需求方共同討論，主要肯定軟件的開發目標及其可行性。
  • 二、需求分析
    在肯定軟件開發可行的狀況下，對軟件須要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段作得好，將爲整個軟件開發項目的成功打下良好的基礎。"惟一不變的是變化自己。"，一樣需求也是在整個軟件開發過程當中不斷變化和深刻的，所以咱們必須制定需求變動計劃來應付這種變化，以保護整個項目的順利進行。
    孩子們得增強四則運算能力，可是父母沒有時間，請家教、買算術題卡又不划算。而一個基於網頁的四則運算平臺對孩子的學習是十分必要的，能夠節省時間、費用等成本，並同時達到一個很好的學習效果。
  • 三、軟件設計
    此階段主要根據需求分析的結果，對整個軟件系統進行設計，如系統框架設計，數據庫設計等等。軟件設計通常分爲整體設計和詳細設計。好的軟件設計將爲軟件程序編寫打下良好的基礎。
    以《一個基於網頁的四則運算平臺》爲例：
    • a.界面採用「童年主題」設計，加強與學生的親近感，熟悉感；
    • b.強化學習氛圍、選擇符合時代「童年主題」的背景音樂；
    • c.提升學生的四則元算能力；
  • 四、程序編碼
    此階段是將軟件設計的結果轉換成計算機可運行的程序代碼。在程序編碼中必需要制定統一，符合標準的編寫規範。以保證程序的可讀性，易維護性，提升程序的運行效率。
  • 五、軟件測試
    在軟件設計完成後要通過嚴密的測試，以發現軟件在整個設計過程當中存在的問題並加以糾正。整個測試過程主要分單元測試、組裝測試以及系統測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程當中須要創建詳細的測試計劃並嚴格按照測試計劃進行測試，以減小測試的隨意性。
    以《一個基於網頁的四則運算平臺》爲例：
    • a.先進行平臺抗壓性測試；
    • b.找到十幾個小學生進行一段時間的平臺測試；
  • 六、系統轉換
    將做業由舊系統轉換新系統，也就是說運行系統的方法，轉換方法有平行、分批、分發、當即、試驗五種轉換方法。
  • 七、運行維護
    軟件維護是軟件生命週期中持續時間最長的階段。在軟件開發完成並投入使用後，因爲多方面的緣由，軟件不能繼續適應用戶的要求。要延續軟件的使用壽命，就必須對軟件進行維護。軟件的維護包括糾錯性維護和改進性維護兩個方面。

• 二、查閱軟件災難相關資料，給軟件災難從頭至尾排序。

  • 軟件bug等級：

    • 一、Blocker（崩潰）：阻礙開發或測試工做的問題；形成系統崩潰、死機、死循環，致使數據庫數據丟失，與數據庫鏈接錯誤，主要功能喪失，基本模塊缺失等問題。如：代碼錯誤、死循環、數據庫發生死鎖、重要的一級菜單功能不能使用等
    • 二、Critical（嚴重）：系統主要功能部分喪失、數據庫保存調用錯誤、用戶數據丟失，一級功能菜單不能使用可是不影響其餘功能的測試。功能設計與需求嚴重不符，模塊沒法啓動或調用，程序重啓、自動退出，關聯程序間調用衝突，安全問題、穩定性等。如：軟件中數據保存後數據庫中顯示錯誤，用戶所要求的功能缺失，程序接口錯誤，數值計算統計錯誤等（該等級問題出如今不影響其餘功能測試的狀況下能夠繼續該版本測試）。
    • 三、Major（通常）：功能沒有徹底實現可是不影響使用，功能菜單存在缺陷但不會影響系統穩定性。如：操做時間長、查詢時間長、格式錯誤、邊界條件錯誤，刪除沒有確認框、數據庫表中字段過多等(該問題實際測試中存在最多，合理安排解決BUG，解決率關係版本的優化程度)
    • 四、Minor（次要）：界面、性能缺陷，建議類問題，不影響操做功能的執行，能夠優化性能的方案等。如：錯別字、界面格式不規範，頁面顯示重疊、不應顯示的要隱藏，描述不清楚，提示語丟失，文字排列不整齊，光標位置不正確，用戶體驗感覺很差，能夠優化性能的方案等（此類問題在測試初期較多，優先程度較低；在測試後期出現較少，應及時處理）

  • 災難恢復劃分爲六個等級 參照《信息系統災難恢復規範》（GB/T 20988-2007 ）：

    • 一、第1級爲基本支持
    • 二、第2級爲備用場地支持
    • 三、第3級爲電子傳輸和部分設備支持
    • 四、第4級爲電子傳輸及完整設備支持
    • 五、第5級爲實時數據傳輸及完整設備支持
    • 六、第6級爲數據零丟失和遠程集羣支持。
      同時，該規範對災難恢復能力等級評定原則和災難備份中心的等級等也做了規範要求。

  • 軟件災難例子：

    • 一、水手號（Mariner）的致命BUG (1962)
    • 二、哈特福德體育場倒塌事件 (1978)
    • 三、 中情局給蘇聯送自然氣 (1982)
    • 四、幾乎引起第三次世界大戰 (1983)
    • 五、醫療器械致死案 (1985)
    • 六、華爾街崩潰 (1987) 
    • 七、AT&T電話斷網 (1990)
    • 八、阿麗亞娜火箭爆炸 (1996)
    • 九、天網帶來了世界末日 (1997)
    • 十、火星氣候探測器墜毀 (1998)
    • 十一、災難研究 (1999)
    • 十二、英國護照不知所蹤 (1999)
    • 1三、千年之殤Y2K (1999)
    • 1四、炸彈(Dot-Bomb)崩潰 (2000)
    • 1五、愛蟲病毒 (2000)
    • 1六、爲癌症治療而死 (2000)
    • 1七、EDS放棄了對對兒童的支持 (2004)
    • 1八、 FBI的三部曲終結 (2005)