OA系統(tǒng)項目策劃培訓課件

1、附錄1 時期項目文檔要求OA系統(tǒng)那個比較大，每組只用做其中的一個子模塊：人事治理、日程治理、文檔治理這三個子模塊其中的一個時期項目要求每個項目小組完成的文檔包括以下內(nèi)容。需求和需求分析講明書：需求描述和要緊的用例圖，參見下面的“系統(tǒng)需求和需求分析講明書模板”。系統(tǒng)設計講明書：系統(tǒng)要緊的實例類圖，至少3個用例的時序圖，參見下面的“系統(tǒng)設計講明書模板”。單元測試用例：至少記錄3個單元測試的測試用例，參見下面的“測試用例模板”；時期答辯：答辯用的幻燈片，幻燈片的內(nèi)容要求參見下面的“答辯用的幻燈片的目錄結(jié)構(gòu)”。其他：項目進度安排表（由項目經(jīng)理或小組長提供），參見下面的“項目進度安排表模板”。附1.1

2、系統(tǒng)需求和需求分析講明書模板第一部分 概述1項目名稱及背景項目名稱MyOffice開發(fā)背景追求高效率的辦公方式。為了提高現(xiàn)代社會人們的辦公效率，滿足人們自動化辦公的需要，我們開發(fā)了這套穩(wěn)定可靠、操作方便、安全有效的MyOffice系統(tǒng)，它要緊包括：人事治理、日程治理、文檔治理、消息傳遞、系統(tǒng)治理、考勤治理等幾大模塊。2文檔講明該需求文檔在實際開發(fā)過程中，迎合用戶不斷完善需求的過程中總結(jié)而來，請認真閱讀。第二部分 任務講明1功能概述該系統(tǒng)要求實現(xiàn)如下功能。修改密碼、機構(gòu)治理、部門治理、職員治理、個人日程、部門日程、我的便簽、文檔治理、回收站治理、文檔搜索、消息治理、個人信箱、職員簽到簽退、考勤歷

3、史查詢、考勤統(tǒng)計等； 2用戶環(huán)境 掃瞄器(如IE 6以上版本)+網(wǎng)絡開發(fā)(生產(chǎn))環(huán)境:Tomcat服務器; eclipse; oracle 11G第三部分 需求分析1實現(xiàn)功能系統(tǒng)用例圖用戶業(yè)務邏輯如下圖所示：治理員功能清單功 能 編 號功 能 名 稱文中標題編號備 注101人事治理101001部門治理101002職員治理 續(xù)表 功 能 編 號功 能 名 稱文中標題編號備 注102日程治理102001我的日程102002部門日程102003我的便簽103文檔治理103001文檔治理103002回收站103003文件搜索104消息傳遞104001消息治理104002信箱105系統(tǒng)治理105001角

4、色治理105002登錄日志105003操作日志105004菜單排序106考勤治理106002考勤歷史記錄查詢106003考勤統(tǒng)計107交流中心107001談天室 一般用戶功能清單功 能 編 號功 能 名 稱文中標題編號備 注102日程治理102001我的日程102002部門日程102003我的便簽103文檔治理103001文檔治理103002回收站103003文件搜索104消息傳遞104001消息治理104002信箱106考勤治理106001職員簽到、簽退107交流中心107001談天室2用例講明 用例1用例圖描述機構(gòu)治理：用GridView展示機構(gòu)信息，能夠添加、修改、刪除機構(gòu)參與者/*參與

5、者，參與用例的對象*/用例2用例圖描述部門治理：用GridView展示部門信息，能夠添加、修改、刪除部門。部門從屬于機構(gòu)，一個機構(gòu)能夠有多個部門。參與者/*參與者，參與用例的對象*/用例3用例圖描述職員治理：用GridView展示職員信息，能夠添加、修改、刪除職員，并可查看職員詳情。參與者/*參與者，參與用例的對象*/用例4用例圖描述我的日程：該模塊能夠列出個人每天的安排，也能夠預約他人一起參與。能夠公開和不公開日程。參與者/*參與者，參與用例的對象*/用例5用例圖描述部門日程：查看部門內(nèi)所有公開的日程和自己的日程。不公開的日程只同意自己和預約人看到。參與者/*參與者，參與用例的對象*/用例6

