一個偶爾的機會接觸到了《管理信息系統》這門課程，在網上也下載了一些關于這門課程的資料，粗略的學習了一下，感覺對自己的思路有很大的拓展，我本人是學軟件工程出身的，所以只要一提MIS系統，馬上浮現的就是開發什么樣的系統，用什么工具開發，用什么數據庫，數據庫怎樣設計等。對于系統的規劃卻沒有一個理解，也許這個信息系統規劃（是管理信息系統課程中的一部門內容）不是我們軟件開發人員來做的，而是由企業的信息部門做的，但是對于我們理解需求也有很大幫助，在這里簡要概述一下ISP（Information System Planning）的方法。如下圖基本上列出了ISP的主要方法
其中企業系統計劃（BSP）法實際上是用來劃分子系統，BSP方法是根據信息的產生和使用來劃分子系統的。它盡量把信息產生的企業過程和使用的企業過程劃分在一個子系統中，從而減少了子系統之間的信息交換。
注：實際的開發中我們關注點比較小，往往就是在一個已經拆分過的子系統中進行開發，那如何劃分企業的信息子系統，也許就是BSP方法的使用。假想現在給你一個企業信息化的案子，你從何入手？怎樣分析？怎樣劃分信息系統？怎樣使得這些子系統間的信息交換能最少？ 從這個方法的應用上我們也許可能會得出為什么財務計劃與經營計劃會放在一起作為一個子系統？為什么庫存、調度、生產能力計劃，材料需求，工藝路線會放在生產制造子系統？而為什么銷售分析、市場分析、定貨服務與發運會放在一起作為銷售子系統？
在定義信息結構的時候有一種方法就是用U/C圖，具體的步驟如下：
⑴如果某過程產生某數據，就在某行某列矩陣元中寫C。
⑵如果某過程使用某數據，就在某行某列矩陣元中寫U。
如下：
⑶調換表中的行或列，盡量使UC集中到對角線上排列，使得“C”盡量地朝對角線靠近，然后再以“C”元素為標準，劃分子系統；
⑷把UC比較集中的區域用粗線條框起來，這樣形成的框就是一個個子系統；
⑸子系統劃定之后，留在小方塊（子系統）外還有若干個“U”元素，這就是今后子系統之間的數據聯系，即共享的數據資源。將這些聯系用箭頭表示。
在這樣一個過程完成后，最好要進行數據正確性的分析，這里要用到的就是數據守恒原則，即：
1.原則上每一列只能有一個C
如果沒有C，則可能是數據收集時有錯；如果有多個C，則有兩種可能：其一是數據匯總有錯，誤將其它幾處引用數據的地方認為是數據源，其二數據欄是一大類數據的總稱，應將其細劃。
2.每一列至少有一個U
如果沒有U，則一定是調查數據或建立U/C陣時有誤。
3.不能出現空行或者空列
如果出現空行或空列，則可能是下列兩種情況：其一，數據項或業務過程的劃分是多余的；其二，在調查或建立U/C陣過程中可能漏掉了它們之間的數據聯系。
在整個系統邏輯的劃分中要注意的是：
沿對角線一個接一個地畫，既不能重疊，又不能漏掉任何一個數據和功能。 小方塊的劃分是任意的，但必須將所有的“C”元素都包含在小方塊之內。 調整過程/數據類，使U/C集中在對角線附近，將集中的U/C用粗框劃起來，這就是子系統 ，框外的U/C為子系統之間的聯系。
注：BSP方法實際上大到整個企業的信息系統，小到一個系統的下分子系統都可以這樣來分析，只不過在小的系統中，流程類會更細，數據類也會更小，但劃分結果是一樣的。雖然很多時候我們是按照自己的想法，以及對各業務之間的聯系的感性評估而劃分子系統的，盡管可以得到同樣的結果，但我個人覺得這種方法更科學一點：） 我在開發一個小型系統的時候用了這種方法，雖說有點大炮轟蚊子的感覺，但覺得還是有很大的作用的，希望對大家有用。
另兩種方法CSF、SST，以及三者的結合CSB由于大概念較多，不是很實用，所以在這里不贅述：）
來自網上