OA辦公自動化系統(tǒng)需求研究設(shè)計.doc

哈爾濱理工大學(xué)學(xué)士學(xué)位論文OA辦公自動化系統(tǒng)需求研究設(shè)計1.1 引言本論文是對OA辦公自動化系統(tǒng)的需求說明，其目的是分析清楚擬建系統(tǒng)的功能性需求和非功能性需求。1.2 目標(biāo)OA是以開放、先進的Internet/Web技術(shù)為核心新一代信息處理集成系統(tǒng)。通過他的建設(shè)將以計算機最新并成熟的技術(shù)為依托，提高企業(yè)信息化水平，在單位內(nèi)部實現(xiàn)信息資源共享和流通，為各級領(lǐng)導(dǎo)及時了解情況，為宏觀管理和科學(xué)決策提供高效便利的服務(wù)，使得單位的管理更加高效化、規(guī)范化和科學(xué)化。1.3 選題的目的和意義隨著計算機和通信技術(shù)的發(fā)展，人類已逐漸進入信息化社會。信息和材料、能源一樣成為一種社會的基本生產(chǎn)資料，在人類的社會生產(chǎn)活動中發(fā)揮著重要的作用。同時人們對信息和數(shù)據(jù)的利用與處理也已進入自動化、網(wǎng)絡(luò)化和社會化的階段，因此，開發(fā)相關(guān)的管理信息系統(tǒng)已經(jīng)成為各行各業(yè)的必須要求了。管理信息系統(tǒng)作為一門邊緣學(xué)科，集管理科學(xué)、信息科學(xué)、系統(tǒng)科學(xué)、現(xiàn)代通信技術(shù)和電子計算機技術(shù)于一體，可以解決企業(yè)或組織所面臨的問題，對內(nèi)來看，可以提高工作效率；對外來看，可以獲得競爭優(yōu)勢。管理信息系統(tǒng)的開發(fā)方法有生命周期法、原型法和面向?qū)ο蟮拈_發(fā)方法等。生命周期法是20世紀(jì)60年代發(fā)展起來的一種應(yīng)用廣泛且比較成熟的管理系統(tǒng)開發(fā)方法，它的基本思想是將系統(tǒng)的開發(fā)工作從開始到結(jié)束劃分為若干個階段，每個階段都有明確的任務(wù)，但系統(tǒng)開發(fā)出來后，并不意味著生命周期的結(jié)束，而是意味著根據(jù)組織的需要對系統(tǒng)的修改和重建的開始；原型法是20世紀(jì)80年代發(fā)展起來的，旨在改變生命周期法缺點的一種系統(tǒng)開發(fā)方法，該法的開發(fā)思路是首先根據(jù)用戶的要求，由用戶和開發(fā)者共同確定系統(tǒng)的基本要求和主要功能，利用系統(tǒng)快速生成工具，建立一個系統(tǒng)模型，在此基礎(chǔ)上與用戶交流，將模型不斷補充、修改、完善，如此反復(fù)，直至用戶和開發(fā)者都比較滿意為止，從而形成一個相對穩(wěn)定、較為理想的管理信息系統(tǒng)；面向?qū)ο蟮拈_發(fā)方法于20世紀(jì)80年代開始興起的，是一種基于對象的自底向上的一種系統(tǒng)開發(fā)方法，這種方法的特點是以對象為基礎(chǔ)，對象是分析問題和解決問題的核心?；谝陨先N方法的特點和各自的優(yōu)缺點，本辦公自動化系統(tǒng)利用軟件工程化思想和方法，總體上是采用結(jié)構(gòu)化生命法進行系統(tǒng)分析和設(shè)計的，而系統(tǒng)實現(xiàn)等步驟則采用了原型法和面對對象的方法。管理信息系統(tǒng)的開發(fā)是一個開發(fā)周期長、技術(shù)要求高、影響因素多的復(fù)雜系統(tǒng)工程，因此制定一個完善、可行、合理的開發(fā)計劃，不僅是系統(tǒng)開發(fā)成功的保證，同時也可以提高效率、節(jié)省時間、降低成本。1.4 系統(tǒng)概述該系統(tǒng)最主要實現(xiàn)了OA的基礎(chǔ)模塊和核心模塊，包括機構(gòu)管理、人員管理、模塊管理、角色管理、用戶管理、流程管理、表單定義和公文維護。整個系統(tǒng)采用Struts2、Spring、Hibernate的開發(fā)架構(gòu)。系統(tǒng)采用樹形結(jié)構(gòu)對機構(gòu)和模塊進行管理。在權(quán)限管理上，采用ACL權(quán)限控制訪問列表設(shè)計模式，對角色進行模塊的CRUD授權(quán)，也可針對特定用戶進行授權(quán)，在授權(quán)后，用戶登錄系統(tǒng)時會根據(jù)用戶擁有的角色和個人的權(quán)限進行導(dǎo)航菜單動態(tài)顯示，還可以對用戶的CRUD進行及時認(rèn)證。而公文流傳采用JBPM框架進行復(fù)雜流程的實現(xiàn)，用戶可以上傳流程定義文件和定義圖片，針對特定流程進行表單定義，創(chuàng)建公文后可以針對不同的流程進行公文流轉(zhuǎn)。權(quán)限管理頁面采用Ajax框架DWR與后臺進行交互，從而提高了操作效率。自定以表單使用了FreeMarker進行模板的讀取和開發(fā)。本系統(tǒng)采用Oracle10g作為后臺數(shù)據(jù)庫。第1章 系統(tǒng)分析1.1 需求分析21世紀(jì)，先進制造技術(shù)正在推動企業(yè)向網(wǎng)絡(luò)化、協(xié)同化、敏捷化、智能化、集成化和虛擬化的方向發(fā)展。廣義層面上的網(wǎng)絡(luò)化制造，涵蓋了利用網(wǎng)絡(luò)技術(shù)支持企業(yè)制造全過程的所有環(huán)節(jié)。全面集成辦公套件，徹底實現(xiàn)辦公自動化.在網(wǎng)絡(luò)化制造模式下，網(wǎng)上辦公對于企業(yè)來講，是方便快捷的，大勢所趨。實現(xiàn)了工作協(xié)同，工作督辦，工作督控,提高了工作效率。OA可以給中小企業(yè)帶來以下幾個方面的效益： 1.實現(xiàn)遠程辦公和移動辦公,隨時隨處辦理工作事務(wù)。無論您身處國外，還是國內(nèi)，無論您在機場，酒店，家中都可以隨時投入到工作中來,方便快捷地掌握組織內(nèi)部的工作進度與狀況,及時處理工作問題. 2.實現(xiàn)知識管理,使優(yōu)秀員工的思想,經(jīng)驗與技術(shù)獲得積累,并轉(zhuǎn)化成組織中的共享資源。通過OA進行知識管理,員工的工作經(jīng)驗和技術(shù)技能,不斷積累,將成為組織中強大的共享資源,通過對知識資源的授權(quán)利用將加速創(chuàng)新和提高效率,也避免因人員流動導(dǎo)致工作的脫節(jié)與貽誤. 3.通過工作流轉(zhuǎn)的自動化,實現(xiàn)高效快捷的辦公。通過OA實現(xiàn)各部門,各級之間橫向縱向工作流程處理的自動化,將大大提高辦公效率,保證快捷,準(zhǔn)確地處理工作.這一點在辦公場地較為分散的單位尤為明顯。 4.有效監(jiān)管工作人員的工作情況,實現(xiàn)實時工作任務(wù)的監(jiān)督與催辦。及時有效監(jiān)控各部門,各個人員的工作進度情況;實時全面掌控各部門的工作辦理狀態(tài),及時發(fā)現(xiàn)問題及時解決,從而減少差錯,防止低效辦公.系統(tǒng)將記錄每個工作的全程式辦理狀態(tài)信息. 5.明確工作崗位與工作職責(zé)增強人員的責(zé)任感,減少推托,扯皮等現(xiàn)象。明確賦予各崗位的權(quán)限與職責(zé),任何人都不可越權(quán)處理工作,使得各自責(zé)任明確,落實到人,查有所依,杜絕工作中出現(xiàn)職權(quán)不明,相互推脫扯皮現(xiàn)象.解決多崗位,多部門的協(xié)同工作問題,實現(xiàn)高效協(xié)作辦公。 6.方便領(lǐng)導(dǎo)同各級工作人員的有效溝通。多種途徑，多種方式，使管理者同各級人員保持有效，快捷的工作交流與信息溝通，排除了信息溝通不暢給企業(yè)發(fā)展帶來的羈絆。 7.減少辦公開支,降低管理成本。節(jié)約時間，節(jié)約紙張，節(jié)約電話費，傳真費用，縮短辦理時間，節(jié)省辦公開支，減少差錯率，提高整體工作效率。 8.有效掌控客戶關(guān)系,動態(tài)管理客戶資源。建立有效的客戶資源檔案，防止因銷售等人員的變動，而導(dǎo)致客戶信息資源的流失，確保業(yè)務(wù)發(fā)展與工作銜接的連續(xù)流暢。 9.多方位畏助辦公,全面利用組織的存量資源。通過對車輛，物品，圖書，信息等方面建立有效的管理環(huán)境，全面調(diào)動與激活組織存量資源，最大范圍地發(fā)揮組織現(xiàn)有能量。1.2 可行性分析目前，大多數(shù)企業(yè)內(nèi)部的辦公管理還處于手工管理階段，工作起來效率很低，各種辦公需求分散化不易于管理，也無法快速地進行各種辦公操作；不便于動態(tài)及時地了解公司各部門和人員辦公信息，致使企業(yè)不能更好地適應(yīng)當(dāng)前經(jīng)濟形勢發(fā)展的需要。手工管理還存在著許多弊端，由于不可避免的人為因素，經(jīng)常造成數(shù)據(jù)的遺漏、誤報。本系統(tǒng)應(yīng)用計算機信息化管理有著儲存信息量大、速度快等許多優(yōu)點，能夠?qū)蛻粜畔⑦M行及時、準(zhǔn)確、快捷的維護同時也能提高企業(yè)員工的自身素質(zhì)。對于本系統(tǒng)開發(fā)的可行性，主要取決于經(jīng)濟和技術(shù)兩個方面。1.2.1 經(jīng)濟可行性從項目開發(fā)的角度考慮，本系統(tǒng)采用的軟硬件開發(fā)平臺成熟實用，成本相對低廉，系統(tǒng)操作簡便，無需花費大量的培訓(xùn)成本、開發(fā)費用、維護費用等，同時，使用該系統(tǒng)對信息采取統(tǒng)一管理，可以更好的與客戶保持良好關(guān)系，在同等經(jīng)濟收入下，可以為企業(yè)節(jié)省一大筆不必要的開支。因此，從經(jīng)濟上來說完全可行。1.2.2 技術(shù)可行性Web技術(shù)的迅猛發(fā)展正推動Internet上信息服務(wù)類的進步，基于瀏覽器和服務(wù)器結(jié)構(gòu)的系統(tǒng)越來越成為主流，而Java語言的J2EE模式在這方面的應(yīng)用更是如火如荼。JSP的應(yīng)用使得OA在Web上開發(fā)變得可能。OA系統(tǒng)中的權(quán)限模塊開發(fā)可以采用比較成熟的ACL權(quán)限控制訪問列表設(shè)計模式，而這種模式相對比較復(fù)雜，還考慮到系統(tǒng)的移植性和易于維護性，而采用框架來開發(fā)就可以使得這種復(fù)雜簡單化，所以采用了Struts2、Hibernate、Spring來進行開發(fā)。采用了這三個框架可以大大降低系統(tǒng)各個模塊之間的耦合性，這樣便于系統(tǒng)移植和維護。Struts2負(fù)責(zé)頁面前端的控制和顯示，Struts2自帶的各種攔截器可以大部分滿足需求，而Struts2對各種頁面請求的統(tǒng)一管理，使得易于維護。頁面上各種數(shù)據(jù)的顯示通過Struts2豐富的標(biāo)簽和強大的OGNL表達式來完成，而這些數(shù)據(jù)展示的標(biāo)簽和語言完全和后臺數(shù)據(jù)分離，使得頁面和后臺解耦，使得系統(tǒng)易于移植?，F(xiàn)在主流的數(shù)據(jù)庫主要是以關(guān)系型數(shù)據(jù)庫為主，而Java語言是純面向?qū)ο蟮恼Z言，而后臺和數(shù)據(jù)庫的交互是很重要的一步，但程序員大部分時間都在和SQL語句打交道，而這種SQL語句大部分都存在重復(fù)現(xiàn)象，這樣既不利于維護有帶來了時間的大大浪費，而致使于程序員不能把重心放在程序的業(yè)務(wù)邏輯處理上去。所以有了Hibernate的出現(xiàn)，Hibernate采用對象關(guān)系映射的模式，使得對數(shù)據(jù)庫的操作對象化，原本要寫很長的SQL現(xiàn)在只需掉某一個簡單的方法就可完成，大大簡化了和數(shù)據(jù)庫的操作。而Hibernate的HQL查詢語言，使得對復(fù)雜的數(shù)據(jù)庫操作更加方便。系統(tǒng)在時間和效率上都會大大的提高。有了Struts2和Hibernate，但怎樣使這兩種技術(shù)更好的結(jié)合起來呢，這就可以用到Spring了。Spring強大的功能會使系統(tǒng)更加的解耦和穩(wěn)定。比如某個Action中使用了后臺的某個接口，但是這個接口使用的哪個實現(xiàn)類呢，這個可以通過Spring的IOC容器來解決，只需在配置文件中進行相關(guān)配置，在代碼中我們就可以完全面向接口編程了，而Spring的IOC（控制反轉(zhuǎn)）容器會幫我們實力化并管理這些實現(xiàn)類。在數(shù)據(jù)庫操作中，事務(wù)控制是非常重要的一步，如果采用手動控制會非常繁瑣且不能步步到位，雖然Hibernate有事務(wù)控制功能，但還是需要自己手動的開啟和提交，而Spring對Hibernate做了很好的封裝，Spring采用Java動態(tài)代理技術(shù)，很好的實現(xiàn)了AOP（面向切面編程）思想，通過面向切面編程，Spring封裝了Hibernate的Session，使得事務(wù)控制自動化。而Spring的AOP還可以很好的進行日志記錄等個方法的操作。OA辦公系統(tǒng)中公文的流轉(zhuǎn)是基礎(chǔ)并非常重要的環(huán)節(jié)，通常企業(yè)內(nèi)部會有各種流程的需求，這樣就不能把流程訂死，需要靈活多變可配置。開源框架JBPM就可以達到這個目的。JBPM有一套自己的流程定義語言JPDL，用戶可以用設(shè)計器設(shè)計流程定義文件，通過解析流程定義文件，就可以進行復(fù)雜的流程實現(xiàn)。而JBPM持久化策略采用的是Hibernate，這使得JBPM能更好的和本系統(tǒng)結(jié)合起來。1.3 本章小結(jié)本章主要介紹了OA辦公自動化管理系統(tǒng)的系統(tǒng)分析，分別從數(shù)據(jù)流程分析、需求分析、可行性分析三個方面對系統(tǒng)系統(tǒng)進行了詳細描述，為下一階段的系統(tǒng)設(shè)計做準(zhǔn)備。第2章 系統(tǒng)設(shè)計2.1 系統(tǒng)結(jié)構(gòu)設(shè)計OA辦公自動化系統(tǒng)共設(shè)計了公文維護、流程管理、表單定義、機構(gòu)管理、人員管理、模塊管理、角色管理、用戶管理八個模塊。構(gòu)建系統(tǒng)結(jié)構(gòu)如圖3-1所示。OA辦公自動化公文管理工作流程組織管理權(quán)限管理公文維護流程管理表單定義機構(gòu)管理人員管理模塊管理角色管理用戶管理圖3-1 系統(tǒng)功能結(jié)構(gòu)圖2.2 數(shù)據(jù)庫設(shè)計從數(shù)據(jù)庫管理系統(tǒng)的角度來看，數(shù)據(jù)庫系統(tǒng)是一個三級模式結(jié)構(gòu)，但數(shù)據(jù)庫的這種模式結(jié)構(gòu)對最終用戶和程序員是透明的，他們見到的僅是數(shù)據(jù)庫的外模式和應(yīng)用程序。從最終用戶角度來看，數(shù)據(jù)庫系統(tǒng)分為單用戶結(jié)構(gòu)、主從式結(jié)構(gòu)、分布式結(jié)構(gòu)和客戶/服務(wù)器結(jié)構(gòu)2。由數(shù)據(jù)項可以設(shè)計出能夠滿足用戶需求的各種實體，以及他們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計打下基礎(chǔ)。這些實體包含各種具體信息，通過相互之間的作用形成數(shù)據(jù)的流動，了解了數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)之后便可以對本系統(tǒng)進行數(shù)據(jù)庫表關(guān)系圖設(shè)計，數(shù)據(jù)庫表關(guān)系圖如圖3-2所示。圖3-2 數(shù)據(jù)庫關(guān)系圖(1)T_Module(模塊信息表)模塊信息表用來保存模塊的詳細信息。表T_Module的結(jié)構(gòu)見表3-1。表3-1 T_Module的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDNAMEVARCHAR230模塊名稱SNVARCHAR210模塊編碼URLVARCHAR230模塊入口地址ORDERNONUMBER5排序編碼PARENTIDNUMBER10父模塊ID(2)T_Organization(機構(gòu)信息表)機構(gòu)信息表用來保存機構(gòu)的基本信息。表T_Organization的結(jié)構(gòu)見表3-2。表3-2 T_Organization的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDNAMEVARCHAR230機構(gòu)名稱PIDNUMBER10父機構(gòu)IDSNVARCHAR210機構(gòu)編碼DESCRIPTIONVARCHAR2255機構(gòu)描述(3)T_Person(人員信息表)人員表用來保存公司人員基本信息。表T_Person的結(jié)構(gòu)見表3-3。表3-3 T_Person的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDNAMEVARCHAR230人員姓名SEXCHAR1人員性別ADDRESSVARCHAR2255地址DUTYVARCHAR230職務(wù)PHONEVARCHAR230電話DESCRIPTIONVARCHAR2255介紹ORGNUMBER10所屬機構(gòu)BIRTHDAYDATE生日(4)T_User(用戶信息表)用戶信息表用來保存系統(tǒng)用戶登錄信息。表T_User的結(jié)構(gòu)見表3-4。表3-4 T_User的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDUSERNAMEVARCHAR230用戶名PASSWORDVARCHAR230密碼CREATETIMEDATE創(chuàng)建時間EXPIRETIMEDATE失效時間PERSONNUMBER10人員ID(5)T_Role(角色信息表)角色信息表用來保存系統(tǒng)角色信息。表T_Role 的結(jié)構(gòu)見表3-5。表3-5 T_Role的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDNAMEVARCHAR230角色名稱(6)T_UsersRoles(用戶角色列表)用戶角色列表用來保存用戶的角色信息。表T_UsersRoles 的結(jié)構(gòu)見表3-6。表3-6 T_UsersRoles 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDROLENUMBER10角色IDUSERSNUMBER10用戶IDORDERNONUMBER5排序號(7)T_ACL(權(quán)限控制訪問列表)權(quán)限控制訪問列表用來保存用戶和角色的模塊功能權(quán)限信息。表T_ACL的結(jié)構(gòu)見表3-7。表3-7 T_ACL 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDPRINCIPALTYPEVARCHAR210主體類型PRINCIPALIDNUMBER10主體標(biāo)識續(xù)表(3-7)MODULEIDNUMBER10資源標(biāo)識ACLSTATENUMBER4授權(quán)狀態(tài)ACLTRISTATENUMBER4授權(quán)狀態(tài)掩碼（8）T_WorkFlow（工作流信息表）工作流信息表用來保存定義的工作流信息。表T_WorkFlow 的結(jié)構(gòu)見表3-8。表3-8 T_WorkFlow 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDNAMEVARCHAR230流程名稱PROCESSDEFPATHVARCHAR2255流程定義文件路徑PROCESSIMAGEPATHVARCHAR2255流程定義圖片路徑（9）T_FlowForm（表單流程表）表單流程表用來保存每個表單所對應(yīng)的流程信息。表T_FlowForm 的結(jié)構(gòu)見表3-9。表3-9 T_FlowForm 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDWORKFLOWNUMBER10表單對應(yīng)的工作流IDTEMPLATEVARCHAR2r200對應(yīng)的表單模板（10）T_FormField（表單輸入域表）表單輸入域表用來保存表單輸入域的信息。表T_FormField 的結(jié)構(gòu)見表3-10。表3-10 T_FormField 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDFIELDLABELVARCHAR230表單域名FIELDNAMEVARCHAR230表單域顯示名FIELDINPUTNUMBER10輸入域IDFIELDTYPENUMBER10輸入域類型IDFLOWFORMIDNUMBER10表單流程ID（11）T_FieldInput（表單輸入域表）表單輸入域表用來表單輸入域信息。表T_FieldInput 的結(jié)構(gòu)見表3-11。表3-11 T_FieldInput 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDNAMEVARCHAR230表單輸入域名TEMPLATEVARCHAR230表單輸入域模板（12）T_FieldItem（表單輸入域項目表）表單輸入域項目表用來保存表單輸入域所含項目的信息。表T_FieldItem 的結(jié)構(gòu)見表3-12。表3-12 T_FieldItem 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述FIELDIDNUMBER10是表單輸入域IDLABELVARCHAR230輸入域標(biāo)簽名VALUEVARCHAR250輸入域項目值ITEMINDEXNUMBER10輸入域項目序號（13）T_FieldType（表單輸入域類型表）表單輸入域類型表用來表單輸入域的類型信息。表T_FieldType 的結(jié)構(gòu)見表3-13。表3-13 T_FieldType 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDNAMEVARCHAR230輸入域類型名TYPEVARCHAR230輸入域類型（14）T_Document（公文表）公文表用來保存公文的基本信息。表T_Document 的結(jié)構(gòu)見表3-14表3-14 T_Document 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDTITLEVARCHAR230公文標(biāo)題PATHVARCHAR2100公文存儲路徑CREATETIMEDATE公文創(chuàng)建時間續(xù)表(3-14)DESCRIPTIONVARCHAR2200公文描述STATUSVARCHAR2100公文狀態(tài)CREATORNUMBER10公文創(chuàng)建者WORKFLOWNUMBER10公文所走流程PROCESSINSTANCEIDNUMBER19公文所走流程實例ID（15）T_Document_Properties（公文屬性表）公文屬性表用來保存公文自定義輸入項類型信息。表T_Document_Properties的結(jié)構(gòu)見表3-15。表3-15 T_Document_Properties 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述DOCUMENTIDNUMBER10是公文IDJAVA_LANG_STRINGVARCHAR230Java String類型JAVA_UTIL_DATEDATEJava Date類型JAVA_LANG_INTEGERNUMBER10Java Integer類型JAVA_LANG_LONGNUMBER19Java Long類型JAVA_IO_FILELONG RAWJava File類型PROPERTYNAMEVARCHAR30屬性名（16）T_ApproveInfo（審批信息表）審批信息表用來保存公文審批信息。表T_ApproveInfo 的結(jié)構(gòu)見表3-16。表3-16 T_ApproveInfo 的結(jié)構(gòu)字段名數(shù)據(jù)類型長度是否主鍵描述IDNUMBER10是IDAPPROVETIMEDATE審批時間APPROVERNUMBER10審批人IDAPPROVEINFOVARCHAR2500審批信息DOCUMENTNUMBER10所屬公文ID2.3 開發(fā)及運行環(huán)境CPU：P41.8GHz；內(nèi)存：256MB以上；操作系統(tǒng)：Windows XP/Windows 2000；開發(fā)工具包：JDK Version1.6.2；數(shù)據(jù)庫：Oracle10G；JSP服務(wù)器：Tomcat6.0.20；瀏覽器：IE6.0以上；分辨率：1024*800像素2.4 本章小結(jié)本章主要進行了系統(tǒng)的體系結(jié)構(gòu)設(shè)計，數(shù)據(jù)庫的設(shè)計，詳細描述了數(shù)據(jù)庫中各個表格的字段、數(shù)據(jù)類型、長度等結(jié)構(gòu)，并對客戶管理系統(tǒng)的開發(fā)及運行環(huán)境進行了說明。第3章 系統(tǒng)詳細設(shè)計與實現(xiàn)3.1 登陸模塊登錄模塊中用戶正確輸入賬號和密碼之后，系統(tǒng)可以依據(jù)用戶權(quán)限設(shè)置進入主界面后能夠操作的模塊功能。登錄界面如圖4-1所示。圖4-1登錄界面3.2 主界面系統(tǒng)主界面如圖4-2所示。圖4-2主界面3.3 組織管理模塊3.3.1 主要功能和程序流程該模塊主要包含機構(gòu)管理和人員管理兩個子模塊。機構(gòu)管理主要是對公司的組織機構(gòu)進行管理，人員管理主要是對公司各個人員信息進行管理，同時每個人員又屬于某個特定的機構(gòu)。組織管理的類圖設(shè)計如圖4-3所示。圖4-3組織管理類圖3.3.2 操作流程及界面在選擇一個用戶登錄后，系統(tǒng)根據(jù)此用戶擁有的角色和個人權(quán)限來判斷該用戶是否有該模塊的使用權(quán)限，如果有添加、刪除、編輯等權(quán)限才可使用。機構(gòu)管理界面如圖4-4所示。圖4-4機構(gòu)管理界面機構(gòu)管理是一個樹形結(jié)構(gòu)，點擊機構(gòu)名稱，若該機構(gòu)下存在子機構(gòu)，則會顯示其子機構(gòu)信息。點擊返回可以查看機構(gòu)的父機構(gòu)信息?？梢渣c擊添加機構(gòu)信息添加機構(gòu)信息。添加界面如圖4-5所示。4-5機構(gòu)管理添加界面人員管理如圖4-6所示。圖4-6人員管理界面點擊添加人員信息可以添加人員信息。人員屬于某個特定的機構(gòu)。人員添加界面如圖4-7所示。圖4-7人員管理添加界面3.4 權(quán)限管理模塊3.4.1 主要功能及程序流程在權(quán)限管理中，權(quán)限控制圍繞“誰可以做什么，以及如何做”這三元組來擴展。用戶（User）可以擁有多個角色（Role），角色可以被分配給多個用戶。權(quán)限的意思就是對某個資源的某個操作，現(xiàn)在規(guī)定：所謂資源，即系統(tǒng)的模塊。所謂操作，包括：增加、刪除、修改、查詢等操作。權(quán)限管理系統(tǒng)的總體功能分為：授權(quán)與認(rèn)證。授權(quán)，指將權(quán)限授予角色或用戶。如果用戶A擁有角色B，角色C，那么，缺省的情況下，用戶A將擁有被分配給角色B和角色C的所有權(quán)限（即默認(rèn)情況下，用戶A繼承其擁有的角色所具有的所有權(quán)限）；如果用戶擁有多個角色，那么用戶的權(quán)限是這些角色權(quán)限的合集。如果用戶擁有多個角色，而且角色之間的授權(quán)有沖突（比如對同一個資源的操作，一個角色為“允許”，另外一個角色為“不允許”），將以優(yōu)先級別高的角色為準(zhǔn)（所謂優(yōu)先級別，也就是對于這個用戶所擁有的角色而言，是有順序的，同一個角色在不同的用戶那里有可能擁有不同的優(yōu)先級）。除了可以對角色進行授權(quán)外，也可以針對用戶進行授權(quán)，也就是說，將權(quán)限授予用戶。針對某個資源的所有操作，我們可以設(shè)置這些權(quán)限對用戶來說是“繼承”或“不繼承”。其中繼承：意思是這些權(quán)限將使其（即用戶）所擁有的角色的權(quán)限，而不使用其（即用戶）單獨設(shè)置的權(quán)限；不繼承：意思是這些權(quán)限將使用其單獨設(shè)置的權(quán)限，而不使用其所擁有的角色的權(quán)限。認(rèn)證，指用戶訪問資源的某些操作時，根據(jù)授權(quán)，判斷是否允許用戶的訪問。在用戶訪問的時候，需要進行即時的判斷（是否有權(quán)限訪問）。應(yīng)該提供查詢的功能，可以查詢某個用戶所擁有的所有權(quán)限?？傮w上，可分為模塊管理、角色管理和用戶管理模塊。其實針對權(quán)限管理有很多種解決方案，如RBAC基于角色的訪問權(quán)限控制等。而針對權(quán)限管理的特定，和OA系統(tǒng)的特性，對在基于RBAC的基礎(chǔ)上增加可單獨對用戶授權(quán)的方式，演變成ACL權(quán)限控制訪問列表的形式來做權(quán)限管理。ACL設(shè)計不僅可以針對用戶角色授權(quán)，還可以單獨針對用戶進行授權(quán)。ACL權(quán)限控制訪問列表的設(shè)計類圖如圖4-8所示。圖4-8 ACL權(quán)限控制訪問列表設(shè)計類圖在圖4-8中，Module表示一個模塊，對一個模塊進行權(quán)限訪問控制。ACL屬性：主體類型：User或Role；主體標(biāo)識：User或Role的id；資源標(biāo)識：module的id，若在ACL中建立module屬性，這樣的強關(guān)聯(lián)會使module查詢在緩存中，占用大量內(nèi)存資源。所以用id進行弱關(guān)聯(lián)；授權(quán)狀態(tài)屬性：一個int有32位，用后四位表示CRUD操作，位的取值1或0表示允許或不允許。規(guī)定后四位每位代表的意思，如：0(D)0(U)0(R)0(C)若對“張三”設(shè)置CRUD操作，如果用不同的屬性來表示的話，一旦這種操作變化的話，則要去修改數(shù)據(jù)庫字段，或者其他相關(guān)的；授權(quán)狀態(tài)的掩碼：若針對用戶授權(quán)，而用戶有繼承的概念，所以需要另一個狀態(tài)位。如用戶擁有一個角色可以對一個資源進行操作，而這個用戶也可以對這個資源進行操作，那么該用角色的授權(quán)還是用用戶的授權(quán)呢？所以我們需要一個繼承或者不繼承的概念。多加一個狀態(tài)位（授權(quán)狀態(tài)的掩碼）：（簡單的繼承，不考慮每種操作的繼承）用全1表示繼承，全0表示不繼承。全1就是-1，全0就是0，所以這是一個int。相當(dāng)于第三種授權(quán)狀態(tài)（允許，不允許，繼承）。Permission是通過授權(quán)狀態(tài)掩碼體現(xiàn)出來的。3.4.2 操作流程及界面 通該模塊主要包含模塊管理、角色管理、用戶管理三大子模塊。通過這三個子模塊實現(xiàn)對權(quán)限訪問的控制。模塊管理界面如圖4-9所示。圖4-9 模塊管理界面模塊管理也是一個樹形結(jié)構(gòu)，點擊模塊名稱，若該模塊下存在子模塊，則會顯示子模塊信息?？梢渣c擊添加模塊信息對其進行添加，點擊返回查看父模塊信息。而模塊信息也是用戶登錄后界面左邊導(dǎo)航菜單所讀取的信息。角色管理界面如圖4-10所示。圖4-10 角色管理界面點擊添加角色信息可以對角色進行添加。而點擊角色授權(quán)可以真的角色進行相應(yīng)模塊的授權(quán)，角色授權(quán)界面如圖4-11所示。圖4-11 角色授權(quán)界面若要對某個模塊進行授權(quán)是，可直接選擇權(quán)限CRUD即可，點擊啟用則授權(quán)才生效。用戶管理界面如圖4-12所示。圖4-12 用戶管理界面在點擊用戶管理系統(tǒng)會自動查出人員相關(guān)信息，如果該人員信息沒有分配賬號需限分配賬號，分配賬號的界面如圖4-13所示。圖圖4-13 分配用戶賬號界面分配完賬號后才可以對用戶進行分配角色和授權(quán)。點擊分配角色可以看到用戶所擁有的角色，界面如圖4-14所示。圖4-14 查看用戶已有角色界面點擊給用戶分配角色可以對用戶進行角色分配，分配角色界面如圖4-15所示。圖4-15 分配用戶角色界面3.5 工作流程模塊3.5.1 主要功能及程序流程工作流程分為流程管理和表單定義兩個字模塊。工作流程主要是針對公文的流轉(zhuǎn)。文檔流轉(zhuǎn)事實上是對工作流以及工作流中的文檔進行管理，對于大多數(shù)企業(yè)來說，核心的管理就是工作流和文檔的管理。一般的企業(yè)都會有很多流程，比如：請假流程，報銷流程，收文/發(fā)文流程。其中收文：處理收到上級部門及其它部門的公文；發(fā)文：上級及有關(guān)部門需協(xié)調(diào)和解決的問題進行一些列的流程。流程的本質(zhì)，就是很多人在一起完成一件事情，流程可能會進過不同的中間環(huán)節(jié)，在中間環(huán)節(jié)上，由相關(guān)人員進行處理，所有流程中間環(huán)節(jié)的處理過程，需要進行記錄。在做流程這方面，可以用Java的開源框架JBPM(java Business Process Management)來實現(xiàn)。JBPM簡要過程：定義流程（利用JPDL）；部署流程（部署到數(shù)據(jù)庫）；創(chuàng)建公文并與流程實例綁定；可通過JBPM的接口，觸發(fā)流程向下流動；可通過JBPM的接口，獲得流動到某個用戶那里的文檔（即待處理任務(wù)列表）；可通過JBPM的接口，結(jié)束某個用戶的任務(wù)（這將觸發(fā)流程繼續(xù)向下流動）；如此，直到結(jié)束。JBPM是根據(jù)UML中的活動圖為基礎(chǔ)，把活動圖持久化到數(shù)據(jù)庫。流程定義基本概念的類圖如圖4-15所示。圖4-15 流程定義類圖流程執(zhí)行的概念，如圖4-16所示。圖4-16 流程執(zhí)行類圖JBPM流程引擎核心調(diào)度過程調(diào)用ProcessInstance.signal()方法，其時序圖如圖4-17所示。圖4-17 流程執(zhí)行類圖在在OA系統(tǒng)中，流程管理的用例圖如圖4-18所示。圖4-18 流程管理用例圖3.5.2 操作流程及界面工作流管理界面如圖4-19所示。圖4-19 工作流管理界面在通過上傳流程定義文件和圖片來在系統(tǒng)中保存一個工作流。上傳成功后可以點擊流程名稱查看流程定義圖片和文件。流程定義圖片如圖4-20所示，流程定義文件如圖4-21所示。圖4-20 流程定義圖片圖4-21 流程定義文件定義完工作流程之后，可以對流程進行表單定義。表單定義用于公文流轉(zhuǎn)是動態(tài)表單的生成。工作流表單定義界面如圖4-22所示。圖4-22 工作流表單定義界定義表單域界面如圖4-23所示。圖4-23 定義表單界面定義完流程對應(yīng)的表單域后，在添加公文，然后流轉(zhuǎn)公文時，就可以看到定義的流程。3.6 公文管理模塊3.6.1 主要功能及程序流程在總共可分為公文管理以及公文歸檔。 文檔流轉(zhuǎn)事實上是對工作流以及工作流中的文檔進行管理，對于大多數(shù)企業(yè)來說，核心的管理就是工作流和文檔的管理。 一般的企業(yè)都會有很多流程，比如：請假流程、報銷流程、收文/發(fā)文流程，其中收文：處理收到上級部門及其它部門的公文。發(fā)文：上級及有關(guān)部門需協(xié)調(diào)和解決的問題進行的一系列流程。流程的本質(zhì)，就是很多人在一起完成一件事情。流程可能會經(jīng)過不同的中間環(huán)節(jié)，在中間環(huán)節(jié)上，由相關(guān)人員進行處理，所有流程中間環(huán)節(jié)的處理過程，需要進行記錄。公文管理的用例圖如圖4-24所示。圖4-24 公文管理用例圖根添加的公文可以可以進行公文流轉(zhuǎn)，公文流轉(zhuǎn)的類圖如圖4-25所示。圖4-25 公文流轉(zhuǎn)類圖3.6.2 操作流程及界面點擊公文維護后，系統(tǒng)會查出當(dāng)前用戶的公文信息，用戶可以選擇我的公文、待審公文、已審公文等進行查看。公文維護界面如圖4-26所示。圖4-26 公文流轉(zhuǎn)類圖在在其主界面上，顯示由當(dāng)前登陸人員創(chuàng)建的所有公文。可以在我的公文、待審核公文、已審核公文之間切換。公文的添加，先選擇公文要走的流程，如圖4-27所示。圖4-27 選擇公文流程點擊其中一個公文形式（流程），打開此流程的公文添加界面，如圖4-28所示。圖4-28 添加公文信息重要的一點是，可以選擇流程！這些流程都是通過設(shè)計器或編寫流程文件的方法創(chuàng)建的。添加完成后，公文管理主界面如圖4-29所示。圖4-29 公文管理主界面公文的刪除：用戶可以對公文執(zhí)行刪除操作；公文的流轉(zhuǎn)：可以點擊提交操作，將公文提交流程。用戶只能對屬于自己的公文（自己創(chuàng)建的公文）進行操作，在公文進入流程之后，不再允許用戶對公文執(zhí)行修改和刪除操作，在公文流轉(zhuǎn)結(jié)束以后，用戶可以對公文設(shè)置成歸檔狀態(tài)，用戶登錄系統(tǒng)之后，可以看到自己的待審批公文列表。在我的公文視圖里，可以將這些公文進行提交，即提交到流程。打開提交界面，如圖4-30所示。圖4-30 選擇公文提交的下一步選擇下一個步驟進行提交操作，提交完成后，在公文主界面上，不能再次對公文執(zhí)行提交和刪除等操作，如圖4-31所示。圖4-31 公文管理主界面如果此時在流程中下一個節(jié)點的用戶登陸，便可以在“帶審批文檔”視圖中看到流到此人的文檔。下面是一個帶審核公文列表，如圖4-32所示。圖4-32 待審公文主界面執(zhí)行審批操作，如圖4-33所示。圖4-33 公文審批界面點擊保存審核信息之后，可以執(zhí)行提交操作。當(dāng)然，也可以再次點擊審核操作，這時候，需要打開界面，更改審核意見！提交之后，根據(jù)相應(yīng)的選擇，公文將流到相應(yīng)的人員那里，依次下去，直到流程的結(jié)束！這就是公文管理主要過程！在公文管理主界面上，可以點擊“下載”，下載附件文檔，以便查看詳細內(nèi)容；或者點擊“查看審批歷史”，可以查看相關(guān)文檔的審批記錄。一旦文檔經(jīng)過審批并提交之后，在“待審批文檔”列表視圖中就會消失，但是在“已審批文檔”中，卻需要能夠找到這些已被審批過的文檔記錄！3.7 本章小結(jié)本章對系統(tǒng)四大模塊：組織管理、權(quán)限管理、工作流程、公文管理的程序流程設(shè)計、界面及主要代碼進行了說明。第4章 系統(tǒng)測試軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。4.1 軟件測試的基本概念使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。它是幫助識別開發(fā)完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度(correctness)、完全度(completeness)和質(zhì)量(quality)的軟件過程；是SQA(software quality assurance)的重要子域6。Grenford J.Myers曾對軟件測試的目的提出過以下觀點：1.測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；2.好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；3.成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。然而,這種觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能.但是只從字面意思理解,可能會產(chǎn)生誤導(dǎo),認(rèn)為發(fā)現(xiàn)錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上并非如此! 1.測試并不僅僅是為了找出錯誤.通過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨勢,可以幫助項目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷,以便及時改進；2.這種分析也能幫助測試人員設(shè)計出有針對性的測試方法,改善測試的效率和有效性；3.沒有發(fā)現(xiàn)錯誤的測試也是有價值的,完整的測試是評定軟件質(zhì)量的一種方法。4.2 軟件測試的內(nèi)容單軟件測試主要工作內(nèi)容是驗證(verification)和確認(rèn)(validation )。驗證(verification)是保證軟件正確地實現(xiàn)了一些特定功能的一系列活動，即保證軟件做了你所期望的事情。(Do the right thing)1.確定軟件生存周期中的一個給定階段的產(chǎn)品是否達到前階段確立的需求的過程；2.程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計規(guī)約規(guī)定的過程；3.評市、審查、測試、檢查、審計等各類活動，或?qū)δ承╉椞幚怼⒎?wù)或文件等是否和規(guī)定的需求相一致進行判斷和提出報告。確認(rèn)(validation)是一系列的活動和過程，目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來做了這個事件(Do it right) 1.靜態(tài)確認(rèn)，不在計算機上實際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性；2.動態(tài)確認(rèn)，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實軟件是否存在問題。軟件測試的對象不僅僅是程序測試，軟件測試應(yīng)該包括整個軟件開發(fā)期間各個階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設(shè)計文檔、詳細設(shè)計文檔，當(dāng)然軟件測試的主要對象還是源程序。4.3 軟件測試的過程測試過程按4個步驟進行，即單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試及發(fā)布版測試。開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。集成測試把已測試過的模塊組裝起來，主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進行測試。確認(rèn)測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。系統(tǒng)測試把已經(jīng)經(jīng)過確認(rèn)的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進行測試。4.4 本系統(tǒng)的測試用采用人工測試方法，首先進行子系統(tǒng)的測試即單元測試，子系統(tǒng)是各個模塊的分支，通過測試之后，在與模塊相連接，看總體的設(shè)計是否的合理。剛開始調(diào)試時不必按完全真實情況下的數(shù)據(jù)量進行，可以采用一些精心設(shè)計的數(shù)據(jù)量較少的測試用例，這樣不僅可以使處理工作量大大減少，而且更容易發(fā)現(xiàn)錯誤和確定錯誤所在位置。本系統(tǒng)主要有八個模塊組成，下面為對用戶登陸、客戶信息維護、系統(tǒng)設(shè)置、信息查詢四大模塊的測試過程。(1) 用戶登錄和重置測試過程見表5-1。表5-1登錄和退出測試表單元驗收項測試步驟期望結(jié)果實際結(jié)果是否通過登錄和退出登錄在登錄頁面輸入賬號和密碼，點擊登錄進入主頁面用戶名、密碼錯誤時回到登錄頁面，登錄成功時進入主頁面，并根據(jù)賬號權(quán)限設(shè)置顯示對應(yīng)的功能與期望結(jié)果一致是重置在登錄頁面輸入賬號和密碼點擊重置清空賬號和密碼信息與期望結(jié)果一致是(2) 公文管理模塊測試過程見表5-2。表5-2公文管理測試表單元驗收項測試步驟期望結(jié)果實際結(jié)果是否通過公文管理公文維護Case1：點擊公文維護進入公文基本信息設(shè)置頁面與期望結(jié)果一致是Case2：Case1的基礎(chǔ)上點擊查看待審公文進入查看待審詳細信息頁面與期望結(jié)果一致是Case3：Case2基礎(chǔ)上點擊審批，進行公文審批進入公文審批輸入審批意見信息頁面與期望結(jié)果一致是Case4：Case2基礎(chǔ)上點擊提交跳轉(zhuǎn)到選擇下一步會提交到誰與期望結(jié)果一致是Case5：Case4基礎(chǔ)上選擇一個下一步提交到誰提交成功與期望結(jié)果一致是續(xù)表(5-2)Case6：Case1基礎(chǔ)上點擊已審公文進入查看已審公文信息頁面與期望結(jié)果一致是Case7：Case6基礎(chǔ)上點擊查看審批歷史進入公文審批歷史信息頁面與期望結(jié)果一致是Case8：Case1基礎(chǔ)上點擊添加公文信息進入選擇公文流程頁面與期望結(jié)果一致是Case9：Case8基礎(chǔ)上選擇一個公文所走流程進入添加公文信息頁面 與期望結(jié)果一致是Case10：Case9基礎(chǔ)上錄入公文信息后提交添加公文成功與期望結(jié)果一致是Case11：點擊我的公文進入我的公文詳細信息頁面與期望結(jié)果一致是Case12：注銷登錄并選擇公文提交到的審批者登錄，然后查看待審公文進入查看待審公文詳細信息頁面，并存在待審公文與期望結(jié)果一致是(3) 工作流程模塊測試過程見表5-3。表5-3工作流程測試表單元驗收項測試步驟期望結(jié)果實際結(jié)果是否通過工作流程流程管理Case1：點擊流程管理進入流程管理頁面與期望結(jié)果一致是Case2：Case1的基礎(chǔ)上點選擇要上傳的流程定義文件和圖片并點擊上傳刷新流程管理頁面并顯示上傳的流程定義信息與期望結(jié)果一致是Case3：Case1基礎(chǔ)上點擊流程名稱進入查看流程定義圖片界面與期望結(jié)果一致是續(xù)表(5-3)Case4：Case3基礎(chǔ)上點擊查看流程定義文件進入查看流程定義文件界面與期望結(jié)果一致是Case5：Case3基礎(chǔ)上輸入管理員信息后點擊重置清空各個文本框內(nèi)容與期望結(jié)果一致是Case6：Case1基礎(chǔ)上點擊刪除提示刪除流程定義成功與期望結(jié)果一致是Case7：Case1基礎(chǔ)上點擊某個流程的定義表單進入工作流表單定義界面與期望結(jié)果一致是Case8：Case7基礎(chǔ)上輸入表單模板名稱并點擊保存表單信息保存成功，并刷新界面顯示剛才保存的信息與期望結(jié)果一致是Case9：Case8基礎(chǔ)上點擊添加表單域進入輸入表單定義信息界面與期望結(jié)果一致是Case10：Case9基礎(chǔ)上輸入表單定義信息并保存保存成功，跳轉(zhuǎn)到工作流表單定義界面，并顯示剛才定義的表單域信息與期望結(jié)果一致是Case11：Case10基礎(chǔ)上點擊條目進入表單域條目信息輸入界面與期望結(jié)果一致是Case12：Case11基礎(chǔ)上錄入表單域條目信息并保存保存成