网际网路资料库程式系统分析与设计幻灯片.ppt

網際網路資料庫程式：系統分析與設計 義守大學資管系 陶幼慧 2002.8 參考書籍 鄭人杰，實用軟體工程，儒林書局，1993 初版。 陶幼慧(2000)，網頁設計原則應用之探討，第十一屆國際資訊管理學術研討會，中山大學，May 20-21，2000。 大綱 軟體工程 (1-81) 概念暨工具 軟體測試/維護/管理 問題定義(82-85) 使用性評估(86-102) 網站架構表達(103-107) 互動式設計原則(108-111) 專題製作練習(112) 系統分析與設計：定義(Whitten Bentley, 1998) 系統分析：研究商業問題，以推薦改善方案暨其企業要求的規格說明 系統設計：針對系統分析階段中的解決方案，建構一個技術性的電腦化解決方案及細部規格 而最終的電腦化解決方案，即所謂的軟體系統 軟體的特點 邏輯實體，而非實際實體 (軟硬體差別) 研製與開發中創造出，不是傳統生產含意 長期執行使用中沒有磨損、老化、用舊等問題(圖1.2) 受到計算機系統的限制，有不同的依賴性 尚未擺脫手工製作方式 複雜的(圖1.2) 昂貴的(圖 1.3) 涉及社會因素 軟體的生命週期 六步驟：計劃、需求分析、設計程式編寫、測試和執行維護 三階段： 定義(圖1.7) 開發(圖1.8) 維護(圖1.9) 模式： 瀑布模型 (圖1.4) 週期循環 (圖1.5) 維護循環的生命週期 (圖1.6) 軟體工程項目的目標 付出較低的開發成本 達到要求的軟體功能 取得較好的軟體性能 開發的軟體易於移植 需要較低的維護費用 能按時完成開發工作，及時交付使用 軟體需求分析 由分析師主持 經過了解使用者的要求，認真細緻地調研、分析，最後應建立目標系統的邏輯模型並寫出軟體規格明書 四階段 調查研究 確定需求 描述需求 需求分析覆審 軟體需求分析:I. 調查研究 了解系統需求 市場調查 訪問使用者 考察現場 軟體需求分析:I I.確定需求 功能需求：應做到什麼 性能需求：被開發軟體工作的技術性能指標 可靠性需求：不發生故障的機率，按實際的執行環境提出要求 安全和保密要求：視場所而定 資源使用需求：執行時所需之資料、軟體、主記億體空間等 開發費用和開發進展的需求 軟體需求分析:II.確定需求--可行性 可行性研究：目的是仔細分析各種需求，充分估計所有的有利條件和不利條件，從而判斷實現軟體開發的目標是否可行 考慮方向： 技術可行性 經濟可行性 社會可行性 軟體需求分析II. 確定需求--可行性的結果 肯定的，或者經過局部的需求修改仍然是肯定的 否定的 - 不合算或有重大問題難於解決 IBM 公司的統計，只有 25分之一的項目投入開發，由此可見，需求分析工作是嚴格的，它是決定軟體項目命運的關鍵性工作 軟體需求分析III. 描述需求 需求應該得到清晰、準確的描述 - 軟體需求(說明)規格書 為了確切地表達使用者對軟體的輸入、輸出要求，需要編寫初步使用者手冊，著重反映被開發軟體的使用者界面及使用者使用的具體要求 軟體需求分析IV.需求分析覆審 作為需求分析階段工作的複查工作，在需求分析的最後一步，應對功能的正確性、完整性和清晰性及其它需求給予評價 注意審查需求分析階段應完成的主要文件：初步使用者手冊和軟體需求(說明)規格書 指定專門的人員負責按規範要求嚴格進行 覆審負責人員的結論意見及簽字 需要修改的部分，待完成修改才可進入設計階段 軟體需求分析的原則 表達和理解問題的訊息定義以及功能定義範圍 訊息定義的範圍包括被處理的訊息流、訊息的內容、訊息結構 問題應以某種方式劃分，使之按層次關係揭問題的細節，曾從而把複雜問題化簡 功能定義範圍和訊息定義範圍都可作進一步分解。 可在同一層次上的，稱為橫向分解；也可是多層次的縱向分解 (圖2.3) 要給出系統的邏輯表示和實體表示 邏輯表示給的是軟體要達到的功能和要處理的訊息 實體表示處理功能和訊息結構的實際表現形式，這往往由設備本身決定 分析師的責任 需熟練地掌握計算機硬、軟體的專業知識、善於進行抽象的邏輯思維和創造性思維 能夠傾聽別人的意見、注意發揮其他人員的作用 編寫軟體需求規格書和初步使用者手冊 使用者的責任 在不同的工作岡位上分別熟悉並掌握著企業的技術發展方針、部門的業務及相關的操作技術 他們對資料處理工作的考慮、軟體的意見及要求應該看做是需求分析十分保貴的原使資料 軟體規格說明書要求 正確性與完全性 一致性 無多義性 功能性 可驗證性 可跟蹤行與易於修改性 易讓使用者看懂避免很多軟體技術的專業術語 資料流程圖(Data Flow Diagram, DFD) 四種基本成分