6、用例圖描述我的便簽要緊包括：用DataList顯示便簽信息，能夠添加、修改、刪除便簽。相當于記事本。參與者/*參與者，參與用例的對象*/用例7用例圖描述文檔治理要緊包括：用TreeView展示所有文件，能夠查看對應的文件內(nèi)容，治理文件。更詳細的信息見界面設計部分。參與者/*參與者，參與用例的對象*/用例8用例圖描述回收站：顯示被刪除的文件，能夠撤消刪除，也能夠完全刪除文件。參與者/*參與者，參與用例的對象*/用例9描述文件搜索功能：能夠按條件查詢需要的文件。參與者/*參與者，參與用例的對象*/用例10用例圖描述消息治理要緊包括：創(chuàng)建消息、修改消息、刪除消息、公布消息。參與者/*參與者，參與用例

7、的對象*/用例11用例圖描述信箱要緊包括：接收到的信息，和差不多發(fā)送的信息。參與者/*參與者，參與用例的對象*/用例12用例圖描述角色治理要緊包括：對角色進行治理，能夠參照教材上機完成。參與者/*參與者，參與用例的對象*/用例13用例圖描述菜單排序要緊包括：菜單上調(diào)整和下調(diào)整，要緊是修改菜單的顯示順序。參與者/*參與者，參與用例的對象*/用例14用例圖描述考勤治理要緊包括：職員簽到、簽退，能夠查詢用戶的考勤情況。參與者/*參與者，參與用例的對象*/3用例關系能夠查看業(yè)務關系圖。附1.2 系統(tǒng)設計講明書模板系統(tǒng)設計講明書文件狀態(tài)： 草稿 正式公布 正在修改文件標識騰恩信息科技Java4部第三時期

8、項目當前版本正式版作 者胡亮完成日期2016年8月29日版本歷史版本/狀態(tài)修 訂 人修改日期備 注第一部分 概述1文檔講明本文檔要緊包括數(shù)據(jù)庫詳細設計和界面詳細設計講解，因此請認真閱讀，以提高開發(fā)的質(zhì)量和效率。2系統(tǒng)需求概述整個系統(tǒng)中所有布局統(tǒng)一采納div布局，所有數(shù)據(jù)展示控件，如GridView和DataList都要有分頁處理。第二部分 數(shù)據(jù)庫設計1邏輯設計數(shù)據(jù)庫關系圖：2表設計/*所有的表的詳細設計信息匯總，如：*/4.1 數(shù)據(jù)庫：GameCardSale所有表信息表 名功 能 講 明UserInfo存放用戶差不多信息UserState可擴展性，設置用戶是否被屏蔽的狀態(tài)RoleInfo存放

9、角色差不多信息SysFun存放菜單功能差不多信息RoleRight存放所有角色權限D(zhuǎn)epartInfo部門信息表FileInfo文件信息表FileTypeInfo文件類型表AccessoryFile附件文件表ManualSign考勤信息表WorkTime上下班時刻表Message消息表MessageType消息類型表MessageToUser消息發(fā)送對象ReadCommonMessage用戶已讀消息表Schedule日程表MeetingInfo會議類型表PreContract預約人表MyNote個人便簽表LoginLog登錄日志表OperateLog操作日志表4.2 表UserInfo表名列名

10、數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明UserIdNvarchar2(50)非空用戶唯一標識UserNameNvarchar2(50)非空真實姓名PassWordNvarchar2(50)非空密碼DepartIdint非空所在部門Genderint非空性不RoleIdint非空用戶角色UserStateint非空表UserState的外鍵，對應UserStateId 字段用戶狀態(tài)4.3 表UserState表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明UserStateIdNvarchar2(50)非空種子，自增11：正常狀態(tài)；0：被屏蔽UserStateNameNvarchar2

11、(50)非空4.4 表RoleInfo表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明RoleIdint非空種子，自增1角色id RoleNameNvarchar2(50)非空角色名稱RoleDescNvarchar2(50)角色描述4.5 表SysFun表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明NodeIdint非空菜單節(jié)點idDisplayNameNvarchar2(50)非空菜單名稱NodeURLNvarchar2(50)菜單連接地址DisplayOrderint非空菜單顯示順序ParentNodeIdint非空父節(jié)點id4.6 表RoleRight表名列名數(shù)據(jù)類型（精度范

12、圍）空/非空約束條件其他講明RoleRightIdint非空種子，自增1角色權限idRoleIdint非空表RoleInfo的外鍵，對應RoleId 角色idNodeIdint非空表SysFun的外鍵，對應NodeId 菜單節(jié)點id4.8 表DepartInfo表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明DepartIdint非空種子，自增1部門idDepartNameNvarchar2(50)非空部門名稱PrincipalUserNvarchar2(50)非空表UserInfo外鍵，對應UserId字段部門負責人ConnectTelNobigint聯(lián)系電話ConnectMobileT

13、elNobigint移動電話Faxesbigint傳真4.9 表FileInfo表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明FileIdint非空種子，自增1文件IdFileNameNvarchar2(50)非空文件名稱FileTypeint非空FileTypeInfo表的外鍵，對應FileTypeId字段文件類型RemarkNvarchar2(50)備注FileOwnerNvarchar2(50)非空創(chuàng)建者CreateDateDate非空創(chuàng)建日期ParentIdint非空父節(jié)點IdFilePathNvarchar2(200)非空文件路徑IfDeleteint非空是否已刪除。1：已刪除

