1.1-1信息系統(tǒng)概述了解什么是信息系統(tǒng)理解信息系統(tǒng)組成結構了解信息系統(tǒng)類型了解各類信息系統(tǒng)應用場景與技術特點理解各類信息系統(tǒng)之間的關系【本節(jié)學習目標】一、什么是信息系統(tǒng)?信息系統(tǒng)是一種能夠完成對業(yè)務數(shù)據(jù)進行采集、轉換、加工、計算、分析、傳輸、維護等信息處理，并能就某個方面問題給用戶提供信息服務的計算機應用系統(tǒng)。二、信息系統(tǒng)組成信息化基礎設施（服務器、計算機網(wǎng)絡、系統(tǒng)軟件等）應用軟件數(shù)據(jù)庫系統(tǒng)業(yè)務數(shù)據(jù)用戶三、信息系統(tǒng)類型1.業(yè)務處理系統(tǒng)業(yè)務處理系統(tǒng)(TransactionProcessSystem,TPS)是一類運用IT技術對機構業(yè)務活動（如訂購、銷售、支付、出貨、核算等）進行信息處理，實現(xiàn)業(yè)務處理自動化與提高業(yè)務處理效率的信息系統(tǒng)。商業(yè)終端銷售系統(tǒng)銀行借記業(yè)務系統(tǒng)航空機票訂票系統(tǒng)酒店系統(tǒng)…業(yè)務處理系統(tǒng)邏輯結構業(yè)務處理系統(tǒng)案例2.管理信息系統(tǒng)管理信息系統(tǒng)（ManageInformationSystem，MIS）是一類以機構信息管理為主導，利用計算機軟硬件、網(wǎng)絡通信、數(shù)據(jù)庫等IT技術，對機構職能進行整體信息化管理，以達到提高機構工作效率和服務價值，并支持機構職能與運營管理的信息系統(tǒng)。人力資源管理信息系統(tǒng)企業(yè)CRM系統(tǒng)企業(yè)ERP系統(tǒng)學籍管理信息系統(tǒng)…管理系統(tǒng)層次人力資源管理系統(tǒng)3.決策支持系統(tǒng)證券分析與輔助決策信息系統(tǒng)法定傳染病疫情預測信息系統(tǒng)電信營銷大數(shù)據(jù)分析系統(tǒng)鐵路區(qū)域地質災害預警系統(tǒng)…決策支持系統(tǒng)(decisionsupportsystem，簡稱DSS)是一類輔助決策者通過數(shù)據(jù)分析、模型評估和知識推理等信息處理，以人機交互方式，為解決特定策略問題提供決策支持的信息系統(tǒng)。決策支持系統(tǒng)的概念結構4.專家系統(tǒng)專家系統(tǒng)（ExpertSystem,ES）是一種具有獲取、存儲與利用專家智慧解決某類問題的信息系統(tǒng)。它一般是采用人工智能中的知識表示、知識推理、深度學習等技術來模擬通常由領域專家才能解決的復雜問題。典型專家系統(tǒng)應用:AlphaGo圍棋機器人蛋白質鑒定專家系統(tǒng)城市建設規(guī)劃與設計專家系統(tǒng)蔬菜病蟲害診斷專家系統(tǒng)…..專家系統(tǒng)概念結構5.辦公自動化系統(tǒng)政務辦公系統(tǒng)高校辦公系統(tǒng)企業(yè)辦公系統(tǒng)…辦公自動化系統(tǒng)（OfficeAutomation，OA）是一種實現(xiàn)辦公業(yè)務流程信息化、自動化處理的信息系統(tǒng)。6.知識工作支持系統(tǒng)工程制圖系統(tǒng)影像非線性編輯系統(tǒng)CASE（計算機輔助軟件工程）工具…知識工作支持系統(tǒng)（KnowledgeWorkSystem，KWS）是一種具有強大的數(shù)據(jù)、圖形、圖像以及多媒體處理能力，能夠在網(wǎng)絡化條件下廣泛應用多方面信息和技術資源，并為知識工作者提供設計創(chuàng)造、技術創(chuàng)新等服務工具的信息系統(tǒng)。AutoCAD工程制圖系統(tǒng)TPSMISDDSESOAKWS四、各類信息系統(tǒng)之間關系本節(jié)學習結束！1.1-2信息系統(tǒng)概述了解信息系統(tǒng)利益相關者視角了解信息系統(tǒng)用戶了解信息系統(tǒng)開發(fā)者了解各類系統(tǒng)開發(fā)者職責與能力要求了解開發(fā)者、用戶、客戶之間的關系【本節(jié)學習目標】一、信息系統(tǒng)參與者視角二、信息系統(tǒng)用戶分類業(yè)務人員主管、經(jīng)理和總經(jīng)理1.系統(tǒng)內(nèi)部用戶客戶供應商合作伙伴2.系統(tǒng)外部用戶三、信息系統(tǒng)開發(fā)人員1.系統(tǒng)設計人員系統(tǒng)架構師

軟件工程師界面工程師

數(shù)據(jù)庫管理員3.系統(tǒng)管理人員2.系統(tǒng)構造人員

軟件程序員硬件工程師

網(wǎng)絡工程師

系統(tǒng)集成工程師項目經(jīng)理系統(tǒng)分析師測試經(jīng)理

客戶經(jīng)理四、系統(tǒng)分析師系統(tǒng)分析師是指對機構業(yè)務進行調查與分析，利用信息系統(tǒng)分析技術解決業(yè)務問題定義與系統(tǒng)需求規(guī)格描述的專業(yè)人員。1.主要工作程序研究與理解領域問題確定解決問題的系統(tǒng)需求制定一套問題解決方案詳細說明所選方案的細節(jié)推薦最佳解決方案指導實施解決方案監(jiān)控結果是否達到要求2.系統(tǒng)分析師位置3.系統(tǒng)分析師主要職責負責信息系統(tǒng)的需求調研、需求分析、需求管理，并完成《系統(tǒng)需求規(guī)格說明書》。負責將信息系統(tǒng)進行業(yè)務需求建模、系統(tǒng)需求建模，并將建模成果轉化到《系統(tǒng)需求規(guī)格說明書》。協(xié)助架構設計師進行系統(tǒng)架構設計，并指導其完成《系統(tǒng)架構說明書》。協(xié)助數(shù)據(jù)庫工程師進行數(shù)據(jù)庫邏輯設計和物理設計，并指導其完成《數(shù)據(jù)庫設計說明書》。協(xié)助軟件工程師進行系統(tǒng)詳細設計，并指導其完成《系統(tǒng)詳細設計說明書》。指導程序員按《系統(tǒng)詳細設計說明書》進行代碼實現(xiàn)。協(xié)助項目經(jīng)理進行配置管理，并提供優(yōu)化改進建議。協(xié)助測試經(jīng)理完成對系統(tǒng)測試，并進行系統(tǒng)實現(xiàn)的需求確認。信息系統(tǒng)知識與技能——掌握計算機領域主流的軟硬件開發(fā)技術、信息系統(tǒng)規(guī)劃、系統(tǒng)分析與設計、大型數(shù)據(jù)庫系統(tǒng)、IT基礎平臺知識與技能。

業(yè)務知識與技能——熟悉行業(yè)組織機構、組織職能、業(yè)務功能、業(yè)務流程、業(yè)務活動、業(yè)務信息等。

分析與解決問題技能——辯證思維、推理邏輯、分析能力、靈活性、適應力。

