第一篇：辦公自動化系統市場調研報告

OA系統市場調研報告

1STP分析

1.1segmenting

雖然沒有ERP那么有份量，但是OA仍然搶得了管理軟件市場一塊大大的蛋糕，并培養了一批有實力的廠商。OA市場上的主要品牌都已經在試圖建立自己鮮明的競爭優勢，泛微在企業領域努力宣傳自己的協同理念，合強在政府機關領域展示其公文處理方面的優勢，新思創在易用性方面進行積極的探索，藍凌則在知識管理領域堅持不懈……這些OA企業在各個細分領域的搖旗吶喊，使競爭激烈的OA市場展現了新的面貌。

細分的市場造就細分的產品，而細分的產品往往是對手無法輕易模仿的，因為它或者是建立在系統的底層架構上，或者是經過了優勢資源的精心配制，或者是經過了長期的市場積累，等對手發覺時優勢已經建立。很難再撼動其地位。

對OA市場，我們采取以下維度對市場進行細分：

A、按企業規模：我們按企業OA可能使用人數，將現有的企業分為大、中、小三種規模，經過一定的市場調研我們歸納出，一般來說，5-20人可以稱為小型企業，21-99人稱為中型企業，100人以上為大型企業。小型企業的特點是，規模小，資金少，在IT設備上的投入小，沒有或者專業的IT管理維護人員少；中型企業的特點是，用于IT設備的投入或許有一部分，但是對于購買昂貴的服務器來說，簡直是杯水車薪，專業IT人員少；大型企業的特點是，規模大，資金雄厚，有專門的IT部門或者使用外包的IT服務，企業信息化意識強。

B、按企業消費心理：經過一定的調研我們發現，在信息技術的消費上，企業消費心理可以分為以下幾種類型：a、意識到信息管理的重要性，且愿意在信息管理上投入的企業b、意識到信息管理的重要性，但由于資金上的問題，而對OA的部署望而卻步c、處于比較懵懂的狀態，對當前的信息技術還不是了解，因此沒有消費欲望。

C、按企業類型:可分為國企，民營，合資，外資。。

1.2targeting

經過市場細分我們可以知道，在對于大型企業來說。。

1.3position

經過市場細分和目標市場選擇，我們的定位是以云計算為基礎，多言語版的可擴展的支持移動辦公的租用的在線OA系統。

2市場環境分析

2.1微觀環境

我們使用波特五力競爭模型，從供應商的議價實力、產業內既有廠商的競爭、新進入者的威脅、替代品或服務的威脅、客戶的議價實力對OA市場的微觀環境進行分析。

2.1.1供應商的議價能力

開發我們的目標產品，面臨的供應商主要為硬件供應商，實現云計算需要大量的運行穩定的服務器，但是服務器的價格是硬件中最昂貴的部分，如果購買大量的服務器的話無疑是一筆沉重的負擔。如果采用租用服務器的形式，與擁有大量服務器的企業達成協議，成本將會減少很多。

2.1.2現有競爭者

作為信息化的第一步，OA在我國起步較早，且資金和技術的要求都不高，OA廠商數以千計，很多廠商在此方面已經具備了相當豐富的開發經驗，也形成了比較成熟的產品。在功能上，已經探討的比較成熟，一些模塊已經能夠通用，比如工作流，在很多OA系統中都是一模一樣，其他的功能也基本上是大同小異的。

國內大多數廠商設計還基本上停留在Client／Server架構，只有部分實現了B/S的轉型。而即使是B/S模式的產品，也需要在第一臺電腦上完全安裝，其他電腦訪問第一臺電腦即可。

需要購買的OA產品基本上都有試用，比較成熟的企業已經實現了在線試用，可選不同的角色進入系統試用，但是大多數在線試用的訪問速度比較慢，只有通達，泛微等幾家供應商達到了較快的水平。目前實現了真正的在線OA的只有極少數的幾家，WINOA和臥龍是比較典型的代表。其中WINOA是完全免費的，但其功能過于簡單，不能適應市場的需要。臥龍既有安裝版的OA，也有在線OA，且可為企業定制OA，支持移動OA，其中在線OA是采用的通用加定制的模式，對通用模塊進行打包，具備可擴展性，而一些特別模塊則讓用戶選擇是否購買，購買后實現與通用模塊的無縫銜接。

