讀者協會工作計劃(5篇)讀者協會工作方案(5篇)

讀者協會工作方案范文第1篇

【關鍵詞】協同開發管理對象性關系性任務性

軟件開發活動的網絡化、分布化、共享化、協同化是信息時展的必定趨勢。作為新興的信息化應用軟件，協同軟件受到越來越多的學者和用戶關注。20世紀80年月中期，國外就已經有功能相對單一的商品化工作流系統問世，這可以看做早期協同軟件的雛形。協同軟件是指那些以團隊協作為目標的協作軟件工具，主要包括群組協作管理，如：工作流管理、項目管理等等；各種通信軟件，如E-Mail、即時通信、VOIP等。作為協同軟件開發的管理者，要想保證系統工作順當有效的進行，就應當從協同管理的軟件組件對象性，協同開發的關系性和協同管理的任務性等三方面進行分析、建立、管理、掌握、協同開發工作。

一、協同管理的軟件組件對象模型

1.1概念

協同管理系統作為一種信息管理系統，除了具有一般信息管理系統的功能外，它還具有對協同信息的表述、存儲、提取、查詢和掃瞄等功能。

整體是由部分組成，協同管理軟件同樣如此，協同管理系統由多個局部系統組成。局部系統是協同管理系統的對象實例，本身是一個對象，同時它又是組件對象實例，被其他對象管理。

1.2組件對象的關聯和創建

協同管理系統中管理的各對象之間存在著簡單的關聯，以下是對其關聯狀況的概括描述：

（1）：：=

（2）：：=/

（3）：：=[/]

（4）：：=

（5）：：=//

（6）：：=（，）

在以上的描述中，我們可以將數據庫系統看成是一個獨立創建的包含了大量軟件組件對象的對象庫。

對于軟件組件對象的創建，一般來說有兩種創建方式，一種是由部分到整體的創建方式，就是先創建一個詳細的軟件組件對象，然后由這個已創建好的軟件組件對象再創建出更多的組件對象，進而形成一個大的應用軟件系統。另一種是由整體到部分的創建方式，即先創建一個軟件組件系統框架，管理者依據需要創建很多的模塊，并給出設計要求，詳細的內部結構由開發者自主打算。開發者創建好的軟件組件對象對其他開發者和用戶都是開放的，每個開發者或用戶都可以依據自己的需要及愛好檢出任意一個組件對象，也可以對其進行修轉變動，將改動后的組件對象再存回數據庫中。

二、協同開發的關系模型

2.1自發組成的協作組

在一個開放的信息環境中，協作組的成員并不是一成不變的，可以事先確定，也可以隨時加入，那么如何來管理整個協作組呢？本模型采納了“誰最終離開誰關門”的方式。舉例說明：有A，B，C，D四人，他們分別提取了同一個目標對象，這樣他們四人就組成了一個協作組，在此協作組中的這四人彼此是可見的，假如他們對所提取的同一對象完成改動工作的挨次是ADBC，那么先完成改動工作的人要將他所完成改動后的內容和要求發送給其他未完成改動的人，最終的完成改動工作的開發者來實現改動的合并任務，并且需要根據版本模型的規章將完成改動的內容存回數據庫中。在該協作組中，每個協作組中的成員在接收到其他成員的改動內容后都要將自己的改動與之合并，之后發送給其他成員，發送完畢后，該成員可以退出協作組，也可以留在協作組中作一些輔的工作。在該協作組中，只有最終完成改動工作的人可以將改動結果送入數據庫，否則他所做的改動就會被掩蓋。

2.2協同信息表

協同信息表為管理協作帶來了便利，在數據庫中的每個組件對象，都需要有一個協同信息表L（oi），依據開發者的加入和退出狀況，該協同信息表的內容會添加或者刪除一個表項。作為協作組的成員，他可以同時提取多個對象，這時他就成為了多個協作組的成員。因此在工作時，為了避開造成數據不全都現象的發生，不僅要考慮單個組員在不同組中的工作狀態，還要考慮到不同組之間的協作狀況和相互影響。

考慮一個協同數據庫由幾大功能模塊構成，這些模塊形成系統的幾大特性，每一個特性可能都有若干候選選項。不同的選擇組合使系統的功能會發生變化，從這些意義上講協同數據庫可以表示為

SDB=P1，P2，…，Pm

針對組個O1，O2，O3，O4，就產生了3個協作組。

若全部被提取的對象Oi，Oj，…之間都沒有關聯和依靠，或者有依靠和關聯的對象Oi，Oj，…總是同屬于一個協作組，那么問題就變得簡潔了。

第一種狀況使協可以簡潔地完成對象的接收合并或傳送到其他協工作區；其次種狀況（如圖1）若只有對象O1，O2有關聯，它們與其他對象無關系，O3，O2盡管是被兩個協作組提取修改，但是它們是在兩個協作組中同時被提取的，因此，響應的開發者也可以像第一種狀況一樣去對它們進行處理。

對于一個復合任務的劃分可以有兩種方法，一種方法是根據開發者成員數量劃分，即有幾個人就劃分成幾個子任務。另一種方法是根據子系統的結構劃分，也就是依據所要完成的復合任務的模塊進行的劃分，設該讀訪集中有N個模塊，那么每個R都是一個子任務的開頭點，這種劃分方法也是軟件工程中最常見的劃分方法。

任務劃分會對分析結果產生影響，當兩個讀操作集重疊時不會產生影響，但當一個讀操作集與一個寫操作集重疊時，一個子任務會對另一個子任務產生影響，當兩個寫操作集重疊時，兩個子任務有可能會對同一個組件進行改動，波及覆時，會使兩個子任務間產生影響。通過對任務劃分的分析和細化從而使一個復合任務內部的各個子任務間的的相互依靠關系盡可能的削減是提高效率，改善工作質量的最好方法。通過影響分析方法可能改善協同工作的方案和調度，影響分析方法也可以改善軟件模塊劃分。復合任務經過初始的任務劃分，產生了若干個工作命令，每個開發者接收到屬于自己的工作命令，建立了一個子任務網，在子任務讀寫集之間重疊的開發者屬于同一個協