人際知識與技能——溝通技巧、團隊協(xié)作、人員管理、項目管理等。人格與道德規(guī)范——健康人格、職業(yè)與工程倫理道德。4.系統(tǒng)分析師應具備的專業(yè)技能與素質1.項目經(jīng)理主要職責項目計劃：負責項目的總體規(guī)劃與階段計劃；確定項目范圍、質量、時間、成本。項目組織：組織項目所需的各項資源；設置項目組中的各種角色，并分配好各角色的責任與權限；定制項目組內(nèi)外的溝通計劃；處理項目組成員之間的關系。項目領導：創(chuàng)建項目組的開發(fā)環(huán)境及氛圍，提升項目組士氣，加強項目組凝聚力；合理安排項目組各成員的工作，使各成員工作都能達到一定的飽滿度；定期組織項目組成員進行相關培訓。項目控制：保證項目在預算成本范圍內(nèi)按規(guī)定的質量和進度達到項目目標；在項目生命周期的各個階段，跟蹤、檢查項目組成員的工作質量；對項目進行配置管理與規(guī)劃；控制項目組各成員的工作進度。五、其他IT人員職責要求2.系統(tǒng)架構師主要職責系統(tǒng)架構師是系統(tǒng)項目的總體設計師，IT系統(tǒng)新產(chǎn)品的開發(fā)與集成、新技術體系的構建者。在需求階段，系統(tǒng)架構師負責理解和管理非功能性系統(tǒng)需求，協(xié)助系統(tǒng)分析師完成《用戶需求說明書》、《需求變更說明書》。在設計階段，架構師負責對整個系統(tǒng)架構、關鍵構件、接口的設計，完成《系統(tǒng)概要設計說明書》。協(xié)助軟件工程師完成子系統(tǒng)或模塊設計。在編碼階段，架構師則成為程序員的顧問，并且經(jīng)常性地舉行一些技術研討會、技術培訓班等，培養(yǎng)編程人員。在測試及實施階段，協(xié)助開發(fā)人員完成系統(tǒng)測試、集成和交付。3.軟件工程師主要職責根據(jù)《系統(tǒng)概要設計說明書》編寫分模塊的《系統(tǒng)詳細設計說明書》。協(xié)助系統(tǒng)架構師完成系統(tǒng)概要設計，并負責系統(tǒng)功能模塊的軟件設計與實現(xiàn)。協(xié)助程序員按《系統(tǒng)詳細設計說明書》進行代碼實現(xiàn)?？刂票灸K的開發(fā)進度。4.界面工程師主要職責負責完成項目系統(tǒng)功能界面設計，并為軟件工程師提供界面指導。負責對項目系統(tǒng)軟件整體色彩的調配。向項目經(jīng)理提供項目軟件美化包裝的建議。5.數(shù)據(jù)庫管理員主要職責根據(jù)《系統(tǒng)架構說明書》與系統(tǒng)架構師、系統(tǒng)分析師一同進行數(shù)據(jù)庫建模。根據(jù)數(shù)據(jù)庫建模結果，創(chuàng)建數(shù)據(jù)庫LDM與PDM圖。根據(jù)數(shù)據(jù)庫PDM圖進行數(shù)據(jù)庫、表、索引、存儲過程、觸發(fā)器等對象創(chuàng)建。對數(shù)據(jù)庫進行維護、優(yōu)化、權限、備份、恢復、同步等管理。對數(shù)據(jù)庫進行初始化操作，負責客戶數(shù)據(jù)的導入導出。協(xié)助軟件工程師完成《系統(tǒng)詳細設計說明書》中與數(shù)據(jù)庫相關的部分。根據(jù)《系統(tǒng)詳細設計說明書》編寫對應的視圖、存儲過程、函數(shù)、觸發(fā)器等。對項目組其它成員進行SQL方面的指導。為測試經(jīng)理及測試工程師建立測試數(shù)據(jù)。6.測試經(jīng)理主要職責按照項目經(jīng)理制定的系統(tǒng)質量計劃要求，編寫系統(tǒng)測試計劃和系統(tǒng)測試方案。負責測試團隊內(nèi)部的工作，完成項目系統(tǒng)測試，并協(xié)調與開發(fā)團隊之間的接口工作。協(xié)助SQA對軟件過程和軟件產(chǎn)品進行質量控制。負責測試過程工具的研究、推廣與維護，負責測試用例庫維護工作。7.測試工程師主要職責在測試經(jīng)理的安排和指導下，編寫測試用例，并按測試用例進行測試工作。在測試經(jīng)理的指導下，按測試計劃進行系統(tǒng)測試工作。負責被分派測試項目任務的質量審計。8.實施經(jīng)理主要職責負責制定項目實施計劃。在項目實施計劃的約束下，協(xié)調項目組相關資源，完成系統(tǒng)實施相關工作（包括系統(tǒng)安裝、用戶培訓、系統(tǒng)上線、系統(tǒng)試運行等）。在項目實施階段，跟蹤、檢查實施人員的工作進展。負責協(xié)助用戶進行“用戶驗收測試”和編寫《驗收測試報告》。9.產(chǎn)品經(jīng)理主要職責對所負責推廣的軟件產(chǎn)品進行策劃和管理。對所負責的產(chǎn)品進行市場調研和分析，及時提出應對措施。負責產(chǎn)品實現(xiàn)的內(nèi)部管理，保證產(chǎn)品功能的順利實現(xiàn)以及時滿足市場需求。負責產(chǎn)品對外宣傳與推廣，開拓市場，提高產(chǎn)品品牌知名度和認可度。配合銷售部門制訂產(chǎn)品銷售策略，支持市場銷售業(yè)務。10.客戶經(jīng)理主要職責策劃并獨立完成目標客戶的拜訪和溝通。定期分析、整理客戶需求，制定有針對性的方案。進行重點客戶的關系維護，了解并整理重點客戶的需求，為開發(fā)更符合用戶需求的產(chǎn)品提供富有價值的市場信息。參與產(chǎn)品定位的研討，為產(chǎn)品策劃獻計獻策。六、項目相關者的配合項目相關者之間的配合十分重要，若不配合，均將導致信息系統(tǒng)開發(fā)項目失敗。導致信息系統(tǒng)項目失敗的主要因素:客戶需求被誤解或沒有完全捕獲客戶需求改變過于頻繁客戶沒有為項目提供足夠的資源客戶懷有不切合實際的期望客戶不想與開發(fā)者合作開發(fā)者不勝任項目開發(fā)開發(fā)團隊項目管理混亂開發(fā)團隊協(xié)作不好開發(fā)團隊與用戶溝通不暢本節(jié)學習結束！1.2信息系統(tǒng)軟件特性了解軟件系統(tǒng)類型理解軟件特性理解軟件質量屬性【本節(jié)學習目標】一、軟件系統(tǒng)類型系統(tǒng)軟件支撐軟件（中間件）應用軟件軟件系統(tǒng)類型二、軟件系統(tǒng)其它分類定制軟件系統(tǒng)通用軟件產(chǎn)品開發(fā)方式分類授權許可分類共享軟件自由軟件產(chǎn)品軟件公共軟件免費軟件開源軟件三、軟件特性軟件是邏輯代碼組成的程序集合，非有形物體。軟件不會損耗，但會因失去價值被棄用。軟件是開發(fā)人員通過腦力勞動開發(fā)出來的，還不能做到生產(chǎn)線制造。軟件還未完全實現(xiàn)標準化構件組裝系統(tǒng)。復雜性——隨應用領域、規(guī)模、業(yè)務不同，軟件復雜性差別較大。一致性——軟件都要求與其運行的軟硬件平臺兼容一致?？勺冃浴驑I(yè)務過程與需求不斷變化，應用軟件需具有可變性（如軟件版本升級）才能保持軟件長久的生命力。四、軟件開發(fā)需解決的本質問題五、軟件質量屬性功能性(Functionability)：是指軟件所實現(xiàn)的功能可達到它所設計規(guī)范和滿足用戶需求的程度?？煽啃?Reliability)：是指在規(guī)定的時間和條件下，軟件所能維持其正常的功能操作、性能水平的程度。易用性(Usability)：是指用戶學習、操作、使用軟件所需努力的程度。效率(Efficiency)：是指軟件系統(tǒng)的處理效能，如處理時間、資源使用率?？梢浦残?Transportability)：是指軟件從一個計算機系統(tǒng)環(huán)境移植到另一計算機環(huán)境的容易程度。軟件質量屬性：可維護性(ServiceManageability)：是指當一個軟件投入運行后，若需求發(fā)生變化、環(huán)境發(fā)生改變或軟件發(fā)生錯誤時，進行修改所做努力的程度。兼容性(Compability)：是指軟件之間或是軟件與硬件之間的相互協(xié)調工作的程度?？蓴U展性(Extensibility)：是指軟件增加新功能、擴充系統(tǒng)能力的難易程度。本節(jié)學習結束！1.3信息系統(tǒng)開發(fā)過程了解信息系統(tǒng)生命周期了解信息系統(tǒng)開發(fā)活動了解信息系統(tǒng)開發(fā)過程【本節(jié)學習目標】信息系統(tǒng)生命周期是指從提出系統(tǒng)研制的構想開始，經(jīng)歷系統(tǒng)規(guī)劃、系統(tǒng)開發(fā)、系統(tǒng)運行與維護，到系統(tǒng)終止的時間過程。一、信息系統(tǒng)生命周期1.系統(tǒng)規(guī)劃階段二、信息系統(tǒng)生命周期各階段主要活動2.系統(tǒng)需求分析階段明確問題提出解決方案與建設計劃可行性分析啟動項目需求規(guī)格說明定義需求原型驗證劃分優(yōu)先級信息采集3.系統(tǒng)設計階段網(wǎng)絡環(huán)境設計構件設計用戶界面與系統(tǒng)接口設計安全機制設計數(shù)據(jù)庫設計程序流程設計系統(tǒng)設計系統(tǒng)架構設計4.系統(tǒng)構造階段系統(tǒng)構造軟件部署程序編寫系統(tǒng)集成

設備安裝開發(fā)環(huán)境搭建5.系統(tǒng)測試階段6.系統(tǒng)運行與維護階段維護系統(tǒng)系統(tǒng)運行支持用戶進化系統(tǒng)以工程項目方式來管理信息系統(tǒng)開發(fā)過程、支持過程、組織過程、運行過程等流程活動，才能確保在規(guī)定的時間內(nèi)完成滿足質量要求的信息系統(tǒng)開發(fā)任務。三、系統(tǒng)項目過程系統(tǒng)開發(fā)過程框架是指在系統(tǒng)開發(fā)過程中，組織活動與任務的公共過程框架及流程模式。四、系統(tǒng)開發(fā)過程框架本節(jié)學習結束！1.4系統(tǒng)開發(fā)過程模型了解瀑布開發(fā)過程模型了解原型開發(fā)過程模型了解螺旋開發(fā)過程模型了解統(tǒng)一軟件開發(fā)過程模型了解敏捷軟件開發(fā)過程模型【本節(jié)學習目標】系統(tǒng)開發(fā)活動嚴格按生命周期階段線性順序開展，并在每個階段都會創(chuàng)建和提交大量文檔。一、瀑布開發(fā)過程模型模型特點：系統(tǒng)開發(fā)過程活動組織簡單，項目階段劃分明確，具有完整的開發(fā)文檔支持，便于項目管理。需要大量的文檔工作和審查工作，通常會影響系統(tǒng)項目的進度，分散開發(fā)人員精力。用戶經(jīng)過較長周期才能見到信息系統(tǒng)的雛形，對系統(tǒng)項目的反饋遲緩，這會帶來項目風險。在系統(tǒng)開發(fā)初期，通常難以獲得用戶的完整需求，這會導致瀑布開發(fā)過程難以開展。應用場景：瀑布開發(fā)過程模型作為一種經(jīng)典的系統(tǒng)開發(fā)過程模型，適合于需求十分明確、規(guī)模較小的系統(tǒng)項目。為解決需求變更的快速響應問題，在系統(tǒng)開發(fā)中可采用原型開發(fā)過程模型來解決瀑布開發(fā)過程模型的局限。二、原型開發(fā)過程模型模型特點：能夠開發(fā)出真正滿足用戶需求的信息系統(tǒng)，能夠較快地提交系統(tǒng)的功能版本給用戶使用。