目前國內市場上的OA支持多語言的產品很少，只有華天動力、金和等為數不多的幾家公司實現了多語言切換。華天動力支持中文，英文，日語，韓語和繁體，金和支持中文，英

文，日語。

而移動OA的市場情況，多為移動運營商開發的直接在手機上安裝運行的OA客戶端程序，有一部分成熟的OA廠商也集成了移動OA功能，比如合強，藍凌，通達等，但為數不多。

2.1.3新進者

由于OA的門檻很低，市場大，吸引了許多軟件公司的眼光；而隨著3G時代的到來，移動運營商對移動OA也有著很大的熱情，希望能在未來的3G時代里，利用自己的設備和知名度優勢，早一步占領移動OA市場。

2.1.4替代品威脅

ERP系統涉及物流、生產、財務等企業數據的處理和分析，OA系統則用于無紙化辦公，是企業的工作審批和知識管理平臺。企業管理系統向綜合協同管理平臺邁進已經成為了當前企業信息化的大勢所趨。包含OA的ERP系統，大有取而代之之勢。但是對一個小型企業而言，ERP投資巨大，建設周期長，它希望購買的則是一套好的OA系統，所以，OA在中小企業中還是具有較大的市場價值的。

2.1.5客戶的議價能力

由于我們的目標產品是通用的，在線的，互聯網給了我們很大的潛在客戶空間，用戶數量將是龐大的；采用租用的方式，付費會比較低廉，單個消費者不會占銷售量很大的比例；且市場上暫無類似產品，因此，客戶的議價能力不算是很大威脅。

3SWOT分析

3.1Strengths

具有穩定的目標客戶群（南富士旗下的會員公司）

先進的而開發理念，強大的技術支持

3.2Weaknesses1、缺少相關的項目開發經驗

2、缺少實際的業務管理經驗

3.3Opportunities1、云計算是一個大的趨勢

2、目前市場上在線OA幾乎是一個空白，支持多語言的OA也非常少，組件的可定制功能只有少數幾家廠商實現，如果先其他廠商一步開發出來，將有較大的市場空間。

3.4Threats

第二篇：辦公自動化系統

項目詳情

OA（辦公自動化系統）

項目簡介教育行政辦公自動化（Office Automation簡稱OA）系統是針對中小學校領導、教師利用網絡辦公的一套網絡軟件。OA是為具有城域網環境或具有內部局域網的教委量身定做的產品。

辦公自動化系統的重點在于信息產生、傳遞、發布和流程控制。

在此，以下幾個特性貫穿整個流程的始終： 機構/部門/人員：所有的系統操作流程控制，都是因具體的機構/部門/人員的不同而設置的，而系統中某一信息的產生、信息的發布和傳遞等等，都是針對特定的機構/部門/人員的。所以，主體對象的選擇是一個共同的問題。信息傳遞和發布：當一個特定的信息需要告知特定的人員或部門時，可以通過多種渠道進行，如將主題內容發消息，發郵件，發布公告等等。所以選擇發布方式也是貫穿系統始終的。

信息檢索和打印輸出：系統所有用戶均需要在必要的時候對需要的內容進行檢索，并可以將結果和具體內容進行打印輸出。因此以上四個功能應該貫穿整個系統的各個模塊中。

辦公自動化系統對于教委和學校內部、教委和學校之間、學校和學校之間按照教育系統內部辦公的流程通過信息化的方式，為教育行政管理進行了全新的闡釋。

需求和計劃

整個項目的功能規格說明書和開發計劃說明書，描述了整個項目的人員，項目控制、風險、限制，開發計劃和業務系統組成及系統模塊介紹、各模塊用例和事件流分析、系統安全、技術體系等方面內容。

OA功能規格說明書.pdf

OA開發計劃.pdf

設計和實現

軟件設計規格說明書包含了項目設計要點、架構和策略、主要類和接口設計、數據庫設計等方面，代碼部分是具體實現的案例。

OA軟件設計規格說明書.pdf

測試

包括測試計劃、測試用例、評估結果，針對項目的系統化規范化的測試案例。

OA測試計劃.pdf

OA測試用例.pdf

OA測試評估報告.pdf

第三篇：辦公自動化系統需求分析報告

辦公自動化系統 需求規格說明書

1.引言 1.1 目標

