信息系統(tǒng)總體設(shè)計方案

目錄

第一章前言5

1.1設(shè)計思想5

1.2幾個術(shù)語5

第二章總體目標(biāo)與設(shè)計原則7

2.1總體目標(biāo)7

2.2設(shè)計原則7

第三章需求分析及功能設(shè)計9

3.1子系統(tǒng)劃分9

3.1.1質(zhì)量管理子系統(tǒng)9

3.1.2企業(yè)管理子系統(tǒng)9

3.1.3科研管理子系統(tǒng)10

3.1.4物資管理子系統(tǒng)10

3.7.5文件管理子系統(tǒng)10

3.2系統(tǒng)流程分析11

3.2.1系統(tǒng)總體崗位劃分11

3.2.2質(zhì)量管理業(yè)務(wù)流程分析17

3.2.3企業(yè)管理業(yè)務(wù)流程分析22

3.2.4科研管理業(yè)務(wù)流程分析24

3.2.5物資管理業(yè)務(wù)流程分析30

3.2.6文件管理業(yè)務(wù)流程分析35

第四章系統(tǒng)總體設(shè)計40

4.1設(shè)計思想40

4.2系統(tǒng)架構(gòu)40

4.2.1B/S/D架構(gòu)的優(yōu)勢41

4.2.2B/S/D結(jié)構(gòu)中各部分的分工43

4.3可定制的任務(wù)流控制管理44

4.3.1崗位與角色的劃分.44

4.3.2數(shù)據(jù)庫的崗位字段的設(shè)計44

4.3.3任務(wù)定制的設(shè)想44

4.4以崗位為依據(jù)進行嚴(yán)格的權(quán)限管理44

4.5實現(xiàn)文檔電子化管理45

4.6INTERNET增值服務(wù)45

4.7統(tǒng)一的后臺數(shù)據(jù)平臺45

4.8通過XML語言實現(xiàn)INTERNET上的數(shù)據(jù)交換45

第五章應(yīng)用軟件設(shè)計46

5.1應(yīng)用軟件的設(shè)計思想46

5.2軟件系統(tǒng)總體架構(gòu)46

第六章關(guān)鍵技術(shù)介紹48

6.1基于B/S/D三層體系結(jié)構(gòu)的運行環(huán)境48

6.2數(shù)據(jù)后臺MYSQL的技術(shù)特點49

6.2.1MySQL的定義49

6.2.2主要特征49

6.2.3穩(wěn)定性要求50

6.3JSP技術(shù)一跨平臺的網(wǎng)絡(luò)開發(fā)語言50

6.4JAVA技術(shù)的應(yīng)用51

6.4.1Sendet技術(shù)一靈活的服務(wù)器端應(yīng)用程序51

6.4.2JavaApple技術(shù)一實現(xiàn)統(tǒng)計數(shù)據(jù)在網(wǎng)頁上的動態(tài)顯示54

6.4.3JavaBeans技術(shù)一組件開發(fā)概念54

6.5通過XML語言實現(xiàn)INTERNET上的數(shù)據(jù)交換54

6.5.JXML會帶來什么54

6.5.2XML的應(yīng)用55

6.6采用基于構(gòu)件的面向?qū)ο蟮脑O(shè)計方法56

6.7MICROSOFTSITESERVER站點管理及分析統(tǒng)計技術(shù)56

6.8開發(fā)工具56

第七章局域網(wǎng)總體設(shè)計方案57

7.1網(wǎng)絡(luò)設(shè)計原則57

7.2網(wǎng)絡(luò)主干技術(shù)及設(shè)備選型57

7.2.1網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)57

7.2.2網(wǎng)絡(luò)設(shè)備的選型58

7.3INTERNET防火墻和系統(tǒng)安全設(shè)計63

73.1防火墻64

7.3.2WEB服務(wù)器頁面監(jiān)控及報警系統(tǒng)66

73.3病毒防護系統(tǒng)66

7.4服務(wù)器系統(tǒng)設(shè)計說明66

7.4.1服務(wù)器系統(tǒng)概述66

7.4.2服務(wù)器選型說明67

7.5整體方案設(shè)計說明69

7.6主要設(shè)備一覽表70

7.6.1基礎(chǔ)方案70

7.6.2擴展方案72

第八章項目管理和質(zhì)量保證體系74

8.1工程組織結(jié)構(gòu)75

8.1.1工程領(lǐng)導(dǎo)小組75

8.1.2工程協(xié)調(diào)小組75

8.1.3工程實施小組76

8.1.4測試驗收小組77

8.2系統(tǒng)開發(fā)與實施控制78

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

8.2.2標(biāo)準(zhǔn)化、規(guī)范化保證78

8.2.3成本與進度控制79

8.3項目實施計劃79

8.3.1三個時期79

8.3.2開發(fā)小組82

8.4項目質(zhì)量保證體系84

8.4.1質(zhì)量方針84

8.4.2質(zhì)量目標(biāo)84

第九章應(yīng)用系統(tǒng)安裝、測試和驗收85

9.1安裝85

9.1.1安裝調(diào)試計劃85

9.1.2注意事項85

9.13安裝調(diào)試報告85

9.2測試86

9.2.1測試目的86

9.2.2測試組織86

9.2.3測試方法86

9.2.4測試內(nèi)容86

9.2.5測試報告87

9.3驗收87

9.3.1文檔驗收87

9.3.2應(yīng)用系統(tǒng)軟件的驗收88

9.3.3驗收報告88

第十章培訓(xùn)計劃89

10.1培訓(xùn)目標(biāo)89

10.2培訓(xùn)內(nèi)容89

10.3培訓(xùn)方式89

10.4培訓(xùn)地點90

10.5培訓(xùn)計劃90

第十一章售后服務(wù)和技術(shù)支持體系91

11.1終身維護91

11.2快速響應(yīng)的能力91

第一章前言

1.1設(shè)計思想

某單位應(yīng)用系統(tǒng)是依據(jù)該院的質(zhì)量管理體系文件進行設(shè)計的。設(shè)計思想如下：一本方案

首先將其定位為“綜合科研管理系統(tǒng)”。本系統(tǒng)不是一個簡單的網(wǎng)絡(luò)應(yīng)用系統(tǒng)，系統(tǒng)不

但包括研究院的各個業(yè)務(wù)系統(tǒng),還包括電子化文檔流、任務(wù)流程管理控制等不同的管理功能。

其次，業(yè)務(wù)的可控性甘標(biāo)將貫穿整個系統(tǒng)，這是區(qū)別于一般網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特點之一。

許多網(wǎng)絡(luò)應(yīng)用系統(tǒng)簡面言之僅僅是一個在網(wǎng)頁中提交表單數(shù)據(jù)的載體，既沒有管理的概念也

沒有實現(xiàn)企業(yè)流程控制的可能。

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

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

最后，系統(tǒng)具有完善的質(zhì)量體系程序文件作為依據(jù)，因而具有業(yè)務(wù)的規(guī)范性。

經(jīng)過對某單位的質(zhì)量認(rèn)證體系的分析，本文分別從質(zhì)量管理層面、企業(yè)業(yè)務(wù)層面、物

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

