軟工習題答案-華工軟件工程-習題答案參考-試卷資料-電信學院大三_第1頁
軟工習題答案-華工軟件工程-習題答案參考-試卷資料-電信學院大三_第2頁
軟工習題答案-華工軟件工程-習題答案參考-試卷資料-電信學院大三_第3頁
軟工習題答案-華工軟件工程-習題答案參考-試卷資料-電信學院大三_第4頁
軟工習題答案-華工軟件工程-習題答案參考-試卷資料-電信學院大三_第5頁
已閱讀5頁,還剩17頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

第三章3.3你認為一個系統分析員應該具有哪些理想素質和基礎知識?請說明理由。答:較強的溝通能力和理解力,因為系統分析員需要通過與用戶交流、對現有系統的觀察來獲取需求,并理解其中業務邏輯和用戶需求;良好的邏輯分析能力以及表達能力,因為系統分析員需要對獲取的需要進行分析與建模;常規文檔的寫作能力,因為系統分析員需要將對目標系統的各種需求編寫成需求規約;很強的學習能力,因為系統分析員需要掌握新理念新技術新方法來解決客戶需求;另外,系統分析員需要了解軟件開發過程,具備系統開發管理及相關經驗。3.5對于下面的每個場景,思考在需求獲取期間什么是最有用的信息來源:(1)開發一個系統取代現有的銷售訂單處理系統。(2)開發軟件控制充當外科醫生的機器人。(3)開發軟件操作出租車儀表。(4)為國防部開發一個安全的戰場通信系統。答:(1)現有銷售訂單處理系統及其用戶;(2)外科醫生;(3)市場上類似系統;(4)戰場通信領域專家;3.6舉例說明一個系統的三個不同類型的非功能需求。答:采用B/S開發模式;系統持續可用性;系統易用性;3.9軟件需求規約主要包括哪些內容?自己尋找一個實例,親自寫一個需求規約。答:軟件需求規約主要包括引言、信息描述、功能描述、行為描述、檢驗標準、參考書目、附錄等。一個醫院管理信息系統需求規約的例子:1引言1.1編寫目的本軟件需求說明書是醫院管理信息系統是實現的依據,是所有參與此項目的人的共同工作的基礎,為醫院和開發人員提供參考。對開發軟件的主要功能和環境條件等進行了描述,統一開發標準,為開發者提供詳細設計和進行開發提供基礎。同時,也作為軟件測試和驗收的依據。本軟件預期的讀者是用戶(即醫院相關人員),需求分析人員,設計實現人員,開發人員,測試人員等。1.2背景本軟件系統的名稱:醫院管理信息系統。本項目的任務提出者、開發者:醫院管理信息系統開發小組。用戶:醫院。實現軟件的計算中心:醫院計算中心。1.3定義醫院管理信息系統定義:即指本總軟件系統。門診管理信息系統定義:醫院管理信息系統的子系統之一,管理門診部門信息,并與其他兩個子系統交互。住院管理信息系統定義:醫院管理信息系統的子系統之一,管理住院部門信息,并與其他兩個子系統交互。藥品管理信息系統定義:醫院管理信息系統的子系統之一,管理藥品部門信息,并與其他兩個子系統交互。1.4參考資料軟件工程 清華大學出版社(錢樂秋,趙文耘,牛軍鈺)2任務概述2.1目標本軟件開發意在加強醫院信息管理。通過本軟件,幫助醫院各個部門人員綜合管理醫院信息,方便醫院進行管理,提升醫院的服務質量。本軟件全部內容自含,不與其他軟件產生交互。2.2用戶的特點本軟件的最終用戶是醫生,病人,醫院職工,醫院領導等。操作人員的教育水平不一,不了解計算機專業知識,但是掌握計算機基本操作技能。因本軟件貫穿整個醫院的活動流程,所以預期使用頻度非常高,基本需要不間斷地使用。醫生,具有一定的計算機操作水準,經過一定時間培訓后能熟練掌握系統的操作。對系統信息的錄入和獲取。2.3假定和約束用戶務必按照操作規則運行本軟件,不得進行故意破壞等行為。3需求規定3.1 對功能的規定系統名稱:醫院信息管理系統模塊名:掛號子系統模塊編號:1.1支持文件名:無上層調用模塊:醫院信息管理系統下層被調用模塊:接受并審核掛號請求確認并打印掛號審核并確認退號統升級或更改等情況,請告知開發人員,進行升級維護。當精度發生變化時,只需調整數據字典和總輸入輸出模塊對信息的要求即可,其變化基本不會對軟件造成影響。當計劃發生改變時,及時告知開發人員,開發人員會對相應的模塊進行改進和處理。3.3輸入輸出要求輸入中病人卡號為劃卡輸入,銀行卡號及密碼有專用輸入設備,其余均為鍵盤直接輸入。輸出可以為打印或者屏幕顯示。具體各輸入輸出類型姓名數據類型:字符串計量單位:無取值范圍:2至100個字符性別數據類型:字符計量單位:無取值范圍:F或M出生年月數據類型:日期計量單位:無取值范圍:根據系統日期類型而定職業數據類型:字符串計量單位:無取值范圍:1至100個字符電話數據類型:字符串計量單位:無取值范圍:1至30個數字及’+’,’-‘等符號身份證號數據類型:整型計量單位:無取值范圍:15或18位數字住址數據類型:字符串計量單位:無取值范圍:1至100個字符過敏史數據類型:字符串計量單位:無取值范圍:1至9999個字符其余略3.4數據管理能力要求本軟件系統所需的數據規模很大,數據增長很快,具體的增長速度與醫院接診病人數量有關。具體有關的數據文件包括病歷庫,掛號單庫,藥品庫等。能夠對近期的數據進行緩存以加快訪問速度。定期將早期的數據移至備份設備。3.5故障處理要求能定期對軟件數據進行備份。軟件在運行過程中產生的數據庫錯誤,系統將其計入錯誤日志。開發人員和系統管理員將據此解決故障,進行維護。3.6其他專門要求系統架設于內網使用,網絡數據通過SSL加密處理。連接時需要驗證身份,同時有遠程管理界面。3.10需求驗證應有哪些人參加?畫一個過程模型說明需求評審應該如何組織。答:參加人員應該包括作者、技術人員、用戶代表、領域專家、閱讀人員、記錄人員、觀察員等。組織需求評審:

