2004年07月11日

武夷山很好玩,山好水好

特别是龙川大峡谷,清新的空气、蜿蜒的藤条,翠绿的溪水 让人留连忘返。。。。

 

我还在碧水潭游了一下泳 水很深 蹭了两下没有到底

2004年07月08日

minatl有严重的bug,我企图修正它

2004年07月02日
 主题: 十二 WorkEffort
作  者
主  体
alleysh

Joined: 2003-09-18 14:41:52.0

Posted:2003-10-31 22:28:17.0  


 workEffort 与communication event的关系。
例如: 当A接听到客户电话要求解决某个问题时(communication
event),  A为此客户建立个案(case)。
A的经理, 检查并分析该个案后, 布置任务(workEffort).

 这过程基本说明了workEffort 与communication event的关系

jpublish

Joined: 2003-10-20 13:08:12.0

Posted:2003-11-06 23:05:04.0  


workEffort 有很多种 event, activity(一般认为是工作流的), task,project.

这里请问appointment是不是属于communication event?

polus

Joined: 2003-10-17 14:05:55.0

Posted:2003-11-07 16:39:30.0  


workEffort怎么翻译?
jpublish

Joined: 2003-10-20 13:08:12.0

Posted:2003-11-07 19:45:18.0  


:-)  工作绩效
trigger

Joined: 2003-10-23 08:25:47.0

Posted:2003-11-07 20:59:09.0  


工作安排
jpublish

Joined: 2003-10-20 13:08:12.0

Posted:2003-11-12 22:00:22.0  


我觉得现有的workeffort实体有点问题。
1. workeffort,可以作为 事件,任务,没有问题。
但是 workeffort 和party建立了分配关系,也没有问题。
但是和 contactMech关系,有点不妥了。

如果contactMech 脱离了party和workeffrot直接关联。似乎不合常理阿。
联系总是和某个联系人联系。不会单单 workeffort 自己有联系方式, 如 email什么的。 哈哈 一家之言。

xjcxp

Joined: 2003-11-17 14:27:58.0

Posted:2004-02-18 10:28:17.0  


1,从来源来说,workeffor应该主要是与requirement关联。工作任务来自业务需求。这里才可以关联contactMech 的party。
2,从workeffor的执行来说,需要由party执行,注意role哟。
jpublish

Joined: 2003-10-20 13:08:12.0

Posted:2004-02-18 23:07:10.0  


workeffor应该主要是与requirement关联 这点很赞同。

xjcp能都结合具体的应用,说说requirement和workeffort.
例如:requirement 可以认为是一个case,
        针对这个case,安排了很多workeffort
请职教!

ofbiz 中的data model

  
 关于ofbiz中的data model
  
 ofbiz中参考”The data model resource toolkit” volumn1,volumn2 及一些CRM、ERP软件中的设计方法,在整个项目的不同子系统中进行data model的设计。在没有看data model之前,我认为ofbiz的entity engine其实不是一个非常好的的设计,他只是起到一层封装的作用而已,没有对以往的直接写sql 语句的做法有很大的提高,因为它大量的使用了map,而这在编码阶段是很容易出错的,许多错误只有到运行时才能发现,给编码人员调试工作带来了很多麻烦。在这方面相比hibernate等or mapping的工具,有着比较大的劣势。而且他的查询做的也不够好。
 但是我想entity engine可能与data model的设计结合可能综合来看会带来很多的好处。
  
 我们以往的数据库设计很多都是基于三范式来进行的,更多从项目出发,根据实际情况来设计,对于扩展性(通过增加字段或表)和一些需要考虑的与业务相关的情况考虑不够。ofbiz的data model设计时就融入了一些oo的思想,对项目而言未必是合适,而且带来一定的编码工作量的增大,并且在查询和统计方面可能会复杂很多,但是参考ofbiz的data model设计,可以为我们的基于业务的复用的思考带来一些新的思路。以技术平台的复用加上业务上的复用,把业务的复用建立在扎实的技术平台之上,这是我们思考已久的事情。而ofbiz3。0的新版本就是这样做的。
  
 data model的设计也可以用很多的pattern来表示,以下对其中几个做一个简单的介绍。
  
 Extensibility Pattern
  
 这是使用比较多的一个,在很多子系统中使用,主要解决了设计时和运行时的扩展性问题。对于一个实体表,我们可能需要另外三到四张相关的表。我们用Entity来表示实体表,那我们还需要EntityClass (optional) EntityType, EntityAttribute, and EntityTypeAttr。他们的关系如下:

 
  

 我们假设部门内部设计一个管理系统,管理部门内部正在从事的项目,以项目为例,图中的entity即为项目表,比如有项目编号,项目名称,等字段;entitytype表表示产品的类型,比如软件项目(SOFTWARE_PROJ),硬件项目(HARDWARE_PROJ)还是咨询服务(SERVICE_PROJ)。那么如果一个项目只有一种类型,那么entity与entitytype就是一对一的关系,如果一个项目有几个类型,比如金交所同时负责硬件和软件,那么增加entityclass来表示一对多的关系,所以说entityclass是可选的。
  
 对于不同类型,可能有一些公共的属性,我们可以设计为entitytype的字段,对于不同类型可能差异较大,我们需要记录不同的属性的时候,我们注意到entitytype中有一个HAS_TABLE的字段,表示此entitytype记录是否有专门的表来记录类型,如果某记录的HAS_TABLE字段为”Y”,则有一个表名与Entitytype中的这条记录的Type字段名称一样的表,表示此类型的信息。比如entitytype中一条记录,insert into table entitytype(seq,type,has_table) values (1,”HARDWARE_PROJ”,”Y”screen.width/2)this.width=screen.width/2″ vspace=2 border=0>,则表示另外有一张表名为HARDWARE_PROJ的表来记录此类型的具体信息。我们可以看到entitytype中还有一个parenttype,用来表示继承关系,比如我们可以将软件项目分为交易类项目,银行类项目,则他们的parenttype都是软件项目。
  
 entityAttr表就比较好理解,表示对entity的扩展,一个attr就可以代表entity中的一个column,比如一些attr只有很少的entity中有,而且也不常用,再如一些设计时没有考虑到的字段,就可以通过这种方式做扩展。
  
 entitytypeattr就是表示对entitytype的扩展。
  
 party patten
  
 基于上面的Extensibility Pattern,我们可以来考虑party pattern的设计,这里的party是指参与者。我们知道目前许多企业都在做向客户中心的转移。那么统一的客户信息就非常必要。比如对于一个大的机构而言,他的供应商,同样也是自己的客户,比如ibm是我们的供应商,但是我们也可以做一些他们的外包的项目,或者未来我们可以为ibm做一些内部项目,这样他们就成了我们的客户。对于party可以分为个人(Person)与组织(Organization)两个类型。不同party间的关系也是错综复杂的,我们如何来定义一个清晰模型就变得越来越重要。如果记录在不同的表中,可能会给未来的分析决策带来不便。
  
 在公司内部,各员工间、不同部门间、以及各角色之间的关系使用传统的方式也变得难以定义。
  
 party的设计目前在不同的数据建模的书中都不相同,但都是作为一个设计的重点。在ofbiz中对party的定义相对简单。由Party PartyClassification PartyClassificationType PartyType PartyAttribute PartyTypeAttr PartyRole RoleType RoleTypeAttr PartyRelationship PriorityType PartyRelationshipType PartyDataObject PartyGroup Person等表构成(注:在文档中还有Customer表,但查实际的entity 定义中没有,PartyGroup文档中没有列出)。

 参照刚才的Extensibility Pattern,根据名称我们也可以知道每张表大致的意思。
 Party中定义所有的Party,所有的参与者在party表中定义,无论客户、供应商、员工或是其他。
 partytype中分解类型,PartyGroup和Person是PartyType表中Has_Table=”Y”的两条记录。
 PartyRole中定义Party具有的角色,角色在RoleType中定义。
  
 还有一点需要注意,对应的权限设计,每个party可以有多个UserLogin帐户,UserLogin与Party是多对一的关系。
  
 小结
 以往在技术架构上考虑的多,确实业务上抽象比较困难,通过在表结构设计方面的一些考虑,可能能为我们在业务上复用带来一些思路。而我确实听说一些国内公司的产品能够实现技术框架、技术组件、业务组件、业务流程几个级别的复用,相信我们也可以做到。
  
 -------------------------------
  
 参考文档
         ofbiz文档:/website/entity-overview.html
         ofbiz data model        

2004年07月01日



144 特色詳解
1.免程式開發 (No Programming or Scripting)
    能夠簡便的設計應用軟體與導入是工作流程最重要特色之一,毋需開發程式,便能設計複雜完善的流程,也成為現代企業流程自動化的最基本需求。

    Ultimus 可讓您不需撰寫一行程式便能設計最複雜的工作流程,此功能使得企業能以最低成本導入與維護工作流程應用程式.

    Top

2.可處理大量流程工作 (Volume Transaction Processing)
    在最近的統計分析指出,工作流程最多的要求是關於安全性、穩定性(可信度)與支援大量工作處理(transaction)。當流程中任一項工作完成時,它便會要求伺服器執行一項工作處理(transaction),以決定接下來要產生什麼動作,並且必需要確保後續工作的資訊能正確傳遞給正確處理者或應用程式 。當流程參與用戶與執行的流程工作增加後,工作處理(transaction)的數量更是等比成長,因此工作流程伺服器必需能穩定地執行工作。如果流程處理不夠穩定或快速,則工作流程系統必定出狀況。因此,安全的、穩定與有效率地處理流程,成為工作流程自動化首要的三項課題。

    Ultimus Workflow Server 構建在Microsoft Transactions Server (MTS) 之上,當 Ultimus 處理工作流程邏輯與功能時,MTS便負責所有資源應用、

    Multi-threading與資料庫連結。 MTS 宣稱每日最高能穩定地處理超過10億筆工作,藉由MTS的基礎,Ultimus也繼承了NT Server相當多的特色,例如叢集(Clustering)、動態負荷分配與其它NT v4 與 NT v5 的功能。您也能輕易地發現,Ultimus採用的是和許多大型資訊系統相同的交易處理核心(transaction process engine)。 (例: NT, MTS, SQL….etc)

    Top

3.三層式彈性化架構 (Three Tier, Scaleable Architecture)
    工作流程系統的設計架構極度重要,因為它會影響這套系統未來的擴充與延展性,現代的client/server 應用軟體多半構建在three-tier 或multi-tier 架構上,因此,工作流程系統也必需具備此架構以配合工作流程應用的擴充性與未來企業發展 。

    Ultimus 提供 3-tier 彈性化工作流程架構,在最上層使用 Workflow Server資料庫來控制工作流程程序,與維護流程資料的完整性。在中間層,Ultimus Workflow Server 伺服器使用資料庫來管理所有用戶需執行的工作,並產生每一用戶獨立的工作清單;在最底層,使用Browser在每一個桌面顯示工作清單與電子表單.

    Top

4.穩定的訊息傳遞架構 (Robust Message Transports)
    完善的的工作流程系統,必需提供可信賴且完全零風險的技術,將重要的工作流程資訊在不同系統元件之間傳遞。如果流程資訊傳遞不穩定,這套工作流程軟體絕對無法應用在工作流量頻繁的企業環境。. E-mail是絕佳的特定訊息傳遞工具,但用來承載重要的企業流程資訊,則風險與可信賴度均值得商榷。

    Ultimus 使用可信度高且保密的方式,處理軟體元件之間的資料傳輸,這些傳輸方式包括:

    1. Workflow Server 與Ultimus clients 間使用 http over TCP/IP.
    2. Workflow Server 與 third-party clients 間使用 COM/DCOM.
    3. Workflow Server 與Ultimus FloStations 之間使用 Microsoft Message Queuing
    4. Service (MMQS)以確保和BackOffice 完全相容.

    E-mail 僅用來發送流程通知或啟動流程,Ultimus可支援MAPI、VIM或 SMTP /POP等郵件系統.

    Top

5.流程反向回傳/抽單 (Process Rollback)
    俗話說:「計劃永遠趕不上變化」,在真實的企業環境中,人們可能隨時改變想法。當某一步驟填妥單據送出,但後來該承辦人員因故必需修改這份單據(單據可能已傳至後面幾個步驟),一套優異的工作流程解決方案必需支援「回傳」的功能,將該單據抽回處理再送出。

    Ultimus 提供了特有的反向回傳功能。它使得一個流程案件可以傳回到先前的步驟,即使這個步驟已經完成,而單據早已傳到後面的步驟(類似「抽單」的動作),同時,流程設計人員也可依照即時的狀況,事先定義何種條件下要作怎樣的反向回傳動作。

      範例 : 業務人員依照客戶要求填寫訂單後,訂單送出往下繼續傳遞,隔了一天後,客戶臨時決定要更改訂貨的內容,您可以在不刪除訂單流程的情況下,使用反向回傳的功能,可從有問題的步驟(訂單輸入)直接「抽回」已流到後面數個步驟的該張訂單,修改完畢後再送至下一步驟.

      Top