需求變更能夠很快在系統(tǒng)開發(fā)中得到反饋。系統(tǒng)項目開發(fā)難以標記進展的里程碑、項目管理較復雜。若系統(tǒng)體系結構設計不健壯，多次迭代會使系統(tǒng)穩(wěn)定性受到挑戰(zhàn)。原型開發(fā)過程模型還需要具有系統(tǒng)快速開發(fā)能力的工具支持。應用場景：原型開發(fā)過程模型適合于需要較多人機交互界面的系統(tǒng)項目，也適合那些需求初期不太明確的系統(tǒng)項目。螺旋式開發(fā)模型是一種進化迭代的系統(tǒng)開發(fā)過程模型，它兼顧了原型開發(fā)過程的迭代特征和瀑布開發(fā)過程的系統(tǒng)化與嚴格審核優(yōu)點。三、螺旋式開發(fā)過程模型模型特點：引入了其他模型不具備的風險分析，使系統(tǒng)在無法排除重大風險時有機會停止，以減小項目損失。在系統(tǒng)開發(fā)活動由內(nèi)向外沿著螺線進行若干次迭代，每次迭代都將獲得系統(tǒng)的一個開發(fā)版本，直到獲得完全滿足用戶需求的版本才成為最終系統(tǒng)。應用場景：螺旋式開發(fā)模型適合于大型復雜的系統(tǒng)開發(fā)，強調了其他模型所忽視的風險分析。統(tǒng)一軟件開發(fā)過程（RationalUnifiedProcess，RUP）是一種用例驅動的、增量迭代的、以體系架構為中心的系統(tǒng)開發(fā)流程框架。四、統(tǒng)一軟件開發(fā)過程模型模型特點：面向對象、用例驅動、以架構為中心開發(fā)系統(tǒng)。增量迭代開發(fā)，以質量控制和風險管理為目標。與UML配套、可定制流程框架。應用場景：統(tǒng)一軟件開發(fā)過程模型綜合了以前的多種系統(tǒng)開發(fā)過程模型的優(yōu)點，全面考慮了系統(tǒng)開發(fā)的技術因素和管理因素，適合于大型復雜系統(tǒng)開發(fā)。敏捷軟件開發(fā)（Agilesoftwaredevelopment）是一種精簡的、快速的、增量迭代的系統(tǒng)開發(fā)過程模型。五、敏捷軟件開發(fā)過程模型模型特點：提出一種輕量級開發(fā)過程模型方法，強調編程人員與業(yè)務專家之間的緊密協(xié)作、面對面的溝通、適應需求變化的代碼編寫。注重系統(tǒng)開發(fā)過程中人的作用、最小化文檔編寫，快速發(fā)布系統(tǒng)版本功能，并能夠處理不斷變化的用戶需求。解決傳統(tǒng)重量級開發(fā)過程模型在中小型系統(tǒng)項目中存在成本高、周期長、難以適應快速需求變更等局限。應用場景：敏捷開發(fā)模式注重系統(tǒng)快速開發(fā)，且適用于解決早期需求模糊或需求變更頻繁的系統(tǒng)開發(fā)項目。本節(jié)學習結束！1.5系統(tǒng)開發(fā)方法與工具了解系統(tǒng)開發(fā)策略了解系統(tǒng)開發(fā)方法了解系統(tǒng)開發(fā)工具了解系統(tǒng)開發(fā)運行環(huán)境【本節(jié)學習目標】一、系統(tǒng)開發(fā)類型1.定制開發(fā)與產(chǎn)品開發(fā)定制開發(fā)是指針對特定用戶應用需求，對軟件系統(tǒng)進行個性化開發(fā)，并將該系統(tǒng)交付給用戶使用。產(chǎn)品開發(fā)是將開發(fā)的軟件作為產(chǎn)品推廣到市場。2.集成開發(fā)集成開發(fā)是指基于現(xiàn)有系統(tǒng)或特定系統(tǒng)接口，對新軟件系統(tǒng)與外部系統(tǒng)進行整合開發(fā)。面向門戶集成面向數(shù)據(jù)集成面向接口集成面向過程集成集成開發(fā)類型：二、系統(tǒng)開發(fā)策略1.自行開發(fā)利用機構自身IT人員開發(fā)實現(xiàn)信息系統(tǒng)的開發(fā)方法。優(yōu)缺點：可以得到滿足自身需求的信息系統(tǒng)，并且通過系統(tǒng)開發(fā)培養(yǎng)自己的團隊。組織專業(yè)規(guī)范的系統(tǒng)開發(fā)和實施嚴格的質量保證較困難，通常需要外部咨詢和技術培訓。所開發(fā)的系統(tǒng)可能存在通用性、穩(wěn)定性、完整性的局限。2.委托開發(fā)委托專業(yè)IT公司針對本機構業(yè)務需求定制開發(fā)信息系統(tǒng)的開發(fā)方法。優(yōu)缺點：能夠利用專業(yè)IT公司的技術優(yōu)勢和信息化經(jīng)驗，以較低的成本建立獲得高質量的信息系統(tǒng)。

機構自身可以節(jié)省人力資源，可專心于業(yè)務優(yōu)化改進，將精力集中到具有較高價值回報的活動中。需要配備精通業(yè)務的分析人員，與開發(fā)團隊進行大量的交流、溝通

依賴于專業(yè)IT公司的技術支持，后期系統(tǒng)維護較困難。3.購買商品軟件通過購買商品化軟件包，并在此基本上實現(xiàn)信息系統(tǒng)的開發(fā)方法。優(yōu)缺點：客戶省時省力，短時間就可建立信息系統(tǒng)，效果可以立竿見影。

購買到完全符合機構自身需求的系統(tǒng)不容易。

受限于現(xiàn)有軟件局限，難以滿足業(yè)務需求變化。4.聯(lián)合開發(fā)機構與專業(yè)IT公司聯(lián)合開發(fā)信息系統(tǒng)的開發(fā)方法。優(yōu)缺點：充分發(fā)揮客戶團隊和開發(fā)團隊的優(yōu)勢，有利于自身技術力量的培養(yǎng)。依賴于雙方精誠團結，自身需要有一定的系統(tǒng)分析與設計能力。三、軟件系統(tǒng)開發(fā)方法1.結構化方法結構化方法是面向過程的軟件開發(fā)方法，由結構化分析方法、結構化設計方法和結構化程序設計方法組成。結構化方法典型技術：數(shù)據(jù)流圖、數(shù)據(jù)字典、層次結構圖設計、E-R關系圖設計、程序流程圖設計、偽代碼設計、結構化編程等。其基本思想如下：自頂向下逐步求精系統(tǒng)模塊分解以過程為中心構建軟件系統(tǒng)結構化方法優(yōu)缺點：簡單實用、技術成熟、容易應用。但對規(guī)模較大及處理復雜的軟件系統(tǒng)項目不太適合，存在難以適應需求變更，難以解決軟件復用，難以進行軟件維護，難以提高軟件生產(chǎn)效率等問題。當前軟件開發(fā)現(xiàn)狀：現(xiàn)在的軟件系統(tǒng)項目大多具有功能復雜、規(guī)模較大、異構平臺、快速交付、可維護性和可靠性要求高等特性。結構化方法不能適應這些要求。需有新的軟件開發(fā)方法去應對。2.面向對象軟件開發(fā)方法面向對象基本思想：客觀世界是由各種對象（Object）組成，復雜對象可以由簡單對象組成。

類（Class）是具有相同特征對象的模板，將對象的屬性數(shù)據(jù)和操作程序封裝在一起。對象之間通過消息（Message）傳遞實現(xiàn)行為交互，以模擬現(xiàn)實世界中不同事物之間的聯(lián)系。面向對象方法是一種將面向對象思想應用于軟件開發(fā)過程、指導軟件開發(fā)活動的方法。面向對象分析面向對象設計面向對象編程面向對象方法優(yōu)缺點：與人的思維方式一致穩(wěn)定性好可重用性好可維護性好掌握面向對象技術方法需要更多的時間面向對象方法適合的軟件項目類型：面向對象方法適合需求變更較頻繁、功能復雜、規(guī)模較大、異構平臺、快速交付、可維護性和可靠性要求高的軟件系統(tǒng)項目。3.基于構件軟件開發(fā)方法基于構件軟件開發(fā)方法是一種基于分布對象技術、強調通過可復用構件設計與構造軟件系統(tǒng)的開發(fā)方法。從業(yè)務功能視角出發(fā)，采用比面向對象方法更高一級的抽象技術設計實現(xiàn)軟件，更切合實際應用，軟件重用度可以得到提高。將軟件開發(fā)的重點從程序編寫轉移到了基于已有構件的組裝，以更快地構造系統(tǒng)，減輕用來支持和升級大型系統(tǒng)所需要的維護負擔，從而降低軟件開發(fā)的費用。優(yōu)缺點：構件開發(fā)使得軟件重用度、開發(fā)效率得到提高，確保軟件質量。軟件構件開發(fā)與編程語言緊密聯(lián)系，容易導致構件接口標準不統(tǒng)一，不同開發(fā)語言實現(xiàn)的構件難以實現(xiàn)互操作。4.面向服務的系統(tǒng)開發(fā)方法基于面向服務思想，采用松耦合、粗粒度軟件功能重用的系統(tǒng)開發(fā)方法。面向服務的系統(tǒng)開發(fā)方法關注點是業(yè)務，它直接映射到業(yè)務，強調IT與業(yè)務的對齊，以服務為核心元素來封裝業(yè)務功能或已有應用系統(tǒng)。

服務的粒度更大，更加匹配機構信息化應用中的業(yè)務，可以實現(xiàn)更高級別的軟件重用。優(yōu)缺點：可以實現(xiàn)跨平臺的功能復用，也可復用現(xiàn)有應用系統(tǒng)。開發(fā)技術復雜，需要解決較多的分布式應用難點技術問題。四、系統(tǒng)開發(fā)工具與環(huán)境1.開發(fā)工具按照開發(fā)過程分類：項目管理工具配置管理工具分析和設計工具程序開發(fā)工具系統(tǒng)測試工具系統(tǒng)維護工具2.開發(fā)運行環(huán)境系統(tǒng)開發(fā)環(huán)境是指在計算機硬件和系統(tǒng)軟件平臺上，進行信息系統(tǒng)開發(fā)及維護所使用的軟件工具及集成環(huán)境。系統(tǒng)運行環(huán)境是指信息系統(tǒng)運行所依賴的平臺環(huán)境，包括操作系統(tǒng)軟件、數(shù)據(jù)庫軟件、運行時軟件等軟件環(huán)境，以及服務器、網(wǎng)絡設備、存儲設備等硬件支持環(huán)境。本節(jié)學習結束！2.1面向對象基礎理解面向對象的思想理解面向對象的需求分析理解面向對象的系統(tǒng)設計理解面向對象的編程語言理解幾個面向對象思想應用間的聯(lián)系與區(qū)別

