細談軟體開發需求分析過程 提取 抽象 昇華

2021-05-22 14:06:38 字數 2276 閱讀 3776

軟體 的需求分析必須要有對原業務的乙個深入了解、提取、抽象、昇華的過程,管理軟體 需求分析尤其如此。 

軟體 的需求分析是從使用者的業務中提取出軟體 系統能夠幫助使用者解決的業務問題,通過對使用者業務問題的分析,規劃出我們的軟體 產品。這個步驟是對使用者業務需求的乙個昇華,是乙個把使用者業務管理流程優化,轉化為軟體 產品,從而提公升管理而實現的質的飛躍,這一步是否成功,直接關係到開發出來的軟體 產品能否得到使用者認可,順利交付給客戶,客戶能否真正運用我們的產品幫助他解決業務或管理問題。 

按照軟體 工程對軟體 開發過程的描述,需求階段我們可以細分為需求調研和需求分析兩個小階段,需求調研需要充分細緻的了解客戶目標,使用者業務內容、流程等,這是乙個對需求的採集過程,是進行需求分析的基礎準備。當我們已經了解、理解了使用者的業務,於是可以開始分析需求了。軟體 系統的需求分析可以由產品工程師或系統分析員或兩者分階段合作完成全部的需求分析工作。 

一、 提取出核心、主要、急迫的業務,明晰業務流程

通過需求調研,我們會發現使用者各方面的業務很多,從大處著眼,包括使用者的各種業務專案、業務流程,再明細到業務過程的每乙個單據,每一條記錄,如生產過 程中每乙個環節的記錄,辦公中的每乙個通知,甚至包括檔案報刊的收發,計畫生育指標統計等等。如此繁雜的各類業務,我們從何下手?這時需要我們回頭去檢視軟體 的專案規格說明書,再次溫故客戶對軟體 專案或產品的最初提出的需求目標和範圍,我們的軟體 主要是為使用者解決什麼樣的問題。從眾多的業務中提取出使用者核心的、主要的、急需的業務,這些是我們軟體 需求主要關心所在。寫一篇文章需要重點突出,主次分明,我以為規劃乙個軟體 產品也是同理。 

從使用者繁雜的業務中進行業務、業務流程的提取,把那些分布在各個部門的同一種業務提取出來。比如物資的管理,涉及到生產部門的需用計畫,彙總到物資部門 的採購計畫,計畫的審批,採購合同,物資採購,物資部門的收發存業務,生產部門的物資領用消耗等等,我門需要分析使用者的這個業務流程中哪些是系統能幫助管 理的,哪些是要在系統外處理的,充分分析了使用者現有的業務和業務流程,我們進入下一步驟。

二、 運用管理思想,優化業務流程三、 進行業務分類,規劃系統藍圖

以上都明確了以後,我們可以描繪系統藍圖了。系統有幾個子系統,每個子系統有哪些模組,各個模組處理哪些業務,很重要的一點還有各子系統模組之間的資料介面關係,基礎資料從**進入,通過哪些處理生成哪些結果等等。這個過程需要整理、抽象使用者業務,規劃軟體 實現,規劃軟體 系統模組間的邏輯關係。因為系統的頁面實現是按照系統模組的規劃,所以應盡量採用使用者易理解、熟悉的方式、詞語進行模組的描述。例如erp 系統中的物資管理子系統,首先明確這個子系統是erp 系統中進行物資相關的業務處理系統,同時它為主生產系統、成本 管理子系統提供生產物資**、領用消耗核算等的資料支援。因此在規劃子系統模組時,按照業務過程模型,應包含物資需用計畫、物資採購計畫、出入庫管理、庫存管理等主要業務模組,再考慮軟體 運 行必須的初始資料設定,增加乙個基礎資訊維護模組(包括物資大類、物資編碼等資訊維護),還有考慮到不同使用者對此系統的不同需求,如更多的生產人員、管理 人員的需求,再單獨增加乙個綜合查詢和分析模組。另外還有與物資採購相關的業務如採購合同,可以放到合同管理子系統統一考慮,這裡只做查詢。這樣規劃出了軟體 系統對物資管理業務的處理,檢查一下是否包含了物資管理中所有核心、主要的業務,這時我們發現還有比如物資採購、驗收、盤庫等業務還是需要物資管理業務人員來完成,系統可以做到的就是記錄結果。軟體 系統是管理的輔助系統,不能完全代替人的所有工作。管理軟體 再加上管理制度、業務人員的操作才構成一套完整的管理體系。 

四、 詳細描述軟體 功能點

規劃出了軟體 的功能模組,只是軟體 的功能框架結構,下一步就需要明確描述每個模組的具體內容了。包含什麼內容、能做什麼操作,每乙個功能點的說明、優先順序、業務規則、詳細功能描述等等。這些也是軟體 需求規格必須描述的內容。 轉貼於:

需求分析的表現方式,我們現在採用需求規格文件,uml語言描述的用例圖、類圖、活**,還有實體關係圖、介面原型等等,從不同角度、不同需求描述規劃出的軟體 全貌。 

五、 需求分析的質量控制

軟體 需求分析直接關係到軟體 產 品的方向,所以需求分析的質量至關重要。對於這個關鍵點的質量控制,則可以通過內部評審和同行評審的方式,然後是客戶方的評審。專案組內部評審或同行評審 主要是根據公司規範和評審人員本身的經驗對需求分析中不明確、不合理、不符合邏輯、不符合規範的地方予以指正。而客戶的評審主要是對描述的軟體 實現是否真正符合他們的需求,能否幫助他們解決問題等方面作出評定。

軟體 的需求分析必須要有對原業務的乙個深入了解、提取、抽象、昇華的過程,管理軟體 需求分析尤其如此。 

細談軟體需求分析過程

軟體的需求分析必須要有對原業務的乙個深入了解 提取 抽象 昇華的過程,管理軟體需求分析尤其如此。軟體的需求分析是從使用者的業務中提取出軟體系統能夠幫助使用者解決的業務問題,通過對使用者業務問題的分析,規劃出我們的軟體產品。這個步驟是對使用者業務需求的乙個昇華,是乙個把使用者業務管理流程優化,轉化為軟...

軟體開發過程概要(需求分析 系統設計 開發過程)

乙個軟體的開發過程大體上有哪幾步 需求分析 1 分析使用者有哪幾種角色 分別需要哪些功能 畫用例圖 2 分析使用場景 每種場景下一步一步的動作 畫活 系統設計 3 分析系統的物件 每種物件有哪些屬性 設計po和表結構 4 設計業務邏輯 web層 邏輯層 dao 寫偽 並設計web頁面 畫介面低保真 ...

軟體開發過程一 需求分析與設計

在前期軟體計畫,總體規劃後 是什麼?隨後就開始需求分析 設計,這是在編碼階段前必不可少的階段,本階段分析設計的透徹,編碼才能有條不紊的進行,需求分析 關鍵是對客戶提出的要求充分的分析,時刻的與客戶交流,真正意義上理解客戶的要求,幹什麼?提出邏輯模型。分析設計 主要是 怎麼幹?提出物理模型。點此到大圖...