6.支援LDAP目錄服務
    企業資訊系統的目錄(directory)內儲存了大量的使用者代號與存取權限資料,但如何維護與同步更新這些資料,往往成為資訊人員最頭痛的問題。這也就是為何 Lightweight Directory Access Protocol (LDAP) 能快速崛起成為產業標準,且主要軟體廠商都支援的主要原因。LDAP提供了應用軟體與不同目錄服務溝通的標準,因為工作流程自動化需要大量的使用者資訊 ,故支援LDAP也成為一項必備的基本功能。

    Ultimus 支援LDAP目錄服務,它表示了Ultimus可使用任何LDAP相容的目錄服務。包括 NT Domain、Exchange、LDAP、Netware Directory Service 與NDS。不論您目前使用何種目錄服務,Ultimus 均可密切整合原有的存取控制與使用者資料.

    Top

7.支援商用資料庫連結 (Support for Enterprise Databaes)
    工作流程軟體必需支援目前企業最常用的商用資料庫系統。 Ultimus 支援4種市面上最暢銷的企業資料庫系統: Oracle 8x/7x, Microsoft SQL Server 6.5 +/7x, Informix, 與 Sybase. 而Microsoft Access 則可作為開發與模擬模擬時的小型資料庫。

    Top

8.動態用戶授權 (Active User Licensing)
    工作流程系統牽涉了大量潛在參與流程的使用者,使得工作流程軟體廠商必需面對軟體授權是否客觀的問題。目前軟體授權方式多半採用「全體用戶數目」 (Total Number of users)或「同時使用人數」(Concurrent)兩種方式。 前者對於客戶並不公平,因為即使很少上線的用戶都要付相同的費用;而後者對於工作流程廠商也不公平,因為即使用戶已經離線,工作流程系統仍然不停頓地在為用戶處理工作。

    Ultimus 軟體授權計算方式採用動態用戶(Active User),當任一使用者啟動任一支流程,或這位使用者是流程中的任一步驟時,只要這支流程尚未結束,這位使用者便會被算成一個Active User,當這支流程結束(所有步驟均處理完畢),而此用戶並未再參與其它進行中的流程時,便不再被視為Active.Ultimus Workflow Server 會定期計算現有的Active Users 數量,當超過授權用戶數量時會自動給予警告。透過此種方式,客戶只需負擔真正從工作流程軟體中得到效益的用戶數目授權。

    Top

9.統一的登入ID與密碼 (Unified ID/Password)
    一般用戶最大的困擾之一是:他們常忘記自己登入哪一個系統要用哪一個ID ! 而密碼管理更是頭痛的問題。能與網路作業系統權限結合的工作流程軟體,能大幅減少使用者需多次登入與管理工作負荷的不便。

    Ultimus 不使用自己專屬的用戶/密碼系統以存取工作流程元件,如Designer、企業組織圖與系統管理。它直接使用網路的用戶ID與對應權限來控制上述工具的存取,使用者在進入上述系統時,不需要以不同的ID登入兩次.

    Top

10.使用者網域安全性(User Domain Security)
    工作流程系統必需對於參與者的身份確實認證及管制,但是認證系統必需與企業現有的環境整合,而非強迫客戶來配合自己專屬且不相容的使用者認證機制。

    Ultimus 使用現有的網域安全系統管理使用者登入與權限,藉由網域安全系統, Ultimus 免除了客戶構建獨立工作流程密碼與用戶ID的麻煩。如果客戶希望自行建立管制系統,Ultimus 也提供簡單的方式,供客戶建立自己專屬的存取控制資料庫。除此之外, Ultimus 也支援 LDAP (Lightweight Directory Access Protocol ) 目錄服務,表示Ultimus可使用任何LDAP相容的目錄服務以驗證用戶ID與密碼。

    使用者網域安全(User Domain Security)
    使用者必需輸入正確的姓名與密碼才可進入Ultimus Browser 程式,此ID與密碼為NT 網域所管理,Ultimus 系統本身不需再定義ID/密碼以減少重複管理.

    Top

11.圖形化工作流程圖 (Graphical Workflow Maps)
    以圖形化介面設計企業工作流程圖,已成為現今工作流程自動化系統必備的基本功能。每一張工作流程圖代表了一支圖像化的企業流程,標明了個別步驟的意義、條件判斷與工作處理順序。

    Ultimus 能讓您以圖形化介面設計工作流程圖,工作流程圖可設定角色職位﹑流程規則與工作傳送方式等,使得設計人員能輕易地定義各種企業流程.

    Top

12.以職務為依據的工作流程傳遞 (Role Based Routing)
    以職務角色為流程傳遞依據,而非以員工個人姓名為依據,如果該員工職務異動 (這在企業是屢見不鮮的平常事),工作流程設計亦不需變動。

    Ultimus 透過企業組織圖功能,使得設計人員不需程式開發即可定義複雜的職務與群組關係..

    Top

13.平行會簽 (Parallel Routing)
    在企業內部有許多作業必需平行處理以提高效率,舉例來說: 有 5 位部門經理需要提出年度預算報告,每一部門之報告為獨立提出,故可將五位經理定義在同一步驟內,各自處理後再統一送到下一步驟。

    Ultimus 能夠讓使用者定義以平行或循序方式傳遞流程,此原因在於:Ultimus的電子表單僅用來顯示資訊,而非帶有資訊的承載工具(Container)。 因為所有資訊儲存於資料庫上,所以您能夠為每一步驟定義專屬的電子表單格式。如此使得導入平行會簽傳遞來的更加容易.

    Top

14.以職務關係作為流程傳遞依據 (Relationship Based Routings)
    許多企業流程是構建在從屬關係上發展:申請差旅費需由部門經理核準、員工績效由上級主管評定..等,所以能依據從屬關係來決定流程傳遞方向的功能更顯重要。

    Ultimus 提供了定義企業組織圖的功能,使得工作流程傳遞能反應企業內之職務從屬關係。

    Top

15.工作佇列 (Queues)
    在企業內經常有「多人處理同一種工作」的情況,所以支援工作佇列(Queue)成為工作流程軟體必備的基本功能之一。

    一份代辦事項不是直接傳送給特定個人,而是傳送至Queue,Queue的成員一旦有時間,便可向Queue要求接收新的工作. 此項功能對於多人同時處理同一工作時特別有效率.

    範例 : 銀行信用卡處理中心有3位人員處理收件,10位工作人員檢查收入證明,3位收件人員收件完畢後,將資料直接送給「收入檢查」的Queue,則10位收入檢查人員的任何一位,均可向這個Queue要求新的待審案件。此原理類似至銀行需抽取號碼牌(Queue),再憑號碼順序至有空的櫃檯辦理。

    Top

16.圖形化定義資料傳遞途徑 (Graphical Data Routing)
    工作流程最基本的精神就是蒐集與傳播資訊,因此,一套好的工作流程解決方案,必需提供最簡單的方式(圖形介面操作)指定資料該如何在不同步驟間傳遞,某些將重點放在單一步驟工作處理的軟體,例如表單製作軟體(Forms Software),對於資料轉遞的設計就顯得力不從心。

    Ultimus 以圖形介面操作方式,定義用戶間的資料傳遞,以及採用何種傳遞途徑。使得流程設計者不需要任何軟體開發背景,便能夠設計工作流程, 並確保正確的資訊在正確的時間傳給正確的人.

    Top

17.動態流程 (Dynamic Routing)
    能夠依照即時資訊或條件,動態變更企業流程進行方式,是工作流程系統應具備的另一項重要功能。能夠隨著現場搜集到的最新資訊,自動調整流程邏輯與行進方向。

    在Ultimus世界裡的工作流程處理是動態的,工作流向可以隨著電子表單或資料庫內容異動而隨時變化,使得真實企業裡千變萬化的狀況依舊能夠導入電腦化自動管理。

    Top

18.條件式步驟(Conditional Steps)
    在企業處理日常工作時,有許多步驟只有在特定條件成立時才會執行。工作流程自動化軟體因此必需提供此功能。

    Ultimus 支援未預期條件下執行哪些步驟,而流程設計師也可定義不限數目的條件成立時啟動哪些步驟。

    Top

19.條件式步驟跳躍 (Conditional Jumps)
    條件式跳躍指必需依某些條件,自動跳過中間數個步驟至指定人員處理。這也是企業工作程序裡屢見不鮮的狀況。

    當一個步驟處理結束後,Ultimus允許使用者指定多種條件,當條件成立時則跳離正常的流程至指定步驟。 您也可在同一步驟內指定多種跳躍方式。

    範例: 當審核信用卡申請時,第二步驟審核是否為現有之客戶,第三步驟審核申請人是否有退票記錄, 第四步驟審核是否有退卡記錄,第五步驟審核申請人是否 有固定收入, 只要第二步驟發現是現有客戶,便自動跳過中間審核步驟直接發卡。

    Top

20.條件式取消流程 (Conditional Aborts)
    在企業內常發生當遇到某些狀況時,則整個案子便取消而不再進行。工作流程自動化軟體也必需相對提供這項功能。

    在Ultimus裡,您可以在任一步驟的條件清單下,定義當何種狀況發生時,哪些步驟或整個案子就要取消不再進行。

    Top

21.條件式退回 (Conditional Returns)
    在真實的生活中,企業工作程序會往下傳遞,也可能因資料錯誤或不同意其內容而將資料退回(也可能退回到第一步驟製表人)。所以工作流程系統必需支援此功能。

    Ultimus允許使用者將表單退回前一步驟(或前幾個步驟)。流程設計人員亦可定義當表單被退回且特定條件成立時,略過前一步驟而直接退到其它指定步驟.

    範例:
    信用卡審核步驟三(審閱身分證影本), 步驟四(徵信), 步驟五(核定信用額度), 步驟六(發卡), 當步驟六收到身份證影本有錯誤的申請案時,在表單上選取’’ 身分證影本錯誤’’, 再按退回即可退回至第三步驟,而非第五步驟.

    Top

22.條件式收件人 (Conditional Recipients)
    在許多企業環境裡,工作的分派是依照各人的職責或它的專長。因此,工作流程自動化軟體必需提供依實際狀況決定分派工作給誰的功能。

    Ultimus 具備當何種條件滿足時將工作傳遞給誰的功能,此條件是定義在條件清單內。因此,流程設計人除了可依不同條件啟動指定步驟外,還可以依條件指定流程收件人。舉例來說,採購單會參照條件清單所定義,直接跳到「採購」步驟,當此步驟被啟動後,條件式收件人功能便可依照採購物件或金額,選擇適當的採購人員處理。這項特色也可依負責人員的技能專長來分派工作。

    Top

23.條件定義清單 (Event Condition Tables)
    現代企業組織內,每天都要面對各種例外狀況與特殊事件。因此,邏輯判斷與例外處理功能是否強大,是決定工作流程軟體優劣的重要參考指標,它可以依照企業內的規範,以及每一個案的特殊狀況,聰明地將工作傳遞到正確的處理人員手上。

    Ultimus 對於每一流程步驟都可定義五種動作狀況,提供您完善的條件清單定義功能,包括: 啟動、完成、駁回、重送、與延遲,每一份條件清單可定義 255 種條件,每一個條件欄位可連結至工作流程表單內之變數,以作為即時判斷參考之依據. 每一份條件清單有5000種動作可供定義(包括啟動指定步驟、中止指定步驟、中止此案件、呼叫指定的外部 DLL),每一個cell 均指定一種條件,當條件滿足時即執行指定功能,因此Ultimus的條件清單提供無限制的彈性化設計,以適合各種企業流程需求.

    Top

24.條件定義清單與其它步驟互動 (Status Variables in Event Condition Tables)
    在許多情況下,我們必需由其它步驟的處理狀況(或現況)來決定工作/決策的未來動向。所以,每一步驟的最新狀況資訊更顯得重要,因為它將影響工作的流向。

    Ultimus 的條件定義清單內提供現況變數(status variables),提供其它步驟目前的狀況資訊,工作流程設計工具因此能使用其它步驟的現況資料,來定義此步驟條件清單以控制資料的流向。

    Top

25.退件 (Return Step)
    在真實情況下,企業流程是可以繼續往下簽核,或因資料內容有問題而退回,因此工作流程軟體也必需提供「順向」(Forward)與「反向」(Backward)的流程傳遞方向

    Ultimus具有退回此單據的功能,例如將簽呈或表單退回至上一層發文者 (即使用戶不知道上一層發文者為誰). 這項功能給予用戶和人工作業時相同的彈性。

    Top

26 動態定義群組(Dynamic Groups)
    在真實企業裡,「群組」或我們熟知的「專案小組」常常是為了完成特定工作而成立的編組,因此,能夠定義並使用動態編組功能,成了工作流程系統應該具備的另一項重要功能。

    Ultimus 能夠在流程執行時動態指定群組成員,而非在流程設計時。用戶可以直接輸入群組的成員名單、或由資料庫讀取名單或從資料庫讀取名單。舉例來說,在設計一份會議出席通知單時,我們無法得知受邀者姓名,但啟動表單的員工可使用動態群組功能指定受邀出席者的群組,以符合真實企業的需要.

    Top

