目錄

第一章前言5

1.1設計思想5

1.2幾個術語5

第二章總體目標與設計原則7

2.1總體目標7

2.2設計原則7

第三章需求分析及功能設計9

3.1子系統劃分9

3.1.1質量管理子系統9

3.1.2企業管理子系統9

3.1.3科研管理子系統10

3.1.4物資管理子系統10

3.7.5文件管理子系統10

3.2系統流程分析11

3.2.1系統總體崗位劃分11

3.2.2質量管理業務流程分析17

3.2.3企業管理業務流程分析22

3.2.4科研管理業務流程分析24

3.2.5物資管理業務流程分析30

3.2.6文件管理業務流程分析35

第四章系統總體設計40

4.1設計思想40

4.2系統架構40

4.2.1B/S/D架構的優勢41

4.2.2B/S/D結構中各部分的分工43

4.3可定制的任務流控制管理44

4.3.1崗位與角色的劃分.44

4.3.2數據庫的崗位字段的設計44

4.3.3任務定制的設想44

4.4以崗位為依據進行嚴格的權限管理44

4.5實現文檔電子化管理45

4.6INTERNET增值服務45

4.7統一的后臺數據平臺45

4.8通過XML語言實現INTERNET上的數據交換45

第五章應用軟件設計46

5.1應用軟件的設計思想46

5.2軟件系統總體架構46

第六章關鍵技術介紹48

6.1基于B/S/D三層體系結構的運行環境48

6.2數據后臺MYSQL的技術特點49

6.2.1MySQL的定義49

6.2.2主要特征49

6.2.3穩定性要求50

6.3JSP技術一跨平臺的網絡開發語言50

6.4JAVA技術的應用51

6.4.1Sendet技術一靈活的服務器端應用程序51

6.4.2JavaApple技術一實現統計數據在網頁上的動態顯示54

6.4.3JavaBeans技術一組件開發概念54

6.5通過XML語言實現INTERNET上的數據交換54

6.5.JXML會帶來什么54

6.5.2XML的應用55

6.6采用基于構件的面向對象的設計方法56

6.7MICROSOFTSITESERVER站點管理及分析統計技術56

6.8開發工具56

第七章局域網總體設計方案57

7.1網絡設計原則57

7.2網絡主干技術及設備選型57

7.2.1網絡拓撲結構57

7.2.2網絡設備的選型58

7.3INTERNET防火墻和系統安全設計63

73.1防火墻64

7.3.2WEB服務器頁面監控及報警系統66

73.3病毒防護系統66

7.4服務器系統設計說明66

7.4.1服務器系統概述66

7.4.2服務器選型說明67

7.5整體方案設計說明69

7.6主要設備一覽表70

7.6.1基礎方案70

7.6.2擴展方案72

第八章項目管理和質量保證體系74

8.1工程組織結構75

8.1.1工程領導小組75

8.1.2工程協調小組75

8.1.3工程實施小組76

8.1.4測試驗收小組77

8.2系統開發與實施控制78

8.2.1階段檢查點的審核檢查方式78

8.2.2標準化、規范化保證78

8.2.3成本與進度控制79

8.3項目實施計劃79

8.3.1三個時期79

8.3.2開發小組82

8.4項目質量保證體系84

8.4.1質量方針84

8.4.2質量目標84

第九章應用系統安裝、測試和驗收85

9.1安裝85

9.1.1安裝調試計劃85

9.1.2注意事項85

9.13安裝調試報告85

9.2測試86

9.2.1測試目的86

9.2.2測試組織86

9.2.3測試方法86

9.2.4測試內容86

9.2.5測試報告87

9.3驗收87

9.3.1文檔驗收87

9.3.2應用系統軟件的驗收88

9.3.3驗收報告88

第十章培訓計劃89

10.1培訓目標89

10.2培訓內容89

10.3培訓方式89

10.4培訓地點90

10.5培訓計劃90

第十一章售后服務和技術支持體系91

11.1終身維護91

11.2快速響應的能力91

第一章前言

1.1設計思想

某單位應用系統是依據該院的質量管理體系文件進行設計的。設計思想如下：一本方案

首先將其定位為“綜合科研管理系統”。本系統不是一個簡單的網絡應用系統，系統不

但包括研究院的各個業務系統,還包括電子化文檔流、任務流程管理控制等不同的管理功能。

其次，業務的可控性甘標將貫穿整個系統，這是區別于一般網絡應用系統的特點之一。

許多網絡應用系統簡面言之僅僅是一個在網頁中提交表單數據的載體，既沒有管理的概念也

沒有實現企業流程控制的可能。

第三，將結合科研管理的實際情況。研究設計院不同于一般的企業運營，科研項目也

有自身設計文檔多，審核程序復雜等特點，故具有科研的特點。

最后，系統具有完善的質量體系程序文件作為依據，因而具有業務的規范性。

經過對某單位的質量認證體系的分析，本文分別從質量管理層面、企業業務層面、物

資管理層面、科研管理層面和文件管理層面五個層面進行功能設計，歸納出支撐設計院日常

工作事務的約三十多個基本崗位，作為質量目標管理的基本要素。以質量管理和業務處理

為主線，有機結合辦公自動化和客戶服務，總結出約二十多個業務流程控制，實現業務的規

范化管理進行有效的質量管理。

1.2幾個術語

崗位：崗位是質量目標管理的基本考核單位。設計院可以根據業務需要進行合理的崗

位設置，明確崗位職能。院長明確本設計院共設置的崗位數，處長明確本單位的崗位數目及

職能。明確的崗位設置是進行質量目標管理的基礎。

角色：角色是具體的工作人員。通常一個工作人員從事一個崗位的工作。可以給一個

角色分配多個崗位。一個崗位也可以有多個工作人員，稱之為業務員。角色的分配一般經院

長或處長統一，質量部門進行調整。每個員工扮演的角色是確定的。

控制流程：控制流程是各個業務流程的具體描述，詳細規定了業務涉及的崗位，處理