第四章4.3為下面軟件問題之一開發至少五層的抽象:(1)消費者銀行應用軟件(2)計算機圖形應用軟件的3維變換包(3)BASIC語言解釋器翻譯成通俗語言查錯修改英文中文句子單詞口語化的句子正式性的句子(4)兩個自由的機器人控制器(5)你和你的導師同意的任何問題-任何問題任何問題S2你認同,導師不認同S1你和你倒是同意的問題S3你不認同,導師認同學術上的問題班級管理問題理論研究的問題實驗上的問題應用上的問題數字電子技術的實驗電路的實驗電阻測試實驗二極管實驗以習題3.9醫院管理系統為例:4.5舉例說明每種類型的模塊耦合度和每種類型的模塊內聚度。答:非直接耦合:操作系統中的防火墻設置和聲音設置模塊;數據耦合:水費收費系統,水費管理模塊與收費模塊;標記耦合:兩個模塊之間通過傳遞公共指針或地址而相互作用的耦合;控制耦合:航空訂票系統中,乘客信息登記模塊與訂票模塊之間,將根據乘客登記的年齡信息判斷是出嬰兒票、兒童票以及成人票;外部耦合:I/O將模塊耦合到特定的設備、格式、通信協議上;公共耦合:在程序中定義了全局變量,并在多個模塊中對全局變量進行了引用,則引用全局變量的多個模塊間就具有了公共耦合關系;內容耦合:兩個模塊有一部分程序代碼重迭。功能內聚:一某模塊根據出生年份計算出年齡;順序內聚:某模塊根據出生年份計算出年齡,根據年齡得出退休時間;通信內聚:計算彈道并將結果打印出來;過程內聚:從數據庫讀取零件價格;時間內聚:將多個變量的初始化放在同一個模塊中實現,或將需要同時使用的多個庫文件的打開操作放在同一個模塊中,都會產生時間內聚的模塊;邏輯內聚:錯誤處理模塊;巧合內聚:打印下一行模塊。4.6耦合和軟件可移植性的概念有何關系?舉例說明你的結論答:一般來說,軟件的耦合度越低,其可移植性就越強。4.7用你自己的話描述信息隱蔽概念,并討論信息隱藏與模塊獨立兩概念之間的關系。答:信息隱藏:模塊內部的數據與過程,應該對不需要了解它的模塊隱藏起來,只有那些為了完成軟件的總體功能而必須在模塊間交換的信息,才允許在模塊間進行傳遞。信息隱藏是模塊獨立和模塊化的設計思想,模塊獨立是模塊化、抽象和信息隱藏概念的直接結果。軟件設計規約主要包括哪些內容?自己尋找一個實例,親自寫一個設計規約。答:軟件設計規約主要內容見書82-83頁。設計規約參考習題3.9的設計,同時可增加運行環境規定:4運行環境規定4.1設備1、服務器端:IBM中型機,分布式服務器,16G內存,20T硬盤矩陣,磁帶備份設備2、客戶端:考慮到醫院終端較多,采用虛擬化技術,以樓層為單位架設虛擬機服務器。要求每個虛擬機能任何支持瀏覽網頁操作系統,部分終端需要病歷卡讀取器。3、輸出設置:打印機及顯示器4、網絡設備包括網卡及路由器4.2支持軟件使用B/S架構,服務器端配置:1、Linux2、MySQL3、Apache+php客戶端:各類瀏覽器(IE,Firefox,Chrome)。4.3接口架設HTTP服務器,使用Ajax進行網頁內交換數據。其它軟件可在授權后解析XML。4.4控制該軟件由相關的操作用戶進行控制。同時系統管理員可以進行重啟等維護操作。

