移動(dòng)辦公手機(jī)app

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

 　　由于移動(dòng) OA允許您在任何時(shí)間任何地點(diǎn)以任何方式處理任何事， 實(shí)現(xiàn)對(duì)企業(yè)內(nèi)部的有效管理，因此與傳統(tǒng)的 OA系統(tǒng)對(duì)比，移動(dòng)辦公既可以實(shí)現(xiàn)傳統(tǒng) OA系統(tǒng)所有功能，同時(shí)也可以實(shí)現(xiàn)一些原有辦公系統(tǒng)無法實(shí)現(xiàn)的功能，實(shí)現(xiàn)與企業(yè)協(xié)同　管理系統(tǒng)無縫結(jié)合，實(shí)現(xiàn)對(duì)企業(yè)所有業(yè)務(wù)的自由掌控。

　　開放性手機(jī)平臺(tái) Android 近些年來迅速發(fā)展，使用 Android 平臺(tái)的智能手機(jī)大量問市，獲得了市場(chǎng)的廣泛推寵和好評(píng)，因此基于 Android 平臺(tái)的所應(yīng)用程序成為一個(gè)熱門的計(jì)算機(jī)軟件研究方向。

　　系統(tǒng)分析的主要任務(wù)是將在系統(tǒng)詳細(xì)調(diào)查中所得到的文檔資料集中到一起 , 對(duì)組織內(nèi)部整體管理狀況和信息處理過程進(jìn)行分析。本系統(tǒng)采用面向?qū)ο蠓椒? (OOA)對(duì)系統(tǒng)用戶的需求進(jìn)行分析，采用 UML統(tǒng)一建模語言表示。

　　1 系統(tǒng)可行性分析

　　1.1 可行性研究的前提

　　1)系統(tǒng)功能目標(biāo)要求：

　　本系統(tǒng)的設(shè)計(jì)目標(biāo)是依托無線網(wǎng)絡(luò)，以使用 Android 系統(tǒng)的智能手機(jī)終端為載體，開發(fā)一個(gè)專為企業(yè)制定的移動(dòng) OA系統(tǒng)，通過實(shí)現(xiàn)移動(dòng)平臺(tái)包括：個(gè)人信息、日程安排、信息審批、公告管理、學(xué)校論壇、學(xué)生管理、考勤管理、后臺(tái)管理等功能模塊。等辦公應(yīng)用功能，有效地提高企業(yè)的日常工作效率。

　　2)系統(tǒng)關(guān)聯(lián)性要求：

　　實(shí)現(xiàn)本 OA系統(tǒng)與企業(yè)其它系統(tǒng)有一定的連接，或附帶相關(guān)系統(tǒng)的基本功能。

　　1.2 系統(tǒng)設(shè)計(jì)原則

　　本文設(shè)計(jì)的系統(tǒng)是根據(jù)企業(yè)和學(xué)校的實(shí)際需求所開發(fā)的一個(gè)實(shí)用的基于 Android 平臺(tái)的 OA系統(tǒng)，考慮到用戶的實(shí)際需求和學(xué)校規(guī)模， 在系統(tǒng)的設(shè)計(jì)過程中要注意遵循實(shí)用性原則、可行性原則和可擴(kuò)展性原則。實(shí)用性原則要求系統(tǒng)的設(shè)計(jì)便于操作、維護(hù)和管理，能有效地通過無線網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫技術(shù)和 WEB技術(shù)實(shí)現(xiàn)對(duì)學(xué)院信息資源的合理利用，以便提高學(xué)校的辦公效率。

　　可行性原則要求系統(tǒng)設(shè)計(jì)要立足于現(xiàn)有的軟硬件技術(shù)，在現(xiàn)有的學(xué)校辦公應(yīng)用系統(tǒng)的基礎(chǔ)上實(shí)現(xiàn)需求分析中描述的功能。

　　可擴(kuò)展性原則要求系統(tǒng)設(shè)計(jì)在實(shí)現(xiàn)當(dāng)前需求的同時(shí)，充分考慮業(yè)務(wù)的擴(kuò)展和系統(tǒng)擴(kuò)容等因素，在系統(tǒng)設(shè)計(jì)、編碼實(shí)現(xiàn)時(shí)留有充分地余地。

　　2 需求分析

　　需求分析是一項(xiàng)重要的工作，也是最困難的工作。一般情況下，需求分析的相關(guān)工作會(huì)被視作為一個(gè)獨(dú)立的工程，稱為需求工程。需求工程又分為需求開發(fā)和需求管理兩部分，

　　需求開發(fā)有四個(gè)階段：分別是：?jiǎn)栴}獲取、分析、編寫規(guī)格說明和驗(yàn)證。這些階段內(nèi)的活動(dòng)主要包括需求收集、需求評(píng)價(jià)、編寫文檔等。一般的需求開發(fā)活動(dòng)包括下列內(nèi)容 :