方法，處理順序等，是質量管理控制工作流的關鍵要素。每一個控制流程，好像一條線索連

接相關的崗位。控制流程分為基本流程和擴展流程。

質量管理：質量管理是通過全程跟蹤控制流程，實現對崗位和角色的考核，達到對產

品質量、服務質量的提高。通過在關鍵的控制流程設計跟蹤點，采集質量信息，分析產生質

量問題的原因。

第二章總體目標與設計原則

2.1總體目標

某單位綜合科研管理系統是要建設成為覆蓋研究設計院各處室、下屬公司和主要業務

的綜合科研管理系統。實現業務管理與質量管理的結合；實現文檔電子流的管理；實現網絡

信息發布，網上培訓；提供系統的可擴展性，即保證各種新增業務方便的電子化管理新需求

的接口；保證管理系統的穩定性要求，即所有數據集中統一管理于后臺數據庫中，防止數據

的丟失：通過統一的開發平臺和通用的開發軟件，保證系統的通用性。

2.2設計原則

本項目的設計以需求為導向，盡量收集用戶的要求，采用構件的設計思想，便于系統功

能的重組和擴充。系統采用“總體規劃、分步實施”的策略，第一步完成通用控制頁面的設

計，接下來完成常用的后臺服務程序的開發，最終達到實現質量體系的目標。為保障項目的

各項性能，本項目在設計和實施過程中應遵循如下的原則：

先進性：采用先進、成熟的信息技術，既要保證系統在滿足當前的功能需求，也為將來

的功能需求提供條件。保證在5-10年內不落后。

實用性：充分考慮到質量管理和流程控制的實際需要，設計方案留有一定的余地，即在

設計中構造明晰的體系結構，便于更改；完全根據企業的生產實踐進行軟件設計，達到實用

的目的。

可擴充性：采用面向對象的設計思想和開發技術以及構件設計思想，保證在用戶的需求

發生變化和增加時，使系統的修改量減到最小。

開放性：由于本系統涉及許多硬件設備和外部應用軟件，為了更好地和各種硬件設備和

應用軟件接口，在設計時，應提供主要的接口標準。

標準化：在系統總體規劃設計中，所有軟、硬件產品的選擇必須選擇符合開放性和國際

標準化的產品和技術；在應用軟件開發中，必須遵循總體組制定的各項規范和要求，還要接

受公司的質量保證部的監控。

安全與保密：系統設計時應充分考慮系統的安全，提供備份的功能，保證當系統出現硬

件或軟件的故障時，能進行恢復；另外，應對用戶進行權限管理，保證信息的安全。

以數據為中心的設計原則：本項目采用以主題數據庫為中心的設計思想，首先把本項目

的主題數據庫設計出來，再在此基礎上開發各種應用。由于主題數據庫是項目的基本信息資

源，它具有很好的不變性和穩定性，相對獨立與具體的應用，當用戶的需求發生變化時，使

修改量減到最小。

第三章需求分析及功能設計

3.1子系統劃分

3.1.1質量管理子系統

3.1.1.1總體功能介紹

質量管理子系統的核心是質量管理與研究設計院日常業務活動的結合，或稱嵌入式的

管理模塊。也就是說，由于該系統的主體是質量管理系統，而該系統的主要管理目的是對業

務活動在已定義的質量體系下的質量管理，因此質量管理不是獨立于其他業務子系統的，體

現這一特殊管理需求的最佳設計方法就是質量管理子系統的功能模塊嵌入到業務管理子系

統。

3.1.1.2與其他子系統關系

質量管理子系統的主要功能是質量監控在業務活動中的實現，從而完善現有質量體系，

提高管理水平和產品質量的目標。

質量管理子系統不僅對其他子系統具有微觀監控作用，同時還應具有宏觀監控的作用，

能夠為質量的主管負責人提供足夠的質量控制記錄的匯總和分析。

3.1.2企業管理子系統

3.1.2.1總體功能介紹

企業管理主要涉及對象是研究院的各分廠和公司，主要的管理目標是生產流程的控制。

3.1.3科研管理子系統

3.1.3.1總體功能介紹

科研管理包括產品的設計，圖紙的管理，設計的評審和鑒定等，這是研究院業務流程的

重要部分，其主管部門是科研管理處。

3.1.4物資管理子系統

3.1.4.1總體功能介紹

物資管理系統通過對采購進行控制，確保采購的產品符合規定的要求，從而保證質量。

同時對相關產品的庫存狀態進行檢驗。其主管部門是物資管理處，負責對象包括對分承包方

的評價及采購計劃審核；對各公司、分廠采購計劃的制定及采購的審查。科研管理處、質量

管理處、公司、分廠參與分承包方的評價。技術質量副院長負責物資分類目錄的批準。“合

格承包方名冊”由物資管理處負責人審核、財資副院長批準。大宗及A類物資采購計劃由

物資管理處負責人審核、財資副院長批準。

3.1.4.2與其他子系統關系

物資管理子系統主要負責物資采購和管理，是對企業管理和科研管理的重要補充。

3.1.5文件管理子系統

3.1.5.1總體功能介紹

I）文檔編寫平臺：通過給定的文檔電子模版，實現文檔的統一格式，最終實現無紙化辦

公模式。

2）文檔管理平臺：相關文檔的入庫管理，包括申請表單的網上填寫、文檔的傳輸和后臺

存儲結構等。

3）資料共享平臺：對后臺文檔數據的網上提取和查詢。

3.1.5.2與其他子系統關系

文件管理子系統是對其他子系統的文檔電子流的統一管理系統。

3.2系統流程分析

3.2.1系統總體崗位劃分

收集發放崗位

■質量目標管理控制程用中，向各部門收集質量目標草案，上報主管質量副院長。

?管理評審控制程序中，向各部門發放“管理評審計劃”。

?質量計劃控制程序中，下達“質量計劃編制任務書”。

文檔制定修訂崗位