27.整合智慧型表單設計工具 (Integrated Intelligent Forms Designer)
    表單是企業工作程序中的「使用者介面」,協助我們蒐集與傳播重要資訊。因此,容易設計與操作的智慧型電子表單,就是工作流程自動化能否成功的關鍵因素。

    Ultimus 提供了功能強大、易於整合且圖形化操作的智慧型表單設計工具,您可以為流程中每一步驟設計不同的表單。Ultimus表單設計工具提供了欄位與資料庫及整合性試算表直接連結的功能,因此,在不需要寫程式的情況下,試算表的強大計算功能讓您的電子表單變的更聰明了!

    Top

28.表單透過伺服器端連接資料庫 (Server-Side Database Connectivity for Forms)
    企業將各種重要的資訊儲存於資料庫內,工作流程系統必需讀取這些資料;或者將原始資訊轉換為有用資訊儲存至資料庫,換句話說,資料庫連結介面是工作流程自動化不可或缺的一環。再者,因為工作流程必需牽涉大量使用者,因此,流程伺服器必需與資料庫直接整合,以達成高效率、集中化與事半功倍的效果。若讓所有參與流程的工作站個別與資料庫連結(例如每一部PC均裝設 ODBC連接資料庫),將導致無法克服的邏輯與管理問題。

    藉由 Ultimus browser-based 的用戶介面,任何工作的電子表單都可以連接包含多個tables的資料庫,所有連結介面均透過伺服器端,因此,不會增加管理用戶工作站端ODBC資料庫介面的負擔。

    Top

29.電子表單通用變數 (Global Variables in Forms)
    工作流程自動化的基本精神之一,就是將資訊在正確的時間,以正確的順序傳給正確的人。而資訊是利用變數傳遞的方式由一個步驟丟給另一個步驟,通用變數指的是: 可以將資料自動連結到所有步驟的變數,如此,使得資料轉送更加方便正確。

    (譯註:寫過流程程式的人都知道,變數傳遞是流程撰寫最麻煩的部份,因為你永遠無法預知單據會傳到哪個步驟,亦即,變數該傳給誰? 在哪邊宣告?)

    設計人可以在Ultimus 的主試算表內選擇某些變數為global,以變將這些變數連結到所有個別步驟。不論目前步驟或新加入此流程的步驟,都會自動連結global 變數.

    更進一步,這些個別步驟裡的變數會被連結到和主試算表相同的cell位置,cell 名稱也會被自動定義成和主試算表相同。一旦發生變數名稱重複或cell衝突 (已定義其它資料內容),系統會自動警告並取消自動連結. Ultimus 也提供括了如流程名稱、案號、流程啟始人、緊急程度、文件說明等之通用變數。

    範例 : 在主試算表(Main Spreadsheet)內定義 A1 為 gvar1, A2 為 gvar2, 流程內有 Step1 , Step2 與 Step 3 三個步驟,一旦宣告 gvar1 與 gvar2 為通用變數,則 Step1, Step2 與 Step3 的 local spreadsheet 內,A1與A2 會被定義為 gvar1 與 gvar2,新增加 Step4 的 local spreadsheet 內也會加入此變數.

    Top

30.電子簽章 (Signatures)
    文件蓋章或簽名是很多企業員工的是每日必備工作,所以,這項功能對於工作流程自動化軟體而言,是不可或缺的。.

    Ultimus提供了實用的電子簽章功能,流程設計人員可在表單內定義簽章欄位,並可定義簽章屬性是必需、選擇性或唯讀,當簽核人員輸入正確的代碼與密碼後,即可將姓名嵌入此簽章欄位內,同時亦可將Ultimus 簽章檔DLL替換為自訂DLL, 將個人印章或手寫簽名預先掃描影像至主機後,取代Ultimus預設之簽章樣式. 當這份表單輸出至印表機後,您可以得到與人工作業表單簽張效果雷同的單據。

    Top

31.備註留言板 (Memos)
    “備忘貼紙” 常被應用在企業內的人工流程作業,黏貼在傳閱檔案或文件上用來作備忘或附註意見,當企業流程導入電腦自動化之後,這項貼心的功能照理應被保留下來。畢竟,自動化的目的除了希望把事情變的更簡單有效率,也要保有人工作業時的彈性與方便。

    Ultimus 在表單任何步驟中均支援備註意見欄位,流程參與人員之意見可依先後順序貼上意見欄位內,並自動加入填寫人姓名,填寫日期與時間,不論流程往後或往前,每一步驟參與人員的備註意見均會詳實記錄在留言板上。使用者也可以按「更新」鍵(Refresh)以取得最新的備註意見資料.

    Top

32.電子表單支援試算表格 (Spreadsheet Grid in Forms)
    許多企業工作必需以表格方式呈現資料,這也是為何試算表軟體非常流行的原因之一,工作流程自動化軟體因此必需能以表格方式顯示資料,或允許用戶方便地在表格內填寫資料。

    Ultimus 支援在表單內置入試算表方格(如同Excel)功能,此試算表支援Excel 的所有數學、科學、邏輯與格式化函數,以及連結資料庫。此功能可以很方便地將資訊以表單方式呈現.(例如資料庫欄位可以直接對應至此試算表grid內).如 :

    Top

33.多頁表單 (Multiple Pages per Form)
    許多複雜的企業內工作,往往一份單據伴隨著多張表單,以便能更清楚分類與顯示資料及其關係。工作流程自動化軟體因此也必需能支援多頁顯示功能.

    Ultimus 能在一份電子表單上快速設計多頁顯示,而非將所有資訊擠在同一畫面下。

    Top

34.子表單 (Sub-Forms)
    在某些情況發生時,主要的工作必需搭配附屬的工作才能完成。(請見範例) Ultimus 電子表單可以設計伴隨的子表單,子表單會顯示在一個獨立的視窗內

    例:信用卡審核: 當信用卡申請人資料輸入時,若申請人年收入不滿30萬元,便自動開啟「保證人資料」的第二頁子表單,並要求資料輸入,若年收入高於 30萬元,這份子表單將不會被顯示。

    Top

35.必備與必讀夾檔 (Required and Must-Read Attachments)
    在企業工作中,我們常在資料匣內加上附件,例如補充資料、相關檔案、歷史資料等能協助我們處理此份工作的相關資訊。例如房屋貸款審核資料匣內,應該附上房屋鑑價單或存款證明,而承辦人員必需閱讀附件資料後才可審核貸款。而工作流程自動化軟體使得上述工作變的容易了。

    Ultimus 允許流程設計者在表單內加入必備檔案欄位(必需在此夾上指定檔案)與必讀檔案(必需開啟此檔案),否則無法繼續傳遞之功能. 特別適用於各種文件審核或傳閱流程.

    Top

36.表單夾檔 (Attachment)
    一般企業常會為每個專案設定一份資料夾(檔案夾),檔案夾內包含了可簽署的表單與摘要資料,並且也許包含相關的文件與補充資料。因此,工作流程系統必需提供電子表單與表單夾檔功能 ,例如附上文件、試算表、影像與圖檔…等。

    Ultimus 允許在工作流程表單內設計夾檔欄位,此欄位可以定義夾附的檔案類型、數量,以及使用者必須要開啟夾檔才可傳送至下一步驟(比如公文傳遞時,限制使用者一定要開啟該公文閱讀,才可傳遞至下一步驟). 夾附的檔案類型可以是任何Windows支援的檔案型態。

    Top

37.資料驗證與格式化輸入 (Data Validation and Masking)
    在日常企業工作程序中,資料輸入或填寫都必需經過確實的檢查。或者為了填寫方便,我們會針對某些欄位例如日期、電話號碼、身份證字號定義輸入格式(例如日期為 mm/dd/yy),工作流程自動化系統當然必需提供此功能,以確保資料填寫的正確性與方便性。

    Ultimus 的電子表單欄位輸入部份,提供非常完善的資料輸入驗證與檢查功能,並且支援資料樣板(masking)功能,用戶可自行定義特殊的資料輸入樣板.

    Top

38.支援URL連結 (URL Links)
    在Web 環境裡,使用URL連結其它重要資訊網頁,就如同人工作業中必需提供參考用的附件這麼重要。因此,能在電子表單內超連結URL,成為工作流程系統重要的特色之一 (任何類型的資訊都可經過URL連結,提供流程處理人員必要的參考資訊)。

    Ultimus 允許在電子表單內夾附URL超連結位址,而 URLs 位址也可以是靜態或動態。

    Top

39.支援HTML/Java 的開放式電子表單 (Support DHTML/Java)
    Dynamic HTML 與 Java 是目前企業應用複雜網頁需求的兩種最流行網站技術,因此,利用這兩種技術導入電子表單,成為Web-based 工作流程的一部份,也是很重要的功能之一。

    Ultimus 電子表單是由 Dynamic HTML 與Java 組成,因此提供了跨平台Client 支援並使得客戶能輕易自訂電子表單。

    Top

