2016-10-06《軟件需求最佳實踐》徐鋒著

第2章 不同軟件項目的需求視圖

本章主要針對信息系統、嵌入式系統、軟件產品等不同角度來說明如何進行相應的需求工作，為需求分析師提供一個切實有效的視圖。

*小婧 大家的側重點不一樣，建議大家就自己關心的部分進行精讀，其他部分略讀的了解一下就好了。

1信息系統

根據信息工程的權威定義，信息系統是人、數據、過程和接口的組合，它們之間相互作用，支持并改進企業的日常運作，并支持管理人員和用戶解決問題和做出決策。
1.信息系統的本質：數據信息化
2.信息系統的類別

● 聯機事務處理系統是數據的生產者
流程是聯機事務處理系統需求視圖的關鍵線索

小婧：我們應該從整體的流程入手進行這類系統的需求分析工作，而不是局部片面的進行分析，導致業務流程無法正常連貫運行。比如，我們在取款后不僅僅會退卡，還可能查詢余額，繼續取款，打印單據等等。孤立的分析將降低用戶體驗。

● 管理信息系統是數據的消費者
管理信息系統的核心價值在于數據的信息化；在企業/組織的日常運作中會產生大量的數據，只有根據實際的需要進行加工和整理才能夠真正產生對管理活動有價值的信息。

報表的格式不是本質，真正的本質在于目的，而更深層的東西是其體現的管理理念與需求。

在需求的早期如果從報表的格式上入手，那將是無法操作的，因為用戶也無法有效地提出這種細節的東西；而如果從管理場景入手，從理解報表的目的著手就能夠更好地完成與用戶的溝通，而且也更加的高效。

小婧 我覺得整個進程是** 數字化->信息化->知識化**的過程。以財務信息系統為例，第一步解決的肯定是數字化，就是將財務數據管理起來。第二步將這些零散的數據組合起來形成信息，進而實現信息化。現在很多信息系統做的是將信息轉化為知識。

● 主管信息系統、決策支持信息是數據的高級消費者

小婧 現在我們很多地方都在倡導大數據智能決策，但是我覺得那個只是工具和說法上不一樣，分析的方法還是一樣的。踩過太多的坑，特別是用戶說要用什么報表時，發現數據根本沒記錄，這就尷尬了。我會用報表的分析思路來驗證一個面試者的思維模式，非常管用。

● 專家系統是對個人知識的沉淀，同時也是數據的消費者。

小婧 我們通常會說將隱性知識顯性化，并且應用在實際的工作場景中。所以這就是專輯系統做的事情。在專家系統的分析中，一定是從使用場景出發的，比如知乎。因為要提供知識，所以肯定會有提問和回答，回答多了又會有贊同個反對，沒人回答會有懸賞，針對不同領域的知識可以有不同的專業專家進行解答。現在出現的分答和在行也是同類的系統。

● 辦公自動化系統是對溝通與協作的直接支持。

小婧 對OA的感覺就是流程加表單。所以需要支持靈活的表單配置和流程配置。

2嵌入式系統

從需求分析的角度，我們根據嵌入式與最終用戶的關系將其劃分為面向直接用戶、面向特定設備和綜合應用三種類型。
● 面向直接用戶的嵌入式系統

此類系統的需求主線索是具體的使用場景，而為了更好地保持其完整性，建議根據其邏輯性歸納成不同的功能域、功能子域。
對于面向用戶的嵌入式系統在需求梳理時首先是找到具體的使用場景，然后再對重要功能域中的重要使用場景進行行為分析。而這種行為分析實際上也可以應用于傳統的信息系統中。

● 面向特定設備的嵌入式系統

1.對外接口
要梳理對外接口，重點在于找到與該系統相關聯的外部系統，然后明確外部系統與其的功能交互點。因此在需求描述時可以采用上下文關系圖（具體的繪制方法將在“第4章需求定義最佳實踐”中介紹）確定其與外部系統的這些協作。在標識了這些接口之后，接著在需求的后續階段逐步分析、捕獲這些接口的使用時機、功能要求和內容等。
2.內部功能
整理完外部接口之后，接著就是對其內部功能進行分析與描述。而在梳理這些內部功能時，可以采用事件作為線索。具體來說，事件可以分為外部事件（通常是外部接口觸發的）、狀態事件、時間事件和內部事件（內部設備觸發的）。要識別事件，一個最基本的方法是尋找觸發點。當然如果內部功能比較復雜，就需要對這些事件進行歸類，歸納成不同的功能域、功能子域。

3軟件產品

● 信息系統類

（1）目標市場分析
產品類軟件通常會比項目型軟件針對更大的目標市場，因此對目標市場的定位和分析就顯得十分重要，它也是進行產品體系設計的重要前提
那么目標市場分析應該從哪些角度來進行呢？簡單地概括，其主要包括目標客戶分析、競爭對手分析和商業模式分析等方面。

小婧 其實我和我的團隊目前的主要工作也是這一點，我覺得從我在網上看到的各個產品網站上的競品分析報告中做得深入的很少，大部分都是現狀描述，最多加上自己的臆想，但是根本沒有去深究競爭對手為什么這么做，這到底是個怎樣的故事。

（2）產品體系設計
先減出通用性，再通過插接解決擴展性。

小婧 其實在面向對象的分析方法中，是很重視這個內容的。就是對象的抽象及封裝。

● 工具軟件類
不管是什么類型的工具軟件，在梳理需求時可以先對不同用戶進行分析，標識出具體的使用場景，然后針對不同的使用場景進行分析，確定所需的功能點，而這些功能點通常是用來解決具體場景中的困難和障礙的。

對于工具軟件而言，人機交互部分是十分重要的，因此可以在需求描述時采用用戶界面原型驅動的形式。

小婧 我覺得傳統行業的信息系統軟件分類現在已經沒有很明顯的界限了，而App其實有的界限還是很明顯的，比如工具類，社交類等等。針對不同類型的軟件在進行需求分析時入手點和關注點略微有些不一樣。但相同的是，都要以業務的角度去分析，而擯棄技術的角度去思考。

小婧是一名行走在產品路上的資深業務分析師（BA），如果想與小婧同行就請關注我吧！