-管理評審控制程序中，擬定“管理評審計劃”，“管理評審報告”。

■質量計劃控制程序中，制訂“質量計劃”。

'質量計劃控制程序中，修訂“質量計劃”。

?質量成本管理控制程序中，編寫“質量成本綜合分析報告”（分季度、年度）。

■進貨檢驗和試驗控制程序中，編制“進貨檢驗項目表，

-過程檢驗和試驗控制程序中，編寫“檢驗/試驗指導書”。

-最終檢驗和試驗控制程序中，依據檢驗/試驗結果填寫“檢驗/試驗報告”。

■試驗質量控制程序中，編寫“試驗大綱”。

-搬運、貯存、包裝、防護和交付控制程序中，出具“產品合格證明”。

?質量記錄的控制程序中，編制質量記錄。

質量跟蹤審查崗位

■管理評審控制程序中，對措施計劃實施情況進行監察。

■質量計劃控制程序中，審核質量計劃。

-質量成本管理控制中，跟蹤檢查質量成本的糾正措施。

?產品圖樣和技術文件的審簽和標準化檢查控制程序中，質量會簽。

?工藝評審控制程序中，跟蹤檢查處置意見和措施的實施。

-糾正和預防措施控制程序中，對糾正措施和預防措施實施檢查、跟蹤。

質量檢驗崗位

■顧客提供產品的控制程序中，對顧客提供產品的檢驗和試驗。

?過程控制程序中，質量檢驗。

?首件鑒定控制程序中，對首件的檢驗。

-特殊過程和關鍵工序控制程序中，質量檢驗。

■新產品試制控制程序中，組織產品檢驗工作。

?進貨檢驗和試驗控制程序中，組織檢驗。

?過程檢驗和試驗控制程序中，組織進行過程檢驗/試驗。

■最終檢驗和試驗控制程序中，進行檢驗。

-檢驗印鑒管理控制程序中，檢驗印鑒。

-檢驗和試驗狀態控制程序中，監督檢查進行狀態標示。

■不合格品的控制程序中，常設機構。

評審組織崗位

-管理評審控制程序中，組織具體實施管理評審活動。

?合同評審控制程序中，負責檢驗能力的評價.

-產品質量評審控制程序中，負責組織評審。

-生產準備評審控制程序中，對生產準備工作的評審組織。

■內部質量體系審核控制程序中，年審、內審。

檢驗設備管理崗位

?檢驗、測量和試驗設備控制程序中，檢測設備的校準、維修管理。

3.2.1.7質量管理崗位

質量目標管理控制程序中，依據上報草案和總體情況分析，編制質量目標草案。

?技術狀態管理控制程序中，最終審批圖樣或技術資料。

?產品圖樣和技術文件的審簽和標準化檢查控制程序中，對審核工作最終結果的

審批。

■設計輸入控制程序中，對二類項目的設計輸入文件的審批，對一類項目的審核。

'設計輸出控制程序中，對二類項目的設計輸入文件的審批，對一類項目的審核。

?試驗質量控制程序中，對試驗大綱的審批。

?統計技術控制程序中，負責對統計技術方法的技術指導及推廣應用。

院長崗位功能

'院長崗位

負責特殊合同的審批。

■生產經營副院長崗位

負責特殊合同的審批，協調生產過程。

■技術質量副院長崗位

負責特殊合同、新產品合同、技術合同的審批。

■財資副院長崗位

負責特殊合同、采購計劃（A類和大宗物資）的審批。

-法人代表崗位

簽訂合同。

企業管理處崗位功能

■評審組崗位

審理特殊合同，評價本公司分廠的生產及運輸能力。

-檔案管理組崗位

管理有關合同評審記錄、合同的修改記錄，合同文本，及與客戶建立有關

合同的聯絡網表。

■協調組崗位

就特殊合同修改，協調顧客與合同審理員。

督查組崗位

監督和檢查顧客提供的產品，公司、分廠對產品的標識，生產全過程。

■計劃組崗位

所有過程在實施前的策劃，對過程質量有直接影響的諸因素實施控制，同

時按有關標準/法規，質量計劃和質量體系文件的規定。

0科研管理處崗位功能

■協調組崗位

協調項目組、顧客、管理部門之間的工作，

?評審組崗位

評審新產品合同、新技術合同、評價設計技術能力、設計書、設計輸入文

件設計輸出文件。

■任務組崗位

通過市場調研提出新產品項目建議書，或上級部門下達新產品試制任務，

或來源于合同三種途徑獲得設計與開發任務。

-資源配置組崗位

配備資源，以滿足設計任務。

■計劃組崗位

編制實施計劃，將設計任務分成階段性的目標。

-設計組閔位

設計每一階段的具體設計要求，以及具體設計要求的實現。

1質量管理處崗位功能

-檔案管理組崗位

產品登記入庫，公司建立的有關分包商的檔案，以及公司的質量檢測能力。

-驗證組閔位

驗證顧客提供的產品，檢驗公司、分廠的生產環境及使用材料的質量控制。

■追溯組崗位

追溯產品的標識者，生產班組，檢驗者。

評審組崗位

評價關分包商的檔案，調整分包商，并且審核分包商提供的產品說明書。

■設備控制組崗位

負責建立泉源檢測設備的總帳臺：設備名稱、規格型號、設備編號、使用

地點檢測周期、校驗方法、操作規程、說明書及使用、保養、維修記錄。

2物資管理處崗位功能

-評審組崗位

審核公司、分廠提供的承包商方案，采購內能力，以及采購計劃。

?負責人崗位

審核采購計劃（A類和大宗物資）。

■管理組崗位

工廠生產設備的管理負責人。

-檔案組崗位

檔案管理。

3資產管理處崗位功能

■評審組崗位

審核公司、分廠的設備生產能力。

-檔案組崗位

管理測量設備購置計劃檔案。

4財務處崗位功能

■評審組崗位

審核研究院的付款能力。

5公司、分廠崗位功能

■物資分類崗位

將需要采購的物件分類。