14、、2：未刪除4.10 表FileTypeInfo表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明FileTypeIdint非空種子，自增1文件類型idFileTypeNameNvarchar2(50)非空文件類型名FileTypeImageNvarchar2(50)非空文件類型對應的圖標FileTypeSuffixNvarchar2(50)文件類型后綴4.11 表AccessoryFile表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明AccessoryIdint非空種子，自增1文件附件IdFileIdint非空表FileInfo的外鍵，對應FileId 字段 文件IdAccessor

15、yNameNvarchar2(50)非空附件名稱AccessorySizeint非空附件大小AccessoryTypeint非空FileTypeInfo表的外鍵，對應FileTypeId字段附件類型CreateDateDate非空創(chuàng)建日期AccessoryPathNvarchar2(200)非空附件路徑4.12 表ManualSign表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明SignIdint非空種子，自增1簽卡IdUserIdNvarchar2(50)非空表UserInfo中userid的外鍵用戶idSignTimeDate非空簽卡時刻SignDescNvarchar2(200)非

16、空簽卡備注SignTagint非空簽卡標記4.13 表WorkTime表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明WorkTimeIdint非空種子，自增1工作時刻IdOnDutyTimeNvarchar2(50)非空上班時刻OffDutyTimeNvarchar2(50)非空下班時刻4.14 表Message表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明MessageIdint非空種子，自增1消息IdTitleNvarchar2(100)非空消息標題ContentNvarchar2(5000)非空消息內(nèi)容Typeint非空消息類型BeginTimeDate非空開始有效時刻End

17、TimeDate非空有效結(jié)束時刻FromUserIdNvarchar2(50)非空發(fā)送者IfPublishint非空是否已公布RecordTimeDate非空發(fā)送時刻4.15 表MessageType表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明MessageTypeIdint非空種子，自增1消息類型IdMessageTypeNameNvarchar2(50)非空消息類型名稱MessageDescNvarchar2(50)消息類型描述4.16 表MessageToUser表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明Idint非空種子，自增1序號IdMessageIdint非空Me

18、ssage表外鍵，對應MessageId字段消息IdToUserIdNvarchar2(50)非空UserInfo表外鍵，對應UserId字段發(fā)送對象IdIfReadint非空是否已讀。1：已讀、0：未讀4.17 表ReadCommonMessage表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明ReadIdint非空種子，自增1序號IdMessageIdint非空Message表外鍵，對應MessageId字段消息IdUserIdNvarchar2(50)非空UserInfo表外鍵，對應UserId字段消息讀取者4.18 表Schedule表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他

19、講明ScheduleIdint非空種子，自增1日程IdTitleNvarchar2(50)非空日程標題AddressNvarchar2(500)非空會議地址MeetingIdint非空MeetingInfo表外鍵，對應MeetingId字段會議類型BeginTimeDate非空日程開始時刻EndTimeDate非空日程結(jié)束時刻SchContentnvarchar2(500)非空日程內(nèi)容CreateUserNvarchar2(50)非空創(chuàng)建者CreateTimeDate非空創(chuàng)建時刻IfPrivateint非空是否私有4.19 表MeetingInfo表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其

20、他講明MeetingIdint非空種子，自增1會議類型IdMeetingNameNvarchar2(50)非空會議類型名稱4.20 表PreContract表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明PreContractIdint 非空種子，自增1預約序號IdScheduleIdint非空表Schedule外鍵，對應ScheduleId字段日程IdUserIdNvarchar2(50)非空表UserInfo外鍵，對應UserId字段預約人4.21 表MyNote表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明NoteIdint非空種子，自增1便簽idNoteTitleNvarch

21、ar2(50)非空便簽標題NoteContentNvarchar2(500)便簽內(nèi)容CreateTimeDate非空創(chuàng)建時刻CreateUserNvarchar2(50)非空創(chuàng)建者4.22 表LoginLog表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明LoginIdint非空種子，自增1登錄日志idUserIdNvarchar2(50)非空UserInfo表外鍵，對應UserId字段登錄者LoginTimeDate非空登錄時刻IfSuccessint非空登錄是否成功。1：成功、0失敗。LoginUserIpnvarchar2(100)非空登錄用戶IPLoginDescnvarchar2

22、(100)登錄備注4.23 表OperateLog表名列名數(shù)據(jù)類型（精度范圍）空/非空約束條件其他講明OperateIdint非空種子，自增1操作日志IdUserIdNvarchar2(50)非空操作者OperateNameNvarchar2(50)非空操作名稱ObjectIdNvarchar2(50)非空操作對象IdOperateDescNvarchar2(200)非空操作描述OperateTimeDate非空操作時刻第三部分 界面設計1公共模塊界面設計講明：頁面設計要求盡量使用div布局完成。所有的GridView要求實現(xiàn)分頁功能。圖1.1用戶登陸首頁用戶登陸首頁要求：只有當用戶名、密碼都