【本節(jié)學習目標】一、面向對象思想對象對象（Object）的含義是物體（個體），就是物理世界中的實體一、面向對象思想對象屬性描述了對象的特定信息人的可見物理屬性性別=男年齡=30膚色=黃色身高=172cm體重=74kg人的不可見社會屬性姓名=張三民族=漢族國別=中國學歷=本科籍貫=四川桌子的屬性高度=120cm寬度=150cm顏色=白色材料=實木樣式=辦公桌一、面向對象思想對象行為指定對象可以做什么，定義了對象執(zhí)行的操作。對象人有很多行為吃飯睡覺走路干活哭對象桌子的行為？提供高度修改高度修改顏色計算體積明顯的行為設計的行為一、面向對象思想類類是一組具有相同屬性與行為的對象集合，物以類聚。類是抽象，對象是具體。類是集合，對象是集合中的個體。類的屬性可以沒有值，對象的屬性必須分配值。例子：人是一個類，這個類包含了無數(shù)具體的人，每個人是一個對象。一、面向對象思想對象（類）之間的關系三個人對象：蘇洵、蘇軾、蘇轍三個對象屬于同一個類蘇洵與蘇軾的關系是父子蘇洵與蘇轍的關系是父子蘇軾與蘇轍的關系是兄弟三個對象：張三、數(shù)據(jù)結構課、主樓301三個對象屬于不同類張三與數(shù)據(jù)結構的關系是選課與被選張三與主樓301的關系是上課地點分配數(shù)據(jù)結構與主樓301的關系是上課地點分配一、面向對象思想對象（類）之間的關系關聯(lián)-兩個類以某種方式相關或連接，例如一個類與另一個類協(xié)同工作以執(zhí)行任務，或者一個類對另一個類執(zhí)行操作。如張三選擇數(shù)據(jù)結構課。聚合-表示整體與其部分之間的關系。如螺絲對象是桌子對象的一部分。泛化-子類基于父類。它表明這兩個類是相似的，但子類包含了比父類更多的信息（屬性）。如本科生是學生的子類。一、面向對象思想抽象抽象是從眾多的事物中抽取出共同的、本質性的特征，而舍棄其非本質的特征。二進制編碼是一種高級抽象，將所有信息都抽象為由0和1組成的序列?！兜赖陆?jīng)中》：“道生一，一生二，二生三，三生萬物”對象是具體，類是抽象一、面向對象思想抽象抽象是分層次的。二進制（高級）十六進制（低級）人（高級）男人/女人（低級）電子產(chǎn)品（高級）電腦/手機（低級）一、面向對象思想封裝封裝是將對象的屬性與行為都包裝起來，形成一個獨立的單元，這體現(xiàn)了對象的獨立性和邊界性。電腦這種對象內(nèi)部有很多屬性，比如CPU的型號與主頻、內(nèi)存的大小、顯示器的型號與尺寸等，這些屬性對其他對象應該是不可見的，需要通過特定的行為方法才訪問。

嚴格的信息隱藏會引起訪問效率問題，解決方法是可見性。一、面向對象思想多態(tài)性多態(tài)性是指對象具有多種不同形式的能力。在多態(tài)操作中，不同類別的對象可以執(zhí)行不同的操作。它允許我們通過只知道不同類的公共屬性來操縱不同類的對象。二、面向對象的需求分析概念：應用面向對象的思想與技術去描述目標軟件系統(tǒng)的需求明確目標系統(tǒng)有哪些利益相關者

老師、學生、員工、經(jīng)理每個利益相關者要通過系統(tǒng)干什么

教學、選課、質檢、制定計劃系統(tǒng)有哪些對象

組織、設備、任務、單據(jù)、報表、貨物對象之間的關系是什么

繼承、關聯(lián)、聚合內(nèi)容二、面向對象的需求分析概念：應用面向對象的思想與技術去描述目標軟件系統(tǒng)的需求利益相關者類（對象）類（對象）關系功能利益相關者與功能關系對象之間的交互與活動活動圖時序圖靜態(tài)視圖動態(tài)視圖+二、面向對象的需求分析應用面向對象的思想與技術去描述目標軟件系統(tǒng)的需求面向對象的分析與開發(fā)技術與平臺無關需求分析人員與業(yè)務人員之間的進行溝通的過程與結果清楚、準確地描述軟件系統(tǒng)的需求是面向對象分析的任務特征三、面向對象的系統(tǒng)設計概念：面向對象設計是針對系統(tǒng)的一組具體實現(xiàn)技術要求，繼續(xù)應用面向對象的思想與建模方法進行系統(tǒng)設計對面向對象分析的輸出結果進行細化與適應性修改以最大程度繼承面向對象分析的成果。描述系統(tǒng)架構、人機界面、業(yè)務處理類、數(shù)據(jù)存儲模型、系統(tǒng)部署架構、系統(tǒng)進程與線程等。從宏觀角度描述系統(tǒng)的整體結構，確定系統(tǒng)是一個層次結構還是一個流式結構等。如：常用的MVC(模型-視圖-控制器)三層結構是一種典型的層次結構。類似于在建造一棟住宅樓的時候，需要確定是采用板式結構還是采用塔式結構。對架構設計的構件以及構件之間的關系進行細化。一個構件包含了多個相互作用的類，詳細設計的任務是要把這些類描述出來，當然也包括類之間的關系。架構設計詳細設計三、面向對象的系統(tǒng)設計四、面向對象的編程C++與Java就是兩種應用最廣泛的面向對象編程語言，這兩種語言的設計遵循了面向對象思想，都是以類為基本構成單元。面向對象設計輸出的類與C++與Java中的類具有一致性，前者的類名也對應后者的類名、前者的類屬性對應后者的成員變量、前者的類行為（操作）對應后者的操作。面向對象體系本節(jié)學習結束！2.2UML建模語言了解UML可視化建模語言了解UML2.5各種圖的基本元素與作用【本節(jié)學習目標】一、UML簡介統(tǒng)一建模語言UML(UnifiedModelingLanguage)是一種對軟件系統(tǒng)進行規(guī)范化、可視化、模型化、文檔化的標準語言。UML由對象管理組織OMG創(chuàng)建，并在1997年1月份起草了UML1.0規(guī)范。UML是一種面向對象的建模語言，使用多種不同的建模圖形來表達系統(tǒng)。2017年12月，OMG發(fā)布了UML2.5.1規(guī)范，修正了UML2.5的一些小問題，是目前UML的最新版本。UML2.5規(guī)范定義了兩種主要的UML圖：結構圖和行為圖。一、UML簡介二、用例圖二、用例圖銀行賬戶存取錢管理的用例圖示例三、活動圖三、活動圖銀行賬號驗證功能的活動圖示例圖已重畫，MOOC視頻替換四、類圖四、類圖銀行存取錢管理相關的簡單類圖示例五、順序圖五、順序圖銀行賬戶驗證功能的順序圖示例六、通信圖六、通信圖銀行賬戶驗證功能的通信圖示例七、狀態(tài)圖七、狀態(tài)圖銀行賬戶的狀態(tài)機圖示例符號元素名稱元素描述構件具有業(yè)務功能和接口的類集合接口只定義操作，不定義操作實現(xiàn)的類關聯(lián)/實現(xiàn)關系表示兩個構件之間有關聯(lián)關系或接口與構件之間的實現(xiàn)關系依賴關系兩個構件之間依賴與被依賴的關系八、構件圖圖已重畫，MOOC視頻替換八、構件圖銀行賬戶存取錢管理的構件圖示例九、部署圖符號元素名稱元素描述節(jié)點具有業(yè)務功能和接口的類集合端口節(jié)點的訪問端口，附在節(jié)點圖形的邊框上人工制品物理部分規(guī)約，可以是模型、描述或軟件關聯(lián)關系表示兩個節(jié)點之間有關聯(lián)關系依賴關系兩個構件之間依賴與被依賴的關系九、部署圖圖已重畫，MOOC視頻替換九、部署圖銀行賬戶存取錢管理的部署圖示例十、包圖十、包圖銀行賬戶存取錢管理的包圖示例本節(jié)學習結束！2.3BPMN建模語言了解BPMN建模語言的作用了解BPMN的基本元素與作用BPMN的應用案例【本節(jié)學習目標】一、BPMN簡介BPMN（BusinessProcessModelandNotation，業(yè)務流程建模與標注）是BPMI（TheBusinessProcessManagementInitiative）符號工作組于2004年5月開發(fā)的業(yè)務流程建模標準，BPMN2.0版本于2010發(fā)布，目前是OMG維護的公共標準BPMN為企業(yè)提供以圖形符號理解其內(nèi)部業(yè)務流程的能力，并使企業(yè)能夠以標準方式交流這些流程。圖形符號有助于理解組織之間業(yè)務協(xié)同的效果，確保企業(yè)可充分了解自身與合作伙伴，并使企業(yè)能夠快速適應內(nèi)部環(huán)境和B2B業(yè)務的變化。一、BPMN簡介BPMN已經(jīng)成為業(yè)務流程建模的事實標準，它由設計人員、管理人員和業(yè)務流程實現(xiàn)人員共同使用，為業(yè)務流程設計和實現(xiàn)之間搭建了一個標準橋梁。BPMN的另一個目標是確保基于XML的業(yè)務流程執(zhí)行語言（如WSBPEL，WebServicesBusinessProcessExecutionLanguage）可以使用業(yè)務表示符號進行可視化，這要求BPMN要足夠精確，以便將BPMN圖轉換為軟件流程組件。一、BPMN簡介BPMN提供了5種基本的建模元素：流對象流數(shù)據(jù)泳道人工制品二、流對象活動（Activity）：是在流程中執(zhí)行的任何工作事件（Event）：在業(yè)務流程中發(fā)生的任何事情網(wǎng)關（Gateway）：用于控制流程的流程流對象是BPMN的核心元素，又分為3類流對象二、流對象