評審組崗位

審核承包方，選擇承包方，確定承包方，并且建立承包商檔案并上報質量

管理處。

■計劃組崗位

制定采購具體計劃，并且簽定采購合同。

■管理員崗位

保管顧客提供的產品和采購品。

-標識組崗位

標識產品，及更改產品標識。

■協調員崗位

協調公司、分廠和顧客以及組管部門的工作。

■控制組崗位

保證順利生產，進行設備、材料、環境控制。在生產過程中進行特殊過程

及關鍵工序控制，新產品試制控制。

■監控員崗位

生產全過程的跟蹤監控，并記錄生產全過程。

-印簽管理員崗位

印簽管理。

?運輸組崗位

產品運輸

■包裝組崗位

產品包裝。

-存儲、交付崗位

產品存儲、交付。

■項目組崗位

完成一個項目的人員集合。

3.2.2質量管理業務流程分析

3.2.2.1管理評審流程

.1涉及崗位

管理者代表、院長、

質量管理處：計劃組、評審組、驗證組、追溯組

企業管理處：評審組、督察組、

科研管理處：評審組、設計組、資源配備組

資產管理處：評審組

物資管理處：評審組

財務處：評審組

公司、分廠：評審組、計劃組

.2控制流程圖

評審組〈企管處、科管

處、質管處、物資處、

驗證組（施管處）

資產處、財務處、公司

分廠）

圖1：管理評審控制流程圖

.3流程間關系

質量管理流程涉及9個部門，是和其他流程交錯在一起，但被從任務概念上提取出來

自成一體系。

3.2.2.2內審流程

.1涉及崗位

管理者代表

質量管理處：計劃組、負責人、評審組、評審組長、驗證組

公司、分廠：項目組長

3.222.2控制流程圖

3.2.2.23流程間關系

本流程在實際工作當中與業務交雜，從任務流的觀點進行概念提取得到內審邏輯結構

獨立。

3.2.2.3統計技術應用

3.2.23.1涉及崗位

技術質量副院長

質量管理處：計劃組、負責人

公司、分廠：計劃組

3.2.23.2控制流程圖

3.2.23.3流程間關系

本流程主要設涉及生產部門和質量管理部門，完成統計技術流程運做，在實際生產當中

穿插與業務流程當中，在軟件邏輯結構上，用任務流的觀點看，結構獨立。

3.2.2.4質量成本

.1涉及崗位

院長

質量管理處：計劃組、驗證組

財務處：評審組

.2控制流程圖

汁歸汨.，升管姓；i屋腹，舊管處j評審組（財務處〉計劃組（質管處）,

*分析

:腌證

驗證組（質管處）計劃組（質管處）

圖4：質量成本控制流程圖

3.2.2.43流程間關系

本任務流關于質量成本計算，結構獨立，但影響其他動作流的實現。

3.2.2.5不合格品控制程序

.1涉及崗位

質量管理處：驗證組

不合格產品審理委員會、不合格產品審理常設機構、不合格產品審理小組、公司、

分廠：項目組長、驗證組、檢驗員

3?2?2.5.2控制流程圖

不合格產品不合格產品審不合格產品

哈證組（質管處）項目組長（公司分廠）驗證組《質管處〉審理委員會|I理常設機構審理小組

確認

評審組（財務定丁|一小

檢驗員（公司分廠）項目組長（公司分廠）

驗證組（公司分廠）驗證組（質管處）

圖5：不合格產品控制流程圖

3.2.253流程間關系

本流程關于不合格產品的控制一般流程，結構相對獨立。

3.2.3企業管理業務流程分析

3.2.3.1計劃管理流程

.1涉及崗位

公司分廠：計劃組、負責人、

企業管理處：評審組、負責人

生產經營副院長

3.23.1.2控制流程圖

圖6：計劃管理控制流程圖

.3流程間關系

本流程是生產計劃制訂流程，是在處于生產流程之前，結構獨立。

3.2.3.2合同管理流程

.1涉及崗位

院長、技術質量副院長、主管副院長、法人代表

企業管理處：評審組、負責人

科研管理處：評審組、負責人

公司、分廠：負責人、評審組、業務員

323.2.2控制流程圖

不合格產品不合格產品由不合格產品

項目組長（公司分廠）驗證組（質管處）審理委員會理常設機構審理小組

IJ,丁

-?確認A：提交：?審核

圖7：合同管理控制流程圖

323.2.3流程間關系

本流程結構獨立，是合同簽定的?般流程。

3.2.4科研管理業務流程分析

3.2.4.1制訂的管理文件和C層次文件

.1涉及崗位

科研管理處：計劃組、評審組、驗證組、檔案組

.2制訂的管理文件和C層次文件

序號文件編號名稱

01ZD.G/FRP/KG001-2001科研項目管理程序作業指導書

02ZD.G/FRP/KG002-2001民用新產品開發試制控制程序

03ZD.G/FRP/KGOO3-2OO1關于科研項目負責人資格的規定

04ZD.G/FRP/KG004-2001科研項目組織技術接口框圖

05ZD.G/FRP/KG005-2001科研項目管理暫行辦法

06ZD.G/FRP/KG006-2001軍品技術合同和新產品合同執行管理辦法

07JL.G/KY.WJZD-001軍用產品和新產品工藝文件制訂辦法

08JL.G/KY.BZH-001軍用圖樣和技術文件標準化檢查辦法

09JL.G/KY.WJ-001軍用產品和試制產品技術文件和資料管理辦法

10JL.G/KY.TSGC-001特殊過程和關鍵工序能力驗證分析方法

3.2.4.2科研項目過程管理控制程序

.1涉及崗位

科研管理處：任務組、科技委、評審組、檔案組、計劃組

.2控制流程圖

評審組（科管處）檔案組（科管處）

圖8：科研項目過程管理控制流程圖

3.2.4.3軍品新產品開發控制程序控制程序

.1涉及崗位

科研管理處：計劃組、評審組、驗證組、檔案組

