關於系統分析的物件之我見 (原創)

2021-04-01 20:45:52 字數 1972 閱讀 2581

剛才有位同學和我討論了系統分析物件的話題。現在我把自己的觀點寫下來,僅供參考。

又不同意見的同學歡迎發言。

我們什麼時候要做系統分析呢?

1。乙個新的商務系統需要自動化時。

2。原有的商務系統需要改進時。

3。原有的商務系統無法運作或即使運作效益也無法達到長期盈利時。

這時我們可以做乙個新的軟體系統或修改原來的軟體系統或重新摒棄原來的造乙個新的軟

件系統。在作這些之前,我們不得不作系統分析。否則軟體的設計者和開發人員將無從下

手。有了上述三種情況自然有三個分析的物件(analysis object)

概念說明:

bpa( business process automation ): 就是將企業的業務流程以自動化的方式進行

形式的轉化。也就是把業務模型用技術模型來實現和支援。

bpa( business process improvement ):就是對企業現有的業務流程的部分環節有不滿意

的地方,有企業官方高層對企業一些部分進行改進,這時相應的原來的技術系統(如軟體

系統)也就需要相應的改變,這時需要用到需求分析。。

bpr(business process reengineering,業務流程重組) :就是對企業的業務流程(proc

ess)進行根本性(fundamental)的再思考和徹底性(radical)的再設計,從而獲得在成本、

質量、服務和速度等方面的戲劇性(dramatic)的改善。作為強化企業管理,提高企業整體

水平和競爭力的一種新的管理概念,bpr是2023年於美國提出的。其核心是面對激烈的市場

競爭,企業要加強過程控制,要不斷對原有業務流程進行根本性的思考和徹底重組,以適

應時常競爭的需求。bpr也是企業實施管理資訊系統,特別是erp系統的前提和基礎。

表1。分析物件    bpa業務過程自動化 bpi業務過程改進 bpr

潛在業務價值  中低          中    高

工程開銷       低          中低 高

分析廣度       窄          較窄 很寬

風險       中低          中低 很高

上圖是對同一工程較大程度上可能性的對比結果。並不在任何專案時都是如此絕對。

你可以說是general,而不是specific。

。效能對比解釋:

bpa: from-mud-to-structure.這是我的總結,就是從無到有。這個過程雖然看起來龐大,

但是由於初次作考慮到的問題深度廣度還不夠高,也就是允許我們犯錯誤,可以在以後的

maintain過程時發現,並進行update。所以它對應指數較低。

bpi: update.我認為,業務上的改變軟體技術自然也要相應的調整。但是這只是個調整,

並不較大程度的改變軟體的總體功能和結構。它相對於bpa是否更難分析是乙個待實踐

檢驗並歸納的過程。這裡認為難度更大是因為它在以用盈利基礎上再修改就獲得更大的利

潤,而不是bpa的完全未知,但是這就要求對系統有更深刻的認識,一旦修改失誤,會

導致系統的癱瘓,和相反的效果。如果從前的軟體系統的擴充套件性不夠好,這又將是個很大

的難題。記住:系統分析師也要考慮到實現人員可行性的方面,否則我們就不需要他懂什

麼programming了。。

bpr:destroy then rebuild.由於企業對現有的業務流程不滿而徹底的從新改變業務流。那

麼原來的軟體自然也不能保留。在這個過程中系統分析員必須參與到根本改變的過程中,

提出技術可行性意見。否則和bpa就沒什麼兩樣了。這要求系統分析師的業務知識和技

術知識都相當熟練。企業的大改革必然cost更多的摩呢一,但是由於這樣大的根本性

的調整是經過深思熟慮的,所以可期待的商業價值必然更高!

請記住這張**和多程度上是再將業務的東西,只有少部分業務對分析的影響。

但是不能說這對我們學習系統分析不重要,恰恰相反。只有了解要解決誰的問題,

才能繼續**如何去解決

推薦系統 分析

收集使用者資訊的行為記錄模組 分析使用者喜好的模型分析模組 推薦演算法模組 推薦演算法 1.基於內容的推薦系統 content based recommendation 2.協同過濾推薦系統 collaborative filtering recommendation 3.混合推薦系統 hybrid...

系統分析基礎

1.軟體工程定義 總而言之,軟體工程就是把經過實踐考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。2.軟體危機 定義主要表現 解決途徑 3.comomo模型 定義 cocomo,英文全稱為constructive cost model,中文為構造性成本模型。它是一種精確 易於使用的,...

系統分析步驟

拿到需求資料該怎樣進行系統分析呢?步驟如下 1 業務物件 把系統中的業務物件都找出來,分析其主要屬性和各業務物件之間的關係。業務物件主要屬性可以按大類來分,大類下面是基本屬性。例如進銷存系統中的業務物件包括物品 商 計畫單 訂單 倉庫 庫位 客戶 使用者等。物品的屬性分為基礎屬性 編碼 名稱 型號等...