【文章內(nèi)容簡(jiǎn)介】 付帳、現(xiàn)金管理、固定資產(chǎn)核算、工資核算、成本核算、多幣值） ? 財(cái)務(wù)管理（財(cái)務(wù)計(jì)劃、財(cái)務(wù)分析、財(cái)務(wù)預(yù)測(cè)和控制） ? 生產(chǎn)控制管理（主生產(chǎn)計(jì)劃、物料需求計(jì)劃、能力需求計(jì)劃、車(chē)間控制、制造標(biāo)準(zhǔn)） ? 物流管理 (銷售管理、庫(kù)存控制、采購(gòu)管理） ? 人力資源管理（規(guī)劃輔助決策、招聘管理、工資核算、工時(shí)管理、差旅核算） 3 客戶關(guān)系管理（ CRM）在企業(yè)的應(yīng)用 ? CRM 系統(tǒng)是基于方法學(xué)、軟件和因特網(wǎng)的以有組織的方式幫助企業(yè)管理客戶關(guān)系的信息系統(tǒng)。 CRM 以客戶為導(dǎo)向，以現(xiàn)代信息與溝通技術(shù)為工具，是一 種以建立和維系長(zhǎng)期互惠互利的客戶關(guān)系為宗旨的營(yíng)銷企業(yè)經(jīng)營(yíng)理念。其核心內(nèi)容是客戶、關(guān)系和管理。 ? CRM 系統(tǒng)要素： ? 不僅是以客戶為中心的信息系統(tǒng)，而是一種市場(chǎng)管理策略。 ? 注重客戶滿意度的同時(shí)，提升企業(yè)獲得利潤(rùn)的能力。 ? 要求企業(yè)對(duì)業(yè)務(wù)功能重新設(shè)計(jì)，將業(yè)務(wù)重心轉(zhuǎn)移到客戶，對(duì)不同客戶采取不同的策略。 ? 設(shè)計(jì)特點(diǎn)：可伸縮性和可移植性 ? 主要功能：銷售管理、市場(chǎng)營(yíng)銷、客戶服務(wù) (售前 \現(xiàn)場(chǎng) \售后 )、客戶信息管理、客戶關(guān)懷 ? 數(shù)據(jù)挖掘是在數(shù)據(jù)庫(kù)、數(shù)據(jù)倉(cāng)庫(kù)和事務(wù)數(shù)據(jù)庫(kù)基礎(chǔ)上，對(duì)數(shù)據(jù)清理、集成、選擇、變化后，提出有用的數(shù)據(jù)，用來(lái)分析和 預(yù)測(cè)。包括兩項(xiàng)任務(wù)： ? 描述 : 用各種圖、表工具進(jìn)行特征描述和區(qū)分描述 ? 分類和預(yù)測(cè) : 針對(duì)離散數(shù)據(jù)的預(yù)測(cè)通常采用分類規(guī)則、判定樹(shù)等分類方法，針對(duì)連續(xù)值的預(yù)測(cè)通常采用線性回歸、最小二乘法等預(yù)測(cè)手段。 供應(yīng)鏈管理（ SCM） ? 供應(yīng)鏈管理是一種集成管理的思想和方法，是在滿足服務(wù)水平要求的同時(shí)，為了使系統(tǒng)成本達(dá)到最低而采用的將供應(yīng)商、制造商、倉(cāng)庫(kù)和商店有效地結(jié)合成一體來(lái)生產(chǎn)商品，有效控制和管理各種信息流、資金流和物流，把正確數(shù)量的商品在正確的時(shí)間配送到正確的地點(diǎn)的一套管理方法： ? 以客戶為中心、集成化管理、擴(kuò)展性管理、 合作性管理、多層次管理 ? 供應(yīng)鏈特征：交叉性、動(dòng)態(tài)性、復(fù)雜性、存在核心企業(yè)；分類如下： ? 按管理對(duì)象分類：企業(yè)、產(chǎn)品、基于供應(yīng)鏈契約 ? 按網(wǎng)狀結(jié)構(gòu)分類： V 型、 A 型、 T 型 ? 按產(chǎn)品類別分裂：功能型、創(chuàng)新型 ? 敏捷供應(yīng)鏈： 對(duì)于市場(chǎng)變化和需求變化怎樣快速響應(yīng)，生產(chǎn)出滿足需求的產(chǎn)品或服務(wù)。 區(qū)別于一般供應(yīng)鏈的特點(diǎn)如下： ? 支持跨企業(yè)的生產(chǎn)方式重組。 ? 支持供應(yīng)鏈跨企業(yè)信息集成調(diào)整和重構(gòu)。 ? 鏈中企業(yè)可方便地組織調(diào)整生產(chǎn)模式。 商業(yè)智能（ BI） 涉及軟件、硬件、咨詢服務(wù)及應(yīng)用，是對(duì)商業(yè)信息搜集、管理和分析的過(guò)程，目的是使企業(yè)各級(jí)決策 者提高洞察力，正確作出決策。商業(yè)智能包括： 數(shù)據(jù)倉(cāng)庫(kù)、聯(lián)機(jī)事務(wù)處理、數(shù)據(jù)挖掘、數(shù)據(jù)備份和恢復(fù)等部分。 ? 商業(yè)智能的 ETL 過(guò)程： 抽取 E（ extraction）、 轉(zhuǎn)換 T（ transformation）、 裝載 L（ load） ? 商業(yè)智能的主要功能：數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù) ETL、數(shù)據(jù)統(tǒng)計(jì)輸出、數(shù)據(jù)分析 ? 商業(yè)智能實(shí)現(xiàn)的三個(gè)層次（級(jí)別）： level1數(shù)據(jù)報(bào)表、 level2多維數(shù)據(jù)分析、 level3數(shù)據(jù)挖掘 ? OLAP 的實(shí)現(xiàn)方法： ROLAP(Relational OLAP)、 MOLAP(Multidimensional OLAP)、 HOLAP(Hybrid OLAP) ? 實(shí)施步驟：需求分析、數(shù)據(jù)倉(cāng)庫(kù)建模、數(shù)據(jù)抽取、建立報(bào)表、測(cè)試、改進(jìn) 電子商務(wù)的類型及相關(guān)標(biāo)準(zhǔn) 原始概念是使用電子信息技術(shù)工具進(jìn)行商務(wù)活動(dòng)。 現(xiàn)代概念 是使用 Inter 現(xiàn)代信息技術(shù)工具和在線支付方式進(jìn)行商務(wù)活動(dòng)。 97 年成立 ISO/IEC JTCI 電子商務(wù)工作組（ BTEC），確定 標(biāo)準(zhǔn)的三個(gè)領(lǐng)域： 用戶接口、基本功能、數(shù)據(jù)及客體。其支撐保障體系包括：法律法規(guī)體系、標(biāo)準(zhǔn)規(guī)范體系、安全保證體系、信用體系、在線支付體系、現(xiàn)代物流體系、技術(shù)裝備體系、服務(wù)體系、運(yùn)行監(jiān)控體系 2 信 息系統(tǒng)基礎(chǔ) 信息系統(tǒng) 信息系統(tǒng)概念 信息系統(tǒng)是為了支持組織決策和管理而進(jìn)行信息收集、處理、儲(chǔ)存和傳遞的一組相互關(guān)聯(lián)的部件組成的系4 統(tǒng)。包括輸入、處理、輸出三個(gè)活動(dòng)。注意： ? 信息系統(tǒng)的輸入與輸出類型明確，輸入是數(shù)據(jù)，輸出是信息，且輸出的信息必定是有用的 ? 計(jì)算機(jī)并不是信息系統(tǒng)所固有的 ? 反饋用于調(diào)整或改變輸入或處理活動(dòng)后的輸出，對(duì)管理決策者說(shuō)，反饋是進(jìn)行有效控制的重要手段 信息系統(tǒng)的類型 ? 面向作業(yè)處理的系統(tǒng)：辦公自動(dòng)化 (OAS)、事務(wù)處理 (TPS)、數(shù)據(jù)采集與監(jiān)測(cè) (DAMS) ? 面向管理控制的系統(tǒng)：數(shù)據(jù)處理 (DPS)、知識(shí)工作支持 (KWSS)、計(jì)算機(jī)集成制造 (CIMS) ? 面向決策計(jì)劃的系統(tǒng)：決策支持 (DSS)、戰(zhàn)略信息 (SIS)、管理專家 (MES) 信息系統(tǒng)建設(shè) 信息系統(tǒng)建設(shè)的復(fù)雜性 信息系統(tǒng)由于技術(shù)的復(fù)雜性和管理的復(fù)雜性。當(dāng)兩者結(jié)合的時(shí)候更加復(fù)雜。系統(tǒng)的需求和內(nèi)外部條件是不斷變化。這個(gè)主要體現(xiàn)在其開(kāi)發(fā)、運(yùn)行和改造維護(hù)等方面 . 信息系統(tǒng)的生命周期（各階段目標(biāo)及其主要工作內(nèi)容） ? 立項(xiàng)： 包括概念的形成和需求分析，形成《需求規(guī)范說(shuō)明書(shū)》，經(jīng)評(píng)審、批準(zhǔn)后立項(xiàng) ? 開(kāi)發(fā)： 包括如下幾個(gè)方面 階段名稱 階段任務(wù) 總體規(guī)劃 以需求為基礎(chǔ)指導(dǎo)開(kāi)發(fā)，優(yōu)化配置各種資源，明確開(kāi)發(fā)目標(biāo)、總體結(jié)構(gòu)、組織結(jié)構(gòu)、管理流程、實(shí)施計(jì)劃、技術(shù)規(guī)范等 系統(tǒng)分析 提供邏輯模型，包括組織機(jī)構(gòu)及功能分析、業(yè)務(wù)流程分析、數(shù)據(jù)和數(shù)據(jù)分析及系統(tǒng)初步方案 系統(tǒng)設(shè)計(jì) 根據(jù)分析的結(jié)果設(shè)計(jì)實(shí)施方案，包括系統(tǒng)架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、處理流程設(shè)計(jì)、功能模塊設(shè)計(jì)、安全控制方案設(shè)計(jì)、系統(tǒng)組織和隊(duì)伍設(shè)計(jì)及系統(tǒng)管理流程設(shè)計(jì) 系統(tǒng)實(shí)施 將設(shè)計(jì)階段的成果在計(jì)算機(jī)和網(wǎng)絡(luò)上實(shí)現(xiàn)，用戶的參與特別重要 系統(tǒng)驗(yàn)收 通過(guò)試運(yùn)行，暴露系統(tǒng)優(yōu)劣和其他問(wèn)題 .提交用戶驗(yàn)收 ?運(yùn)維： 信息系統(tǒng)通過(guò)驗(yàn)收， 正式移交用戶。分為排錯(cuò)性、適應(yīng)性、完善性、預(yù)防性等四個(gè)主要類型 ?消亡： 系統(tǒng)不可以一直運(yùn)行，應(yīng)在初期就注意消亡的條件、時(shí)間以及由此話費(fèi)的成本。 信息系統(tǒng)開(kāi)發(fā)方法 ?結(jié)構(gòu)化方法： 應(yīng)用最為廣泛，按照系統(tǒng)生命周期把開(kāi)發(fā)過(guò)程分為若干階段，然后順序進(jìn)行，通過(guò)文檔確認(rèn)向下進(jìn)行。特點(diǎn)：遵循用戶至上原則、嚴(yán)格區(qū)分工作階段、強(qiáng)調(diào)開(kāi)發(fā)過(guò)程整體與全局性、過(guò)程工程化與文檔資料標(biāo)準(zhǔn)化 。其優(yōu)點(diǎn)有 ：理論基礎(chǔ)嚴(yán)密，指導(dǎo)思想是用戶需求在系統(tǒng)建立前就能充分了解和理解，注重開(kāi)發(fā)過(guò)程的整理性和全局性。 其缺點(diǎn)在于： 開(kāi)發(fā)周期長(zhǎng)；文檔、說(shuō)明繁瑣，工作效率 低；要求全面理解需求不現(xiàn)實(shí)；如果用戶參與積極性不大則難度大。 ?原型法： 先做原型，然后通過(guò)反復(fù)修改來(lái)實(shí)現(xiàn)用戶的最終需求。特點(diǎn)：實(shí)際可行、具有最終系統(tǒng)的基本特征、構(gòu)造方便、快速、造價(jià)低 。 分類：拋棄型原型 (throwitaway)、進(jìn)化型原型 (Evolutionary) ?面向?qū)ο蠓椒ǎ?客觀事物由對(duì)象組成， 直觀、方面。特點(diǎn)：對(duì)象由屬性和操作組成、對(duì)象間通過(guò)消息傳遞、封裝、多態(tài)、繼承 。 軟件工程知識(shí) 軟件需求分析與定義 ?需求是一個(gè)為解決特定問(wèn)題而必須有被開(kāi)發(fā)或被修改的軟件展示的特性?；咎匦允强沈?yàn)證性。其目 的如下：檢測(cè)和解決需求之間的沖突；發(fā)現(xiàn)軟件的邊界，以及軟件如何與外界交互；詳細(xì)描述系統(tǒng)需求和軟件需求。 ?模型是軟件需求分析的關(guān)鍵，包括概念模型和實(shí)體模型?？梢蚤_(kāi)發(fā)的模型包括數(shù)據(jù)和控制流、狀態(tài)模型、事件追蹤、用戶交互、對(duì)象模型、數(shù)據(jù)模型等。 ?需求分析常用工具：數(shù)據(jù)流圖、 ER 圖、數(shù)據(jù)字典、結(jié)構(gòu)化語(yǔ)言等 軟件設(shè)計(jì)、測(cè)試與維護(hù) ?設(shè)計(jì)是定義一個(gè)系統(tǒng)或組件的架構(gòu)、組件、接口和其他特征的過(guò)程，包括架構(gòu)設(shè)計(jì)和詳細(xì)設(shè)計(jì)。架構(gòu)視圖定義軟件的內(nèi)部結(jié)構(gòu)，包括邏輯視圖（滿足功能需求）、過(guò)程視圖（并發(fā)問(wèn)題）、組件視圖（實(shí)現(xiàn)問(wèn)題）、部 署視圖（分布問(wèn)題）。模式提供了架構(gòu)設(shè)計(jì)的某些方法，包括設(shè)計(jì)模式（微觀）和架構(gòu)模式（宏觀）。 5 ?測(cè)試是為評(píng)價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識(shí)別產(chǎn)品的缺陷和問(wèn)題而進(jìn)行的活動(dòng)，主要包括單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試三個(gè)階段。 ?軟件維護(hù)包括：更正性、適應(yīng)性、完善性、預(yù)防性?！咀⒁馀c 的區(qū)別】 軟件復(fù)用 軟件復(fù)用是一種計(jì)算機(jī)軟件工程方法和理論，剛開(kāi)始指代碼復(fù)用，后來(lái)擴(kuò)大到領(lǐng)域知識(shí)、開(kāi)發(fā)經(jīng)驗(yàn)、設(shè)計(jì)決策、架構(gòu)、需求、設(shè)計(jì)、代碼和文檔等一切有關(guān)方面。按抽象程度高低，可以分為代碼級(jí)復(fù)用、設(shè)計(jì)的復(fù)用、分析的復(fù)用和測(cè)試信息的復(fù)用。 軟件 質(zhì)量保證及質(zhì)量評(píng)價(jià) 軟件質(zhì)量是軟件特性的綜合，即軟件滿足規(guī)定或潛在用戶需求的能力。也就是說(shuō)，質(zhì)量就是遵從用戶需求，達(dá)到用戶滿意。 軟件質(zhì)量管理包括：質(zhì)量保證過(guò)程、驗(yàn)證過(guò)程、確認(rèn)過(guò)程、評(píng)審過(guò)程、審計(jì)過(guò)程。 軟件配置管理 軟件配置管理是有益于項(xiàng)目管理、開(kāi)發(fā)和維護(hù)果凍。包括：軟件配置管理過(guò)程的過(guò)安利和計(jì)劃、軟件配置標(biāo)識(shí)、軟件配置控制、軟件配置狀態(tài)記錄、軟件配置審計(jì)、軟件發(fā)布管理與交付。 軟件開(kāi)發(fā)環(huán)境 ?需求：建模工具和跟蹤工具 ?設(shè)計(jì)：創(chuàng)建和檢查軟件色合計(jì) ?構(gòu)造：編輯器、編譯器、代碼生成器、解釋器、調(diào)試器 ?測(cè)試 ：測(cè)試生成器、測(cè)試執(zhí)行框架、測(cè)試評(píng)價(jià)工具、測(cè)試管理工具、性能分析工具 ?維護(hù)：理解（可視化）、再造 (重構(gòu) )、 ?配置管理：追蹤工具、版本管理工具、發(fā)布工具 ?軟件工程管理：項(xiàng)目計(jì)劃與追蹤、風(fēng)險(xiǎn)管理、度量工具 ?軟件工程過(guò)程工具：建模工具、管理工具、軟件開(kāi)發(fā)環(huán)境 ?軟件質(zhì)量工具：檢查工具、分析工具 軟件過(guò)程管理 軟件工程管理集成了過(guò)程管理和項(xiàng)目管理，包括：?jiǎn)?dòng)和范圍定義、軟件項(xiàng)目計(jì)劃、軟件項(xiàng)目實(shí)施、評(píng)審和評(píng)價(jià)、關(guān)閉、軟件工程度量 軟件構(gòu)件技術(shù)知識(shí) 構(gòu)件及其在信息系統(tǒng)項(xiàng)目中的重要性 構(gòu)件技術(shù)就是利用某種編程手段 ,將一些人們所關(guān)心的，但又不便于讓最終用戶去直接操作的細(xì)節(jié)進(jìn)行了封裝，同時(shí)對(duì)各種業(yè)務(wù)邏輯規(guī)則進(jìn)行了實(shí)現(xiàn)，用于處理用戶的內(nèi)部操作細(xì)節(jié)，這個(gè)封裝體常常稱為構(gòu)件。 常用構(gòu)件標(biāo)準(zhǔn)（ COM/DCOM/COM+、 CORBA 和 EJB） ?COM: 公共對(duì)象模型； DCOM：增強(qiáng)了事務(wù)特性、安全模型、管理和配置； COM+從基礎(chǔ)層到應(yīng)用層 +分布式 ?CORBA: 公共對(duì)象請(qǐng)求代理架構(gòu)是 OMG 組織制定 ，三個(gè)層次：對(duì)象請(qǐng)求代理、公共對(duì)象服務(wù)、公共設(shè)施。 ?EJB： JAVA 平臺(tái)，封裝業(yè)務(wù)，業(yè)務(wù)分為業(yè)務(wù)實(shí)體和業(yè)務(wù)過(guò)程。 J2EE 中業(yè)務(wù) 功過(guò) EJB 實(shí)現(xiàn) 軟件體系結(jié)構(gòu) 軟件體系結(jié)構(gòu)定義 軟件架構(gòu)為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素集成的模式以及這些模式的約束組成。軟件架構(gòu)不僅指定了系統(tǒng)的組織結(jié)構(gòu)和拓?fù)浣Y(jié)構(gòu)，并且顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)的元素之間的對(duì)應(yīng)關(guān)系，提供了一些設(shè)計(jì)決策的基本原則。 典型體系結(jié)構(gòu) ?管道 /過(guò)濾器模式 :獨(dú)立輸入輸出，簡(jiǎn)單合成、便于維護(hù)、支持并行；需要協(xié)調(diào)數(shù)據(jù)流、需要過(guò)濾器完成數(shù)據(jù)解析與合成 ?面向?qū)ο竽Ｊ剑焊叨饶K化、封裝、繼承、靈活；對(duì)象間的調(diào)用需要知 道對(duì)象的標(biāo)識(shí) ?事件驅(qū)動(dòng)模式：支持重用、擴(kuò)展型好、簡(jiǎn)化代碼；自身對(duì)系統(tǒng)的控制能力弱、不能很好解決數(shù)據(jù)交換問(wèn)題、6 邏輯復(fù)雜化 ?分層模式：有利分解、逐級(jí)抽象、可擴(kuò)展、支持復(fù)用；并非所有系統(tǒng)都層次清楚、層次多導(dǎo)致性能下降 ?知識(shí)庫(kù)模式：知識(shí)源、黑板數(shù)據(jù)結(jié)構(gòu)、控制 ?客戶機(jī) /服務(wù)器模式：客戶機(jī)與服務(wù)器分離。二層 C/S?三 (N)層 C/S?B/S 軟件體系結(jié)構(gòu)設(shè)計(jì)方法 ?總體目標(biāo)：最大化復(fù)用、復(fù)雜問(wèn)題簡(jiǎn)單化、靈活的擴(kuò)展型 ?模式與架構(gòu)設(shè)計(jì)的區(qū)別：模式是領(lǐng)域無(wú)關(guān)的，解決某些抽象問(wèn)題；系統(tǒng)架構(gòu)是領(lǐng)域相關(guān)的。 軟件中間件 ?數(shù)據(jù)庫(kù) 訪問(wèn)中間件： ODBC\JDBC ?遠(yuǎn)程過(guò)程調(diào)用： RPC ?面向消息中間件： MOM\MQSeries ?分布式對(duì)象中間件： CORBA \RMI\EJB\DCOM ?事務(wù)中間件： Tuxedo\OTM 面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì) 面向?qū)ο蟮幕靖拍? ?對(duì)象、類、封裝、繼承、多態(tài)、接口、消息、組件、模式、復(fù)用 ?抽象 :通過(guò)特定的實(shí)例抽取共同特征后形成概念的過(guò)程，強(qiáng)調(diào)主要特征，忽略次要特征。 ?模式：一個(gè)特定環(huán)境、一個(gè)問(wèn)題和一個(gè)解決方案的關(guān)系 統(tǒng)一建模語(yǔ)言 UML ?4 種事物：結(jié)構(gòu)、行為、分組、注釋 ?4 種關(guān)系：依賴、關(guān)聯(lián)、泛化 、實(shí)現(xiàn) ?9 類圖：用例圖，靜態(tài)圖 (類圖、對(duì)象圖 )、行為圖 (狀態(tài)圖、活動(dòng)圖 )、實(shí)現(xiàn)圖 (組件圖、配置圖 )、交互圖 (順序圖、合作圖 ) ?RUP 的四個(gè)階段：初始階段、細(xì)化階段、構(gòu)造階段、交付階段。每個(gè)階段終結(jié)于良好定義的里程碑。 面向?qū)ο笙到y(tǒng)分析 ：運(yùn)用面向?qū)ο蟮姆椒ǚ治鰡?wèn)題域，建立基于對(duì)象、消息的業(yè)務(wù)模型 ?面向?qū)ο蠓治瞿Ｐ停河美Ｐ?、?對(duì)象模型、對(duì)象 關(guān)系模型、對(duì)象 行為模型 ?面向?qū)ο蠓治瞿繕?biāo)：描述用戶需要、建立創(chuàng)建軟件設(shè)計(jì)的基礎(chǔ)、定義軟件完成后可被確認(rèn)的一種需求 面向?qū)ο笙到y(tǒng)設(shè)計(jì) ：對(duì)分析階段給出的問(wèn)題域模型，用 OO 方法設(shè)計(jì)出軟件基礎(chǔ)架構(gòu)和完整的類結(jié)構(gòu) ?面向分析設(shè)計(jì)階段：用例設(shè)計(jì)、類設(shè)計(jì)、子系統(tǒng)設(shè)計(jì) 典型應(yīng)用集成技術(shù) Web Service 技術(shù) ?常用技術(shù)： XML、 SOAP、 WSDL、