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

信息系統(tǒng)總體設(shè)計(jì)方案目錄第一章前言51.1設(shè)計(jì)思想51.2幾個(gè)術(shù)語5第二章總體目標(biāo)與設(shè)計(jì)原則72.1總體目標(biāo)72.2設(shè)計(jì)原則7第三章需求分析及功能設(shè)計(jì)93.1子系統(tǒng)劃分93.1.1質(zhì)量管理子系統(tǒng)93.1.2企業(yè)管理子系統(tǒng)93.1.3科研管理子系統(tǒng)103.1.4物資管理子系統(tǒng)103.1.5文件管理子系統(tǒng)103.2系統(tǒng)流程分析113.2.1系統(tǒng)總體崗位劃分113.2.2質(zhì)量管理業(yè)務(wù)流程分析173.2.3企業(yè)管理業(yè)務(wù)流程分析223.2.4科研管理業(yè)務(wù)流程分析243.2.5物資管理業(yè)務(wù)流程分析303.2.6文件管理業(yè)務(wù)流程分析35第四章系統(tǒng)總體設(shè)計(jì)404.1設(shè)計(jì)思想404.2系統(tǒng)架構(gòu)404.2.1B/S/D架構(gòu)的優(yōu)勢(shì)414.2.2B/S/D結(jié)構(gòu)中各部分的分工43第1頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案4.3可定制的任務(wù)流控制管理444.3.1崗位與角色的劃分444.3.2數(shù)據(jù)庫的崗位字段的設(shè)計(jì)444.3.3任務(wù)定制的設(shè)想444.4以崗位為依據(jù)進(jìn)行嚴(yán)格的權(quán)限管理444.5實(shí)現(xiàn)文檔電子化管理454.6INTERNET增值服務(wù)454.7統(tǒng)一的后臺(tái)數(shù)據(jù)平臺(tái)454.8通過XML語言實(shí)現(xiàn)INTERNET上的數(shù)據(jù)交換45第五章應(yīng)用軟件設(shè)計(jì)465.1應(yīng)用軟件的設(shè)計(jì)思想465.2軟件系統(tǒng)總體架構(gòu)46第六章關(guān)鍵技術(shù)介紹486.1基于B/S/D三層體系結(jié)構(gòu)的運(yùn)行環(huán)境486.2數(shù)據(jù)后臺(tái)MYSQL的技術(shù)特點(diǎn)496.2.1MySQL的定義496.2.2主要特征496.2.3穩(wěn)定性要求506.3JSP技術(shù)－跨平臺(tái)的網(wǎng)絡(luò)開發(fā)語言506.4JAVA技術(shù)的應(yīng)用516.4.1Servlet技術(shù)－靈活的服務(wù)器端應(yīng)用程序516.4.2JavaApple技術(shù)－實(shí)現(xiàn)統(tǒng)計(jì)數(shù)據(jù)在網(wǎng)頁上的動(dòng)態(tài)顯示546.4.3JavaBeans技術(shù)－組件開發(fā)概念546.5通過XML語言實(shí)現(xiàn)INTERNET上的數(shù)據(jù)交換546.5.1XML會(huì)帶來什么546.5.2XML的應(yīng)用556.6采用基于構(gòu)件的面向?qū)ο蟮脑O(shè)計(jì)方法566.7MICROSOFTSITESERVER站點(diǎn)管理及分析統(tǒng)計(jì)技術(shù)566.8開發(fā)工具57第2頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第七章局域網(wǎng)總體設(shè)計(jì)方案587.1網(wǎng)絡(luò)設(shè)計(jì)原則587.2網(wǎng)絡(luò)主干技術(shù)及設(shè)備選型587.2.1網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)587.2.2網(wǎng)絡(luò)設(shè)備的選型597.3INTERNET防火墻和系統(tǒng)安全設(shè)計(jì)647.3.1防火墻657.3.2WEB服務(wù)器頁面監(jiān)控及報(bào)警系統(tǒng)677.3.3病毒防護(hù)系統(tǒng)677.4服務(wù)器系統(tǒng)設(shè)計(jì)說明677.4.1服務(wù)器系統(tǒng)概述677.4.2服務(wù)器選型說明687.5整體方案設(shè)計(jì)說明707.6主要設(shè)備一覽表717.6.1基礎(chǔ)方案717.6.2擴(kuò)展方案73第八章項(xiàng)目管理和質(zhì)量保證體系758.1工程組織結(jié)構(gòu)768.1.1工程領(lǐng)導(dǎo)小組768.1.2工程協(xié)調(diào)小組768.1.3工程實(shí)施小組778.1.4測(cè)試驗(yàn)收小組788.2系統(tǒng)開發(fā)與實(shí)施控制798.2.1階段檢查點(diǎn)的審核檢查方式798.2.2標(biāo)準(zhǔn)化、規(guī)范化保證798.2.3成本與進(jìn)度控制808.3項(xiàng)目實(shí)施計(jì)劃808.3.1三個(gè)時(shí)期808.3.2開發(fā)小組83第3頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案8.4項(xiàng)目質(zhì)量保證體系858.4.1質(zhì)量方針858.4.2質(zhì)量目標(biāo)85第九章應(yīng)用系統(tǒng)安裝、測(cè)試和驗(yàn)收869.1安裝869.1.1安裝調(diào)試計(jì)劃869.1.2注意事項(xiàng)869.1.3安裝調(diào)試報(bào)告869.2測(cè)試879.2.1測(cè)試目的879.2.2測(cè)試組織879.2.3測(cè)試方法879.2.4測(cè)試內(nèi)容879.2.5測(cè)試報(bào)告889.3驗(yàn)收889.3.1文檔驗(yàn)收889.3.2應(yīng)用系統(tǒng)軟件的驗(yàn)收899.3.3驗(yàn)收?qǐng)?bào)告89第十章培訓(xùn)計(jì)劃9010.1培訓(xùn)目標(biāo)9010.2培訓(xùn)內(nèi)容9010.3培訓(xùn)方式9010.4培訓(xùn)地點(diǎn)9110.5培訓(xùn)計(jì)劃91第十一章售后服務(wù)和技術(shù)支持體系9211.1終身維護(hù)9211.2快速響應(yīng)的能力92第4頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第一章 前言1.1 設(shè)計(jì)思想某單位應(yīng)用系統(tǒng)是依據(jù)該院的質(zhì)量管理體系文件進(jìn)行設(shè)計(jì)的。設(shè)計(jì)思想如下：首先將其定位為“綜合科研管理系統(tǒng)” 。本系統(tǒng)不是一個(gè)簡單的網(wǎng)絡(luò)應(yīng)用系統(tǒng)，系統(tǒng)不但包括研究院的各個(gè)業(yè)務(wù)系統(tǒng)， 還包括電子化文檔流、任務(wù)流程管理控制等不同的管理功能。其次，業(yè)務(wù)的可控性目標(biāo)將貫穿整個(gè)系統(tǒng)， 這是區(qū)別于一般網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特點(diǎn)之一。許多網(wǎng)絡(luò)應(yīng)用系統(tǒng)簡而言之僅僅是一個(gè)在網(wǎng)頁中提交表單數(shù)據(jù)的載體， 既沒有管理的概念也沒有實(shí)現(xiàn)企業(yè)流程控制的可能。第三，將結(jié)合科研管理的實(shí)際情況。研究設(shè)計(jì)院不同于一般的企業(yè)運(yùn)營，科研項(xiàng)目也有自身設(shè)計(jì)文檔多，審核程序復(fù)雜等特點(diǎn)，故具有科研的特點(diǎn)。最后，系統(tǒng)具有完善的質(zhì)量體系程序文件作為依據(jù)，因而具有業(yè)務(wù)的規(guī)范性。經(jīng)過對(duì)某單位的質(zhì)量認(rèn)證體系的分析，本文分別從質(zhì)量管理層面、企業(yè)業(yè)務(wù)層面、物資管理層面、科研管理層面和文件管理層面五個(gè)層面進(jìn)行功能設(shè)計(jì)， 歸納出支撐設(shè)計(jì)院日常工作事務(wù)的約三十多個(gè)基本崗位，作為質(zhì)量目標(biāo)管理的基本要素。 以質(zhì)量管理和業(yè)務(wù)處理為主線，有機(jī)結(jié)合辦公自動(dòng)化和客戶服務(wù)， 總結(jié)出約二十多個(gè)業(yè)務(wù)流程控制， 實(shí)現(xiàn)業(yè)務(wù)的規(guī)范化管理進(jìn)行有效的質(zhì)量管理。1.2 幾個(gè)術(shù)語崗位：崗位是質(zhì)量目標(biāo)管理的基本考核單位。設(shè)計(jì)院可以根據(jù)業(yè)務(wù)需要進(jìn)行合理的崗位設(shè)置，明確崗位職能。院長明確本設(shè)計(jì)院共設(shè)置的崗位數(shù)， 處長明確本單位的崗位數(shù)目及職能。明確的崗位設(shè)置是進(jìn)行質(zhì)量目標(biāo)管理的基礎(chǔ)。角色：角色是具體的工作人員。通常一個(gè)工作人員從事一個(gè)崗位的工作。可以給一個(gè)角色分配多個(gè)崗位。 一個(gè)崗位也可以有多個(gè)工作人員， 稱之為業(yè)務(wù)員。角色的分配一般經(jīng)院長或處長統(tǒng)一，質(zhì)量部門進(jìn)行調(diào)整。每個(gè)員工扮演的角色是確定的?？刂屏鞒蹋嚎刂屏鞒淌歉鱾€(gè)業(yè)務(wù)流程的具體描述，詳細(xì)規(guī)定了業(yè)務(wù)涉及的崗位，處理方法，處理順序等，是質(zhì)量管理控制工作流的關(guān)鍵要素。 每一個(gè)控制流程， 好像一條線索連接相關(guān)的崗位。控制流程分為基本流程和擴(kuò)展流程。質(zhì)量管理：質(zhì)量管理是通過全程跟蹤控制流程，實(shí)現(xiàn)對(duì)崗位和角色的考核，達(dá)到對(duì)產(chǎn)第5頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案品質(zhì)量、服務(wù)質(zhì)量的提高。通過在關(guān)鍵的控制流程設(shè)計(jì)跟蹤點(diǎn)，采集質(zhì)量信息，分析產(chǎn)生質(zhì)量問題的原因。第6頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第二章 總體目標(biāo)與設(shè)計(jì)原則2.1 總體目標(biāo)某單位綜合科研管理系統(tǒng)是要建設(shè)成為覆蓋研究設(shè)計(jì)院各處室、下屬公司和主要業(yè)務(wù)的綜合科研管理系統(tǒng)。 實(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ù)庫中， 防止數(shù)據(jù)的丟失；通過統(tǒng)一的開發(fā)平臺(tái)和通用的開發(fā)軟件，保證系統(tǒng)的通用性。2.2 設(shè)計(jì)原則本項(xiàng)目的設(shè)計(jì)以需求為導(dǎo)向，盡量收集用戶的要求，采用構(gòu)件的設(shè)計(jì)思想，便于系統(tǒng)功能的重組和擴(kuò)充。系統(tǒng)采用“總體規(guī)劃、分步實(shí)施”的策略，第一步完成通用控制頁面的設(shè)計(jì)，接下來完成常用的后臺(tái)服務(wù)程序的開發(fā)， 最終達(dá)到實(shí)現(xiàn)質(zhì)量體系的目標(biāo)。 為保障項(xiàng)目的各項(xiàng)性能，本項(xiàng)目在設(shè)計(jì)和實(shí)施過程中應(yīng)遵循如下的原則：先進(jìn)性：采用先進(jìn)、成熟的信息技術(shù)，既要保證系統(tǒng)在滿足當(dāng)前的功能需求，也為將來的功能需求提供條件。保證在 5-10年內(nèi)不落后。實(shí)用性：充分考慮到質(zhì)量管理和流程控制的實(shí)際需要，設(shè)計(jì)方案留有一定的余地，即在設(shè)計(jì)中構(gòu)造明晰的體系結(jié)構(gòu)， 便于更改；完全根據(jù)企業(yè)的生產(chǎn)實(shí)踐進(jìn)行軟件設(shè)計(jì)， 達(dá)到實(shí)用的目的?？蓴U(kuò)充性：采用面向?qū)ο蟮脑O(shè)計(jì)思想和開發(fā)技術(shù)以及構(gòu)件設(shè)計(jì)思想， 保證在用戶的需求發(fā)生變化和增加時(shí)，使系統(tǒng)的修改量減到最小。開放性：由于本系統(tǒng)涉及許多硬件設(shè)備和外部應(yīng)用軟件， 為了更好地和各種硬件設(shè)備和應(yīng)用軟件接口，在設(shè)計(jì)時(shí)，應(yīng)提供主要的接口標(biāo)準(zhǔn)。標(biāo)準(zhǔn)化：在系統(tǒng)總體規(guī)劃設(shè)計(jì)中，所有軟、硬件產(chǎn)品的選擇必須選擇符合開放性和國際標(biāo)準(zhǔn)化的產(chǎn)品和技術(shù)； 在應(yīng)用軟件開發(fā)中， 必須遵循總體組制定的各項(xiàng)規(guī)范和要求， 還要接受公司的質(zhì)量保證部的監(jiān)控。安全與保密：系統(tǒng)設(shè)計(jì)時(shí)應(yīng)充分考慮系統(tǒng)的安全，提供備份的功能，保證當(dāng)系統(tǒng)出現(xiàn)硬第7頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案件或軟件的故障時(shí)，能進(jìn)行恢復(fù)；另外，應(yīng)對(duì)用戶進(jìn)行權(quán)限管理，保證信息的安全。以數(shù)據(jù)為中心：本項(xiàng)目采用以主題數(shù)據(jù)庫為中心的設(shè)計(jì)思想， 首先把本項(xiàng)目的主題數(shù)據(jù)庫設(shè)計(jì)出來，再在此基礎(chǔ)上開發(fā)各種應(yīng)用。 由于主題數(shù)據(jù)庫是項(xiàng)目的基本信息資源， 它具有很好的不變性和穩(wěn)定性，相對(duì)獨(dú)立與具體的應(yīng)用，當(dāng)用戶的需求發(fā)生變化時(shí)，使修改量減到最小。第8頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第三章 需求分析及功能設(shè)計(jì)3.1 子系統(tǒng)劃分 質(zhì)量管理子系統(tǒng) 總體功能介紹質(zhì)量管理子系統(tǒng)的核心是質(zhì)量管理與研究設(shè)計(jì)院日常業(yè)務(wù)活動(dòng)的結(jié)合，或稱嵌入式的管理模塊。也就是說，由于該系統(tǒng)的主體是質(zhì)量管理系統(tǒng)， 而該系統(tǒng)的主要管理目的是對(duì)業(yè)務(wù)活動(dòng)在已定義的質(zhì)量體系下的質(zhì)量管理， 因此質(zhì)量管理不是獨(dú)立于其他業(yè)務(wù)子系統(tǒng)的， 體現(xiàn)這一特殊管理需求的最佳設(shè)計(jì)方法就是質(zhì)量管理子系統(tǒng)的功能模塊嵌入到業(yè)務(wù)管理子系統(tǒng)。 與其他子系統(tǒng)關(guān)系質(zhì)量管理子系統(tǒng)的主要功能是質(zhì)量監(jiān)控在業(yè)務(wù)活動(dòng)中的實(shí)現(xiàn)，從而完善現(xiàn)有質(zhì)量體系，提高管理水平和產(chǎn)品質(zhì)量的目標(biāo)。質(zhì)量管理子系統(tǒng)不僅對(duì)其他子系統(tǒng)具有微觀監(jiān)控作用，同時(shí)還應(yīng)具有宏觀監(jiān)控的作用，能夠?yàn)橘|(zhì)量的主管負(fù)責(zé)人提供足夠的質(zhì)量控制記錄的匯總和分析。 企業(yè)管理子系統(tǒng) 總體功能介紹企業(yè)管理主要涉及對(duì)象是研究院的各分廠和公司， 主要的管理目標(biāo)是生產(chǎn)流程的控制。第9頁共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 科研管理子系統(tǒng) 總體功能介紹科研管理包括產(chǎn)品的設(shè)計(jì)，圖紙的管理，設(shè)計(jì)的評(píng)審和鑒定等，這是研究院業(yè)務(wù)流程的重要部分，其主管部門是科研管理處。 物資管理子系統(tǒng) 總體功能介紹物資管理系統(tǒng)通過對(duì)采購進(jìn)行控制，確保采購的產(chǎn)品符合規(guī)定的要求，從而保證質(zhì)量。同時(shí)對(duì)相關(guān)產(chǎn)品的庫存狀態(tài)進(jìn)行檢驗(yàn)。 其主管部門是物資管理處， 負(fù)責(zé)對(duì)象包括對(duì)分承包方的評(píng)價(jià)及采購計(jì)劃審核； 對(duì)各公司、分廠采購計(jì)劃的制定及采購的審查?？蒲泄芾硖?、 質(zhì)量管理處、公司、分廠參與分承包方的評(píng)價(jià)。技術(shù)質(zhì)量副院長負(fù)責(zé)物資分類目錄的批準(zhǔn)。 “合格承包方名冊(cè)”由物資管理處負(fù)責(zé)人審核、財(cái)資副院長批準(zhǔn)。大宗及 A類物資采購計(jì)劃由物資管理處負(fù)責(zé)人審核、財(cái)資副院長批準(zhǔn)。 與其他子系統(tǒng)關(guān)系物資管理子系統(tǒng)主要負(fù)責(zé)物資采購和管理，是對(duì)企業(yè)管理和科研管理的重要補(bǔ)充。 文件管理子系統(tǒng) 總體功能介紹1)文檔編寫平臺(tái)：通過給定的文檔電子模版，實(shí)現(xiàn)文檔的統(tǒng)一格式，最終實(shí)現(xiàn)無紙化辦公模式。2)文檔管理平臺(tái)：相關(guān)文檔的入庫管理，包括申請(qǐng)表單的網(wǎng)上填寫、文檔的傳輸和后臺(tái)存儲(chǔ)結(jié)構(gòu)等。3)資料共享平臺(tái)：對(duì)后臺(tái)文檔數(shù)據(jù)的網(wǎng)上提取和查詢。第10頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 與其他子系統(tǒng)關(guān)系文件管理子系統(tǒng)是對(duì)其他子系統(tǒng)的文檔電子流的統(tǒng)一管理系統(tǒng)。3.2 系統(tǒng)流程分析 系統(tǒng)總體崗位劃分 收集發(fā)放崗位質(zhì)量目標(biāo)管理控制程序中， 向各部門收集質(zhì)量目標(biāo)草案， 上報(bào)主管質(zhì)量副院長。管理評(píng)審控制程序中，向各部門發(fā)放“管理評(píng)審計(jì)劃” 。質(zhì)量計(jì)劃控制程序中，下達(dá)“質(zhì)量計(jì)劃編制任務(wù)書” 。 文檔制定修訂崗位管理評(píng)審控制程序中，擬定“管理評(píng)審計(jì)劃” ，“管理評(píng)審報(bào)告”。質(zhì)量計(jì)劃控制程序中，制訂“質(zhì)量計(jì)劃” 。質(zhì)量計(jì)劃控制程序中，修訂“質(zhì)量計(jì)劃” 。質(zhì)量成本管理控制程序中，編寫“質(zhì)量成本綜合分析報(bào)告” （分季度、年度）。進(jìn)貨檢驗(yàn)和試驗(yàn)控制程序中，編制“進(jìn)貨檢驗(yàn)項(xiàng)目表” 。過程檢驗(yàn)和試驗(yàn)控制程序中，編寫“檢驗(yàn) /試驗(yàn)指導(dǎo)書”。最終檢驗(yàn)和試驗(yàn)控制程序中，依據(jù)檢驗(yàn) /試驗(yàn)結(jié)果填寫“檢驗(yàn) /試驗(yàn)報(bào)告”。試驗(yàn)質(zhì)量控制程序中，編寫“試驗(yàn)大綱” 。搬運(yùn)、貯存、包裝、防護(hù)和交付控制程序中，出具“產(chǎn)品合格證明” 。質(zhì)量記錄的控制程序中，編制質(zhì)量記錄。 質(zhì)量跟蹤審查崗位管理評(píng)審控制程序中，對(duì)措施計(jì)劃實(shí)施情況進(jìn)行監(jiān)察。質(zhì)量計(jì)劃控制程序中，審核質(zhì)量計(jì)劃。質(zhì)量成本管理控制中，跟蹤檢查質(zhì)量成本的糾正措施。第11頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案產(chǎn)品圖樣和技術(shù)文件的審簽和標(biāo)準(zhǔn)化檢查控制程序中，質(zhì)量會(huì)簽。工藝評(píng)審控制程序中，跟蹤檢查處置意見和措施的實(shí)施。糾正和預(yù)防措施控制程序中，對(duì)糾正措施和預(yù)防措施實(shí)施檢查、跟蹤。 質(zhì)量檢驗(yàn)崗位顧客提供產(chǎn)品的控制程序中，對(duì)顧客提供產(chǎn)品的檢驗(yàn)和試驗(yàn)。過程控制程序中，質(zhì)量檢驗(yàn)。首件鑒定控制程序中，對(duì)首件的檢驗(yàn)。特殊過程和關(guān)鍵工序控制程序中，質(zhì)量檢驗(yàn)。新產(chǎn)品試制控制程序中，組織產(chǎn)品檢驗(yàn)工作。進(jìn)貨檢驗(yàn)和試驗(yàn)控制程序中，組織檢驗(yàn)。過程檢驗(yàn)和試驗(yàn)控制程序中，組織進(jìn)行過程檢驗(yàn) /試驗(yàn)。最終檢驗(yàn)和試驗(yàn)控制程序中，進(jìn)行檢驗(yàn)。檢驗(yàn)印鑒管理控制程序中，檢驗(yàn)印鑒。檢驗(yàn)和試驗(yàn)狀態(tài)控制程序中，監(jiān)督檢查進(jìn)行狀態(tài)標(biāo)示。不合格品的控制程序中，常設(shè)機(jī)構(gòu)。 評(píng)審組織崗位管理評(píng)審控制程序中，組織具體實(shí)施管理評(píng)審活動(dòng)。合同評(píng)審控制程序中，負(fù)責(zé)檢驗(yàn)?zāi)芰Φ脑u(píng)價(jià)。產(chǎn)品質(zhì)量評(píng)審控制程序中，負(fù)責(zé)組織評(píng)審。生產(chǎn)準(zhǔn)備評(píng)審控制程序中，對(duì)生產(chǎn)準(zhǔn)備工作的評(píng)審組織。內(nèi)部質(zhì)量體系審核控制程序中，年審、內(nèi)審。 檢驗(yàn)設(shè)備管理崗位檢驗(yàn)、測(cè)量和試驗(yàn)設(shè)備控制程序中，檢測(cè)設(shè)備的校準(zhǔn)、維修管理。 質(zhì)量管理崗位質(zhì)量目標(biāo)管理控制程序中， 依據(jù)上報(bào)草案和總體情況分析， 編制質(zhì)量目標(biāo)草案。第12頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案技術(shù)狀態(tài)管理控制程序中，最終審批圖樣或技術(shù)資料。產(chǎn)品圖樣和技術(shù)文件的審簽和標(biāo)準(zhǔn)化檢查控制程序中，對(duì)審核工作最終結(jié)果的審批。設(shè)計(jì)輸入控制程序中， 對(duì)二類項(xiàng)目的設(shè)計(jì)輸入文件的審批， 對(duì)一類項(xiàng)目的審核。設(shè)計(jì)輸出控制程序中， 對(duì)二類項(xiàng)目的設(shè)計(jì)輸入文件的審批， 對(duì)一類項(xiàng)目的審核。試驗(yàn)質(zhì)量控制程序中，對(duì)試驗(yàn)大綱的審批。統(tǒng)計(jì)技術(shù)控制程序中，負(fù)責(zé)對(duì)統(tǒng)計(jì)技術(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ù)合同的審批。財(cái)資副院長崗位負(fù)責(zé)特殊合同、采購計(jì)劃（ A類和大宗物資）的審批。法人代表崗位簽訂合同。 企業(yè)管理處崗位功能評(píng)審組崗位審理特殊合同，評(píng)價(jià)本公司分廠的生產(chǎn)及運(yùn)輸能力。檔案管理組崗位管理有關(guān)合同評(píng)審記錄、合同的修改記錄，合同文本，及與客戶建立有關(guān)合同的聯(lián)絡(luò)網(wǎng)表。協(xié)調(diào)組崗位就特殊合同修改，協(xié)調(diào)顧客與合同審理員。督查組崗位第13頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案監(jiān)督和檢查顧客提供的產(chǎn)品，公司、分廠對(duì)產(chǎn)品的標(biāo)識(shí)，生產(chǎn)全過程。計(jì)劃組崗位所有過程在實(shí)施前的策劃，對(duì)過程質(zhì)量有直接影響的諸因素實(shí)施控制，同時(shí)按有關(guān)標(biāo)準(zhǔn)/法規(guī)，質(zhì)量計(jì)劃和質(zhì)量體系文件的規(guī)定。 科研管理處崗位功能協(xié)調(diào)組崗位協(xié)調(diào)項(xiàng)目組、顧客、管理部門之間的工作。評(píng)審組崗位評(píng)審新產(chǎn)品合同、新技術(shù)合同、評(píng)價(jià)設(shè)計(jì)技術(shù)能力、設(shè)計(jì)書、設(shè)計(jì)輸入文件設(shè)計(jì)輸出文件。任務(wù)組崗位通過市場調(diào)研提出新產(chǎn)品項(xiàng)目建議書，或上級(jí)部門下達(dá)新產(chǎn)品試制任務(wù)，或來源于合同三種途徑獲得設(shè)計(jì)與開發(fā)任務(wù)。資源配置組崗位配備資源，以滿足設(shè)計(jì)任務(wù)。計(jì)劃組崗位編制實(shí)施計(jì)劃，將設(shè)計(jì)任務(wù)分成階段性的目標(biāo)。設(shè)計(jì)組崗位設(shè)計(jì)每一階段的具體設(shè)計(jì)要求，以及具體設(shè)計(jì)要求的實(shí)現(xiàn)。 質(zhì)量管理處崗位功能檔案管理組崗位產(chǎn)品登記入庫，公司建立的有關(guān)分包商的檔案，以及公司的質(zhì)量檢測(cè)能力。驗(yàn)證組崗位驗(yàn)證顧客提供的產(chǎn)品，檢驗(yàn)公司、分廠的生產(chǎn)環(huán)境及使用材料的質(zhì)量控制。追溯組崗位追溯產(chǎn)品的標(biāo)識(shí)者，生產(chǎn)班組，檢驗(yàn)者。評(píng)審組崗位第14頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案評(píng)價(jià)關(guān)分包商的檔案，調(diào)整分包商，并且審核分包商提供的產(chǎn)品說明書。設(shè)備控制組崗位負(fù)責(zé)建立泉源檢測(cè)設(shè)備的總帳臺(tái)：設(shè)備名稱、規(guī)格型號(hào)、設(shè)備編號(hào)、使用地點(diǎn)檢測(cè)周期、校驗(yàn)方法、操作規(guī)程、說明書及使用、保養(yǎng)、維修記錄。 物資管理處崗位功能評(píng)審組崗位審核公司、分廠提供的承包商方案，采購內(nèi)能力，以及采購計(jì)劃。負(fù)責(zé)人崗位審核采購計(jì)劃（ A類和大宗物資）。管理組崗位工廠生產(chǎn)設(shè)備的管理負(fù)責(zé)人。檔案組崗位檔案管理。 資產(chǎn)管理處崗位功能評(píng)審組崗位審核公司、分廠的設(shè)備生產(chǎn)能力。檔案組崗位管理測(cè)量設(shè)備購置計(jì)劃檔案。 財(cái)務(wù)處崗位功能評(píng)審組崗位審核研究院的付款能力。 公司、分廠崗位功能物資分類崗位將需要采購的物件分類。評(píng)審組崗位第15頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案審核承包方，選擇承包方，確定承包方，并且建立承包商檔案并上報(bào)質(zhì)量管理處。計(jì)劃組崗位制定采購具體計(jì)劃，并且簽定采購合同。管理員崗位保管顧客提供的產(chǎn)品和采購品。標(biāo)識(shí)組崗位標(biāo)識(shí)產(chǎn)品，及更改產(chǎn)品標(biāo)識(shí)。協(xié)調(diào)員崗位協(xié)調(diào)公司、分廠和顧客以及組管部門的工作?？刂平M崗位保證順利生產(chǎn)，進(jìn)行設(shè)備、材料、環(huán)境控制。在生產(chǎn)過程中進(jìn)行特殊過程及關(guān)鍵工序控制，新產(chǎn)品試制控制。監(jiān)控員崗位生產(chǎn)全過程的跟蹤監(jiān)控，并記錄生產(chǎn)全過程。印簽管理員崗位印簽管理。運(yùn)輸組崗位產(chǎn)品運(yùn)輸包裝組崗位產(chǎn)品包裝。存儲(chǔ)、交付崗位產(chǎn)品存儲(chǔ)、交付。項(xiàng)目組崗位完成一個(gè)項(xiàng)目的人員集合。第16頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 質(zhì)量管理業(yè)務(wù)流程分析 管理評(píng)審流程涉及崗位管理者代表、院長、質(zhì)量管理處：計(jì)劃組、評(píng)審組、驗(yàn)證組、追溯組企業(yè)管理處：評(píng)審組、督察組、科研管理處：評(píng)審組、設(shè)計(jì)組、資源配備組資產(chǎn)管理處：評(píng)審組物資管理處：評(píng)審組財(cái)務(wù)處：評(píng)審組公司、分廠：評(píng)審組、計(jì)劃組第17頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖評(píng)審組（企管處、科管處、質(zhì)管處、物資處、計(jì)劃組（質(zhì)管處）管理者代表院長資產(chǎn)處、財(cái)務(wù)處、公司分廠）計(jì)劃 審核 審批 提交審核 制訂措施 審批 編制追溯組、驗(yàn)證設(shè)計(jì)組、資源配管理者代表管理者代表院長組（質(zhì)管處）備組（科管處）督察組組計(jì)劃組（公司分廠）（企管處）反饋 驗(yàn)證評(píng)審組（企管處、科管處、質(zhì)管處、物資處、驗(yàn)證組（質(zhì)管處）資產(chǎn)處、財(cái)務(wù)處、公司分廠）圖1：管理評(píng)審控制流程圖流程間關(guān)系質(zhì)量管理流程涉及9個(gè)部門，是和其他流程交錯(cuò)在一起，但被從任務(wù)概念上提取出來自成一體系。 內(nèi)審流程涉及崗位管理者代表質(zhì)量管理處：計(jì)劃組、負(fù)責(zé)人、評(píng)審組、評(píng)審組長、驗(yàn)證組公司、分廠：項(xiàng)目組長第18頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖計(jì)劃組（質(zhì)管處）計(jì)劃組（公司分廠） 計(jì)劃組（公司分廠） 負(fù)責(zé)人（質(zhì)管處） 技術(shù)質(zhì)量副院長分析 計(jì)劃 審核 審批分析 反饋 編制計(jì)劃組（質(zhì)管處） 計(jì)劃組（公司分廠） 計(jì)劃組（公司分廠）圖2：內(nèi)審控制流程圖流程間關(guān)系本流程在實(shí)際工作當(dāng)中與業(yè)務(wù)交雜，從任務(wù)流的觀點(diǎn)進(jìn)行概念提取得到內(nèi)審邏輯結(jié)構(gòu)獨(dú)立。 統(tǒng)計(jì)技術(shù)應(yīng)用涉及崗位技術(shù)質(zhì)量副院長質(zhì)量管理處：計(jì)劃組、負(fù)責(zé)人公司、分廠：計(jì)劃組第19頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖計(jì)劃組（質(zhì)管處）計(jì)劃組（公司分廠） 計(jì)劃組（公司分廠） 負(fù)責(zé)人（質(zhì)管處） 技術(shù)質(zhì)量副院長分析 計(jì)劃 審核 審批分析 反饋 編制計(jì)劃組（質(zhì)管處） 計(jì)劃組（公司分廠） 計(jì)劃組（公司分廠）圖3：統(tǒng)計(jì)技術(shù)控制流程圖流程間關(guān)系本流程主要設(shè)涉及生產(chǎn)部門和質(zhì)量管理部門，完成統(tǒng)計(jì)技術(shù)流程運(yùn)做，在實(shí)際生產(chǎn)當(dāng)中穿插與業(yè)務(wù)流程當(dāng)中，在軟件邏輯結(jié)構(gòu)上，用任務(wù)流的觀點(diǎn)看，結(jié)構(gòu)獨(dú)立。 質(zhì)量成本涉及崗位院長質(zhì)量管理處：計(jì)劃組、驗(yàn)證組財(cái)務(wù)處：評(píng)審組第20頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖計(jì)劃組（質(zhì)管處） 計(jì)劃組（質(zhì)管處） 評(píng)審組（財(cái)務(wù)處） 計(jì)劃組（質(zhì)管處）計(jì)劃 統(tǒng)計(jì) 分析 編制驗(yàn)證 編制 審批驗(yàn)證組（質(zhì)管處） 計(jì)劃組（質(zhì)管處） 院長圖4：質(zhì)量成本控制流程圖流程間關(guān)系本任務(wù)流關(guān)于質(zhì)量成本計(jì)算，結(jié)構(gòu)獨(dú)立，但影響其他動(dòng)作流的實(shí)現(xiàn)。 不合格品控制程序涉及崗位質(zhì)量管理處：驗(yàn)證組不合格產(chǎn)品審理委員會(huì)、不合格產(chǎn)品審理常設(shè)機(jī)構(gòu)、不合格產(chǎn)品審理小組、公司、分廠：項(xiàng)目組長、驗(yàn)證組、檢驗(yàn)員第21頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖不合格產(chǎn)品不合格產(chǎn)品審不合格產(chǎn)品驗(yàn)證組（質(zhì)管處）項(xiàng)目組長（公司分廠）驗(yàn)證組（質(zhì)管處）審理委員會(huì)理常設(shè)機(jī)構(gòu)審理小組驗(yàn)證 確認(rèn) 提交 審核確認(rèn)評(píng)審組（財(cái)務(wù)處）檢驗(yàn)員（公司分廠） 項(xiàng)目組長（公司分廠）驗(yàn)證組（公司分廠） 驗(yàn)證組（質(zhì)管處）圖5：不合格產(chǎn)品控制流程圖流程間關(guān)系本流程關(guān)于不合格產(chǎn)品的控制一般流程，結(jié)構(gòu)相對(duì)獨(dú)立。 企業(yè)管理業(yè)務(wù)流程分析 計(jì)劃管理流程涉及崗位公司分廠：計(jì)劃組、負(fù)責(zé)人、企業(yè)管理處：評(píng)審組、負(fù)責(zé)人生產(chǎn)經(jīng)營副院長控制流程圖第22頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案計(jì)劃組（公司分廠） 負(fù)責(zé)人（公司分廠） 評(píng)審組（企管處）計(jì)劃 審核 評(píng)審審批 審核生產(chǎn)經(jīng)營副院長 負(fù)責(zé)人（企管處）圖6：計(jì)劃管理控制流程圖流程間關(guān)系本流程是生產(chǎn)計(jì)劃制訂流程，是在處于生產(chǎn)流程之前，結(jié)構(gòu)獨(dú)立。 合同管理流程涉及崗位院長、技術(shù)質(zhì)量副院長、主管副院長、法人代表企業(yè)管理處：評(píng)審組、負(fù)責(zé)人科研管理處：評(píng)審組、負(fù)責(zé)人公司、分廠：負(fù)責(zé)人、評(píng)審組、業(yè)務(wù)員第23頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖不合格產(chǎn)品不合格產(chǎn)品審不合格產(chǎn)品驗(yàn)證組（質(zhì)管處）項(xiàng)目組長（公司分廠）驗(yàn)證組（質(zhì)管處）審理委員會(huì)理常設(shè)機(jī)構(gòu)審理小組驗(yàn)證 確認(rèn) 提交 審核確認(rèn)評(píng)審組（財(cái)務(wù)處）檢驗(yàn)員（公司分廠） 項(xiàng)目組長（公司分廠）驗(yàn)證組（公司分廠） 驗(yàn)證組（質(zhì)管處）圖7：合同管理控制流程圖流程間關(guān)系本流程結(jié)構(gòu)獨(dú)立，是合同簽定的一般流程。 科研管理業(yè)務(wù)流程分析 制訂的管理文件和 C層次文件涉及崗位科研管理處：計(jì)劃組、評(píng)審組、驗(yàn)證組、檔案組制訂的管理文件和 C層次文件序號(hào)文件編號(hào)名稱01ZD.G/FRP/KG001-2001科研項(xiàng)目管理程序作業(yè)指導(dǎo)書02ZD.G/FRP/KG002-2001民用新產(chǎn)品開發(fā)試制控制程序03ZD.G/FRP/KG003-2001關(guān)于科研項(xiàng)目負(fù)責(zé)人資格的規(guī)定04ZD.G/FRP/KG004-2001科研項(xiàng)目組織技術(shù)接口框圖05ZD.G/FRP/KG005-2001科研項(xiàng)目管理暫行辦法第24頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案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)鍵工序能力驗(yàn)證分析方法 科研項(xiàng)目過程管理控制程序涉及崗位科研管理處：任務(wù)組、科技委、評(píng)審組、檔案組、計(jì)劃組控制流程圖任務(wù)組（科管處） 科技委（科管處） 評(píng)審組（科管處） 計(jì)劃組（科管處）立項(xiàng) 審核 審批 計(jì)劃計(jì)劃 評(píng)審 計(jì)劃 評(píng)審計(jì)劃組（科管處） 評(píng)審組（科管處） 計(jì)劃組（科管處） 評(píng)審組（科管處）評(píng)審 歸檔評(píng)審組（科管處） 檔案組（科管處）圖8：科研項(xiàng)目過程管理控制流程圖第25頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 軍品新產(chǎn)品開發(fā)控制程序控制程序涉及崗位科研管理處：計(jì)劃組、評(píng)審組、驗(yàn)證組、檔案組公司、分廠：監(jiān)控組、設(shè)計(jì)組、評(píng)審組、計(jì)劃組、標(biāo)識(shí)組控制流程圖法人代表（研究院） 計(jì)劃組（科管處） 評(píng)審組（科管處） 計(jì)劃組（公司分廠）簽字蓋章 編制 評(píng)審 計(jì)劃評(píng)審 設(shè)計(jì) 評(píng)審評(píng)審組（公司分廠） 設(shè)計(jì)組（公司分廠） 評(píng)審組（公司分廠）監(jiān)控總結(jié)編制監(jiān)控組（公司分廠）計(jì)劃組（科管處）計(jì)劃組（科管處）歸檔 總結(jié) 驗(yàn)證 評(píng)審檔案組（科管處） 驗(yàn)證組（科管處） 驗(yàn)證組（科管處） 評(píng)審組（科管處）圖9：A類技術(shù)合同/新產(chǎn)品合同執(zhí)行流程圖第26頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案法人代表（研究院） 計(jì)劃組（科管處） 評(píng)審組（科管處） 計(jì)劃組（公司分廠）簽字蓋章 編制 評(píng)審 計(jì)劃評(píng)審 設(shè)計(jì) 評(píng)審評(píng)審組（公司分廠） 設(shè)計(jì)組（公司分廠） 評(píng)審組（公司分廠）監(jiān)控總結(jié)編制監(jiān)控組（公司分廠）計(jì)劃組（科管處）計(jì)劃組（科管處）歸檔總結(jié)驗(yàn)證評(píng)審檔案組（科管處）驗(yàn)證組（科管處）驗(yàn)證組（科管處）評(píng)審組（科管處）圖10：B類技術(shù)合同/新產(chǎn)品合同執(zhí)行流程圖法人代表（研究院）計(jì)劃組（科管處）評(píng)審組（科管處）計(jì)劃組（公司分廠）簽字蓋章編制評(píng)審計(jì)劃評(píng)審設(shè)計(jì)評(píng)審評(píng)審組（公司分廠）設(shè)計(jì)組（公司分廠）評(píng)審組（公司分廠）編制監(jiān)控評(píng)審計(jì)劃組（科管處）監(jiān)控組（公司分廠）評(píng)審組（科管處）歸檔總結(jié)驗(yàn)證檔案組（科管處）驗(yàn)證組（科管處）驗(yàn)證組（科管處）圖11：C類技術(shù)合同/新產(chǎn)品合同執(zhí)行流程圖第27頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案流程間關(guān)系本流程關(guān)于科研項(xiàng)目過程管理控制， 處于計(jì)劃管理流程之后， 是完整的 A、B、C類技術(shù)合同/新產(chǎn)品合同，軍品生產(chǎn)業(yè)務(wù)流程。處于科研項(xiàng)目過程管理控制流程之后。 組織我院軍工產(chǎn)品和新產(chǎn)品工藝文件的制訂涉及崗位科研管理處：計(jì)劃組、評(píng)審組、負(fù)責(zé)人、設(shè)計(jì)組、檔案組公司分廠：負(fù)責(zé)人、評(píng)審組、設(shè)計(jì)組技術(shù)質(zhì)量副院長第28頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖負(fù)責(zé)人（公司分廠）負(fù)責(zé)人（質(zhì)管處）評(píng)審組（科管處）設(shè)計(jì)組（科管處）項(xiàng)目組長（公司分廠）項(xiàng)目組長（公司分廠）負(fù)責(zé)人（科管處）編制 編制 審核審核 設(shè)計(jì) 審批負(fù)責(zé)人（公司分廠）負(fù)責(zé)人（質(zhì)管處）設(shè)計(jì)組（科管處）技術(shù)質(zhì)量副院長評(píng)審組（科管處）負(fù)責(zé)人（科管處） 設(shè)計(jì)組（公司分廠）項(xiàng)目組長（公司分廠）審批設(shè)計(jì)審核技術(shù)質(zhì)量副院長設(shè)計(jì)組（科管處）負(fù)責(zé)人（公司分廠）負(fù)責(zé)人（質(zhì)管處）設(shè)計(jì)組（公司分廠）評(píng)審組（科管處）負(fù)責(zé)人（科管處）項(xiàng)目組長（公司分廠）更改 審批 審批 編制負(fù)責(zé)人（質(zhì)管處） 技術(shù)質(zhì)量副院長 項(xiàng)目組長（公司分廠） 項(xiàng)目組長（公司分廠）評(píng)審組（科管處）負(fù)責(zé)人（公司分廠） 負(fù)責(zé)人（科管處）項(xiàng)目組長（公司分廠）追加 歸檔 銷毀設(shè)計(jì)組（科管處） 檔案組（科管處） 技術(shù)質(zhì)量副院長設(shè)計(jì)組（公司分廠）圖12：軍工產(chǎn)品和新產(chǎn)品工藝文件制定流程圖流程間關(guān)系本流程關(guān)于軍品制造的工藝文件制訂流程， 結(jié)構(gòu)獨(dú)立，處于科研項(xiàng)目管理控制流程后，第29頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案在軍品開發(fā)控制流程之前。 物資管理業(yè)務(wù)流程分析 采購計(jì)劃流程涉及崗位物資管理處各公司、分廠技術(shù)質(zhì)量副院長財(cái)資副院長第30頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案控制流程圖圖13：采購計(jì)劃控制流程圖流程間關(guān)系采購屬于物資管理流程的組成部分， 質(zhì)量管理與采購是控制與被控制的關(guān)系， 從審批承包商，制定采購計(jì)劃到保管產(chǎn)品， 每一步都受到嚴(yán)格檢驗(yàn)與審核， 只有通過對(duì)采購進(jìn)行控制，才能確保采購的產(chǎn)品符合規(guī)定的要求，從而保證質(zhì)量。物資管理處為采購控制的主管部門，負(fù)責(zé)對(duì)分承包方的評(píng)價(jià)及采購計(jì)劃審核。各公司、分廠負(fù)責(zé)采購計(jì)劃的制定及采購?？蒲泄芾硖?、質(zhì)量管理處、 公司、分廠參與分承包方的評(píng)價(jià)。技術(shù)質(zhì)量副院長負(fù)責(zé)物資分類目錄的批準(zhǔn)。 “合格承包方名冊(cè)”由物資管理處負(fù)責(zé)人審核、財(cái)資副院長批準(zhǔn)。大宗及 A類物資采購計(jì)劃由物資管理處負(fù)責(zé)人審核、財(cái)資副院長批準(zhǔn)。第31頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 采購合同流程涉及崗位各公司、分廠物資管理處技術(shù)質(zhì)量副院長企業(yè)管理處控制流程圖圖14：采購合同控制流程圖第32頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案流程間關(guān)系形成采購計(jì)劃的單位依據(jù)審批后的物資采購計(jì)劃，在合格分承包方的名冊(cè)內(nèi)采購， A、B類物資采購應(yīng)簽訂采購合同或質(zhì)量保證協(xié)議書， 國控產(chǎn)品重油和?？氐亩酒烦狻?遇有特殊情況，需在“合格分承包方名單”外采購時(shí)，由采購部門提出申請(qǐng)，經(jīng)采購部門技術(shù)負(fù)責(zé)人和物資管理處負(fù)責(zé)人審核、技術(shù)質(zhì)量副院長批準(zhǔn)后實(shí)施，同時(shí)對(duì)采購物資加嚴(yán)入廠檢驗(yàn)。 材料入庫業(yè)務(wù)流程涉及崗位物資管理處質(zhì)量管理處公司、分廠控制流程圖第33頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案圖15：材料入庫控制流程圖流程間關(guān)系某單位需對(duì)外來采購產(chǎn)品進(jìn)行保管控制， 對(duì)原材料、元器件進(jìn)行檢驗(yàn)和試驗(yàn)， 只有符合規(guī)定要求的產(chǎn)品才能入庫，確保采購產(chǎn)品符合規(guī)定要求。物資管理處負(fù)責(zé)采購產(chǎn)品的入庫工作以及公司、分廠倉庫管理的監(jiān)督檢查工作。質(zhì)量管理處為進(jìn)貨檢驗(yàn)/試驗(yàn)的主管部門，負(fù)責(zé)組織檢驗(yàn)/試驗(yàn)的實(shí)施。物資管理處及公司、分廠庫管員負(fù)責(zé)進(jìn)貨物資的驗(yàn)證、送樣。第34頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 文件管理業(yè)務(wù)流程分析 文件編寫與發(fā)布涉及崗位質(zhì)量管理處科研管理處資產(chǎn)管理處財(cái)資副院長院長各相關(guān)公司、分廠控制流程圖第35頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案圖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)范圍的外來文件和資料。質(zhì)量手冊(cè)由質(zhì)量管理處組織人員編寫， 由管理者代表審核， 經(jīng)院長批準(zhǔn)后發(fā)布。 質(zhì)量文件由質(zhì)量管理處組織歸口主管部門編寫，由所設(shè)計(jì)的相關(guān)部門進(jìn)行會(huì)簽，經(jīng)歸口部門主管院長批準(zhǔn)后發(fā)布。質(zhì)量計(jì)劃由承制單位組織人員編寫，經(jīng)承制單位負(fù)責(zé)人和質(zhì)量管理處負(fù)責(zé)人審核，技術(shù)質(zhì)量副院長批準(zhǔn)。軍用產(chǎn)品的圖樣和技術(shù)文件由科研管理處組織承制單位或項(xiàng)目組編制，其審批需進(jìn)行三級(jí)審簽、工藝會(huì)、質(zhì)量會(huì)簽和標(biāo)準(zhǔn)化檢查。試制產(chǎn)品、新產(chǎn)品的圖第36頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案樣和技術(shù)文件由承制單位或項(xiàng)目組編制。 設(shè)計(jì)、試驗(yàn)規(guī)范由承制單位或項(xiàng)目組編制。 定性產(chǎn)品工藝文件及其他技術(shù)文件，包括作業(yè)指導(dǎo)書、工藝卡片、設(shè)備操作規(guī)程等，由公司分廠組織編制，經(jīng)公司、分廠及科研管理處負(fù)責(zé)人共同審核，主管院長批準(zhǔn)。 檢驗(yàn)規(guī)程或檢驗(yàn)指導(dǎo)書以及檢測(cè)設(shè)備校驗(yàn)方法有質(zhì)量管理處組織編制， 經(jīng)質(zhì)量管理處負(fù)責(zé)人審核、 技術(shù)質(zhì)量副院長批準(zhǔn)。部門管理性文件由各相關(guān)部門組織編制并由其負(fù)責(zé)人審核， 主管院長批準(zhǔn)；涉及其他部門時(shí)，在提交批準(zhǔn)前應(yīng)請(qǐng)所涉及的部門人會(huì)簽。 文件歸檔涉及崗位院辦公室檔案負(fù)責(zé)處質(zhì)量管理處科研管理處各部門制定檔案負(fù)責(zé)人控制流程圖第37頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案圖17：文件歸檔控制流程圖流程間關(guān)系文件資料歸檔流程是為了幫助我院對(duì)各類管理文件 /各類標(biāo)準(zhǔn)文件 /圖紙資料進(jìn)行分部門分類別管理，以及對(duì)文件目錄，存放及以借閱等記錄進(jìn)行管理而設(shè)置的系統(tǒng)。文件歸檔管理是對(duì)我院質(zhì)量管理、 企業(yè)管理、科研管理、物資管理等內(nèi)部運(yùn)行過程的如實(shí)記錄，它客觀地反應(yīng)著問題處理、領(lǐng)導(dǎo)決策、生產(chǎn)經(jīng)營、基本建設(shè)、研究開發(fā)等各方面過程和成果，同時(shí)也反過來影響著以上各過程。 文件借閱涉及崗位各公司、分廠院辦公室質(zhì)量管理處第38頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案科研管理處控制流程圖圖18：文件借閱控制流程圖流程間關(guān)系文件資料管理系統(tǒng)是一個(gè)可獨(dú)立動(dòng)作的系統(tǒng)，我院可稽此系統(tǒng)對(duì)院內(nèi)繁多的文件進(jìn)行分門別類的管理，通過對(duì)文件借閱進(jìn)行建檔管理，可隨時(shí)查閱資料所在， 以避免資料遺失，該系統(tǒng)與系統(tǒng)資料維護(hù)以及采購資料維護(hù)， 質(zhì)量管理部門、企業(yè)管理部門、科研管理部門以及各文檔借閱對(duì)象可直接在各業(yè)務(wù)流程中查詢相關(guān)文件。第39頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第四章 系統(tǒng)總體設(shè)計(jì)4.1 設(shè)計(jì)思想某單位綜合科研管理系統(tǒng)將采用通用的開放操作系統(tǒng)和開發(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)和開發(fā)方式保證系統(tǒng)的穩(wěn)定性；完全依托玻璃鋼研究設(shè)計(jì)院的質(zhì)量體系手冊(cè)進(jìn)行各功能模塊的設(shè)計(jì)來保證系統(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ì)院科研開發(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ù)庫中，防止數(shù)據(jù)的丟失；通過統(tǒng)一的開發(fā)平臺(tái)和通用的開發(fā)軟件，保證系統(tǒng)的通用性。采用B/S/D架構(gòu)的成熟技術(shù)，可做到兼顧靈活性和穩(wěn)定性的要求。4.2 系統(tǒng)架構(gòu)某單位綜合科研管理系統(tǒng)的主要對(duì)象是研究設(shè)計(jì)院質(zhì)量體系的實(shí)現(xiàn)，通過對(duì)研究設(shè)計(jì)院的日常業(yè)務(wù)的質(zhì)量管理的實(shí)現(xiàn)， 建立完整的后臺(tái)數(shù)據(jù)中心， 為研究設(shè)計(jì)院的質(zhì)量管理標(biāo)準(zhǔn)化、第40頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案規(guī)范化提供幫助。 B/S/D架構(gòu)的優(yōu)勢(shì)某單位綜合科研管理系統(tǒng)包括的主要內(nèi)容為：質(zhì)量管理流程、企業(yè)管理流程、科研管理流程、物資管理流程和文件管理流程。作為企業(yè) Intranet的主要應(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ù)器端。這種組織安排帶來諸多的限制：1、客戶端很龐大，以致于應(yīng)用程序升級(jí)和維護(hù)時(shí)十分困難且耗資很大：如對(duì)應(yīng)用程序一個(gè)小小的改動(dòng)，就必須通知或親臨每一個(gè)客戶端去更新；新增或升級(jí)一臺(tái)機(jī)器，都要把應(yīng)用及其相關(guān)的文件安裝在客戶端上。在某單位綜合科研管理系統(tǒng)中有大量的客戶端，可以想象維護(hù)的工作量有多大。2、事務(wù)層不能與跨平臺(tái)的客戶端共享。3、孤立了不同的邏輯組件。4、沒有統(tǒng)一的數(shù)據(jù)邏輯層來提供不同種類的數(shù)據(jù)存儲(chǔ)層。5、C/S組織結(jié)構(gòu)不支持 Internet。 C/S與B/S混合結(jié)構(gòu)的不足不可否認(rèn)的是 C/S與B/S混合結(jié)構(gòu)確實(shí)適于一些企業(yè)組織其應(yīng)用管理系統(tǒng)， 但總的來說，其適用范圍是有限的。1、大多數(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í)。2、C/S結(jié)構(gòu)與B/S結(jié)構(gòu)畢竟是不同的兩種架構(gòu)， 要將其有機(jī)的結(jié)合起來需要 ApplicationServer的支持，導(dǎo)致軟件開發(fā)費(fèi)用的增加和系統(tǒng)復(fù)雜度的增加。3、考慮到某單位的具體特點(diǎn)， B/S架構(gòu)的功能已能實(shí)現(xiàn)全部管理功能。第41頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 B/S/D架構(gòu)的Web應(yīng)用解決方案的優(yōu)勢(shì)Web平臺(tái)是一個(gè)調(diào)度任務(wù)集中的、以客戶為中心的應(yīng)用程序平臺(tái)；它是一個(gè)分布式、開放、適用性強(qiáng)、高性能、端到端的平臺(tái)；它可使企業(yè)利用技術(shù)獲取競爭優(yōu)勢(shì)。分布式C/S技術(shù)的出現(xiàn)，給系統(tǒng)集成方案帶來了集中的信息和本地的 PC環(huán)境，但其數(shù)據(jù)的共享程度是很不夠的。當(dāng)今的信息技術(shù)需要新的解決方案，它提供以客戶為中心的用戶界面和Web的分布結(jié)構(gòu)，它帶有 IT環(huán)境的個(gè)人特征，如數(shù)據(jù)存取、安全性能等，這就是我們通常所說的三層結(jié)構(gòu)。Web結(jié)構(gòu)的優(yōu)勢(shì)在Web結(jié)構(gòu)中，事務(wù)層和數(shù)據(jù)邏輯層放在中間組件層，這是關(guān)鍵，是與 C/S結(jié)構(gòu)的最大區(qū)別，它能解決以下幾個(gè)問題：客戶端很瘦小，并且很容易在運(yùn)行時(shí)自動(dòng)升級(jí)；事務(wù)層可在跨平臺(tái)的客戶端上共享；不同邏輯組件的分離意味著圖形設(shè)計(jì)人員、事務(wù)邏輯開發(fā)人員和數(shù)據(jù)庫分析人員可以獨(dú)立地設(shè)計(jì)他們各自的部分；統(tǒng)一的、抽象的用戶界面可使用戶更有效地從同一數(shù)據(jù)源中存取數(shù)據(jù)；這種結(jié)構(gòu)可更有效地在企業(yè)內(nèi)部網(wǎng)、國際互聯(lián)網(wǎng)和外聯(lián)網(wǎng)上運(yùn)行。中間組件層充當(dāng)一個(gè)服務(wù)器，這就是通常所說的應(yīng)用服務(wù)器。開放性Web是一個(gè)開放的環(huán)境，應(yīng)用由復(fù)用組件集成，通過標(biāo)準(zhǔn)語言匯編、跨平臺(tái)的統(tǒng)一協(xié)議發(fā)布，用標(biāo)準(zhǔn)用戶界面顯示， 它與硬件平臺(tái)和操作系統(tǒng)無關(guān)。 現(xiàn)在有三種組件模型： ActiveX、JavaBeans和CORBA。但并不是每一種瀏覽器都支持動(dòng)態(tài)的 HTML，Java腳本的擴(kuò)充至少支持三種模型： ActiveServer、LiveWire和PowerDynamo。4.適應(yīng)性一個(gè)可適應(yīng)的開發(fā)環(huán)境是非常重要的， 采用應(yīng)用服務(wù)器的目的在于它支持多種組件模型，但在客戶端和數(shù)據(jù)庫服務(wù)器端需要有更強(qiáng)的適應(yīng)性。隨著Web技術(shù)的介入，用戶界面設(shè)計(jì)已發(fā)生了巨大的變化，因?yàn)樵谡军c(diǎn)上，并沒有類似迷惑用戶的東西或用戶手冊(cè)。 一個(gè)成功的站點(diǎn)應(yīng)首先吸引用戶， 而后留住用戶。而引入新的、面向圖形化的和直覺的用戶界面標(biāo)準(zhǔn)，就允許最終用戶可以直接與它們交流。第42頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案 B/S/D結(jié)構(gòu)中各部分的分工 Web發(fā)布部分Web服務(wù)器僅僅是把要顯示的內(nèi)容從站點(diǎn)上以文件的形式讀取， 然后以靜態(tài)的 HTML格式送到客戶端的瀏覽器； 也可以Applet增強(qiáng)表現(xiàn)能力，但它僅僅是利用 ActiveX或JavaBeans通過頁面或組件，并沒有通過任何事務(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ù)， 而WebOLTP主要集中在核心在線數(shù)據(jù)。 客戶端客戶端是表現(xiàn)邏輯層，執(zhí)行含有各種擴(kuò)展的 HTML(包括動(dòng)態(tài) HTML)頁面，這些擴(kuò)展既來自瀏覽器，也來自可視化 JavaBeans和ActiveX組件。在任何情況下，我們至少需要一個(gè)HTML頁面，由此 HTTP可從服務(wù)器端傳至客戶端，應(yīng)用程序的其它部分可以是一個(gè)整體。因?yàn)榇蟛糠值腤eb應(yīng)用都是為Internet編寫的，對(duì)專業(yè)的IT應(yīng)用而言，Web是一個(gè)成功的平臺(tá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頁面，傳統(tǒng)的Web方法是很好的，由Web服務(wù)器從文件系統(tǒng)中讀取頁面，然后送給客戶端。第43頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案4.3 可定制的任務(wù)流控制管理網(wǎng)絡(luò)應(yīng)用系統(tǒng)在針對(duì)具體的企業(yè)實(shí)體實(shí)現(xiàn)其日常管理需求時(shí)，企業(yè)生產(chǎn)中業(yè)務(wù)流程的概念需要得到體現(xiàn)。 而在管理過程中， 對(duì)任意的流程的可控是實(shí)現(xiàn)質(zhì)量管理的關(guān)鍵， 我們考慮通過崗位和角色的概念和網(wǎng)絡(luò)應(yīng)用實(shí)現(xiàn) B/S結(jié)構(gòu)上流程可控功能。 崗位與角色的劃分企業(yè)的業(yè)務(wù)大多復(fù)雜和繁多，不利于實(shí)現(xiàn)計(jì)算機(jī)管理；因此，通過提取性質(zhì)相似的崗位，可以簡化流程管理中面對(duì)的對(duì)象的數(shù)量， 這也是面向?qū)ο蟮木幊谭椒ǖ捏w現(xiàn)， 例如生產(chǎn)流程與采購流程都有合同制訂的相似過程，面向的對(duì)象（合同）雖然不同，但過程運(yùn)作卻是相似的，可以歸結(jié)在一起。對(duì)軟件設(shè)計(jì)來說，這是相同的方法，而不同合同內(nèi)容即是這同一方法的不同屬性。 數(shù)據(jù)庫的崗位字段的設(shè)計(jì)如前所述，方法與屬性恰恰構(gòu)成關(guān)系型數(shù)據(jù)庫的對(duì)應(yīng)關(guān)系，通過任務(wù)流數(shù)據(jù)字段的建立可以實(shí)現(xiàn)如下功能：1、靈活的任務(wù)流控制，企業(yè)任何工作流程的改動(dòng)或變化均可方便的在數(shù)據(jù)庫中更改。2、便于統(tǒng)計(jì)數(shù)據(jù)的收集和匯總。 任務(wù)定制的設(shè)想通過網(wǎng)絡(luò)應(yīng)用系統(tǒng)的管理頁面，任務(wù)流程的制訂者可以通過調(diào)用后臺(tái)數(shù)據(jù)庫重新組織相關(guān)崗位或角色實(shí)現(xiàn)任務(wù)流的定制， 同時(shí)任務(wù)流程的管理者可以通過查詢頁面及時(shí)掌控流程的執(zhí)行過程，而相關(guān)流程的執(zhí)行者將通過過程的開始和結(jié)束標(biāo)記體現(xiàn)流程的執(zhí)行全過程。4.4 以崗位為依據(jù)進(jìn)行嚴(yán)格的權(quán)限管理從崗位的概念中不難看出不同的崗位具有不同的業(yè)務(wù)對(duì)象或執(zhí)行活動(dòng)，而質(zhì)量管理的目的就是保證業(yè)務(wù)流程在有序的、可控的情況下執(zhí)行。因此，對(duì)每一個(gè)流程的具體執(zhí)行者的權(quán)限進(jìn)行控制是保證數(shù)據(jù)安全的重要方法。以崗位為依據(jù)組織全院的人員數(shù)據(jù)庫，可以明確每個(gè)員工的責(zé)任，做到分工明確，責(zé)任第44頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案到人；設(shè)置不同的數(shù)據(jù)訪問優(yōu)先級(jí)別，可以確保后臺(tái)數(shù)據(jù)的安全性和完整性。4.5 實(shí)現(xiàn)文檔電子化管理電子化文檔的管理，可以確保各項(xiàng)文檔材料的準(zhǔn)確收集和發(fā)放。公文流轉(zhuǎn)的實(shí)現(xiàn)，可以增強(qiáng)各業(yè)務(wù)流程的可控性。4.6 Internet 增值服務(wù)對(duì)于服務(wù)和培訓(xùn)的工作，考慮采用外部網(wǎng)絡(luò)（ Internet）和內(nèi)部網(wǎng)絡(luò)（ Intranet）的方式實(shí)現(xiàn)。4.7 統(tǒng)一的后臺(tái)數(shù)據(jù)平臺(tái)共用一個(gè)數(shù)據(jù)后臺(tái)，保證數(shù)據(jù)的可靠性和唯一性。4.8 通過XML語言實(shí)現(xiàn) Internet 上的數(shù)據(jù)交換XML 的一個(gè)主要應(yīng)用是改變數(shù)據(jù)交換的根本模式。傳統(tǒng) EDI(電子數(shù)據(jù)交換 )機(jī)制依靠不同商業(yè)之間的強(qiáng)大計(jì)算機(jī)系統(tǒng)來實(shí)現(xiàn)壓縮的信息傳輸， 每一條信息在傳輸使用和提供給用戶之前都必須編碼。網(wǎng)絡(luò)應(yīng)用系統(tǒng)在網(wǎng)上運(yùn)作時(shí)用戶端每填完一個(gè) HTML 的表格之后，都要把表格還給初始的服務(wù)器處理。所有數(shù)據(jù)處理都集中在了一端。而 XML可以在客戶端處理數(shù)據(jù)，并在必要時(shí)傳輸給相關(guān)用戶而不必要改換數(shù)據(jù)格式。XML的應(yīng)用彌補(bǔ)了許多 HTML的缺陷，我們把它在網(wǎng)上的應(yīng)用總結(jié)為四點(diǎn)：1．當(dāng)網(wǎng)絡(luò)客戶必須在不同的數(shù)據(jù)庫之間傳遞信息時(shí)的應(yīng)用。2．當(dāng)需要把大部分從網(wǎng)絡(luò)服務(wù)器載下的數(shù)據(jù)在用戶端處理時(shí)的應(yīng)用。3．當(dāng)相同的數(shù)據(jù)對(duì)于不同的用戶需要有不同的界面時(shí)的應(yīng)用。4．當(dāng)網(wǎng)絡(luò)情報(bào)供貨商要把發(fā)現(xiàn)的信息精心裁減，并發(fā)送給不同的個(gè)人用戶時(shí)的應(yīng)用。因此，在本系統(tǒng)中，通過定義一部分 XML 頁，可以達(dá)到分擔(dān)后臺(tái)數(shù)據(jù)庫的工作，將一部分?jǐn)?shù)據(jù)工作轉(zhuǎn)移到客戶端來進(jìn)行。第45頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第五章 應(yīng)用軟件設(shè)計(jì)5.1 應(yīng)用軟件的設(shè)計(jì)思想某設(shè)計(jì)研究院綜合科研管理系統(tǒng)的主要組成從軟件實(shí)現(xiàn)上可分為五部分，即質(zhì)量管理前端、企業(yè)管理前端、科研管理前端、物資管理前端和文件管理前端；從系統(tǒng)架構(gòu)上可分為三部分，即應(yīng)用程序客戶端、網(wǎng)絡(luò)應(yīng)用程序和數(shù)據(jù)后臺(tái)。軟件設(shè)計(jì)采用三層結(jié)構(gòu)的設(shè)計(jì)方法，即通過服務(wù)器層實(shí)現(xiàn)應(yīng)用前端與后臺(tái)數(shù)據(jù)庫的數(shù)據(jù)共享，通過JSP語言和相關(guān)的小服務(wù)程序以及XML電子數(shù)據(jù)交換格式實(shí)現(xiàn)網(wǎng)絡(luò)形式的新形態(tài)企業(yè)綜合管理系統(tǒng)。5.2 軟件系統(tǒng)總體架構(gòu)圖19：軟件模型軟件子系統(tǒng)如上圖所示，其主要特點(diǎn)是：統(tǒng)一的數(shù)據(jù)存儲(chǔ)。第46頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案2. 后臺(tái)小服務(wù)程序?yàn)楸鞠到y(tǒng)的主要功能部件， 而Applet技術(shù)與HTML語言的結(jié)合確保了整個(gè)應(yīng)用程序的可視性和美觀性。多種網(wǎng)絡(luò)技術(shù)的結(jié)合使用，既綜合了不同方法的優(yōu)點(diǎn)加以使用，又避免了各種方式的自身缺陷，保證了系統(tǒng)的實(shí)用性和可擴(kuò)展性。第47頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第六章 關(guān)鍵技術(shù)介紹6.1 基于B/S/D三層體系結(jié)構(gòu)的運(yùn)行環(huán)境瀏覽器Browser/WEB服務(wù)器Server/數(shù)據(jù)庫服務(wù)器 Database是解決公共信息服務(wù)以及交互相應(yīng)動(dòng)態(tài)服務(wù)最適用的一種應(yīng)用模型。實(shí)現(xiàn)了真正意義上的瘦客戶，大大簡化了應(yīng)用系統(tǒng)的分發(fā)、配置管理和版本管理工作?？蛻魹g覽器 請(qǐng)求響應(yīng)

