1、第一講結構化方法步驟：系統規劃、系統分析、系統設計、系統實施、系統運行維護特點：面向用戶、按階段順序進行、自上而下分析、模塊化處理、文檔規范化和標準化缺點：開發周期過長會帶來風險變化、對開發者初期認知要求較高、需求與結果易出現偏離補充：原型法開發周期短、費用少、強調用戶參與、但面對大型系統較難原型化、模塊化面對對象開發過程：面對對象分析、設計、實現、測試第二講電子商務規劃目的和步驟目的：總體設計開發系統、規劃信息資源、整合各應用系統、提供決策依據、安排實施進度步驟：1、確定電子商務系統規劃邊界，明確規劃目標、任務與要求2建立制定電子商務系統規劃的組織3制定規劃進度表4現行系統的初步調查與分析5

2、確定系統開發策略6提出新系統的開發方案7可行性分析8提出系統可行性分析報告第三講SSTCSFBSPn 戰略集合變換法SST步驟：（1）列出對企業戰略規劃有影響的各類人員的名單。（2）列出每類人員對企業戰略目標的要求。（3）針對每類人員的要求，列出相對應的約束和采取的策略。是具體目標到系統的映射要求n 關鍵成功因素法（Critical Success Factor Method，CSF）步驟：（1）了解電子商務戰略目標。（2）識別成功因素。采用樹枝因果圖畫出影響目標的各種因素及其子因素。（3）識別關鍵成功因素。（4）確定關鍵成功因素的性能指標（關鍵績效指標，KPI）。根據性能指標對所有關鍵成功因

3、素進行評價，確定電子商務系統建設的優先級別。n 企業系統規劃方法（BusinessSystemsPlanning，BSP）散點：IBM公司20世紀70年代初創建步驟：企業目標、企業過程、數據分析、數據、信息結構設計、功能設計、系統目標第三講 補充知識點信息資源規劃核心內容：建立業務模型、確定商務模型、建立數據管理標準和數據管理體系、系統數據建模、系統體系結構建模第四講網站規劃商務需求分析：企業基本情況分析、產品和行業特點分析目標客戶確認定義：了解不同用戶特性，以迎合需求，為最終設計提供依據。目標客戶確認方法：1、分析企業用戶資料并與互聯網信息中心統計報告比較，以了解目標用戶上網咨詢和網上購物的

4、特點。；2、定期分析CNNIC的統計報告，以了解網民的變化情況與網上購物的發展趨勢；3、通過咨詢公司或實地調查研究以獲取第一手資料4、利用ISP(互聯網服務提供商)或有影響的行業網站進行網上的調查與研究網站定位：確定網站角色、核心概念、核心作用網站定位需考慮因素：自身資源、目標客戶、競爭對手、可行性、盈利模式功能需求：典型需求、非典型需求第四講 項目管理第五講 數據流圖概念：過程建模工具，用于分析、描述信息系統的數據轉換和流動狀況，顯示系統內所有的基本成份及其相互聯系的概況和細節。數據流圖概括描述系統的內部邏輯，是理解表達用戶需求、與用戶溝通交流的工具，是新系統邏輯模型的最重要組成部分。外部實

5、體：負責與系統交互，是源點或終點。支持系統輸入的是源點；支持輸出的是終點；外部實體說明了外部數據的來源與去處，明確系統邊界。系統過程：功能過程（企業活動）、事件過程（相應事件的單位工作）、基本過程（離散詳細的相應任務）過程組成：過程包括輸入、數據處理、數據輸出。系統也是一個過程。數據流是：是流動的數據，包括輸入和輸出；是模擬數據運動的工具；是表示文件或者數據庫建增刪改的工具；表示數據流值，不做數據改變。數據存儲是：表示數據保存的位置；不產生操作的，只做存儲和訪問數據響應；是靜止的數據；是允許在一張數據流圖上重復出現相同的數據存儲。畫法：需要單獨練習。DFD平衡：對DFD分解時，必須將輸入和輸出

