整理關於報告及資料庫的修改和

2022-09-17 20:21:02 字數 2072 閱讀 4428

。 。專案下一步實施的意見

目前部要求的礦種報告和庫都已初步完成,要求彙總的單礦種也

已完成。但由於各種原因不論是報告、庫還是彙總的成果,經初步檢查都存在不少的問題。前一段專案工作處於趕進度,求結論的狀態;那麼,下一步應該是嚴檢查,保完整。

逐報告、逐庫嚴格、仔細按技術要求進行逐項檢查,確保每份報告和庫都能通過部組織的審查驗收。

下一步的專案的工作任務可分為三大部分

一、 報告和庫的修改完善

二、 單礦種彙總結果的修改完善

三、 專案總報告等研究報告的編寫

關於第一部分

首先要做的事情是對核查區的全面清理。由評審中心根據省級審查驗收情況,按礦種編制核查報告一覽表。其欄目應包括核查報告名稱、核查區名稱、核查區編號、報告修改完成情況、資料庫修改完成情況、可供部審查情況等。

同時要整理儲量表礦區被合併情況一覽表。要通過這兩個表,說明核查區對上表礦區的覆蓋情況。

核查報告一覽表應存放在利用調查郵箱中,評審中心應將完成修改可定稿的報告資訊及時反映在表中,資訊中心要對定稿報告的資料庫及時進行檢查。因此,此表即可作為兩家工作銜接的紐帶;也可反映整個修改完善工作的進度。應盡快完成投入使用。

關於報告內容的修改完善

1、報告的檢查首先是查資源儲量資料是否正確,判別的標準首先是和該報告的審批量進行對比,其次是和儲量表對比。也就是說,如果核查庫中核查前的累積查明量和審批量總量幾乎沒有差別且兩者的估算範圍一致時,可以認為該報告累積查明量是可信的。如果開採情況的資料充分有依據,那麼也可認為該報告的保有量是可信的。

對核查報告提交資源儲量的檢查應該是報告檢查的核心內容。因此,要求將報告的審批檔案掃瞄後存放在屬性庫中的「jpg柵格圖」資料夾中。這也是部示範性驗收時所強調的。

2、關於未上表報告的檢查。首先要查本次提交的資源儲量與已上表報告提交量的關係和變化情況在報告中是否陳述清楚。要明確儲量表上的是報告的什麼量。

對比是指本次核查和上表報告資源儲量估算範圍相同部分的變化情況。對核查報告估算了,而儲量表沒上表的資源儲量,本次核查應反映為新增量。

3、關於庫中採礦證資訊的完整、規範性。經檢查核查庫有關採證的資訊資料多有不完整、規範的現象。採礦權人名稱、礦山企業名稱等在3-4表中多反映為簡稱;設計開採規模沒填;甚至有的沒有採證範圍座標資料。

這些都是不允許的。所有關於採證的資訊必須完整、規範。保持和原件內容完全一致。

不能有別字,不能多一字少一字。因此,要求必須將採證掃瞄件存放於「jpg柵格圖」資料夾中備查。

關於以劃定礦區範圍批復檔案確定的已占用部分,按採礦證對待。劃定礦區範圍批復檔案的主送單位應為採礦權人,礦山企業名稱在檔名稱中查詢。同樣要將劃定礦區範圍批復檔案掃瞄後存放於「jpg柵格圖」資料夾中備查。

4、關於相同的庫,錄入系統反映的採礦權人和3-4表中的不一致。如:潼關縣東桐峪q8號金礦脈核查報告「s121260004」。

錄入系統反映,採礦權屬性表為兩條記錄,意為有兩個礦山企業占用該報告提交的資源儲量,但核查區資源儲量彙總表(3-4)反映只有乙個礦山企業占用。個別庫不能生成3-4表,檢查時應注意。

5、關於核查區編號沒有按規定填寫,私自改動核查區編號。僅金礦就有11個核查區私自改動了核查區編號。核查區編號必須為「s+儲量表上礦區編號」,凡不對的必須予以恢復。

核查庫要和登記統計庫做銜接,如果同一礦區在兩庫中使用了不同的編號是無法銜接的,因此,凡是上了儲量表的核查區其編號必須和儲量表上的保持一致。

6、關於未上表礦區,核查報告編寫單位應最少提交查明登記,同時存在占用部分的還應提交占用登記。所有核查區,凡存在有已審批的壓覆的都應提交壓覆登記。

關於第二部分

單礦種彙總是將專案將點資訊貫穿為面資訊、將個體資訊匯集為整體資訊的工作。首先要理清點資料,其次要將麵資料表示完整。

點的資料理清:核查區數、礦山企業數要和庫保持一致。經對部分單匯資料檢查,在利用表中反映的礦山企業,核查礦區彙總表中卻沒有;核查礦區彙總表中有的,利用表中卻沒有反映,反映對資料的核對不夠仔細;利用圖上反映的全省礦山企業數和彙總庫中查詢數不一致。

這些都不應出現。

凡是屬於彙總類的資料不允許出現差錯。對礦山企業的統計應按:獨立的礦山企業數,核查區中分布的礦山企業數,分布於兩個核查區的礦山有多少, 分布於三個核查區的礦山有多少,分別統計彙總。

要提供核查區名錄、礦山企業的名錄。這是最基本的要求。

資料庫的實施和維護

完成了資料庫的邏輯結構和物理結構設計之後,我們已經在特定的dbms系統下建立好了一系列二維表。下一步就是將整個資料庫投入執行,同時還要進行相應的維護。1.資料庫資料的載入和試執行 資料庫結構建立好後,可以向資料庫中裝載資料。對於資料量不是很大的小型系統,可以用人工方式完成資料的入庫。對於大中型系統,...

關於使用者許可權的資料庫設計

最近專案的專案很奇怪,乙個大專案 系統 裡包含了很多小的子系統,而這些子系統中都有許可權控制的部分,這件事情挺讓我頭痛的,記得一年前在瀋陽,我曾經有一段時間也因因這個問題而疲於奔命,為什麼說疲於奔命呢?由於當時專案進度不允許,導致最終系統許可權模組草草了事,每個模組都是由讀許可權字串來控制使用者ac...

員工管理系統資料庫設計及報告

資料庫設計及報告 姓名 齊歡 同組者王鑫 班級 河北科技師範學院數信學院網路工程0802班 09 號 課程設計名稱 人事管理系統 專案背景 在當今人才流動快速的今天,傳統的人事檔案已經不能滿足各企業人員流動的速度。在計算機技術快速發展的今天,其已經在和各行各業得到廣泛的應用。因此,人事管理也以應方便...