【正文】 眾多的項(xiàng)目經(jīng)理都會對預(yù)備項(xiàng)目組成員的技術(shù)功底感到擔(dān)心；他們需要培訓(xùn)部門提供培訓(xùn)，但就架構(gòu)師面對的技術(shù)海洋，項(xiàng)目經(jīng)理根本就提不出明確的技術(shù)培訓(xùn)需求。 附 錄 附錄一：文獻(xiàn)資料 原文 J2EE WEB 應(yīng)用架構(gòu)分析 架構(gòu)概述 J2EE 體系包括 java server pages(JSP) ,java SERVLET, enterprise bean，WEB service 等技術(shù)。本次設(shè)計(jì)開發(fā)的系統(tǒng)較為龐大，涉及的用戶較多，數(shù)據(jù)庫設(shè)計(jì)比較復(fù)雜，使我深刻地體會到軟件開發(fā)是一項(xiàng)集體項(xiàng)目，單靠一個人就想解決所有的問題是不太實(shí)際的。 院系領(lǐng)導(dǎo) /學(xué)校領(lǐng)導(dǎo)用戶測試 一、考勤信息測試 1． 空值查詢測試：在查詢學(xué)生考勤信息頁面中，不輸入查詢條件進(jìn)行查詢測 試。測試結(jié)果：若當(dāng)前日期為 20200530，則本學(xué)期在 20200530 前的所有不沒登記的考勤信息自動列出來，而且能自動識別課表安排的單 /雙周。測試結(jié)果：同意請 假，則學(xué)生、班主任、院系領(lǐng)導(dǎo)用戶中同時出現(xiàn)請假成功信息，不同意請假，則學(xué)生、班主任、院系領(lǐng)導(dǎo)同時出現(xiàn)請假失敗的信息。測試結(jié)果： 提交數(shù)據(jù)后，在等待審批的請假記錄中出現(xiàn)一條新的記錄，并顯示了申請時間，班主任審批處顯示了“等待批假”的提示信息，而院系審批處沒有顯示“等待批假”的提示信息。測試結(jié)果：提示只能提前 7 天請假的錯誤信息。測試結(jié)果：提示沒有權(quán)限的錯誤信息。 測試過程 用戶登陸測試 用戶登陸測試是測試系統(tǒng)訪問的安全性，以及各個頁面的設(shè)計(jì)的安全性，測試方案如下（表 61）所示： 表 61 用戶類型 用戶名 密碼 空密碼 錯誤密碼 /用戶名 錯誤類型 學(xué)生 2020202122 2020202122 否 否 否 任課老師 041002 123456 否 否 否 班主任 048001 123456 否 否 否 院系領(lǐng)導(dǎo) xinxi_02 123456 否 否 否 學(xué)校領(lǐng)導(dǎo) school 123456 否 否 否 說明：上表中的“否”表示拒絕訪問，沒有通過系統(tǒng)的身份驗(yàn)證。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗(yàn)程序中的每條通路是否能按預(yù)定要求正確工作。 管理員主 界面的設(shè)計(jì)與實(shí)現(xiàn) 添加教師 界面的設(shè)計(jì)與實(shí)現(xiàn) 教師管理 界面的設(shè)計(jì)與實(shí)現(xiàn) 添加學(xué)生 界面的設(shè)計(jì)與實(shí)現(xiàn) 學(xué)生管理 界面的設(shè)計(jì)與實(shí)現(xiàn) 教師審核與查看 界面的設(shè)計(jì)與實(shí)現(xiàn) 教師點(diǎn)名 界面的設(shè)計(jì)與實(shí)現(xiàn) 學(xué)生請假 界面的設(shè)計(jì)與實(shí) 現(xiàn) 學(xué)生考勤信息查看 界面的設(shè)計(jì)與實(shí)現(xiàn) 第 7 章 軟件測試 引言 在開發(fā)軟件的過程中，人們使用了許多保證軟件質(zhì)量的方法分析、設(shè)計(jì)和實(shí)現(xiàn)軟件，但難免還會在工作中犯錯誤。其任務(wù)就是把解法具體化，也就是回答下面這個關(guān)鍵的問題： “ 應(yīng)該怎樣具體地實(shí)現(xiàn)這個系統(tǒng)呢？ ” ，通過詳細(xì)設(shè)計(jì)應(yīng)該得出對目標(biāo)系統(tǒng)的精確描述，給出各個模塊的詳細(xì)過程性描述。 圖 31 請假系統(tǒng)數(shù)據(jù)流圖 Fig31 the system’s of asking for leave dataflow pursueing 學(xué)生請假 任課老師審批 請假成功 請假失敗 請假記錄 同意 同意 不同意 圖 32 考勤系統(tǒng)數(shù)據(jù)流圖 Fig32 attendance system’s dataflow pursueing 任課老師 請假系統(tǒng) 數(shù)據(jù)處理 請假 曠課 出勤記錄 請假記錄 程序數(shù)據(jù)流圖 圖 程序流程圖 運(yùn)行需求 最低配置 服務(wù)器端： 開 始 身份驗(yàn)證 與數(shù)據(jù)庫核對 字段是否匹配 管理員主頁 進(jìn)行相應(yīng)操作 結(jié) 束 Y N 重新登錄 用戶類型 教師主頁 學(xué)生主頁 1）硬件 需 求：處理器 Intel Pentium III 內(nèi)存 128M 硬盤 40G 2）軟件需求： Windows 98 Microsoft Inter Explorer JDK SQL Server 2020 數(shù)據(jù)庫 Tomcat 客戶端 ： 1)硬 件 需 求： 處理器 Intel奔騰 133或相當(dāng)?shù)奶幚砥? 內(nèi)存 64M 硬盤 10G 2)軟件需求： Windows 98 Microsoft Inter Explorer 建議配置 服務(wù)器端： 1）硬件 需 求：處理器 Intel Pentium IV 內(nèi)存 256M 硬盤 80G 2）軟件需求： Microsoft Windows 2020/XP JDK Tomcat SQL Server2020 數(shù)據(jù)庫 Microsoft Inter Explorer 客戶端 ： 1)硬件需求：處理器 Intel Pentium IV 或相當(dāng)?shù)奶幚? 內(nèi)存 128M 硬盤 20G 2)軟件需求： Windows 2020/XP Microsoft Inter Explorer 第 4 章 總體設(shè)計(jì) 引言 經(jīng)過需求分析階段的工作，系統(tǒng)必須 “ 做什么 ” 已經(jīng)清楚了，現(xiàn)在是決定“怎樣做 ” 的時候。系統(tǒng)管理員動態(tài)的管理學(xué)生信息、 教師信息 等信息 的管理 ，是整個系統(tǒng)實(shí)現(xiàn)的基礎(chǔ)。它在傳統(tǒng)的靜態(tài)頁面文件 (*.html,*htm)中加入 Java 程序片段和 JSP 標(biāo)記 ，就構(gòu)成了 JSP 頁面。 后臺管理功能需求：后來管理主要是用來管理系統(tǒng)操作的數(shù)據(jù)，因?yàn)楦咝Ｃ繉W(xué)年的學(xué)生都在變化，有新生入學(xué)，也有學(xué)生畢業(yè)。 其它需求：查看本人的基本信息，如本人 的所屬的院系、年級、專業(yè)、班級、學(xué)號、姓名、性別等，以及修改個人用戶密碼，查看本班課表安排。 操作可行性： 本系統(tǒng)操作簡單方便 ,只要懂得上網(wǎng)都能方便操作本系統(tǒng) ,所以在操作上也是可行的。JSP 是一種安全穩(wěn)定的動態(tài)網(wǎng)頁技術(shù)，目前國內(nèi)各企業(yè)的電子商務(wù)系統(tǒng)， ERP 系統(tǒng)，銀行信息系統(tǒng)等基本上都用 JSP 開發(fā)的。目前流行的基于 B/S 結(jié)構(gòu)的解決方案主要有 ASP， JSP， PHP 等技術(shù)。這種的模式在目前高校管理中暴露出了許多弊端：一是學(xué)生請假不方便；二是學(xué)生請假對任課老師不透明，造成對學(xué)生上課出勤誤記的情況；三是學(xué)生上課出勤表對班主任不透明，班主任很難知道本班學(xué)生上課的出勤情況，不便于與學(xué)生及時有效的溝通；四是學(xué)生對自己整個學(xué)期的上課出勤情況沒有整體的統(tǒng)計(jì)信息。系統(tǒng)涉及到高校三大類用戶：學(xué)生、任課老師、系統(tǒng)管理員。除了文中特別加以標(biāo)注引用的內(nèi)容外，本論文不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。對本研究提供過幫助和做出過貢獻(xiàn)的個人或集體，均已在文中作了明確的說明并表示了謝意。 涉密論文按學(xué)校規(guī)定處理。各大高校針對師生的成績查詢系統(tǒng)、教務(wù)管理系統(tǒng)、招生就業(yè)系統(tǒng)、 BBS、校園網(wǎng)站等系統(tǒng)在各大高校紛紛出現(xiàn)，對全校師生的學(xué)習(xí)、生活、管理、辦公帶來了便利。系統(tǒng)應(yīng)當(dāng)有很好的擴(kuò)展性，與當(dāng)前高校中現(xiàn)有的系統(tǒng)很好集成。 開發(fā)出高校學(xué)生考勤管理系統(tǒng)能有效地提高高校辦事效率，解決目前高校學(xué)生請假及上課出勤管理問題，實(shí)現(xiàn)學(xué)生請假及上課出勤信息對任課教師、班主任、院系領(lǐng)導(dǎo)、學(xué)校領(lǐng)導(dǎo)透明，使班主任、院系領(lǐng)導(dǎo)及時把握學(xué)生的學(xué)習(xí)情況，及時與學(xué)生溝通，提高教學(xué) 質(zhì)量。 SQL Server 有多種實(shí)用程序允許用戶來訪問它的服務(wù)，用戶可用 這些實(shí)用程序?qū)?SQL Server 進(jìn)行本地 管理或遠(yuǎn)程管理。 在線請假需求：學(xué)生在網(wǎng)上填寫好請假的起止日期，請假原因后，就可以向本學(xué)期本班班主任提出請假申請，由 任課老師 審批后。 功能需求描述 根據(jù)各類用戶的需求描述，系統(tǒng)應(yīng)當(dāng)具備請假系統(tǒng)、考勤管理系統(tǒng)、后臺管理系統(tǒng)這三大主要功能。 B/S 模式最大的好處是運(yùn)行維護(hù)比較簡 便，能實(shí)現(xiàn)不同的 人員 ，從 不同 的地 點(diǎn)， 以不 同的 接入 方式（ 比如 LAN, WAN, Inter/Intra 等）訪問和操作共同的數(shù)據(jù)；最大的缺點(diǎn)是對網(wǎng)絡(luò)環(huán)境依賴性太強(qiáng)，由于各種原因引起網(wǎng)絡(luò)中斷都會造成系統(tǒng)癱瘓。 本模塊的功能是學(xué)生考勤信息統(tǒng)計(jì)的實(shí)現(xiàn)、查看及管理，涉及三大類用戶中的所有用戶。 數(shù)據(jù)流圖 數(shù)據(jù)流程圖是結(jié)構(gòu)化系統(tǒng)分析的工具。 頁面主體 功能菜單 Banner Bottom 圖 41 系統(tǒng)布局圖 Fig41 System’s layout map 區(qū) —— 可設(shè)計(jì)為 顯示 系統(tǒng) 所有權(quán)等信息。 數(shù)據(jù)庫表的創(chuàng)建 根據(jù)數(shù)據(jù)庫需求的分析，建立如下 4 個基本數(shù)據(jù)表。也就是說，黑盒測試是在程序接口進(jìn) 行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。對于實(shí)際程序而言，窮盡測試通常是不可能做到的。測試結(jié)果：提示用戶還沒登陸的錯誤信息。 2． 錯誤的時間選擇測試：在開始時間與結(jié)束時間選擇的時間，把結(jié)束時間選擇一個開始時間以前的時間，然后提交數(shù)據(jù)。 6． 重復(fù)請假測試：先申請一條當(dāng)天日期的請假，申請成功后，再申請一條今天到明天兩天的請假。若不同意請假，則提示此學(xué)生請假失敗。 3． 確認(rèn)密碼不正確的測試：輸入正確的原始密碼，而確認(rèn)密碼不正確的測試。測試結(jié)果：班主任能同時帶多個班級，每學(xué)期可帶不同的班級。開發(fā)時遇到了許多的困難，但是通過自己的努力，還有老師同學(xué)們的幫助，最終還是迎刃而解了。再者，是對整個軟件開發(fā)的把握能力有待于進(jìn)一步提高，以及對網(wǎng)頁設(shè)計(jì)的諸多方面知識也待進(jìn)一步學(xué)習(xí)，這些都是我今后應(yīng)該注意和提高的。往往架構(gòu)設(shè)計(jì)師在這個過程中要閱讀大量的技術(shù)資料，聽取項(xiàng)目組成員的建議，考慮領(lǐng)域?qū)＜业男枨?，考慮贊助商成本（包括開發(fā)成本和運(yùn)行維護(hù)成本）限額。 角色分工：。完成這個步驟可以形成一個主要里程碑基線。首先，對 JSP的掌握還不是很全面，對于數(shù)據(jù)庫管理系統(tǒng)的操作運(yùn)用也不夠熟練，以至于在系統(tǒng)開發(fā)過 程中經(jīng)常碰到一些疑難問題不能快速的解決。測試結(jié)果：系統(tǒng)列出了所有相 關(guān)記錄，如姓名中只有一個“王”字，那么全院/全校所有姓名中有“王”字的學(xué)生信息都全部列出來，并都可以查看詳細(xì)考勤信息 總 結(jié) 通過幾個月的努力，高校學(xué)生考勤管理系統(tǒng)中的兩大功能模塊：請假系統(tǒng)和考勤系統(tǒng)在指導(dǎo)老師的全心指導(dǎo)下，在同學(xué)的積極配合與幫助下，基本功能順利完成。測試結(jié)果：在考勤統(tǒng)計(jì)信息和詳細(xì)信息中，出現(xiàn)了此學(xué)生請假的出勤信息。 2． 錯誤原始密碼測試：輸入錯誤原始密碼，新密碼、確認(rèn)密碼一致的測試。測試結(jié)果：小于四天的請假，班主任若同意了請假，則學(xué)生記錄成功記錄中出現(xiàn)了請假成功的記錄。 5． 超長時間請假 測試：在開始時間與結(jié)束時間中，選擇一個相差 30 的日期請假。 學(xué)生用戶測試 一、 請假系統(tǒng)測試 請假系統(tǒng)是學(xué)生用戶的核心功能，由于涉及的用戶比較多，此部分的測試是在幾個同學(xué)的配合下完成，主要完成以下幾個測試： 1． 空值測試：在請假開始時間、結(jié)束時間、請假原 因都為空或部分為空的情況下，直接點(diǎn)提交數(shù)據(jù)在線請假。 頁面使用安全測試 此測試過程主要是測試系統(tǒng)各個頁面的安全性，即在用戶沒有登錄的情況直接在瀏覽器地址中輸入要打開的用戶頁面，或者用戶以正確的用戶名和密碼進(jìn)入系統(tǒng)后，直接在瀏覽器地址中輸入別的用戶的頁面，測試各頁面是否不需要用戶登錄就可使用，或者是否可以繞過身份驗(yàn)證。 其它測試方案 除了以上兩種測試方案外，還有其它的測試方案。 測試方案 黑盒測試 黑盒測試，又稱為功能測試。 學(xué)生上課出勤信息表：上課時間代號、上課時間、學(xué)號、出勤狀態(tài)。 菜單區(qū) —— 提供 系統(tǒng)可供操作的 功能列表 。它通過對數(shù)據(jù)元素和數(shù)據(jù)結(jié)構(gòu)的定義，來描述數(shù)據(jù)流和數(shù)據(jù)存儲的邏輯內(nèi)容。 系統(tǒng)功能劃分 根據(jù)系統(tǒng)用戶的需求，將本系統(tǒng)按功能劃分成三大功能模塊：請假系統(tǒng)、考勤系統(tǒng)、后臺管理模塊，涉及到三大類用戶：學(xué)生、任課教師、系統(tǒng)管理員。它是隨著Inter 技術(shù)的興起，對 C/S 模式應(yīng)用的擴(kuò)展。 查看學(xué)生出勤信息需求：查看所教班級學(xué)生整個學(xué)期上出勤統(tǒng)計(jì)信息及詳細(xì) 信息。 用戶需求描述 用戶是系統(tǒng)的最終使用者，開發(fā)系統(tǒng)的目的是要用戶最終很好的使用系統(tǒng)，最終為用戶帶來各種便利。二、將處理和操作在客戶端和服務(wù)器間進(jìn)行分配?？尚行匝芯繎?yīng)該比較簡短，這個階段的任務(wù)不是具體解決問題，而是研究問題的范圍，探索這個問題是否值得去解，是否有可行的解決方法。因此本系統(tǒng)設(shè)計(jì)應(yīng)當(dāng)采用典型的B/S（瀏覽器 /服務(wù)器）的構(gòu)架進(jìn)行設(shè)計(jì)，操作簡單直觀，對硬件要求低，最好能實(shí)現(xiàn)跨平臺。 關(guān)鍵詞 ：考勤管理；在線請