活動二、流對象

事件二、流對象③網(wǎng)關三、流流（Flow）用于連接流對象，與流對象一起定義業(yè)務流程的過程。四、數(shù)據(jù)數(shù)據(jù)（Data）是表示業(yè)務流程中的數(shù)據(jù)表示，具體又分為數(shù)據(jù)對象、數(shù)據(jù)對象集、數(shù)據(jù)輸入和數(shù)據(jù)輸出等五、人工制品人工制品（Artifact）用以給流程附加一些額外的信息，不影響流程的流轉六、泳道不同泳池之間通過連接對象進行關聯(lián)。一個泳池可以有多個泳道。泳池（Pool）標識一個過程中的業(yè)務實體（參與者），為了說明不同功能與職責，通過泳池將活動進行形象化分類。七、BPMN案例硬件零售商的運輸流程七、BPMN案例訂單履行與采購流程本節(jié)學習結束！3.1系統(tǒng)規(guī)劃概述了解什么是系統(tǒng)規(guī)劃理解系統(tǒng)規(guī)劃意義了解系統(tǒng)規(guī)劃目標與任務了解系統(tǒng)規(guī)劃內(nèi)容了解系統(tǒng)規(guī)劃步驟【本節(jié)學習目標】一、什么是系統(tǒng)規(guī)劃?系統(tǒng)規(guī)劃是指組織機構在進行信息化建設前，對組織機構的戰(zhàn)略目標、機遇與挑戰(zhàn)、經(jīng)營現(xiàn)狀、信息化需求等因素進行調研與分析，為支撐組織機構未來發(fā)展提供信息系統(tǒng)建設方案與計劃。二、系統(tǒng)規(guī)劃意義信息系統(tǒng)規(guī)劃是機構信息化建設的基本綱領和總體指向，也是信息系統(tǒng)工程項目實施的前提與依據(jù)。若系統(tǒng)規(guī)劃不當，可能會給機構帶來巨大的損失。三、系統(tǒng)規(guī)劃目標系統(tǒng)規(guī)劃目標是針對組織機構的使命、戰(zhàn)略目標、經(jīng)營現(xiàn)狀、發(fā)展機會與面臨挑戰(zhàn)等因素進行綜合分析，對組織機構信息化建設做出可行的信息系統(tǒng)方案。四、系統(tǒng)規(guī)劃任務1）根據(jù)組織機構使命及其戰(zhàn)略目標，制定信息系統(tǒng)建設總體目標與愿景；2）針對組織機構信息化需求，確定信息系統(tǒng)總體框架、技術路線與實施方案；3）在充分考慮組織機構的技術、設備和人力資源等因素下，制定組織機構的信息系統(tǒng)實施建設計劃，并分析評估信息系統(tǒng)建設方案可行性。五、信息系統(tǒng)規(guī)劃內(nèi)容確立組織機構信息化發(fā)展戰(zhàn)略與構想

制定信息系統(tǒng)建設總體目標組織機構信息化面臨的挑戰(zhàn)、機遇和需求組織機構的技術、設備和人力資源調整方案組織機構的信息系統(tǒng)總體框架與結構組織機構的信息系統(tǒng)總體技術路線與方案組織機構的信息系統(tǒng)實施初步計劃

信息系統(tǒng)建設項目預算、成本/效益估算、風險評估案例：企業(yè)信息系統(tǒng)規(guī)劃內(nèi)容六、系統(tǒng)規(guī)劃步驟本節(jié)學習結束！3.2系統(tǒng)規(guī)劃方法了解業(yè)務系統(tǒng)規(guī)劃法了解業(yè)務流程重組法了解價值鏈分析法了解戰(zhàn)略目標集轉移法了解關鍵成功因素法【本節(jié)學習目標】一、業(yè)務系統(tǒng)規(guī)劃法業(yè)務系統(tǒng)規(guī)劃法（BusinessSystemPlanning，BSP）是IBM公司在20世紀70年代提出的一種制定信息系統(tǒng)規(guī)劃方法。該方法認為信息系統(tǒng)是為組織機構目標服務的，它應該滿足組織機構各個管理層次的信息化要求，并向組織機構提供一致的、全面的、可靠的、有價值的信息服務。信息系統(tǒng)必須支持組織機構戰(zhàn)略目標系統(tǒng)規(guī)劃應該表達出組織機構各個管理層次的信息化需求信息系統(tǒng)應為各部門提供一致的數(shù)據(jù)信息信息系統(tǒng)應適應機構管理體制的變化“自上而下”分析與“自下而上”設計相結合1.BSP方法應用原則2.BSP方法實施步驟3.BSP方法優(yōu)缺點BSP方法作為一種經(jīng)典的的系統(tǒng)規(guī)劃方法被廣泛應用，它能保證信息系統(tǒng)獨立于組織機構的管理體制，即使將來組織的機構部門或管理體制發(fā)生變化，信息系統(tǒng)體系架構也不會受到太大的沖擊。不過BSP方法進行系統(tǒng)規(guī)劃，通常需要進行大量工作活動、花費大量時間，才能有效地完成系統(tǒng)規(guī)劃工作。二、業(yè)務流程重組法業(yè)務流程重組法（BusinessProcessReengineering，BPR）是由美國企業(yè)管理專家在20世紀90年代初期提出的一種圍繞業(yè)務流程改造的系統(tǒng)規(guī)劃方法。它強調以業(yè)務流程為改造對象中心、以關心客戶的需求和滿意度為目標，對現(xiàn)有業(yè)務流程進行不斷地優(yōu)化或重新設計。以客戶服務為中心，優(yōu)化業(yè)務流程?？绮块T業(yè)務流程重組優(yōu)化。以過程管理代替職能管理，取消不增值的管理環(huán)節(jié)。取消不必要的信息處理環(huán)節(jié)，消除冗余信息集。1.BPR方法應用原則2.BPR方法實施步驟3.BPR方法優(yōu)缺點BPR方法可以解決機構內(nèi)部縱向條塊獨立管理所帶來的局限，有利于機構改進業(yè)務流程的工作效率，提高機構在質量、服務、成本等方面的競爭力。不過BPR方法若沒有考慮機構實際情況，完全打破機構現(xiàn)有業(yè)務流程，存在較大的風險，遭遇多方面的阻力，最終可能會導致項目失敗。三、價值鏈分析法價值鏈分析法(ValueChainAnalysis，VCA)是由美國哈佛商學院教授Porter提出來的一種尋求確定企業(yè)競爭優(yōu)勢的方法。通過分析企業(yè)中完整的業(yè)務活動鏈，從原料到生產(chǎn)、從市場到售后服務各環(huán)節(jié)活動來評估企業(yè)的競爭力。通過信息技術手段對關鍵業(yè)務環(huán)節(jié)的改進提供支持，可發(fā)揮信息技術的使能作用、杠桿作用和乘數(shù)效應，從而增強企業(yè)的競爭能力。1.VCA方法應用企業(yè)基本業(yè)務包括內(nèi)部物流、產(chǎn)品生產(chǎn)、外部物流、產(chǎn)品銷售、售后服務等環(huán)節(jié)。利用IT技術針對這些業(yè)務環(huán)節(jié)提供支持，促進它們對產(chǎn)品或服務產(chǎn)生更多價值。支持內(nèi)部物流服務的倉儲系統(tǒng)支持生產(chǎn)運行服務的計算機制造系統(tǒng)支持外部物流服務的配送與調度系統(tǒng)支持銷售和市場服務的訂購與發(fā)票系統(tǒng)支持售后服務的產(chǎn)品質保維護系統(tǒng)2.VCA方法實施步驟3.VCA方法優(yōu)缺點VCA方法有利于企業(yè)運用價值鏈分析方法來確定自身價值鏈環(huán)節(jié)，使企業(yè)特別關注和培養(yǎng)在價值鏈環(huán)節(jié)上的核心競爭力，并利用IT技術支撐企業(yè)在行業(yè)內(nèi)的競爭優(yōu)勢。不過VCA方法應用涉及面較復雜，不但需要充分了解內(nèi)部業(yè)務活動價值，還需要掌握企業(yè)外部業(yè)務活動價值影響因素，才能有效地完成系統(tǒng)規(guī)劃工作。VCA方法主要局限在企業(yè)信息系統(tǒng)規(guī)劃中應用。四、戰(zhàn)略目標集轉移法戰(zhàn)略目標集轉移法（StrategySetTransformation,SST）是WilliamKing在1978年提出一種將組織機構戰(zhàn)略目標集（使命、目標、戰(zhàn)略等）轉變?yōu)樾畔⑾到y(tǒng)戰(zhàn)略目標的規(guī)劃方法。1.SST方法應用信息系統(tǒng)是為組織機構戰(zhàn)略目標服務的，所以制定信息系統(tǒng)戰(zhàn)略目標必須以組織機構戰(zhàn)略目標為依據(jù)。根據(jù)組織機構戰(zhàn)略目標確定信息系統(tǒng)目標。對應組織機構戰(zhàn)略集的支撐因素識別相應信息系統(tǒng)戰(zhàn)略約束。最后根據(jù)信息系統(tǒng)目標和約束提出信息系統(tǒng)戰(zhàn)略。2.SST方法實施步驟3.SST方法優(yōu)缺點SST方法能保證系統(tǒng)規(guī)劃得到全面的信息系統(tǒng)目標。但它局限在策略層面進行規(guī)劃，缺少業(yè)務流程規(guī)劃。五、關鍵成功因素法關鍵成功因素法（KeySuccessFactors，KSF）是哈佛大學教授WilliamZani于1970年提出的以關鍵因素為依據(jù)來確定系統(tǒng)信息需求的規(guī)劃方法。1.KSF方法應用管理者可以根據(jù)機構目標確定關鍵成功因素，制定描述相應關鍵成功因素的關鍵KPI指標。根據(jù)關鍵KPI指標評價管理工作成效，從而形成一個以機構目標為設定值，以調控行為成效為檢測結果的反饋控制系統(tǒng)。管理者就可以借助信息系統(tǒng)觀測關鍵KPI指標而得知關鍵成功因素的狀態(tài)，再通過關鍵成功因素狀態(tài)調控來控制子目標的實現(xiàn)，進而促成機構目標的最終實現(xiàn)。2.KSF方法實施步驟3.KSF方法優(yōu)缺點KSF具有很強的針對性，能夠明確提出支撐組織機構戰(zhàn)略目標的IT解決方案。一些組織機構戰(zhàn)略目標在一定時期后會有一定的調整，其目標的關鍵成功因素會出現(xiàn)變化，因此，需重新確定信息系統(tǒng)目標方案。本節(jié)學習結束！3.3系統(tǒng)項目計劃了解項目計劃內(nèi)容掌握項目任務分解方法掌握項目進度安排方法掌握項目成本估算方法【本節(jié)學習目標】一、什么是項目計劃項目計劃是根據(jù)信息系統(tǒng)建設目標要求，對信息系統(tǒng)建設所涉及項目任務進行總體工作安排。計劃階段任務項目工作分解活動排序資源、工期、成本估算計劃階段輸出網(wǎng)絡圖/甘特圖進度計劃/資源計劃成本計劃/風險計劃質量計劃/實施計劃計劃階段技術方法活動排序：前導圖方法工期估算：三點估算法、專家判斷法成本估算：自下而上法、專家判斷法、類比估算法、參數(shù)成本法進度計劃：甘特圖、里程碑圖、關鍵路徑法二、項目計劃的要素三、項目工作分解工作分解結構（WorkBreakdownStructure,WBS）是將項目工作按照交付成果方式，定義項目的詳細任務過程。WBS是制定進度計劃、資源需求、成本預算、風險管理計劃和采購計劃等的重要基礎。按產(chǎn)品的物理結構分解；按產(chǎn)品或系統(tǒng)的功能分解；按照項目實施過程分解；按照項目的地域分布分解；按照項目的各個目標分解；按項目系統(tǒng)應用的職能部門分解。1.WBS分解方式例辦公軟件系統(tǒng)項目WBS任務分解2.WBS在項目計劃中作用可以直觀地、明確地說明項目任務范圍；方便項目經(jīng)理進行人員任務分工，并規(guī)定這些人員的相應職責；有助于對各任務活動的工期時間、資源用量、開銷成本進行估算；為項目計劃、成本預算、質量控制、風險管理奠定共同基礎。四、項目活動排序排序方法：按照工作的客觀規(guī)律排序按照項目目標的要求排序按照輕重緩急排序根據(jù)項目本身的內(nèi)在關系來排序ABDC結束