第九章9.1使用本章介紹的知識,嘗試完成一個軟件工程教學軟件的人機界面設計。可參考我們的網站:/course/se/課程介紹、教學資源、教學互動、課程交流區、在線幫助略舉一到兩個由于人機界面設計的缺陷而可能導致非常嚴重后果的例子。答:某手機品牌的手機因人機界面設計有缺陷,不好用,失去了大量客戶和市場,使品牌市值大大減少;曾有過因為地面指揮中心由于看錯雷達顯示,發出錯誤指令,導致兩架飛機相撞事件。

第十章10.1對照本章內容,對自己熟悉的一門程序設計語言,嘗試分析和總結其基本成分和技術特點。并編寫包括輸入輸出,數據運算,注釋的程序,長度不小于500行。答:常用高級程序設計語言(第三代語言)各自特點:PascalPascal的主要特點有:嚴格的結構化形式、豐富完備的數據類型、運行效率高、查錯能力強等。由于上述特點,Pascal可以方便用于描述各種算法和數據結構。對于程序設計的初學者,Pascal語言有益于培養良好的程序設計風格和習慣。CC語言是介于匯編語言和高級語言之間的語言,屬于高級語言,也稱為中級語言,是集匯編和高級語言優點于一身的程序設計語言。C的特點:1.結構化語言,層次清晰,便于按模塊化方式組織程序,易于調試和維護。2.C語言的表現能力和處理能力極強。不僅具有豐富的運算符和數據類型,便于實現各類復雜的數據結構,它還可以直接訪問內存的物理地址,進行位級別的操作。3.由于C語言實現對硬件的編程操作,所以既可用于系統軟件的開發,也適合于應用軟件的開發。C語言還具有效率高,可移植性強等特點。因此廣泛地移植到了各類計算機上,從而形成了多種版本的C語言。4.由于C語言允許直接對位、字節和地址進行操作,能實現匯編語言的大部分功能。5.目標代碼質量高,程序執行效率高。總體上來說,C語言的優點是簡潔、緊湊、使用方便、靈活、易于學習和應用。僅有32個關鍵字。9種控制語句,程序的書寫形式也很自由。C語言的弱點:非強類型;語法限制不嚴格,使得編程者無法過多地依賴C編譯程序去查錯;缺少實時檢查,如數組越界等。C++C++是C的擴展,但可以作為一種全新的語言來看。C++的特點:面向對象、繼承、封裝、多態性。由于C++是C的擴展,所以也具有C的特點。同時C++在C的基礎上,加入了面向對象編程思想,導致其效率在某些方面不如C。但由于時代的發展,項目或工程的龐大化,基于面向對象的思想更能適應項目的需求。另外C++并不是完全的面向對象語言。它是提供了面向對象的模型以及思路,但是同時兼容了面向過程的模型。JavaJava的特點:1.簡單性:風格類似于C++,但是Java摒棄了C++中容易引發程序錯誤的地方,如指針和內存管理。2.面向對象:Java是一種完全面向對象語言。3.分布式:Java包括一個支持HTTP和FTP等基于TCP/IP協議的子庫。因此,Java應用程序可憑借URL打開并訪問網絡上的對象,其訪問方式與訪問本地文件系統幾乎完全相同。4.健壯:Java致力于檢查程序在編譯和運行時的錯誤。類型檢查幫助檢查出許多開發早期出現的錯誤。Java自己操縱內存減少了內存出錯的可能性。5.結構中立:Java將程序編譯成一種結構中立的中間文件格式。只要有Java運行系統的機器都執行這種中間代碼。這種中間語言被設計在虛擬機上運行,由機器相關的運行調試器實現執行。6.安全:1)刪除了指針和手動釋放內存等功能,避免了非法內存操作。2)當Java用來創建瀏覽器時,語言功能和瀏覽器本身提供的功能結合起來。Java在機器上執行前,會經過多種測試與代碼校驗。7.可移植的:同體系結構無關的特性使得Java應用程序可以在配備Java解釋器和運行環境的任何計算機系統上運行。任何Java代碼會被解釋成一種中間語言,然后通過不同機器的特定環境(如機器指令)運行程序,實現方便移植的特點。8.解釋性。Java解釋器能直接運行目標代碼指令。鏈接程序通常比編譯程序所需資源少。9.高性能。Java可在運行時直接將目標代碼翻譯成機器指令。10.多線程:Java可在一個程序里可同時執行多個任務。多線程帶來的更大好處是更好的交互性能和實時控制性能。11.動態:動態特性允許程序動態地裝入運行過程中所需要的類。在運行時確定引用的好處是可以使用已被更新的類,而不必擔心會影響原有的代碼。如果程序連接了網絡中另一系統中的某一類,該類的所有者也可以自由地對該類進行更新,而不會使任何引用該類的程序崩潰。C#語言。C#是一種精確、簡單、類型安全、面向對象的語言。C#的特點:1.完全面向對象。2.支持分布式。3.健壯。C#使用了自動管理內存機制。4.靈活性。在必要的時候可以啟動指針和手動內存管理。5.安全性:C#的安全性是由.net平臺來提供的。C#代碼編譯后成為IL語言。是一種受控代碼,.net提供類型安全檢查等機制以確保代碼的安全性。7.可移植性。8.解釋性。9.高性能:C#把代碼編譯成中間語言后,可以高效的執行程序。10.多線程。11.組件模式:C#很適合組件開發。各個組件可以由其他語言實現的,然后集成在.net中。C#主要應用于網絡編程,同時也應用于其他領域,如數據庫、窗體編程。程序編寫略。