23、正確時才能通過驗證。圖1.2 治理員登錄后看到的主界面治理員登錄后的主頁面要求：顯示個人便簽信息，左側(cè)顯示系統(tǒng)菜單和個人差不多信息，上標欄有“主頁”、“重新登錄”、“修改密碼”、顯示當前時刻功能。 圖1.3 一般用戶登錄后看到的界面一般會員登錄后的主頁面要求：直接到個人簽到頁面，其他同治理員登錄。簽卡日期不能為空，且必須為日期型。 2人事治理模塊界面實現(xiàn)/*用例界面實現(xiàn)是對需求的進一步明確和以可視化的方式呈現(xiàn)，作為編碼和實現(xiàn)依據(jù)*/用例1人事治理模塊包括3個子模塊，如圖2.1所示。包括3個子模塊包括3個子模塊圖2.1 人事治理模塊包括3個子模塊機構(gòu)信息治理界面：（如圖2.2所示） 圖2.2機構(gòu)

24、信息治理界面機構(gòu)信息治理頁面功能要求：用GridView顯示所有機構(gòu)信息如圖2.2所示，初始時“保存按鈕”為不可用。頁面有添加機構(gòu)功能，使用模板列執(zhí)行修改和刪除機構(gòu)操作，執(zhí)行增、刪、改后都要重新綁定GridView，顯示出機構(gòu)的最新信息。填寫機構(gòu)名稱、機構(gòu)簡稱，添加成功后，機構(gòu)名稱和機構(gòu)簡稱輸入框都為置空，點修改圖標后，在輸入框中顯示對應的信息，同時“添加”按鈕不可用，“保存修改”按鈕為可用，保存成功后，“添加”按鈕可用，“保存修改”按鈕不可用。注意非空驗證。用例2部門治理界面：（如圖2.3所示） 圖2.3 部門治理頁面部門頁面功能要求：用GridView顯示所有機構(gòu)信息，如圖2.3所示，該頁

25、面有部門增加、刪除、修改功能。點“添加部門”按鈕，或點修改圖標都進入保存部門信息頁面，如圖2.4所示。保存部門信息頁面：圖2.4 保存部門信息頁面布局保存部門信息頁面功能要求： 所屬機構(gòu)下拉菜單綁定機構(gòu)信息表，注意輸入框有效性驗證。假如是修改部門則要顯示選定部門的差不多信息。點“請點擊選擇用戶”按鈕，則樹型顯示所有用戶，且按機構(gòu)、部門分類，如圖2.5所示。圖2.5 以樹型菜單顯示所有用戶選中某用戶后，“部門負責人”輸入框自動顯示該用戶姓名，且為只讀，樹型用戶菜單自動隱藏。如圖2.6所示。綁定剛才選擇的用戶綁定剛才選擇的用戶圖2.6 選擇用戶后的界面假如選擇的不是用戶，而是機構(gòu)或部門，則報告選擇

26、錯誤“您選擇的不是人員，請重新選擇！”。添加或修改部門成功后，跳轉(zhuǎn)到部門治理頁面。用例3職員治理界面：（如圖2.7所示）圖2.7 職員治理界面職員治理頁面功能要求：用GridView展示所有用戶差不多信息，頁面有用戶添加、修改、刪除和掃瞄詳情功能，執(zhí)行增、刪、改成功后，GridView重新綁定顯示用戶信息。點“添加用戶”按鈕和修改用戶圖標進入用戶信息保存頁面，如圖2.8 所示。圖2.8 保存用戶頁面保存用戶信息頁面功能要求：用戶信息要求非空和有效性驗證，“所在部門”下拉菜單項來自數(shù)據(jù)庫DepartInfo表，文本和值分不對應DepartName和DepartId字段（后續(xù)機構(gòu)和部門下拉菜單項都

27、來自對應的表，不再贅述）。點“掃瞄”按鈕能夠選擇用戶照片，如圖2.9所示。圖2.9 選擇用戶照片點“保存”按鈕添加該用戶，然后跳轉(zhuǎn)到職員治理頁面，同時把圖片上傳到“D:/WebSite/MyOffice/WebUI/images/Users”文件夾中。注意那個地點文件名定義為：用戶登錄名 + “.jpg”格式，如剛才上傳的圖片添加用戶后保存為“qijingxue.jpg”，如圖2.10所示；圖2.10 上傳后的圖片命名點“詳細”能夠查看更詳細的信息，如圖2.11所示。水印效果水印效果圖2.11 用戶詳情頁面用戶詳情頁面功能要求：顯示用戶差不多信息，如圖2.11中所列出，在該用戶照片上要添加水印