工作事務(wù)的約三十多個基本崗位，作為質(zhì)量目標(biāo)管理的基本要素。以質(zhì)量管理和業(yè)務(wù)處理

為主線，有機結(jié)合辦公自動化和客戶服務(wù)，總結(jié)出約二十多個業(yè)務(wù)流程控制，實現(xiàn)業(yè)務(wù)的規(guī)

范化管理進行有效的質(zhì)量管理。

1.2幾個術(shù)語

崗位：崗位是質(zhì)量目標(biāo)管理的基本考核單位。設(shè)計院可以根據(jù)業(yè)務(wù)需要進行合理的崗

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

職能。明確的崗位設(shè)置是進行質(zhì)量目標(biāo)管理的基礎(chǔ)。

角色：角色是具體的工作人員。通常一個工作人員從事一個崗位的工作?？梢越o一個

角色分配多個崗位。一個崗位也可以有多個工作人員，稱之為業(yè)務(wù)員。角色的分配一般經(jīng)院

長或處長統(tǒng)一，質(zhì)量部門進行調(diào)整。每個員工扮演的角色是確定的。

控制流程：控制流程是各個業(yè)務(wù)流程的具體描述，詳細(xì)規(guī)定了業(yè)務(wù)涉及的崗位，處理

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

接相關(guān)的崗位?？刂屏鞒谭譃榛玖鞒毯蛿U展流程。

質(zhì)量管理：質(zhì)量管理是通過全程跟蹤控制流程，實現(xiàn)對崗位和角色的考核，達到對產(chǎn)

品質(zhì)量、服務(wù)質(zhì)量的提高。通過在關(guān)鍵的控制流程設(shè)計跟蹤點，采集質(zhì)量信息，分析產(chǎn)生質(zhì)

量問題的原因。

第二章總體目標(biāo)與設(shè)計原則

2.1總體目標(biāo)

某單位綜合科研管理系統(tǒng)是要建設(shè)成為覆蓋研究設(shè)計院各處室、下屬公司和主要業(yè)務(wù)

的綜合科研管理系統(tǒng)。實現(xiàn)業(yè)務(wù)管理與質(zhì)量管理的結(jié)合；實現(xiàn)文檔電子流的管理；實現(xiàn)網(wǎng)絡(luò)

信息發(fā)布，網(wǎng)上培訓(xùn)；提供系統(tǒng)的可擴展性，即保證各種新增業(yè)務(wù)方便的電子化管理新需求

的接口；保證管理系統(tǒng)的穩(wěn)定性要求，即所有數(shù)據(jù)集中統(tǒng)一管理于后臺數(shù)據(jù)庫中，防止數(shù)據(jù)

的丟失：通過統(tǒng)一的開發(fā)平臺和通用的開發(fā)軟件，保證系統(tǒng)的通用性。

2.2設(shè)計原則

本項目的設(shè)計以需求為導(dǎo)向，盡量收集用戶的要求，采用構(gòu)件的設(shè)計思想，便于系統(tǒng)功

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

計，接下來完成常用的后臺服務(wù)程序的開發(fā)，最終達到實現(xiàn)質(zhì)量體系的目標(biāo)。為保障項目的

各項性能，本項目在設(shè)計和實施過程中應(yīng)遵循如下的原則：

先進性：采用先進、成熟的信息技術(shù)，既要保證系統(tǒng)在滿足當(dāng)前的功能需求，也為將來

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

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

設(shè)計中構(gòu)造明晰的體系結(jié)構(gòu)，便于更改；完全根據(jù)企業(yè)的生產(chǎn)實踐進行軟件設(shè)計，達到實用

的目的。

可擴充性：采用面向?qū)ο蟮脑O(shè)計思想和開發(fā)技術(shù)以及構(gòu)件設(shè)計思想，保證在用戶的需求

發(fā)生變化和增加時，使系統(tǒng)的修改量減到最小。

開放性：由于本系統(tǒng)涉及許多硬件設(shè)備和外部應(yīng)用軟件，為了更好地和各種硬件設(shè)備和

應(yīng)用軟件接口，在設(shè)計時，應(yīng)提供主要的接口標(biāo)準(zhǔn)。

標(biāo)準(zhǔn)化：在系統(tǒng)總體規(guī)劃設(shè)計中，所有軟、硬件產(chǎn)品的選擇必須選擇符合開放性和國際

標(biāo)準(zhǔn)化的產(chǎn)品和技術(shù)；在應(yīng)用軟件開發(fā)中，必須遵循總體組制定的各項規(guī)范和要求，還要接

受公司的質(zhì)量保證部的監(jiān)控。

安全與保密：系統(tǒng)設(shè)計時應(yīng)充分考慮系統(tǒng)的安全，提供備份的功能，保證當(dāng)系統(tǒng)出現(xiàn)硬

件或軟件的故障時，能進行恢復(fù)；另外，應(yīng)對用戶進行權(quán)限管理，保證信息的安全。

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

的主題數(shù)據(jù)庫設(shè)計出來，再在此基礎(chǔ)上開發(fā)各種應(yīng)用。由于主題數(shù)據(jù)庫是項目的基本信息資

源，它具有很好的不變性和穩(wěn)定性，相對獨立與具體的應(yīng)用，當(dāng)用戶的需求發(fā)生變化時，使

修改量減到最小。

第三章需求分析及功能設(shè)計

3.1子系統(tǒng)劃分

3.1.1質(zhì)量管理子系統(tǒng)

3.1.1.1總體功能介紹

質(zhì)量管理子系統(tǒng)的核心是質(zhì)量管理與研究設(shè)計院日常業(yè)務(wù)活動的結(jié)合，或稱嵌入式的

管理模塊。也就是說，由于該系統(tǒng)的主體是質(zhì)量管理系統(tǒng)，而該系統(tǒng)的主要管理目的是對業(yè)

務(wù)活動在已定義的質(zhì)量體系下的質(zhì)量管理，因此質(zhì)量管理不是獨立于其他業(yè)務(wù)子系統(tǒng)的，體

現(xiàn)這一特殊管理需求的最佳設(shè)計方法就是質(zhì)量管理子系統(tǒng)的功能模塊嵌入到業(yè)務(wù)管理子系

統(tǒng)。

3.1.1.2與其他子系統(tǒng)關(guān)系

質(zhì)量管理子系統(tǒng)的主要功能是質(zhì)量監(jiān)控在業(yè)務(wù)活動中的實現(xiàn)，從而完善現(xiàn)有質(zhì)量體系，

提高管理水平和產(chǎn)品質(zhì)量的目標(biāo)。

質(zhì)量管理子系統(tǒng)不僅對其他子系統(tǒng)具有微觀監(jiān)控作用，同時還應(yīng)具有宏觀監(jiān)控的作用，

能夠為質(zhì)量的主管負(fù)責(zé)人提供足夠的質(zhì)量控制記錄的匯總和分析。

3.1.2企業(yè)管理子系統(tǒng)

3.1.2.1總體功能介紹

企業(yè)管理主要涉及對象是研究院的各分廠和公司，主要的管理目標(biāo)是生產(chǎn)流程的控制。

