第9课系统建置.pptVIP

第9章 系統建置 Prepared by S. F. Chang 簡介 P544 在系統建置階段，系統設計規格(System design specification #)就成為建構新系統的藍圖。 第一個工作就是應用程式開發，在此時就需要系統分析師協同程式設計師一同來建立所需的程式及程式碼模組。 在能夠移轉之前，該系統必須被小心的測試並建立文件、使用者需要接受培訓、而現有的資料需被轉換完成。 在新系統能夠運行之後，對於最終結果的正式評估必須進行，而作為對高層管理人員做報告的一部分。 軟體品質保證(1) P547 成功的企業組織就必須在每一個方面不斷地提高品質，包括其資訊系統。 品質保證(quality assurance #)的主要目的就是避免問題或儘早查出問題。 造成軟體品質不佳的原因，包括不準確的需求、設計問題、代碼錯誤、錯誤的文件，和無效的測試。 為達到高的品質水準，軟體系統開發人員應該考量軟體工程觀念、國際認同的品質標準，和嚴謹的專案管理技巧。 軟體工程 因為品質如此重要，你可以使用一種稱為軟體工程的方法來管理。 軟體工程(software engineering #)是一種強調堅實的設計、有效的結構、準確的文件記錄，和細心之測試的軟體開發步驟。 軟體品質保證(2) P549 國際標準組織lSO 國際標準組織(ISO, International Organization for Standardization #)是一個為各種產品及服務建立品質標準的國際組織。 在1991年ISO建立了一套能夠為軟體的開發及維護提供品質保證的指導方針，被稱為ISO 9000-3 。 應用程式開發概觀(1) P551 應用程式開發(application development #)是建構各種程式及程式碼模組的過程，而這些程式都是資訊系統的基本構成元件。 不論一套應用系統是採用結構化或物件導向分析來建置，其目標均是將邏輯設計轉化成能夠正常運行的程式及程式碼模組。 應用程式開發步驟 在整體策略確立之後，個別模組就必須被設計、編碼、測試，並製成文件。 一個模組( module #)由相關的程式碼組成了容易暸解及維護的小單元所構成。 在模組完成並個別測試後，更多的測試接著進行，再加上對整體系統作徹底的文件製作，如圖9-6所示。 應用程式開發概觀(2) P552 在建立模組時，你由複閱來自前面各個SDLC階段的文件開始，並建立一套程式的設計。 雖然實質的程式撰寫一般是由程式設計師來執行，IT管理人通常會指派系統分析師和他們一同工作而成為工作團隊的一部分。 接下來以模組為單元作測試，並且所有必須的文件被製作並查驗。 專案管理 縱使是一個規模不大的專案也可能會有數百甚至數千個模組。因此，應用系統開發會變得複雜而難以管理。在此階段，專案管理特別重要，它包含設定實際的時程、達成專案時限、控制成本、以及維持品質等工作。 結構化應用系統開發(1) P554 結構化應用系統開發通常會涉及一般設計進行到細部結構的由上而下方法(top-down approach #) ，在系統分析師把系統需求製作成文件之後，再經過一個稱為分割(partitioning)的程序，他會將系統分解成次系統及模組。這個方法也被稱為模組化設計(modular design #)，而它相似於建構一套分層DFD。 藉由將模組分派給不同的程式設計師，一個系統開發的各部分可以同時進行。 結構圖 結構圖顯示出各程式模組以及其間的關係。一個結構圖(structure chart #)由代表程式模組的長方形，箭頭和提供其餘資訊的其他符號所組成。 一般說來，一個較高層的模組，稱為控制模組(control module)，指出較低層的模組，稱為附屬模組(subordinate module)。 結構圖的各種符號分別代表各個模組、資料關聯、控制關聯、條件，及迴圈。 結構化應用系統開發(2) P554 模組 --- 如圖9-7所示，長方形代表模組。 長方形內的兩側加垂直線表示該模組為程式館模組。 程式館模組(library module)可重複使用，而且可以在一個結構圖中許多個地方呼叫。 資料關聯 --- 一個箭頭加上一個空心圓圈代表資料關聯。 資料關聯(data couple)表示出一個模組傳給另一個模組的資料。如圖9-8所示。 控制關聯 --- 一個箭頭加上實心圓圈代表控制關聯。 一個控制關聯(control couple)顯示出由一個模組送給另一模組的訊息稱為旗號(flag)，一個模組利用旗號來傳送特定情況或動作的訊號給另一個模組。如圖9-9所示。 結構化