開發網絡辦公系統的市場前景是廣闊的。大型企業需要高層次的網絡辦公自動化，他們往往會選擇大型的軟件公司合作開發，所需的開發費用和維護費用也是非常高的。這些高額的費用并非大多數中小企業所能承受得起的。本系統就是為這些公司制定的。

1.2 參考文獻

?《軟件工程導論》，張海藩，清華大學出版社。?《實用軟件工程》，鄭人杰等，清華大學出版社。

2.總體描述

2.1 用戶類和用戶特性

本OA辦公系統軟件的最終用戶是面向中大型企業的員工和相關管理人員一套軟件，操作人員需要有一定的計算機操作基礎，對于系統管理員不僅要有一定的計算機基礎，還要求有一定的網絡管理經驗。

2.2 運行環境(Operation Environment, OE)OE-1：“辦公自動化系統”的操作將通過如下的Web瀏覽器來完成：Microsoft Internet Explorer版本10.0和11.0，Netspcape Communication版本4.7和Netscape版本8和9。OE-2：“辦公自動化系統”將運行在一個服務器中，該服務器運行當前由公司批準的Red Hat Linux版本和Apache HTTP Server。OE-3：“辦公自動化系統”將允許用戶通過公司內聯網來訪問，如果用戶將被授權在公司的外部穿過防火墻來訪問，那么用戶也可以在家通過Internet來訪問該系統。

2.4 設計和實現的約束條件（constriant）

CO-1:系統的設計、編碼和維護文檔將遵照Process Import Intranet Development Standard(Process Import公司內聯網開發標準)版本1.3。CO-2：系統將采用公司標準的當期Oracle數據庫引擎。CO-3：所有HTML代碼將遵照HTML4.0版本。C0-4：所有腳本都用Perl語言來編寫。

2.5 用戶文檔（User Documentation, UD）

UD-1：系統將提供一個分層的跨鏈接的HTML聯機幫助系統，它描述并演示了所有系統功能。

UD-2：如果是一個新用戶第一次使用該系統，系統可以根據用戶的要求，提供一個聯機幫助，這樣用戶可以使用靜態教程菜單來具體實踐一下如何使用。系統不會將采用這一模板的管理案例存儲到數據庫。

UD-3: 開發期限十一至十二周。

3.系統特性

3.1 員工名錄管理

本系統會將員工的信息錄入到系統數據庫中。其中包括人員履歷、轉正申請、離職申請以及員工一些重大事情的記錄。

3.2 部門管理 上級部門有權對下級部門進行管理，并查看該下級部門人員的信息，以及上級部門對下級部門發布任務、取消任務、撤銷部門、創建部門。

3.3 綜合郵件管理

管理員有權對已經超過規定時限的數據庫中的郵件進行管理,如進行郵件的刪除；對于一些已經刪除的郵件進行恢復等。員工可以對自己寫的郵件進行發送、修改、刪除、保存操作；對收到的郵件進行保存、刪除操作。

3.4 綜合事務管理

綜合事務管理包括行政管理、信息管理、人事管理、車輛管理進行全面的管理。

3.5 工作流管理

幾乎所有的業務過程都是工作流，特別是辦公公文審批流轉處理。每一項工作以流程的形式，由發起者（如文件起草人）發起流程，經過本部門以及其他部門的處理（如簽署、會簽），最終到達流程的終點（如發出文件、歸檔入庫）。

3.6 個人日程管理

個人日程管理中有工作日志、工作計劃、消息提醒、通訊錄。工作日志：基于網絡的工作日志系統，可設為私有，限制，公共三類級別分別供自己，部門領導，全部人員查看。便于個人總結，便于上級檢查工作，便于和同事分享工作經驗，是知識管理挖掘隱性知識的一種手段；用戶可以隨意添加、刪除、修改多個日志，通過翻閱日歷查看任一天的日志也可通過日期，關鍵字等檢索日志。工作計劃：針對自己和領導下達的任務進行布置；布置的具體任務涉及時間、任務查看人、任務完成的標準、任務附件、提醒日期、匯報時限等內容。消息提醒：設置消息提醒功能每當用戶登錄系統時提示窗口。通訊錄：記錄聯系人具體通訊信息，包括我的通訊錄、公共聯系人和內部通訊錄三種類型。

3.7 內部消息服務

內部消息服務將消息在公司內部傳遞，管理員有權對消息進行添加、修改、刪除操作。