Web服務(wù)器請(qǐng)求響應(yīng)

應(yīng)用服務(wù)器

請(qǐng)求數(shù)據(jù)庫服務(wù)響應(yīng)圖20：基于B/S/D三層體系結(jié)構(gòu)的運(yùn)行環(huán)境示意圖其中，WEB客戶端是 WEB瀏覽器，例如 NetscapeNavigator 或者M(jìn)icrosoft InternetExplorer。WEB服務(wù)器是任何基于 HTML 的服務(wù)器，例如 NetscapeEnterpriseServer或者SybaseApplicationServer等。應(yīng)用服務(wù)器是對(duì) WEB服務(wù)器功能的一種擴(kuò)展，負(fù)責(zé)權(quán)限，組件，事務(wù)，數(shù)據(jù)庫連接等管理。最終用戶可以通過 WEB瀏覽器發(fā)出請(qǐng)求，通過 HTTP協(xié)議與WEB服務(wù)器進(jìn)行通信。如果是數(shù)據(jù)請(qǐng)求，WEB服務(wù)器（應(yīng)用服務(wù)器）與數(shù)據(jù)庫服務(wù)器通信，將返回?cái)?shù)據(jù)構(gòu)造成瀏覽器頁面返回給用戶。三層體系結(jié)構(gòu)特別適用于電子商務(wù)：1．在前臺(tái)，客戶并不需要安裝特別復(fù)雜和龐大的應(yīng)用系統(tǒng)，只需要使用操作系統(tǒng)集成的網(wǎng)絡(luò)瀏覽器即可，這使得前臺(tái)系統(tǒng)非常方便的推廣， 適用于存在非常龐大的客戶群的情況。2．商務(wù)處理完全放在中間的應(yīng)用服務(wù)層?？蛻敉ㄟ^瀏覽器發(fā)出命令（比如說：查詢，下訂單等），應(yīng)用服務(wù)層獲得命令，進(jìn)行相應(yīng)的處理，并以 HTTP的形式返回用戶結(jié)果。這同樣適合于分散用戶，集中處理的特性。3．?dāng)?shù)據(jù)一般存放于一個(gè)強(qiáng)大的數(shù)據(jù)服務(wù)器中，所有用戶可以通過應(yīng)用服務(wù)器訪問數(shù)據(jù)服務(wù)器。這樣可以使用數(shù)據(jù)集中存放， 便于維護(hù)和管理。 這也是當(dāng)前數(shù)據(jù)管理形式的發(fā)展方向。由以上敘述可知， 如果用戶系統(tǒng)是一個(gè)多用戶但又需要集中處理， 數(shù)據(jù)需要集中存放的第48頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案情況的話，三層結(jié)構(gòu)將是一個(gè)不錯(cuò)的軟件模型。6.2 數(shù)據(jù)后臺(tái) MySQL 的技術(shù)特點(diǎn) MySQL的定義MySQL是一個(gè)真正的多用戶、多線程 SQL數(shù)據(jù)庫服務(wù)器。 SQL（結(jié)構(gòu)化查詢語言）是世界上最流行的和標(biāo)準(zhǔn)化的數(shù)據(jù)庫語言。 MySQL是以一個(gè)客戶機(jī) /服務(wù)器結(jié)構(gòu)的實(shí)現(xiàn)， 它由一個(gè)服務(wù)器守護(hù)程序 mysqld和很多不同的客戶程序和庫組成。SQL是一種標(biāo)準(zhǔn)化的語言，它使得存儲(chǔ)、更新和存取信息更容易。例如，你能用 SQL語言為一個(gè)網(wǎng)站檢索產(chǎn)品信息及存儲(chǔ)顧客信息， 同時(shí)MySQL也足夠快和靈活以允許你存儲(chǔ)記錄文件和圖像。MySQL 主要目標(biāo)是快速、健壯和易用。最初是因?yàn)槲覀冃枰@樣一個(gè) SQL服務(wù)器，它能處理與任何可不昂貴硬件平臺(tái)上提供數(shù)據(jù)庫的廠家在一個(gè)數(shù)量級(jí)上的大型數(shù)據(jù)庫， 但速度更快，MySQL就開發(fā)出來。自 1996年以來，我們一直都在使用 MySQL，其環(huán)境有超過40個(gè)數(shù)據(jù)庫，包含 10,000個(gè)表，其中 500多個(gè)表超過 7百萬行，這大約有 100個(gè)吉字節(jié)(GB)的關(guān)鍵應(yīng)用數(shù)據(jù)。 主要特征下表描述 MySQL一些重要的特征：1、使用核心線程的完全多線程。這意味著它能很容易地利用多 CPU資源，以及對(duì)大量開發(fā)語言的支持，如 C、C++、Eiffel 、Java、Perl、PHP、Python、和 TCLAPI等等。2、可運(yùn)行在不同的平臺(tái)上， 適合作為以 Linux為后臺(tái)服務(wù)器和 Windows環(huán)境為通用客戶端的本系統(tǒng)數(shù)據(jù)后臺(tái)。3、支持多種列類型： 1、2、3、4、和8字節(jié)長度的有符號(hào) /無符號(hào)整數(shù)。4、完全支持 SQL結(jié)構(gòu)化查詢語言的方法，在查詢的 SELECT和WHERE部分支持全部運(yùn)算符和函數(shù)。通過一個(gè)高度優(yōu)化的類庫實(shí)現(xiàn) SQL函數(shù)庫并且像他們能達(dá)到的一樣快速，通常在查詢初始化后不應(yīng)該有任何內(nèi)存分配。 全面支持 SQL的GROUPBY和ORDERBY子句，支持聚合函數(shù)。第49頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案5、支持ODBC語法和JDBC語法。6、靈活且安全的權(quán)限和口令系統(tǒng)。并且它允許基于主機(jī)的認(rèn)證?？诹钍前踩模?yàn)楫?dāng)與一個(gè)服務(wù)器連接時(shí)，所有的口令傳送被加密。7、客戶端可使用 TCP/IP連接或 Unix 套接字（socket）或 NT 下的命名管道連接MySQL。MySQL特有的SHOW命令可用來檢索數(shù)據(jù)庫、表和索引的信息。 穩(wěn)定性要求MySQL以多層結(jié)構(gòu)和不同的獨(dú)立模塊編寫， 在本系統(tǒng)中，對(duì)涉及其中有限的模塊所作的測(cè)試表明其穩(wěn)定性可以信賴：1、ISAM表處理器--穩(wěn)定它管理所有在 MySQL3.22和早期版本中的數(shù)據(jù)的存儲(chǔ)和檢索。 在所有MySQL版本中，代碼中已經(jīng)沒有一個(gè)單獨(dú) （報(bào)告的）錯(cuò)誤。得到一個(gè)損壞的數(shù)據(jù)庫表的唯一已知方法是在一個(gè)更新中途殺死服務(wù)器， 即使這樣也不大可能破壞任何數(shù)據(jù)而不能挽救， 因?yàn)樗袛?shù)據(jù)在每個(gè)查詢之間被倒入 (flush)到磁盤，而且從來沒有一個(gè)有關(guān)由于 MySQL中的錯(cuò)誤而丟失數(shù)據(jù)的錯(cuò)誤報(bào)告。2、語法處理器和詞法分析器 --穩(wěn)定3、標(biāo)準(zhǔn)客戶程序 --穩(wěn)定這些包括mysql、mysqladmin和mysqlshow、mysqldump及mysqlimport。4、基本結(jié)構(gòu)式查詢語言 --穩(wěn)定基本SQL函數(shù)系統(tǒng)、字符串類和動(dòng)態(tài)內(nèi)存處理，實(shí)際測(cè)試中未發(fā)現(xiàn)錯(cuò)誤。5、Linux 線程--Gamma唯一發(fā)現(xiàn)的問題是 fcntl()調(diào)用，它通過使用 mysqld的--skip-locking 選項(xiàng)解決。但不影響相關(guān)操作的執(zhí)行。6、考慮JDBC與ODBC互連的操作MyODBC （使用 ODBC SDK2.5）使用良好，在通過 JSP頁面的 JDBC語法通過ODBC調(diào)用后臺(tái) MySQL的試驗(yàn)中表現(xiàn)良好。6.3 JSP技術(shù)－跨平臺(tái)的網(wǎng)絡(luò)開發(fā)語言何為 JavaServerPage?第50頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案Application Server支持一種功效強(qiáng)大的制作動(dòng)態(tài) Web頁面方法： JavaServerPages(JSP)。JSP的優(yōu)點(diǎn)之一就是它們使您能在 Web頁面中有效地分離 HTML 編碼和商業(yè)邏輯。JSP規(guī)范的 IBM 擴(kuò)展中包括類似 HTML 標(biāo)記的 JSP標(biāo)記，并且便于 HTML 編程人員將 Java的強(qiáng)大功能添加到 Web頁面中。缺乏程序設(shè)計(jì)技巧的 HTML 編程人員可開發(fā)用于訪問數(shù)據(jù)庫和可重用 Java組件的JSP，例如小服務(wù)程序和 JavaBeans。程序員創(chuàng)建了可重用 Java組件，并為 HTML 編程人員提供組件名稱和屬性。數(shù)據(jù)庫管理員則為 HTML 編程人員提供數(shù)據(jù)庫訪問和表名信息。6.4 Java技術(shù)的應(yīng)用 Servlet技術(shù)－靈活的服務(wù)器端應(yīng)用程序 何為Servlet 技術(shù)Servlet是是JAVA2.0中新增的一個(gè)全新功能。 他是與Applet相對(duì)應(yīng)的，Applet是運(yùn)行在客戶端的瀏覽器，而 Servlet是運(yùn)行在服務(wù)器端的。 JAVAServlets是運(yùn)行在請(qǐng)求/面向請(qǐng)求服務(wù)器上的模塊，一個(gè) servlet可以從一個(gè) HTML 訂單表中獲取數(shù)據(jù)然后用一些商業(yè)上的算法來更新公司相應(yīng)的訂單數(shù)據(jù)庫。也就是說：servlet能夠象CGI腳本一樣擴(kuò)展 WEB服務(wù)器功能，但是 servlet占用很少密集資源，當(dāng)一個(gè)服務(wù)器裝載 servlet時(shí)，它運(yùn)行servlet的init 方法.這個(gè)方法不能反復(fù)調(diào)用，一旦調(diào)用就是再裝載 servlet.直到服務(wù)器調(diào)用 destroy方法卸載 servlet后才能再調(diào)用.每個(gè)新的CGI要求在服務(wù)器上新增一個(gè)進(jìn)程。如果多個(gè)用戶并發(fā)地訪問該程序，這些進(jìn)程將消耗該Web服務(wù)器所有的可用資源，并且系統(tǒng)性能降低到極其低下的地步。有很多用 CGI腳本編制的一些站點(diǎn)由于訪問量劇增，性能迅速下降，這是 CGI腳本一個(gè)缺點(diǎn)。 同時(shí)由于servlet是用java編寫的，因此是跨平臺(tái)的。實(shí)際 servlet是電子商務(wù)真正的開始。 Servlet 工作原理與小應(yīng)用程序在瀏覽器上運(yùn)行并擴(kuò)展了瀏覽器的功能相似， HTTP 小服務(wù)程序在啟用Java的Web服務(wù)器上運(yùn)行并擴(kuò)展了 Web服務(wù)器的功能。 小服務(wù)程序是使用 Java小服務(wù)程序應(yīng)用程序設(shè)計(jì)界面（ API）以及關(guān)聯(lián)的類 和方法的 Java程序。除了 JavaServletAPI第51頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案外，小服務(wù)程序還可以使用擴(kuò)展 API的Java類軟件包。HTTP小服務(wù)程序通過創(chuàng)建在 Web上提供請(qǐng)求和響應(yīng)服務(wù)的框架， 擴(kuò)展了 Web服務(wù)器的功能。當(dāng)客戶機(jī)發(fā)送請(qǐng)求至服務(wù)器時(shí)， 服務(wù)器可以將此請(qǐng)求信息發(fā)送給小服務(wù)程序， 并讓小服務(wù)程序構(gòu)造客戶機(jī)響應(yīng)。小服務(wù)程序可在裝入應(yīng)用程序時(shí)自動(dòng)裝入，也可以在客戶機(jī)第一次請(qǐng)求它提供服務(wù)時(shí)裝入。裝入完成后，小服務(wù)程序仍繼續(xù)運(yùn)行，以等待其它客戶機(jī)請(qǐng)求。通過使用小服務(wù)程序別名（小服務(wù)程序 URL），您可以裝入小服務(wù)程序的多個(gè)實(shí)例（每個(gè)別名都有不同的實(shí)例） 。小服務(wù)程序可執(zhí)行的功能范圍很廣。例如，它能夠：根據(jù)客戶機(jī)請(qǐng)求的性質(zhì)，創(chuàng)建并返回一個(gè)包含相應(yīng)動(dòng)態(tài)內(nèi)容的 HTML 頁面。創(chuàng)建可嵌入到現(xiàn)有 HTML 頁面中的 部分 HTML 頁面（HTML 片段）。與其它服務(wù)器資源（包括數(shù)據(jù)庫和基于 Java的應(yīng)用程序）進(jìn)行通信。與其它小服務(wù)程序進(jìn)行通信。例如，您可以使用“ WebSphere管理控制臺(tái)”來定義小服務(wù)程序過濾（一系列小服務(wù)程序，也稱為小服務(wù)程序鏈） 。對(duì)特殊處理采用 MIME 類型過濾數(shù)據(jù)，例如圖像轉(zhuǎn)換和服務(wù)器端包括（ SSI）。處理與多個(gè)客戶機(jī)的連接，接收來自多個(gè)客戶機(jī)的輸入，并將結(jié)果廣播到多個(gè)客戶機(jī)上。例如，一個(gè)小服務(wù)程序可以是多參與者的游戲服務(wù)器。 Servlet 的生命周期如下圖中所說明的，小服務(wù)程序的生命周期始于將它裝入 Web服務(wù)器的內(nèi)存，結(jié)束于小服務(wù)程序終止或重新裝入時(shí)。第52頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案圖21：Servlet的生命周期ServletAPI，是用來寫 servlet的， 編寫servlet是已沒有 CGI腳本那樣諸如關(guān)心一個(gè)servlet是這樣被裝載， servlet運(yùn)行的服務(wù)器環(huán)境是什么， 或者用來傳輸數(shù)據(jù)的協(xié)議是什么等等，這樣 servlets就可以融合在不同的 web服務(wù)器中。Servlet可以相當(dāng)有效地替代 CGI腳本：它可以方便地產(chǎn)生容易編寫而且運(yùn)行快的動(dòng)態(tài)文本?？梢院芊奖愕恼{(diào)試尋找出程序問題。 Servlet程序是用 JavaServletAPI開發(fā)的。 Servlet 應(yīng)用范圍下面是一些 Servlet應(yīng)用范圍：用于處理 HTML表單通過 HTTPS產(chǎn)生POST數(shù)據(jù)。包括買賣訂單或信用卡數(shù)據(jù)。因此Servlet可以成為訂單處理系統(tǒng)的一部分，和產(chǎn)品存貨數(shù)據(jù)庫一道工作，也許可以用在在線支付系統(tǒng)上。允許人們之間的合作。 一個(gè)Servlet能并發(fā)處理多個(gè)請(qǐng)求； 他們可以使用在諸如在線會(huì)議這樣的同步請(qǐng)求支持系統(tǒng)。轉(zhuǎn)送請(qǐng)求。Servlet可以轉(zhuǎn)送請(qǐng)求給其他的服務(wù)器和 Servlets，這就允許在鏡象同樣第53頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案內(nèi)容的幾個(gè)服務(wù)器之間平衡負(fù)載，按照任務(wù)類型或組織范圍，可以允許被用來在幾個(gè)服務(wù)器中劃分邏輯上的服務(wù)器。Servlet編寫者們可以定義彼此之間共同工作的激活代理，每個(gè)代理者是一個(gè)Servlet，而且代理者能夠在他們之間傳送數(shù)據(jù)。 JavaApple技術(shù)－實(shí)現(xiàn)統(tǒng)計(jì)數(shù)據(jù)在網(wǎng)頁上的動(dòng)態(tài)顯示JavaApplet是專門用于 Web頁面中運(yùn)行的程序。當(dāng)一個(gè) JavaApplet 嵌入在Web頁面并且當(dāng)用戶訪問該頁面時(shí)， Applet被下載到用戶的計(jì)算機(jī)中并開始執(zhí)行。某設(shè)計(jì)研究院管理系統(tǒng)的重要功能之一是統(tǒng)計(jì)的功能，具體到網(wǎng)頁設(shè)計(jì)中，即統(tǒng)計(jì)數(shù)據(jù)的圖形化顯示，如chart表，餅狀圖等，通過這些圖表在網(wǎng)頁上的自動(dòng)生成可以為企業(yè)的管理提供直接的幫助。圖表的生成完全可以通過JavaApplet小程序?qū)崿F(xiàn)在網(wǎng)頁上。通過JavaGraphics類，我們可以方便的畫出任何給定數(shù)據(jù)的圖表，從而對(duì)企業(yè)的決策提供重要的幫助。 JavaBeans技術(shù)－組件開發(fā)概念JavaBeans是為了重用目的而專門設(shè)計(jì)的 Java類。這種可重用類在許多程序設(shè)計(jì)語言中都被應(yīng)用，稱為軟件組件。在本系統(tǒng)的開發(fā)上，應(yīng)用 JavaBeans技術(shù)，可以簡化后臺(tái)應(yīng)用程序的開發(fā)，通過定義組件，可以將開發(fā)的對(duì)象由 40個(gè)簡化為 10多個(gè)基類，通過定義可重用的類， 提高了開發(fā)效率，也提高了后臺(tái)服務(wù)程序的可讀性和可維護(hù)性。6.5 通過XML語言實(shí)現(xiàn) Internet 上的數(shù)據(jù)交換 XML會(huì)帶來什么SGML(通用標(biāo)記語言標(biāo)準(zhǔn) ISO8879:1986)是HTML的前身技術(shù)。它是文件和文件中信息的構(gòu)成主體。SGML與HTML 不同，它允許用戶擴(kuò)展 tag集合，允許用戶建立一定的規(guī)則。SGML所產(chǎn)生的 tag集合是用來描敘信息段特征的。而 HTML 僅僅只是一個(gè) tag集合。所以我們可以說 HTML是一個(gè)SGML的子集。XML開發(fā)者源于 SGML的設(shè)計(jì)和應(yīng)用者。他們已經(jīng)在 SGML上投入了大量精力。但他第54頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案們卻發(fā)現(xiàn) SGML 并沒有完全發(fā)揮它的作用，他們當(dāng)然有其充分的理由。我們可以列舉以下幾個(gè)重要方面給大家 .在這些方面 SGML 帶來的影響可以說是一場革命。對(duì)EDI的支持EDI就是電子數(shù)據(jù)交換。它是網(wǎng)絡(luò)發(fā)展的一個(gè)主要目的市場。結(jié)構(gòu)化信息的一個(gè)主要目的就要使數(shù)據(jù)交換成為可能。不同的工業(yè)都制定本工業(yè)統(tǒng)一的模型 .就像是不同的國家有著不同的語言，這便于本國文化的交流。 不同的工業(yè)內(nèi)部信息用統(tǒng)一的模型標(biāo)識(shí)， 便能方便和高效地共享。這樣一個(gè)統(tǒng)一的模型就是 DTD(文件類型定義 )。當(dāng)然DTD已經(jīng)落伍了，它正被XML的Schema(模式)所替代。很明顯的，網(wǎng)絡(luò)是一個(gè)理想的電子數(shù)據(jù)的集散地。在這里HTML 是顯然有缺陷的數(shù)據(jù)形式 .HTML不能完全表示不同工業(yè)中所需的不同的令人滿意的模型和它的語義。能不能有一種新的語言來解決這個(gè)問題呢？答案就是 XML。對(duì)Java技術(shù)的幫助Java技術(shù)是本世紀(jì)最重要的技術(shù)發(fā)展之一 .Java使瀏覽器工作時(shí)就像在通用的應(yīng)用平臺(tái)上，而平臺(tái)與平臺(tái)之間卻是獨(dú)立的 .但固定的 tag集合和HTML語義上的貧瘠使得 Java的應(yīng)用受到了極大的限制 .正如前面提到的，在 HTML 中不同的語義無法表現(xiàn) .故數(shù)據(jù)元中豐富的信息得不到一種統(tǒng)一的表示 .XML 卻能完全勝任這份工作 .HTML頁面要依賴網(wǎng)絡(luò)服務(wù)器上的 CGI腳本來表現(xiàn)幾乎每一個(gè)編程函數(shù) .這顯然使服務(wù)器工作量太大.有了XML和Java技術(shù)，更多的應(yīng)用軟件處理起來將不占用多少網(wǎng)絡(luò)通信量 .這使得網(wǎng)絡(luò)更加快捷，客戶可以同時(shí)應(yīng)用多個(gè)應(yīng)用軟件 . XML的應(yīng)用最初XML的目標(biāo)是讓各種結(jié)構(gòu)的文件都作為統(tǒng)一的網(wǎng)絡(luò)文件的一部分在網(wǎng)上傳輸。HTML允許指定明確的元素類型說明，比如特定的商品標(biāo)號(hào)，文檔標(biāo)識(shí)，或是可測(cè)量的數(shù)值。和HTML 相比，XML允許客戶定義他們自己的文件元素集合， 同時(shí)也可以指示這些素元在屏幕上如何按指定的要求表現(xiàn)。為了解決怎樣在固定的目標(biāo)之間傳輸數(shù)據(jù)元， XML被定義為一種自然的編碼形式。 一種被稱為RDF(資源描敘框架 )的方案倍受親睞。 RDF為XML提供了數(shù)據(jù)元編碼定義， 這就像是一個(gè)公用的翻譯器，為不同的固定目標(biāo)之間的數(shù)據(jù)提供翻譯。XML支持更加專業(yè)的數(shù)據(jù)語言。比如說OSD(開放軟件描敘).OSD是由Microsoft和Marimba提出的一種新的格式描敘語言。在這種格式下，軟件在網(wǎng)上能時(shí)時(shí)檢查，時(shí)時(shí)刷新第55頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案版本。不是等用戶自己更新，或由是軟件提供商提供類似的服務(wù)。當(dāng) OSD鑲嵌于 XML 支持的CDF(頻道定義格式 )中時(shí)，OSD更能使支持頻道的桌面自動(dòng)地更新。XML的應(yīng)用彌補(bǔ)了許多 HTML的缺陷，我們把它在網(wǎng)上的應(yīng)用總結(jié)為四點(diǎn) :1.當(dāng)網(wǎng)絡(luò)客戶必須在不同的數(shù)據(jù)庫之間傳遞信息時(shí)的應(yīng)用 .2.當(dāng)需要把大部分從網(wǎng)絡(luò)服務(wù)器載下的數(shù)據(jù)在用戶端處理時(shí)的應(yīng)用 .3.當(dāng)相同的數(shù)據(jù)對(duì)于不同的用戶需要有不同的界面時(shí)的應(yīng)用 .4.當(dāng)網(wǎng)絡(luò)情報(bào)供貨商要把發(fā)現(xiàn)的信息精心裁減，并發(fā)送給不同的個(gè)人用戶時(shí)的應(yīng)用 .6.6 采用基于構(gòu)件的面向?qū)ο蟮脑O(shè)計(jì)方法開發(fā)者構(gòu)件 實(shí)例 菜單 系統(tǒng)構(gòu)件 數(shù)據(jù)系統(tǒng) 代碼 業(yè)務(wù) 業(yè)務(wù)用戶圖22：基于構(gòu)件的面向?qū)ο蟮脑O(shè)計(jì)方法示意圖面向?qū)ο蟮能浖こ痰脑O(shè)計(jì)方法更符合人的認(rèn)識(shí)過程，使得軟件的結(jié)構(gòu)更符合客觀世界的結(jié)構(gòu)。它通過封裝、繼承等機(jī)制使軟件開發(fā)更清晰有效。 我們吸收傳統(tǒng)方法的自頂向下、逐步求精、快速原型、數(shù)據(jù)庫模型等思想和技術(shù)，以及 MIS 的研究成果，在本系統(tǒng)中采用基于構(gòu)件的面向?qū)ο蟮墓芾硇畔⑾到y(tǒng)開發(fā)方法。6.7 MicrosoftSiteServer 站點(diǎn)管理及分析統(tǒng)計(jì)技術(shù)本系統(tǒng)利用 MicrosoftSiteServer3.0幫助用戶從遍布于 Intranet的信息來源中，包括Web站點(diǎn)、數(shù)據(jù)庫服務(wù)器、文件服務(wù)器以及對(duì)象服務(wù)器，找到所需要的信息。網(wǎng)站管理人員還可以通過分析站點(diǎn)的使用情況調(diào)整部署，完善站點(diǎn)的建設(shè)。在信息正式發(fā)布之前，利用 Microsoft SiteServer3.0的內(nèi)容管理在一臺(tái)預(yù)演服務(wù)器上，演示搜集各種內(nèi)容，然后再將正確的內(nèi)容安全、可靠和快捷地部署到目標(biāo) Web服務(wù)器上。第56頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案6.8 開發(fā)工具應(yīng)用系統(tǒng)開發(fā)工具： MSVisualJ++、JDK1.3后臺(tái)服務(wù)程序開發(fā)工具： TomcatWebServer、VisualCafe、BDK網(wǎng)頁制作工具： FrontPage2000Applet制作工具：VisualCafe第57頁 共93頁 創(chuàng)建時(shí)間：18-11-28信息系統(tǒng)總體設(shè)計(jì)方案第七章 局域網(wǎng)總體設(shè)計(jì)方案7.1 網(wǎng)絡(luò)設(shè)計(jì)原則在設(shè)計(jì)某單位局域網(wǎng)方案時(shí)，主要考慮了網(wǎng)絡(luò)必須具有實(shí)用性、先進(jìn)性、可靠性、開放性、可擴(kuò)充性和可維護(hù)性等問題。 其中實(shí)用性體現(xiàn)在網(wǎng)絡(luò)系統(tǒng)要面向應(yīng)用，注重實(shí)效，急用先上，逐步完善；先進(jìn)性則在于網(wǎng)絡(luò)采用先進(jìn)成熟的網(wǎng)絡(luò)概念、技術(shù)、方法與設(shè)備，既反映當(dāng)今先進(jìn)水平， 又給未來的發(fā)展留有余地； 可靠性就是要保證系統(tǒng)必須可靠運(yùn)行， 關(guān)鍵設(shè)備應(yīng)有冗余，一旦系統(tǒng)某些部分出現(xiàn)故障，應(yīng)能很快恢