6、保留到下一層。子父圖輸入、輸出數據流一致。第五講 過程邏輯表述方法：結構化語言、決策表、決策樹n 結構化語言結構-外層：采用順序、選擇、循環來描述控制結構結構-內層：采用祈使句自然短語小點：任何邏輯都可以表示為順序、選擇、循環示例：n 決策表建立步驟：1、條件段：對條件取名及每個條件所取的值。2、行動段：命名所有可能的行動。3、規則行：列出所有可能的規則。4、為規則匹配行動。既然已經識別了所有可能的規則，要為每個規則提供一個行動。5、簡化決策表。刪除產生不可能行動的規則。對不明確之處應咨詢客戶、查看規則的模式，合并無關條件示例：n 決策樹示例選取工具：（1）順序和循環動作，適于結構化語言（2）

7、多個條件復雜組合，適于決策表和決策樹（3）決策樹比決策表直觀；決策表進行邏輯驗證更加嚴格。一般用決策表作底稿，在此基礎上產生決策樹。第五講 數據字典數據項字典數據流字典過程數據字典：數據存儲字典：第六講 系統構架系統分層：表現層、變現邏輯層、應用邏輯層、數據處理層、數據層構架分類-基于主機構架：簡單架構、性能良好、單點控制。無法承載大數據請求，服務器持續升級價格貴。構架分類-客戶服務器架構：采用網絡服務器，是一種分布式計算方案，功能更強大。胖客戶，承擔應用邏輯。瘦客戶，只承擔表現。 瀏覽器服務器架構優點：1、使用Internet標準的客戶服務器架構，容易將表現邏輯、應用邏輯和數據訪問邏輯進行分

8、離，使其保持相互獨立。例如，表現邏輯可以采用HTML或者XML進行設計，指定網頁如何在屏幕上進行顯示。采用簡單的程序語句鏈接接口到特定的應用邏輯模塊，以執行各種功能。這些定義接口的HTML或者XML文件可以在不影響應用邏輯的情況下進行改動。2、可以對應用邏輯進行修改，而不用對表現邏輯和數據訪問邏輯進行改動。3、由于所有系統都在瀏覽器上運行（例如，財務系統、人力系統、生產系統），不用再擔心存在多個不同的計算機架構，也不用擔心存在不同的操作系統。這種方法可以重新設計傳統信息系統在網絡上運行的能力。第六講 應用架構設計內容數據架構設計：解決數據分布到不同數據庫服務器的問題，數據分割與數據復制網絡結構

9、設計：主要解決如何將客戶端、服務器、設備分配到網絡，客戶端與服務器之間如何連接，用戶在哪里與客戶端交互等問題。第七講 數據庫設計不多言了，課程可不可以 別這么重疊。第八講 輸入輸出設計輸出原則：1、輸出應該易于閱讀和理解2、按時提供輸出3、制作對用戶有意義的輸出4、選擇有效的輸出方法輸入原則：1、控制輸入量：輸入基本數據、不輸入已存在數據、可預存信息以簡化輸入過程2、減少輸入延遲3、避免額外步驟4、輸入過程盡量簡化5、輸入校驗減少輸入錯誤輸入校驗方法：重復校驗（先后兩次）、人工校驗、檢驗為校驗（身份證號）、總數校驗、類型校驗、格式交流、邏輯校驗、界限校驗、平衡校驗（會計）、匹配校驗、順序校驗第

10、八講 代碼設計定義：代碼是人為確定的代表客觀事物（實體）名稱、屬性或狀態的符號或者是這些符號的組合。使信息唯一化、規范化、系統化原則：要保證容量（IPV4的升級）、按屬性分類、分類時留有余地（柔性）、注意協調（與老系統、外系統）類別： 代碼種類：順序碼（票據編碼）、數字碼（身份證）、字符碼（程序變量名）、混合碼身份證校驗方法，加權定模取余加碼第九講 程序設計程序設計要求：語法正確、結構良好、便于測試和排除故障、易于擴充設計風格：采用實際意義的符號名、避免相似名、照顧數學習慣、避免多意注釋：序言性注釋、功能性注釋第九講 軟件測試注意事項：測試不能表面軟件中不存在錯誤，只能說明軟件存在錯誤。測試員與程序員不是一個人。測試分類：