承鋼質(zhì)量管理信息系統(tǒng)概要設(shè)計(jì)

1、承鋼質(zhì)量管理信息系統(tǒng) QIS 概要設(shè)計(jì)說明書 修改歷史 2 /168 2目錄1 引言 . 10基于 UML 的面向?qū)ο笤O(shè)計(jì) . . 131.4 名詞解釋 . 13 1.5 參考資料 . 132 表結(jié)構(gòu)命名規(guī)范 . . 14屬性(列的命名 . 142.2 基本字段 . 143 系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì) . . 15功能描述 . . 15功能描述 . . 17功能描述 . . 193.4 技術(shù)質(zhì)量管理 . 21 3.5 系統(tǒng)管理 . 224 系統(tǒng)處理流程設(shè)計(jì) . . 23預(yù)報(bào) . 233 /168 3鋼后質(zhì)量管理 . 38取樣時(shí)序圖 . 424 /168 4型鋼質(zhì)量管理 . 535 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) . .

2、54取樣表 WJ_QY . . 645 /168 5制樣 ZL_ZY . 8911追溯表 . . 1681 引言1.1 編寫目的本概要設(shè)計(jì)報(bào)告是由創(chuàng)智項(xiàng)目設(shè)計(jì)組依據(jù)承鋼質(zhì)量管理信息系統(tǒng)需求分析說明書編寫的, 對(duì)承鋼質(zhì)量管理信息系統(tǒng)中的進(jìn)廠質(zhì)量管理、鐵前質(zhì)量管理、鋼后質(zhì)量管理、技術(shù)質(zhì)量管理、 系統(tǒng)管理、數(shù)據(jù)庫表結(jié)構(gòu)、接口、開發(fā)環(huán)境、測試環(huán)境、運(yùn)行與安全性、數(shù)據(jù)歸檔等方面的進(jìn) 行了詳細(xì)設(shè)計(jì)和論述,為項(xiàng)目的詳細(xì)設(shè)計(jì)、項(xiàng)目的運(yùn)行測試提供了依據(jù)。1.2 讀者對(duì)象 參與方案討論和設(shè)計(jì)的技術(shù)人員。 本項(xiàng)目的軟件開發(fā)設(shè)計(jì)人員。 承鋼項(xiàng)目組授權(quán)可查閱本文檔的其他人員。1.3 設(shè)計(jì)方法介紹對(duì)象的集合,每個(gè)對(duì)象用自

3、己的方法管理數(shù)據(jù)。他允許抽象化、模塊化的分層結(jié)構(gòu),具有多態(tài) 性、繼承性和封裝性。面向?qū)ο蟮某绦蛟O(shè)計(jì)考慮如何通過創(chuàng)建對(duì)象來簡化程序設(shè)計(jì),提高代碼 面向?qū)ο蟮膸追N設(shè)計(jì)方法 隨著面向?qū)ο蠹夹g(shù)成為研究的熱點(diǎn),相繼出現(xiàn)了幾十種支持軟件開發(fā)的面向?qū)ο蠓椒?。?中 Booch, Coad/Yourdon, OMT 和 Jacobson 的方法在面向?qū)ο筌浖_發(fā)界得到了廣泛的認(rèn)可。 Booch 方法的優(yōu)點(diǎn)在于其豐富的符號(hào)體系; Rumbaugh 的 OMT 方法從 3個(gè)視角描述系統(tǒng),相應(yīng)地提供了 3種模型對(duì)象模型、動(dòng)態(tài)模型和功能模型; Coad/Yourdon方法嚴(yán)格區(qū)分了面向?qū)ο蠓?析(OOA 和面向?qū)ο笤O(shè)