開始E前導圖五、項目工期估算為了制定項目進度計劃和估算成本,首先需要對項目各個任務活動工期進行估算。項目工期則由各個任務活動工期按照關鍵路徑計算得到。1.三點估計法項目經(jīng)理或系統(tǒng)分析人員根據(jù)歷史數(shù)據(jù)經(jīng)驗對某類任務活動的工期完成時間分別給出樂觀時間（記為a）、悲觀時間（記為b）和正常時間（記為m）。采用如下經(jīng)驗公式計算得到任務活動工期E。E=(a+4m+b)/6例

某軟件功能模塊在正常情況下需要7天時間完成編程。若由一個具有豐富編程經(jīng)驗的程序員進行編程實現(xiàn)，需要6天時間完成。但由一個經(jīng)驗不足的程序員編程這個模塊可能需要14天時間才能完成。請問該功能模塊的工期該如何估算？按照“三點估計法”計算公式，可估算得到該模塊的編程工期為：E=(6+4*7+14)/6=8天2.德爾菲法德爾菲法用于項目任務活動工期估算的步驟如下：1）組織者發(fā)給每位專家一份項目任務活動規(guī)格說明和記錄表格，請專家估算每個活動的工期；2）每位專家針對每個活動分別給出工期的最短值ai、最可能值mi、最長值bi；3）組織者按照如下估算法公式，計算每位專家估算工期的加權平均值Ei；

Ei=（ai+4*mi+bi）/6

然后，再將所有專家的工期估算平均值按照如下公式計算期望值：E=(E1+……+En)/n4）組織者匯總各位專家估算值與期望值的偏差，形成圖表對比，再分發(fā)給各位專家，讓專家比較自己同他人的不同意見，修改自己的意見和判斷；5）重復多次，最終獲得一個多數(shù)人認可的項目任務活動工期估算值。例某公司準備研發(fā)一個新技術產(chǎn)品，需要估算該項目任務的工期。組織者邀請了三位專家獨自對該任務工期（天數(shù)）進行估算。經(jīng)過三輪調查反饋，形成下表所示的估算數(shù)據(jù)。按照德爾菲法估算方法，經(jīng)過三輪反饋數(shù)據(jù)的統(tǒng)計處理，可以確定該任務工期為74天。項目費用直接費用間接費用人工費材料費設備費分包合同費施工管理費公司管理費預備費漲價預備費基本預備費六、項目成本估算與預算項目成本估算是指完成項目工作所需要的費用估計，它是項目計劃中的一個重要組成部分。1.項目成本估算類比估算法——利用歷史信息和專家判斷對項目成本進行估算。自底向上估算方法——根據(jù)工作分解結構的最小任務活動市場成本，計算出當前項目成本。德爾菲法——由多個領域專家或有經(jīng)驗項目經(jīng)理分別對項目成本進行估計，并最后達成一致而獲得最終的項目成本。2．項目成本估算方法3．項目成本預算項目成本預算是指將項目成本估算結果在各具體的任務活動上進行經(jīng)費分配的過程，目的是確定項目各活動的成本定額，并確定項目意外開支準備金的標準和使用規(guī)則以及為后期項目成本控制管理提供標準和依據(jù)。4．項目成本估算與預算區(qū)別項目成本估算一般用于項目立項，估算每項任務成本，從而估算出項目總體費用。項目預算則用于項目計劃，它是將項目成本總經(jīng)費在各具體活動上再進行更精確的分配，以便后期作為項目成本控制管理的基準。七、項目進度安排項目進度安排是根據(jù)項目任務活動分解、任務活動順序、各任務活動估計時間和所需資源分析，制訂出項目起止日期和任務活動開展時間的工作安排。網(wǎng)絡總和最長的一條路徑稱為關鍵路徑，它決定了完成該項目的工期。關鍵路徑上的每一項任務都是關鍵任務。這些任務的完成時間一旦有延遲，就會影響項目的完成時間。甘特圖——ERP系統(tǒng)規(guī)劃項目進度安排例一個ERP系統(tǒng)規(guī)劃項目分解了9個任務，可以采用甘特圖技術方法對項目任務進度作出安排。PERT圖——ERP系統(tǒng)規(guī)劃項目進度安排例針對這個ERP系統(tǒng)規(guī)劃項目還可采用PERT圖技術對項目任務進度作出安排。八、項目管理Project實踐——ERP系統(tǒng)規(guī)劃項目進度安排本節(jié)學習結束！3.4項目可行性研究理解技術可行性分析理解進度可行性分析理解經(jīng)濟可行性分析理解社會可行性分析掌握可行性報告方法【本節(jié)學習目標】一、什么是可行性研究可行性研究是指在系統(tǒng)項目實施前通過采用一定的技術和準則，從技術、進度、社會等方面對項目的必要性、可行性、合理性，以及項目經(jīng)費投資與收益等要素進行分析和評估，得出系統(tǒng)規(guī)劃的建設方案是否可行的評估結論。技術可行性進度可行性社會可行性經(jīng)濟可行性項目方案可行性二、技術可行性分析技術可行性分析是指評估項目解決方案所采用技術方案的可行性和合理性。評價技術可行性需回答下面問題：系統(tǒng)規(guī)劃所選用的技術路線及其方案是否具有可行性與合理性？組織機構或開發(fā)公司是否擁有系統(tǒng)解決方案所需技術？組織機構或開發(fā)公司是否擁有所需的技術專家？三、進度可行性分析進度可行性分析是針對系統(tǒng)規(guī)劃所提出的信息系統(tǒng)建設時間約束條件，分析評估系統(tǒng)建設計劃時間長度的合理性和可行性。評價進度可行性需回答下面問題：目標系統(tǒng)可以在用戶接受的時間段內(nèi)完成嗎？項目進度安排是否合理？四、經(jīng)濟可行性分析經(jīng)濟可行性分析是根據(jù)項目建設所需開銷的經(jīng)費與信息系統(tǒng)投入運行后所產(chǎn)生的經(jīng)濟效益，進行初步的投資回報率分析。經(jīng)濟可行性需回答下面問題：從項目成本角度考慮，有足夠預算支持該系統(tǒng)建設嗎？項目成本有哪些？投資收益合理嗎？五、社會可行性分析社會可行性分析是根據(jù)國家政策、法律、安全、倫理道德等社會因素，分析評估信息系統(tǒng)建設的可行性和合規(guī)性。此外，社會可行性分析也評估信息系統(tǒng)建設的可操作性。社會可行性分析需回答下面問題：系統(tǒng)規(guī)劃所建設信息系統(tǒng)與投入運行是否符合國家政策與法律？信息系統(tǒng)使用是否可以確保組織機構的信息安全與用戶隱私保護？信息系統(tǒng)使用是否遵從工程倫理道德規(guī)范？信息系統(tǒng)是否可以在用戶實際業(yè)務處理中方便的、有效的解決領域問題？信息系統(tǒng)是否可以提高用戶工作效率、提升產(chǎn)品質量或服務質量？信息系統(tǒng)是否可以在組織機構不同部門廣泛應用和行業(yè)推廣？六、可行性分析報告可行性研究報告是在信息系統(tǒng)建設方案及其項目計劃的可行性研究基礎上，對信息系統(tǒng)建設可行性分析進行總結，給出可行性研究結論，為組織機構決策者提供科學依據(jù)，并作為進一步開展工作的基礎。案例：“物流倉儲項目”可行性研究報告本節(jié)學習結束！4.1需求采集理解研究現(xiàn)有文檔與系統(tǒng)的作用了解8種典型的現(xiàn)有文檔與系統(tǒng)的類型【本節(jié)學習目標】一、研究現(xiàn)有文檔與系統(tǒng)在開發(fā)目標軟件系統(tǒng)之前，一個組織（公司、企業(yè)、政府等）一定會有一些單據(jù)和報表等，如訂貨單、發(fā)貨單、設備運行日志、生產(chǎn)日報、生產(chǎn)周報以及銷售報表等，這些資料或者以紙質形式存在，或者以軟件系統(tǒng)的界面與數(shù)據(jù)庫形式存在，或者兩者均有。這些文檔與系統(tǒng)資料真實反映了組織業(yè)務過程中數(shù)據(jù)表現(xiàn)與流轉的機制一、研究現(xiàn)有文檔與系統(tǒng)①組織結構圖組織結構圖提供了系統(tǒng)相關的關鍵崗位與角色，并能反映他們之間的關系。一、研究現(xiàn)有文檔與系統(tǒng)②組織的規(guī)劃與宏觀決策相關文檔組織的使命與任務陳述、組織的戰(zhàn)略規(guī)劃文檔、年度/季度/月度銷售計劃、年度/季度/月度生產(chǎn)計劃、年度/季度/月度財務預算等。一、研究現(xiàn)有文檔與系統(tǒng)③工作規(guī)范文檔管理上的各種制度與規(guī)范，如客服服務流程規(guī)范文件、財務報銷規(guī)定、采購規(guī)定、設備入庫管理規(guī)定、出差補貼規(guī)定等。一、研究現(xiàn)有文檔與系統(tǒng)