公司、分廠：監控組、設計組、評審組、計劃組、標識組

3.2.43.2控制流程圖

圖9：A類技術合同/新產品合同執行流程圖

圖10：B類技術合同/新產品合同執行流程圖

圖11：C類技術合同/新產品合同執行流程圖

3.2.4.33流程間關系

本流程關于科研項目過程管理控制，處于計劃管理流程之后，是完整的A、B、C類技

術合同/新產品合同，軍品生產業務流程。處于科研項目過程管理控制流程之后。

3.2.4.4組織我院軍工產品和新產品工藝文件的制訂

.1涉及崗位

科研管理處：計劃組、評審組、負責人、設計組、檔案組

公司分廠：負責人、評審組、設計組

技術質量副院長

.2控制流程圖

俏毀

技術質量副院長

圖12：軍工產品和新產品工藝文件制定流程圖

3.2.4.43流程間關系

本流程關于軍品制造的工藝文件制訂流程，結構獨立，處于科研項目管理控制流程后,

在軍品開發控制流程之前。

3.2.5物資管理業務流程分析

3.2.5.1采購計劃流程

.1涉及崗位

物資管理處

各公司、分廠

技術質量副院長

財資副院長

.2控制流程圖

圖13：采購計劃控制流程圖

3.流程間關系

采購屬于物資管理流程的組成部分，質量管理與采購是控制與被控制的關系，從審批承

包商，制定采購計劃到保管產品，每一步都受到嚴格檢驗與審核，只有通過對采購進行控制，

才能確保采購的產品符合規定的要求，從而保證質量。

物資管理處為采購控制的主管部門，負責對分承包方的評價及采購計劃審核。各公司、

分廠負責采購計劃的制定及采購。科研管理處、質量管理處、公司、分廠參與分承包方的評

價。技術質量副院長負責物資分類目錄的批準。“合格承包方名冊”由物資管理處負責人審

核、財資副院長批準。大宗及A類物資采購計劃由物資管理處負責人審核、財資副院長批

準。

3.2.5.2采購合同流程

.1涉及崗位

各公司、分廠

物資管理處

技術質量副院長

企業管理處

3.23.2.2控制流程圖

圖14：采購合同控制流程圖

3.252.3流程間關系

形成采購計劃的單位依據審批后的物資采購計劃，在合格分承包方的名冊內采購，A、

B類物資采購應簽訂采購合同或質量保證協議書，國控產品重油和專控的毒品除外。遇有特

殊情況，需在“合格分承包方名單”外采購時，由采購部門提出申請，經采購部門技術負責

人和物資管理處負責人審核、技術質量副院長批準后實施，同時對采購物資加嚴入廠檢驗。

3.2.5.3材料入庫業務流程

.1涉及崗位

物資管理處

質量管理處

公司、分廠

3.253.2控制流程圖

圖15：材料入庫控制流程圖

3.2.5.33流程間關系

某單位需對外來采購產品進行保管控制，對原材料、元器件進行檢驗和試驗，只有符合

規定要求的產品才能入庫，確保采購產品符合規定要求。

物資管理處負責采購產品的入庫工作以及公司、分廠倉庫管理的監督檢查工作。質量管

理處為進貨檢驗/試驗的主管部門，負責組織檢驗/試驗的實施。物資管理處及公司、分廠庫

管員負責進貨物資的驗證、送樣。

3.2.6文件管理業務流程分析

3.2.6.1文件編寫與發布

.1涉及崗位

質量管理處

科研管理處

資產管理處

財資副院長

院長

各相關公司、分廠

.2控制流程圖

圖16：文件編寫與發布控制流程圖

.3流程間關系

文件管理系統實現我院機構內部業務部門、人事部門、財會部門、辦公室和文件、檔案

部門之間，以及這些部門和外部機構之間的信息及文件的傳遞。文件管理能夠加快業務處理

的速度，提高了工作的效益。

文件編寫和發布對與質量體系的產品質量有關的所有文件和資料均有效，包括適當范圍

的外來文件和資料。

質量手冊由質量管理處組織人員編寫，由管理者代表審核，經院長批準后發布。質量文

件由質量管理處組織歸口主管部門編寫，由所設計的相關部門進行會簽，經歸口部門主管院

長批準后發布。質量計劃由承制單位組織人員編寫，經承制單位負責人和質量管理處負責人

審核，技術質量副院長批準。軍用產品的圖樣和技術文件由科研管理處組織承制單位或項目

組編制，其審批需進行三級審簽、工藝會、質量會簽和標準化檢查。試制產品、新產品的圖

樣和技術文件由承制單位或項目組編制。設計、試驗規范由承制單位或項目組編制。定性產

品工藝文件及其他技術文件，包括作業指導書、工藝卡片、設備操作規程等，由公司分廠組

織編制，經公司、分廠及科研管理處負責人共同審核，主管院長批準。檢驗規程或檢驗指導

書以及檢測設備校驗方法有質量管理處組織編制，經質量管理處負責人審核、技術質量副院

長批準。部門管理性文件由各相關部門組織編制并由其負責人審核，主管院長批準：涉及其

他部門時，在提交批準前應請所涉及的部門人會簽。

3.2.6.2文件歸檔

.1涉及崗位

院辦公室檔案負責處

質量管理處

科研管理處

各部門制定檔案負責人

326.2.2控制流程圖

圖17：文件歸檔控制流程圖

3.2.623流程間關系

文件資料歸檔流程是為了幫助我院對各類管理文件/各類標準文件/圖紙資料進行分部

門分類別管理，以及對文件目錄，存放及以借閱等記錄進行管理而設置的系統c

文件歸檔管理是對我院質量管理、企業管理、科研管理、物資管理等內部運行過程的如

實記錄，它客觀地反應著問題處理、領導決策、生產經營、基本建設、研究開發等各方面過

程和成果，同時也反過來影響著以上各過程。

3.2.6.3文件借閱

,1涉及崗位

各公司、分廠

