OA系統(tǒng)設計的要點總結(jié)
從去年11月份接受OA系統(tǒng)設計任務，至今已有三個月時間，OA系統(tǒng)的基礎工作已基本完成，剩余的就是按照公司的業(yè)務結(jié)構(gòu)按模塊開發(fā)。在此期間，收獲很多，對于我來說，這完全是一個從0到1的過程，不斷的思考，總結(jié)，一遍又一遍的推翻自己的方案，不斷的認識矛盾，統(tǒng)一矛盾。
總結(jié)出OA系統(tǒng)的設計的三大要點：
一、人事架構(gòu)——變化的表象是以不變?yōu)楦?/strong>。
作為公司辦公系統(tǒng)，人事結(jié)構(gòu)是整個系統(tǒng)的基礎框架。OA系統(tǒng)是一款面向多角色，多權(quán)限分工明確的組織。因此，就需要設計一套標準的，可拓展的人事結(jié)構(gòu)。以滿足公司的業(yè)務拓展和人員角色的變化。拓展和變化這兩點需求，可以說為開發(fā)增加很大的難度。
拓展的之難在于設置一套標準的組織結(jié)構(gòu)，目前公司處于快速拓展階段，人事結(jié)構(gòu)交叉混亂，因此，其重點是如何解決多個不相干角色的耦合問題，同時又要考慮到以后角色劃分不能重合的問題。
所有的產(chǎn)品設計都是解決人和事之間的交互問題，不同的是，to C型產(chǎn)品的角色往往都是一個泛概念，角色相對單一。而OA系統(tǒng)則有著嚴格的角色劃分和職責權(quán)限。每個人的操作既有相同的，又有不同的，為此，我對功能和使用角色進行了細分。把一個大功能拆分為若干細分功能，每一個細分功能對應一個權(quán)限，將一個人的角色也進行拆分，一個角色對應一個權(quán)限。最終找到的功能組成的最小的單位和使用者角色的最小單位。最小單位是不可變的，有著嚴格的一對一性質(zhì)，這也符合技術(shù)實現(xiàn)的原理。
二、審批流程——變在不變之內(nèi)。
OA系統(tǒng)的重要作用就是，解決企業(yè)事務的流程性問題。這就是審批，一個事件從發(fā)起到完成，需要依次經(jīng)歷多個角色的處理。而審批流程的特殊就在于每個部門，每個分公司的流程都不相同。那那么如何設計出一個標準的處理規(guī)則來解決滿足其個性化的設置就是審批流程的關(guān)鍵所在。這看起來似乎是矛盾的。既要標準，又要個性化。需要標準，是因為要保證軟件的拓展性，用一個統(tǒng)一的邏輯來達到個性化設置的目的。也就是說，標準是基于開發(fā)需求，個性化是基于業(yè)務需求。
為滿足審批流程的靈活性和標準性，審批流程不能按照人事結(jié)構(gòu)的層級來設計，而是完全脫離人事層級，以賬戶為參與點，事件的流向根據(jù)賬戶進入對應的處理程序中。在此階段，遇到的最大問題就是開發(fā)問題，要想達到靈活設置的目的，必須要找到一個不變的因素作為起點，如果了解技術(shù)的實現(xiàn)原理就會明白一個道理，所有的變化的背后都有其不變作為基礎，而變化也不是真正意義上的絕對變化，而是在一定范圍內(nèi)的相對變化。
亦即：變在不變之內(nèi)。這一點頗有哲學韻味。
說點題外話，變在不變之內(nèi)，演變于道家的哲學理論：陰在陽之內(nèi)，不在陽之對。變與不變不是對立的，而是矛盾統(tǒng)一的。巧的是，當今的程序的設計，追根溯源，源起的就是二進制，二進制是計算機系統(tǒng)的根本原理，相傳，二進制的發(fā)明是外國人基于中國道家哲學中的陰陽理論，1為陽，0為陰。二進制的加減也是根據(jù)陰陽的變化原理而得。故而，軟件技術(shù)和哲學并不矛盾。
三、數(shù)據(jù)統(tǒng)計——以果導因
公司之所以要開發(fā)自己的OA系統(tǒng)，最大的需求就是數(shù)據(jù)統(tǒng)計和數(shù)據(jù)分析。這是第三方軟件無法滿足的。數(shù)據(jù)統(tǒng)計是OA系統(tǒng)的最后一項重要設計，放在最后開發(fā)，是因為只有所有的功能完成之后，數(shù)據(jù)鏈才能形成。但是卻又是要首先考慮的，因為這種給予公司業(yè)務的數(shù)據(jù)統(tǒng)計，需要以果導因。
為何呢？曾經(jīng)說過，產(chǎn)品設計就是解決信息流的流向問題，就是解決其從哪里來，如何呈現(xiàn)，到哪里去的問題。數(shù)據(jù)統(tǒng)計可以說是OA系統(tǒng)的最終目的。可以說，數(shù)據(jù)統(tǒng)計的需求貫穿OA系統(tǒng)的設計的全過程。為此，每個模塊的開發(fā)時都需要了解清楚其最終需要的數(shù)據(jù)統(tǒng)計需求，根據(jù)最終需求，來設計其信息的起點并提前做好數(shù)據(jù)埋點。
在此，小編以簡搭(jabdp)低代碼開發(fā)平臺為例，讓我們一起來了解一下如何實現(xiàn)OA系統(tǒng)的快速開發(fā)。簡搭(jabdp)平臺是一個免費且全功能開源的低代碼平臺，支持國產(chǎn)操作系統(tǒng)和數(shù)據(jù)庫，只需要會簡單的javascript和sql，便可實現(xiàn)復雜的業(yè)務功能。
用簡搭(jabdp)低代碼平臺搭建OA系統(tǒng)的優(yōu)勢
1、“可塑性”強
低代碼平臺自身具備極強的“可塑性”，支持在后續(xù)的運用過程中繼續(xù)做出很多計算和改進。此外，還支持用戶隨時隨地進行自主擴展或者修改，并且支持對接第三方系統(tǒng)，便于企業(yè)對業(yè)務進行管理，對相關(guān)數(shù)據(jù)進行交互等，從而提高工作效率。
2、優(yōu)化企業(yè)業(yè)務流程
簡搭提供自定義平臺，將業(yè)務功能模塊化、接口標準化（SOA架構(gòu)設計），便于用戶可以靈活的按自己需求，編排組合自己的業(yè)務流程，從而達到優(yōu)化現(xiàn)有流程。
3、私有云部署，安全穩(wěn)定
簡搭(jabdp)主打私有云部署模式，可以讓企業(yè)將此項目管理系統(tǒng)安放在企業(yè)內(nèi)部網(wǎng)絡段，阻隔外部網(wǎng)絡各種不安全原因，保證項目數(shù)據(jù)的私密性。并且可以自定義系統(tǒng)更新時間及更新版本，減少因系統(tǒng)更新所帶來的各種不穩(wěn)定因素。
4、簡單功能零代碼配置，復雜功能低代碼開發(fā)
好了，今天的文章分享到這就結(jié)束了，要是喜歡的朋友，請點個關(guān)注哦！--我是簡搭(jabdp低代碼平臺，支持國產(chǎn)操作系統(tǒng)和數(shù)據(jù)庫)，致力于推廣低代碼平臺，感謝大家關(guān)注。
從去年11月份接受OA系統(tǒng)設計任務，至今已有三個月時間，OA系統(tǒng)的基礎工作已基本完成，剩余的就是按照公司的業(yè)務結(jié)構(gòu)按模塊開發(fā)。在此期間，收獲很多，對于我來說，這完全是一個從0到1的過程，不斷的思考，總結(jié)，一遍又一遍的推翻自己的方案，不斷的認識矛盾，統(tǒng)一矛盾。
總結(jié)出OA系統(tǒng)的設計的三大要點：
一、人事架構(gòu)——變化的表象是以不變?yōu)楦?/strong>。
作為公司辦公系統(tǒng)，人事結(jié)構(gòu)是整個系統(tǒng)的基礎框架。OA系統(tǒng)是一款面向多角色，多權(quán)限分工明確的組織。因此，就需要設計一套標準的，可拓展的人事結(jié)構(gòu)。以滿足公司的業(yè)務拓展和人員角色的變化。拓展和變化這兩點需求，可以說為開發(fā)增加很大的難度。
拓展的之難在于設置一套標準的組織結(jié)構(gòu)，目前公司處于快速拓展階段，人事結(jié)構(gòu)交叉混亂，因此，其重點是如何解決多個不相干角色的耦合問題，同時又要考慮到以后角色劃分不能重合的問題。
所有的產(chǎn)品設計都是解決人和事之間的交互問題，不同的是，to C型產(chǎn)品的角色往往都是一個泛概念，角色相對單一。而OA系統(tǒng)則有著嚴格的角色劃分和職責權(quán)限。每個人的操作既有相同的，又有不同的，為此，我對功能和使用角色進行了細分。把一個大功能拆分為若干細分功能，每一個細分功能對應一個權(quán)限，將一個人的角色也進行拆分，一個角色對應一個權(quán)限。最終找到的功能組成的最小的單位和使用者角色的最小單位。最小單位是不可變的，有著嚴格的一對一性質(zhì)，這也符合技術(shù)實現(xiàn)的原理。
二、審批流程——變在不變之內(nèi)。
OA系統(tǒng)的重要作用就是，解決企業(yè)事務的流程性問題。這就是審批，一個事件從發(fā)起到完成，需要依次經(jīng)歷多個角色的處理。而審批流程的特殊就在于每個部門，每個分公司的流程都不相同。那那么如何設計出一個標準的處理規(guī)則來解決滿足其個性化的設置就是審批流程的關(guān)鍵所在。這看起來似乎是矛盾的。既要標準，又要個性化。需要標準，是因為要保證軟件的拓展性，用一個統(tǒng)一的邏輯來達到個性化設置的目的。也就是說，標準是基于開發(fā)需求，個性化是基于業(yè)務需求。
為滿足審批流程的靈活性和標準性，審批流程不能按照人事結(jié)構(gòu)的層級來設計，而是完全脫離人事層級，以賬戶為參與點，事件的流向根據(jù)賬戶進入對應的處理程序中。在此階段，遇到的最大問題就是開發(fā)問題，要想達到靈活設置的目的，必須要找到一個不變的因素作為起點，如果了解技術(shù)的實現(xiàn)原理就會明白一個道理，所有的變化的背后都有其不變作為基礎，而變化也不是真正意義上的絕對變化，而是在一定范圍內(nèi)的相對變化。
亦即：變在不變之內(nèi)。這一點頗有哲學韻味。
說點題外話，變在不變之內(nèi)，演變于道家的哲學理論：陰在陽之內(nèi)，不在陽之對。變與不變不是對立的，而是矛盾統(tǒng)一的。巧的是，當今的程序的設計，追根溯源，源起的就是二進制，二進制是計算機系統(tǒng)的根本原理，相傳，二進制的發(fā)明是外國人基于中國道家哲學中的陰陽理論，1為陽，0為陰。二進制的加減也是根據(jù)陰陽的變化原理而得。故而，軟件技術(shù)和哲學并不矛盾。
三、數(shù)據(jù)統(tǒng)計——以果導因
公司之所以要開發(fā)自己的OA系統(tǒng)，最大的需求就是數(shù)據(jù)統(tǒng)計和數(shù)據(jù)分析。這是第三方軟件無法滿足的。數(shù)據(jù)統(tǒng)計是OA系統(tǒng)的最后一項重要設計，放在最后開發(fā)，是因為只有所有的功能完成之后，數(shù)據(jù)鏈才能形成。但是卻又是要首先考慮的，因為這種給予公司業(yè)務的數(shù)據(jù)統(tǒng)計，需要以果導因。
為何呢？曾經(jīng)說過，產(chǎn)品設計就是解決信息流的流向問題，就是解決其從哪里來，如何呈現(xiàn)，到哪里去的問題。數(shù)據(jù)統(tǒng)計可以說是OA系統(tǒng)的最終目的。可以說，數(shù)據(jù)統(tǒng)計的需求貫穿OA系統(tǒng)的設計的全過程。為此，每個模塊的開發(fā)時都需要了解清楚其最終需要的數(shù)據(jù)統(tǒng)計需求，根據(jù)最終需求，來設計其信息的起點并提前做好數(shù)據(jù)埋點。
在此，小編以簡搭(jabdp)低代碼開發(fā)平臺為例，讓我們一起來了解一下如何實現(xiàn)OA系統(tǒng)的快速開發(fā)。簡搭(jabdp)平臺是一個免費且全功能開源的低代碼平臺，支持國產(chǎn)操作系統(tǒng)和數(shù)據(jù)庫，只需要會簡單的javascript和sql，便可實現(xiàn)復雜的業(yè)務功能。
用簡搭(jabdp)低代碼平臺搭建OA系統(tǒng)的優(yōu)勢
1、“可塑性”強
低代碼平臺自身具備極強的“可塑性”，支持在后續(xù)的運用過程中繼續(xù)做出很多計算和改進。此外，還支持用戶隨時隨地進行自主擴展或者修改，并且支持對接第三方系統(tǒng)，便于企業(yè)對業(yè)務進行管理，對相關(guān)數(shù)據(jù)進行交互等，從而提高工作效率。
2、優(yōu)化企業(yè)業(yè)務流程
簡搭提供自定義平臺，將業(yè)務功能模塊化、接口標準化（SOA架構(gòu)設計），便于用戶可以靈活的按自己需求，編排組合自己的業(yè)務流程，從而達到優(yōu)化現(xiàn)有流程。
3、私有云部署，安全穩(wěn)定
簡搭(jabdp)主打私有云部署模式，可以讓企業(yè)將此項目管理系統(tǒng)安放在企業(yè)內(nèi)部網(wǎng)絡段，阻隔外部網(wǎng)絡各種不安全原因，保證項目數(shù)據(jù)的私密性。并且可以自定義系統(tǒng)更新時間及更新版本，減少因系統(tǒng)更新所帶來的各種不穩(wěn)定因素。
4、簡單功能零代碼配置，復雜功能低代碼開發(fā)
好了，今天的文章分享到這就結(jié)束了，要是喜歡的朋友，請點個關(guān)注哦！--我是簡搭(jabdp低代碼平臺，支持國產(chǎn)操作系統(tǒng)和數(shù)據(jù)庫)，致力于推廣低代碼平臺，感謝大家關(guān)注。