不同業(yè)務方向有不同的業(yè)務單據(jù)，比如進銷存業(yè)務有采購申請單、進貨單、發(fā)貨單、到貨單、到貨檢驗單、銷售訂單。一、研究現(xiàn)有文檔與系統(tǒng)

不同業(yè)務方向也有不同的報告，如采購周報、庫存月報、銷售日報、銷售月報、生產(chǎn)日報、生產(chǎn)月報、應收帳月報等。一、研究現(xiàn)有文檔與系統(tǒng)

這些文檔包括辦公室之間往來的函件、研究報告、建議單、客戶反映問題的記錄單等。一、研究現(xiàn)有文檔與系統(tǒng)

這些專業(yè)知識與組織從事的領域相關，比如一個化工企業(yè)相關的專業(yè)知識是化學工程，一個銀行相關的專業(yè)知識是存貸、理財產(chǎn)品、投行等。一、研究現(xiàn)有文檔與系統(tǒng)

現(xiàn)有系統(tǒng)的相關分析內(nèi)容包括系統(tǒng)相關的流程圖、設計文檔、程序文檔、用戶使用手冊、界面、數(shù)據(jù)庫表等?，F(xiàn)有業(yè)務有什么問題以及可能的原因？組織中什么崗位對問題有所理解？要開發(fā)的系統(tǒng)對解決問題有什么幫助？有什么還不太清楚，需要通過其他需求采集方法進一步了解？除了解組織現(xiàn)有業(yè)務的現(xiàn)狀外，系統(tǒng)分析員應該進一步思考一下問題：一、研究現(xiàn)有文檔與系統(tǒng)本節(jié)學習結束！4.1-2需求采集了解與客戶及相關人員進行面談了解調查表法了解觀察法【本節(jié)學習目標】二、與客戶及相關人員進行面談概念：面談是指需求調查分析人員與客戶及項目相關人員進行面對面的談話。目的：面談是了解被訪談對象的業(yè)務以及對系統(tǒng)的期望、看法與意見。訪談對象的多樣性：客戶：周期、預算、質量要求、預期收益用戶：功能需求、非功能需求領域專家：領域知識客戶的上下游合作伙伴：對系統(tǒng)的合作期望二、與客戶及相關人員進行面談面談有兩種基本形式：正式面談和非正式面談。正式面談需要提前預約，有特定的參與對象。需求調查人員需要提前準備要面談的問題，有些問題有預設答案，供被面談對象進行選擇與確認，有的是開放式的，無法提前準備可選答案。非正式面談是正式面談的補充，時間、地點、形式都不確定，更像非正式會議，沒有預設的問題與目的由于輕松的面談環(huán)境，被訪談對象更可能說出自己真實的想法，或提及調查人員沒有想到的問題和事實正式面談非正式面談1）

請問公司（部門）的組織結構是怎樣的？2）

您能描述一下您的崗位職責有哪些嗎？3）

請問是收貨過程是先計量、質檢然后再開收貨單嗎？4）

借款的審批流程是怎么樣的，不同額度是不是有不同審批流程？5）

生產(chǎn)日報中產(chǎn)量的單位是什么？6）

目前對客戶關系的維護與管理有哪些？7）

有沒有業(yè)務相關的資料（包括表格、表單、文檔、報表等）可以提供？8）

目前工作中您覺得存在什么樣的問題？9）

對現(xiàn)在的信息系統(tǒng)您滿意嗎？希望在哪些方面進行改進？10）您對整個系統(tǒng)的期望定位是什么？11）對我們將要開發(fā)的系統(tǒng)您有什么建議或期望？典型訪談問題需要提前預約，由于每個崗位平時都在忙于處理自己的業(yè)務，面談時間可能不一定能及時安排，且面談后需要整理，并盡量得到被面談者的書面確認，這也需要一定時間周期，導致過程的延長。通過面對面的談話與聊天，能比較深入地了解被面談者對問題的看法與回答，并能夠根據(jù)被面談者的回答動態(tài)地調整面談內(nèi)容，或者更深入地了解面談問題。優(yōu)點：缺點：二、與客戶及相關人員進行面談調查表是通過向被調查者發(fā)放預先設計的調查表格，要求被調查者填寫后限時返回，然后整理分析的一種需求調查方法。對于那些目標清晰、類型熟悉、業(yè)務相對簡單的項目，調查表是一種有效與低成本的需求采集方法。當需要調查很多人的觀點而他們又不在同一個地方的時候，調查表顯得很經(jīng)濟實用。三、調查表法調查表是通過向被調查者發(fā)放預先設計的調查表格，要求被調查者填寫后限時返回，然后整理分析的一種需求調查方法。對于那些目標清晰、類型熟悉、業(yè)務相對簡單的項目，調查表是一種有效與低成本的需求采集方法。當需要調查很多人的觀點而他們又不在同一個地方的時候，調查表顯得很經(jīng)濟實用。三、調查表法三、調查表法單選/多選問題。被調查者需要從提供的備選答案中選擇一個或多個答案；評價問題。一類特殊的單選問題，表達被調查者對問題的態(tài)度或觀點，如“強烈同意、同意、中立、不同意、強烈不同意、不知道”；排序問題。對所提供的備選答案按優(yōu)先級排序，可以是序號、百分比等排序方式。判斷問題。被調查者對問題打勾或打叉。調查表表現(xiàn)為一系列問題，分兩種問題：封閉式問題（有備選答案）、開放式問題（沒有備選答案）。傳統(tǒng)方法主要是紙質文檔，人手工填寫，效率低、成本高，難以異地。新型渠道方法形式：網(wǎng)頁、H5頁面?zhèn)鞑デ溃弘娮余]件、即時通信軟件、社交網(wǎng)絡系統(tǒng)三、調查表法觀察法是觀察目標系統(tǒng)相關的業(yè)務流程或某個崗位的業(yè)務活動，是一種了解業(yè)務過程與相關知識的技術。四、觀察法旁觀式觀察。只觀察某個特定的業(yè)務活動而不打擾或干預業(yè)務活動，在條件允許的情況下，可以拍攝業(yè)務活動，便于后續(xù)進行回放分析；解釋式觀察。這種觀察比非干擾式觀察更進一步，不僅系統(tǒng)分析員可以觀察，而且還能得到業(yè)務人員的解釋，說明其所做業(yè)務的要素與關鍵點；參與式觀察。業(yè)務分析員參與到所觀察的業(yè)務活動中，成為團隊的一份子，承擔一部分業(yè)務功能，這樣能更深入地體驗與了解目標活動或業(yè)務。參與式觀察式三種觀察中最深入的一種。四、觀察法觀察時間的多樣性針對同一個業(yè)務或崗位，應該選擇不同的時間、地點與人物進行觀察，比如在早上九點、上午十點半、下午三點、下午五點等一天中的不同時間進行觀察，或選擇節(jié)假日與普通日子進行觀察。觀察地點的多樣性同一個崗位在不同地方可能有差異性，如同一個銀行的柜臺業(yè)務在不同支行可能也有差別。觀察人員的多樣性同一個崗位的不同人甚至也可能存在業(yè)務差異。本節(jié)學習結束！4.1-3需求采集了解頭腦風暴法了解原型法了解快速應用開發(fā)法【本節(jié)學習目標】五、頭腦風暴法概念：頭腦風暴是一群人圍繞一個特定主題進行自由思考與討論以產(chǎn)生新觀點的方法。應用場景：如果在需求的多個利益相關者對于具體的需求不能達成一致意見，可以采用頭腦風暴的方法進行探討。優(yōu)點：拘束的規(guī)則，人們就能夠更自由地思考對一個觀點共同討論高強度的思想碰撞五、頭腦風暴法頭腦風暴會議要求：有特定討論主題有主持人參與人數(shù)以8人～15人為宜會議有限時間，如1～2小時不消極旁觀不要私下議論開門見山，不要客套相互尊重，平等相待，不相互褒貶五、頭腦風暴法需求分析中一些典型的頭腦風暴問題：系統(tǒng)應當支持什么特性？系統(tǒng)的輸入和輸出數(shù)據(jù)是什么？在業(yè)務或領域對象模型中需要什么類？在面談或調查表中需要提出什么問題？系統(tǒng)應不應該支持分布式部署？項目中的主要風險是什么？系統(tǒng)與哪些其他系統(tǒng)有接口關系？六、原型法概念：原型法是通過構造一個軟件原型對待開發(fā)的系統(tǒng)進行可視化模擬，從而獲得用戶對需求反饋的方法。原型法是一種比較現(xiàn)代且廣泛采用的需求采集與確定方法。原型本質上是一個演示系統(tǒng)，軟件系統(tǒng)原型通過圖形用戶界面GUI進行可視化，并且對各種用戶事件（如鼠標單擊、雙擊、右鍵等）做出模擬響應。在圖形用戶界面上的內(nèi)容是固定的，不是真正的基于事件的響應，也不是從服務器動態(tài)獲取的。六、原型法適用場景：當用戶無法準確描述需求的時候，原型法是一種非常有效的需求引導與采集方法。原型需求采集法是基于原型的軟件工程過程模型的一部分，以原型為媒介，不僅讓需求分析員與用戶之間對需求的理解保持一致性，而且對項目難點、工作量的評估也起到了重要支撐作用。不適用場景：對那些難以通過界面模擬、存在大量運算和邏輯性強的系統(tǒng)六、原型法丟棄型原型。當需求引導與采集完成后，原型被丟棄。這類原型主要用于體現(xiàn)最模糊和最難理解的需求。進化型原型。在需求引導與采集完成后，原型仍然被保留用于后續(xù)的系統(tǒng)設計與開發(fā)。它從一個或多個基本需求出發(fā)，通過修改和追加的過程逐漸豐富，演化成為最終的系統(tǒng)，有效支持快速發(fā)布與迭代產(chǎn)品，有些原型制作工具甚至能夠直接輸出代碼，后續(xù)開發(fā)可以直接實用。根據(jù)原型的后續(xù)使用價值，區(qū)分為兩類原型：六、原型法Axure是一種流行的快速原型設計工具，讓負責定義需求和規(guī)格、設計功能和界面的需求分析人員能夠快速創(chuàng)建應用軟件、Web網(wǎng)站和移動應用程序的界面圖、流程圖、原型和規(guī)格說明文檔，并同時支持多人協(xié)作設計和版本控制管理。七、快速應用開發(fā)快速應用開發(fā)（RapidApplicationDevelopment，RAD）由計算機顧問和作家JamesMartin于1991年提出，是一種試圖快速生成系統(tǒng)的結構化開發(fā)方法，也是一種需求抽取方法。讓用戶更主動地參與到項目分析、設計和構造活動中；將項目開發(fā)組織成一系列重點突出的研討會，研討會要讓項目投資方、用戶、系統(tǒng)分析員、系統(tǒng)設計人員和開發(fā)人員一同參與；通過一種迭代的構造方法加速需求分析和設計階段；讓用戶提前看到一個可工作的系統(tǒng)。RAD融合了進化型原型法和頭腦風暴方法，其基本思想為：七、快速應用開發(fā)進化原型CASE（計算機輔助軟件工程）工具擁有能使用先進工具的專門人員交互式聯(lián)合應用開發(fā)活動（頭腦風暴）項目進度表RAD組合了5個方面的技術：七、快速應用開發(fā)RAD需要足夠的人力資源，并投入相當?shù)木?；開發(fā)人員和客戶必須在很短的時間內(nèi)完成一系列的需求分析，任何一方配合不當都會導致RAD項目失??；RAD不適合技術風險很高的情況。當一個新應用要采用很多新技術或當新軟件要求與已有的計算機程序的高互操作性時，這種情況就會發(fā)生；可能產(chǎn)生難以維護與擴展的軟件；文檔不足。RAD模型的不足：本節(jié)學習結束！4.2-1需求可視化建模-業(yè)務流程建模了解用BPMN進行普通流程建模了解用BPMN進行合作流程建模了解用BPMN進行編排流程建?！颈竟?jié)學習目標】業(yè)務流程建?；贐PMN建模語言，區(qū)分三種業(yè)務流程：普通流程（Process）合作流程（CollaborationProcess）編排流程（ChoreographyProcess或Choreography）組合利用這三種類型的業(yè)務流程，可以表達更為復雜的業(yè)務流程一、普通流程建模私有業(yè)務流程