28、效果“我的Office系統(tǒng)”。3日程治理模塊界面實現(xiàn)/*用例界面實現(xiàn)是對需求的進一步明確和以可視化的方式呈現(xiàn)，作為編碼和實現(xiàn)依據(jù)*/用例1日程治理模塊包括3個子模塊，如圖3.1所示。日歷小圖標包括3個子模塊日歷小圖標包括3個子模塊個人日程治理頁面：實現(xiàn)效果如圖3.1所示。個人日程治理頁面功能要求：用calendar日歷控件顯示日歷，如圖3.1所示，使用DayRender事件綁定顯示農(nóng)歷時刻和日歷小圖標，如圖3.2所示。對應數(shù)據(jù)庫Schedule表。圖3.2 點日歷小圖標能夠添加日程點日歷小圖標能夠進入“我的日程安排”頁面，比如命名為“SaveMySchedule.aspx”，如圖3.3所示?，F(xiàn)

29、在為添加日程操作。圖3.3 我的日程添加頁面我的日程安排頁面功能要求：要求填寫日程主題、日程地點、會議類型（下拉菜單數(shù)據(jù)項與MeetingInfo表字段對應）、開始時刻、結(jié)束時刻、提醒內(nèi)容、預約他人一起參與，同時能夠選擇是否公開日程，假如公開日程，則部門內(nèi)其他人在部門日程中能夠查看您的日程，假如不公開，其他人看不到您的日程，同時顯示創(chuàng)建者和創(chuàng)建時刻。對應Schedule 、MeetingInfo和PreContract表。點預約他人小圖標，則顯示所有用戶，如圖3.4所示，圖3.4 出現(xiàn)預約用戶樹型菜單假如選擇的不是用戶，要提示“您選擇的不是人員，請重新選擇的提示！”選擇用戶后，在預約他們列表中

30、列出該用戶（以部門標識），如圖3.5所示。圖3.5 列表中列出選擇的預約人選擇某個預約的人，點“刪除選定預約人”按鈕，能夠從預約他人列表中刪除該人，如差不多添加了兩個預約人，如圖3.6所示。圖3.6 選擇預約用戶“銷售部齊靜雪”刪除后的界面如圖3.5所示。點“保存退出”按鈕，則跳轉(zhuǎn)到個人日程治理頁面，這時顯示“ + 日程小時和分鐘 + 日程標題的前三字 + .”，如圖3.7所示。圖3.7 添加日程成功后的界面這時我們再點日歷小圖標，或點“ + 日程小時和分鐘 + 日程標題的前三字 + .”部分，仍然進入“我的日程安排”頁面，即“SaveMySchedule.aspx”，這時將顯示該日程的信息，

31、即點“保存退出”按鈕時執(zhí)行修改操作，如圖3.8所示。圖3.8 假如日程差不多存在，則顯示日程信息添加時能夠讓“刪除”按鈕不可用，修改時置為可用。用例2部門日程頁面：如圖3.9所示。圖3.9 部門日程頁面部門日程頁面功能要求：要求按部門進行日程查詢，選擇機構(gòu)后部門下拉菜單級聯(lián)改變，要求實現(xiàn)選擇下拉項后無刷新，如圖3.9所示，能夠按部門內(nèi)用戶姓名進行模糊查詢，日期只能綁定到某一天，初始時不顯示日程信息，點“搜索”圖片按鈕后，返回查詢結(jié)果，如圖3.10所示。圖3.10 顯示查詢到所有日程注意：用GridView顯示查詢到的日程信息，標題部分包括人員姓名、查詢?nèi)掌谒谥艿囊恢芨魈欤@示一周的各天對應

32、當月的幾號，內(nèi)容部分包括用戶姓名，和一周內(nèi)用戶各天對應的日程，任何一個用戶能夠查看本部門內(nèi)公開的日程和自己創(chuàng)建的日程。按姓名模糊查詢時，假如沒有部門內(nèi)其他用戶的日程，則自己創(chuàng)建的日程也要顯示出來。如圖3.11所示。圖3.11 按姓名模糊查詢后的部門日程信息點日程標題進入我的日程安排頁面即“SaveMySchedule.aspx”，這時我們只提供查看功能，除了“退出”按鈕外，其他按鈕都為不可用狀態(tài)。如圖3.12所示。圖3.12 查看日程信息的界面用例3我的便簽頁面如圖3.13 所示。圖3.13 我的便簽頁面需要用的數(shù)據(jù)庫表：MyNote表。我的便簽頁面功能要求：用DataList展示所有便簽信息

33、，如圖3.13所示。當便簽標題超過12個字時，則往常12個字 加“.”表示。點頁面上“新增便簽”超連接或點DataList中的便簽標題都能夠進入個人便簽設置頁面。假如是添加，則界面如圖3.14所示圖3.14 個人便簽設置頁面?zhèn)€人便簽頁面功能要求：添加時“刪除當前便簽”按鈕不可用，修改時該按鈕可用。如圖3.15所示。圖3.15 執(zhí)行修改操作時的界面4文檔治理模塊界面實現(xiàn)/*用例界面實現(xiàn)是對需求的進一步明確和以可視化的方式呈現(xiàn)，作為編碼和實現(xiàn)依據(jù)*/用例1文檔治理模塊包括3個子模塊，如圖4.1所示。圖4.1 文檔治理界面需要用到的數(shù)據(jù)庫表：FileInfo、FileTypeInfo、Accesso