4、計(jì)(OOD 。該方法利用 5個(gè)層次的活動(dòng)來定義和記錄系統(tǒng)行為、輸入和輸出; Jacobson 方法與上述 3種方法有所不同,他涉及到整個(gè)軟件生命周期,包括需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測試等 4個(gè)階 段;而統(tǒng)一建模語言 UML (Unified ModelingLanguage,結(jié)合了 Booch , OMT 和 Jacobson 方 法的優(yōu)點(diǎn),統(tǒng)一了符號(hào)體系,并從其他的方法和工程實(shí)踐中吸收了許多經(jīng)過實(shí)際檢驗(yàn)的概念和 技術(shù), UML作為一種標(biāo)準(zhǔn)的建模工具已經(jīng)得到世界的認(rèn)可,成為國際標(biāo)準(zhǔn)。面向?qū)ο蠹夹g(shù)作為一種軟件技術(shù)有著其優(yōu)越性,但是由于目前的大多數(shù)面向?qū)ο蠓治雠c設(shè) 計(jì)方法都沒有提供一個(gè)定義對(duì)象的有力手

5、段,往往是在工作一開始就陷入了一個(gè)十分復(fù)雜的境 地。由于事先定義了過多的對(duì)象,使得在進(jìn)一步確定對(duì)象時(shí)仍具有很大的隨機(jī)性和盲目性。所 以,隨著 OOP (面向?qū)ο缶幊滔?OOD (面向?qū)ο笤O(shè)計(jì)和 OOA (面向?qū)ο蠓治龅陌l(fā)展, 最終形成面向?qū)ο蟮能浖_發(fā)方法 OMT(反對(duì) Modelling 技術(shù) 。這是一種自底向上和自頂向下 相結(jié)合的方法,而且他以對(duì)象建模為基礎(chǔ),從而不僅考慮了輸入、輸出數(shù)據(jù)結(jié)構(gòu),實(shí)際上也包 含了所有對(duì)象的數(shù)據(jù)結(jié)構(gòu)。所以 OMT 徹底實(shí)現(xiàn)了 PAM 沒有實(shí)現(xiàn)的目標(biāo)。不僅如此, OOD 技 術(shù)在需求分析、可維護(hù)性和可靠性這 3個(gè)軟件開發(fā)的關(guān)鍵環(huán)節(jié)和質(zhì)量指標(biāo)上有了實(shí)質(zhì)性的突 破,徹

6、底地解決了在這些方面存在的嚴(yán)重問題。作為一種標(biāo)準(zhǔn)的圖形化建模語言, UML 有如下幾個(gè)方面的特點(diǎn):1 UML 結(jié)合了 Booch 方法、 OMT 方法和 OOSE 方法的概念,統(tǒng)一了面向?qū)ο蠓椒ǖ幕?概念,是一個(gè)單一的通用建模語言;(2 UML 的建模能力比其他面向?qū)ο蠓椒ǜ鼜?qiáng),不僅適合于一般系統(tǒng)的開發(fā),更擅長于并 行、分布式系統(tǒng)的建模;3 UML 是一種標(biāo)準(zhǔn)的建模語言,而不是一個(gè)標(biāo)準(zhǔn)的開發(fā)過程,他完全獨(dú)立于開發(fā)過程; (4 UML 提出了許多新的概念,如構(gòu)造型、職責(zé)、擴(kuò)展機(jī)制、模式等等。11 /168 UML 的出現(xiàn)意味著開發(fā)方法統(tǒng)一化、標(biāo)準(zhǔn)化的新發(fā)展,標(biāo)志著軟件自動(dòng)化進(jìn)程又邁 進(jìn)了一步。

7、UML 語言使用若干個(gè)視圖(view 構(gòu)造模型。每個(gè)視圖代表系統(tǒng)的一個(gè)方面。 UML 共包括 5類視圖:第一類是用例圖,從用戶角度描述系統(tǒng)功能 , 并指出各功能的操作者。第二類是靜態(tài)圖 (Static diagram,包括類圖、對(duì)象圖和包圖。其中類圖描述系統(tǒng)中類的靜 態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類,表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等,也包括類的內(nèi)部結(jié) 構(gòu) (類的屬性和操作 。類圖描述的是一種靜態(tài)關(guān)系,在系統(tǒng)的整個(gè)生命周期都是有效的。對(duì)象 圖是類圖的實(shí)例,幾乎使用與類圖完全相同的標(biāo)識(shí)。他們的不同點(diǎn)在于對(duì)象圖顯示類的多個(gè)對(duì) 象實(shí)例,而不是實(shí)際的類。一個(gè)對(duì)象圖是類圖的一個(gè)實(shí)例。由于對(duì)象存在生命周期,因

8、此對(duì)象 圖只能在系統(tǒng)某一時(shí)間段存在。包由包或類組成 , 表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的 分層結(jié)構(gòu)。第三類是行為圖 (Behavior diagram,描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系。其中 狀態(tài)圖描述類的對(duì)象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。通常,狀態(tài)圖是對(duì)類圖 的補(bǔ)充。在實(shí)用上并不需要為所有的類畫狀態(tài)圖,僅為那些有多個(gè)狀態(tài)其行為受外界環(huán)境的影 響并且發(fā)生改變的類畫狀態(tài)圖。而活動(dòng)圖描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束 關(guān)系 , 有利于識(shí)別并行活動(dòng)。第四類是交互圖 (Interactive diagram ,描述對(duì)象間的交互關(guān)系。其中順序圖顯示對(duì)象之間 的動(dòng)

9、態(tài)合作關(guān)系,它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序,同時(shí)顯示對(duì)象之間的交互;合作圖描述對(duì) 象間的協(xié)作關(guān)系,合作圖跟順序圖相似,顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。除顯示信息交換外,合 作圖還顯示對(duì)象以及它們之間的關(guān)系。如果強(qiáng)調(diào)時(shí)間和順序,則使用順序圖;如果強(qiáng)調(diào)上下級(jí) 關(guān)系,則選擇合作圖。這兩種圖合稱為交互圖。第五類是實(shí)現(xiàn)圖 ( Implementation diagram 。其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件 之間的依賴關(guān)系。一個(gè)部件可能是一個(gè)資源代碼部件、一個(gè)二進(jìn)制部件或一個(gè)可執(zhí)行部件。它 包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。部件圖有助于分析和理解部件之間的相互影響程度。 等,這些模型具有具體的含義并且用圖形符

10、號(hào)表示。根據(jù)本項(xiàng)目特點(diǎn)概要設(shè)計(jì)將使用 UML 圖 包括:類圖、用例圖、序列圖作為設(shè)計(jì)。12 /168 標(biāo)準(zhǔn)建模語言 UML 適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng),而且適用于系統(tǒng)開發(fā) 的不同階段,從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護(hù)。但需要注意的是, UML 是一種建 模語言而不是方法,這是因?yàn)?UML 中沒有過程的概念,而過程正是方法的一個(gè)重要組成部 分。 UML 本身獨(dú)立于過程,這意味著用戶在使用 UML 進(jìn)行建模時(shí),可以選用任何適合的過 程。然而,使用 UML 建模仍然有著大致統(tǒng)一的過程框架,該框架包含了 UML 建模過程中的共 同要素,同時(shí)又為用戶選用與其所開發(fā)的工程相適合的建模

11、技術(shù)提供了很大的自由度。UML 建模過程是一個(gè)迭代遞增的開發(fā)過程。使用此方法,不是在項(xiàng)目結(jié)束時(shí)一次性 提交軟件,而是分塊逐次開發(fā)和提交。構(gòu)造階段由多次迭代組成,每一次迭代都包含編碼、測 試和集成,所得產(chǎn)品應(yīng)滿足項(xiàng)目需求的某一子集,或提交給用戶,或純粹是內(nèi)部提交。每次迭 代都包含了軟件生命周期的所有階段。同時(shí),每次迭代都要增加一些新的功能,解決一些新的 問題。以類圖為例,在需求分析階段,類圖是研究領(lǐng)域的概念,是概念層描述;在設(shè)計(jì)階段, 類圖描述類與類之間的接口,是說明層描述;而在實(shí)現(xiàn)階段,類圖描述軟件系統(tǒng)中類的實(shí)現(xiàn), 是實(shí)現(xiàn)層描述。實(shí)現(xiàn)層描述更接近于軟件實(shí)現(xiàn)中具體的描述,但概念層和說明層描述更易

12、于不 同領(lǐng)域?qū)＜抑g的理解和交流。1.4名詞解釋預(yù)報(bào):火車由物資部提前錄入訂單、供應(yīng)商、車號(hào)的匹配信息,形成預(yù)報(bào),檢斤前形 成訂單與車號(hào)的匹配。作業(yè)指令單:作業(yè)指令單可分為正常、復(fù)驗(yàn)、外委作業(yè)指令單三種,其中正常作業(yè)指 令單又分為國內(nèi)和進(jìn)口兩種,同時(shí)根據(jù)物料分類維護(hù)信息自動(dòng)產(chǎn)生批號(hào)(組批。 任務(wù)號(hào):針對(duì)生產(chǎn)部計(jì)劃科下達(dá)的作業(yè)指令,用于指導(dǎo)車間生產(chǎn)。檢測項(xiàng)目:對(duì)成分、性能、金相、外形、尺寸、包裝等檢測元素代碼化。質(zhì)量標(biāo)準(zhǔn)庫:對(duì)國外標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)標(biāo)準(zhǔn)、 技術(shù)協(xié)議、質(zhì)量計(jì)劃等 建立標(biāo)準(zhǔn)代碼化。調(diào)撥號(hào):描述廠內(nèi)物料的來源子庫、目的子庫,具有物料屬性的唯一性。如:0523932, 221

13、001000,燒結(jié)礦,股份 _燒結(jié)廠成品庫,股份 _煉鐵廠原料庫。1.5參考資料承德新新釩鈦股份有限公司的招標(biāo)文件中的技術(shù)條款;13 /168 創(chuàng)智的承鋼質(zhì)量管理信息系統(tǒng)投標(biāo)書;承鋼質(zhì)量管理信息系統(tǒng)需求分析說明書;2表結(jié)構(gòu)命名規(guī)范2.1 命名規(guī)范對(duì)實(shí)體表命名規(guī)則按質(zhì)量系統(tǒng)表命名規(guī)范:按照表的中文名字由每個(gè)漢字首位字母組合而 成。崗位授權(quán)管理中的表:用“ xt_”開頭;鐵前、鋼后質(zhì)量管理中的表:用“ zl_”開頭;進(jìn)廠質(zhì)量中的表:用“wj_”開頭;計(jì)量管理中的表:用“ jl_”開頭;技術(shù)質(zhì)量的表:用“ gy_”開頭接口管理的表:用“jk_”開頭;采用有意義的列名,表內(nèi)的列要針對(duì)鍵采用一整套設(shè)計(jì)規(guī)

14、則。每一個(gè)表都將有一個(gè)自動(dòng) ID 作為主健 , 邏輯上的主健作為第一組候選主健來定義 , 如果是數(shù)據(jù)庫自動(dòng)生成的編碼,統(tǒng)一命名 為:ID; 如果是自定義的邏輯上的編碼則用縮寫加 ID 的方法命名。如果鍵是數(shù)字類型,你可以 用 _NO 作為后綴;如果是字符類型則可以采用 _CODE 后綴。對(duì)列名應(yīng)該采用標(biāo)準(zhǔn)的前綴和后 綴。2.2基本字段單據(jù)類編號(hào),這類字段長度設(shè)置成 Varchar2(40;基礎(chǔ)數(shù)據(jù)代碼,這類字段長度設(shè)置成 Varchar2(40;明細(xì)表序列號(hào),這類字段長度設(shè)置成 Number(18;數(shù)量類,字段長度設(shè)置成 Number(18,4;重量類,字段長度設(shè)置成 Number(18,4;

15、金額類,字段長度設(shè)置成 Number(18,4;備注類,字段長度設(shè)置成 Varchar2(250;14 /168 備注外的描述性質(zhì)的字段,這類字段長度設(shè)置成 Varchar2(250;3系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì)3.1進(jìn)廠質(zhì)量管理 進(jìn)廠原燃料質(zhì)檢子系統(tǒng)將主要由業(yè)務(wù)處理、接口、設(shè)置、查詢、報(bào)表功能及報(bào)表內(nèi)容五大 模塊構(gòu)成。 15 /168 16 /168 17 /168173.2 鐵前質(zhì)量管理鐵前質(zhì)檢子系統(tǒng)將主要由業(yè)務(wù)處理、接口、設(shè)置、查詢、報(bào)表功能及報(bào)表內(nèi)容五大模塊構(gòu)成。 18 /168 3.3鋼后質(zhì)理管理 19 /168 20 /168 3.4技術(shù)質(zhì)量管理 3.5系統(tǒng)管理4系統(tǒng)處理流程設(shè)計(jì)4.1靜態(tài)模

16、型 子庫收貨確認(rèn) 汽車預(yù)報(bào)變更 作業(yè)指令單變更取樣樣品交接 原料站試樣保管員 取樣信息變更 化驗(yàn)樣品交接 接口監(jiān)控 部室級(jí)抽查作業(yè)指令單 物料歸類維護(hù) 取制樣依據(jù)維護(hù)班次維護(hù) (from 外 委 、 抽 查 、 .部室級(jí)抽查 復(fù)驗(yàn) 物料歸類維護(hù) 取制樣依據(jù)維護(hù) 班次維護(hù) (from 外 委 、 抽 查 、 .部室級(jí)抽查 復(fù)驗(yàn) 委托單位維護(hù)執(zhí)行標(biāo)準(zhǔn)維護(hù) 判鋼順序維護(hù) 4.2動(dòng)態(tài)模型 說明:1 火車由物資部采購科提前錄入訂單、供應(yīng)商、車號(hào)的匹配信息,形成預(yù)報(bào)。2 運(yùn)輸部交接所或?yàn)春诱景凑栈疖嚧笃钡男畔⒋_認(rèn)預(yù)報(bào)數(shù)據(jù) , 并錄入車號(hào)、車種、到站時(shí) 間等信息。3 物資部庫房錄入卸貨地點(diǎn)信息,并通知原料站

17、取樣崗位取樣。4 物資部庫房對(duì)預(yù)報(bào)的庫房進(jìn)行確認(rèn)或修改,并進(jìn)行收貨確認(rèn)。 說明:1 汽車由物資部檢斤點(diǎn)進(jìn)行第一次制卡,錄入訂單信息。2 汽車到廠后物資部檢斤點(diǎn)進(jìn)行第二次制卡,錄入車號(hào),形成預(yù)報(bào)信息。3 原料站取樣崗位根據(jù)預(yù)報(bào)的車號(hào)進(jìn)行確認(rèn),回寫預(yù)報(bào)信息,發(fā)現(xiàn)車號(hào)錯(cuò)誤應(yīng)及時(shí)通知 物資部。4 物資部庫房需錄入庫房信息,并進(jìn)行收貨確認(rèn)。 說明:1 原料站取樣崗位根據(jù)物資部庫房提供的卸貨地點(diǎn)信息,在系統(tǒng)內(nèi)下作業(yè)指令單,對(duì)相 同供應(yīng)商、相同物料進(jìn)行車號(hào)選擇,系統(tǒng)按編批規(guī)則自動(dòng)編批。2 對(duì)于復(fù)驗(yàn)需在原批號(hào)的基礎(chǔ)上產(chǎn)生新批號(hào),并建立對(duì)應(yīng)關(guān)系;外委、抽查則不進(jìn)行車 號(hào)選擇。復(fù)驗(yàn)、外委、抽查需記錄委托次數(shù)。3 系統(tǒng)動(dòng)把批號(hào)回寫到選擇車號(hào)的預(yù)報(bào)表中。4 對(duì)于汽車組批前需進(jìn)行車號(hào)確認(rèn),回寫確認(rèn)信息到預(yù)報(bào)表中。 說明:1 原料站取樣崗位記錄取樣信息,產(chǎn)生取樣記錄單。 說明:1 原料站試樣保管員和制樣崗位進(jìn)行樣品交接,記錄交接信息。2 原料站制樣崗位記錄制樣信息,產(chǎn)生制樣記錄單,對(duì)于物檢結(jié)果需要錄入。3 原料站制樣崗位和中心化驗(yàn)室調(diào)度崗位進(jìn)