第十二章12.1選擇一個你熟悉的站點,為該站點開發一個相對完全的體系結構設計。并指出這個站點采用了什么體系結構。一個網上書城的體系結構設計(如),其體系結構為層次結構。用一個實際的web站點作為例子,評價其用戶界面并給出改進建議。答:以網上書城為例(china-pub,卓越,當當等),可從用戶界面整體易用性,是否具備清晰準確的文字和字符(字體顏色大小合適等),圖片是否易懂美觀,標題菜單和標簽的名稱是否恰當,商品描述是否和商品及其定位相吻合,植入廣告的數量是否合理、是否影響正常瀏覽,頁面速度如何,導航欄提供的信息是否豐富,是否能方便的鏈接到網站的其他功能,重要的確認信息是否給予足夠提示等方面進行評價和提出改進建議。12.4如何判斷一個網站的質量,請列出10個自己認為最重要的質量屬性的排序表。答:可從面向用戶的有效性、高效性、靈活性、完整性、互操作性、可靠性、健壯性、可用性以及面向開發者的可維護性、可移植性、可重用性、可測試性等質量屬性進行判斷。用一個實際的站點作為例子,列出web站點內容的不同表示。iPad2內容不同站點的表示:蘋果官方網站:評測網站Zol淘寶:12.6針對某一網站,給出一組用戶描述以及開發一組use-case答:還是以網上書城為例。使用網上書城系統的有以下4類用戶,每類用戶可以利用軟件提供的不同界面和功能,對系統進行不同的操作。網站用戶網上書城網站的用戶可使用以下功能:(a)注冊賬號,登錄網站,查看并修改賬號信息,為自己的賬號升級。該賬號是用戶在本網站進行所有活動的身份標識。用戶可以通過支付年費或者達到一定的累計消費金額成為高級會員。(b)查詢、瀏覽圖書信息:用戶能方便地找到自己需要的圖書,并查看圖書的詳細信息。(c)購買圖書:用戶可將決定購買的圖書放入購物車,由系統進行結算和生成訂單。(d)查看、發表評論:用戶可以對自己購買的圖書商品進行評分,發表評論,也可以查看其他讀者對該書的評論。網站工作人員網上書城的工作人員需要進行如下操作:(a)管理圖書信息:新增書目,并添加該書的詳細信息;修改已有圖書的信息;刪除已經下架的圖書信息。(b)管理圖書分類:對圖書按照不同的方式進行分類,便于讀者查詢。(c)管理網站用戶的評論,接受顧客的咨詢。倉庫管理員:倉庫管理員利用本系統管理圖書的庫存:(a)進貨、調動與配送管理:修改相應的圖書庫存量,生成對應的進貨單、發貨單和配送單。(b)對倉庫的圖書數量,存儲時間進行統計盤點與核對。送貨員送貨員需要的操作有:(c)領取配送單,根據配送單將書送到指定客戶處。(d)確認配送成功信息。以上四類網上書城系統的用戶不需要掌握非常多的的計算機知識,只需要擁有基本的計算機操作和使用技能即可。但是要求網站工作人員和倉庫管理員需要有比較熟練的操作技巧和較低的操作錯誤率。建議三條將幫助指導web工程設計的“黃金規則”。答:設計簡單、布局美觀、整體風格一致。12.8描述基于web的系統和應用的項目管理與傳統軟件的項目管理如何不同,又如何相似?答:Web應用和傳統軟件的軟件過程大致一致,項目管理也采納了許多傳統軟件的項目管理方法,比如預算分析,項目計劃,風險分析、配置管理、技術評審等。但大多數Web的系統具有創新性、需求變化頻繁、小團隊、技術更新快、生命周期短等特點,所以web系統的項目管理不像傳統方法那樣強調管理和控制,在具體交流、需求分析、設計和測試的過程中考慮了Web應用的特征。12.9總結當前web應用設計模式的狀況答:Web應用設計模式,主要是模型-視圖-控制器(Model-View-Controller,MVC)設計模式。內容呈現的方式主要有以下兩種:Web1.0:以內容為中心的web設計模式,即最好的位置,留給最掙錢的業務,代表應用:新浪、搜狐等門戶網站Web2.0:以用戶為中心的web設計模式,即最好的位置,留給用戶,代表應用:Google,Facebook等