34、ryFile。文檔治理頁面功能要求：如圖4.1黑框中所示。該頁面“FileManage.aspx”是個框架，左側(cè)為文件樹型菜單頁面“FileTree.aspx”，右面為文件內(nèi)容頁面“FileMain.aspx”。樹型菜單頁面功能要求：展示FileInfo表中的文件夾信息，按父子菜單分層顯示，如數(shù)據(jù)信息如圖4.2所示。依照ParentId遞歸綁定到TreeView中。其中FileType為文件類型，“1”表示文件夾。圖4.2 FileInfo表參考數(shù)據(jù)信息為了方便操作，初始時能夠手動創(chuàng)建文件夾“c： HYPERLINK file:/部門文檔 部門文檔”。點左側(cè)的文件樹型菜單，若類型是文件夾，則在

35、右側(cè)文件內(nèi)容部分顯示該文件夾下所有的子文件，如圖4.3所示。文件信息用GridView顯示，能夠執(zhí)行查看屬性和刪除操作（刪除時只是放入回收站，要從回收站中完全刪除）。地址輸入框顯示樹型菜單中選擇的文件路徑。圖4.3 顯示文件夾中的內(nèi)容假如類型是非文件夾，則在右側(cè)文件內(nèi)容部分直接顯示文件信息，如圖4.4所示。圖4.4 直接顯示文件信息文件內(nèi)容頁面功能要求：假如文件內(nèi)容頁面的文件為文件夾類型，如圖4.5所示，圖4.5 從FileInfo表中明白，文件“所有項目”為文件夾類型在點文件名稱后進入該文件夾的子文件界面，如圖4.6所示。圖4.6 進入“所有項目”的子文件信息界面直到能夠看見顯示的文件不是文

36、件夾類型，如接著點“MyOffice”則進入“MyOffice”文件夾下的子文件，如圖4.7所示，這時差不多不是文件夾類型，圖4.7 看到的“MyOffice講明文檔”文件信息不是文件夾類型這時假如再點文件名稱，或點GridView中的屬性圖標，則進入文件屬性信息頁面，如圖4.8所示，圖4.8 文件屬性信息頁面文件屬性信息頁面功能要求：要求填寫文件名稱、備注、選擇文件類型圖標，這時文檔位置、創(chuàng)建時刻、所有者是不可改變的。在該頁面上要顯示文件的附件，如我們的“MyOffice講明文檔”文件可能包括多個附件，這些附件是我們通過上傳文件到指定位置而得到的，它們在硬盤中的實際情況如圖4.9所示。圖4.

37、9 文件“MyOffice講明文檔”在硬盤上的文件參考用GridView列出所有的附件，如圖4.8所示。點刪除圖標能夠刪除該附件。我們點文件屬性頁面的“掃瞄”按鈕，能夠選擇要上傳的文件，如圖4.10所示。圖4.10 選擇要上傳的附件然后點“上傳”按鈕，執(zhí)行上傳操作，要求把附件添加到數(shù)據(jù)庫AccessoryFile表，參考數(shù)據(jù)信息如圖4.11所示。圖4.11 附件信息表參考數(shù)據(jù)信息同時保存文件到硬盤中指定的路徑下，如圖4.12所示。圖4.12 添加附件后的硬盤文件信息假如修改過程中點“退出”按鈕，則所有修改取消，差不多添加的附件從數(shù)據(jù)庫中刪除、硬盤中上傳的文件也要清除。假如點文件內(nèi)容頁面的“新增

38、文件”圖標，如圖4.13所示， 圖4.13 添加新文件則也進入文件屬性頁面，只是這時文件各項信息都為空，只顯示所有者為登錄用戶，位置部分顯示所在文件夾的路徑，如圖4.14所示。圖4.14 添加文件界面其他描述同修改文件。提示，上傳附件時可考慮先添加文件以得到文件Id。假如添加過程中點“退出”按鈕，則所有差不多添加的信息要全部還原，差不多添加到FileInfo的文件信息刪除、差不多添加到附件表的信息刪除、差不多上傳到硬盤中指定路徑的文件刪除。假如點“新增文件夾”圖標，則進入添加文件夾頁面，如圖4.16所示。圖4.15 新增文件夾圖4.16 添加文件夾頁面添加文件夾頁面功能要求：位置部分顯示要添加