　　確定使用產(chǎn)品的用戶類別。

　　獲取所有系統(tǒng)相關(guān)用戶的需求。

　　了解各類型用戶的實(shí)際任務(wù)和預(yù)期目標(biāo)，以及完成這些任務(wù)和目標(biāo)所需要的業(yè)務(wù)需求。

　　分析得到的用戶信息，從中提取出功能需求、非功能需求以及附加約束。

　　將系統(tǒng)級(jí)的需求劃分為若干個(gè)子系統(tǒng)，再將需求的部份子系統(tǒng)分配給軟件組件。

　　咨詢系統(tǒng)質(zhì)量和屬性的相關(guān)信息，并對(duì)其做優(yōu)先級(jí)別的劃分。

　　將所收集的用戶需求編寫成文檔并構(gòu)建得到需求模型。

　　對(duì)需求規(guī)格說明文檔進(jìn)行評(píng)審，確保用戶和系統(tǒng)開發(fā)人員對(duì)需求的理解和認(rèn)識(shí)達(dá)成一致。

　　2.1 需求分析對(duì)象

　　經(jīng)過調(diào)研，本系統(tǒng)面向的業(yè)務(wù)參與者： 即 Actor ，在系統(tǒng)的具體業(yè)務(wù)當(dāng)中扮演某個(gè)角色的人、分院或部門或者獨(dú)立的系統(tǒng)模塊等。包括 :

　　需求工程

　　需求開發(fā) 需求管理問題獲取 分析 編寫規(guī)格說明 驗(yàn)證

　　1) 用戶：用戶參與系統(tǒng)的主要成員， 即接觸使用系統(tǒng)的所有者， 也就是學(xué)校身份當(dāng)中的教職工，是系統(tǒng)當(dāng)中的一個(gè)超類;

　　2) 系統(tǒng)管理員：系統(tǒng)管理員是系統(tǒng)的維護(hù)工作人員， 擁有對(duì)系統(tǒng)目錄、 角色、權(quán)限、用戶以及系統(tǒng)基礎(chǔ)數(shù)據(jù)管理的操作權(quán)限，同時(shí)也是用戶的一個(gè)子類;

　　3) 領(lǐng)導(dǎo)：領(lǐng)導(dǎo)是指各個(gè)分院部門的主要管理人員以及上級(jí)領(lǐng)導(dǎo)的總稱;

　　4) 人事處員工：人事處員工是人事處的成員， 主要執(zhí)行對(duì)學(xué)校員工的工作進(jìn)行考核和信息管理，但沒有刪除員工信息的權(quán)限;

　　5) 人事處領(lǐng)導(dǎo)： 人事處的主管， 擁有人事處的各項(xiàng)操作權(quán)限， 并能對(duì)無效員工信息進(jìn)行刪除;

　　2. 系統(tǒng)業(yè)務(wù)用例：

　　(一)系統(tǒng)管理員主要業(yè)務(wù)：

　　1)A1：考勤設(shè)置：系統(tǒng)管理員設(shè)置日常上、下班考勤時(shí)間、休息日設(shè)置、請(qǐng)假類別等考勤信息;

　　2)A2：公文流管理： 是系統(tǒng)管理員對(duì)于日常用戶生成公文， 如工作文件、請(qǐng)假單、銷假單等等的管理;

　　3)A3：新聞公告管理： 系統(tǒng)管理員用戶對(duì)在正常生產(chǎn)經(jīng)營(yíng)當(dāng)中， 用戶提出的新聞公告進(jìn)行發(fā)布、管理;

　　(二)領(lǐng)導(dǎo)主要業(yè)務(wù)：

　　1)考勤審批：每一個(gè)分院主管、領(lǐng)導(dǎo)能夠批準(zhǔn)其下屬的請(qǐng)假申請(qǐng);

　　2)新聞公告審批： 領(lǐng)導(dǎo)能夠?qū)徟聦偕暾?qǐng)的新聞和通知信息， 審批完之后傳給系統(tǒng)管理員發(fā)布;

　　(三)人事處員工主要業(yè)務(wù)：

　　1)員工管理：?jiǎn)T工信息管理是對(duì)學(xué)校員工的信息進(jìn)行管理、統(tǒng)計(jì)，具有增、改、查等功能;

　　(四)人事處主管主要業(yè)務(wù)：

　　1)刪除員工信息：指對(duì)員工信息出現(xiàn)異常的時(shí)候?qū)υ搯T工信息進(jìn)行刪除;

　　(五)用戶主要業(yè)務(wù)：

　　1)登陸系統(tǒng)驗(yàn)證： 當(dāng)用戶登陸系統(tǒng)的時(shí)候驗(yàn)證用戶所提交的用戶名和密碼， 以及所提交的數(shù)字證書的有效性。