【文章內(nèi)容簡介】 是將用戶的需求及其解決方法確定下來,這些需要確定的結(jié)果包括:開發(fā)者關(guān)于現(xiàn)有組織管理狀況的了解。數(shù)據(jù)和業(yè)務(wù)流程。數(shù)據(jù)字典等等。系統(tǒng)分析所確定的內(nèi)容是今后系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施的基礎(chǔ)。因此，下面將從系統(tǒng)組織機(jī)構(gòu)分析、系統(tǒng)業(yè)務(wù)流程分析、系統(tǒng)數(shù)據(jù)流程分析、數(shù)據(jù)字典、系統(tǒng)物理環(huán)境及技術(shù)選擇上進(jìn)行系統(tǒng)分析。組織結(jié)構(gòu)是指對于工作任務(wù)如何進(jìn)行分工、分組和協(xié)調(diào)合作。它表明了組織各部分排列順序、空間位置、聚散狀態(tài)、聯(lián)系方式以及各要素之間相互關(guān)系的一種模式，是整個(gè)管理系統(tǒng)的“框架”。 組織結(jié)構(gòu)是組織的全體成員為實(shí)現(xiàn)組織目標(biāo)，在管理工作中進(jìn)行分工協(xié)作，在職務(wù)范圍、責(zé)任、權(quán)利方面所形成的結(jié)構(gòu)體系。組織結(jié)構(gòu)是組織在職、責(zé)、權(quán)方面的動(dòng)態(tài)結(jié)構(gòu)體系，其本質(zhì)是為實(shí)現(xiàn)組織戰(zhàn)略目標(biāo)而采取的一種分工協(xié)作體系，組織結(jié)構(gòu)必須隨著組織的重大戰(zhàn)略調(diào)整而調(diào)整。經(jīng)過長時(shí)間對組織機(jī)構(gòu)細(xì)致的調(diào)查研究，系統(tǒng)組織機(jī)構(gòu)主要包括總經(jīng)辦:負(fù)責(zé)整個(gè)公司的決策、運(yùn)作、統(tǒng)籌公司行政管理工作等；項(xiàng)目部:負(fù)責(zé)公司項(xiàng)目的調(diào)查、招標(biāo)、開發(fā)、研發(fā)以及項(xiàng)目工作的規(guī)劃與審核等；人事部:負(fù)責(zé)公司的人事考核、核定各崗位工資標(biāo)準(zhǔn)、制定人事管理制度等；銷售部:負(fù)責(zé)總體的營銷活動(dòng)，決定公司的營銷策略和措施，并對營銷工作進(jìn)行評估和監(jiān)控等；財(cái)務(wù)部:負(fù)責(zé)在本機(jī)構(gòu)一定的整體目標(biāo)下，關(guān)于資產(chǎn)的購置(投資)，資本的融通(籌資)和經(jīng)營中現(xiàn)金流量(營運(yùn)資金)，以及利潤分配的管理等；具體系統(tǒng)組織機(jī)構(gòu)圖如下圖31所示：圖31 系統(tǒng)組織機(jī)構(gòu)圖業(yè)務(wù)流程分析是具體分析的第一步，為了要對詳細(xì)的調(diào)查結(jié)果進(jìn)行整理和分析，然后再經(jīng)業(yè)務(wù)人員的確認(rèn)，必須采用一些簡單方便的方法和工具來明確表達(dá)它們，使之成為系統(tǒng)分析員和用戶之間進(jìn)行交流的共同語言。業(yè)務(wù)流程圖可以解決這一問題。業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表, 同時(shí)也是對一個(gè)組織的功能和層次的某一部分進(jìn)行詳細(xì)的描述，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向。業(yè)務(wù)流程圖中各個(gè)符號的含義如下圖321所示：圖321 業(yè)務(wù)流程圖符號含義圖322為本系統(tǒng)的業(yè)務(wù)流程圖，描述了整個(gè)系統(tǒng)中所涉及的所有業(yè)務(wù)。圖322 業(yè)務(wù)流程圖數(shù)據(jù)流程分析是把辦公自動(dòng)化系統(tǒng)的數(shù)據(jù)流動(dòng)情況抽象地獨(dú)立出來，去掉了具體組織機(jī)構(gòu)、信息載體、處理工具和材料等，單從數(shù)據(jù)流動(dòng)過程來考察實(shí)際業(yè)務(wù)的數(shù)據(jù)處理模式。數(shù)據(jù)流程分析主要包括對信息的流動(dòng)、傳遞、加工處理和存儲(chǔ)等的分析。數(shù)據(jù)流程圖可以解決這一問題。數(shù)據(jù)流程圖（Data Flow Diagram）是管理信息系統(tǒng)開發(fā)的主要工具，是組織中信息運(yùn)動(dòng)的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。DFD用來描述系統(tǒng)中的數(shù)據(jù)經(jīng)外部實(shí)體而“流入”系統(tǒng)，再經(jīng)過加工處理及存儲(chǔ)等過程，最后“流出”系統(tǒng)交付外部實(shí)體使用的全過程。數(shù)據(jù)流程圖中各個(gè)符號的含義如下圖331所示：圖331 數(shù)據(jù)流程圖符號含義圖332為本系統(tǒng)數(shù)據(jù)流程圖頂層圖，把一個(gè)系統(tǒng)看成一個(gè)整體功能，表達(dá)了系統(tǒng)的邊界與輸入、輸出數(shù)據(jù)流。圖332 數(shù)據(jù)流程圖（頂層圖）圖333為本系統(tǒng)數(shù)據(jù)流程圖第一層圖，是在頂層圖的基礎(chǔ)上進(jìn)行進(jìn)一步的剖析處理過程。圖333 數(shù)據(jù)流程圖（第一層圖）數(shù)據(jù)字典是以特定格式記錄下來的，對系統(tǒng)的數(shù)據(jù)流程圖中各個(gè)基本要素（數(shù)據(jù)流、加工、存儲(chǔ)、和外部實(shí)體）的內(nèi)容和特征所作的完整的定義和說明。它是結(jié)構(gòu)化系統(tǒng)分析的重要工具之一，是對數(shù)據(jù)流程圖的重要補(bǔ)充和說明。它主要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過程和外部實(shí)體。數(shù)據(jù)字典一旦建立起來并按編號排序以后，就是一本可供人們查閱的字典。從系統(tǒng)分析一直到系統(tǒng)設(shè)計(jì)和實(shí)施都要使用它。在數(shù)據(jù)字典的建立、修正和補(bǔ)充過程中，始終要保證數(shù)據(jù)的一致性和完整性。數(shù)據(jù)字典中有六類條目：數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過程和外部實(shí)體。不同類型的條目有不同的屬性需要描述。為了避免數(shù)據(jù)字典占用太大篇幅，所以僅列出部分內(nèi)容。以下是辦公自動(dòng)化系統(tǒng)中建立的部分?jǐn)?shù)據(jù)字典：178。 數(shù)據(jù)項(xiàng)的定義數(shù)據(jù)項(xiàng)編號：101數(shù)據(jù)項(xiàng)名稱：父菜單編號數(shù)據(jù)項(xiàng)別名：父菜單編號簡 述：管理員添加的菜單信息類型及長度：int取值范圍：“101”—“999”178。 數(shù)據(jù)流的定義數(shù)據(jù)流編號：F3數(shù)據(jù)流名稱：用戶信息數(shù)據(jù)來源：管理員錄入數(shù)據(jù)去向：用戶信息表數(shù)據(jù)流組成：用戶名稱+姓名+密碼+……178。 處理過程的定義處理邏輯編號：P2處理邏輯名稱：系統(tǒng)管理簡 述：系統(tǒng)管理給管理員維護(hù)系統(tǒng)輸入數(shù)據(jù)流： 菜單信息、角色信息、登錄信息、操作信息輸出數(shù)據(jù)流：用戶角色178。 數(shù)據(jù)存儲(chǔ)的定義數(shù)據(jù)存儲(chǔ)編號：D6數(shù)據(jù)存儲(chǔ)名稱：權(quán)限分配簡 述：存放角色權(quán)限信息數(shù)據(jù)存儲(chǔ)組成：權(quán)限編號+角色編號+菜單編號+……相關(guān)聯(lián)的處理：P21．軟件配置方案l 操作系統(tǒng)：Windows XP；l 數(shù)據(jù)庫選擇：SQL Server 2005；l 開發(fā)平臺(tái)：Visual Studio2005。2．硬件配置方案l CPU：Genuine Intel(R) CPU T2080 @（服務(wù)器）；l 內(nèi)存：1GB或以上（服務(wù)器）；l 硬盤：120GB以上（服務(wù)器）。3．系統(tǒng)體系結(jié)構(gòu)本系統(tǒng)采用B/S架構(gòu)，系統(tǒng)的拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)如下圖351所示：圖351 系統(tǒng)拓?fù)浣Y(jié)構(gòu)圖178。 ，ASP 是一項(xiàng)微軟公司的技術(shù)，是一種使嵌入網(wǎng)頁中的腳本可由因特網(wǎng)服務(wù)器執(zhí)行的服務(wù)器端腳本技術(shù)。 指 Active Server Pages（動(dòng)態(tài)服務(wù)器頁面） ，運(yùn)行于 IIS 之中的程序。：◆可管理性；◆安全性；◆易于部署；◆增強(qiáng)的性能；◆靈活的輸出緩存；◆國際化；◆移動(dòng)設(shè)備支持；◆擴(kuò)展性和可用性；◆跟蹤和調(diào)試；◆與 .NET Framework 集成；◆與現(xiàn)有ASP應(yīng)用程序的兼容性等等178。 三層架構(gòu)技術(shù) 三層架構(gòu)(3tier application) 通常意義上的三層架構(gòu)就是將整個(gè)業(yè)務(wù)應(yīng)用劃分為：表現(xiàn)層（UI）、業(yè)務(wù)邏輯層（BLL）、數(shù)據(jù)訪問層（DAL）。區(qū)分層次的目的即為了“高內(nèi)聚，低耦合”的思想 （UI）：通俗講就是展現(xiàn)給用戶的界面，即用戶在使用一個(gè)系統(tǒng)的時(shí)候他的所見所得。 　　 （BLL）：針對具體問題的操作，也可以說是對數(shù)據(jù)層的操作，對數(shù)據(jù)業(yè)務(wù)邏輯處理。 　　 （DAL）：該層所做事務(wù)直接操作數(shù)據(jù)庫，針對數(shù)據(jù)的增添、刪除、修改、更新、查找等。 具體如下圖352所示：圖352 三層架構(gòu)圖與MVC的區(qū)別在于MVC（模型Model視圖View控制器Controller）是一種設(shè)計(jì)模式，我們可以用它來創(chuàng)建在域?qū)ο蠛蚒I表示層對象之間的區(qū)分。同樣是架構(gòu)級別的，相同的地方在于他們都有一個(gè)表現(xiàn)層，但是他們不同的地方在于其他的兩個(gè)層。 在三層架構(gòu)中沒有定Controller的概念。這是我認(rèn)為最不同的地方。而MVC也沒有把業(yè)務(wù)的邏輯訪問看成兩個(gè)層，這是采用三層架構(gòu)或MVC搭建程序最主要的區(qū)別。當(dāng)然了。在三層中也提到了Model，但是三層架構(gòu)中Model的概念與MVC中Model的概念是不一樣的，“三層”中典型的Model層是以實(shí)體類構(gòu)成的，而MVC里，則是由業(yè)務(wù)邏輯與訪問數(shù)據(jù)組成的。第四章 辦公自動(dòng)化系統(tǒng)的系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)是在對企業(yè)現(xiàn)狀系統(tǒng)分析的基礎(chǔ)上，依據(jù)系統(tǒng)分析階段所提出的新系統(tǒng)邏輯模型，建立起新系統(tǒng)的物理模型。詳細(xì)地說就是指在系統(tǒng)分析的基礎(chǔ)上進(jìn)行的系統(tǒng)設(shè)計(jì)原則，系統(tǒng)功能結(jié)構(gòu)圖設(shè)計(jì)，UML建模設(shè)計(jì)，輸入輸出設(shè)計(jì)以及數(shù)據(jù)庫設(shè)計(jì)等，并為系統(tǒng)實(shí)施階段的各項(xiàng)工作提供必要的技術(shù)資料和相關(guān)文檔。1．實(shí)用性原則系統(tǒng)以用戶（如系統(tǒng)管理員、總經(jīng)理等）需求為目標(biāo)，以方便用戶，提高用戶工作準(zhǔn)確度、專業(yè)性，提高工作效率為原則。2．易用性原則B/S結(jié)構(gòu)使用戶不必安裝客戶端就可以使用系統(tǒng)，瘦客戶端以及不受地域限制免除了非專業(yè)人員尤其是員工安裝系統(tǒng)與高效、實(shí)時(shí)工作的困難。3．先進(jìn)性原則本系統(tǒng)設(shè)計(jì)將充分應(yīng)用現(xiàn)有成熟的計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)、軟件開發(fā)技術(shù)，為用戶提供高性能的系統(tǒng)。系統(tǒng)將運(yùn)用先進(jìn)的瀏覽器/服務(wù)器結(jié)構(gòu)，采用SQL Server 2005作為數(shù)據(jù)庫，可以滿足企業(yè)內(nèi)部辦公的使用需求。4．安全性原則系統(tǒng)設(shè)計(jì)過程將充分考慮到安全機(jī)制，加強(qiáng)操作權(quán)限的設(shè)置與管理。對權(quán)限采取多級限制，確保系統(tǒng)安全可靠。5．可擴(kuò)展性原則這里包括兩層：硬件的可擴(kuò)展性與軟件的可擴(kuò)展性。隨著企業(yè)業(yè)務(wù)的發(fā)展，所配置的計(jì)算機(jī)硬件設(shè)備無論在CPU、內(nèi)存、外存的容量上都是可擴(kuò)充的，保護(hù)先前的投資。應(yīng)用軟件的可擴(kuò)充性比硬件的可擴(kuò)充性更重要，隨著使用的年限的增加，數(shù)據(jù)量的龐大，或者隨著使用的深入，為適應(yīng)發(fā)展，需要增加新的功能，本系統(tǒng)采用三層架構(gòu)，能夠做到模塊化擴(kuò)充，而保護(hù)先前的投入。6．實(shí)時(shí)性原則系統(tǒng)的所有數(shù)據(jù)均采用實(shí)時(shí)處理，如對消息的傳遞，日程的安排，考勤的統(tǒng)計(jì)等，確保了數(shù)據(jù)的及時(shí)性和有效性。7．經(jīng)濟(jì)實(shí)用性原則整個(gè)系統(tǒng)的建立充分考慮到實(shí)際業(yè)務(wù)操作的實(shí)用性和響應(yīng)速度。前臺(tái)操作直接應(yīng)對用戶，即刻處理，立即響應(yīng)。后臺(tái)管理系統(tǒng)在對大量數(shù)據(jù)進(jìn)行處理和分析時(shí)，充分考慮系統(tǒng)的響應(yīng)速度。在設(shè)計(jì)系統(tǒng)時(shí)，盡量利用現(xiàn)有的設(shè)備，以免造成不必要的浪費(fèi)。一切從用戶出發(fā)，在不影響系統(tǒng)性能的基礎(chǔ)上，達(dá)到經(jīng)濟(jì)與實(shí)用雙贏的效果。所謂系統(tǒng)功能結(jié)構(gòu)圖就是將系統(tǒng)的功能進(jìn)行分解，管理信息系統(tǒng)的各子系統(tǒng)可以看作是系統(tǒng)目標(biāo)下層的功能，對其中每項(xiàng)功能還可以繼續(xù)分解為第三層、第四層……甚至更多的功能。系統(tǒng)功能結(jié)構(gòu)圖就是按照功能的從屬關(guān)系畫成的圖表，圖中的每一個(gè)框都稱為一個(gè)功能模塊。功能模塊可以根據(jù)具體情況分的大一點(diǎn)或小一點(diǎn)，分解得最小功能模塊可以是一個(gè)程序中的每個(gè)處理過程，而較大的功能模塊則肯能是完成某一個(gè)任務(wù)的一組程序。在以上分析的基礎(chǔ)上，可以將系統(tǒng)分為9大模塊和1個(gè)附加功能，整個(gè)系統(tǒng)的功能結(jié)構(gòu)圖如下圖42所示：圖42 系統(tǒng)功能結(jié)構(gòu)圖 UML建模設(shè)計(jì)UML是面向?qū)ο箝_發(fā)中一種通用的圖形化建模語言，它定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用。面向?qū)ο蟮姆治鲋饕诩訌?qiáng)對問題空間和系統(tǒng)任務(wù)的理解、改進(jìn)各方交流、與需求保持一致和支持軟件重用等4個(gè)方面表現(xiàn)出比其他系統(tǒng)分析方法更好的能力，成為主流的系統(tǒng)分析方法。下面將使用用例圖、時(shí)序圖、活動(dòng)圖來重點(diǎn)分析系統(tǒng)的功能與過程。l 角色用例圖在以上分析的基礎(chǔ)上，可以把系統(tǒng)分為總經(jīng)理、部門經(jīng)理、人事經(jīng)理、普通員工、系統(tǒng)管理員這五大角色，具體用例圖如下圖：1. 總經(jīng)理角色：擁有系統(tǒng)所有的權(quán)限，具體用例圖如下圖431所示：圖431 總經(jīng)理用例圖2. 部門經(jīng)理角色：擁有該部門相關(guān)權(quán)限及其一般權(quán)限，具體用例圖如下圖432所示：圖432 部門經(jīng)理用例圖3. 人事經(jīng)理角色：擁有人事部相關(guān)權(quán)限及其一般權(quán)限，具體用例圖如下圖433所示：圖433 人事經(jīng)理用列圖4. 普通員工角色：擁有一般權(quán)限，具體用例圖如下圖434所示：圖434 普通員工用列圖5. 系統(tǒng)管理員角色：擁有系統(tǒng)維護(hù)的權(quán)限及其一般權(quán)限，具體用例圖如下圖435所示：圖435 系統(tǒng)管理員用例圖l 模塊用例圖根據(jù)以上分析，可以把系統(tǒng)分為日程管理、文檔管理、消息傳遞、個(gè)人記錄、考勤管理、人事管理、系統(tǒng)管理、常用工具、娛樂游戲這九大模塊和一個(gè)附件功能，具體用例圖如下圖：216。 日程管理1． 我的日程：總經(jīng)理、部門經(jīng)理、人事經(jīng)理可以添加日程、刪除日程、修改日程、查看日程，其中需要注意的是刪除日程是假刪除，具體用例圖如下圖436所示：圖436 我的日程用例圖2． 部門日程：用戶可以按日期等條件來搜索部門日程、查看日程詳情，具體用例圖如下圖437所示：圖437 部門日程用例圖3． 日程維護(hù)：總經(jīng)理、系統(tǒng)管理員可以按機(jī)構(gòu)、部門、姓名、時(shí)間等條件來搜索日程、徹底刪除日程，具體用例圖如下圖438所示：圖438 日程維護(hù)用例圖216。 文檔管理1. 文檔列表：用戶可以添加文檔、刪除文檔、修改文檔、下載文檔，其中需要注意的是刪除文檔是假刪除且刪除文檔、修改文檔、下載文檔總經(jīng)理擁有最高權(quán)限以及下載文檔只能同部門的人可下載，具體用例圖如下圖439所示：圖439 文檔列表用例圖2. 文檔搜索：總經(jīng)理可以按文件名、附件名、用戶名、日期段等條件來搜索文檔、下載文檔，具體用例圖如下圖4310所示：圖4310 文檔搜索用例圖3. 回收站：用戶可以還原文檔、徹底刪除文檔，其中需要注意的是總經(jīng)理可以擁有所有用戶的回收站權(quán)限，具體用例圖如下圖4311所示：圖4311 回收站用例圖216。 消息傳遞1. 寫新消息：用戶可以發(fā)送消息、保存草稿消息，具體用例圖如下圖4312所示：圖4312 寫新消息用例