3.8 文件檔案管理

對現有檔案進行管理，可以直接增加新的檔案，并對檔案實現添加、刪除和分發查詢、分類存儲等操作。

3.9 云存儲管理

云存儲管理是對云數據庫中內容進行存儲、刪除、備份、修改操作。

4.用例圖

4.1 郵件管理用例圖

4.2 個人日程安排

5.外部接口需求

5.1 用戶界面（User Interfaces, UI）

在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了、易于操作，并且要注意到界面的布局，應突出的顯示重要以及錯誤信息。外觀上也要做到合理；合理化，考慮到用戶多對Windows風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用Delphi所提供的可視化組件，向Windows風格靠近。其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用Delphi庫中錯誤提示函數?？偟膩碚f，系統的用戶界面應做到可靠性、簡單性、易學習和使用。

5.2 硬件接口(Hardware Interfaces, HI)

?處理器型號及內存容量；

?外存容量、聯機或脫機、媒體及其存儲格式。設備的型號及數量 ?數據通信設備的型號和數量 ④輸入及輸出設備的型號和數量 ⑤功能及其他專用硬件

5.3軟件接口（Software Interfaces, SI）

服務器程序可使用Delphi提供的對SQL SERVER 的接口，進行對數據庫的所有訪問。服務器程序上可使用SQL SERVER對數據庫的備份命令，以做到對數據的保存。在網絡軟件接口方面，使用一種無差錯的傳輸協議，采用滑動窗口方式對數據進行網絡傳輸及接受。

6.其他非功能性需求 6.1 性能（PErformance）需求

本項目軟件性能要求如下：

?告警信息從產生到顯示出來的時延不應該大于15秒。?配置信息的更新最大時延為24小時。?性能監控數據時間間隔不超過15分鐘。

④對本軟件系統用戶經常使用的90%操作響應時間小于20秒，對于極少使用的10%操作響應時間應不小于120秒。

⑤ 保證系統并發訪問用戶數>30。

⑥系統數據庫容量應能夠滿足各功能模塊的需要。能滿足告警和性能原始數據、日志信息等半年的存儲容量；告警統計和性能數據一年的存儲容量。

6.2 安全性（SEcurity）需求

系統應該具有對系統自身的管理功能，應實現網管系統自身的完善的維護和管理，需提交標準安裝程序。提供必要的操作維護手冊及技術手冊。當進行版本升級時，提供版本差異的詳細說明。

7.其他需求

7.1 系統的封閉性：用戶的封閉性較好，用戶基本上在提示信息下輸數據。7.2 系統的容錯性：用戶數錯數據都有提示信息，具有較好的容錯性能。7.3 可維護性：新功能的實現僅涉及局部。

第四篇：辦公自動化系統解決方案

和銳辦公自動化系統由通用辦公系統、輔助決策支撐系統、辦公服務系統三部分組成。用戶可以隨時根據單位的具體業務情況進行配置，用戶得到的不僅是單獨的功能模塊和應用系統，而是一套完整的單位自己的辦公管理信息系統，以及和銳公司為您提供的服務。

----和銳通用辦公系統是公司集多年的應用系統開發經驗，所推出的以溝通、協調、控制為宗旨，適合不同性質、不同組織結構的政府部門、企事業單位使用的，基于lotus notes開發的辦公自動化軟件。系統充分利用intranet/internet這一現代化的辦公資源，實現管理規范化、現代化，解決了目前在計算機應用中普遍存在的“有路無車”的尷尬局面。

----輔助決策支撐系統以數據庫技術為基礎，把各類復雜的業務工作納入計算機管理系統中，同時連接各個專業業務數據庫，為領導提供各方面的文字、表格、圖形等統計資料及情況，為領導決策提供依據。

----辦公服務系統包括多媒體服務、視頻電話、手寫輸入、語音錄入控制等用以支持和服務辦公的系統。

第五篇：辦公自動化系統管理辦法

辦公自動化系統管理辦法

第一章 總 則

第一條 辦公自動化（簡稱OA）是指基于Internet/Intranet技術，以數據庫為核心，利用工作流概念，為分散在各地的工作人員提供一個信息共享，協同辦公的網絡環境。