3.1.3科研管理子系統(tǒng)

3.1.3.1總體功能介紹

科研管理包括產(chǎn)品的設(shè)計，圖紙的管理，設(shè)計的評審和鑒定等，這是研究院業(yè)務(wù)流程的

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

3.1.4物資管理子系統(tǒng)

3.1.4.1總體功能介紹

物資管理系統(tǒng)通過對采購進行控制，確保采購的產(chǎn)品符合規(guī)定的要求，從而保證質(zhì)量。

同時對相關(guān)產(chǎn)品的庫存狀態(tài)進行檢驗。其主管部門是物資管理處，負(fù)責(zé)對象包括對分承包方

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

管理處、公司、分廠參與分承包方的評價。技術(shù)質(zhì)量副院長負(fù)責(zé)物資分類目錄的批準(zhǔn)?！昂?/p>

格承包方名冊”由物資管理處負(fù)責(zé)人審核、財資副院長批準(zhǔn)。大宗及A類物資采購計劃由

物資管理處負(fù)責(zé)人審核、財資副院長批準(zhǔn)。

3.1.4.2與其他子系統(tǒng)關(guān)系

物資管理子系統(tǒng)主要負(fù)責(zé)物資采購和管理，是對企業(yè)管理和科研管理的重要補充。

3.1.5文件管理子系統(tǒng)

3.1.5.1總體功能介紹

I）文檔編寫平臺：通過給定的文檔電子模版，實現(xiàn)文檔的統(tǒng)一格式，最終實現(xiàn)無紙化辦

公模式。

2）文檔管理平臺：相關(guān)文檔的入庫管理，包括申請表單的網(wǎng)上填寫、文檔的傳輸和后臺

存儲結(jié)構(gòu)等。

3）資料共享平臺：對后臺文檔數(shù)據(jù)的網(wǎng)上提取和查詢。

3.1.5.2與其他子系統(tǒng)關(guān)系

文件管理子系統(tǒng)是對其他子系統(tǒng)的文檔電子流的統(tǒng)一管理系統(tǒng)。

3.2系統(tǒng)流程分析

3.2.1系統(tǒng)總體崗位劃分

收集發(fā)放崗位

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

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

?質(zhì)量計劃控制程序中，下達“質(zhì)量計劃編制任務(wù)書”。

文檔制定修訂崗位

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

■質(zhì)量計劃控制程序中，制訂“質(zhì)量計劃”。

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

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

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

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

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

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

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

?質(zhì)量記錄的控制程序中，編制質(zhì)量記錄。

質(zhì)量跟蹤審查崗位

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

■質(zhì)量計劃控制程序中，審核質(zhì)量計劃。

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

?產(chǎn)品圖樣和技術(shù)文件的審簽和標(biāo)準(zhǔn)化檢查控制程序中，質(zhì)量會簽。

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

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

質(zhì)量檢驗崗位

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

?過程控制程序中，質(zhì)量檢驗。

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

-特殊過程和關(guān)鍵工序控制程序中，質(zhì)量檢驗。

■新產(chǎn)品試制控制程序中，組織產(chǎn)品檢驗工作。

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

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

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

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

-檢驗和試驗狀態(tài)控制程序中，監(jiān)督檢查進行狀態(tài)標(biāo)示。

■不合格品的控制程序中，常設(shè)機構(gòu)。

評審組織崗位

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

?合同評審控制程序中，負(fù)責(zé)檢驗?zāi)芰Φ脑u價.

-產(chǎn)品質(zhì)量評審控制程序中，負(fù)責(zé)組織評審。

-生產(chǎn)準(zhǔn)備評審控制程序中，對生產(chǎn)準(zhǔn)備工作的評審組織。

■內(nèi)部質(zhì)量體系審核控制程序中，年審、內(nèi)審。

檢驗設(shè)備管理崗位

?檢驗、測量和試驗設(shè)備控制程序中，檢測設(shè)備的校準(zhǔn)、維修管理。

3.2.1.7質(zhì)量管理崗位

質(zhì)量目標(biāo)管理控制程序中，依據(jù)上報草案和總體情況分析，編制質(zhì)量目標(biāo)草案。

?技術(shù)狀態(tài)管理控制程序中，最終審批圖樣或技術(shù)資料。

?產(chǎn)品圖樣和技術(shù)文件的審簽和標(biāo)準(zhǔn)化檢查控制程序中，對審核工作最終結(jié)果的

審批。

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

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

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

?統(tǒng)計技術(shù)控制程序中，負(fù)責(zé)對統(tǒng)計技術(shù)方法的技術(shù)指導(dǎo)及推廣應(yīng)用。

院長崗位功能

'院長崗位

負(fù)責(zé)特殊合同的審批。

■生產(chǎn)經(jīng)營副院長崗位

負(fù)責(zé)特殊合同的審批，協(xié)調(diào)生產(chǎn)過程。

■技術(shù)質(zhì)量副院長崗位

負(fù)責(zé)特殊合同、新產(chǎn)品合同、技術(shù)合同的審批。

■財資副院長崗位

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

-法人代表崗位

簽訂合同。

企業(yè)管理處崗位功能

■評審組崗位

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

-檔案管理組崗位

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

合同的聯(lián)絡(luò)網(wǎng)表。

■協(xié)調(diào)組崗位

就特殊合同修改，協(xié)調(diào)顧客與合同審理員。

督查組崗位

監(jiān)督和檢查顧客提供的產(chǎn)品，公司、分廠對產(chǎn)品的標(biāo)識，生產(chǎn)全過程。

■計劃組崗位

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

時按有關(guān)標(biāo)準(zhǔn)/法規(guī)，質(zhì)量計劃和質(zhì)量體系文件的規(guī)定。

0科研管理處崗位功能

■協(xié)調(diào)組崗位

協(xié)調(diào)項目組、顧客、管理部門之間的工作，

?評審組崗位

評審新產(chǎn)品合同、新技術(shù)合同、評價設(shè)計技術(shù)能力、設(shè)計書、設(shè)計輸入文

件設(shè)計輸出文件。

■任務(wù)組崗位

通過市場調(diào)研提出新產(chǎn)品項目建議書，或上級部門下達新產(chǎn)品試制任務(wù)，

或來源于合同三種途徑獲得設(shè)計與開發(fā)任務(wù)。

-資源配置組崗位

配備資源，以滿足設(shè)計任務(wù)。

■計劃組崗位

編制實施計劃，將設(shè)計任務(wù)分成階段性的目標(biāo)。

-設(shè)計組閔位

設(shè)計每一階段的具體設(shè)計要求，以及具體設(shè)計要求的實現(xiàn)。

1質(zhì)量管理處崗位功能

-檔案管理組崗位

產(chǎn)品登記入庫，公司建立的有關(guān)分包商的檔案，以及公司的質(zhì)量檢測能力。

-驗證組閔位

驗證顧客提供的產(chǎn)品，檢驗公司、分廠的生產(chǎn)環(huán)境及使用材料的質(zhì)量控制。

■追溯組崗位