院辦公室

質量管理處

科研管理處

3.2.63.2控制流程圖

圖18：文件借閱控制流程圖

3.2.6.33流程間關系

文件資料管理系統是一個可獨立動作的系統，我院可稽此系統對院內繁多的文件進行分

門別類的管理，通過對文件借閱進行建檔管理，可隨時查閱資料所在，以避免資料遺失，該

系統與系統資料維護以及采購資料維護，質量管理部門、企業管理部門、科研管理部門以及

各文檔借閱對象可直接在各業務流程中查詢相關文件。

第四章系統總體設計

4.1設計思想

某單位綜合科研管理系統將采用通用的開放操作系統和開發平臺，確保該軟件的通用性

和可擴充性。

考慮到該系統的主要功能是實現某單位的質量體系管理，即將設計院主要日常工作的質

量管理活動實現程序化，并最終設計出完全符合設計院功能需求的軟件。因此，在兼顧系統

的穩定性、實用性、可擴充性的情況卜，考慮采用成熟的系統體系結構和開發方式保證系統

的穩定性;完全依托玻璃鋼研究設計院的質量體系手冊進行各功能模塊的設計來保證系統的

真正實用性；同時考慮采用新穎的服務器端編程方法具體實現該系統對主要業務的控制要求

以保證軟件的可擴充性。

某單位綜合科研管理系統將為某設計研究院的質量體系管理的實現提供完整的功能，不

僅實現研究設計院科研開發、生產檢驗等業務的電子化管理，還將實現質量管理的體系化和

電子化，實現任務流的生成和控制以及網上信息發布，網上培訓等。

本系統實現了一

■某單位質量體系認證的全部管理要求：

□實現業務管理與質量管理的結合；

□實現文檔電子流的管理：

□實現網絡信息發布，網上培訓：

■提供系統的可擴展性，即保證各種新增業務方便的電子化管理新需求的接口；

■保證管理系統的穩定性要求，即所有數據集中統一管理與后臺數據庫中，防止數據

的丟失；通過統一的開發平臺和通用的開發軟件，保證系統的通用性。

采用B/S/D架構的成熟技術，可做到兼顧靈活性和穩定性的要求。

4.2系統架構

某單位綜合科研管理系統的主要對象是研究設計院質量體系的實現，通過對研究設計院

的日常業務的質量管理的實現，建立完整的后臺數據中心，為研究設計院的質量管理標準化、

規范化提供幫助。

4.2.1B/S/D架構的優勢

某單位綜合科研管理系統包括的主要內容為：質量管理流程、企業管理流程、科研管理

流程、物資管理流程和文件管理流程。作為企業Intranet的主要應用系統，該系統的主要架

構設計為B/S/D架構/，以下將比較其與其他架構的優劣。

C/S結構的限制

網絡應用絕大部分都可分為以下四個層次：表現層、事務層、數據邏輯層和數據存儲層。

在C/S結構中，表現層和事務層都放在客戶端，而數據邏輯層和數據存儲層則置于服務器端。

這種組織安排帶來諸多的限制：

1、客戶端很龐大，以致于應用程序升級和維護時十分困難且耗資很大：

如對應用程序一個小小的改動，就必須通知或親臨每一個客戶端去更新；新增

或升級一臺機器，都要把應用及其相關的文件安裝在客戶端上。在某單位綜合科研

管理系統中有大量的客戶端，可以想象維護的工作量有多大。

2、事務層不能與跨平臺的客戶端共享。

3、孤立了不同的邏輯組件。

4、沒有統一的數據邏輯層來提供不同種類的數據存儲層。

5、C/S組織結構不支持Inlernet。

C/S與B/S混合結構的不足

不可否認的是C/S與B/S混合結構確實適于一些企業組織其應用管理系統，但.總的來說,

其適用范圍是有限的。

1、大多數的C/S與B/S混合結構的選擇實際是在原有C/S架構上的Web應用升級，而

在B/S結構己可替代大多C/S結構功能的今天，創建單一的架構顯然更有利于系統

的維護和升級。

2、C/S結構與B/S結構畢竟是不同的兩種架構，要將其有機的結合起來需要Application

Server的支持，導致軟件開發費用的增加和系統復雜度的增加。

3、考慮到某單位的具體特點，B/S架構的功能已能實現全部管理功能。

B/S/D架構的Web應用解決方案的優勢

Web平臺是一個調度任務集中的、以客戶為中心的應用程序平臺；它是一個分布式、開

放、適用性強、高性能、端到端的平臺；它可使企業利用技術獲取競爭優勢。

I.分布式

C/S技術的出現，給系統集成方案帶來了集中的信息和本地的PC環境，但其數據的共享

程度是很不夠的。當今的信息技術需要新的解決方案，它提供以客戶為中心的用戶界面和

Web的分布結構，它帶有IT環境的個人特征，如數據存取、安全性能等，這就是我們通常

所說的三層結構。

2.Web結構的優勢

在Web結構中，事務層和數據邏輯層放在中間組件層，這是關鍵，是與C/S結構的最大

區別，它能解決以下幾個問題：

(I)客戶端很瘦小，并且很容易在運行時自動升級；

(2)事務層可在跨平臺的客戶端上共享；

(3)不同邏輯組件的分離意味著圖形設計人員、事務邏輯開發人員和數據庫分析人員可以

獨立地設計他們各自的部分；

(4)統一的、抽象的用戶界面可使用戶更有效地從同一數據源中存取數據；

(5)這種結構可更有效地在企業內部網、國際互聯網和外聯網上運行。

中間組件層充當一個服務器，這就是通常所說的應用服務器。

3.開放性

Web是一個開放的環境，應用由復用組件集成，通過標準語言匯編、跨平臺的統一協議

發布，用標準用戶界面顯示，它與硬件平臺和操作系統無關。現在有三種組件模型：ActiveX.

JavaBeans和CORBA。但并不是每一種瀏覽器都支持動態的HTML,Java腳本的擴充至少

