當前系統中，不包括分公司的自採的物資分類物資、**商等基礎資料。並且每個分公司自採的基礎資料編碼規則各不相同；首先，要統一編碼規則；然後，分公司將基礎資料進行統一編碼。要確定分公司自採物資的編碼流程，修改新物資需求申請功能，以便可以進行自採物資的編碼；需要增加物資的屬性，區分自採和統採物資，區分租賃物資和一般消耗物資。
需要確定自採**商的管理流程，需要增加新**商申請單功能。（物資編碼要有單重，主機）
目前系統中計畫管理只涵蓋礦的井區，並沒有涵蓋礦的段隊、班組。需要計畫管理支援班組、段隊、井區分級進行填報、彙總。計畫管理不支援分公司自採業務的需求如：
分公司彙總各礦計畫時，需要根據物資的自採或統採屬性，分別生成分公司的自採和統採的需求計畫。其次，統採需求計畫提報給龍煤物流，需要支援自採需求計畫生成自採採購計畫；自採採購計畫發布後，在電子採購系統中進行自採招標。(礦**科利庫,**公司利庫,利合同,上個月計畫複製到這個月，進行修改形成這個月計畫)
鶴崗**部和鶴崗租賃站的招標流程與龍煤物流公司的招標流程有差異。龍煤物流公司招標採用現場議價方式；鶴崗**部採用系統打分制方式，在系統中設定打分的專案，系統根據**商彙總的分數進行排名，排名高著中標。需要支援對招標結果直接進行分標分量操作，分標分量的結果可以直接生成採購訂單。
需要對現有的招標模組進行修改，以滿足鶴崗打分制招標。(目前,龍煤招標基本滿足雙鴨山要求,業務員填數量,根據招標**商和**形成合同,再審批)
龍煤系統中統採業務應用採購合同+採購訂單的管理方式。分公司的自採業務都應用採購訂單的管理方式，分公司自採業務的採購訂可以根據採購計畫生成，也可以又招標後分標分量的結果自動生成。
(合同要有,**商更名，停用、終止功能)
由於分公司自採業務沒有發貨通知流程，需要修改採購訂單功能，支援對自採業務的採購訂單不進行發布，不執行發貨通知流程。需要修改採購到貨功能，統採業務參照發貨通知到貨，自採業務仍然參照採購訂單到貨。
龍煤資訊統中限額限量功能基本滿足分公司的需求，不需要太大的改動（增加易用性，支援複製功能）。
龍煤資訊系統中憤分公司物資消耗管理的功能基本滿足自採業務的需求。但不支援鶴崗租賃站提出該功能，分公司對礦調呼出庫時，需要檢驗該礦的交舊情況，如果該礦未交舊那麼不允許領料。（出庫時看到庫存量，本月累計出庫量，按照到貨時間先進先出，特殊情況經審批通過）
龍煤系統支援設定交舊比例，支援根據各礦的物資領用情況及交舊比例生成應交舊物資統計表。交舊管理不支援雙鴨山**部自採的如下功能需求：需要有交舊物資維護功能，記錄各礦每個月應交數量和實交數量，分公司管理科每個月統計考核各礦交舊情況。
龍煤資訊系統統採的採購結算，採購發票參照分公司的消耗彙總生成。那麼分公司自採結算時，自採的採購發票需要支援參照自採的消耗彙總生成。（是否支援財務開紅發票問題）
當前龍煤資訊系統中沒有延伸到礦的段隊、班組，並且不支援讀寫磁卡，需要與磁卡的系統進行介面開發。
由於每個分公司的租賃、修舊管理每個分公司的管理模式都不相同，需要對每個分公司的具體管理模式進行詳細調研後，在進行定製開發。
每個分公司的自採業務報表並不相同，自採業務和統採業務在統一平台執行後，分公司的財務報表需要將自採報表和統採報表進行合併，報表的開發工作量會比較大。
龍煤資訊系統中統採業務在訂單中生成批次，而有些分公司的自採業務在到貨單中生成批次，統採和自採的批次啟用存在矛盾。由於統採業務啟用批次管理，為了系統追蹤採購合同號，如果在到貨啟用批次無法追蹤到合同號。所以，自採業務批次啟用要遵守統採業務的規則。
軟體系統需求分析報告
需求分析報告 高校學生學籍管理資訊系統 目錄1概述 1 1背景 1 2系統目標 1 2 1完成的任務 1 2 2不完成的任務 1 3業務模式 1 4業務狀況 2使用者需求 2 1業務需求 2 1 1使用範圍 2 1 2功能要求 2 1 3許可權管理 2 2效能需求 3業務流程 3 1與其他系統的關係...
軟體需求分析
開發人員熟悉計算機但不熟悉應用領域的業務，使用者熟悉應用領域的業務但不熟悉計算機，因此對於同乙個問題，開發人員和使用者之間存在認識上的差異。因此在需求分析階段，通過開發人員和使用者之間的交流，澄清一些模糊概念，最終形成乙個完整的 清晰的 一致的需求說明。換句話說，需求分析的好壞將直接影響到所開發的軟...
軟體學院實踐課題管理系統需求分析
軟體學院實踐課題申報系統 需求分析報告 軟體學院專業教研室 修訂控制頁 目錄1 專案概述 4 1.1名詞說明 4 1.2專案概述及目標 4 2 系統分析 5 2.1系統使用者分析 5 2.2 系統業務流程 6 2.3 系統主要功能 7 2.4系統用例規約 0 2.4.1公告管理 1 2.4.1.1公...