屬于某個特定組織內(nèi)部的流程，這些流程被稱為工作流或業(yè)務流程。不可執(zhí)行的私有業(yè)務流程：用于業(yè)務流程描述與文檔化的流程，不要求此流程可以自動執(zhí)行?？蓤?zhí)行的私有業(yè)務流程：可以根據(jù)語義定義而自動執(zhí)行的流程，如WebService流程。公開業(yè)務流程

表達了一個私有業(yè)務流程與其他流程或參與者之間的交互。一個私有流程必須限制在一個泳道之內(nèi)不可執(zhí)行的私有流程公開業(yè)務流程公開業(yè)務流程表達了一個私有業(yè)務流程與其他流程或參與者之間的交互。公開業(yè)務流程僅包含了那些參與交互通信的活動以及這些活動之間的次序，而不顯示其它非交互的活動。因此，公開活動給外部世界顯示交互的消息以及消息之間的次序。二、合作流程建模合作指組織中兩個參與者在業(yè)務流程中的合作。一個合作流程通常包含兩個或更多泳池，每個泳池關聯(lián)到一個合作中的參與者對象。兩個泳池之間通過消息流表示兩個相應參與者之間交換的消息。二、合作流程建模如果泳池中顯示了流程的細節(jié)與過程，則兩個泳池之間的消息流應該直接連接到流程活動上。二、合作流程建模在合作流程中，可以用對話來表示一組具有順序邏輯關聯(lián)的交互消息。（1）泳池間對話（2）泳池間對話展開為多條交互消息三、編排流程建模編排流程也是描述多個參與者之間的交互，但編排流程取消掉了池的概念，由編排活動直接表現(xiàn)多個參與者之間的消息交互，提供了一種基于流程圖的視圖。由于編排圖和合作圖比較類似，區(qū)分編排圖與區(qū)別的要點是編排圖省略掉了交互的細節(jié)（編排活動中各個參與者具體的交互過程），它只關心誰和誰產(chǎn)生了交互，至于如何交互，分幾步交互，它并不關心。三、編排流程建模合作圖編排圖使用visual-paradigm在線畫BPMN流程示意本節(jié)學習結束！4.2-2需求可視化建模-用例圖建模了解用例圖的構成元素掌握參與者、用例、參與者與用例之間的關系、用例之間的關系含義與畫法掌握用例規(guī)約描述方法【本節(jié)學習目標】用例圖建模用例圖(UserCaseDiagram)從系統(tǒng)使用者的角度所理解的系統(tǒng)總體功能參與者（Actor）用例（UseCase）關系（Relationship）參與者(Actor)在系統(tǒng)外部與系統(tǒng)直接交互的人或事物(如系統(tǒng)、進程)1.參與者是角色(role)而不是具體的人，它代表了參與者在與系統(tǒng)打交道的過程中所扮演的角色。一個實際用戶可能對應系統(tǒng)的多個參與者。不同的用戶也可以只對應于一個參與者，從而代表同一參與者的不同實例。2.參與者作為外部用戶(而不是內(nèi)部)與系統(tǒng)發(fā)生交互作用典型的三類參與者人：在組織中，人可能會有一個或多個角色，一個角色又通常與一個崗位對應，每個崗位有一定職責。外部系統(tǒng)：一般來講，待開發(fā)的目標系統(tǒng)不會是孤立的，它可能與其他系統(tǒng)發(fā)生數(shù)據(jù)交互、業(yè)務流程交互以及接口訪問等關系。無論這些系統(tǒng)是已經(jīng)存在的、正在開發(fā)的或者待開發(fā)的，均可以作為待開發(fā)系統(tǒng)的參與者。設備：主要指硬件設備，比如傳感器、攝像頭和車輛等具有一定數(shù)據(jù)處理功能的物理設備。這些設備可能為系統(tǒng)提供數(shù)據(jù)，也可能接收來自系統(tǒng)的數(shù)據(jù)并進行存儲，還可能接收系統(tǒng)的數(shù)據(jù)進行處理后反饋給系統(tǒng)。系統(tǒng)外部可見的一個系統(tǒng)功能單元。系統(tǒng)的功能由系統(tǒng)單元所提供，并通過一系列系統(tǒng)單元與一個或多個參與者之間交換的消息所表達。用例(UseCase)用例發(fā)現(xiàn)用例的方法（1）從參與者角度參與者是系統(tǒng)功能分析首先確定的對象，每一個參與者都與系統(tǒng)有交互。根據(jù)參與者的職責要求，參與者應該在目標系統(tǒng)中完成什么任務？參與者任務是由什么事件觸發(fā)的，詳細過程是什么？結束條件是什么？一個任務需要多個參與者配合嗎？如果需要，具體如何配合？參與者需要完成的多個任務如何進行拆解與合并，以映射到不同的系統(tǒng)功能。發(fā)現(xiàn)用例的方法（2）從系統(tǒng)功能角度需求采集文檔描述了若干系統(tǒng)應該實現(xiàn)的功能，詳細審查每一個功能描述，檢查這個功能描述是否被從參與者角度發(fā)現(xiàn)的用例所覆蓋。有些功能容易被忽略，比如系統(tǒng)的定時數(shù)據(jù)備份，這個功能是系統(tǒng)自動執(zhí)行的，沒有明顯的參與者與這個功能關聯(lián)，可是作為一個獨立的任務它應該作為一個用例對待。參與者與用例之間的關聯(lián)關系表示參與者與用例之間的交互參與者使用這個用例功能帶箭頭(無箭頭)的實線表示用例與用例之間的關系①包含關系一個用例的功能包含在另一個用例中

箭頭指向的用例為被包含的用例，稱為包含用例；箭頭出發(fā)的用例為基用例

包含用例必須被執(zhí)行，不需要滿足某種條件包含用例的執(zhí)行不會改變基用例的行為<include>基用例包含用例<include>用例與用例之間的關系②擴展關系一個用例的功能擴展了另一個用例的功能

箭頭指向的用例為被擴展的用例，稱為擴展用例；箭頭出發(fā)的用例為基用例

擴展用例是可選的，如果缺少擴展用例，不會影響到基用例的完整性

擴展用例在一定條件下才會執(zhí)行，并且其執(zhí)行會改變基用例的行為<extend>基用例擴展用例<extend>用例之間的包含關系與擴展關系有時候并不一定只有一種表達方式，比如登錄系統(tǒng)這個功能一般作為一個獨立用例，它與系統(tǒng)中的業(yè)務功能用例之間的關系既可以寫成包含關系，又可以寫成擴展關系。

多參與者情況下用包含表達業(yè)務功能用例與登錄用例之間的關系多參與者