支持三種模型：ActiveServer>LiveWire和PowerDynamo。

4.適應性

一個可適應的開發環境是非常重要的，采用應用服務器的目的在于它支持多種組件模型，

但在客戶端和數據庫服務器端需要有更強的適應性。

隨著Web技術的介入，用戶界面設計已發生了巨大的變化，因為在站點上，并沒有類似

迷惑用戶的東西或用戶手冊。一個成功的站點應首先吸引用戶，而后留住用戶。而引入新的、

面向圖形化的和直覺的用戶界面標準，就允許最終用戶可以直接與它們交流。

4.2.2B/S/D結構中各部分的分工

Web發布部分

Web服務器僅僅是把要顯示的內容從站點上以文件的形式讀取，然后以靜態的HTML格

式送到客戶端的瀏覽器；也可以Applet增強表現能力，但它僅僅是利用ActiveX或JavaBeans

通過頁面或組件，并沒有通過任何事務數據服務器。

4.2.2.2數據處理部分

Web數據處理增強了標準Web站點存取數據的能力，包括許多數據類型。我們可根據數

據的存取容量把數據分成兩大組類：標準的在線事務處理(OLTP)程序將花費大量時間去檢

索和操作核心在線數據，這種數據需要連續讀取和回寫。而另一種輔助數據是只讀的，如幫

助文件、用戶信息和文檔等。Web數據處理主要集中在輔助數據，而WebOLTP主要集中在

核心在線數據。

4.2.2.3客戶端

客戶端是表現邏輯層，執行含有各種擴展的HTML(包括動態HTML)頁面，這些擴展既

來自瀏覽器，也來自可視化JavaBeans和ActiveX組件。在任何情況卜"我們至少需要一個

HTML頁面，由此HTTP可從服務器端傳至客戶端，應用程序的其它部分可以是一個整體。

因為大部分的Web應用都是為Internet編寫的，對專業的IT應用而言，Web是一個成功的

平臺，用戶可以在斷開連接后繼續工作，這就意味著遠程象本地一樣可存取事務和邏輯數據。

這樣不僅要分發應用程序，而且還要分發數據。

4.2.2.4應用和數據服務器端

Web結構中的剩余部分就是完成應用程序如何與數據協同工作。數據可分成兩大類：事

務邏輯和數據邏輯。數據邏輯駐在數據服務器中，而事務邏輯則置于應用服務器中。事務邏

輯又可分為兩類：事務組件和應用服務，事務組件定義了事務及其操作，而應用服務則是提

供一般應用性能的組件，如菜單管理、主從數據格式等。在一個完整的應用中，以上方式往

往同時存在。例如，對不存取任何數據的Web頁面，傳統的Web方法是很好的，由Web服

務器從文件系統中讀取頁面，然后送給客戶端。

4.3可定制的任務流控制管理

網絡應用系統在針對具體的企業實體實現其日常管理需求時，企業生產中業務流程的概

念需要得到體現。而在管理過程中，對任意的流程的可控是實現質量管理的關鍵，我們考慮

通過崗位和角色的概念和網絡應用實現B/S結構上流程可控功能。

4.3.1崗位與角色的劃分

企業的業務大多復雜和繁多，不利尸實現計算機管理；因此，通過提取性質相似的崗位，

可以簡化流程管理中面對的對象的數量，這也是面向對象的編程方法的體現，例如生產流程

與采購流程都有合同制訂的相似過程，面向的對象（合同）雖然不同，但過程運作卻是相似

的，可以歸結在一起。對軟件設計來說，這是相同的方法，而不同合同內容即是這同一方法

的不同屬性。

4.3.2數據庫的崗位字段的設計

如前所述，方法與屬性恰恰構成關系型數據庫的對應關系，通過任務流數據字段的建立

可以實現如下功能：

1、靈活的任務流控制，企業任何工作流程的改動或變化均可方便的在數據庫中更改。

2、便于統計數據的收集和匯總。

4.3.3任務定制的設想

通過網絡應用系統的管理頁面，任務流程的制訂者可以通過調用后臺數據庫重新組織相

關崗位或角色實現任務流的定制，同時任務流程的管理者可以通過查詢頁面及時掌控流程的

執行過程，而相關流程的執行者將通過過程的開始和結束標記體現流程的執行全過程。

4.4以崗位為依據進行嚴格的權限管理

從崗位的概念中不難看出不同的崗位具有不同的業務對象或執行活動，而質量管理的目

的就是保證業務流程在有序的、可控的情況下執行。因此，對每一個流程的具體執行者的權

限進行控制是保證數據安全的重要方法。

以崗位為依據組織全院的人員數據庫，可以明確每個員工的責任，做到分工明確，責任

到人：設置不同的數據訪問優先級別，可以確保后臺數據的安全性和完整性。

4.5實現文檔電子化管理

電子化文檔的管理，可以確保各項文檔材料的準確收集和發放。公文流轉的實現，可以

增強各業務流程的可控性。

4.6Internet增值服務

對于服務和培訓的工作，考慮采用外部網絡（由tefftediKcrnct）和內部網絡（ifrtFftfietlntranet）

的方式實現。

4.7統一的后臺數據平臺

共用一個數據后臺，保證數據的可靠性和唯一性。

4.8通過XML語言實現Internet上的數據交換

XML的一個主要應用是改變數據交換的根本模式。傳統EDI（電子數據交換）機制依靠不

同商業之間的強大計算機系統來實現壓縮的信息傳輸，每一條信息在傳輸使用和提供給用戶

之前都必須編碼。網絡應用系統在網上運作時用戶端每填完?個HTML的表格之后，都要

把表格還給初始的服務器處理。所有數據處理都集中在了一端。而XML可以在客戶端處理

數據，并在必要時傳輸給相關用戶而不必要改換數據格式。

XML的應用彌補了許多HTML的缺陷，我們把它在網上的應用總結為四點：

1.當網絡客戶必須在不同的數據庫之間傳遞信息時的應用。

