freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

基于web的中航天建設(shè)工程的綜合信息管理系統(tǒng)畢業(yè)論文(編輯修改稿)

2024-08-15 08:44 本頁面
 

【文章內(nèi)容簡介】 eb 框架,該框架包括: Linux 操作系統(tǒng), Apache 網(wǎng)絡(luò)服務(wù)器, MySQL 數(shù)據(jù)庫, Perl、 PHP 或者 Python 編程語言,所有組成產(chǎn)品均是開源軟件,是國際上成熟的架構(gòu)框架,很多流行的商業(yè)應(yīng)用都是采取這個架構(gòu), LAMP 具有通用、跨平臺、高性能、低價格的優(yōu)勢,因此 LAMP 無論是性能、質(zhì)量還是價格都是企業(yè)搭建網(wǎng)站的首選平臺。 Linux 操作系統(tǒng)有很多個不同的發(fā)行版,每一個發(fā)行版都有自己的特色,比如RHEL 的穩(wěn)定, Ubuntu 的易用,但不同版本之間具有不同的兼容性, 所以在該平臺上開發(fā)軟件的話具有較低的可移植性和穩(wěn)定性。 Apache 是 LAMP 架構(gòu)最核心的 Web Server,開源、穩(wěn)定、模塊豐富是 Apache的優(yōu)勢。但 Apache 的缺點是有些臃腫,內(nèi)存和 CPU 開銷大,性能上有損耗,不如一些輕量級的 Web 服務(wù)器(例如 nginx)高效,輕量級的 Web 服務(wù)器對于靜態(tài)文件的響應(yīng)能力來說遠高于 Apache 服務(wù)器。 開源的數(shù)據(jù)庫中, MySQL 在性能、穩(wěn)定性和功能上是首選,可以達到百萬級別的數(shù)據(jù)存儲,網(wǎng)站初期可以將 MySQL 和 Web 服務(wù)器放在一起,但是當(dāng)訪問量達到一定規(guī)模后,應(yīng)該將 MySQL 數(shù)據(jù)庫從 Web Server 上獨立出來,在單獨的服務(wù)器 5 上運行,同時保持 Web Server 和 MySQL 服務(wù)器的穩(wěn)定連接。當(dāng)數(shù)據(jù)庫訪問量達到更大的級別,可以考慮使用 Oracle 等數(shù)據(jù)庫集群或者庫表散列等解決方案。 PHP 的加速使用 eAccelerator 加速器, eAccelerator 是一個自由開放源碼 PHP 加速器,優(yōu)化和動態(tài)內(nèi)容緩存,提高了性能 PHP 腳本的緩存性能,使得 PHP 腳本在編譯的狀態(tài)下,對服務(wù)器的開銷幾乎完全消除。它還有對腳本起優(yōu)化作用,以加快其執(zhí)行效率。 J2EE + Oracle 方案 J2EE 體系結(jié)構(gòu)提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺, J2EE 降低了開發(fā)多層應(yīng)用的費用和復(fù)雜性,同時提供對現(xiàn)有應(yīng)用程序集成強有力支持,完全支持Enterprise JavaBeans,有良好的向?qū)еС执虬筒渴饝?yīng)用,添加目錄支持,增強了安全機制,提高了性能。 J2EE 為搭建具有可伸縮性、靈活性、易維護性的商務(wù)系統(tǒng)提供了良好的機制。 Oracle 能在所有主流平臺上運行(包括 windows)。完全支持所有的工業(yè)標準。采用完全開放策略。 可以使客戶選擇最適合的解決方案。對開發(fā)商全力支持。 Oracle平行服務(wù)器通過使一組結(jié)點共享同一簇中的工作來擴展 windownt 的能力 ,提供高可用性和高伸縮性的解決方案。 .NET 方案 .NET 是 的一部分,作為戰(zhàn)略產(chǎn)品,不僅僅是 Active Server Page (ASP) 的下一個版本;它還提供了一個統(tǒng)一的 Web 開發(fā)模型,其中包括開發(fā)人員生成企業(yè)級 Web 應(yīng)用程序所需的各種服務(wù)。 .NET 的語法在很大程度上與 ASP 兼容,同時它還提供一種新的編程模型和結(jié)構(gòu),可生 成伸縮性和穩(wěn)定性更好的應(yīng)用程序,并提供更好的安全保護。 .NET 有簡潔的設(shè)計和實施,語言開發(fā)比較靈活,并且還支持復(fù)雜的面向?qū)ο筇匦缘葍?yōu)點,但是 .NET 數(shù)據(jù)庫的連接相對來說也是比較復(fù)雜的。 方案選定 該系統(tǒng)是為中航天工程建設(shè)集團開發(fā)的軟件,綜合軟件的正規(guī)性和數(shù)據(jù)庫的存量及安全性,選擇 J2EE + Oracle 是比較好。因此,在軟件開發(fā)中,選定了這種方案進行了開發(fā),能夠為軟件的安全行提供了一定的保證,也能夠?qū)崿F(xiàn)軟件的可移植性和復(fù)用性,能夠?qū)崿F(xiàn)軟件的高效開發(fā)和持續(xù)性服務(wù),也可以分布式共享數(shù)據(jù)對象,支持異構(gòu)環(huán)境。 因 此,選擇 J2EE + Oralce 進行了軟件的開發(fā)。 6 3 需求分析 需求描述 本系統(tǒng)需要不同部門的分級處理 ,不同部門對該系統(tǒng)實現(xiàn)不同的操作。由于該系統(tǒng)為綜合信息管理系統(tǒng),系統(tǒng)涉及十一個大型的模塊,但本人在開發(fā)過程中只涉及到投招標管理,項目管理和資金管理,因此,下面本人著重講自己負責(zé)的模塊。 項目實現(xiàn)流程: 1)對項目的各個模塊的基本信息進行填寫,備份; 2)根據(jù)需求,將模塊中不同的審核流程分配給不同的人員進行審核; 3)各個人員對對應(yīng)的模塊進行操作并授權(quán)給其他人員進行審核; 4)當(dāng)審核流程結(jié)束后,對應(yīng)的模 塊標記為已完成; 5)高級別的人員可以對各個模塊的審核信息進行查詢,但不能對其中的數(shù)據(jù)進行修改,流程中的數(shù)據(jù)只能是對應(yīng)的人員進行修改,審核。 需求分析 綜合信息的基本控制需求(用例圖分析) 審核過程用例圖,如下圖 31 所示: 圖 31 授權(quán)規(guī)則用例圖 招投標規(guī)則如圖 所示: 7 項 目招 標新 增 “ 項 目招 標 信 息 ”評 價 結(jié) 果項 目 投 標 階段 成 本 分 析項 目 可 行 性評 價項 目 投 標 過程 管 理流 程結(jié) 束終 止 “ 項 目招 標 信 息 ”不 通 過評 審 通 過成 本 評 價不 通 過是 否 終 止投 標 結(jié) 果登 記是 否 重 新 測算否是 , 二 次 測 算是是 否 中 標填 寫 “ 工 程項 目 信 息 ”否是流 程結(jié) 束評 價 內(nèi) 容 引 自 “ 項 目 可 行性 評 價 字 典 ”投 標 過 程 作 業(yè) 項 目 引 自“ 項 目 投 標 作 業(yè) 字 典 ” 圖 32 招投標管理執(zhí)行 規(guī)則流程圖 人力資源業(yè)務(wù)審核規(guī)則如圖 33 所示: 8 人 力 資 源 業(yè) 務(wù) 審 核 流 程招聘需求招聘計劃入職管理合同管理離職管理工資發(fā)放培訓(xùn)計劃集 團 領(lǐng) 導(dǎo)分 管 領(lǐng) 導(dǎo)人 力 資 源 部 門負 責(zé) 人職 能 部 門分 公 司招 聘 需 求審 核 審 核 審 核招 聘 計 劃招 聘 信息 發(fā) 布審 核應(yīng) 聘 人 員登 記人 員 面試 登 記審 核人 員 入 職登 記審 核 審 核 審 核人 事 合 同簽 訂審 核 審 核轉(zhuǎn) 正評 價審 核審 核離 職報 告審 核審 核審 核審 核工 資 表培 訓(xùn) 申 請審 核 審 核年 度 培 訓(xùn)計 劃審 核同 意 錄 用轉(zhuǎn) 正報 告離 職類 型正 常離 職離 職 申 請離 職通 知 單返 崗?fù)?知 單自 動 離 職呈 報 單離 職 處 理送 達 書審 核 審 核 圖 33 人力資源業(yè)務(wù)審核規(guī)則 流程圖 9 前臺功能列表 以招投標管理為例,該系統(tǒng)中每個 System用戶可以操作項目可行性評價字典、項目投標資料庫、項目招標信息登記、項目可行性評價、項目投標階段成本分析、投標過程管理、投標結(jié)果登記、工程項目信息、授權(quán)委托書管理、項目投標臺帳等十個模塊,下面是對幾個重要模塊的分析。 系統(tǒng)用例圖,如下圖 34 所示 圖 34 系統(tǒng)用例圖 系統(tǒng)功能詳細如表 所示: 功能名稱 功能用戶 描述 業(yè)務(wù)層規(guī)則 項目可行性評價字典 授權(quán)用戶可維護,其他用戶可查看 對擬跟蹤項目進行可行性評 價的字典,供選擇使用 1.使用后不允許刪除 2.分值允許可以為負值或正值 項目招標信息登記 授權(quán)用戶可維護,其他用戶可查看 對各類擬投標項目基本信息進行登記使用 1.各組織管理層級都可以進行當(dāng)前業(yè)務(wù)表單的制定業(yè)務(wù)操作,所填寫信息必須加以區(qū)別,不得向上越級或跨級查看 2.“項目可行性評價”作為“項目招標信息登記”的一個標簽頁,由填報人自行評價,不再單獨作為一個功能出現(xiàn)。 3.工程項目信息與招標信息登記表單共用同一個數(shù)據(jù)庫表 項目可行性評價 授權(quán)用戶可維護,其他用戶本功能不作為單獨功能出現(xiàn),僅作為項 目招1.此功能作為項目招標信息登記一個標簽頁處理 10 可查看 標信息登記中的輔助信息,由招標項目信息填報人自行評價 項目投標階段成本分析 授權(quán)用戶可維護,其他用戶可查看 用戶對已經(jīng)評審且評審?fù)ㄟ^且未被異常終止的項目招標信息進行本表單操作,已經(jīng)進行過成本分析的項目招標信息不能再進行成本分析 1.各管理組織層級用戶只可以對本組織層級、下屬組織層級填寫的項目招標信息進行招標階段成本分析,也可以查看本層級或下屬組織層級的招標階段成本分析單據(jù) 2.用戶不可以向上越級查看、也不可以跨級查看其他管理層級用戶填寫的項目投標階段成本分 析業(yè)務(wù)表單 工程項目信息 授權(quán)用戶可維護,其他用戶可查看 用于對工程項目信息進行登記 1.工程項目信息與招標信息登記表單共用同一個數(shù)據(jù)庫表 2.工程項目信息數(shù)據(jù)有兩個來源,可以從中標項目信息中導(dǎo)入,也可以由用戶直接在工程項目信息中手工錄入(適用于不進行招標的工程項目) 授權(quán)委托書管理 授權(quán)用戶可維護,其他用戶可查看 對擬跟蹤項目進行可行性評價的字典,供選擇使用 1.本功能屬于業(yè)務(wù)記錄性表單,各組織層級僅可以針對本組織層級、下屬組織層級的項目招標信息、工程項目信息進行操作,不可以對向上越級或跨級項目進行 操作 2.授權(quán)委托書管理按照用戶單位在授權(quán)委托書中地位分為發(fā)出授權(quán)委托書和接收授權(quán)委托書 項目投標臺賬 授權(quán)用戶可維護,其他用戶可查看 本功能為報表類單據(jù),無新增操作 1.報表數(shù)據(jù)按照操作用戶組織層級區(qū)分查詢范圍 2.報表數(shù)據(jù)來源于投標結(jié)果登記業(yè)務(wù)表單 3.可以按照時間段進行查詢 系統(tǒng)時序圖 系統(tǒng)的時序圖分析如圖 35 所示: 11 圖 35 功能需求的時序圖 系統(tǒng)結(jié)構(gòu)圖和活動圖 系統(tǒng)活動圖 系統(tǒng)活動圖 如圖 36 所示: 圖 36 系統(tǒng)活動圖 系統(tǒng)審核功能結(jié) 構(gòu)圖 系統(tǒng)審核功能結(jié)構(gòu)圖如圖 所示: 12 圖 37 系統(tǒng)審核功能結(jié)構(gòu)圖 數(shù)據(jù)字典和 ER 圖 數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。 它對數(shù)據(jù)流圖上每一個成分:數(shù)據(jù)項、文件 (數(shù)據(jù)結(jié)構(gòu) )、數(shù)據(jù)流、數(shù)據(jù)存儲、加工和外部項等給以定義和說明;它主要由 數(shù)據(jù)流描述、加工描述和文件描述三部分組成。 對用戶來講 , 數(shù)據(jù)字典還有另一種含義,是在數(shù)據(jù)庫設(shè)計時用到的一種工具,用來描述數(shù)據(jù)庫中基本表的設(shè)計,主要包括字段名、數(shù)據(jù)類型、主鍵、外鍵等描述表的屬性的內(nèi)容 ;對系統(tǒng)分析員來講 ,數(shù)據(jù)字典幫助他們比較容易修改已建立的系統(tǒng)邏輯模型。 舉幾個例子的數(shù)據(jù)字典如下: 系統(tǒng)基礎(chǔ)表信息數(shù)據(jù)字典表如 所示 : 字段代碼 字段名稱 字段類型 主鍵 取值說明 字段說明 FB_BizNO 單據(jù)編號 VARCHAR2(32) PK FB_BizName 單據(jù)名稱 VARCHAR2(256) FB_BizStateID 單據(jù)狀態(tài) ID VARCHAR2(32) FB_BizState 單據(jù)狀態(tài) VARCHAR2(12) FB_TableType 表類型 VARCHAR2(24) FB_Person 填報人 VARCHAR2(1) 13 FB_Position 填報崗位 VARCHAR2(24) FB_Dept 填報部門 VARCHAR2(128) FB_Org 填報機構(gòu) VARCHAR2(6) FB_Date 填報日期 VA RCHAR2(64) FB_PersonID 填報人 ID VARCHAR2(32) FB_PositionID 填報崗位 ID VARCHAR2(256) FB_DeptID 填報部門 ID VARCHAR2(24) FB_OrgID 填報機構(gòu) ID VARCHAR2(24) FB_PersonFID 填報人 FID VARCHAR2(32) FB_PersonFName 填報人姓名 VARCHAR2(32) 表 系統(tǒng)用戶數(shù)據(jù)字典表 系統(tǒng)用戶角色數(shù)據(jù)字典 表如 所示: 字段代碼 字段名稱 字段類型 主鍵 取值說明 字段說明 sName 用戶名 VARCHAR2(32) sCode 編碼 VARCHAR2(12) sIDCard 身份證號 VARCHAR2(24) sNumb 數(shù)字編號 VARCHAR2(32) sLoginName 登錄名 VARCHAR2(24) sPassword 密碼 VARCHAR2(10) sPasswordTimeLimit 密碼時限 VARCHAR2(2)
點擊復(fù)制文檔內(nèi)容
研究報告相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖片鄂ICP備17016276號-1