39、文件夾的位置。添加時注意父子菜單的對應，不僅要添加到FileInfo表，還要在硬盤中創(chuàng)建文件夾。各字段信息參考數(shù)據(jù)庫表。用例2回收站頁面如圖4.17所示。圖4.17 回收站頁面我們從上邊用例1中刪除“MyOffice”文件（即更改FileInfo表中IfDelete字段為1），則能夠看到如圖4.17所示的界面。回收站頁面功能要求：用GridView顯示所有放入回收站的信息。點“還原”圖標則更改FileInfo表中IfDelete字段為0，點“永久刪除”圖標，則完全刪除該文件，及其對應的附件、包括的子文件、和對應的硬盤文件。用例3文件搜索頁面如圖4.18所示。圖4.18 文件搜索頁面初始時如圖4

40、.19所示。圖4.19 初始時文件搜索頁面點“搜索選項”連接，則顯示更詳細的搜索條件，如圖4.20所示。圖4.20 填寫查詢條件附件包含的文字部分能夠不于考慮，留以后擴展使用。搜索結(jié)果如圖4.21所示。用GridView顯示查到的文件信息。圖4.21 顯示搜索結(jié)果頁面點文件名稱，能看到該文件的詳細信息，如圖4.22所示。點文件名選擇保存文件即可下載該文件。圖4.22 能夠下載查看文件5消息傳遞模塊界面實現(xiàn)/*用例界面實現(xiàn)是對需求的進一步明確和以可視化的方式呈現(xiàn)，作為編碼和實現(xiàn)依據(jù)*/用例1消息治理模塊包括2個子模塊，如圖5.1所示。包括2個子模塊包括2個子模塊圖5.1 消息治理頁面要到的表：M

41、essage、MessageType、MessageToUser、ReadCommonMessage。消息治理頁面功能要求：初始界面如圖5.1所示。能夠依照消息有效時刻來進行查詢，查詢公布時刻介于開始時刻和結(jié)束時刻時刻之間的消息。假如不是一般用戶能夠查看所有人發(fā)送的消息，而一般用戶只能查看自己發(fā)送的消息。如以治理員身份搜索得到的信息界面如圖5.2所示。圖5.2 查詢結(jié)果用GridView顯示消息信息，要求實現(xiàn)修改和刪除功能。當公布前能夠修改，然而公布后不能夠修改。假如消息內(nèi)容超過7個字，則取6個字加“.”表示。點消息內(nèi)容能夠彈出模式窗口，以查看消息的詳細信息，如圖5.3所示。圖5.3 查看消息

42、詳細內(nèi)容假如發(fā)送對象不是所有人，點發(fā)送對象部分要顯示所有的發(fā)送對象。點“添加新消息”超連接或修改消息圖標都進入消息填寫頁面，假如是添加消息則如圖5.4所示。圖5.4 消息填寫頁面消息填寫頁面功能要求：消息類型對應MessageType表字段。開始有效時刻和結(jié)束有效時刻默認為當前的起止時刻，如圖5.4所示。默認發(fā)送對象為特定對象，對象篩選范圍默認按姓名，姓名輸入框要求實現(xiàn)自動完成功能，如圖5.5所示。圖5.5 姓名輸入框有自動完成功能初始時，機構(gòu)、部門、職員號都為不可用，當選上按機構(gòu)后，機構(gòu)下拉菜單為可用，如圖5.6所示。圖5.6 機構(gòu)下拉菜單變?yōu)榭捎卯斶x中按部門，機構(gòu)和部門下拉菜單同時變?yōu)榭捎?/p>

43、，且這兩個菜單有級聯(lián)關系，選中按職員號后，職員號輸入框變?yōu)榭捎?，如不選中，上述各項都變?yōu)椴豢捎?。點“確定選擇范圍”按鈕按上面4個條件進行篩選搜索符合條件的用戶。查詢結(jié)果如圖5.7所示。圖5.7 顯示查詢到的用戶能夠選中所有，或者選擇部分為他們發(fā)送信息。若選擇發(fā)送對象為所有人，則篩選范圍和發(fā)送對象都不顯示，如圖5.8所示。圖5.8 選擇發(fā)送對象為所有人的界面所有上述選擇操作，都要求實現(xiàn)無刷新效果。點“保存消息”按鈕，添加成功后跳轉(zhuǎn)到消息治理頁面。如圖5.9所示。圖5.9 跳轉(zhuǎn)到消息治理頁面點修改圖標仍然進入消息填寫頁面，只是這時初始時就顯示消息的差不多內(nèi)容，如圖5.10所示。圖5.10 修改消息

44、界面修改時發(fā)送對象不能更改，只能更改消息的其他差不多信息。公布消息后，消息變?yōu)椴豢尚薷模鐖D5.11所示，且記錄的有效創(chuàng)建時刻以公布時刻為準。圖5.11 公布后不可再修改消息用例2信箱頁面：實現(xiàn)效果如圖5.12所示。圖5.12 信箱頁面信箱頁面功能要求：顯示收到的和發(fā)送的消息信息，已刪除和草稿箱功能不用實現(xiàn)，以備以后擴展之用。收件箱要求顯示總共收到的信息個數(shù)和未讀的信息個數(shù)，已發(fā)送要求顯示所有發(fā)送的信息個數(shù)。點收件箱圖片按鈕能進入收件箱頁面，如圖5.13所示，圖5.13 收件箱頁面收件箱頁面功能要求：用GridView顯示所有收到的信息，有鼠標光亮效果，能夠刪除選定的消息，在GridView每