追溯產(chǎn)品的標(biāo)識者，生產(chǎn)班組，檢驗者。

評審組崗位

評價關(guān)分包商的檔案，調(diào)整分包商，并且審核分包商提供的產(chǎn)品說明書。

■設(shè)備控制組崗位

負(fù)責(zé)建立泉源檢測設(shè)備的總帳臺：設(shè)備名稱、規(guī)格型號、設(shè)備編號、使用

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

2物資管理處崗位功能

-評審組崗位

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

?負(fù)責(zé)人崗位

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

■管理組崗位

工廠生產(chǎn)設(shè)備的管理負(fù)責(zé)人。

-檔案組崗位

檔案管理。

3資產(chǎn)管理處崗位功能

■評審組崗位

審核公司、分廠的設(shè)備生產(chǎn)能力。

-檔案組崗位

管理測量設(shè)備購置計劃檔案。

4財務(wù)處崗位功能

■評審組崗位

審核研究院的付款能力。

5公司、分廠崗位功能

■物資分類崗位

將需要采購的物件分類。

評審組崗位

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

管理處。

■計劃組崗位

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

■管理員崗位

保管顧客提供的產(chǎn)品和采購品。

-標(biāo)識組崗位

標(biāo)識產(chǎn)品，及更改產(chǎn)品標(biāo)識。

■協(xié)調(diào)員崗位

協(xié)調(diào)公司、分廠和顧客以及組管部門的工作。

■控制組崗位

保證順利生產(chǎn)，進行設(shè)備、材料、環(huán)境控制。在生產(chǎn)過程中進行特殊過程

及關(guān)鍵工序控制，新產(chǎn)品試制控制。

■監(jiān)控員崗位

生產(chǎn)全過程的跟蹤監(jiān)控，并記錄生產(chǎn)全過程。

-印簽管理員崗位

印簽管理。

?運輸組崗位

產(chǎn)品運輸

■包裝組崗位

產(chǎn)品包裝。

-存儲、交付崗位

產(chǎn)品存儲、交付。

■項目組崗位

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

3.2.2質(zhì)量管理業(yè)務(wù)流程分析

3.2.2.1管理評審流程

.1涉及崗位

管理者代表、院長、

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

企業(yè)管理處：評審組、督察組、

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

資產(chǎn)管理處：評審組

物資管理處：評審組

財務(wù)處：評審組

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

.2控制流程圖

評審組〈企管處、科管

處、質(zhì)管處、物資處、

驗證組（施管處）

資產(chǎn)處、財務(wù)處、公司

分廠）

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

.3流程間關(guān)系

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

自成一體系。

3.2.2.2內(nèi)審流程

.1涉及崗位

管理者代表

質(zhì)量管理處：計劃組、負(fù)責(zé)人、評審組、評審組長、驗證組

公司、分廠：項目組長

3.222.2控制流程圖

3.2.2.23流程間關(guān)系

本流程在實際工作當(dāng)中與業(yè)務(wù)交雜，從任務(wù)流的觀點進行概念提取得到內(nèi)審邏輯結(jié)構(gòu)

獨立。

3.2.2.3統(tǒng)計技術(shù)應(yīng)用

3.2.23.1涉及崗位

技術(shù)質(zhì)量副院長

質(zhì)量管理處：計劃組、負(fù)責(zé)人

公司、分廠：計劃組

3.2.23.2控制流程圖

3.2.23.3流程間關(guān)系

本流程主要設(shè)涉及生產(chǎn)部門和質(zhì)量管理部門，完成統(tǒng)計技術(shù)流程運做，在實際生產(chǎn)當(dāng)中

穿插與業(yè)務(wù)流程當(dāng)中，在軟件邏輯結(jié)構(gòu)上，用任務(wù)流的觀點看，結(jié)構(gòu)獨立。

3.2.2.4質(zhì)量成本

.1涉及崗位

院長

質(zhì)量管理處：計劃組、驗證組

財務(wù)處：評審組

.2控制流程圖

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

*分析

:腌證

驗證組（質(zhì)管處）計劃組（質(zhì)管處）

圖4：質(zhì)量成本控制流程圖

3.2.2.43流程間關(guān)系

本任務(wù)流關(guān)于質(zhì)量成本計算，結(jié)構(gòu)獨立，但影響其他動作流的實現(xiàn)。

3.2.2.5不合格品控制程序

.1涉及崗位

質(zhì)量管理處：驗證組

不合格產(chǎn)品審理委員會、不合格產(chǎn)品審理常設(shè)機構(gòu)、不合格產(chǎn)品審理小組、公司、

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

3?2?2.5.2控制流程圖

不合格產(chǎn)品不合格產(chǎn)品審不合格產(chǎn)品

哈證組（質(zhì)管處）項目組長（公司分廠）驗證組《質(zhì)管處〉審理委員會|I理常設(shè)機構(gòu)審理小組

確認(rèn)

評審組（財務(wù)定丁|一小

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

驗證組（公司分廠）驗證組（質(zhì)管處）

圖5：不合格產(chǎn)品控制流程圖

3.2.253流程間關(guān)系

本流程關(guān)于不合格產(chǎn)品的控制一般流程，結(jié)構(gòu)相對獨立。

3.2.3企業(yè)管理業(yè)務(wù)流程分析

3.2.3.1計劃管理流程

.1涉及崗位

公司分廠：計劃組、負(fù)責(zé)人、

企業(yè)管理處：評審組、負(fù)責(zé)人

生產(chǎn)經(jīng)營副院長

3.23.1.2控制流程圖

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

.3流程間關(guān)系

本流程是生產(chǎn)計劃制訂流程，是在處于生產(chǎn)流程之前，結(jié)構(gòu)獨立。

3.2.3.2合同管理流程

.1涉及崗位

院長、技術(shù)質(zhì)量副院長、主管副院長、法人代表

企業(yè)管理處：評審組、負(fù)責(zé)人

科研管理處：評審組、負(fù)責(zé)人

公司、分廠：負(fù)責(zé)人、評審組、業(yè)務(wù)員

323.2.2控制流程圖

不合格產(chǎn)品不合格產(chǎn)品由不合格產(chǎn)品

項目組長（公司分廠）驗證組（質(zhì)管處）審理委員會理常設(shè)機構(gòu)審理小組

IJ,丁

-?確認(rèn)A：提交：?審核

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

323.2.3流程間關(guān)系

本流程結(jié)構(gòu)獨立，是合同簽定的?般流程。

3.2.4科研管理業(yè)務(wù)流程分析

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

.1涉及崗位

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

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

序號文件編號名稱

01ZD.G/FRP/KG001-2001科研項目管理程序作業(yè)指導(dǎo)書

02ZD.G/FRP/KG002-2001民用新產(chǎn)品開發(fā)試制控制程序

03ZD.G/FRP/KGOO3-2OO1關(guān)于科研項目負(fù)責(zé)人資格的規(guī)定

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

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

06ZD.G/FRP/KG006-2001軍品技術(shù)合同和新產(chǎn)品合同執(zhí)行管理辦法

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

08JL.G/KY.BZH-001軍用圖樣和技術(shù)文件標(biāo)準(zhǔn)化檢查辦法

