【正文】 13：采購(gòu)計(jì)劃控制流程圖 流程間關(guān)系采購(gòu)屬于物資管理流程的組成部分， 質(zhì)量管理與采購(gòu)是控制與被控制的關(guān)系，從審批承包商，制定采購(gòu)計(jì)劃到保管產(chǎn) 品，每一步都受到 嚴(yán)格檢驗(yàn)與 審核，只有通過(guò)對(duì)采購(gòu)進(jìn)行控制，才能確保采購(gòu)的產(chǎn)品符合規(guī)定的要求，從而保 證質(zhì)量。物資管理處為采購(gòu)控制的主管部門，負(fù)責(zé)對(duì)分承包方的評(píng) 價(jià)及采購(gòu)計(jì)劃審核。各公司、分廠負(fù)責(zé)采購(gòu)計(jì)劃的制定及采購(gòu)?？蒲泄芾?處、 質(zhì)量管理處 、公司、分廠參與分承包方的 評(píng)價(jià)。技術(shù)質(zhì)量副院長(zhǎng)負(fù)責(zé)物資 分類目錄的批準(zhǔn)。 “合格承包方名冊(cè) ”由物資管理處負(fù)責(zé)人審核、財(cái)資副院長(zhǎng)批準(zhǔn)。大宗及 A 類物資采購(gòu)計(jì)劃由物資管理處負(fù)責(zé)人審核、財(cái)資副院長(zhǎng)批準(zhǔn)。 采購(gòu)合同流程 涉及崗位各公司、分廠物資管理處技術(shù)質(zhì)量副院長(zhǎng)企業(yè)管理處 控制流程圖圖 14：采購(gòu)合同控制流程圖 流程間關(guān)系 形成采購(gòu)計(jì)劃的單位依據(jù)審批后的物資采購(gòu)計(jì)劃，在合格分承包方的名冊(cè)內(nèi)采購(gòu)，A、B 類 物資采購(gòu)應(yīng)簽訂 采購(gòu) 合同或質(zhì)量保證協(xié)議書，國(guó)控 產(chǎn) 品重油和專控的毒品除外。遇有特殊情況，需在“ 合格分承包方名 單”外采購(gòu)時(shí)，由采購(gòu)部 門提出申請(qǐng)， 經(jīng)采購(gòu)部門技術(shù)負(fù)責(zé)人和物資管理處負(fù)責(zé)人審核、技術(shù)質(zhì)量副院長(zhǎng)批準(zhǔn)后實(shí) 施，同時(shí)對(duì)采購(gòu)物資加嚴(yán)入廠檢驗(yàn)。 材料入庫(kù)業(yè)務(wù)流程 涉及崗位物資管理處質(zhì)量管理處公司、分廠 控制流程圖圖 15：材料入庫(kù)控制流程圖 流程間關(guān)系某單位需對(duì)外來(lái)采購(gòu)產(chǎn)品進(jìn)行保管控制， 對(duì)原材料、元器件進(jìn)行檢驗(yàn)和試驗(yàn)，只有符合規(guī)定要求的產(chǎn)品才能入庫(kù)，確保采 購(gòu)產(chǎn)品符合規(guī)定要求。物資管理處負(fù)責(zé)采購(gòu)產(chǎn)品的入庫(kù)工作以及公司、分廠 倉(cāng)庫(kù) 管理的監(jiān)督檢查工作。 質(zhì)量管理處為進(jìn)貨檢驗(yàn)/試驗(yàn)的主管部 門， 負(fù)責(zé)組織檢驗(yàn)/試驗(yàn)的實(shí)施。物資管理處及公司、分廠庫(kù)管員負(fù)責(zé)進(jìn)貨物資的驗(yàn)證、送樣 。 文件管理業(yè)務(wù)流程分析 文件編寫與發(fā)布 涉及崗位質(zhì)量管理處科研管理處資產(chǎn)管理處財(cái)資副院長(zhǎng)院長(zhǎng)各相關(guān)公司、分廠 控制流程圖圖 16：文件編寫與發(fā)布控制流程圖 流程間關(guān)系文件管理系統(tǒng)實(shí)現(xiàn)我院機(jī)構(gòu)內(nèi)部業(yè)務(wù)部門、人事部 門、 財(cái)會(huì)部 門、辦公室和文件、檔案部門之間，以及這些部門和外部機(jī)構(gòu)之 間的信息及文件的 傳遞。文件管理能 夠加快業(yè)務(wù)處理的速度，提高了工作的效益。 文件編寫和發(fā)布對(duì)與質(zhì)量體系的產(chǎn)品質(zhì)量有關(guān)的所有文件和資料均有效，包括適當(dāng)范圍的外來(lái)文件和資料。 質(zhì)量手冊(cè)由質(zhì)量管理處組織人員編寫，由管理者代表 審核，經(jīng)院長(zhǎng)批準(zhǔn)后發(fā)布。質(zhì)量文件由質(zhì)量管理處組織歸口主管部門編寫，由所 設(shè)計(jì)的相關(guān)部 門進(jìn)行會(huì)簽， 經(jīng)歸口部門主管院長(zhǎng)批準(zhǔn)后發(fā)布。質(zhì)量計(jì)劃由承制 單位組織人員編寫， 經(jīng)承制 單位負(fù)責(zé)人和質(zhì)量管理處負(fù)責(zé)人審核，技術(shù)質(zhì)量副院長(zhǎng)批準(zhǔn)。軍用產(chǎn)品的圖樣和技術(shù)文件由科研管理 處組織承制單位或項(xiàng)目 組編制，其審批需進(jìn)行三級(jí)審簽 、工 藝會(huì)、質(zhì)量會(huì)簽和標(biāo)準(zhǔn)化檢查。試制產(chǎn)品、新產(chǎn)品的圖樣和技術(shù)文件由承制單位或項(xiàng)目組編制。 設(shè)計(jì)、 試驗(yàn)規(guī)范由承制 單位或項(xiàng)目組編制。定性產(chǎn)品工藝文件及其他技術(shù)文件，包括作 業(yè)指導(dǎo)書、工 藝卡片、設(shè)備操作規(guī)程等，由公司分廠組織編制，經(jīng)公司、分廠及科研管理處負(fù)責(zé)人共同審核，主管院長(zhǎng)批準(zhǔn)。檢驗(yàn)規(guī)程或檢驗(yàn)指導(dǎo)書以及檢測(cè)設(shè)備校驗(yàn)方法有質(zhì)量管理處組織編制， 經(jīng)質(zhì)量管理 處負(fù)責(zé)人審核、技 術(shù)質(zhì)量副院長(zhǎng)批準(zhǔn)。部門管理性文件由各相關(guān)部 門組織編制并由其負(fù)責(zé) 人審核，主管院 長(zhǎng)批準(zhǔn)；涉及其他部門時(shí)，在提交批準(zhǔn)前應(yīng)請(qǐng)所涉及的部 門人會(huì)簽。 文件歸檔 涉及崗位院辦公室檔案負(fù)責(zé)處質(zhì)量管理處科研管理處各部門制定檔案負(fù)責(zé)人 控制流程圖圖 17：文件歸檔控制流程圖 流程間關(guān)系文件資料歸檔流程是為了幫助我院對(duì)各類管理文件/各類標(biāo)準(zhǔn)文件/ 圖紙資料進(jìn)行分部門分類別管理，以及對(duì)文件目 錄，存放及以借 閱等記錄進(jìn)行管理而 設(shè)置的系統(tǒng)。文件歸檔管理是對(duì)我院質(zhì)量管理、企 業(yè)管理、科研管理、物資管理等內(nèi)部運(yùn)行過(guò)程的如實(shí)記錄，它客觀地反應(yīng)著問(wèn)題處 理、 領(lǐng)導(dǎo)決策、生產(chǎn)經(jīng)營(yíng)、基本建設(shè)、研究開(kāi)發(fā)等各方面過(guò)程和成果，同時(shí)也反過(guò)來(lái)影響著以上各 過(guò)程。 文件借閱 涉及崗位各公司、分廠院辦公室 質(zhì)量管理處科研管理處 控制流程圖圖 18：文件借閱控制流程圖 流程間關(guān)系文件資料管理系統(tǒng)是一個(gè)可獨(dú)立動(dòng)作的系統(tǒng)，我院可稽此系統(tǒng)對(duì)院內(nèi)繁多的文件進(jìn)行分門別類的管理，通 過(guò)對(duì)文件借 閱進(jìn)行建檔管理，可隨時(shí)查閱資料所在，以避免資料遺失，該系統(tǒng)與系統(tǒng)資料維護(hù)以及采購(gòu)資料維護(hù)，質(zhì)量管理部門、企 業(yè) 管理部門、科研管理部門以及各文檔借閱對(duì)象可直接在各業(yè)務(wù)流程中查詢相關(guān)文件。 第四章 系統(tǒng)總體設(shè)計(jì) 設(shè)計(jì)思想某單位綜合科研管理系統(tǒng)將采用通用的開(kāi)放操作系統(tǒng)和開(kāi)發(fā)平臺(tái)，確保該軟件的通用性和可擴(kuò)充性?？紤]到該系統(tǒng)的主要功能是實(shí)現(xiàn)某單位的質(zhì)量體系管理，即將設(shè)計(jì)院主要日常工作的質(zhì)量管理活動(dòng)實(shí)現(xiàn)程序化，并最 終設(shè)計(jì)出完全符合設(shè)計(jì)院功能需求的 軟件。因此，在兼顧系統(tǒng)的穩(wěn)定性、實(shí)用性、可擴(kuò)充性的情況下，考慮采用成熟的系統(tǒng)體系結(jié)構(gòu)和開(kāi)發(fā)方式保證系統(tǒng)的穩(wěn)定性；完全依托玻璃鋼研究設(shè)計(jì)院的質(zhì)量體系手冊(cè)進(jìn)行各功能模塊的設(shè)計(jì)來(lái)保證系統(tǒng)的真正實(shí)用性；同時(shí)考慮采用新穎的服務(wù)器端編程方法具體實(shí)現(xiàn)該系統(tǒng)對(duì)主要業(yè)務(wù)的控制要求以保證軟件的可擴(kuò)充性。某單位綜合科研管理系統(tǒng)將為某設(shè)計(jì)研究院的質(zhì)量體系管理的實(shí)現(xiàn)提供完整的功能，不僅實(shí)現(xiàn)研究設(shè)計(jì)院科研開(kāi)發(fā)、生 產(chǎn)檢驗(yàn)等業(yè)務(wù)的電子化管理，還將實(shí)現(xiàn)質(zhì)量管理的體系化和電子化，實(shí)現(xiàn)任務(wù)流的生成和控制以及網(wǎng)上信息 發(fā)布，網(wǎng)上培訓(xùn)等。本系統(tǒng)實(shí)現(xiàn)了：? 某單位質(zhì)量體系認(rèn)證的全部管理要求：? 實(shí)現(xiàn)業(yè)務(wù)管理與質(zhì)量管理的結(jié)合；? 實(shí)現(xiàn)文檔電子流的管理；? 實(shí)現(xiàn)網(wǎng)絡(luò)信息發(fā)布，網(wǎng)上培 訓(xùn)；? 提供系統(tǒng)的可擴(kuò)展性，即保 證各種新增業(yè)務(wù)方便的電 子化管理新需求的接口；? 保證管理系統(tǒng)的穩(wěn)定性要求，即所有數(shù)據(jù)集中 統(tǒng)一管理與后臺(tái)數(shù)據(jù) 庫(kù)中，防止數(shù)據(jù)的丟失；通過(guò)統(tǒng)一的開(kāi)發(fā)平臺(tái)和通用的開(kāi)發(fā)軟件，保 證系統(tǒng) 的通用性。采用 B/S/D 架構(gòu)的成熟技 術(shù)，可做到兼顧靈活性和穩(wěn)定性的要求。 系統(tǒng)架構(gòu)某單位綜合科研管理系統(tǒng)的主要對(duì)象是研究設(shè)計(jì)院質(zhì)量體系的實(shí)現(xiàn)，通過(guò)對(duì)研究設(shè)計(jì)院的日常業(yè)務(wù)的質(zhì)量管理的實(shí)現(xiàn)，建立完整的后臺(tái)數(shù)據(jù)中心，為研究設(shè)計(jì)院的質(zhì)量管理標(biāo)準(zhǔn)化、 規(guī)范化提供幫助。 B/S/D 架構(gòu)的優(yōu)勢(shì)某單位綜合科研管理系統(tǒng)包括的主要內(nèi)容為：質(zhì)量管理流程、企業(yè)管理流程、科研管理流程、物資管理流程和文件管理流程。作為企業(yè) Intra 的主要應(yīng)用系統(tǒng)，該系統(tǒng)的主要架構(gòu)設(shè)計(jì)為 B/S/D 架構(gòu) 。，以下將比 較其與其他架構(gòu)的優(yōu)劣。 C/S 結(jié)構(gòu)的限制網(wǎng)絡(luò)應(yīng)用絕大部分都可分為以下四個(gè)層次：表現(xiàn)層、事 務(wù)層 、數(shù)據(jù) 邏輯層和數(shù)據(jù)存儲(chǔ)層。在 C/S 結(jié) 構(gòu)中，表 現(xiàn)層和事務(wù)層都放在客戶端，而數(shù)據(jù) 邏輯層和數(shù)據(jù)存儲(chǔ)層則置于服務(wù)器端。這種組織安排帶來(lái)諸多的限制： 客戶端很龐大，以致于應(yīng) 用程序升級(jí)和維護(hù)時(shí)十分困難 且耗資很大： 如對(duì)應(yīng)用程序一個(gè)小小的改動(dòng)，就必 須通知或親臨每一個(gè)客 戶端去更新；新增或升級(jí)一臺(tái)機(jī)器，都要把 應(yīng)用及其相關(guān)的文件安裝在客戶 端上。在某單位綜合科研管理系統(tǒng)中有大量的客戶端，可以想象維護(hù)的工作量有多大。事務(wù)層不能與跨平臺(tái)的客戶 端共享。孤立了不同的邏輯組件。沒(méi)有統(tǒng)一的數(shù)據(jù)邏輯層來(lái)提供不同種 類的數(shù)據(jù)存儲(chǔ)層。C/S 組織結(jié)構(gòu)不支持 Inter。 C/S 與 B/S 混合結(jié)構(gòu)的不足不可否認(rèn)的是 C/S 與 B/S 混合 結(jié)構(gòu)確實(shí)適于一些企業(yè)組織 其應(yīng)用管理系統(tǒng)，但 總的來(lái)說(shuō)，其適用范圍是有限的。 大多數(shù)的 C/S 與 B/S 混合 結(jié)構(gòu)的選擇實(shí)際是在原有 C/S 架構(gòu)上的 Web 應(yīng)用升級(jí)，而在 B/S 結(jié)構(gòu)已可替代大多 C/S 結(jié)構(gòu)功能的今天， 創(chuàng)建單 一的架構(gòu)顯然更有利于系統(tǒng)的維護(hù)和升級(jí)。 C/S 結(jié)構(gòu)與 B/S 結(jié)構(gòu)畢竟是不同的兩種架構(gòu)，要將其有機(jī)的結(jié)合起來(lái)需要Application Server 的支持，導(dǎo)致軟件開(kāi)發(fā)費(fèi)用的增加和系統(tǒng)復(fù)雜度的增加。 考慮到某單位的具體特點(diǎn)， B/S 架構(gòu)的功能已能實(shí)現(xiàn)全部管理功能。 B/S/D 架構(gòu)的 Web 應(yīng)用解決方案的優(yōu)勢(shì)Web 平臺(tái)是一個(gè)調(diào)度任務(wù)集中的、以客戶為中心的應(yīng)用程序平臺(tái)；它是一個(gè)分布式、開(kāi)放、適用性強(qiáng)、高性能、端到端的平臺(tái)；它可使企業(yè)利用技術(shù)獲取競(jìng)爭(zhēng)優(yōu)勢(shì)。1. 分布式C/S 技術(shù) 的出現(xiàn) ，給系統(tǒng)集成方案帶來(lái)了集中的信息和本地的 PC 環(huán)境，但其數(shù)據(jù)的共享程度是很不夠的。當(dāng)今的信息技 術(shù)需要新的解決方案，它提供以客 戶為中心的用戶界面和Web 的分布結(jié)構(gòu)，它 帶有 IT 環(huán)境的個(gè)人特征，如數(shù)據(jù)存取、安全性能等，這就是我們通常所說(shuō)的三層結(jié)構(gòu)。2. Web 結(jié)構(gòu)的優(yōu)勢(shì)在 Web 結(jié)構(gòu)中，事務(wù)層和數(shù)據(jù)邏輯層放在中間組件層， 這是關(guān)鍵，是與 C/S 結(jié)構(gòu)的最大區(qū)別，它能解決以下幾個(gè)問(wèn)題 ：(1) 客戶端很瘦小，并且很容易在運(yùn)行時(shí)自動(dòng)升級(jí)；(2) 事務(wù)層可在跨平臺(tái)的客戶端上共享；(3) 不同邏輯組件的分離意味著圖形設(shè)計(jì)人員、事務(wù)邏輯開(kāi)發(fā)人員和數(shù)據(jù)庫(kù)分析人員可以獨(dú)立地設(shè)計(jì)他們各自的部分；(4) 統(tǒng)一的、抽象的用戶界面可使用戶更有效地從同一數(shù)據(jù)源中存取數(shù)據(jù)；(5) 這種結(jié)構(gòu)可更有效地在企業(yè)內(nèi)部網(wǎng)、國(guó)際互聯(lián)網(wǎng)和外聯(lián)網(wǎng)上運(yùn)行。中間組件層充當(dāng)一個(gè)服務(wù)器， 這就是通常所說(shuō)的應(yīng)用服務(wù) 器。3. 開(kāi)放性Web 是一個(gè)開(kāi)放的環(huán)境，應(yīng)用由復(fù)用組件集成，通過(guò)標(biāo)準(zhǔn)語(yǔ)言匯編、跨平臺(tái)的統(tǒng)一協(xié)議發(fā)布，用標(biāo)準(zhǔn)用戶界面 顯示，它與硬件平臺(tái)和操作系統(tǒng)無(wú)關(guān)。 現(xiàn)在有三種組件模型：ActiveX、JavaBeans 和 CORBA。但并不是每一種瀏覽器都支持動(dòng)態(tài)的 HTML，Java 腳本的擴(kuò)充至少支持三種模型：Active Server、LiveWire 和 PowerDynamo。4. 適應(yīng)性一個(gè)可適應(yīng)的開(kāi)發(fā)環(huán)境是非常重要的，采用 應(yīng)用服務(wù)器的目的在于它支持多種 組件模型，但在客戶端和數(shù)據(jù)庫(kù)服務(wù)器端需要有更強(qiáng)的適應(yīng)性。隨著 Web 技術(shù)的介入，用戶界面設(shè)計(jì)已發(fā)生了巨大的變化，因?yàn)樵谡军c(diǎn)上，并沒(méi)有類似迷惑用戶的東西或用戶手冊(cè)。一個(gè)成功的站點(diǎn)應(yīng)首先吸引用 戶 ，而后留住用 戶。而引入新的、面向圖形化的和直覺(jué)的用戶界面標(biāo)準(zhǔn)，就允許最終用戶可以直接與它 們交流。 B/S/D 結(jié)構(gòu)中各部分的分工 Web 發(fā)布部分Web 服務(wù)器僅僅是把要顯示的內(nèi)容從站點(diǎn)上以文件的形式 讀取，然后以靜態(tài)的 HTML 格式送到客戶端的瀏覽器；也可以 Applet 增強(qiáng)表現(xiàn)能力，但它 僅僅 是利用 ActiveX 或JavaBeans 通過(guò)頁(yè)面或組件，并沒(méi)有通過(guò)任何事務(wù)數(shù)據(jù)服務(wù) 器。 數(shù)據(jù)處理部分Web 數(shù)據(jù)處理增強(qiáng)了標(biāo)準(zhǔn) Web 站點(diǎn)存取數(shù)據(jù)的能力，包括許多數(shù)據(jù)類型。我 們可根據(jù)數(shù)據(jù)的存取容量把數(shù)據(jù)分成兩大組類：標(biāo)準(zhǔn)的在線事務(wù)處理(OLTP)程序?qū)⒒ㄙM(fèi)大量時(shí)間去檢索和操作核心在線數(shù)據(jù)，這種數(shù)據(jù)需要連續(xù)讀取和回寫。而另一種輔助數(shù)據(jù)是只讀的，如幫助文件、用戶信息和文檔等。Web 數(shù)據(jù)處理主要集中在輔助數(shù)據(jù)，而 Web OLTP 主要集中在核心在線數(shù)據(jù)。 客戶端客戶端是表現(xiàn)邏輯層，執(zhí)行含有各種 擴(kuò)展的 HTML(包括動(dòng)態(tài) HTML)頁(yè)面，這些擴(kuò)展既來(lái)自瀏覽器，也來(lái)自可 視化 JavaBeans 和 ActiveX 組件。在任何情況下，我們至少需要一個(gè)HTML 頁(yè)面，由此 HTTP 可從服務(wù)器端傳至客戶端， 應(yīng)用程序的其它部分可以是一個(gè)整體。因?yàn)榇蟛糠值?Web 應(yīng)用都是為 Inter 編寫的，對(duì)專業(yè)的 IT 應(yīng)用而言， Web 是一個(gè)成功的平臺(tái)，用戶可以在斷開(kāi) 連接后 繼續(xù)工作，這就意味著遠(yuǎn)程象本地一樣可存取事務(wù)和邏輯數(shù)據(jù)。這樣不僅要分發(fā)應(yīng)用程序，而且還要分發(fā)數(shù)據(jù)。 應(yīng)用和數(shù)據(jù)服務(wù)器端Web 結(jié)構(gòu)中的剩余部分就是完成應(yīng)用程序如何與數(shù)據(jù)協(xié)同工作。數(shù)據(jù)可分成兩大類：事務(wù)邏輯和數(shù)據(jù)邏輯。數(shù)據(jù)邏輯駐在數(shù)據(jù)服務(wù)器中，而事務(wù)邏輯則置于應(yīng)用服務(wù)器中。事務(wù)邏輯又可分為兩類：事務(wù)組件和應(yīng)用服務(wù)，事務(wù)組件定義了事 務(wù) 及其操作，而 應(yīng)用服務(wù)則是提供一般應(yīng)用性能的組件，如菜 單管理、主從數(shù)據(jù)格式等。在一個(gè)完整的 應(yīng)用中，以上方式往往同時(shí)存在。例如， 對(duì)不存取任何數(shù)據(jù)的 Web 頁(yè)面，傳統(tǒng)的 Web 方法是很好的，由 Web 服務(wù)器從文件系統(tǒng)中讀取頁(yè)面，然后送給客戶端。 可定制的任務(wù)流控制管理網(wǎng)絡(luò)應(yīng)用系統(tǒng)在針對(duì)具體的企業(yè)實(shí)體實(shí)現(xiàn)其日常管理需求時(shí)，企業(yè)生產(chǎn)中業(yè)務(wù)流程的概念需要得到體現(xiàn)。而在管理 過(guò) 程中，對(duì)任意的流程的可控是 實(shí)現(xiàn)質(zhì) 量管理的關(guān)鍵，我們考慮通過(guò)崗位和角色的概念和網(wǎng)絡(luò)應(yīng)用實(shí)現(xiàn) B/S 結(jié)構(gòu)上流程可控功能。 崗位與角色的劃分企業(yè)的業(yè)務(wù)大多復(fù)雜和繁多，不利于 實(shí)現(xiàn)計(jì)算機(jī)管理；因此，通過(guò)提取性質(zhì)相似的崗位，可以簡(jiǎn)化流程管理中面對(duì)的對(duì)象的數(shù)量，這也是面向?qū)ο蟮?編 程方法的體現(xiàn)，例如生 產(chǎn)流程與采購(gòu)流程都有合同制訂的相似過(guò)程，面向的對(duì)象（合同） 雖然不同，但過(guò)程運(yùn)作卻是相似的，可以歸結(jié)在一起。 對(duì)軟件設(shè)計(jì) 來(lái)說(shuō)， 這是相同的方法，而不同合同內(nèi)容即是這同一方法的不同屬性。 數(shù)據(jù)庫(kù)的崗位字段的設(shè)計(jì)如前所述，方法與屬性恰恰構(gòu)成關(guān)系型數(shù)據(jù)庫(kù)的對(duì)應(yīng)關(guān)系，通過(guò)任務(wù)流數(shù)據(jù)字段的建立可以實(shí)現(xiàn)如下功能：1