第十三章13.1請討論使軟件維護成本居高不下的因素。如何盡可能降低這些因素的影響?答:造成軟件維護成本居高不下有許多因素,例如,在系統設計開發時沒有考慮到后期維護問題,或者為了加快開發進度,不遵循軟件工程方法進行軟件開發,欠缺文檔,或者由于維護階段本身時間過長。為了盡可能降低維護的代價,在軟件設計開發時就要放眼未來,考慮軟件的可維護性,采用軟件工程的方法進行軟件開發,確定質量管理目標和優先級、規范化程序設計風格、選擇可維護性高的程序設計語言、改進程序文檔和保證軟件質量審查方法。13.2一個大型大學有一個大型計算機系統,用于存儲和管理所有學生和教職工的信息。該系統:已經使用了25年,它采用cobol結構化程序設計技術開發,并與關系數據庫通信;它運行在一臺IBM主機上;有50多萬行代碼。該系統已經進行過多次修改,既有經過策劃的修改,也有快速修改,現在維護的成本過高。認識到有這些問題,大學希望利用面向對象的開發優勢,但是不幸的是,維護這個系統的90%以上的員工都是新人,并不熟悉系統的實現。請確定軟件維護人員需要完成的任務。答:根據大學目前計算機系統現狀,大學希望利用面向對象的開發優勢,需要對該系統進行再工程,即在逆向工程所獲信息的基礎上修改或重構現有的系統,產生系統的面向對象版本。在業務過程再工程后,軟件維護人員可以對軟件實施再工程,具體需要完成的任務有:庫存目錄分析、文檔重構、逆向工程、代碼重構、數據重構、正向工程。13.4考慮你在近幾年從事過的任何工作,描述你在其中工作的業務過程。使用BPR模型來建議對該過程的改變以使其更為高效答:技術服務支持以前的業務流程:用戶需要某項技術服務,首先與銷售人員聯系,然后轉到技術支持部門,由經理統一分派技術人員完成,提供服務后,技術人員向部門經理匯報。該流程造成銷售人員、經理工作任務繁重,沒有人負責跟蹤服務結果。用戶請求→銷售人員→技術支持部經理→技術支持人員→技術支持部經理改變后的業務流程:用戶需要某項技術服務,首先與客服人員聯系,由客服人員將請求轉到項目負責的技術支持人員,提供服務后,客服人員負責進行跟蹤。該流程銷售人員和經理擺脫事務性工作,服務結果統一由客服人員進行跟蹤負責。用戶請求→客服人員→技術支持人員→客服人員進行跟蹤對業務過程再工程的功效進行研究,給出對該方法的正面的和負面的論據。答:正面論據:正面論據一:\o"奧的斯公司"奧的斯公司奧的斯公司(Otis)是北美最大的電梯\o"制造商"制造商之一。電梯\o"銷售利潤"銷售利潤受積極周期的影響,而售后服務收入則比較穩定,因此\o"服務市場"服務市場一直是電梯制造商爭奪的熱點之一。奧的斯公司的\o"售后服務"售后服務包括維修和保養。隨著業務范圍的擴大、\o"組織規模"組織規模的擴張,\o"組織流程"組織流程的種類和涉及的部門崗位也日益復雜。單靠人工方式無法解決,必須依靠信息技術,實現部分流程的自動化。計算機技術和現代通信技術使\o"信息采集"信息采集、存儲、傳遞、處理更精確、快捷、高效,尤其在當今的信息時代,流程型組織要依靠信息技術使流程更通暢。流程型組織與信息技術關系緊密。尤其在信息技術普遍應用的社會中,信息平臺為組織內部和外部各種流程的順利暢通提供了基礎。奧的斯公司應用新興的\o"網絡技術"網絡技術等信息平臺來優化流程,起到了簡化工作環境和提高效率的作用。正面論據二:\o"海爾集團"海爾集團隨著公司業務的擴張,公司的高層領導意識到在傳統的組織結構下,一個部門對與其它部門的配合方面重視得不夠。出現了問題,部門之間會出現相互推委的扯皮現象。海爾集團實施BPR后,把每個部門放到一定的流程上,重新界定作為流程節點的部門的職責,使各部門的整體意識有了很大提高,組織對外界市場的應變速度也有了加強。銷售方面,海爾集團也在2001年成功實施以\o"市場鏈"市場鏈為紐帶的業務過程再工程海爾集團根據國際化發展思路,對原來的\o"事業部制"事業部制的組織機構進行戰略性調整,形成以定單信息流為中心的業務流程:具體做法是把原來各事業部的\o"財務"財務、采購、銷售業務全部分離出來,整合成商流推進本部、物流推進本部、\o"資金流"資金流推進本部,實行全集團統一\o"營銷"營銷、采購、\o"結算"結算,這是海爾市場鏈的主流程;形成橫向網絡化的同步的業務流程。負面論據:負面論據一:得克薩斯州大型制藥廠——FoxmeyerDrug公司 1994年,FoxmeyerDrug公司的信息主管竭力爭取了一個6500萬美元的系統項目用于公司的關鍵業務運作。這個項目的設計初衷是完善公司的物流和庫存系統,以跟上公司不斷擴展的市場份額的要求。但是,該信息主管沒有考慮項目的經濟性,只是一味地追求完美。公司花了近1000萬美元用于購置硬件與軟件,并把項目的管理工作交給一個世界上知名的咨詢公司去完成。該咨詢公司同時也以收費昂貴而出名。項目涉及了一個花費高達1800萬美元的自動庫房,而庫房的許多功能并不實用。自動庫房沒有按時完工,投資越來越大,最致命的是新系統屢屢出錯,給公司造成1500萬美元的巨額損失。1996年,FoxmeyerDrug公司僅第四季度就花了3400萬美元,8月份,公司就不得不申請破產。

不難看出,流程的再造離不開信息平臺的支持,但是信息平臺的架構也離不開企業的具體實際。如果一味追求高配置的信息平臺,而忽視市場、顧客、競爭對手、企業發展階段等實際因素,就會為了信息化而信息化,陷入IT黑洞中。負面論據二:實達集團 1998年11月,上市公司實達集團以300萬元的咨詢費,聘請西方著名咨詢公司麥肯錫為實達進行管理咨詢。由于自1998年秋天起,實達公司的銷售業績開始滑坡,管理層感到企業對多產品營銷的管理沒有跟上,因此引進了管理咨詢顧問。麥肯錫提出的組織重構的改革方案是:取消集團公司下屬的各個供產銷自成體系的子公司,重組為集團統一整合的事業部制。市場營銷和銷售在集團層面分開,市場營銷部制定集團硬件產業發展的戰略規劃和年度計劃,而銷售事業部統一地向行業客戶和

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論