09JL.G/KY.WJ-001軍用產(chǎn)品和試制產(chǎn)品技術(shù)文件和資料管理辦法

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

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

.1涉及崗位

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

.2控制流程圖

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

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

3.2.4.3軍品新產(chǎn)品開發(fā)控制程序控制程序

.1涉及崗位

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

公司、分廠：監(jiān)控組、設(shè)計組、評審組、計劃組、標(biāo)識組

3.2.43.2控制流程圖

圖9：A類技術(shù)合同/新產(chǎn)品合同執(zhí)行流程圖

圖10：B類技術(shù)合同/新產(chǎn)品合同執(zhí)行流程圖

圖11：C類技術(shù)合同/新產(chǎn)品合同執(zhí)行流程圖

3.2.4.33流程間關(guān)系

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

術(shù)合同/新產(chǎn)品合同，軍品生產(chǎn)業(yè)務(wù)流程。處于科研項目過程管理控制流程之后。

3.2.4.4組織我院軍工產(chǎn)品和新產(chǎn)品工藝文件的制訂

.1涉及崗位

科研管理處：計劃組、評審組、負(fù)責(zé)人、設(shè)計組、檔案組

公司分廠：負(fù)責(zé)人、評審組、設(shè)計組

技術(shù)質(zhì)量副院長

.2控制流程圖

俏毀

技術(shù)質(zhì)量副院長

圖12：軍工產(chǎn)品和新產(chǎn)品工藝文件制定流程圖

3.2.4.43流程間關(guān)系

本流程關(guān)于軍品制造的工藝文件制訂流程，結(jié)構(gòu)獨立，處于科研項目管理控制流程后,

在軍品開發(fā)控制流程之前。

3.2.5物資管理業(yè)務(wù)流程分析

3.2.5.1采購計劃流程

.1涉及崗位

物資管理處

各公司、分廠

技術(shù)質(zhì)量副院長

財資副院長

.2控制流程圖

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

3.流程間關(guān)系

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

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

才能確保采購的產(chǎn)品符合規(guī)定的要求，從而保證質(zhì)量。

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

分廠負(fù)責(zé)采購計劃的制定及采購。科研管理處、質(zhì)量管理處、公司、分廠參與分承包方的評

價。技術(shù)質(zhì)量副院長負(fù)責(zé)物資分類目錄的批準(zhǔn)。“合格承包方名冊”由物資管理處負(fù)責(zé)人審

核、財資副院長批準(zhǔn)。大宗及A類物資采購計劃由物資管理處負(fù)責(zé)人審核、財資副院長批

準(zhǔn)。

3.2.5.2采購合同流程

.1涉及崗位

各公司、分廠

物資管理處

技術(shù)質(zhì)量副院長

企業(yè)管理處

3.23.2.2控制流程圖

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

3.252.3流程間關(guān)系

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

B類物資采購應(yīng)簽訂采購合同或質(zhì)量保證協(xié)議書，國控產(chǎn)品重油和專控的毒品除外。遇有特

殊情況，需在“合格分承包方名單”外采購時，由采購部門提出申請，經(jīng)采購部門技術(shù)負(fù)責(zé)

人和物資管理處負(fù)責(zé)人審核、技術(shù)質(zhì)量副院長批準(zhǔn)后實施，同時對采購物資加嚴(yán)入廠檢驗。

3.2.5.3材料入庫業(yè)務(wù)流程

.1涉及崗位

物資管理處

質(zhì)量管理處

公司、分廠

3.253.2控制流程圖

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

3.2.5.33流程間關(guān)系

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

規(guī)定要求的產(chǎn)品才能入庫，確保采購產(chǎn)品符合規(guī)定要求。

物資管理處負(fù)責(zé)采購產(chǎn)品的入庫工作以及公司、分廠倉庫管理的監(jiān)督檢查工作。質(zhì)量管

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

管員負(fù)責(zé)進貨物資的驗證、送樣。

3.2.6文件管理業(yè)務(wù)流程分析

3.2.6.1文件編寫與發(fā)布

.1涉及崗位

質(zhì)量管理處

科研管理處

資產(chǎn)管理處

財資副院長

院長

各相關(guān)公司、分廠

.2控制流程圖

圖16：文件編寫與發(fā)布控制流程圖

.3流程間關(guān)系

文件管理系統(tǒng)實現(xiàn)我院機構(gòu)內(nèi)部業(yè)務(wù)部門、人事部門、財會部門、辦公室和文件、檔案

部門之間，以及這些部門和外部機構(gòu)之間的信息及文件的傳遞。文件管理能夠加快業(yè)務(wù)處理

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

文件編寫和發(fā)布對與質(zhì)量體系的產(chǎn)品質(zhì)量有關(guān)的所有文件和資料均有效，包括適當(dāng)范圍

的外來文件和資料。

質(zhì)量手冊由質(zhì)量管理處組織人員編寫，由管理者代表審核，經(jīng)院長批準(zhǔn)后發(fā)布。質(zhì)量文

件由質(zhì)量管理處組織歸口主管部門編寫，由所設(shè)計的相關(guān)部門進行會簽，經(jīng)歸口部門主管院

長批準(zhǔn)后發(fā)布。質(zhì)量計劃由承制單位組織人員編寫，經(jīng)承制單位負(fù)責(zé)人和質(zhì)量管理處負(fù)責(zé)人

審核，技術(shù)質(zhì)量副院長批準(zhǔn)。軍用產(chǎn)品的圖樣和技術(shù)文件由科研管理處組織承制單位或項目

組編制，其審批需進行三級審簽、工藝會、質(zhì)量會簽和標(biāo)準(zhǔn)化檢查。試制產(chǎn)品、新產(chǎn)品的圖

樣和技術(shù)文件由承制單位或項目組編制。設(shè)計、試驗規(guī)范由承制單位或項目組編制。定性產(chǎn)

品工藝文件及其他技術(shù)文件，包括作業(yè)指導(dǎo)書、工藝卡片、設(shè)備操作規(guī)程等，由公司分廠組

織編制，經(jīng)公司、分廠及科研管理處負(fù)責(zé)人共同審核，主管院長批準(zhǔn)。檢驗規(guī)程或檢驗指導(dǎo)

書以及檢測設(shè)備校驗方法有質(zhì)量管理處組織編制，經(jīng)質(zhì)量管理處負(fù)責(zé)人審核、技術(shù)質(zhì)量副院

長批準(zhǔn)。部門管理性文件由各相關(guān)部門組織編制并由其負(fù)責(zé)人審核，主管院長批準(zhǔn)：涉及其

他部門時，在提交批準(zhǔn)前應(yīng)請所涉及的部門人會簽。

3.2.6.2文件歸檔

.1涉及崗位

院辦公室檔案負(fù)責(zé)處

質(zhì)量管理處

科研管理處

各部門制定檔案負(fù)責(zé)人

326.2.2控制流程圖

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

3.2.623流程間關(guān)系

文件資料歸檔流程是為了幫助我院對各類管理文件/各類標(biāo)準(zhǔn)文件/圖紙資料進行分部

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