2.當需要把大部分從網絡服務器載下的數據在用戶端處理時的應用。

3.當相同的數據對于不同的用戶需要有不同的界面時的應用。

4.當網絡情報供貨商要把發現的信息精心裁減，并發送給不同的個人用戶時的應用。

因此，在本系統中，通過定義一部分XML頁，可以達到分擔后臺數據庫的工作，將一

部分數據工作轉移到客戶端來進行。

第五章應用軟件設計

5.1應用軟件的設計思想

某設計研究院綜合科研管理系統的主要組成從軟件實現上可分為五部分,即質量管理前

端、企業管理前端、科研管理前端、物資管理前端和文件管理前端；從系統架構上可分為三

部分，即應用程序客戶端、網絡應用程序和數據后臺。

軟件設計采用三層結構的設計方法，即通過服務器層實現應用前端與后臺數據庫的數據

共享，通過JSP語言和相關的小服務程序以及XML電子數據交換格式實現網絡形式的新形

態企業綜合管理系統。

5.2軟件系統總體架構

圖19：軟件模型

軟件子系統如上圖所示，其主要特點是:

I.統一的數據存儲。

2.后臺小服務程序為本系統的主要功能部件，而Applet技術與HTML語言的結合確保

了整個應用程序的可視性和美觀性。

3.多種網絡技術的結合使用，既綜合了不同方法的優點加以使用，又避免了各種方式

的自身缺陷，保證了系統的實用性和可擴展性。

第六章關鍵技術介紹

6.1基于B/S/D三層體系結構的運行環境

瀏覽器Browser/WEB服務器Server/數據庫服務器Database是解決公共信息服務以及交

互相應動態服務最適用的一種應用模型。實現了真正意義上的瘦客戶，大大簡化了應用系統

的分發、配置管理和版本管理工作。

圖20：基于B/S/D三層體系結構的運行環境示意圖

其中，WEB客戶端是WEB瀏覽器，例如NetscapeNavigator或者MicrosoftInternet

ExploreroWEB服務器是任何基于HTML的服務器，例如NetscapeEnterpriseServer或者

SybaseApplicationServer應用服務器是對WEB服務器功能的一種擴展，負責權限，組

件，事務，數據庫連接等管理。最終用戶可以通過WEB瀏覽器發出請求，通過HTTP協議

與WEB服務器進行通信。如果是數據請求，WEB服務器（應用服務器）與數據庫服務器

通信，將返回數據構造成瀏覽器頁面返回給用戶。

三層體系結構特別適用于電子商務：

I.在前臺，客戶并不需要安裝特別復雜和龐大的應用系統，只需要使用操作系統集成

的網絡瀏覽器即可，這使得前臺系統非常方便的推廣，適用于存在非常龐大的客戶群的情況。

2.商務處理完全放在中間的應用服務層。客戶通過瀏覽器發出命令（比如說：查詢，

下訂單等），應用服務層獲得命令，進行相應的處理，并以HTTP的形式返回用戶結果。這

同樣適合于分散用戶，集中處理的特性。

3.數據?般存放于一個強大的數據服務器中，所有用戶可以通過應用服務器訪問數據

服務器。這樣可以使用數據集中存放，便于維護和管理。這也是當前數據管理形式的發展方

向。

由以上敘述可知，如果用戶系統是一個多用戶但又需要集中處理，數據需要集中存放的

情況的話，三層結構將是一個不錯的軟件模型。

6.2數據后臺MySQL的技術特點

6.2.1MySQL的定義

MySQL是一個真正的多用戶、多線程SQL數據庫服務器。SQL(結構化查詢語言)

是世界上最流行的和標準化的數據庫語言。MySQL是以一個客戶機/服務器結構的實現，它

由一個服務器守護程序mysqld和很多不同的客戶程序和庫組成。

SQL是一種標準化的語言，它使得存儲、更新和存取信息更容易。例如，你能用SQL

語言為一個網站檢索產品信息及存儲顧客信息，同時MySQL也足夠快和靈活以允許你存儲

記錄文件和圖像。

MySQL主要目標是快速、健壯和易用。最初是因為我們需要這樣一個SQL服務器，

它能處理與任何可不昂貴硬件平臺上提供數據庫的廠家在一個數量級上的大型數據庫，但速

度更快，MySQL就開發出來。自1996年以來，我們一直都在使用MySQL,其環境有超過

40個數據庫，包含10,000個表，其中500多個表超過7百萬行，這大約有100個吉字節

(GB)的關鍵應用數據。

6.2.2主要特征

下表描述MySQL一些重要的特征：

I、使用核心線程的完全多線程。這意味著它能很容易地利用多CPU資源，以及對大

量開發語言的支持，如C、C++、Eiffel、Java、PerkPHP、Python、和TCL

API等等。

2、可運行在不同的平臺上，適合作為以Linux為后臺服務器和Windows環境為通用客

戶端的本系統數據后臺。

3、支持多種列類型：I、2、3、4、和8字節長度的有符號/無符號整數。

4、完全支持SQL結構化查詢語言的方法，在查詢的SELECT和WHERE部分支持全

部運算符和函數。通過一個高度優化的類庫實現SQL函數庫并且像他們能達到的

一樣快速，通常在查詢初始化后不應該有任何內存分配。全面支持SQL的GROUP

BY和ORDERBY子句，支持聚合函數。

5、支持ODBC語法和JDBC語法。

6、靈活且安全的權限和口令系統。并且它允許基于主機的認證。口令是安全的，因為

當與一個服務器連接時，所有的口令傳送被加密。

7、客戶端可使用TCP/IP連接或Unix套接字(socket)或NT下的命名管道連接

MySQLoMySQL特有的SHOW命令可用來檢索數據庫、表和索引的信息。

6.2.3穩定性要求

MySQL以多層結構和不同的獨立模塊編寫，在本系統中，對涉及其中有限的模塊所作

的測試表明其穩定性可以信賴：

1、ISAM表處理器-穩定