45、一行上添加鼠標點擊事件，彈出模式窗口，顯示消息詳細內(nèi)容，彈出“ReceiveMailDetail.aspx”頁面，如圖5.14所示。圖5.14 彈出模式窗口顯示消息詳細內(nèi)容關閉模式窗口后，回到收件箱頁面，如圖5.15所示。圖5.15 新消息閱讀后的界面這時消息未讀標志差不多消逝。同時左側(cè)菜單上面的用戶信息部分，要求使用ASP.NET AJAX實現(xiàn)無刷新提示功能，假如有人給登錄者發(fā)送新消息，則趕忙顯示新消息圖標，并顯示共有幾條新消息。假如沒有新消息，則新消息圖標消逝。假如從信箱頁面點“已發(fā)送”圖片按鈕，則進入已發(fā)送信息頁面，如圖5.16所示。圖5.16 已發(fā)送信息頁面已發(fā)送信息頁面功能要求：只顯

46、示登錄用戶自己發(fā)送的信息，能夠刪除差不多發(fā)送的信息，添加鼠標光亮效果，鼠標點擊某一行信息，能夠查看消息詳細信息，彈出“ReceiveMailDetail.aspx”頁面，如圖5.17所示。圖5.17 查看已發(fā)送信息詳情6系統(tǒng)治理模塊界面實現(xiàn)/*用例界面實現(xiàn)是對需求的進一步明確和以可視化的方式呈現(xiàn)，作為編碼和實現(xiàn)依據(jù)*/用例1系統(tǒng)治理模塊包括4個子模塊，如圖6.1所示。包括4個子模塊包括4個子模塊圖6.1 角色治理頁面角色治理頁面和畢業(yè)設計上機教材中描述的完全相同，那個地點不再贅述。用例2登錄日志頁面：對應數(shù)據(jù)庫表：LoginLog。初始時頁面如圖6.2所示。圖6.2 登錄日志頁面用戶每次登錄時

47、，不管成功和失敗都要記錄登錄信息，以便查看治理。要求用GridView顯示登錄日志信息。能夠查看登錄時刻在開始時刻和結(jié)束時刻之間的登錄日志，如圖6.3所示。圖6.3 登錄日志查詢結(jié)果能夠刪除選中的登錄日志。用例3操作日志頁面：對應數(shù)據(jù)庫表：OperateLog。初始時頁面如圖6.4所示。圖6.4 操作日志頁面用戶對機構(gòu)、部門、用戶、角色、文件、消息、日程等信息的增加、刪除和修改都要添加到操作日志表，以便查看治理。要求用GridView顯示操作日志信息。能夠查看操作時刻在開始時刻和結(jié)束時刻之間的操作日志，如圖6.5所示。圖6.5 操作日志查詢結(jié)果能夠刪除選中的操作日志。用例4菜單排序頁面功能要求

48、：用到的數(shù)據(jù)庫表：SysFun。實現(xiàn)效果如圖6.6所示。圖6.6 菜單排序用TreeView展示系統(tǒng)菜單，點一下其中的父菜單（提示：這時能夠把選擇的節(jié)點Id存入隱藏域中，上下移動時從隱藏域取值），然后單擊“上移”按鈕，則菜單向上移動一個位置，上移后的效果如圖6.7所示。圖6.7 上移后的菜單效果圖點其中一個父菜單，然后單擊“下移”按鈕，則菜單向下移動一個位置，如圖6.8所示。圖6.8 下移后的菜單效果假如菜單差不多在最上端，則不能再向上移動，如圖6.8中的“人事治理”菜單；假如差不多在最下端，則不能再向下移動，如圖6.8中的“考勤治理”菜單。若選擇子菜單，則同樣實現(xiàn)上下移動效果，只是移動范圍不能超過所在的父菜單。圖6.9 移動子菜單如圖6.9所示，“機構(gòu)信息”菜單不能再向上移動；“職員治理”菜單不能再進行向下移動；同時不能移動出“人事治理”菜單。注意：單擊菜單或上下移動菜單時要求實現(xiàn)無刷新效果7考勤治理模塊界面實現(xiàn)/*用例界面實現(xiàn)是對需求的進一步明確和以可視化的方式呈現(xiàn)，作為編碼和實現(xiàn)依據(jù)*/用例1考勤治理模塊包括3個子模塊：如圖7.1所示?？记谥卫砟K包括3個子菜單用到數(shù)據(jù)庫表：ManualSign、WorkTime?？记谥卫砟K包括3個子菜單圖7.1 職員簽到、簽退頁面職員簽到、簽退頁面功能要求：起初“簽到”按鈕可用，“