文件歸檔管理是對我院質(zhì)量管理、企業(yè)管理、科研管理、物資管理等內(nèi)部運行過程的如

實記錄，它客觀地反應(yīng)著問題處理、領(lǐng)導(dǎo)決策、生產(chǎn)經(jīng)營、基本建設(shè)、研究開發(fā)等各方面過

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

3.2.6.3文件借閱

,1涉及崗位

各公司、分廠

院辦公室

質(zhì)量管理處

科研管理處

3.2.63.2控制流程圖

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

3.2.6.33流程間關(guān)系

文件資料管理系統(tǒng)是一個可獨立動作的系統(tǒng)，我院可稽此系統(tǒng)對院內(nèi)繁多的文件進行分

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

系統(tǒng)與系統(tǒng)資料維護以及采購資料維護，質(zhì)量管理部門、企業(yè)管理部門、科研管理部門以及

各文檔借閱對象可直接在各業(yè)務(wù)流程中查詢相關(guān)文件。

第四章系統(tǒng)總體設(shè)計

4.1設(shè)計思想

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

和可擴充性。

考慮到該系統(tǒng)的主要功能是實現(xiàn)某單位的質(zhì)量體系管理，即將設(shè)計院主要日常工作的質(zhì)

量管理活動實現(xiàn)程序化，并最終設(shè)計出完全符合設(shè)計院功能需求的軟件。因此，在兼顧系統(tǒng)

的穩(wěn)定性、實用性、可擴充性的情況卜，考慮采用成熟的系統(tǒng)體系結(jié)構(gòu)和開發(fā)方式保證系統(tǒng)

的穩(wěn)定性;完全依托玻璃鋼研究設(shè)計院的質(zhì)量體系手冊進行各功能模塊的設(shè)計來保證系統(tǒng)的

真正實用性；同時考慮采用新穎的服務(wù)器端編程方法具體實現(xiàn)該系統(tǒng)對主要業(yè)務(wù)的控制要求

以保證軟件的可擴充性。

某單位綜合科研管理系統(tǒng)將為某設(shè)計研究院的質(zhì)量體系管理的實現(xiàn)提供完整的功能，不

僅實現(xiàn)研究設(shè)計院科研開發(fā)、生產(chǎn)檢驗等業(yè)務(wù)的電子化管理，還將實現(xiàn)質(zhì)量管理的體系化和

電子化，實現(xiàn)任務(wù)流的生成和控制以及網(wǎng)上信息發(fā)布，網(wǎng)上培訓(xùn)等。

本系統(tǒng)實現(xiàn)了一

■某單位質(zhì)量體系認(rèn)證的全部管理要求：

□實現(xiàn)業(yè)務(wù)管理與質(zhì)量管理的結(jié)合；

□實現(xiàn)文檔電子流的管理：

□實現(xiàn)網(wǎng)絡(luò)信息發(fā)布，網(wǎng)上培訓(xùn)：

■提供系統(tǒng)的可擴展性，即保證各種新增業(yè)務(wù)方便的電子化管理新需求的接口；

■保證管理系統(tǒng)的穩(wěn)定性要求，即所有數(shù)據(jù)集中統(tǒng)一管理與后臺數(shù)據(jù)庫中，防止數(shù)據(jù)

的丟失；通過統(tǒng)一的開發(fā)平臺和通用的開發(fā)軟件，保證系統(tǒng)的通用性。

采用B/S/D架構(gòu)的成熟技術(shù)，可做到兼顧靈活性和穩(wěn)定性的要求。

4.2系統(tǒng)架構(gòu)

某單位綜合科研管理系統(tǒng)的主要對象是研究設(shè)計院質(zhì)量體系的實現(xiàn)，通過對研究設(shè)計院

的日常業(yè)務(wù)的質(zhì)量管理的實現(xiàn)，建立完整的后臺數(shù)據(jù)中心，為研究設(shè)計院的質(zhì)量管理標(biāo)準(zhǔn)化、

規(guī)范化提供幫助。

4.2.1B/S/D架構(gòu)的優(yōu)勢

某單位綜合科研管理系統(tǒng)包括的主要內(nèi)容為：質(zhì)量管理流程、企業(yè)管理流程、科研管理

流程、物資管理流程和文件管理流程。作為企業(yè)Intranet的主要應(yīng)用系統(tǒng)，該系統(tǒng)的主要架

構(gòu)設(shè)計為B/S/D架構(gòu)/，以下將比較其與其他架構(gòu)的優(yōu)劣。

C/S結(jié)構(gòu)的限制

網(wǎng)絡(luò)應(yīng)用絕大部分都可分為以下四個層次：表現(xiàn)層、事務(wù)層、數(shù)據(jù)邏輯層和數(shù)據(jù)存儲層。

在C/S結(jié)構(gòu)中，表現(xiàn)層和事務(wù)層都放在客戶端，而數(shù)據(jù)邏輯層和數(shù)據(jù)存儲層則置于服務(wù)器端。

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

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

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

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

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

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

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

4、沒有統(tǒng)一的數(shù)據(jù)邏輯層來提供不同種類的數(shù)據(jù)存儲層。

5、C/S組織結(jié)構(gòu)不支持Inlernet。

C/S與B/S混合結(jié)構(gòu)的不足

不可否認(rèn)的是C/S與B/S混合結(jié)構(gòu)確實適于一些企業(yè)組織其應(yīng)用管理系統(tǒng)，但.總的來說,

其適用范圍是有限的。

1、大多數(shù)的C/S與B/S混合結(jié)構(gòu)的選擇實際是在原有C/S架構(gòu)上的Web應(yīng)用升級，而

在B/S結(jié)構(gòu)己可替代大多C/S結(jié)構(gòu)功能的今天，創(chuàng)建單一的架構(gòu)顯然更有利于系統(tǒng)

的維護和升級。

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

Server的支持，導(dǎo)致軟件開發(fā)費用的增加和系統(tǒng)復(fù)雜度的增加。

3、考慮到某單位的具體特點，B/S架構(gòu)的功能已能實現(xiàn)全部管理功能。

B/S/D架構(gòu)的Web應(yīng)用解決方案的優(yōu)勢

Web平臺是一個調(diào)度任務(wù)集中的、以客戶為中心的應(yīng)用程序平臺；它是一個分布式、開

放、適用性強、高性能、端到端的平臺；它可使企業(yè)利用技術(shù)獲取競爭優(yōu)勢。

I.分布式

C/S技術(shù)的出現(xiàn)，給系統(tǒng)集成方案帶來了集中的信息和本地的PC環(huán)境，但其數(shù)據(jù)的共享

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

Web的分布結(jié)構(gòu)，它帶有IT環(huán)境的個人特征，如數(shù)據(jù)存取、安全性能等，這就是我們通常

所說的三層結(jié)構(gòu)。

2.Web結(jié)構(gòu)的優(yōu)勢

在Web結(jié)構(gòu)中，事務(wù)層和數(shù)據(jù)邏輯層放在中間組件層，這是關(guān)鍵，是與C/S結(jié)構(gòu)的最大

