【正文】 括考勤、辦公設(shè)備、業(yè)務(wù)等申請單的上報與審批。系統(tǒng)提供標準化的審批流程，同時支持會簽等協(xié)同工作。 任務(wù)任務(wù)是有某個員工指派給本人或他人完成的一個事項，用戶使用任務(wù)模塊可以指派任務(wù)給特定的人，任務(wù)的執(zhí)行者可以對任務(wù)進度進行反饋。一項任務(wù)可以靈活指派子任務(wù)。 計劃個人工作計劃是一段時間內(nèi)的工作日程安排，計劃包括時間、計劃描述等基本內(nèi)容外，還可以包含若干個任務(wù)，系統(tǒng)記錄計劃與任務(wù)的關(guān)系，并根據(jù)任務(wù)進度計算計劃的整體進度。 總結(jié)個人工作總結(jié)指一段時間內(nèi)的工作情況總結(jié)，系統(tǒng)支持按日、周、月、季度、年度等頻率提交工作總結(jié)，并可以指定總結(jié)對應(yīng)的計劃，把總結(jié)上報給相關(guān)領(lǐng)導(dǎo)進行審核。 郵件內(nèi)部郵件指通過系統(tǒng)發(fā)送的消息，郵件包括發(fā)送人和接收人，郵件內(nèi)容為文本，可以包含文件附件。對于收到的郵件系統(tǒng)自動發(fā)送提醒。 傳真發(fā)送網(wǎng)絡(luò)傳真，需要調(diào)用電信業(yè)務(wù)平臺能力。 會議會議管理,用戶可以編寫會議通知，指定參會人并發(fā)送通知到各相關(guān)人，指定記錄人提交會議紀要，參會人可以提交參會確認；會議中可用多方通話。 公告 用戶可以發(fā)布公告，包括群內(nèi)、群間、公司三類，群內(nèi)公告僅對本群內(nèi)可見，群間公告可以指定其它可見的群、公司公告對全公司可見。 同事群同事群主要對公司內(nèi)員工進行分組，員工可以創(chuàng)建同事群，并邀請其他員工加入群。同一個群的員工可以查看群成員動態(tài)，并可以進行群計劃、群總結(jié)、群共享。 移動企業(yè)辦公應(yīng)用的MVC層次設(shè)計 視圖層設(shè)計視圖層的設(shè)計主要使用iOS自帶的幾個視圖模式：Navigation View，Tab View和Table View等。Navigation View的主要功能是在頁面上顯示一個頂部的標題欄。標題欄會隨著頁面的推移更換標題，并且有后退和前進的按鈕。Navigation View最大的優(yōu)勢在于可以給用戶直觀的線性操作順序的認知，并且以十分方便的方式提供用戶取消操作和進一步操作等類似操作功能。并且通過頁面推進的動畫可以讓用戶明白是前進的操作還是后退的操作。Tab View的主要功能是提供并列的功能頁面選擇器。這是提供同一系列或同一組功能的最好的顯示方式，這一模式使得用戶對于不同信息的類型索取更加獨立。Table View是iOS上最直觀也是最常用的數(shù)據(jù)展現(xiàn)方式。iOS的Table View不但可以展現(xiàn)表格形式的數(shù)據(jù)，更可以通過改變自定義Table View Cell來展現(xiàn)特定的數(shù)據(jù)。通過Table View不但可以讓用戶能夠清楚地查看平行數(shù)據(jù)信息，更可以在較小的移動終端屏幕下展現(xiàn)更多的數(shù)據(jù)，可以說是最好的iOS數(shù)據(jù)展現(xiàn)方式。 控制層的設(shè)計控制層主要負責為視圖層解析和格式化數(shù)據(jù)模型的數(shù)據(jù)以及接收視圖層對于用戶的響應(yīng)。從這一點來說，控制層主要擔任視圖層和業(yè)務(wù)邏輯層之間橋梁的功能。相應(yīng)視圖的控制其對內(nèi)管理與之關(guān)聯(lián)的視圖（View），對外則和其他的視圖以及業(yè)務(wù)邏輯進行交互和協(xié)調(diào)。在iOS開發(fā)中，一個控制器管理一個視圖?？刂破溽槍Σ煌撁骖愋瓦x擇不同的控制其子類，甚至創(chuàng)建一個控制器子類。在本項目中，控制器對于視圖主要通過dataSource來提供視圖層調(diào)需要顯示的數(shù)據(jù)；對于業(yè)務(wù)邏輯層主要會調(diào)用業(yè)務(wù)邏輯層中的業(yè)務(wù)邏輯實現(xiàn)類來完成向服務(wù)器的數(shù)據(jù)發(fā)送和接受。 業(yè)務(wù)邏輯層設(shè)計（1）HTTP協(xié)議連接業(yè)務(wù)邏輯層為數(shù)據(jù)傳輸設(shè)計了統(tǒng)一的接口。業(yè)務(wù)邏輯層通過iOS提供的NSURLConnection方法，從而實現(xiàn)異步的HTTP協(xié)議傳輸，完成客戶端與服務(wù)器端的數(shù)據(jù)通信。核心代碼主要由以下幾個實現(xiàn)。Request = [NSMutableURLRequest requestWithURL:url]。 = [NSURLConnection connectionWithRequest:request delegate:self]。(void)connection(NSURLConnection*)theConnectiondidReceiveResponse:(NSURLResponse *)reponse。//處理服務(wù)器發(fā)送的響應(yīng)信息(void)connection(NSURLConnection*)theConnection didReceiveData:(NSData *)data。//處理服務(wù)器發(fā)送的數(shù)據(jù)信息(void)connection(NSURLConnection*)theConnection didFailWithError:(NSError *)error。//處理傳輸中的錯誤信息(void)connectionDidFinishLoading:(NSURLConnection*)theConnection。//傳輸完畢的處理（2）數(shù)據(jù)封裝處理對于不同的數(shù)據(jù)請求對應(yīng)各類中不同的IBAction對于傳輸?shù)臄?shù)據(jù)作相應(yīng)的封裝之后再進行傳輸。在接收數(shù)據(jù)的過程中，同樣根據(jù)不同的方法id來解析不同的數(shù)據(jù)，然后發(fā)送消息給相對應(yīng)的控制器。這里使用JSON作為移動終端與服務(wù)器相互傳輸?shù)臄?shù)據(jù)封裝格式。使用JSON作為數(shù)據(jù)封裝格式理由有二：一是傳輸效率在之前的介紹中可以看到是極其高效的；二是第三方庫的支持使得JSON字符串可以效率的解析成字典或者數(shù)據(jù)，以及從字典或者數(shù)組編碼成JSON字符串。JSON字符串一般如下所示結(jié)構(gòu)：{“opID”:”….”, “name”:”McLaugh”,”age”:”18”}當移動終端向服務(wù)器傳輸時，JSON字符串一般以既定的操作方法id開頭，隨后相應(yīng)的數(shù)據(jù)參數(shù)。而服務(wù)器在接收到JSON字符串后執(zhí)行相關(guān)方法，然后回傳以success或者fail為開頭的JSON字符串并附上可能的返回信息。移動企業(yè)辦公應(yīng)用的功能分析 與B/S架構(gòu)相同的功能iOS端作為企業(yè)辦公應(yīng)用的一部分，必須能夠完成基本的企業(yè)日常辦公內(nèi)容。（1） 用戶登錄驗證：用戶登錄時進行身份驗證，以確保是該用戶登錄而非其他用戶替而登錄。（2） 獲取提醒：用戶登錄之后，會收到新的通知。例如：新的需要批示的公文，新的需要參加的會議，新的短信等等。如果對這些新的提醒操作之后則不會再出現(xiàn)。（3） 日常辦公內(nèi)容獲?。骸?移動終端修改后功能由于iOS端的安全沙箱功能導(dǎo)致移動終端應(yīng)用對于一些電腦上通用的文件格式如word文檔，ppt文檔等支持性不佳，故對于文件共享，附件上傳功能都作了刪減。另外對于移動終端便攜性和易用性的考慮，我們對傳真功能也作了簡單的修改，取消了文件傳真功能，只保留文字傳真功能。（1）文字傳真模塊：原本的B/，.pdf，.txt等文件格式，由于iOS并不直接支持這類文件格式，并且由于安全沙箱的緣故，若需要上傳這類文件則通常需要通過電腦連接移動終端同步之后才可發(fā)送，所以在這一模塊，修改成為簡單的文字傳真模塊。（2）客戶端數(shù)據(jù)傳輸模塊：B/S架構(gòu)下，傳輸數(shù)據(jù)格式是JSON。與B/S架構(gòu)相同，iOS端也使用與B/S架構(gòu)下相同的JSON數(shù)據(jù)格式。在開發(fā)中使用JSONKit模塊。 本章小結(jié)本章主要分析企業(yè)辦公應(yīng)用的功能需求，在分析結(jié)果的基礎(chǔ)上提出對客戶端的設(shè)計。按照已有的B/S架構(gòu)的企業(yè)辦公應(yīng)用根據(jù)移動終端的特點和不同進行修改，設(shè)計出適合在移動智能終端上進行辦公活動的應(yīng)用。26浙江大學(xué)碩士學(xué)位論文 第5章 移動辦公應(yīng)用開發(fā)第5章 移動辦公應(yīng)用開發(fā) 視圖層開發(fā)圖 對于視圖層的開發(fā)，首先使用Storyboard構(gòu)架整體的結(jié)構(gòu)流程。使用Storyboard來構(gòu)架整體結(jié)構(gòu)能夠達到有序且直觀的效果。根據(jù)企業(yè)需求，：圖 通過對流程和各功能體系的分析，：在手持設(shè)備上，由于屏幕尺寸的原因，每個視圖的功能都應(yīng)當集中，也不應(yīng)充滿太多元素以免屏幕太過擁擠。在客戶端設(shè)計是，每個視圖都對應(yīng)一個功能。用戶經(jīng)常需要在不同功能之間切換，所以應(yīng)當保證清晰的客戶端結(jié)構(gòu)，加快用戶學(xué)習使用過程。使用iOS與系統(tǒng)一些自帶的頁面控件一樣的控件，如Table View，Navigation View，Tab View等一些用戶在使用iOS終端的時候已經(jīng)熟練使用的一些控件。一個視圖中應(yīng)當所負責的是承載同一個功能或者任務(wù)的幾個步驟，前后必須密切相關(guān)并且承接緊密。用戶進行相似任務(wù)的操作是，應(yīng)當是相似乃至相同的操作過程。這樣既可以有效地幫助用戶快速學(xué)習操作，也可以保證用戶操作的快捷和準確，并且讓用戶明晰程序的結(jié)構(gòu)。 由此，在客戶進行用戶登錄操作通過之后，用戶進入的主界面應(yīng)當由主頁，代辦，提醒等組成。這里最佳的選擇是使用Tab View的方式展現(xiàn)這不同類別的幾類功能。：圖 TabView示例圖在使用Tab View的方式之后，用戶在首頁，辦公主頁和代辦事項之間轉(zhuǎn)換就非常輕松方便。在中間的辦公界面使用經(jīng)典九宮格類型來排布各個需要使用的功能頁面入口。這一排布方法而非列表式排布可以很有效的提高用戶學(xué)習效率，使用戶在點擊功能頁面入口的速度加快，減少用戶在這一階段等待的時間。而進入到每個獨立功能頁面都盡量使用Table View的控件框架，這樣使頁面瀏覽更為清晰便捷。富元素的列表項能夠在盡量小的空間表達更多的內(nèi)容，且不會讓用戶感覺擁擠。：圖 Table View示例圖在用戶執(zhí)行一個任務(wù)的時候，例如執(zhí)行新建任務(wù)這一行為時，應(yīng)當使用Navigation View的方式來表達。第一，這個方法可以保證用戶操作的線性；第二，可以保證用戶的回退操作不會回溯至最初。： 新建操作圖 Navigation View示例圖用戶在進行操作的時候，Navigation View所做的push動畫可以讓用戶了解到這一個任務(wù)操作是一個循序漸進的線性操作。這可以讓用戶避免誤操作以及在誤操作之后可以回退到用戶想要回退到的步驟。除此之外，客戶端針對不同的功能模塊設(shè)計不同的Table Cell單元。這一階段僅使用Interface Builder來開發(fā)這些元素，再將其引入整體的Storyboard中。：圖 Table View引入Cell這樣能夠保證在變更需求時，只需針對相對應(yīng)的Table Cell作修改即可以對所有應(yīng)用到該Table Cell的列表。 應(yīng)用程序邏輯開發(fā)應(yīng)用程序接口主要分兩大類：負責頁面的邏輯和負責與后臺服務(wù)器交互。：圖 其中Transmit Group包含JSONKit庫文件以及應(yīng)用程序數(shù)據(jù)封裝接口。：圖 Transmit文件夾JSONKit文件夾就是JSONKit的庫文件，通過調(diào)用其中的函數(shù)來完成NSArray或者NSDictionary到JSON形式的NSString的編碼，以及從JSON形式的NSString解碼至NSArray以及NSDictionary。而Transmit類文件則主要負責完成調(diào)用JSONKit編解碼以及完成Http協(xié)議傳輸?shù)倪^程，這個類在之后會有詳細解釋。Page Group 主要包含了各個頁面的頁面邏輯控制器文件，：圖 Page文件夾每個大類Group對應(yīng)一類功能頁面，下面的頁面分別都對應(yīng)Storyboard上的一個頁面， 類的子類，并對應(yīng)Storyboard上的一個頁面。由于Storyboard的使用，就一般不需要在這里的UIViewController的類的子類文件中編寫頁面跳轉(zhuǎn)的代碼，也不必選擇使用Interface Builder做每個單獨頁面的用戶界面設(shè)計。這一工作已經(jīng)包含到了對于MainStoryboard的設(shè)計當中。Cell group中主要包括每個用到Table View Controller的頁面控件的功能頁面所包含的各自的Table Cell單元。這個文件夾下主要包括UITableCell的子類以及相對應(yīng)的xib文件。xib即使用Interface Builder所構(gòu)建的頁面文件。：圖 Table Cell 文件夾首先通過創(chuàng)建ObjectiveC的類然后選擇創(chuàng)建UITableViewCell的子類。然后通過Interface Builder創(chuàng)建相對應(yīng)的UITableViewCell的xib文件，并且在屬性中設(shè)置該用戶界面所對應(yīng)的類是之前所創(chuàng)建的UITableViewCell子類。然后再做相對應(yīng)的邏輯開發(fā)。之后再在Storyboard中選擇通過復(fù)制黏貼的方式將以上用Interface Builder所創(chuàng)建的UITableViewCell復(fù)制入相對應(yīng)的UITableView中，或者使用代碼解釋該UITableView所包含的是上述UITableViewCell子類即可。 Assests Group中主要包含一些程序的附加文件，：圖 assets 文件夾ComboBox是一第三方控件。Xcode并不支持這個在互聯(lián)網(wǎng)上常見的通用性的控件。替代的方案是下方彈出滾桶狀的選擇滾輪UIPickView。在需要供選擇內(nèi)容較少時UIPickView可以很好的完成任務(wù)并且擁有較好的用戶體驗，但是在選擇內(nèi)容較多的情況下，或者供選擇的類型較為復(fù)雜的情況下則還是原始的ComboBox較為實用。于此故加之這一第三方控件。Plist group 保存著通過服務(wù)器讀取過的各個模型層的數(shù)據(jù)。雖然在第一次執(zhí)行讀取的時候加載會比直接將JSON返回值轉(zhuǎn)儲為NSDictionary或者NSArray類型顯示在視圖層上緩慢，但是針對對于多次查看之后多次回退需要通過多次發(fā)送消息至服務(wù)器要求數(shù)據(jù)返回的花費來說這一設(shè)計是能夠盡量減少數(shù)據(jù)訪問量，來降低服務(wù)器的負載。Img group是程序所可能用到的圖片所存放文件地址。 相關(guān)開發(fā)關(guān)鍵實現(xiàn) 數(shù)據(jù)傳輸在數(shù)據(jù)錄入的這一過程中，客戶端視圖層接受到用戶在界面上輸入的數(shù)據(jù)，然后將這些數(shù)據(jù)交由相對應(yīng)的控制層類?？刂?