第二條 我院辦公自動化系統（以下簡稱OA系統）是以朝華OA辦公自動化系統為管理平臺，采用服務器/客戶端/瀏覽器結構，建立起來的覆蓋學院各部門的辦公信息管理系統，實現院內網上辦公和信息資源共享。該系統是學校信息化建設與管理工作的重要組成部分，是提高學院整體管理水平的重要手段。

第三條 為了加強我院OA系統管理，保障我院辦公自動化系統能夠得以順利推廣、應用及正常運行，特制定本辦法。

第二章 系統構成與功能

第四條 學院OA系統基于Lotus Domino/Notes系統運行，由Domino服務器系統和Notes客戶機端系統組成。Domino服務器上安裝朝華OA辦公自動化系統數據庫，向用戶提供辦公數據和文件信息的存儲和共享，是OA系統的數據中樞；Notes客戶機端供全院各部門和全體用戶用于信息及文件輸入、修改和流轉、閱覽操作。

第三章 組織管理與職責

第五條 教務處現代教育與信息中心負責OA系統服務器的管理維護和日常運行。主要職責包括：

1、負責OA系統軟件的開發升級管理；

2、制定、落實OA系統有關規章制度；

3、承擔學院各部門領導、信息員和相關人員的培訓和技術指導工作；

4、負責OA服務器、操作系統和硬件的維護，確保服務器安全運行；

5、保障學院各部門和各用戶與OA服務器網絡的正常連通。

6、負責系統用戶注冊管理、日常運行的技術維護、系統功能的不斷完善。

第六條 學院各部門和各用戶是OA系統的終端用戶，學院各部門要結合本部門的實際，制定相應管理辦法，并指定部門信息員，負責部門的辦公信息的收發、處理、存檔，以及本部門OA辦公自動化系統終端的日常維護、人員培訓等技術支持工作。

第七條 學院各部門可根據本部門管理實際需要自行配置和開發業務管理軟件，例如：學生管理軟件和教務管理軟件，但應在教務處現代教育與信息中心的協調下按照統一數據標準進行，避免系統沖突和資源浪費，保證與OA系統的兼容性，實現內部辦公信息的共享性。

第四章 信息管理

第八條 OA系統所涉及的各種公文處理、會議管理等程序按照我院相關公文、會議處理辦法的規定辦理。

第九條 各單位在OA系統中所發布的信息，應先交由本部門領導審核。各部門領導對本部門在OA系統中發布的信息的可靠性和嚴肅性負責。

第十條 系統正式運行后，學院各部門領導和各部門信息員必須在每個工作日的上班后一個小時內，下班前一個小時內分別進入系統瀏覽一次，以保證公文系統的正常流轉和信息的及時傳送。

第五章 系統安全與保密

第十一條 所有用戶應認真貫徹執行《中華人民共和國計算機信息系統安全保護條例》和公安部《計算機信息網絡國際聯網安全保護管理辦法》，嚴格遵守《中國教育和科研計算機網暫行管理辦法》及校園網管理的有關規定。

第十二條 OA系統的所有用戶，不得利用OA系統從事危害國家、集體和他人利益的活動，不得在系統上制作、傳播有礙社會治安和不健康的信息，不得制造和輸入計算機病毒以及其他危害系統安全的數據。

第十三條 OA系統中的所有用戶應按規定的權限閱讀和使用系統提供的信息。不得盜用他人用戶賬號，不得干擾其他用戶和破壞系統服務。

第十四條 OA系統用戶口令應經常更改并保守秘密，以防他人有意或無意打開系統數據庫獲取信息，濫發電子郵件、惡意增刪資料或干擾公文運轉。

第十五條 所有使用該系統的人員均有保密的責任。不得隨意發布涉及國家和學校機密以及其它不宜發布的信息。

第六章 責任與處罰

第十六條 為了保障OA系統的硬件、軟件和信息的安全，保證系統的正常運行，全體用戶應遵守本管理辦法，違反者應承擔相應責任并接受處罰。

1、不執行本辦法第三、四章規定，影響信息的正常接收、處理、傳送、存檔，導致系統不能正常運轉的單位，學院對相關責任人及所在部門予以通報批評。

2、違反本辦法第五章規定，造成不良影響、導致系統損壞等后果者，給予行政

處分。造成損失的，除賠償損失外，并視情況予以5000元以內的經濟處罰。

第七章 其 它

第十七條 本辦法由教務處現代教育與信息中心負責解釋。

第十八條 本辦法自發布之日起試行。