<b id="frbqs"></b>

        <b id="frbqs"><form id="frbqs"></form></b>
      1. <rt id="frbqs"><optgroup id="frbqs"></optgroup></rt>
        1. <b id="frbqs"><form id="frbqs"><delect id="frbqs"></delect></form></b><b id="frbqs"></b>
          <rt id="frbqs"><optgroup id="frbqs"><acronym id="frbqs"></acronym></optgroup></rt>
          <tt id="frbqs"><noscript id="frbqs"><var id="frbqs"></var></noscript></tt>
        2. 理解和使用系統開發生命周期的終極指南

          admin 系統開發 2019-02-22 17:31 0


            
            關于成功部署系統的特定系統開發生命周期(SDLC)方法、工具和應用程序,有很多文獻。SDLC不僅限于純技術活動,還涉及過程和過程開發、更改管理、識別用戶體驗、策略/過程開發、用戶影響和適當的安全過程。David Avison和Guy Fitzgerald的《信息系統開發》、Alan Daniels和Don Yeates的《基本系統分析》等書籍深入研究了信息系統開發生命周期的復雜性。
           
            本文將深入分析支持系統開發生命周期的歷史、定義、階段、優點和缺點,以及解決方案。
           
            什么是系統開發生命周期?
           
            為了理解系統開發生命周期的概念,我們必須首先定義一個系統。系統是任何信息技術組件——硬件、軟件或兩者的組合。每個系統都經歷了從最初的計劃到部署的開發生命周期。一些方法提供了必要的框架來指導具有挑戰性和復雜的過程,目的是避免代價高昂的錯誤并加速開發,所有這些方法都有相同的目標,即在各個階段中移動物理或基于軟件的系統。
           
            系統開發生命周期類似于項目生命周期。
           
            事實上,在許多情況下,SDLC被認為是一個階段性的項目模型,它定義了大型系統項目的組織、人員、策略和預算約束。“項目”一詞意味著周期的開始和結束,系統開發生命周期戰略中固有的方法在計劃、設計、測試、部署和維護信息系統的元素中提供了清晰、不同和定義的工作階段。
           
            參與SDLC的人員包括c-suite高管,但是處理多層流程的是項目/程序經理、軟件和系統工程師、用戶和開發團隊。每個項目在計劃和執行方面都有自己的復雜性級別,在組織中,項目經理經常使用許多SDLC方法。即使企業使用相同的方法,不同的項目工具和技術也會有很大的不同。
           
            系統開發生命周期的歷史和起源
            該術語于1971年完全定義,起源于20世紀60年代,當時大型計算機充滿了整個房間,并且開發了迫切的需求來定義以構建大型業務系統為中心的流程和設備。在那些日子里,團隊規模小,集中,用戶“要求不高”。這種情況意味著不需要精細的方法來推動系統開發的生命周期。然而,技術已經發展,系統變得越來越復雜,用戶已經習慣了運行良好的技術。已經開發了模型和框架來指導公司完成有組織的系統開發生命周期。今天,傳統的技術系統開發方法已經過調整,以滿足每個獨特組織及其用戶不斷變化的復雜需求。
           
            SDLC的階段
           
            SDLC框架提供了逐步實施基于物理和軟件的系統的分階段指南。有多種模型可供選擇,但無論是使用最古老的SDLC 方法,瀑布方法,采用敏捷方法,還是采用多種方法的混合方法,所有方法都采用分階段迭代結構,您可以根據組織的需要進行調整。 
            您可能會發現具有不同命名約定的階段,但這些是SDLC最常見的階段。組織可以采用這些階段的任何,全部或變體:
           
            分析/可行性:要使SDLC戰略發揮作用,應該充分了解當前結構中存在的缺陷和新方法的目標??尚行匝芯看_定您是否能夠或應該實現計劃的目標。收集和分析信息以確定已經存在和使用的技術資產,人員和培訓。該研究還列出了增加或替換所需的內容,以及成本。在此階段,您可以確定整個項目范圍,包括經濟,運營和人為因素,確定關鍵人員以及制定時間表。 
            規劃/要求:計劃可以包括調整當前系統以滿足新需求或開發全新系統。此階段定義用戶需求,標識所需的功能,功能和自定義,并調查整體功能
            設計:一旦制定計劃并確定成本,系統和用戶要求,就可以開始詳細的系統設計,其中包括功能和其他文檔。然后架構師可以構建一個示例框架。
            系統開發:經批準的設計是授權新系統或增強系統開發的催化劑。有人說這是生命周期中最強大的部分。在此階段,開發人員編寫代碼并構建和微調技術和物理配置。 
            測試:在部署之前引入用戶進行測試,以確定關注或改進的領域。
            部署:系統進入生產環境并用于開展業務。
            維護: SDLC的周期性特性認識到變革和升級的過程是不變的。定期更換過時的硬件/軟件,安全升級和持續改進。 
            評估:  任何大規模系統推廣中經常被忽視的因素是評估過程,它支持系統的持續改進。該團隊不斷審查工作內容和需要改進的內容。這可能意味著建議額外的培訓,程序或升級。
            處置/處置/報廢:全面的生命周期在其生命周期結束時識別和解除剩余或過時的資產。此階段包括安全檢索數據和信息以進行保存,以及資產的物理處置。
            在系統開發生命周期的每個階段之后,團隊和項目經理可以在流程中建立基準或里程碑?;€可以包括開始日期,結束日期,階段/階段持續時間和預算數據。這些基線幫助項目經理監控績效。
           
            人們越來越關注生命周期各個層面的系統安全性,包括機密性,信息可用性,信息完整性,整體系統保護和風險緩解等要素。。使開發團隊和安全團隊保持一致是確保在系統開發生命周期的各個階段中構建安全措施的最佳實踐。例如,軟件保障成熟度模型SAMM是一個框架,可幫助組織評估其軟件安全實踐,構建安全程序,演示安全性改進以及測量與安全相關的活動。此外,治理和法規已經進入技術領域,對數據完整性的嚴格要求也會影響團隊開發技術系統。法規對組織的影響不同,但最常見的是Sarbanes-Oxley,COBIT和HIPAA。
           
            每個公司都有自己定義的最佳實踐,用于各個開發階段。例如,測試可能涉及定義數量的最終用戶和用例場景以便被認為是成功的,并且維護可以包括每季度的強制性系統升級。
           
            明確的系統開發生命周期的好處
            部署系統開發生命周期有許多好處,包括預先規劃和分析結構化階段和目標的能力。SDLC的目標導向流程不僅限于一刀切的方法,還可以進行調整以滿足不斷變化的需求。但是,如果您的業務定義明確,您可以:
           
            清楚地了解整個項目,所涉及的人員,人員配備要求,確定的時間表以及關閉每個階段的精確目標。  
            具體信息和需求的基本成本和人員配置決策。  
            提供符合項目每個步驟的設計和開發標準的驗證,目標和可交付成果,并在整個過程中開發大量文檔。 
            通過迭代的分階段方法為開發人員提供控制措施,通常從分析成本和時間表開始。  
            通過每個階段的驗證來提高最終系統的質量。
            結構化系統開發生命周期的缺點
            在這些相同的領域,有些人在遵循結構化SDLC時會遇到不利因素。一些垮臺包括:
           
            許多方法被認為是不靈活的,有些方法受到過時的過程的影響。 
            由于您的計劃基于項目部署之前的要求和假設,因此許多從業者發現難以應對生命周期中不斷變化的環境。 
            有些人認為SDLC的結構化性質是時間和成本過高的。
            一些團隊發現它太復雜而無法估算成本,無法在項目早期定義細節,也不喜歡嚴格定義的要求。
            生命周期結束時的測試不利于所有開發團隊。許多人喜歡在整個過程中進行測試。
            結構化SDLC方法涉及的文檔可能非常龐大。
            喜歡快速在各階段之間移動甚至回到前一階段的團隊發現結構化階段方法具有挑戰性。

          分享:

          發表評論

          評論列表(條)

            在线视频欧美视频国产日韩