【正文】 的監(jiān)督。而針對數(shù)據(jù)標(biāo)準(zhǔn)的問題，在第五章已經(jīng)給出了比較具體和詳細的敘述。 規(guī)范性不高這一問題在實際運用中體現(xiàn)在無法實現(xiàn)數(shù)據(jù)的共享，即無法跨部 門使用，這反映到系統(tǒng)的實際設(shè)計上，可以將這個問題部分地歸咎于數(shù)據(jù)存儲的 設(shè)計上隨意性太高，并沒有參照一定的標(biāo)準(zhǔn)，使得其他系統(tǒng)無法按照一個通用的 標(biāo)準(zhǔn)來對該系統(tǒng)的數(shù)據(jù)進行訪問。即根據(jù)系統(tǒng)分析得出的邏輯模型，綜合考慮各種條件的約束，利用可 行的技術(shù)手段和方法，進行系統(tǒng)的具體設(shè)計。 主表的結(jié)構(gòu)設(shè)計： 表 my_login 表 字段名 數(shù)據(jù)類型 長度 允許空 cuserid varchar 10 cpassword varchar 20 jb char 1 表 pbcatcol 表 字段名 數(shù)據(jù)類型 長度 允許空 pbc_tnam char 129 pbc_tid int 4 是 pbc_ownr char 129 pbc_am char 129 pbc_cid smallint 2 是 pbc_labl varchar 254 是 pbc_lpos smallint 2 是 pbc_hdr varchar 254 是 pbc_hpos smallint 254 是 pbc_jtfy smallint 254 是 pbc_mask varchar 254 是 pbc_case smallint 2 是 pbc_hght smallint 2 是 pbc_wdth smallint 2 是 pbc_ptrn varchar 254 是 pbc_bmap char 129 是 pbc_init varchar 254 是 29 pbc_cmnt varchar 254 是 pbc_edit varchar 254 是 pbc_tag varchar 254 是 表 申請課題信息表 字段名 數(shù)據(jù)類型 長度 索引 項目編號 varchar 8 主鍵 項目負責(zé)人 varchar 10 項目名稱 varchar 40 申請時間 varchar 10 申請項目研究時間 varchar 22 申請資助金額 decimal 9 項目級別 char 6 是否立項 char 2 是否延期 char 2 表 科研成果獎勵登記表 字段名 數(shù)據(jù)類型 長度 索引 編號 char 8 主鍵 作者 char 10 文章題目 varchar 40 發(fā)表刊物 varchar 30 期數(shù) char 7 獲獎金額 decimal 9 獎勵時間 char 10 備注 char 10 30 表 立項課題信息表 字段名 數(shù)據(jù)類型 長度 索引 項目編號 varchar 8 主鍵 項目研究時間 varchar 22 資助金額 decimal 9 中期檢查時間 varchar 22 結(jié)題驗收時間 varchar 22 鑒定人 varchar 10 備注 varchar 10 表 獲獎登 記表 字段名 數(shù)據(jù)類型 長度 索引 編號 varchar 8 主鍵 姓名 char 10 獲何獎 text 16 頒證機關(guān) text 2216 獲獎時間 char 7 獲獎金額 decimal 9 備注 char 10 表 課題組人員信息表 字段名 數(shù)據(jù)類型 長度 索引 序號 smallint 2 主鍵 項目編號 varchar 8 姓名 char 10 性別 char 2 出生 char 7 專業(yè) char 10 職稱 char 6 負責(zé)人否 char 2 31 表 延期課題信息表 字段名 數(shù)據(jù)類型 長度 索引 項目編號 varchar 8 主鍵 延期時間 varchar 22 延期原因 text 16 連接數(shù)據(jù)庫的特點 當(dāng)開發(fā)環(huán)境通過連接到數(shù)據(jù)庫上之后，在設(shè)計中使用數(shù)據(jù)庫畫筆可實現(xiàn)對該數(shù)據(jù)庫中表格，視圖等的操作，如創(chuàng)建表、修改表、刪除表、增加 /刪除記錄。 根據(jù)企業(yè)人事管理系統(tǒng)的功能要求，選取 SQL Server 作為后臺數(shù)據(jù)庫。根據(jù) 分 析 結(jié)構(gòu)，共有 16 個方面的信息，因此該 RMIS 系統(tǒng)至 少需要設(shè)置 16 個數(shù)據(jù)表用于儲存各個方面的數(shù)據(jù)信息。第一階段是搜集和分析用戶需 求。 系統(tǒng)功能模塊圖 系統(tǒng)是由多個板塊構(gòu)成的，組成系統(tǒng)的板塊間彼此獨立、功能明確，所以對 高?？蒲行畔⑾到y(tǒng)的模塊應(yīng)進行系統(tǒng)地劃分。下面將列出若干數(shù)據(jù)元素的數(shù)據(jù)卡片信息。 數(shù)據(jù)存儲：表示用文件方式或數(shù)據(jù)庫形式所存儲的數(shù)據(jù)，堆砌進行的存取分別以指向或離開數(shù)據(jù)存儲的箭頭表示。 數(shù)據(jù)流圖、數(shù)據(jù)字典及實體聯(lián)系圖 數(shù)據(jù)流圖 該系統(tǒng)業(yè)務(wù)流程 圖如圖 所示： 未 通 過 通過 通過 績效數(shù)據(jù)提供給 人事管理部門 提交論文等科研活動信 息 院系 院系審查 科研 人員 科研處 審核信息 錄入項目，成果等科研活動信息 匯總 預(yù)分配各項 科研活動 科研員及 院系 核對分值 最終分配分值匯總 人事處 生成科研成果 評分報表 未通過 反饋 有疑問的評分信息 19 數(shù)據(jù)流圖由四種基本的元素構(gòu) 成：數(shù)據(jù)流 (Data Flow)，處理 (Process)，數(shù)據(jù)存儲和數(shù)據(jù)源（數(shù)據(jù)終點）。這就使得科研管理部門的管理對象客觀上分成了兩個平行的部分： 17 校內(nèi)科研信息的管理以及校外科研需求信息的收集與傳遞。 通過 對國外科研管理部門介紹的內(nèi)容，可以知道，美國高?？蒲泄芾淼墓ぷ鲙缀蹙褪且钥蒲谢痦椖可暾垇碜鳛樽约汗ぷ鞯闹匦牡摹＿@一調(diào)查也許可以說明這樣一個問題：即，研究型大學(xué)、研教型大學(xué)在科研與社會生產(chǎn)的交流方面聯(lián)系較為緊密，因而在信息的溝通上對校外需求信息的傳遞比較重視，從而體現(xiàn)在了校園信息化建設(shè)中。如果能將校外科研信息納入到本身的管 理中，將合適的項目推薦給能勝任的科研人員，將已有的科研成果推廣給需要它 的企業(yè)，提高科研的相互轉(zhuǎn)化效率，做好科技轉(zhuǎn)化的中間人，這本身就是對科研 管理工作的一個極大的推動。從信息對稱性角度來看，信息傳遞的雙方往往是不對等，這就使得信息的 傳遞存在障礙。合作研究信息是指企業(yè) 在生產(chǎn)過程中有了某一研究設(shè)想，但受本身科研實力的制約，難以獨立完成，需 要聯(lián)系高校內(nèi)的科研人員共同完成；技術(shù)需求信息是指企業(yè)有了實際的需要，但 本身無法完成研究或者不愿意自己涉及研發(fā)這一領(lǐng)域，希望從高?？蒲械某晒? 發(fā)掘自己所需的，直接轉(zhuǎn)化為實際的應(yīng)用，以降低自身成本，縮短投入與收益的 時間間隔。這一切在很大程度上緣于信息溝通的不順暢，造成了科研方與需求方 相互之間不能夠了解對方 所需。我們不得不承認(rèn) 這樣一個事實，我國的科技成果轉(zhuǎn)化率有待進一步提高。但是我 們也需要看到，如果系統(tǒng)平臺僅僅停留在對現(xiàn)有校內(nèi)科研管理功能的信息化，那 無疑是存在問題的。這是從學(xué)校級別來看待科研管理部門所處位置，而從科研管理內(nèi)部來看，其 隸屬科研管理部門的子機構(gòu)之間也存在著橫向的結(jié)構(gòu)關(guān)系。 在高校管理領(lǐng)域，科研信息管理是一個子系統(tǒng)，它和人事管理、教務(wù)管理、 學(xué)籍管理、財務(wù)管理等職能一樣隸屬于高校的總體管理。反映在科研管理信息系統(tǒng)的建設(shè)上，往往出于對信息 管理的控制而將管理的權(quán)限都集中到了科研管理部門。因 此要求高校的科層結(jié)構(gòu)與企業(yè)或是政府那種嚴(yán)格意義上的科層結(jié)構(gòu)有所不同，這 種不同體現(xiàn)在科研管理上，應(yīng)表現(xiàn)為科研管理工作是科研管理部門對科研人員的 一種功能服務(wù)而非嚴(yán)格的行政管理。 盡管從國內(nèi)三個具體的高校科研管理活動的流程來看，都有所差別，但是從 13 管理的縱向?qū)哟紊蟻砜?，高?？蒲泄芾硐到y(tǒng)涉及的管理層次還是有一定共同之處 的，它們基本上都可以自下而上分為三個層級：科研人員級（教授級）、科研單 位級（院系級）、科研管理部門級，每一個層級都有其自身的任務(wù)。例如： 華東理工大學(xué)的科技成果鑒定（驗收）流程為： 1）項目負責(zé)人向科技處提 交鑒定（驗收）申請； 2）科技處審核同意后，項目負責(zé)人填寫相關(guān)鑒定表格； 3） 經(jīng)學(xué)院領(lǐng)導(dǎo)、科技處簽署意見后送檔； 4）科技處確定鑒定的形式，報上級有關(guān) 部門批準(zhǔn)； 5）由主管部門組織主持鑒定會，形成鑒定證書，上報主管部門審批； 6）相關(guān)資料送檔案館存檔； 7）鑒定后一個月內(nèi)按 程序向市科委及有關(guān)部門進行 登記。 從上述三個國家或地區(qū)的高?？蒲泄芾斫M織機構(gòu)設(shè)置的情況來看，它們基本 上遵循一個科層的管理模式，即劃分為若干層級進行管理。研究和發(fā)展部作為大學(xué)的 一級科研管理實體，由一位科研副校長領(lǐng)導(dǎo)，負責(zé)全校與科研有關(guān)的行政工作， 并專注發(fā)展和培養(yǎng)研究合約及應(yīng)用研究的機會。該部門的服務(wù)對象 是學(xué)校、學(xué)院以及校外研究機構(gòu)、企業(yè)和相關(guān)團體等。 有 的大學(xué)，建有專門的研究服務(wù)部門，比如芬蘭的奧魯大學(xué)。當(dāng)然， 各大學(xué)管理機構(gòu)設(shè)置不完全相同， 工作任務(wù)也不盡一致。同時副校長下面還設(shè)置了 45 個分管科研的準(zhǔn)副校長，各自處理各自的分管領(lǐng)域。在此，本文先就國 內(nèi)外一些地區(qū)的大學(xué)的科研管理部門的組織機構(gòu)作一個對比分析。對組織進行分析，一般說來，要用橫向結(jié)構(gòu)與縱向結(jié)構(gòu)的管理模型來描述。 交付期限 所要開發(fā)的系統(tǒng)較簡單，所有開發(fā)工作用戶要求要在 三周 內(nèi)完成 ，完成項目的最遲時間為 2021 年 8 月 27 日。 預(yù)算 軟件資金投入較少，具體預(yù)算分配簡略。 2） 文檔 文檔內(nèi)容包括： （ 1) 封面 （ 2）目錄 （ 3）中文摘要 100 字左右；關(guān)鍵詞 35 個 （ 4) 序言 （ 5）可行性分析 9 （ 6）項目開發(fā)計劃 （ 7）需求規(guī)格說明（包含需要的系統(tǒng)流程圖、數(shù)據(jù)流程圖、數(shù)據(jù)字典、 ER圖） （ 8) 概要設(shè)計（包含總體軟件結(jié)構(gòu)圖、總體數(shù)據(jù)結(jié)構(gòu)） （ 9) 詳細設(shè)計（對概要設(shè)計內(nèi)容進行詳細設(shè)計） （ 10) 設(shè)計總結(jié)、參考文獻、致謝等 驗收標(biāo)準(zhǔn) 軟件的驗收標(biāo)準(zhǔn)完全由用戶提出的軟件需求制定，能保證軟件的基本符合用戶的要求。 項目概述 工作內(nèi) 容 科研管理信息系統(tǒng)（ RMIS）是一個以人為主導(dǎo)，利用計算機硬件、軟件、網(wǎng)絡(luò)通信設(shè)備以及其他辦公設(shè)備，對高?？蒲行畔⑦M行收集、傳輸、加工、存儲、更新和維護，以更有效率地為管理高?？蒲蟹?wù)，提高高?？蒲懈偁幜槟康?，為學(xué)校高層管理部門在科研發(fā)展上提供決策支持，為科研管理部門在科研管理上提供控制支持，為基層科研工作人員提供事務(wù)處理支持的人機系統(tǒng)。因此，相信在按照計劃上實施的前提下，全系統(tǒng)的設(shè)計將會按時、高質(zhì)量完成。 7 操作可行性 科研管理信息系統(tǒng)作為管理信息系統(tǒng)在科研管理領(lǐng)域內(nèi)的運用， 具有管理信 息系統(tǒng)的一般特征。所做軟件的開發(fā)成本與客戶提出的要求是否可達到雙方都滿意。同時，考慮給予的開發(fā)期限也較為充裕，預(yù)計系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。 系統(tǒng)維護階段的主要任務(wù)是在使用實施后對系統(tǒng)進行監(jiān)控和評估，以檢驗新 系統(tǒng)與管理實際功能需要的一致性。在該階段首先需要決定管理系統(tǒng)的問 題是否存在以及解決這個問題的時機是否成熟；接著就要進行管理信息系統(tǒng)開發(fā) 的可行性分析，即新的設(shè)計開發(fā)是否可行，其效果是否有助于解決問題；最后提 出項目管理計劃。可是，目標(biāo)的提法不盡相同，例如： 管理信息系統(tǒng)開發(fā)的有一個完整的過程，通常我們將之稱為管理 信息系統(tǒng)開 發(fā)的生命周期。在現(xiàn)行系統(tǒng)初步調(diào)查的基礎(chǔ)上就可以提出新系統(tǒng)目標(biāo)，即新系統(tǒng)建立后所要求達到的運行指標(biāo)，這是系統(tǒng)開發(fā)和評價的依據(jù)。 可行性分析研究 當(dāng)接受一個軟件開發(fā)任務(wù)，就進入軟件生命的第一個階段，即進行可行性的研究。同時，由于在管理對象、管理范圍以及信息數(shù)據(jù)處理上具有 特殊之處，科研管理信息系統(tǒng)又有其自身的特點。隨著現(xiàn)代社會的發(fā)展，