【正文】 、信息分類編碼標(biāo)準(zhǔn)、用戶視圖標(biāo)準(zhǔn)、數(shù)據(jù)庫標(biāo)準(zhǔn)、網(wǎng)絡(luò)系統(tǒng)設(shè)計規(guī)范、應(yīng)用系統(tǒng)設(shè)計規(guī)范、 IT 基礎(chǔ)設(shè)施配置規(guī)范、信息管理和開發(fā)利用體系、信息安全保障體系等），這些標(biāo)準(zhǔn)的 建立和執(zhí)行，是集團(tuán)信息化建設(shè)避免重復(fù)投資、加速信息流通、實現(xiàn)信息授權(quán)共享、取得最大效益的基本前提和基礎(chǔ)； 從企業(yè)管理和發(fā)展的需要出發(fā)，在不斷建立和完善信息安全管理體系、技術(shù)標(biāo)準(zhǔn)體系以及信息分類授權(quán)體系的基礎(chǔ)上，把集團(tuán)公司及所屬企業(yè)的網(wǎng)絡(luò)互聯(lián)互通和信息資源共享作為一條基本要求逐步落實，最終實現(xiàn)集團(tuán)公司與所屬企業(yè)之間信息雙向的授權(quán)互動共享和高效的協(xié)同運作。 7 2 系統(tǒng)概述 用戶特點 互聯(lián)網(wǎng)的出現(xiàn)與迅速發(fā)展，信息技術(shù)步伐加快，是的企業(yè)面臨著眾多的挑戰(zhàn)，與競爭，在競爭的過程中，對于一個集團(tuán)企業(yè)來說，對信息的掌握程度、信息獲取是否及時、信息能否得到充分利用、對信息反應(yīng)是都敏感準(zhǔn)確，越來越成為衡量一個企業(yè)市場競爭能力的重要因素。（這個和我在 微軟 體驗到的又不太一樣，微軟的需求分析大多是市場人員和用戶協(xié)助小組的人去評估用戶的接受程度，這一點也可以理解，因為公司的性質(zhì)有根本差別）在這個過程中，用戶的確是處在主導(dǎo)地位，需求分析工程師和項目經(jīng)理要負(fù)責(zé)整理用戶需求，為之后的 軟件 設(shè)計打下基礎(chǔ)。需求分析階段結(jié)束后，要求得到： 文檔 (System Requirement Specification)。隨著中國加入 WTO，各行各業(yè)都在努力地提高自身的競爭力，企業(yè)信息化管理進(jìn)程加快說明：傳統(tǒng)以紅頭文件為主，強(qiáng)調(diào)公文處理的客戶管理將從主導(dǎo)地位逐漸減弱，強(qiáng)調(diào)以信息服務(wù)、只是管理為主的企業(yè)信息 化服務(wù)系統(tǒng)，將逐漸代替原有的客戶處理。同時，使集團(tuán)內(nèi)的信息技術(shù)隊伍的知識和經(jīng)驗、積極性和創(chuàng)造性得到充分的共享和利用。 其中大致分為以微軟 .NET Framework 為基礎(chǔ)使用 IIS 做為 Web 服務(wù)器承載的微軟體系，以及使用 Mono為基礎(chǔ)框架運行在 Windows 或 Linux上的開源體系。 SQL Server 是一個關(guān)系數(shù)據(jù)庫管理系統(tǒng)。 9 3 功能需求 登陸驗證 為了確保系統(tǒng)的安全，防止非法用戶和競爭對手進(jìn)入系統(tǒng)，在系統(tǒng)中專門設(shè)計了登陸驗證模塊。 用戶檢索 為了方便團(tuán)隊用戶迅速找到自己的目標(biāo)交流對象，系統(tǒng)設(shè)置了信息檢索模塊，用戶可以根據(jù)用戶的基本團(tuán)隊信息快速找到自己的交流目標(biāo)。 下面是各個構(gòu)成模塊的實現(xiàn)文件，具體說明如下： ? 系統(tǒng)配置文件：功能是對項目進(jìn)行總體配置。 ? 團(tuán)隊處理模塊：功能是對系統(tǒng)內(nèi)不同用戶群體進(jìn)行團(tuán)隊處理。 ? 文件夾 Files：保存系統(tǒng)用戶發(fā)送的文件。 ? 文件夾 Userinfo：保存用戶頁面文件。 ? 文件 ：主頁頂部導(dǎo)航文件。 ? 文件 ：系統(tǒng)應(yīng)用程序配置文件。這種情形直接導(dǎo)致了業(yè)務(wù)組件重復(fù)建設(shè)、業(yè)務(wù)數(shù)據(jù)冗余、企業(yè)內(nèi)數(shù)據(jù)不同步、系統(tǒng)界限模糊、維護(hù)困難、拓展困難等難以想象的問題，使得企業(yè)信息化建設(shè)陷入泥沼。 16 平臺選擇 平臺支持，傳統(tǒng)的數(shù)據(jù)庫應(yīng)用一般要針對每個操作系統(tǒng)開發(fā)一個專用版本，外圍不同的硬件平臺開發(fā)不同的版本。 用戶界面 用戶界面部分，根據(jù)需求分析的結(jié)果，用戶需要一個用戶友善界面?？偟膩碚f ，系統(tǒng)的用戶界面應(yīng)做 到可靠性、簡單性、易學(xué)習(xí)和使用。 硬件環(huán)境 內(nèi)存需要512M 以上， CPU 需要 P4 以上。 內(nèi)部 接口 內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進(jìn)行信息傳遞。每一代碼代表惟一的實體和屬性，反過來，信息系統(tǒng)中，每一實體或?qū)傩远加靡粋€確定的代碼來表示。盡量采用原業(yè)務(wù)處理上已使用的且行之有效的 代碼，方便使用。代碼需方便管理人員使用，又應(yīng)方便計算機(jī)識別、分類。在軟件系統(tǒng)中，代碼是人和計算機(jī)的共同的、標(biāo)準(zhǔn)的語言，是對信息進(jìn)行分類、校驗、統(tǒng)計、檢索的關(guān)鍵屬性。該代碼的使用過程中，考慮到該管理人員的擴(kuò)展，所以采用順序號 +E， E 是代表用戶，順序號就可以體現(xiàn)新來用戶的順序。 數(shù)據(jù)庫設(shè)計的核心問題是如何從系統(tǒng)的觀點出發(fā)建立一個數(shù)據(jù)模式，使其滿足以下幾個條件： 21 符合用戶要求，能正確的反映用戶的工作環(huán)境，該環(huán)境包括用戶需處理的所有“數(shù)據(jù)”，并支持用戶需要進(jìn)行的所有“加工”。主要原則及實現(xiàn)方法如下： 1．一個實體型轉(zhuǎn)換為一個關(guān)系模式，實體的屬性就是關(guān)系的屬性，實體的鍵就是屬性的鍵。 c) 如果為弱實體集，可為其增加一個強(qiáng)制屬性的 鍵。 1NF：關(guān)系中每一分量不可再分。 依據(jù)上述原則，得出《 梵柏西科技系統(tǒng) 》的關(guān)系模式： 關(guān)系模式設(shè)計如下： 1． 中心資料（ 中心編號 ，中心名稱，備注信息） 2． 用戶資料（ 用戶編號 ，用戶名稱，用戶密碼，職務(wù)，創(chuàng)建時間，創(chuàng)建 IP） 3． 消息 （ 部門編號 ， 中心編號 ，題目，內(nèi)容，部門名稱，中心名稱，作者 ） 數(shù)據(jù)字典 數(shù)據(jù)字典是物理數(shù)據(jù)庫的具體體現(xiàn)，主要規(guī)定各關(guān)系的名稱、各列的數(shù)據(jù)的型、長度、小數(shù)位、完整性約束等。它包括實體完整性和關(guān)聯(lián)完整性和用戶定義的完整性。 輸出設(shè)計的內(nèi)容：輸出的編號名稱、輸出類型、輸出設(shè)備和介質(zhì)、輸出時間和頻率、輸出格式和內(nèi)容。 運行控制 用戶在發(fā)送數(shù)據(jù)后，將等待服務(wù)器的確認(rèn)，當(dāng)受到服務(wù)器的確認(rèn)信號后，等待服務(wù)器的回答信息，再進(jìn)行確認(rèn)。所以希望采 29 用內(nèi)存為 512 和硬 盤為 80G 的配置，以加快運行時間，服務(wù)器的運行時候也就會快許多。 出錯處理對策 所有的服務(wù)器都必須安裝不間斷電源以防止停電或電 壓不穩(wěn)造成的數(shù)據(jù)丟失的損失。 安全保密設(shè)計 數(shù)據(jù)安全性 數(shù)據(jù)保存、傳輸過程的安全性 30 登錄用戶的安全性 對用戶的身份驗證，系統(tǒng)設(shè)計了登錄界面，每一個合法用戶有一個密碼，該密碼由管理員來維護(hù)，從而實現(xiàn)對用戶的身份 驗證， 防止未經(jīng)授權(quán)的人員非法進(jìn)入該系統(tǒng)進(jìn)行修改或查詢數(shù)據(jù)，可以有效地防止數(shù)據(jù)的泄漏，避免對系統(tǒng)中的數(shù)據(jù)造成破壞。數(shù)據(jù)備份與恢復(fù)等，都是數(shù)據(jù)維護(hù)的內(nèi)容。 過程設(shè)計也叫做詳細(xì)設(shè)計或程序設(shè)計，它不同于編碼或編程。 記錄管理模塊 模塊定義 （ 1） 模塊編號： JILU_M （ 2）模塊名稱： 記錄管理 （ 3） 模塊功能： 對企業(yè)和各個部門發(fā)布的信息進(jìn)行管理，能實現(xiàn)增加，刪除，修改等功能。測試時應(yīng)當(dāng)注意，每一種情況都必須考慮進(jìn)去，而且要進(jìn)行規(guī)范操作和不規(guī)范操作的測試，即系統(tǒng)容錯性的檢驗，系統(tǒng)的數(shù)據(jù)量到達(dá)一定程度的時候，系統(tǒng)是否任然能夠正常運行等。 時間進(jìn)度 測試開始時間： 20xx 年 11 月 15 日 測試結(jié)束時間： 20xx 年 11 月 25 日 前五天測試基本功能，進(jìn)行統(tǒng)計，后面五天在修正的同時繼續(xù)測試，大家全 36 力以赴，把軟件做到完美！ 測試目標(biāo) 測試爭取解決軟件中所有的 bug ，適應(yīng)任何人群的使用，讓沒有使用過本系統(tǒng)的用戶以最快的 時間上手，讓很少使用電腦或者電腦操作技能很差的用戶能能流暢使用。版本 預(yù)計空間 Windows server 20xx 虛擬機(jī)架設(shè)軟件 MS qlServer 20xx 2G Win7 測試 Tomca 200M 軟 件資源 軟件名稱 用途說明 Windows IIS6 用來在服務(wù)端發(fā)布軟件。測試項目涉及的業(yè)務(wù)功能與其它項目業(yè)務(wù)接口等。 38 測試計劃及用例詳細(xì)安排表 系統(tǒng)模塊 測試內(nèi)容 用例條數(shù) 測試方法 用戶登錄驗證 測試不同身份的用戶登錄 管理員： 5 位 普通職員： 10 位 身份，年齡，姓名，字符長度等要有代表性，注意臨界值，用戶各個屬性都要測試。 客戶檢索 使用不同關(guān)鍵字檢索 測試常用關(guān)鍵字的檢索 姓名 職務(wù) 年齡 所在組 在檢索欄中一次輸入測試用例包含的關(guān)鍵字，查看檢索是否成功，準(zhǔn)確。 測試進(jìn)度 測試階段 開始 時間 結(jié)束時間 資源 是否里程碑 系統(tǒng)測試計劃 1113 1114 指定測試計劃 否 測試用例編寫 1114 1114 需求分析，設(shè)計文檔 是 測試用例評審 1115 1115 需求分析，測試用例 是 單元測試 1115 1120 源程序，測試用例 是 用戶手冊編寫 1120 1122 源程序，測試結(jié)果 是 集成測試 1122 1123 源程序，測試用例 否 系統(tǒng)測試 1123 1125 源程序 否 系統(tǒng)測試報告編寫 1115 1125 測試結(jié)果 是 整體策略 編號 測試類型 說明 是否采用 1 功能測試 根據(jù)需求文檔、設(shè)計文檔等檢查產(chǎn)品是否正確實現(xiàn)了功能。 是 測試技術(shù) 編號 測試技術(shù) 說明 是否采用 1 測試用例設(shè)計 在產(chǎn)品需求評審?fù)ㄟ^后編寫測試用例 是 2 白盒測試 單元測試是否開展代碼測試 是 3 自動化測試 系統(tǒng)回歸時是否要引入自動化測試 是 4 性能測試 是否是使用工具進(jìn)行性能方面的測試 是 41 質(zhì)量目標(biāo) 編寫 測試質(zhì)量目標(biāo) 確認(rèn)人以及特殊說明 1 測試已實現(xiàn)的產(chǎn)品是否達(dá)到設(shè)計的要求，包括：各個功能點是否以實現(xiàn)，業(yè)務(wù)流程是否正確 組長 2 所有的測試用例已經(jīng)執(zhí)行過 組長 3 所有的自動測試腳本已經(jīng)執(zhí)行通過 組長 4 不允許存嚴(yán)重程度為高和中的功能缺陷 組長 5 缺陷的發(fā)現(xiàn)速率正在下降幵接近 0 組長 6 在最后的三天內(nèi)沒有發(fā)現(xiàn)嚴(yán)重程度為 高和中的缺陷 組長 42 15 計劃審核記錄 項目組組長審核意見： 簽名： 日期： 指導(dǎo)老師意見： 簽名： 日期： 。 是 8 安全性測試 檢查系統(tǒng)安全，是否達(dá)到安全需求，是否存安全隱患 是 9 兼容性測試 對于 C/S 架構(gòu)的系統(tǒng)來說，需要考慮客戶端支持的系統(tǒng)平臺。 修改團(tuán)隊處理 團(tuán)隊信息的修改 修改團(tuán)隊的所有屬性 修改團(tuán)隊的所有屬性 一對一交互處理 一對一交互功能的實現(xiàn) 本組內(nèi)同事交互 2 對 跨組交互 2 對 按照用例中的計劃實現(xiàn)普通信息的交互。 用戶分組添加 添加不同的用戶分組 項目經(jīng)理組： 2 個 項目成員分 組： 10 個 測試人員分組： 2 個 在系統(tǒng)中增加不同的分組，填寫分組的詳細(xì)信息，注意臨界值。 測試目標(biāo) 測試的目的就是要找到程序中的錯誤，不要等到程序交付后再發(fā)現(xiàn)，這樣會造成嚴(yán)重的后果，對公司，團(tuán)隊的信譽(yù)會造成不可挽回的損害。 37 Exel 表格 統(tǒng)計測試數(shù)據(jù) Word 文字 編寫文檔 人力資源 角色 姓名 職責(zé) 項目組長 蔣能凱 負(fù)責(zé)安排項目的進(jìn)度，督促組員完成任務(wù)。 13 資源需求 硬件資源 機(jī)型：普通臺式機(jī)或筆記本，對硬件基本沒有要求。 爭議事項 項目進(jìn)度安排需要大家共同商量，一些項目功能與預(yù)計的又偏差，可能導(dǎo)致測試人員的困難。 輸出項目 輸出數(shù)據(jù)：企業(yè)發(fā)布的信息，部門發(fā)布的信息。前者涉及所開發(fā)項目的具體要求和對每個模塊規(guī)定的功能。 31 10 詳細(xì)設(shè)計 從軟件開發(fā)的工程化觀點來看，在使用程序設(shè)計語言編制程序以前，需要對所采用算法的邏輯關(guān)系進(jìn)行分析，設(shè)計出全部必要的過程細(xì)節(jié)，并給予清晰的表達(dá)，使之成為編碼的依據(jù)。 維護(hù)設(shè)計 數(shù)據(jù)維護(hù)工作一般是由數(shù)據(jù)庫管理員負(fù)責(zé)，主要負(fù)責(zé)數(shù)據(jù)庫的安全性和完整性以及進(jìn)行并發(fā)性控制。 在網(wǎng)絡(luò)傳輸方面，可考慮建立一條成本較低的后備網(wǎng)絡(luò)，以保證當(dāng)主網(wǎng)絡(luò)斷路時數(shù)據(jù)的通信。 對于這些信息的錯誤，可以根據(jù)系統(tǒng)提供的相應(yīng)的錯誤提示語句來進(jìn)行解決。 運行時間 在軟件的需求分析中，對運行時間的要求為：必須對作出的操作，有較快的反應(yīng)。 運行模塊的組合 用戶在程序運行時啟動查詢模塊，在用戶有輸入操作的時候開始模塊調(diào)用，如果要注冊新的用戶，則調(diào)用 用戶 模塊，通過一系列的數(shù)據(jù)輸入，若是數(shù)據(jù)充分，則將數(shù)據(jù)交給服務(wù)器，服務(wù)器確認(rèn)后，返回用戶機(jī)，并顯示輸出。 輸入設(shè)計的內(nèi)容：輸入名稱編號、輸入源、輸入設(shè)備和介質(zhì)、輸入時間和頻度、輸入格式和內(nèi)容、輸入數(shù)據(jù)的校驗。 2．完整性約束。 2NF：若 R∈1N