區(qū)別，它能解決以下幾個問題：

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

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

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

獨立地設(shè)計他們各自的部分；

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

(5)這種結(jié)構(gòu)可更有效地在企業(yè)內(nèi)部網(wǎng)、國際互聯(lián)網(wǎng)和外聯(lián)網(wǎng)上運行。

中間組件層充當(dāng)一個服務(wù)器，這就是通常所說的應(yīng)用服務(wù)器。

3.開放性

Web是一個開放的環(huán)境，應(yīng)用由復(fù)用組件集成，通過標(biāo)準(zhǔn)語言匯編、跨平臺的統(tǒng)一協(xié)議

發(fā)布，用標(biāo)準(zhǔn)用戶界面顯示，它與硬件平臺和操作系統(tǒng)無關(guān)?，F(xiàn)在有三種組件模型：ActiveX.

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

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

4.適應(yīng)性

一個可適應(yīng)的開發(fā)環(huán)境是非常重要的，采用應(yīng)用服務(wù)器的目的在于它支持多種組件模型，

但在客戶端和數(shù)據(jù)庫服務(wù)器端需要有更強的適應(yīng)性。

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

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

面向圖形化的和直覺的用戶界面標(biāo)準(zhǔn)，就允許最終用戶可以直接與它們交流。

4.2.2B/S/D結(jié)構(gòu)中各部分的分工

Web發(fā)布部分

Web服務(wù)器僅僅是把要顯示的內(nèi)容從站點上以文件的形式讀取，然后以靜態(tài)的HTML格

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

通過頁面或組件，并沒有通過任何事務(wù)數(shù)據(jù)服務(wù)器。

4.2.2.2數(shù)據(jù)處理部分

Web數(shù)據(jù)處理增強了標(biāo)準(zhǔn)Web站點存取數(shù)據(jù)的能力，包括許多數(shù)據(jù)類型。我們可根據(jù)數(shù)

據(jù)的存取容量把數(shù)據(jù)分成兩大組類：標(biāo)準(zhǔn)的在線事務(wù)處理(OLTP)程序?qū)⒒ㄙM大量時間去檢

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

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

核心在線數(shù)據(jù)。

4.2.2.3客戶端

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

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

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

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

平臺，用戶可以在斷開連接后繼續(xù)工作，這就意味著遠(yuǎn)程象本地一樣可存取事務(wù)和邏輯數(shù)據(jù)。

這樣不僅要分發(fā)應(yīng)用程序，而且還要分發(fā)數(shù)據(jù)。

4.2.2.4應(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ù)格式等。在一個完整的應(yīng)用中，以上方式往

往同時存在。例如，對不存取任何數(shù)據(jù)的Web頁面，傳統(tǒng)的Web方法是很好的，由Web服

務(wù)器從文件系統(tǒng)中讀取頁面，然后送給客戶端。

4.3可定制的任務(wù)流控制管理

網(wǎng)絡(luò)應(yīng)用系統(tǒng)在針對具體的企業(yè)實體實現(xiàn)其日常管理需求時，企業(yè)生產(chǎn)中業(yè)務(wù)流程的概

念需要得到體現(xiàn)。而在管理過程中，對任意的流程的可控是實現(xiàn)質(zhì)量管理的關(guān)鍵，我們考慮

通過崗位和角色的概念和網(wǎng)絡(luò)應(yīng)用實現(xiàn)B/S結(jié)構(gòu)上流程可控功能。

4.3.1崗位與角色的劃分

企業(yè)的業(yè)務(wù)大多復(fù)雜和繁多，不利尸實現(xiàn)計算機管理；因此，通過提取性質(zhì)相似的崗位，

可以簡化流程管理中面對的對象的數(shù)量，這也是面向?qū)ο蟮木幊谭椒ǖ捏w現(xiàn)，例如生產(chǎn)流程

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

的，可以歸結(jié)在一起。對軟件設(shè)計來說，這是相同的方法，而不同合同內(nèi)容即是這同一方法

的不同屬性。

4.3.2數(shù)據(jù)庫的崗位字段的設(shè)計

如前所述，方法與屬性恰恰構(gòu)成關(guān)系型數(shù)據(jù)庫的對應(yīng)關(guān)系，通過任務(wù)流數(shù)據(jù)字段的建立

可以實現(xiàn)如下功能：

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

2、便于統(tǒng)計數(shù)據(jù)的收集和匯總。

4.3.3任務(wù)定制的設(shè)想

通過網(wǎng)絡(luò)應(yīng)用系統(tǒng)的管理頁面，任務(wù)流程的制訂者可以通過調(diào)用后臺數(shù)據(jù)庫重新組織相

關(guān)崗位或角色實現(xiàn)任務(wù)流的定制，同時任務(wù)流程的管理者可以通過查詢頁面及時掌控流程的

執(zhí)行過程，而相關(guān)流程的執(zhí)行者將通過過程的開始和結(jié)束標(biāo)記體現(xiàn)流程的執(zhí)行全過程。

4.4以崗位為依據(jù)進行嚴(yán)格的權(quán)限管理

從崗位的概念中不難看出不同的崗位具有不同的業(yè)務(wù)對象或執(zhí)行活動，而質(zhì)量管理的目

的就是保證業(yè)務(wù)流程在有序的、可控的情況下執(zhí)行。因此，對每一個流程的具體執(zhí)行者的權(quán)

限進行控制是保證數(shù)據(jù)安全的重要方法。

以崗位為依據(jù)組織全院的人員數(shù)據(jù)庫，可以明確每個員工的責(zé)任，做到分工明確，責(zé)任

到人：設(shè)置不同的數(shù)據(jù)訪問優(yōu)先級別，可以確保后臺數(shù)據(jù)的安全性和完整性。

4.5實現(xiàn)文檔電子化管理

電子化文檔的管理，可以確保各項文檔材料的準(zhǔn)確收集和發(fā)放。公文流轉(zhuǎn)的實現(xiàn)，可以

增強各業(yè)務(wù)流程的可控性。

4.6Internet增值服務(wù)

對于服務(wù)和培訓(xùn)的工作，考慮采用外部網(wǎng)絡(luò)（由tefftediKcrnct）和內(nèi)部網(wǎng)絡(luò)（ifrtFftfietlntranet）

的方式實現(xiàn)。

4.7統(tǒng)一的后臺數(shù)據(jù)平臺

共用一個數(shù)據(jù)后臺，保證數(shù)據(jù)的可靠性和唯一性。

4.8通過XML語言實現(xiàn)Internet上的數(shù)據(jù)交換

XML的一個主要應(yīng)用是改變數(shù)據(jù)交換的根本模式。傳統(tǒng)EDI（電子數(shù)據(jù)交換）機制依靠不

同商業(yè)之間的強大計算機系統(tǒng)來實現(xiàn)壓縮的信息傳輸，每一條信息在傳輸使用和提供給用戶

之前都必須編碼。網(wǎng)絡(luò)應(yīng)用系統(tǒng)在網(wǎng)上運作時用戶端每填完?個HTML的表格之后，都要

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

數(shù)據(jù)，并在必要時傳輸給相關(guān)用戶而不必要改換數(shù)據(jù)格式。