40.支援內嵌物件開發 (Third-Party Objects (Controls)
    企業流程有時非常複雜,甚至會牽涉不同類型的工作。沒有一家軟體廠商可以一次提供滿足企業所有需求的軟體(包括Microsoft),因此軟體發展物件模型便是提供不同軟體廠商開發特殊需求的物件,並且能夠配合使用。 因此,工作流程自動化軟體必需允許可戶輕易地整合這些物件。

    Ultimus 允許開發人員在Ultimus表單內嵌入自行開發的物件(controls),這些物件可以是ActiveX 或JavaBeans,因此在Ultimus 表單內可以加入任何特殊功能. 而 來自Ultimus 的工作流程資訊也可以輕易地與這些物件溝通:使用資料、傳回新資料至Ultimus。

    Top

41.自訂傳遞路徑 (Ad hoc Routing)
    對大部份的企業工作流程而言,常常無法在設計時就決定工作收件人是誰,通常要等到案件開始執行才會臨時決定。例如,採購案件必需將成本歸到某專案下 ,並且需經過專案經理核準,但公司內可能有許多專案及專案經理,如果硬將這些專案與專案經理名稱事先Coding到程式內,是非常不實際的作法。

    Ultimus可讓使用者臨時決定這些表單要傳遞給誰,而不需在流程設計時指定。傳遞名單可以彈性化方式選取,例如: 自行輸入下一步驟收件人,或由資料庫載入。

    Top

42.連接點 (Junction Steps)
    連接點事實上是一個「空的步驟,提供某些簡單但卻必備的功能,例如控制流程分流或匯合的控制。

    Ultimus 允許使用者在流程步驟圖內插入連接點功能,連接點並非是一個可執行步驟,而是用來作流程分歧或合流的關鍵點,因為連接點具備了條件式啟動與條件式完成… 等狀況判斷功能,故可用來作為不同條件時流程轉折的判斷點。

    Top

43.重複啟動流程 (Iteration)
    重複啟動流程的意義是: 只要指定的條件未滿足前,會自動重複執行一連串步驟的功能。

    透過連結點與條件清單,Ultimus提供了某種實用的方式,讓某些步驟在條件未滿足前會一再重複地執行(類似 Loop 的觀念),設計者可從流程內其它部份呼叫這一段步驟,只要條件未滿足便重複執行。例如當彙總表尚未全部蒐集完畢前,重複送出空白表單要求指定單位補填資料。

    Top

44.轉折點 (Anchors)
    轉折點功能提供您在設計流程步驟圖時,能夠輕易更改連線方向,幫助您在複雜流程圖設計時,可清楚地安排流程線條而不發生衝突。

    Ultimus 允許使用者以圖形操作方式插入轉折點,並拖拉至流程圖中適當的位置。

    Top

45.編輯企業規則 (Editing Business Rules)
    完善的工作流程解決方案,必需提供方便的企業規則編輯工具,以應付企業規則/ 邏輯隨機應變的需求。

    Ultimus的 Event Conditions Table 條件清單,允許使用者剪貼或複製各類條件清單,所有的條件均可以複製/插入到任一條件清單內。

    Top

46.自動暫停或恢復繼續流程 (Hold Conditions)
    工作流程解決方案必需提供流程與外部事件或其它流程同步化的功能。

    Ultimus可配合外部條件變動而自動暫停或重新啟動工作流程,此功能對於工作流與其它程序或事件同步化非常重要。

    Top

47.呼叫子流程 (Sub Processes)
    一套完善的工作流程自動化解決方案,必需能夠由流程內呼叫另一支流程,因為現代企業工作往往非常複雜,這項特色確保流程設計與導入能夠更模組化。

    Ultimus允許主流程呼叫另一個子流程,如此可達成巢狀工作流程的設計,例如請購流程內的訂單核準步驟通過後,便自動啟始驗貨流程。

    Top

48.同步/非同步子流程 (Synchronous/Asynchronous Sub Processes)
    當主流程呼叫子流程時,需要提供以下的彈性定義:主流程必需等待子流程結束後再繼續進行(同步啟始);或主流程直接進行下一步,而毋需等待子流程結束 (非同步啟始)。

    Ultimus 提供指定子流程同步或非同步的選項,以滿足不同的流程需求。

    同步應用範例:
    請購步驟三為傳真訂單,步驟四呼叫驗貨子流程(驗貨->驗收->入庫->應付帳款) ,步驟五(通知裝機),步驟六(相關單據歸檔). 因為未入庫的貨品不能出貨,故子流程必需設定同步啟始。即驗貨子流程跑完後,訂貨的主流步驟五(通知裝機) 才會繼續進行.

    非同步應用範例:

    • 訂貨流程
    • 步驟四(核準訂單)
    • 步驟五呼叫傳真訂單子流程(製表->傳真->PO歸檔)
    • 步驟六(通知業務人員)
    • 步驟七(結束)通知業務人員與PO發送可

    以分開同時進行,故子流程可設定為非同步.

    Top

49.定時啟動 (Periodic Launches)
    許多企業工作具備有定時或定期的特性,例如每月填寫業績預估表、品管日報表每天下班前填寫、績效考核表每季填寫一次。這項定時自動啟動的功能,更是工作流程自動化系統不可或缺的。

    此功能可自動或定時啟動任何指定的工作流程,例如工作週報表可定時於每週五自動啟動;每月業績預估報表可自動於每月第一天啟動。

    Top

50.Agent API/SDK (Automation Agents)
    因為有各式各樣的應用軟體會與工作流程息息相關,因為沒有一家軟體廠商能夠把所有功能整合為單一軟體,因此,提供整合介面將用戶端軟體與流程結合,便是工作流程系統的重要功能之一。

    Ultimus 提供API/SDK ,以便讓客戶自行設計自動化介面程式以配合特定應用軟體. 此SDK包含Visual Basic 與Visual C++ 程式範例,因此其它特殊的應用軟體均可藉由此API/SDK 成為工作流程自動化的一部份.

    Top

51.Excel Agent
    Microsoft Excel 廣泛地被應用在許多單位,作為資料分析、表單、計算與分析圖表製作。因此,能將Excel結合為工作流程自動化的一環,是一項非常重要的功能。

    Ultimus Excel Flobot 可讓流程設計者使用Excel作為工作流程中的一個自動步驟,資料可由表單傳送到 Excel,或由Excel 更新、印表或讀取資訊。

    Top

52.Word Agent
    Microsoft Word 是全球最流行的文書處理軟體,利用Word列印文件、報表、備忘與傳真對於工作流程自動化有極大的助益。

    Ultimus Word Flobot 可讓流程設計者使用Word作為工作流程中的一個自動步驟,資料可由表單傳送到 Word 樣板,或由Word 更新、印表、傳真、或發送Email。

    Top

53.ODBC Agent
    企業將各種重要的資訊儲存於資料庫內,工作流程系統必需讀取這些資料;或者將原始資訊轉換為有用資訊儲存至資料庫, 因此,能密切整合各種通用資料庫,是工作流程自動化系統的基本功能。

    Ultimus ODBC Flobot 可讓工作流程設計者讀寫或更新/查詢任何支援ODBC的資料庫,如此可在不需要人為介入下,使得流程任一步驟均能自動與資料庫更新資訊。

    Top

54.ASCII Agent
    許多傳統的系統僅能接受ASCII 格式的資料,而這些「傳統」的資訊系統卻往往在現代企業中扮演極重要的角色。因為工作流程自動化的目的,是要將資訊從使用者端處理,並傳遞給資料庫或其它應用程式 。因此能將流程內的資訊輸出成ASCII 格式便是非常實用的功能。

    Ultimus ASCII Flobot 可讓工作流程設計者,將表單內容以指定的格式資料輸出至 ASCII檔案,作為工作流程系統與其它軟體的中介媒體。

    Top

55.File Agent
    拷貝、改名、建立或刪除檔案是企業程序裡最常見的工作。因此,工作流程解決方案也必需提供自動執行此類工作的功能。

    Ultimus File Flobot 可讓工作流程設計者,在流程中任一步驟對指定檔案自動拷貝、更名、刪除、執行等。

    Top

56.電子郵件介面程式 (E-mail Agent)
    E-mail 可能是目前最簡易也最常使用的訊息傳遞方式,它被大量應用在辦公室環境內,也因此工作流程自動化必需要能與E-mail結合。

    Ultimus E-mail Agent 允許流程設計者,在流程內定義某一步驟可以自動發送E-mail ,它能夠將工作流程內的資訊整合到郵件內。此功能可被應用來通知工作逾時、決策、結果回應等,將電子郵件功能整合為流程的訊息傳達工具。

    Top

57.呼叫DLL Agent (Invoke DLL Agent)
    Dynamic Link Libraries (DLLs) 通常被用來執行特定軟體功能,例如與專屬應用程式溝通。因此,如果能在流程內呼叫.DLL對於工作流程自動化將有極大助益。透過某些機制,它也能達到彈性調整工作流程邏輯的目的。

    Ultimus Invoke DLL Flobot 允許用戶輕易地呼叫自行開發的DLLs,工作流程變數會被當作宣告傳遞給DLL,在執行完畢後也能傳回工作流程系統。因此,Visual C++ 或 Visual Basic 都可以開發.DLL以增強工作流程系統的功能。

    Top

58.Agent Stations
    Agent Stations 為自動化介面程式提供了集中化的工作執行環境。它在一個用戶分散且無法存取特定應用軟體的Web-based 環境下非常有用,所有需要自動化介面程式處理的工作,都可轉遞到安裝了必要軟體與資源的集中式Agent Stations處理。

    Ultimus 允許用戶擁有多部FlotStations,在Designer 內用戶可指定要執行哪一部 FloStation 內的哪一個Flobot,當Flobot 被訓練(trained)過後,關於這個Flobot的資訊就會自動傳遞到適當的 FloStation上。

    Top

59.流程模擬測試 (Simulation)
    因為工作流程牽涉了許多使用者與電腦環境,把新完成的工作流程系統安裝到大部份的電腦後再測試,是非常不切實際也沒有效率的. 流程模擬功能可以讓設計者在同一部電腦上直接模擬測試,一旦上線後,設計者能夠放心確信它能夠符合原始設計並正常運作。

    Ultimus讓流程設計師在自己的電腦上直接進行流程測試模擬,模擬所有真實流程進行時發生的狀況,以確保企業流程正確無誤地設計與安裝。

    Top

60.流程模擬除錯工具 (Debugging Tools during Simulation)
    當工作流程軟體在模擬測試時,系統測試人員需要完善的除錯工具,協助瞭解每一步驟的變數內容是否正確、以及變數在何時更動內容。此功能使得設計師不僅能針對用戶介面除錯,也能事先掌握流程邏輯的正確性。

    在進行流程模擬時,Ultimus 提供了動態的監看視窗,設計人員可以定義此監看視窗,以顯示指定的工作流程變數,當流程模擬一步步進行時,變數內容將會在監看視窗中同步更新顯示. 除此之外,Ultimus 也允許在流程模擬時,監看主試算表與各步驟試算表(Main/Local Spreadsheets) ,以確定各項運算均正確無誤。

    Top

61.連續啟動案件 (Repeating Steps)
    在真實的企業程序中,往往會從某個流程去引發執行其它相關工作,因此,工作流程軟體也必需提供此項功能 。

    Ultimus可利用清單(Table)方式一次啟動多個流程案件。例如,當本月份有員工試用期屆滿時,自動啟動員工試用期滿評核表,合乎條件的員工數目有多少,便啟動多少的的流程案件,此功能亦可設計為連環啟動流程(即主流程某些條件滿足時啟動多個子流程表單)

    Top

62.取消案件或步驟 (Abort Step or Incident)
    工作或案件因故臨時決定取消,在一般企業內也是屢見不鮮的情況。所以工作流程自動化軟體必需提供案件取消,或取消流程中特定步驟的功能。

    Ultimus提供可取消指定流程案件的功能,一旦取消該案件後,所有和此案件有關的工作都會被自動移除. 案件只能由此案的啟始人員或管理員取消,例 : 訂購出貨流程有7個步驟,當進行到第4步驟倉管時,業務人員接到客戶取消訂單通知,此時可使用取消案件功能,則此工作將從所有相關人員流程資料匣內直接移除

    Top

63.可重複送件的步驟 (Perpetual Steps)
    在真實情況下,如果某人已處理完一份工作,並將工作交給下一步驟人員處理後,有可能因某些情況必需臨時改變心意,雖然有些困難,但他還是要追蹤此工作已傳到哪一步驟,並且將資料儘速改正。工作流程自動化系統當然必需提供此項功能。

    Ultimus 允許用戶開啟一個進行中但此步驟已完成的案件,修改內容後再次送出。此功能是針對特定步驟加以定義的,當異常狀況發生時,用戶可以重新開啟此案件將更新的資訊送給Workflow伺服器,並依據此新資訊更改流程傳遞路徑。因此這個「可重複送件」的步驟可被視為此案件的「控制者」。每一個流程內可定義許多可重複送件的步驟。

    Top

64.保密步驟 (Private User Steps)
    企業內常會有某些處理程序必需是保密的(例如薪資評核、員工考績評定…..等),因此工作流程系統也必需相對提供此類功能定義。

    在設計流程時,Ultimus 允許工作流程步驟被定義為「保密步驟」,一但被定義為保密後,除了收件本人外,其它人都無法看到此步驟,以方便機密工作的處理。

    Top

65.禁止代理的工作 (Non-assignable User Tasks)
    員工常會請別人代理自己的工作。但是,有某些工作必需由員工本人親自處理,而不能請人代理的(例如員工考績的自核表、某些重要的報表填寫、牽涉公司重要機密的訊息、個人薪資文件…..等),因此工作流程系統必需允許設計者定義哪些工作是可代理,哪些是不可代理的。

    Ultimus 允許設計師定義某些步驟為「禁止代理」,用戶不可將禁止代理的工作交由他人代理,只有管理員才有權利將此工作分派給他人處理。

    Top

66.複製流程步驟 (Replicating Tasks)
    企業流程裡的某些工作,往往在本質上是十分相近的。(例如某些單據副理簽核完畢送交經理簽核,兩個步驟的表單與邏輯幾乎雷同,只是簽核人不同而已) 因此當設計工作流程時,如果能將某步驟複製到另一步驟,再修改第二個步驟的異動部份,將使得設計師不需要重複設計相同的電子表單或定義邏輯,大幅節省流程開發的時間。

    Ultimus 提供步驟複製/拷貝功能,可以將電子表單、連結、條件清單與試算表邏輯等資料全部複製到另一個步驟,以大幅簡化流程設計的無謂重複工作。

    Top

67.動態更改工作優先順序 (Dynamic Task Prioritization)
    在人工作業的企業流程中,員工可以依照他們對此工作緊急程度的認知,彈性變更工作的優先順序。因此,能變更每一件工作優先程度的功能,成為工作流程自動化系統的重要特色之一。

    Ultimus 能夠依時間限制或其它條件,自動把即將落後的工作設為優先處理工作,以確保此工作流程能被重視並儘速處理。

    Top

68.可定義工作流程擁有人 (Process Owners)
    企業流程中往往會有某人負責此工作的品質與進度,我們稱之為「流程管理者」。

    例如專案經理、業務主管、會計組長、工程部經理….等業務執行與管理人。這些人必需確實掌握與工作相關的流程最新進度、配合作業修改而調整流程、臨時分派工作 ….等。因此,工作流程自動化系統必需提供可指定流程管理者的功能。

    Ultimus 允許每個工作流程有一位或多位擁有人,其中只有一位擁有人具備修改流程之權限,如此可授權使用單位主管(或指定人員)自行管理其業務相關流程,當流程發生逾時狀況,流程擁有人也能同時收到通知。

    Top

69.工時成本 (Task Rates)
    對公司而言,每個參與工作流程的員工對公司而言都是有成本的。而此成本與處理時間長短更是依比例增加,這些費用應該被計算至專案成本或部門成本。工作流程軟體必需提供成本計算功能,針對處理人員薪資不同而能統計流程處理成本。

    Ultimus允許設計師在開發工作流程時,定義每一步驟的工時費用,以作為Ultimus 統計成本分析時之參考依據。此工時費用可為固定數值,或依照處理人員不同而變動,或其它參考變數。

    Top

70.工作完成時間 (Task Completion Times)
    在企業工作中,我們通常會指定該工作所需的處理總時間(工時:例如10人天,20人月 ),工作流程每一案件的處理總時數,是統計每一步驟實際處理時間而成。

    當企業工作流程自動化之後,這項工作就必需由自動化軟體代勞。

    Ultimus 允許工作流程設計者定義每一步驟需完成的時間. 完成時間可以是固定時間、或是依照工作緊急度或客戶要求度不同而臨時決定。

    Top

71.群體開發流程 (Collaborative Design via MapletsTM)
    許多企業流程非常複雜龐大且牽涉許多步驟,您無法期望由一位設計人員開發整個大型流程。因此,工作流程系統必需支援整個團隊共同設計一支流程的群體開發架構。

    Ultimus 藉由Maplets 提供強大的群體流程開發功能,您可以將大型流程切割為多個部份(Maplets),每一部份都可獨立設計、維護與測試模擬, 您可以從主流程中顯示 Maplet,但不能修改它。

    Top

72.資料可傳遞至子流程 (Data Transfer to Sub-Processes)
    當主要工作流程呼叫另一支子流程時,必需要能夠傳送資料到子流程內;當子流程結束後,它也必需能將資料傳回主流程。 在Ultimus內,資料不僅可傳送至Maplet 或子流程內,也可以從子流程將資料傳遞回主流程。

    Top

73.可同時監控主/子流程 (View Sub-Process Status in Monitor View)
    當主流程啟動一個或多個子流程時,能否在監控主流程時同步顯示子流程現況,對管理者與用戶都是一項很實用的功能。

    Ultimus 允許在Monitor View功能內,直接點選子流程,即可顯示子流程內的最新進度現況。使得用戶可以很方便地監控整支流程。

    Top

74.Databound 通用變數 (Databound Global Variables)
    因為通用變數(Global Variables)非常重要且被流程內每一步驟使用,因此有必要將這些資訊儲存至資料庫內。

    Ultimus 通用變數可被連結到用戶datasource內的資料庫table,當工作流程執行時, Ultimus Workflow Server 在每執行完一個步驟後,會自動更新資料庫內容。

    如此提供了保存重要企業流程資訊的簡易方法,而不需費時將每一步驟內的欄位個別連結到資料庫內。

    Top

75.流程設計文件製作 (Process Documentation)
    將企業工作程序製成文件是非常重要且必需的,尤其對於品質標準(如 ISO-9000) 更是最主要需求,工作流程自動化軟體因此必需提供流程之製作文件產生功能。

    Ultimus 提供強力的流程文件製作功能,使用者可以利用Microsoft Word 事先定義報表樣版(report templates) ,並且指定流程中哪些資訊要輸出至文件,當執行報表輸出時,Ultimus Designer 便自動將其轉成為 Word 文件檔。

    Top

76.以郵件通知工作逾時 (E-mail Notification of Late Condition)
    工作流程自動化軟體必需支援工作逾時能以Email稽催通知。以確保工作流程能繼續及時往下進行,此為流程自動化最基本功能之一。

    Ultimus 允許設計師在每一步驟的屬性內,定義工作逾時要通知該員工主管,或者流程管理人,當然您也可在條件清單「Late 」選項內定義複雜的逾時回應動作,否則,您只需在步驟屬性(Step Properity)選取一旦逾時,需通知誰即可。

    Top

77.可自訂通知郵件 (Customizable Notification Messages)
    工作流程自動化軟體利用E-mail來通知用戶有新工作、工作逾時或其它事項。因此,能將流程中取得的資訊放入Email,並且自訂Email的內容範本,是一項非常實用的功能。

    透過 Ultimus, 您可以自訂每種流程發給用戶通知信息的Emal內容,甚至能讓您將工作流程變數插入Email 本文,以及時通知用戶關於此流程案件的最新訊息。

    Top

78.群體回應 (Group Response/Vote)
    在企業運作環境中,常需要對團體成員進行意見調查,如果全部或超過一定數目的人表示意見,則此程序或工作便繼續往下進行。

    Ultimus 允許設計者指定某一群組內需要多少人表示意見,才可以繼續進行流程。當此數目到達後,流程自動繼續下一步驟,而此項工作也會同時從未表示意見者的工作桌面移除,並且發送Email告知這位使用者。

    Top

79.指定代號啟始值 (Seeded Incident Number)
    一般來說,我們通常會從特定數值開始起算專案代號或案件代號。

    (例如PO-1001)Ultimus 允許從指定數值起產生案件的流水編號。

    Top

80.指定工作暫停 (Delayed Assignment)
    在許多真實的情況下,我們通常會暫停某特定工作一段時間,以便等待其它事件或工作完成。因此工作流程系統必需支援此項功能。

    Ultimus 可允許使用者在指定固定或變動時間,使得某一步驟暫停以便讓流程或步驟同步。在Administrator 的 Monitor View 內,暫停的工作會以其它顏色表示。

    Top

81.啟始新流程權限 (Process Initiation Rights)
    在企業內部,啟始新工作流程的權限都會被限定與管制,並非每一個人都可以自由啟始任何流程(例如:技術部門工程師不可能去啟始新的業務預估報表流程)。因此,工作流程自動化軟體必需提供控制哪些人可啟始新流程的權限管理。

    Ultimus 允許設計師定義哪些人(群組)可啟始特定的流程,只有這個群組的成員才具備啟始流程的權限,不同的流程可定義不同的群組設定。(若此表單為公司任何人均可啟始,則此群組為「全公司」)。

    Top

82.支援多部流程主機 (Multiple Workflow Servers)
    企業內的工作流程可能牽涉數百,甚至數千人。而工作流程伺服器又是控制工作流程是否正常運作的靈魂,因此必需支援動態負荷平衡(Dynamic Load Balancing)以預防系統工作發生瓶頸。

    Ultimus 允許多部工作流程伺服器同時平行作業,這個由多部伺服器組成的「群組」可視為單一虛擬伺服器,當新工作到達而第一部伺服器正在忙碌時,第二部伺服器會接手新工作,如果第二部也忙碌時,則第三部自動接手。當任一部伺服器停機維護時,其它的伺服器會繼續維持流程正常運作,因此,多部伺服器可提供動態工作分派 (Dynamic Load Distribution)、彈性調整(Scalability)與系統備援(Redundancy)

    Top

83.集中式的伺服器端資料庫連結 (Centralized, Server-side Database Connectivity)
    工作流程環境下需要密集地使用資料庫,除了用來控制流程外,也必需讓流程參與者連結資料庫,以讀取或修改企業資訊。但用戶是分散的,因此能由單一集中地點直接提供資料庫連結更顯得重要。如果流程解決方案必需透過用戶工作站個別連結資料庫,而工作站可能有數百或數千台,從系統管理或邏輯觀點來看,都是近乎荒謬且浪費人力的。

    Ultimus 將所有流程控管與使用者資料儲存於集中式、關聯性,並且與 Workflow Server直接連結的資料庫。這個連結只需進行一次即可。不僅大幅簡化系統管理工作,也使得資料庫可以集中監管與備援。再者,因為資料是儲存在客戶選定的ODBC相容商用資料庫上,所以用戶可以產生自訂的流程統計報表,或透過市面上常見的報表產生器或查詢工具檢索資料。

    Top

84.以文字檔啟動流程 (Process Launch via Text Files)
    企業流程除了可由員工啟動外,也必需支援由其它軟體啟動。例如,企業資訊軟體偵測到特殊情況,並藉由啟動一支工作流程來處理此情況。因此一套完善的工作流程系統,必需提供簡單的機制讓其它應用軟體啟動指定流程,並且將必要的資訊傳遞給工作流程。而最簡單的方式便是藉由產生文字檔。

    當指定格式的文字檔案被存入Ultimus Data 路徑下時,Ultimus便能自行啟動指定的流程,並將檔案內的欄位資訊帶入電子表單對應欄位,故任何應用軟體均可藉由產生文字檔方式,將特定資訊透過文字檔帶入並啟動工作流程. 對於某些已使用特定軟體(如進銷存系統),希望藉由一次資訊建檔即可自動開啟流程的企業而言,此功能十分重要。

    Top

85.透過E-Mail啟動流程 (Process Launch via E-mail)
    E-mail 已經快速成為最通行的訊息溝通方式,因此,工作流程系統必需提供以 E-mail 來啟動指定流程的功能。

    Ultimus 允許使用者透過簡單的E-Mail來啟動指定流程,此功能使得其它應用程式或個人能藉由E-mail啟動指定的流程。

    Top

86.Server-side DLLs for Custom Workflow Logic
    企業流程是非常多變且牽涉了許多應用程式,沒有一家軟體公司可以事先預期,並提供「滿足全部需求」的解決方案,因此,工作流程解決方案必需針對無法事先預期的部份,提供容易擴充的企業邏輯與需求功能介面。

    Ultimus 允許使用者在條件清單內,呼叫Workflow Server 端加掛的自訂DLL,工主試算表的工作流程變數可傳送至這些DLLs,此功能提供變更工作流程邏輯的極大彈性,並可依客戶本身需求增加新功能至Ultimus Workflow Server。

    Top

87.工作處理記錄檔 (Transaction Log Files)
    工作流程系統必需保存工作記錄檔(Log Files),以作為往後系統異常診斷與除錯之用。

    Ultimus 提供三種不同的工作處理記錄檔:

    • Aministrator Log File::記錄所有Administrator處理的工作,包括所有安裝/ 解除安裝流程,哪些人執行以及其它重要資訊。
    • FloStation Log File: 使用者可以從系統管理員(Administrator)中讀取 Flo-Station 的相關工作記錄檔。
    • Workflow Server Log File: 記錄所有Workflow Server處理的工作內容

    Top

88.伺服器定時清倉維護 (Periodic Server Housekeeping)
    工作流程伺服器必需提供定時系統維護功能,以保持工作流程完整性、檢查是否有逾期工作,並檢查是否有任何流程因故停頓。

    Ultimus Workflow Server 具備定時清倉功能(housekeeping),在執行定時清倉中,它會找出哪些工作進度落後,不常用的舊版表單自動Unload,以及系統維護與自我檢查功能. 如此可大幅減輕系統管理人員之工作負荷。

    Top

89.Housekeeping Window
    Housekeeping may become a time consuming activity based upon the amount of work the workflow server has to do. It is therefore important to be able to restrict housekeeping to those time periods in the day when the workflow server is less busy. Otherwise it might delay the processing of workflow tasks.

    Ultimus allows workflow administrators to specify a daily time window during which the server can perform housekeeping. This ensures that housekeeping activities are only performed when the workflow server is less burdened with workflow transactions.

Top

    90.處理停頓流程 (Handling of Stalled Processes)
      當執行工作流程時,有可能某一流程會”卡住”而無法繼續往下執行,此情況通常是發生在不相容的條件狀況,而無法使流程進行到正確的後續步驟 (例如無限制的重複代理),.因此,工作流程解決方案必需提供偵測與回復異常停頓流程的功能。

      Ultimus提供了定時清倉功能,檢查是否有流程發生上述情況,並通知流程管理人員處理(例如將該流程搬移至適當步驟)。

      Top

    91.伺服器自動復原/啟動 (Automatic Server Recovery/Start-up)
      各種企業流程往往是公司內最例行且重要的工作,因此,確保控制企業程序的工作流程伺服器能正常運作更是必要,當主機硬體因故停機或中止服務而重新開機,工作流程伺服器必需在最短時間重新啟動並恢復事故前的狀態。

      Ultimus Workflow Server 是標準的NT Service,因此當NT開機後,Ultimus亦會自動啟動相關元件,而毋需人工操作介入。

      Top

    92.網路瀏覽器使用者介面 (Browser-based Client Interface)
      網路瀏覽程式(Web browser) 是無所不在的。在每部電腦裡都可以發現它的蹤跡,並且很快成為許多軟體的標準使用者介面。因為工作流程自動化系統必需被許多員工使用,因此一定要採用最標準且操作簡單的介面。

      Ultimus 允許使用者透過Web browser瀏覽器上線,對於使用者而言有多項優點:包括毋需個別安裝Client軟體(包括日後軟體更新版本)、所有資料庫連結均透過伺服器(用戶端不需安裝與管理ODBC Driver)、使用者可透過任何傳輸介質快速與主機連線(如Internet/IntraNet),除此之外,大部份使用者都已經熟悉網路瀏覽器操作,因為它已成為使用率最廣的軟體之一)。

      Top

    93.依重要優先程度排列工作清單 (Prioritized Client Task List)
      一般員工都喜歡把工作依緊急性或重要程度排列處理順序,而公司也會要求重要事項必需儘速完成。因此工作流程軟體,必需提供用戶介面可依重要度排序的個人工作清單。

      Ultimus 為每一使用者提供優先順序排列的工作清單,依照緊急程度分為緊急、逾時與目前工作等三大類,如果某一工作已超過要求完成時間,則自動從目前工作匣移至逾時工作匣,如果此用戶在限時內仍未處理,此工作會再自動移至緊急工作資料匣. 在工作清單內,用戶可依照優先度、流程名稱、流程說明與完成期限等類別自行排序。

      Top

    94.主動式電子郵件通知 (Proactive E-mail Notifications)
      Web-based 的工作流程解決方的好處是容易操作、連線簡單且適合各種規模客戶。但是,Web-based 環境的唯一限制是 :它是一種被動式的媒體,要知道Web網頁資料是否更新的唯一方法,就是必需開啟該網頁,因此工作流程系統必需是主動的, 一旦有新工作必需能即時通知用戶。

      Ultimus 藉由Email提供主動式Web-based 工作流程功能,當用戶有新的待辦工作時,伺服器便會送出E-mail通知用戶。E-mail內含工作流程清單的URL位址,用戶只需點選URL即可開啟Browser並載入此用戶的工作清單。

      Top

    95.進度落後工作調整 (Late Task Escalation)
      能夠將逾時工作及時進行調整,是工作流程自動化的基本需求,它可確保工作不受影響並及早完成。

      當某工作進度落後時,Ultimus可自動啟動其它步驟,或流程的某些分支步驟,以便能針對進度落後工作進行層級提升處理。

      Top

    96.用戶監看流程現況 (Status Monitoring at Client)
      工作流程參與人員必需要能夠瞭解流程目前處理現況,這也是工作流程系統必備基本功能之一。

      Ultimus可允許使用者透過Browsers監看目前工作流程進度與狀態(限於該用戶本身有參與的流程),可顯示目前處理人員姓名、開始時間、處理完畢時間、處理者職務名稱等。

      Top

    97.分散式用戶管理 (Distributed User Administration)
      在大型企業裡,集中管理所有用戶工作往往有點不切實際,使用者管理工作必需分散,使得部門主管能直接管理其部屬。

      Ultimus 允許指定主管能夠查閱並執行其任何部屬的工作,並且能夠將某部屬的工作調派給其它人員處理,因此,使用者管理工作回歸到最終使用部門。(譯註:因企業文化不同,資訊部門可保留此功能,即亦可全部由資訊中心管理所有工作)。

      Top

    98.用戶指定或解除代理人 (Client Assign/Un-Assign Functions)
      在真實情況下,我們通常會指定某些工作請同仁或部屬代理,並且可以隨時將被代理的工作取回,工作流程系統因此必需提供相同的功能。

      Ultimus允許用戶指定或解除部份或全部工作給職務代理人,適用於因故缺勤或臨時分派工作,被指定的工作將自動被轉派給其它用戶。

      Top

    99.由工作佇列選取工作 (Select Task from Queue)
      工作佇列(Queues)的觀念時常被應用在企業內部,承辦人員從企業程序工作挑出一份工作執行(例如由一堆申請表中抽出一份處理)。在許多情況下,承辦人員會希望挑選要處理的下一份工作,因此除了盲目隨機選擇外,工作流程系統也應當讓用戶可從工作佇列中挑選要執行的工作。.

      Ultimus Browser Client 允許用戶查閱工作佇列的內容,並從佇列中挑出要執行的工作。用戶可以看到自己權責所屬的全部佇列中的所有工作。當然,Ultimus也提供 Blind Queue 功能(用戶不能挑選佇列中的工作,從佇列送來什麼工作就必需執行)

      Top

    100.用戶自訂工作視窗畫面 (Custom Client Views)
      用戶往往希望用他們最習慣或最喜歡的方式看到有哪些待辦事項,因此,工作流程用戶端必需提供某種程度的自訂功能,讓用戶自行依他所喜好的風格呈現工作清單 Ultimus Client 允許用戶自行定義他們的工作清單畫面。 此定義包含以哪些條件過濾工作? 哪些工作的欄位資訊是他們想看到的。畫面定義設定可以被儲存成檔案,以便日後再度使用。此功能使用戶以他們最習慣的方式顯示工作清單。

      Top

    101.顯示已被代理的工作 (View Assigned Tasks)
      當用戶將工作(或許很多工作)交給其它人代理,必需提供顯示哪些工作已被哪些人代理的功能。

      Ultimus 提供此功能,使得用戶可查閱哪些指定的或未來的工作已交給誰代理。

      Top

    102.表單快取功能 (Forms Caching)
      電子表單是企業流程裡的使用者介面,因此電子表單可能被重複使用很多次,所以,若能把表單利用快取方式(Caching)儲存於用戶端,將可大幅提升速度與可用性。

      Ultimus 在用戶的網路瀏覽器端提供電子表單快取功能,因為表單可能包括圖檔或其它類型物件,下載可能比較耗時。透過Ultimus表單快取功能,只要是接收過的表單均可透過快取功能從磁碟機載入,而不需由伺服器重複接收。

      Top

    103.表單樣版 (Form Templates)
      某些特定的流程工作是在不同的時間執行相同的內容,此類工作最好能有一份「標準範例」,範例內包括所有標準內容,因此用戶下次執行此工作時,毋需再重複輸入相同的內容。

      Ultimus 支援定義表單樣版功能,舉例來說,維護部經理每月都需發送類似的零件補料訂單,便可以使用表單樣版功能快速啟動工作流程,修改變動部份後送出。

      Top

    104.表單自動歸檔 (Automatic Archiving)
      在日常作業中,我們往往要將重要的文件或決策過程記錄存檔,以作為稽核或追蹤之用。當企業程序電腦化後 ,這項功能也必需保留並自動執行。

      Ultimus 具備表單自動歸檔功能,您可以指定在哪些步驟需要將處理過的電子單據規檔管理,以便日後稽核與追蹤,調閱歸檔表單者需有特定權限方可進入。

      Top

    105.自動更新程式與元件 (Automatic Software Update for Browser Clients)
      因為工作流程軟體牽涉大量用戶,所以能簡易地更新用戶端程式或功能,是系統管理人員一大福音。否則,更新用戶軟體將成為系統管理人員最大的夢魘。

      Ultimus提供自動更新所有用戶端軟體的功能,一旦Ultimus用戶端元件有更新版本,新版的元件將自動透過網路將用戶端程式更新,使得資訊管理人員工作量減到最少。

      Top

    106.Browser 端的數位認證功能 (Digital Certificate for Browser Software) Web-based 的工作流程軟體往往需要從Web伺服器下載各類控制元件(controls) 或applets,但為了安全性考量,Browser用戶不能從未經授權的安全網站下載元件,因此最實際的解決之道,便是提供數位認證方式認證哪些元件是經過授權網站發出的。

    Ultimus Browser由Java 與ActiveX 控制元件(controls) 組成,每一個control 均是由VeriSign 數位認證方式確認,當這個control 載入Browser 後,它將先行驅動 Ultimus 數位認證,以確定使用者載入此Control,並且是經過合法認證之用戶。在新版的Internet Explorer 瀏覽器內,數位認證功能會確認Ultimus 工作流程網站資訊為信任的網站(發照者)。

    Top

      117.公用用戶 (Public Client)
        有許多的工作流程是由大量不特定人員所啟動,例如政府機關,它允許任何民眾 (如全體市民)提出建議或需要服務,再由機關內的人員加以處理。在此類情況下,要求客戶購買這麼大量的使用者授權是極不合理的,因此工作流程系統必需提供變通的方式以解決此問題。

        Ultimus 提供了公用用戶的功能。任何人只要有正確的密碼都可以成為公用用戶,以啟動工作流程。但他們不能參與流程其中任何步驟,因此公用用戶的工作清單內只有「新表單」選項以啟動新的流程。但公用用戶可以由E-mail Flobot 發出的E-mail 瞭解自己提出的新流程最新處理現況,一般說來,公用用戶適用於有大量不特定使用者會提出要求的單位:例如大學院校或公開網站 (客服系統)的服務功能。

        Top

      118.游移用戶 (Roving User) 在現代企業組織中,您無法限制用戶只能從他自己的電腦處理工作,因此用戶必需要能從公司任何一部電腦使用他自己的工作流程清單並處理工作。

      Ultimus ,支援游移用戶(roving users)功能。用戶可以從任何一部電腦進入工作流程系統處理工作,該用戶的所有設定與工作清單定義均儲存於伺服器上。

      Top

        109.自動定時更新畫面 (Automatic Periodic Refresh)
          Browser based 的用戶介面原本是被動的,只要用戶不去按「更新」 (Refresh)鍵,基本上螢幕畫面是不會主動更新,但因為工作流程自動化必需是動態的,因此能自動定時更新用戶工作清單畫面,是非常重要的功能。

          Ultimus 允許Browser內的用戶工作清單可自動定時更新,以確保工作清單顯示最新資訊,而毋需擔心忘記按更新鍵。

          Top

        110.異常狀況通知 (Notification of Abnormal Situations) 當企業流程工作中發生異常問題時,必需能馬上通知流程處理人員,並提供錯誤發生原因等必要資訊。缺乏異常通知的系統,會產生決策誤導、混淆認知與提供錯誤資訊等問題,因此工作流程自動化系統必需提供異常通知功能,以協助儘速瞭解問題。

        在異常狀況發生時,Ultimus Workflow 可提供完善的即時通知功能。例如當某一案件被取消、退件或抽單時,執行用戶會被要求填寫簡單的說明,此說明會被附在E-mail 內並立即通知與此流程有關的所有人員。

        Top

          111.資料庫安全 (Database Security)
            因為工作流程牽涉大量使用者以及企業資料庫,因此,控制資料庫存取安全更顯得十分重要。最佳的情況是:不讓用戶知道他們將使用資料庫的存取ID與密碼,甚至不讓用戶知道他們自己正在使用資料庫。

            Ultimus 與資料庫直接連結,故使用者毋需個別進入資料庫,以減低安全風險,亦即使用者均透過Ultimus 工作流程表單上所定義之權限存取有限度的資料庫資訊。

            Top

          112.開放的用戶端軟體 (Open Client) 一般來說,完整的工作流程解決方案均會提供自己的Client軟體,但是,沒有一家軟體公司能預期到客戶的所有需求,因此它必需提供客戶或其它軟體廠商自己開發 Custom Clients 的功能及擴充性。

          Ultimus 透過 COM/DCOM 工作流程物件,使客戶能自行開發流程用戶端軟體,或將 Ultimus Client 的功能嵌入自己的應用程式。所有Ultimus Client 提供的功能,都可藉由Ultimus COM 物件來開發。使得軟體開發者可選擇Visual Basic、C++、 Delphi、ASP、Java或其它可支援COM的開發工具來發展自己專屬的Custom Client。

          Top

            113.企業組織圖 (Organization Charts)
              企業流程處理牽涉了許多個人、職務權責、從屬關係與所屬部門,因此,能夠「瞭解」企業組織架構是一套工作流程自動化系統的基本功能。

              Ultimus 提供了一套整合的企業組織圖系統,使用戶可以圖形化模式定義職務名稱、部門、從屬關係與群組。此功能對於工作流程自動化系統十分重要,因為幾乎所有的企業流程工作都與職務權責、從屬關係及群組等息息相關。透過企業組織圖, Ultimus Workflow 流程便了解上述關係,並可作出最佳的流程傳遞判斷。

              Top

            114.子組織圖 (Sub-Charts) 針對大型企業或組織,您不可能用一張圖表就顯示整個企業組織架構,企業組織圖工具因此必需提供切割功能,將一個大型企業的最小單位如部門、事業部或組別真實反應在不同圖表內。

            Ultimus 企業組織圖可讓用戶向下建立無限數目的子組 織圖。每一個子組織圖下也可再建立無限制的子組織圖。因此您可以模組化方式真實反應大型企業組織狀況。

            Top

              115.組織圖擁有人 (Chart Owners)
                在大型企業或單位內,很少有某人能認識全體員工、並瞭解他們的職稱、工作內容、直屬主管以及任何職務異動。因此最好辦法,便是讓許多不同的人管理自己的企業組織圖,各自維護不同企業組織圖的最新異動狀況。

                Ultimus允許每個企業組織圖指派特定擁有人管理,以隨時更新所屬的企業組織圖架構,使得大型企業內可授權不同的人管理其部門或群組人員名單及組織架構。

                Top

              116.群組 (Groups) 在現代組織當中,某些工作是由一群特定人員或小組所處理,甚至必需跨部門限制。例如將各事業部門內的企劃、生管人員全部納入「ISO-9000推動小組」;或各部門經理編寫財務預測表(則各部門經理都屬於「部門經理」的群組)。 因此,工作流程自動化系統必需能夠定義群組,並將工作指定給群組執行。

              Ultimus允許您將必需共同工作的個人或職務組成一個“群組”,此功能可將許多煩雜的設計工作以單一步驟即可解決,大幅簡化流程設計邏輯。

              Top

                117.循序群組 (Sequential Groups)
                  在許多企業環境中,我們常需要特定群組中任何一人批准文件或工作(例如, 50 萬元採購要由副總批準,但副總不在請總經理或執行副總代批也可,這些人都屬於公司「高階主管」群組中的一員),因此,工作流程自動化軟體必需提供類似的邏輯。

                  Ultimus允許您定義針對個人或特定職務的循序群組功能,當一件工作被指定給循序群組時,工作會被指派給群組內的第一個成員,如果此成員在限定時間內沒有處理,工作將自動被指派給下一位成員,這些程序在工作流程圖內僅以一個步驟就可以代表,對於有時限要求的工作,工作流程軟體可自動依序完成這些作業。

                  Top

                118.權重群組 (Weighted Groups)
                  在真實情況下,我們通常需要將工作分配給同一群組內的成員,分派工作的數量有可能直接平分,或依照每個人的工作負荷量決定。 Ultimus提供「權重群組」功能,以依據群組中每個成員工作量定義來分派工作,例如某一部門內張三﹑李四﹑王五的工作量分別設定為10%﹑20%與70%,則指定到此部門的工作流程將有10%被機動分派給張三﹑20%分派給李四,70%分派給王五,只要修改權重定義便能更改每個人的工作負荷量,這項功能將大幅協助人員工作負荷之量化管理。

                  Top

                119.工作職務群組 (Job Function Groups)
                  在一般大型企業組織內,一種職務往往有多個人員處理,例如一家公司可能有5位採購人員、3位出納及7位應用軟體工程師. 雖然可以在Ultimus 的企業組織圖內可以被分別定義,但現在有了更好的辦法:工作職務群組(Job Function Groups) 定義,使得同一職務的所有人可用一個圖框定義。

                  Ultimus的職務群組( Job Function Group)功能,可在Org Chart 企業組織圖內,以一個職務圖框表示多個相同職務的員工,例如建立一個稱為採購的工作職務群組,您可以指定5位採購人員姓名到此群組,第一位採購人員便被定義為採購1,第二位為採購2…等,如此能讓企業組織圖設計更容易也更精簡。

                  Top

                120.身兼數職管理 (Multiple Roles Per User)
                  在企業組織中,往往有某些人身兼數職,他們有不同的角色需要扮演。工作流程系統因此必需提供此定義功能。並且能決定這些用戶不同職務下的從屬關係而不混淆。 (例如張三身兼產品經理與企劃兩職,當他收到給企劃的工作處理完畢後,傳送給主管應是企劃主管而非產品經理主管)。

                  Ultimus 企業組織圖允許定義用戶身兼數職的情況,並且可知道某一職務下的對應關係,以配合企業複雜的職務權責劃分。

                  Top

                121.相對職務關係 (Relative Job Functions)
                  此功能允許工作只被傳遞到與流程啟始人(或處理人)相對同一部門 /單位的職位,例如,一家公司內有A,B,C三個部門,每一部門都有一位品管經理(QM),當一個特定的流程需要部門QM簽核時,工作職務群組便無法滿足此需求。但藉由相對職務關係,部門A經辦所發出的單據會自動傳給部門A的QM,意即用戶可以指定與自己相對應關係的職務,而工作便會傳遞到同部門(或同單位)中最接近的職務。

                  Top

                122.職務搜尋 (Search)
                  在有數百或數千名員工的企業內,必需要能快速找出員工姓名與職務,否則企業組織圖維護會變得非常困難。.

                  Ultimus 提供跨企業組織圖搜尋功能,您不需知道員工在哪一個部門(組織圖)便可快速找到員工的職務與位置。

                  Top

                123.組織調整 (Reorganize)
                  企業時常需要調整組織架構,工作流程軟體因此必需能夠簡易地配合變更組織架構圖表。

                  Ultimus 提供圖形化拖拉模式幫助您將指定部門或範圍直接搬移。

                  Top

                124.圖形化工作流程監控 (Graphical Workflow Monitoring)
                  工作流程自動化最重要的效益之一,就是可以圖形畫面顯示任何流程案件的處理進度,以取代人工作業中傳統且無效率的的以人力追蹤管制。

                  Ultimus 管理者可隨時以圖形顯示任一工作流程之進度,對於流程進度追蹤十分有幫助 . 而Browser 用戶也可由用戶端顯示特定流程現況。

                  Top

                125.工作流程自動安裝與版本控管 (Automatic Process Installation and Version Control)
                  工作流程自動化牽涉大量人員,因此能夠簡易地安裝流程程序變得十分重要。否則資訊管理人員將耗費許多時間在無效率的重複安裝工作。同樣地,因為企業流程經常需要修訂,能夠易於安裝與管理新版本流程也是極重要的必備功能。

                  Ultimus提供完整的表單/流程版本控管功能,當流程安裝完畢後,用戶可即時取得最新版本電子表單,並會更新原有之舊版表單,以避免網路表單不一之窘況. 而舊版的流程與表單也會在流程執行完畢後自動刪除。

                  Top

                126.工作負荷量顯示 (Workload View)
                  工作流程自動化的另一項重要效益,便是可集中管理/顯示所有員工目前的工作負荷,更重要的,便是能將指定工作或案件臨時調派給其它人員處理。

                  Ultimus允許管理者決定每一位用戶的工作負荷量,管理者可決定分派給員工的工作類型與數量,管理階層也可以重新指派部份或全部工作給特定員工,這項特色對於工作負荷量管理十分重要,同時也能夠應付如病假缺勤﹑緊急事件等必需更改標準工作流程的例外狀況。

                  Top

                127.單一步驟成本分析 (Task Cost Statistics)
                  工作流程自動化軟體必需能夠產生流程中每一步驟的成本統計報表,以供管理人員瞭解人力成本結構並予以改善。.

                  Ultimus 可經由多次實際運作後計算每一步驟之人工作業平均成本,故可得到實際的該步驟人力成本效益數據。

                  Top

                128.工作流程成本統計 (Process Cost Statistics)
                  工作流程自動化軟體必需能夠產生流程的成本統計報表,以供管理人員評估此流程的成本與效益。.

                  Ultimus 可經由多次實際運作後計算每一流程所需之人工作業平均成本,故可得到實際的該流程人力成本效益數據。

                  Top

                129.單一步驟超時統計 (Step Lag Time)
                  企業流程工作最主要的延誤發生在傳遞時間(transfer time)與超時,亦即工作擺在待辦工作夾內尚未處理的等待時間,因此,必需要將此時間評量與統計出來。

                  Ultimus 可經由多次流程執行結果,統計每一工作步驟的平均落後時間,幫助企業主管找出進度落後的原因及問題。

                  Top

                130.工作流程超時統計 (Process Lag Time)
                  特定專案的整體逾時時間(包含所有步驟)也是企業評量工作效率的重要依據,因此工作流程系統必需提供評量與統計此時間的功能。

                  Ultimus 可計算每一工作流程的平均落後時間,幫助企業主管計算實際的專案費時與預期是否有誤差。

                  Top

                131.流程暫時停用 (Disable Processes )
                  在很多企業環境中,我們會因某些情況希望暫停新案件啟動(例如,發現型錄已寄送一空,便暫時停止客戶索取型錄的新要求案件),通常是因為服務不再繼續,或暫時停止某類工作直到情況改變。工作流程系統因此必需提供流程能暫停啟始新案件的功能。

                  Ultimus 提供簡易的方法使某流程無法啟始新案件。但並不影響原本正在執行當中的流程。

                  Top

                132.由佇列中臨時調派工作 (Pull Tasks from Queue)
                  假使某件工作正在工作佇列(task queue)中等待,而緊急情況發生需要立即處理此等待中的工作。這時便需要能將工作從佇列中抽調再分派給其它人立即處理的功能。這在現實生活中經常發生,因此工作流程自動化軟體也必需提供相同特色 。.

                  Ultimus 允許流程管理人員由工作佇列中抽調派待辦之工作,給其它成員立即處理,此項功能對應付正常工作流程規則無法處理的突發狀況有極大幫助。

                  Top

                133.工作重送 (Resend Steps)
                  Ultimus 工作流程管理員可以重送工作至某一步驟,雖然此工作先前已傳送一次。當原始工作程序有問題或設備故障導致流程錯誤時,流程管理員可將工作流程之工作重新發送一次,以避免流程無法繼續進行。

                  Top

                134.非工作日設定 (Exclusion Days)
                  每一家企業針對國定假日、例假日等或多或少都有自己的計劃,在計算流程工作天與逾時等統計上,必需要把假日扣除,因此工作流程自動化軟體必需要提供假日定義的功能,以免在計算上述時間發生錯誤。.

                  Ultimus可自行定義除外日期,以便在工作流程統計數據時不予列入,如國定假日與例假日等。

                  Top

                135.代理未來工作 (Assign Future Tasks)
                  如果某位員工即將請假或不在辦公室,通常他會交待同仁哪些工作會在他不在的時間內發生,或預期可能發生。因此工作流程軟體必需提供此項功能。

                  Ultimus 用戶可以將現有或未來將發生的工作,請別人協助代理。即時使用者現在尚未請假,或只希望暫時代理一下,都可以使用「代理未來工作」的功能。而 Ultimus 管理也可以將特定人員未來的工作分派給其它人處理。

                  Top

                136.工作流程資訊輸出 (Workflow Metrics Export)
                  Ultimus 可將其工作流程資訊輸出至Excel,以便使用者作更詳細之分析,或產生各類統計報表,而所有工作流程資訊亦置於ODBC相容資料庫內,用戶可透過各類工具對該資料庫直接存取,作進一步統計與再利用。

                  Top

                137.能臨時更改收件人 (Ability to Change Recipient )
                  我們通常會需要介入某個正在進行中的案子 ,並將某個步驟收件人臨時更改為指定人員處理,此功能對於例外處理或未預期的特殊狀況非常重要。

                  Ultimus 允許工作流程管理員在Monitor View顯示時,更改進行中流程的收件人。

                  Top

                138.可顯示進行中流程的內容 (Ability to View Workflow Data)
                  在很多情況下,流程管理人員必需要監看正在執行中案件的流程資料,例如發生流程異常狀況,或者因應某些臨些狀況而必需搜尋特定資料用。

                  Top

                139.自訂案件過澸清單 (User-Defined Queries for Reports/Monitor View)
                  當產生工作流程報表或由監控畫面選擇流程案件時,用戶往往要從大量流程案件中挑選他們想看的案件,尤其在大型企業更是如此。因此工作流程系統必需提供過濾功能,利用指定的條件事先將流程案件過濾。

                  Ultimus允許用戶以定義SQL queries方式,過濾要監控或產生報表的案件。檢索條件可以是流程名稱、日期、啟始人、流程說明與databound變數。用戶也可以儲存此檢索條件,用來自訂專屬的流程監控或報表產生查詢範圍。

                  Top

                140.自動安裝流程給新的部門成員 (Automatically Install to New Group Members)
                  在真實情況中,當新成員加入某部門時,他通常會被立刻告知某些部門成員的權利與義務。如果其它成員能夠啟始某些流程,則他也應該能夠如此。因此,工作流程自動化軟體必需供此功能,而不需另外作繁瑣的設定。

                  Ultimus能夠自動讓新加入的成員,執行所有該部門成員能夠啟始的流程。當新成員名單加入到特定部門或群組時,所有該部門/群組能夠啟動的流程名稱,都會被自動放入該成員「空白表單」的資料匣內,而不需另行指定哪些流程能夠讓該用戶執行。

                  Top

                141.可自行定義統計報表 (Configurable Reports)
                  工作流程自動化軟體必需能產生各類報表,以便使用戶瞭解流程的瓶頸與秏費成本,因為不同的企業有各自不用的需求,因此這類報表必需能讓用戶依需求自行定義。

                  Ultimus允許用戶定義自己的報表格式及內容,不僅可以選擇統計哪些案件,也能夠指定顯示哪些結果。可選擇的項目包括:個別案件指定、平均、最大、最小、標準與案件數目。

                  Top

                142.可指定代理期限 (Assign Until)
                  當某員工因請假將工作交由他人代理一個月,當他返回工作崗位後,就必需將工作承辦權責自動取回,因此工作流程系統必需提供指定代理期限的功能。

                  Ultimus允許用戶將工作請他人代理,直到指定日期為止。當到達指定日期後,所有指定代理的工作會自動取消代理,並將承辦權交回原使用者。

                  Top

                143.可傳回子流程統計資料 (Roll-up Sub-process Statistics)
                  當企業流程牽涉了一個或多個子流程時,計算該企業流程的整體成本與費時統計,便必需包含子流程的相關數據。因此工作流程系統提供此項功能。

                  在Ultimus裡,子流程的相關數據資料會回傳給主流程,因此可以統計整支流程完整的成本與費時相關數據。

                  Top

                144.強迫3rd Party軟體結束 (Ability to Complete Third-Party Application Steps)
                  當工作園內某步驟必需自動執行某個3rd party應用軟體,而很不幸地,這個 3rd party應用軟體無法正確自動執行時,流程便會「卡」住無法繼續執行下去。

                  因此,工作流程解決方案必需提供以手動方式,執行3rd party應用軟體並讓流程繼續或結束。

                  Ultimus提供系統管理員在Monitor View裡強迫Flobot結束的功能,當Flobot步驟失敗但必需強迫執行以完成流程的過程。

                 
                一般性功能 (General Functions)
                1. 免程序开发(No Programming or Scripting) 
                2. 可处理大量流程工作 (Volume Transaction Processing)
                3. 三层式弹性化架构(Three Tier, Scaleable Architecture)
                4. 稳定的信息传递架构(Robust Message Transports)
                5. 流程反向回传/抽单(Process Rollback)
                6. 支持LDAP 目录服务
                7. 支持企业级数据库 (Support for Enterprise Databases)
                8. 动态用户授权(Active User Licensing)
                9. 统一的登入ID 与密码(Unified ID/Password)
                10. 使用者网域安全性(User Domain Security)

                流程与窗体设计功能 (Designer)
                11. 图形化工作流程图(Graphical Workflow Maps)
                12. 基于角色的路由(Role Based Routing)
                13. 平行会签(Parallel Routing)
                14. 基于关系的路由(Relationship Based Routings)
                15. 工作队列(Queues)
                16. 图形化数据路由(Graphical Data Routing)
                17. 动态会签(Dynamic Routing)
                18. 条件化步骤(Conditional Steps)
                19. 条件化步骤跳跃(Conditional Jumps)
                20. 条件化取消流程(Conditional Aborts)
                21. 条件化退回(Conditional Returns)
                22. 条件化收件人(Conditional Recipients)
                23. 条件定义清单(Event Condition Tables)
                24. 条件定义清单与其它步骤互动(Status Variables in Event Condition Tables)
                25. 退件(Return Step)
                26. 动态定义群组(Dynamic Groups)
                27. 整合智能型窗体设计工具(Integrated Intelligent Forms Designer)
                28. 表格透过服务器端连接数据库(Server-Side Database Connectivity for Forms)
                29. 表格通用变量(Global Variables in Forms)
                30. 电子签章(Signatures)
                31. 备注留言板(Memos)
                32. 表格支持电子扩展表 (Spreadsheet Grid in Forms)
                33. 多页表格(Multiple Pages per Form)
                34. 子表(Sub-Forms)
                35. 必备与必读文档(Required and Must-Read Attachments)
                36. 附件功能(Attachment)
                37. 资料验证与格式化输入(Data Validation and Masking)
                38. 支持URL 连结(URL Links)
                39. 支持HTML/Java (Support DHTML/Java)
                40. 支持第三方对象开发(Third-Party Objects (Controls))
                41. 自订传递路径(Ad hoc Routing)
                42. 连接点(Junction Steps)
                43. 重复激活流程(Iteration)
                44. 转折点(Anchors)
                45. 编辑业务规则(Editing Business Rules)
                46. 自动暂停或恢复继续流程(Hold Conditions)
                47. 发起子流程(Sub Processes)
                48. 同步/异步子流程(Synchronous/Asynchronous Sub Processes)
                49. 定时激活(Periodic Launches)
                50. 第三方软件接口(Agent API/SDK )
                51. Excel 接口(Excel Agent )
                52. Word 接口(Word Agent)
                53. ODBC 接口(ODBC Agent)
                54. ASCII 接口(ASCII Agent)
                55. 文件接口 (File Agent)
                56. 电子邮件接口(E-mail Agent)
                57. 呼叫DLL 接口(Invoke DLL Agent)
                58. 接口中心(Agent Station )
                59. 流程仿真测试(Simulation)
                60. 流程仿真除错工具(Debugging Tools during Simulation)
                61. 连续激活案件(Repeating Steps)
                62. 取消案件或步骤(Abort Step or Incident)
                63. 可重复送件的步骤(Perpetual Steps)
                64. 保密步骤(Private User Steps)
                65. 禁止代理的工作(Non-assignable User Tasks)
                66. 复制流程步骤(Replicating Tasks)
                67. 动态更改工作优先级(Dynamic Task Prioritization)
                68. 可定义工作流程拥有人(Process Owners)
                69. 工时成本计算(Task Rates)
                70. 工作完成时间(Task Completion Times)
                71. 群体开发流程(Collaborative Design via Maplets TM)
                72. 数据可传递至子流程(Data Transfer to Sub-Processes)
                73. 可同时监控主/子流程(View Sub-Process Status in Monitor View)
                74. 数据捆绑通用变量 (Databound global variables)
                75. 流程设计文件制作(Process Documentation)
                76. 以邮件通知工作逾时(E-mail Notification of Late Condition)
                77. 可自订通知邮件(Customizable Notification Messages)
                78. 群体响应(Group Response/Vote)
                79. 指定代号启始值(Seeded Incident Number)
                80. 指定工作暂停(Delayed Assignment)
                81. 启始新流程权限(Process Initiation Rights)

                工作流程服务器功能 (Workflow Server Features)
                82. 支持多个流程服务器(Multiple Workflow Servers)
                83. 集中式的服务器端数据库连结(Centralized, Server-side Database Connectivity)
                84. 以文字文件激活流程(Process Launch via Text Files)
                85. 通过E-Mail 激活流程(Process Launch via E-mail)
                86. 符合业务逻辑的服务器端动态连接库(Server-Side DLLs for Custom Workflow Logic)
                87. 工作处理记录文件(Transaction Log Files)
                88. 服务器定时清仓维护(Periodic Server Housekeeping)
                89. 清仓窗口(Housekeeping Window)
                90. 处理停顿流程(Handling of Stalled Processes)
                91. 服务器自动复原(Automatic Server Recovery)

                客户端程序功能 (Client Features)
                92. B/S 结构的客户端界面(Browser-based Client Interface)
                93. 依重要程度优先级排列工作清单(Prioritized Client Task List)
                94. 主动式电子邮件通知(Proactive E-mail Notifications)
                95. 进度落后工作调整(Late Task Escalation)
                96. 用户监看流程状况(Status Monitoring at Client)
                97. 分布式用户管理(Distributed User Administration)
                98. 用户指定代理人(Client Assign Functions)
                99. 由工作队列中选择工作(Select Task from Queue)
                100.用户自订工作窗口画面(Custom Client Views)
                101.显示已被代理的工作(View Assigned Tasks)
                102.表格快取功能(Forms Caching)
                103.表格样板(Form Templates)
                104.表格自动归档(Automatic Archiving)
                105.自动更新程序与组件(Automatic Software Update for Browser Clients)
                106.浏览器端的数字认证功能(Digital Certificate for Browser Software)
                107.公众用户(Public Client )
                108.游移用户(Roving User)
                109.自动定时更新画面(Automatic Periodic Refresh)
                110.异常状况通知(Notification of Abnormal Situations)
                111.数据库安全(Database Security)
                112.开放的客户端软件(Open Client)

                企业组织图功能 (Organization Chart Features)
                113.企业组织图(Organization Charts)
                114.子组织图(Sub-Charts)
                115.组织图拥有人(Chart Owners)
                116.群组(Groups)
                117.循序群组(Sequential Groups)
                118.权重群组(Weighted Groups)
                119.工作职务群组(Job Function Groups)
                120.多重角色管理(Multiple Roles Per User)
                121.相对职务关系(Relative Job Functions)
                122.职务搜寻(Search)
                123.组织调整(Reorganize)

                系统与流程管理功能 (Administrator Features)
                124.图形化工作流程监控(Graphical Workflow Monitoring)
                125.版本控制(Version Control)
                126.工作负荷量显示(Workload View)
                127.任务成本统计(Task Cost Statistics)
                128.工作流程成本统计(Process Cost Statistics)
                129.单一步骤超时统计(Step Lag Time)
                130.工作流程超时统计(Process Lag Time)
                131.流程暂时停用(Disable Processes )
                132.由队列中临时调派工作(Pull Tasks from Queue)
                133.工作重送(Resend Steps)
                134.非工作日设定(Exclusion Days)
                135.代理未来工作(Assign Future Tasks)
                136.工作流程信息输出(Workflow Metrics Export)
                137.能临时更改收件人(Ability to Change Recipient )
                138.可显示进行中流程的内容(Ability to View Workflow Data)
                139.自订案件过滤清单(User-Defined Queries for Reports / Monitor View)
                140.自动安装流程给新的部门成员(Automatic Install to New Group Members)
                141.可自行定义统计报表(Configurable Reports)
                142.可指定代理期限(Assign Until)
                143.可传回子流程统计数据(Roll-up Sub-Process Statistics)
                144.强迫第三方应用软件结束(Ability to Complete Third-Party Application Steps)

                2004年06月14日

                  新报讯 (记者 陈文静) 前日下午,常德市德山镇的8岁女孩熊薇为了营救同学,跳进了3米多深的水塘之中,眼看溺水的同学被推到了岸边,可是8岁的熊薇却再也没有浮出水面。昨日上午,当地的群众自发地赶到了熊薇的家中,默默地为这个勇敢的女孩送行。

                  前日下午4时半,德山镇村小学一年级学生熊文刚在池塘边洗脸时不小心掉进了3米多深的池塘中,不熟水性的他立即大声呼救。放学回家的熊薇和两个同学听到呼救声后,立即赶到池塘边,不会游泳的熊薇丢下书包就跳进了水中。人小力小的熊薇奋力将熊文刚推向岸边,岸上的同学也拿来树枝一起帮忙,在大家的共同努力下,小男孩终于被推到了岸边,可是岸上的同学再把树枝递给筋疲力尽的熊薇时,她怕把同学拖入水中而拒绝了。

                  熊薇的同学熊磊说,熊薇当时一直在说不要拉我,不要拉我,我会把你拖下水的。可当同学还没有反应过来时,一个突来的旋涡将熊薇卷入水中。眼看着熊薇的小手在水中不停地下沉,同学们立刻跑回村里求救,当大人赶到时,熊薇已经被旋涡吞噬。

                  看着女儿的照片,熊薇的父母沉浸在巨大的悲伤之中。父亲两眼发直地看着前方,似乎不相信这是事实。熊薇的父亲熊大贵说,自己的这个女儿真的很听话,虽然只有8岁,放学回来后还给家里做饭做菜。

                  据熊薇的班主任反映,熊薇平时在学校表现优异,待人诚恳,乐于助人,由于家中贫困,父母长期在外地打工,熊薇很小就知道自己照顾自己,全村人都很喜欢这个天真可爱的小女孩。
                  新报讯 (记者 陈文静) 前日下午,常德市德山镇的8岁女孩熊薇为了营救同学,跳进了3米多深的水塘之中,眼看溺水的同学被推到了岸边,可是8岁的熊薇却再也没有浮出水面。昨日上午,当地的群众自发地赶到了熊薇的家中,默默地为这个勇敢的女孩送行。

                  前日下午4时半,德山镇村小学一年级学生熊文刚在池塘边洗脸时不小心掉进了3米多深的池塘中,不熟水性的他立即大声呼救。放学回家的熊薇和两个同学听到呼救声后,立即赶到池塘边,不会游泳的熊薇丢下书包就跳进了水中。人小力小的熊薇奋力将熊文刚推向岸边,岸上的同学也拿来树枝一起帮忙,在大家的共同努力下,小男孩终于被推到了岸边,可是岸上的同学再把树枝递给筋疲力尽的熊薇时,她怕把同学拖入水中而拒绝了。

                  熊薇的同学熊磊说,熊薇当时一直在说不要拉我,不要拉我,我会把你拖下水的。可当同学还没有反应过来时,一个突来的旋涡将熊薇卷入水中。眼看着熊薇的小手在水中不停地下沉,同学们立刻跑回村里求救,当大人赶到时,熊薇已经被旋涡吞噬。

                  看着女儿的照片,熊薇的父母沉浸在巨大的悲伤之中。父亲两眼发直地看着前方,似乎不相信这是事实。熊薇的父亲熊大贵说,自己的这个女儿真的很听话,虽然只有8岁,放学回来后还给家里做饭做菜。

                  据熊薇的班主任反映,熊薇平时在学校表现优异,待人诚恳,乐于助人,由于家中贫困,父母长期在外地打工,熊薇很小就知道自己照顾自己,全村人都很喜欢这个天真可爱的小女孩。

                  目前学校以及村委准备将熊薇勇救落水儿童的事迹向上级部门汇报,有关方面也给熊薇家送来了慰问金,学校也准备在学生和教师中,学习和推广熊薇救落水儿童的感人事迹。

                2004年06月10日

                0。不要老是呆在房间,多出去转转

                1。跑跑步、跳一跳、健健身

                2。多串门、找朋友聊聊天

                3。写写blog

                4。记着理想

                 

                 

                 

                2004年06月02日

                老鹰是世界上寿命最长的鸟类。 它一生的年龄可达七十岁。 但要活那么长的寿命,它在四十岁时,必须做出困难却重要的决定! 当老鹰活到四十岁时,它的爪子开始老化,无法有效地抓住猎物。 它的啄变得又长又弯,几乎碰到胸膛。 它的翅膀变得十分沉重,因为它的羽毛长得又浓又厚。 使得飞翔十分吃力! 它只有两种选择: 1.等死, 2.历经一个十分痛苦的蜕变过程――一百五十天漫长的操练。 它必须很努力地飞到山顶。 在悬崖上筑巢。 停留在那里。不得飞翔。 老鹰首先用它的喙击打岩石,直到喙完全脱落。 然后静静地等候新的喙长出来。 然后,它要再用新长出的喙,把指甲一根一根的拔出来。 当新的指甲长出来后,它们便再把羽毛一根一根的拔掉。 五个月以后,新的羽毛长出来了。 老鹰开始飞翔。 重新再过得力的三十年岁月! 在我们的生命中,有时候我们也必须做出困难的决定。 开始一个更新的过程。 我们必须把旧的习惯,旧的束缚抛弃, 使得我们可以重新飞翔。 只要我们愿意放下旧的包袱,愿意学习新的事物, 我们才有机会能发挥我们的潜能,开创另一个崭新的未来。

                2004年06月01日

                美国心理学家认为,一个人只有参加2千次聚会才能找到与之匹配的另一半。与一个人聊上30个小时,对对方的同情心才能转变为一种深深的感情。