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