XML的應(yīng)用彌補了許多HTML的缺陷，我們把它在網(wǎng)上的應(yīng)用總結(jié)為四點：

1.當(dāng)網(wǎng)絡(luò)客戶必須在不同的數(shù)據(jù)庫之間傳遞信息時的應(yīng)用。

2.當(dāng)需要把大部分從網(wǎng)絡(luò)服務(wù)器載下的數(shù)據(jù)在用戶端處理時的應(yīng)用。

3.當(dāng)相同的數(shù)據(jù)對于不同的用戶需要有不同的界面時的應(yīng)用。

4.當(dāng)網(wǎng)絡(luò)情報供貨商要把發(fā)現(xiàn)的信息精心裁減，并發(fā)送給不同的個人用戶時的應(yīng)用。

因此，在本系統(tǒng)中，通過定義一部分XML頁，可以達到分擔(dān)后臺數(shù)據(jù)庫的工作，將一

部分?jǐn)?shù)據(jù)工作轉(zhuǎn)移到客戶端來進行。

第五章應(yīng)用軟件設(shè)計

5.1應(yīng)用軟件的設(shè)計思想

某設(shè)計研究院綜合科研管理系統(tǒng)的主要組成從軟件實現(xiàn)上可分為五部分,即質(zhì)量管理前

端、企業(yè)管理前端、科研管理前端、物資管理前端和文件管理前端；從系統(tǒng)架構(gòu)上可分為三

部分，即應(yīng)用程序客戶端、網(wǎng)絡(luò)應(yīng)用程序和數(shù)據(jù)后臺。

軟件設(shè)計采用三層結(jié)構(gòu)的設(shè)計方法，即通過服務(wù)器層實現(xiàn)應(yīng)用前端與后臺數(shù)據(jù)庫的數(shù)據(jù)

共享，通過JSP語言和相關(guān)的小服務(wù)程序以及XML電子數(shù)據(jù)交換格式實現(xiàn)網(wǎng)絡(luò)形式的新形

態(tài)企業(yè)綜合管理系統(tǒng)。

5.2軟件系統(tǒng)總體架構(gòu)

圖19：軟件模型

軟件子系統(tǒng)如上圖所示，其主要特點是:

I.統(tǒng)一的數(shù)據(jù)存儲。

2.后臺小服務(wù)程序為本系統(tǒng)的主要功能部件，而Applet技術(shù)與HTML語言的結(jié)合確保

了整個應(yīng)用程序的可視性和美觀性。

3.多種網(wǎng)絡(luò)技術(shù)的結(jié)合使用，既綜合了不同方法的優(yōu)點加以使用，又避免了各種方式

的自身缺陷，保證了系統(tǒng)的實用性和可擴展性。

第六章關(guān)鍵技術(shù)介紹

6.1基于B/S/D三層體系結(jié)構(gòu)的運行環(huán)境

瀏覽器Browser/WEB服務(wù)器Server/數(shù)據(jù)庫服務(wù)器Database是解決公共信息服務(wù)以及交

互相應(yīng)動態(tài)服務(wù)最適用的一種應(yīng)用模型。實現(xiàn)了真正意義上的瘦客戶，大大簡化了應(yīng)用系統(tǒng)

的分發(fā)、配置管理和版本管理工作。

圖20：基于B/S/D三層體系結(jié)構(gòu)的運行環(huán)境示意圖

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

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

SybaseApplicationServer應(yīng)用服務(wù)器是對WEB服務(wù)器功能的一種擴展，負(fù)責(zé)權(quán)限，組

件，事務(wù)，數(shù)據(jù)庫連接等管理。最終用戶可以通過WEB瀏覽器發(fā)出請求，通過HTTP協(xié)議

與WEB服務(wù)器進行通信。如果是數(shù)據(jù)請求，WEB服務(wù)器（應(yīng)用服務(wù)器）與數(shù)據(jù)庫服務(wù)器

通信，將返回數(shù)據(jù)構(gòu)造成瀏覽器頁面返回給用戶。

三層體系結(jié)構(gòu)特別適用于電子商務(wù)：

I.在前臺，客戶并不需要安裝特別復(fù)雜和龐大的應(yīng)用系統(tǒng)，只需要使用操作系統(tǒng)集成

的網(wǎng)絡(luò)瀏覽器即可，這使得前臺系統(tǒng)非常方便的推廣，適用于存在非常龐大的客戶群的情況。

2.商務(wù)處理完全放在中間的應(yīng)用服務(wù)層?？蛻敉ㄟ^瀏覽器發(fā)出命令（比如說：查詢，

下訂單等），應(yīng)用服務(wù)層獲得命令，進行相應(yīng)的處理，并以HTTP的形式返回用戶結(jié)果。這

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

3.數(shù)據(jù)?般存放于一個強大的數(shù)據(jù)服務(wù)器中，所有用戶可以通過應(yīng)用服務(wù)器訪問數(shù)據(jù)

服務(wù)器。這樣可以使用數(shù)據(jù)集中存放，便于維護和管理。這也是當(dāng)前數(shù)據(jù)管理形式的發(fā)展方

向。

由以上敘述可知，如果用戶系統(tǒng)是一個多用戶但又需要集中處理，數(shù)據(jù)需要集中存放的

情況的話，三層結(jié)構(gòu)將是一個不錯的軟件模型。

6.2數(shù)據(jù)后臺MySQL的技術(shù)特點

6.2.1MySQL的定義

MySQL是一個真正的多用戶、多線程SQL數(shù)據(jù)庫服務(wù)器。SQL(結(jié)構(gòu)化查詢語言)

是世界上最流行的和標(biāo)準(zhǔn)化的數(shù)據(jù)庫語言。MySQL是以一個客戶機/服務(wù)器結(jié)構(gòu)的實現(xiàn)，它

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

SQL是一種標(biāo)準(zhǔn)化的語言，它使得存儲、更新和存取信息更容易。例如，你能用SQL

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

記錄文件和圖像。

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

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

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

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

(GB)的關(guān)鍵應(yīng)用數(shù)據(jù)。

6.2.2主要特征

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

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

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

API等等。

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

戶端的本系統(tǒng)數(shù)據(jù)后臺。

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

4、完全支持SQL結(jié)構(gòu)化查詢語言的方法，在查詢的SELECT和WHERE部分支持全

部運算符和函數(shù)。通過一個高度優(yōu)化的類庫實現(xiàn)SQL函數(shù)庫并且像他們能達到的

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

BY和ORDERBY子句，支持聚合函數(shù)。

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

6、靈活且安全的權(quán)限和口令系統(tǒng)。并且它允許基于主機的認(rèn)證?？诹钍前踩?，因為

當(dāng)與一個服務(wù)器連接時，所有的口令傳送被加密。

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

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

6.2.3穩(wěn)定性要求

MySQL以多層結(jié)構(gòu)和不同的獨立模塊編寫，在本系統(tǒng)中，對涉及其中有限的模塊所作

的測試表明其穩(wěn)定性可以信賴：

1、ISAM表處理器-穩(wěn)定