❶ 系統設計中的處理流程圖與需求分析中的業務流程圖的區別是什麼
業務流程圖：是描述一個業務的處理流程
數據流程圖：表述數據的流向，以數據為導向
E-R圖：資料庫中的關系模型的設計方法
結構圖：系統簡單的組成結構描述
系統流程圖：指系統的總體處理流程
功能流程圖：以功能為基本模塊劃分
其實，諸如業務流程圖，系統流程圖等沒有明顯的界限的
只是e-r圖和數據流程圖比較專業點，要求比較高而已咯！
❷ 系統架構圖是需求分析還是系統設計
當軟體規模比較小時，系統分析師所完成的工作是把真正的業務需求(這個需求不是指客戶簡單所說的哪一個功能，而是需要去挖掘的，可能是潛在的但又是系統必需的，條例清楚、邏輯清晰的業務功能，而且需求不僅僅只是來自業務上的，系統所依賴的運行環境也會產生一些需求)轉換成計算機可理解、可實現、可計算的模型。但由於現在的系統規模越來越大，復雜程度越來越高，而且應用領域也越來越廣，所以很難由一個工種的人來全面完成這項艱巨的任務。
在具體的軟體設計過程中，現在把它分解為由系統分析師與軟體架構師合作共同來完成這一任務。其中系統分析師側重的是前一部分的工作，軟體架構師側重的是後一部分的工作。系統分析師的主要工作內容 包括業務需求分析、系統需求分析、可行性分析以及建模等，其特點是更多地與行業專家、用戶溝通，再及時與項目經理(項目管理師)、軟體架構師以及老闆商 討，分析項目具備的特點、成本、風險等，考慮實現的模型。系統分析師所面臨的往往是有許多不確定性的事件，需要對這些不確定的事件進行分析、總結，使之得 出一個相對可靠的確定性結論或實施方案模型。
軟體架構師的主要工作內容就是在系統需求比較清晰的條件下進行系統總體的架構設計，當然 它也可能會涵蓋一些系統分析師的工作內容和軟體設計師的內容，但其特點是確定性的東西會多一些，力求為系統找到或架構一個最優的模型，這裡面雖然可能有很 多創新的成分，但更重要的是如何充分運用現有的各種模型、結構、方案，並根據項目的特點，在各種方案中取長補短，找到一個最好的平衡點和結合點，使之最適 合當前項目的解決方案。所以，軟體架構師實際上是使系統細致化、完善化，為擁有更好的可靠性提供保障。
在實際的職責上，軟體架構師比系統分析師所站的角度更高一些。在大規模的軟體系統中，系統分析師可能就系統的某個子系統進行分析與設計，而軟體架構師應該對整個系統的結構負責。
(1) 項目管理師：掌握信息系統項目管理的知識體系，具備管理大型、復雜信息系統項目和多項目的經驗和能力；能根據需求組織制定可行的項目管理計劃；能夠組織項 目實施，對項目的人員、資金、設備、進度和質量等進行管理，並能根據實際情況及時做出調整，系統地監督項目實施過程的績效，保證項目在一定的約束條件下到 達既定的項目目標；能分析和評估項目管理計劃和成果；能在項目管理進展的早期發現問題，並有預防問題的措施；能協調項目所涉及的相關人員。即項目管理師的 主要職責是負責整個項目的實施和控制，協調各種資源(包括組織內部資源和客戶資源)。
(2)系統分析師：熟悉應用領域的業務，能分析 用戶的需求和約束條件，寫出信息系統需求規格說明書，制訂項目開發計劃，協調項目開發與運行所涉及的各類人員；能指導制訂企業的戰略數據規劃，組織開發項 目；能評估和選用適宜的開發方法和工具；能按照標准規范編寫系統分析、設計文檔；能對開發過程進行質量控制與進度控制；能具體指導項目開發。即系統分析師 的主要職責是獲取並分析用戶的需求，形成規范化的文檔，指導整個項目的開發，需要與客戶不斷的交流，熟悉應用領域的業務。
(3)系統 架構師：能夠根據用戶需求，結合用戶應用領域的實際情況，設計正確、合理的軟體構架，維護系統構件及其介面，並確保系統構架具有良好的性能；能夠對項目進 行系統構架級的描述、分析、設計與評估；能夠按照相關標准編寫相應的設計文檔；具有扎實的理論功底、廣博的知識面，能夠與系統分析師、項目管理師相互協 作、配合工作。即系統架構師的職責是負責整體的、宏觀的系統設計，重點在架構級別上。還要對架構進行描述、分析和評估，屬於純技術性的工作。
考試方面不太了解。
❸ 公司需求分析怎麼寫
一、需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟體開發的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟體系統的開發中,他的作用要遠遠大於程序設計.
二、需求分析的任務簡言之,需求分析的任務就是解決"做什麼"的問題,就是要全面地理解用戶的各項要求,並准確地表達所接受的用戶需求.
三、需求分析的過程需求分析階段的工作,可以分為四個方面:問題識別,分析與綜合,制訂規格說明,評審.在軟體工程中，需求分析指的是在建立一個新的或改變一個現存的電腦系統時描寫新系統的目的、范圍和定義時所要做的所有的工作。需求分析是軟體工程中的一個關鍵過程。在這個過程中，系統分析員和軟體工程師確定顧客的需要。只有在確定了這些需要後他們才能夠分析和尋求新系統的解決方法。
在軟體工程的歷史中，很長時間里人們一直認為需求分析是整個軟體工程中最簡單的一個步驟，但在過去十年中越來越多的人認識到它是整個過程中最關鍵的一個過程。假如在需求分析時分析者們未能正確地認識到顧客的需要的話，那麼最後的軟體實際上不可能達到顧客的需要，或者軟體無法在規定的時間里完工。