欧美成人精品手机在线观看_69视频国产_动漫精品第一页_日韩中文字幕网 - 日本欧美一区二区

LOGO OA教程 ERP教程 模切知識交流 PMS教程 CRM教程 開發文檔 其他文檔  
 
網站管理員

項目管理那些事 功能點分析學習筆記

admin
2010年7月25日 2:23 本文熱度 7585

    前段時間,有抽空余時間對功能點分析進行了較深入的研習。以下將研習過程中的內容摘要如下,以做備忘和參考:

    ifpug維護的功能點分析(fpa)是眾多功能點評估方法中的一種,目前應用較廣泛。當前最新版本是4.2.1.

    為了推動function point的方法在行業中的應用,ifpug有推出cfps的認證。

    fpa是從用戶角度出發度量軟件規模的一種方法。其目標是:

          1. 度量用戶要求和能夠接收到的功能

          2. 提供一種與具體實施方法和技術無關的對軟件開發和維護進行度量的手段

          3. 提供一種相對來說比較簡單的對規模進行度量的方法

          4. 提供一種在不同的項目和組織之間能夠保持一致的度量方法

    相對于其他的軟件度量方法而言(諸如代碼行),其主要的特點是:該度量方法與技術無關,也就是說對于同一組用戶需求,無論你采用什么開發語言,其規模都應該是一定的。且該度量方法是面向用戶的,從用戶角度出發的,而其他的度量方法多從技術角度出發,很難讓用戶接收。

    這里先講幾個基本的概念:

    用戶:是指用戶功能性需求的任何人和/或任何時候與軟件通信或互動的任何人或事物

    用戶視角:它是對業務功能的描述,此為,它應該:

                    1. 被用戶認可

                    2. 能夠被用來計算功能點

                    3. 能以不同的文檔形式出現

    利用功能點分析的步驟如下圖所示:


 



    1、決定分析類型

    功能點計算的類型分為:

    ·開發項目——開發項目功能點計算度量的是項目完成、用戶第一次安裝系統時提供給用戶的功能

    ·升級項目——升級項目功能點計算度量的是項目完成對已存在的應用系統新增、修改或者刪除的功能

    ·應用程式——應用程式功能點計算度量的是已經安裝運行的系統提供給用戶的功能。

    2、識別計算范圍和應用邊界

    計算范圍定義了一組(部分)被度量的軟件

    ·它由功能點計算的目的決定

    ·它確定功能點計數中包括的功能

    ·它可以包含一個或多個應用

    應用邊界指出了被度量的軟件之間的分界線

    ·定義了應用的外部范圍

    ·內部應用與外部用戶時間的概念接口;起一種“膜”的作用,數據就是通過這層膜進出應用

    ·包括被應用維護的邏輯數據

    ·協助識別在應用中查詢但不在應用中維護的邏輯數據

    ·依賴于用于對應用外部業務的視角;與技術和/或是是方式相獨立

    識別計算范圍和應用邊界的規則

    ·邊界是從用戶的角度來劃分和決定

    ·應用之間的邊界是以用戶能夠看得見的可分隔的功能域為基礎,而不是以技術考慮為出發點。
 



    3、計算數據功能

    3.1、基本概念

    3.1.1、數據功能類型

    ·內部邏輯文件 internallogical file (ilf)

    ·外部接口文件 external interface file (eif)

    此處的文件不是傳統數據處理意義上的文件,而是指一組邏輯上相互關聯的數據,并不是實現意義上的物理的數據集合。

    3.1.2、ilf

    ·ilf是一組用戶可識別的在應用邊界內且被應用維護的邏輯相關數據或者控制信息。

    ·它的主要目的是通用應用的一個或幾個基本處理過程維護數據。

    3.1.3、eif

    ·eif是一組在應用邊界內被查詢,但在其他應用中被維護的、用戶可識別的、邏輯相關數據或者控制信息。

    ·eif的主要目的是使數據在應用邊界內通過一個或幾個基本處理過程得以查詢。這就意味著一個應用中的一個eif必然是其他應用中的ilf。

    3.1.4、相關概念

    ·用戶可識別——它是指為處理而定義的需求或/和能被用戶和軟件開發者贊同和讀懂的數據組。

    ·維護——它指的是可以通過一個基本處理過程更改數據的能力

    ·控制信息——它是影響應用基本處理過程的數據。它指明了處理什么、何時處理或處理方式。

    ·基本處理過程——一個基本處理過程就是一個用戶可以理解的最小活動單元。

    3.2、識別規則

    3.2.1、ilf識別規則

    ·該組數據或控制信息是邏輯相關的且由用戶定義。

    ·該組數據在應用的邊界之內且通過一個或幾個基本處理過程來維護。

    ·以上兩條規則都須同時滿足,才能算做ilf。

    3.2.2、eif識別規則

    ·該組數據或控制信息是邏輯相關的且由用戶定義。

    ·該組數據處于被計數應用之外,且被該應用查詢。

    ·被計數的應用不對該組數據進行維護。

    ·該組數據被其它的應用維護。

    ·以上四條規則都須同時滿足,才能算做eif。

    3.3、功能點計算

    ·根據ilf和eif的復雜度和貢獻度來計算其功能點。

    ·ilf和eif的復雜度和貢獻度取決于以下兩種類型元素的數量:

        ·數據元素類型 date element types (det)

        ·記錄元素類型 record element types (ret)

    3.3.1、基本概念

    ·det——一個det就是一個唯一的用戶可認知的、不重復的數據域

    ·ret——一個ret就是一個ilf或eif內用戶可認知的數據元素子集

    3.3.2、det計算規則

    ·如果通過一個基本處理過程的執行在ilf維護或從ilf或eif中返回一個特定的用戶可識別的、非重復字段,那么每個這樣的字段算一個det

    ·當兩個應用維護和/或查詢相同的ilf/eif,但是每個應用單獨維護/查詢相應的det,只計算被每個應用使用的det

    ·對于那些用戶要求與其他的eif/ilf建立關聯的數據字段來說,每個這樣的數據字段都應算一個det

    3.3.3、ret計算規則

    ·每個ilf或eif得可選或必選子組算一個ret

    ·如果該ilf/eif沒有子組,那么就將該ilf/eif算作一個ret

 3.3.4、復雜矩陣

  1-19 det 20-50 det 51及以上det
1 ret low low average
  low average high
  average high high

3.3.5、功能點復雜程度對應表

  low average high
ilf 7 10 15
eif 5 7 10


    3.3.6、計算數據功能的提示

    ·一個應用可以在多個處理過程中用到同一個ilf/eif,但是這個ilf/eif只能被計算一次

    ·在同一個應用中一個邏輯文件不能同時作為ilf和eif來計算。如果一個數據集合同時滿足ilf和eif的識別規則,則當作ilf來計算。

    ·如果一組數據沒有被作為一個ilf/eif來計算,則可計算為包含這組數據的ilf/eif的det

    ·不要假設一個物理文件、表或對象等于一個從用戶視角可以識別的數據邏輯文件

    ·不要假設所有的物理文件都必須被計算為一個ilf/eif,或是ilf/eif的一部分

    3.3.7、計算數據功能的注意事項

    ·以下數據不會作為ilf/eif計算

        ˙臨時文件或不同迭代階段的同一文件

        ˙工作文件/排序文件

        ˙摘錄或視圖文件(在打印或顯示前,從ilf/eif中提?。?/p>

        ˙由于技術原因引入的文件

        ˙可選索引、聯合、關系或聯接

        ˙審計數據或歷史數據,他們和應用功能數據一起計算

    · 除以上外,以下數據也不會作為ilf計算

        ˙同一文件的復本

        ˙用作企業備份和恢復的數據(系統的基本特征)

        ˙包括不完整業務信息的中間數據

    ·除以上外,以下數據也不會作為eif計算


        ˙從另外系統接收的數據,用于應用中的一個或多個ilf(ei)

        ˙由應用格式化后發給其他應用的數據
 


    4.1、相關概念

    4.1.1、交易功能類型

    ·外部輸入 external inputs(ei)

    ˙外部輸出 external outputs(eo)

    ˙外部查詢 external inquiries(eq)

    4.1.2、ei

    ˙是處理來自應用邊界之外的數據或控制信息的基本處理過程。

    ˙ei的主要目的是維護一個或多個ilf并且/或者改變系統的行為

    4.1.3、eo

    ˙是向應用邊界之外發送數據或控制信息的基本處理過程。

    ˙主要目的是通過邏輯處理方式向用戶呈現信息,而不只是直接恢復數據或控制信息。該處理邏輯必須包含至少一個數學公式或計算過程或生成派生數據

    ˙一個eo也可能維護一個或多個ilf和/或改變系統行為

    4.1.4、eq

    ˙是向應用邊界之外發送數據或控制信息的基本處理過程。

    ˙主要目的是通過恢復數據或控制信息向用戶呈現信息。該處理邏輯不包括任何的數學公式或計算過程,不會生成任何的派生數據。

    ˙eq處理過程中既不會維護任何ilf,也不會改變系統行為

    4.1.5、ei、eo、eq都是邏輯處理

    邏輯處理指的是用戶提出的完成某個處理的請求。邏輯處理的例子包括:

    ˙數據驗證

    ˙數學公式和計算

    ˙數據的過濾和選擇

    ˙分析適用的條件

    ˙更新一個或者多個ilf

    ˙引用一個或者多個ilf或eif

    ˙運用現有的數據生成衍生數據

    ˙改變系統的行為

    ˙向應用范圍之外準備和顯示數據

    ˙接受進入系統邊界的數據或者控制信息

    ˙恢復和重新整理數據

    4.2、識別規則

    4.2.1、ei識別規則

    ˙數據或控制信息從應用邊界之外輸入。

    ˙如果穿過邊界的數據不是改變系統行為的控制信息,那么至少應維護一個ilf。

    ˙對于已識別的處理過程,至少滿足下面三個條件之一 :

             ˙處理邏輯與該應用中其它ei所用的處理邏輯不同

             ˙該組已識別的數據元素不同于該應用中其它ei的數據元素

             ˙所涉及的ilf或eif不同于該應用中其它ei所涉及的文件

    4.2.2、eo識別規則

    ˙數據或控制信息發送出應用邊界。

    ˙對于已識別的基本處理過程,至少滿足下面三個條件之一 :

             ˙處理邏輯與該應用中其它eo所用的處理邏輯不同

             ˙該組已識別的數據元素不同于該應用中其它eo的數據元素

             ˙所涉及的ilf或eif不同于該應用中其它eo所涉及的文件

    ˙還需滿足下述條件之一

             ˙處理邏輯包含至少一個數學公式或計算過程

             ˙至少一個ilf被處理邏輯維護

             ˙處理邏輯改變了系統的行為

    4.2.3、eq識別規則

    ˙數據或控制信息發送出應用邊界。

    ˙對于已識別的基本處理過程,至少滿足下面三個條件之一 :

             ˙處理邏輯與該應用中其它eq所用的處理邏輯不同

             ˙該組已識別的數據元素不同于該應用中其它eq的數據元素

             ˙所涉及的ilf或eif不同于該應用中其它eq所涉及的文件

    ˙還應該滿足下述所有條件:

              ˙該處理邏輯從一個ilf或eif返回數據或控制信息

              ˙該處理邏輯不包含任何數學公式或計算過程

              ˙該處理邏輯不改變系統行為

              ˙該處理邏輯不維護任何ilf

    4.3、計算規則

    4.3.1、基本概念

    ˙根據ei,eo,eq的復雜度和貢獻度來計算

    ˙ei, eo, eq的復雜度和貢獻度取決于以下兩種元素的數量

             ˙引用文件類型 ftr (file types referenced)

             ˙數據元素類型 det (data element types)

    4.3.2、ftr

    ˙它是一個被交易功能讀取或者維護的內部邏輯文件

    ˙或是一個被交易功能讀取的外部接口文件

    4.3.3、det

    ˙一個det就是一個唯一的用戶可認知的,不重復的數據域

    4.3.4、ei的功能點計算

    4.3.4.1、ftr計算規則

    ˙每個被維護的ilf算一個ftr

    ˙每個在ei處理過程中讀取的ilf或eif算一個ftr

    ˙由ei維護和讀取的ilf只算一個ftr

    4.3.4.2、det計算規則

    ˙完成ei的過程中,如果一個用戶可識別的、非重復的字段穿越應用邊界,那么該字段應算一個det

    ˙如果在ei過程中,系統取出或派生一個字段并且該字段存儲在一個ilf之內且沒有穿越應用邊界,則無須計算det

    ˙如果應用能夠發送一個系統響應信息(如:說明ei過程中發生錯誤,確認處理過程已經完成,確認處理過程應該繼續)到應用邊界之外,則算一個det

    ˙即使有多種方法調用同一邏輯過程,也只能為這一特定動作計算一個det

    4.3.4.3、注意事項

   以下不能單獨計算為ei

    ˙包含在查詢或輸出中的輸入請求

    ˙用于導航或選擇不維護ilf的菜單窗口

    ˙幫助用戶進行系統的登陸

    ˙激活同一邏輯的多種方法

    ˙刷新或取消窗口中的數據

    ˙需要用戶刪除或其他事務消息的反應

    ˙在同一系統內部(線程與批處理或客戶端到服務器

    4.3.4.4、復雜度矩陣

  1-4 det 5-15 det 16及以上det
0-1 ftr low low average
2 ftrs low average high
3及以上ftrs average high high

4.3.4.5、功能點復雜度對應表
 

  low average high
ei 3 4 6
 


 




    4.3.5、eo、eq功能點計算

    4.3.5.1、ftr計算規則

    ˙eo/eq的ftr計算規則

         ˙每個在eo/eq處理過程中讀取的ilf和eif算一個ftr

    ˙eo額外的ftr計算規則

         ˙每個在eo處理過程中維護的ilf算一個ftr

         ˙每個在eo處理過程中讀取和維護的ilf算一個ftr

    4.3.5.2、det計算規則

    ˙det數量等于根據下列規則確定的字段總數

    ˙用戶可識別的非重復的字段進入應用邊界并且指明處理什么、何時處理或處理方式并且由eo/eq返回或產生,那么每個字段算一個det

    ˙每個發出應用邊界的用戶可識別的非重復字段算一個det

    ˙如果字段同時進入發出邊界,對該eo/eq來說,只算一個det

    ˙如果應用能夠發送一個系統響應信息(如:說明過程中發生錯誤,確認處理過程已經完成,確認處理過程應該繼續)到應用邊界之外,這種能力算一個det

    ˙即使有多種方法調用同一邏輯過程,也只能為這一特定動作計算一個det

    ˙對那些雖然被保存、返回、派生的沒有穿越邊界的字段不計算det

    ˙文字的,頁面的,系統產生的標簽不計算det

    4.3.5.3、注意事項

    以下不能單獨計算為eo

    ˙數據值不同的相同報告

    ˙不包含公式或復雜計算的報告

    ˙幫助(eq)

    ˙退出系統

    ˙激活同一輸出過程的多種方法

    ˙需要用戶刪除或其他事務消息的反應

    ˙在同一系統內部(線程與批處理或客戶端到服務器
 

4.3.5.4、復雜度矩陣

  1-5 det 6-19 det 20及以上det
0-1 ftr low low average
2-3 ftrs low average high
4及以上ftrs average high high

4.3.5.5、復雜度與功能點對應

  low average high
eo 4 5 7
eq 3 4 6



    5、計算未經調整功能點數

    在分別識別并計算了數據功能(data function)和交易功能(transaction function)的復雜度之后,利用下表就可以計算出未經調整功能點數:

功能類型 個數 計算公式 功能點 小計
ilf _________
_________
_________
低 × 7 =
中 × 10 =
高 × 15 =
_________
_________
_________
 
eif _________
_________
_________
低 × 5 =
中 × 7 =
高 × 10 =
_________
_________
_________
 
ei _________
_________
_________
低 × 3 =
中 × 4 =
高 × 6 =
_________
_________
_________
 
eo _________
_________
_________
低 × 4 =
中 × 5 =
高 × 7 =
_________
_________
_________
 
eq _________
_________
_________
低 × 3 =
中 × 4 =
高 × 6 =
_________
_________
_________
 
      總計  



    6、計算調整系數和功能點

    6.1、調整系數(value adjustment factor, vaf)

    vaf=(tdi×0.01)+0.65

    ·其中tdi (total degree of influence) 為所有系統特征因素影響程度的和

    ·vaf值的范圍為0.65~1.35間

    6.2、已調整功能點數(adjusted function point)

    ·開發項目(development)=(ufp+cfp)×vaf

    ·應用(application)=add×vaf

    ·增強項目(enhancement)=[(add+chga+cfp)×vafa]+(del×vafb)

    ·其中:

            ·ufp為未調整功能點總數

            ·cfp為轉換功能點

            ·add為增加的功能點

            ·chga為增強后改變功能的ufp

            ·vafa為增強后調整系數

            ·del為被刪除功能點

            ·vafb為增強前調整系數

    6.3、系統特征因子

    有14個系統特征因子:

    ·1、數據通訊                           2、分布式數據處理

    ·3、性能                                4、資源需求

    ·5、事務頻率                           6、在線數據輸入

    ·7、終端用戶效率                      8、在線升級

    ·9、復雜處理                           10、可重用性

    ·11、易安裝性                          12、易操作性

    ·13、多點運行                          14、易變更

    每個特征因子的影響程度分為6個級別:

    ·0 毫無影響

    ·1 偶然影響

    ·2 小影響

    ·3 一般影響

    ·4 重要影響

    ·5 強烈影響

    每個特征引子的影響程度都有自己的判定規則!
 



    6.3.1、數據通訊(data communication)

    ·0 應用程序是純粹的批處理程序或者運行在獨立的pc上

    ·1 應用程序是批處理程序,但是有遠程數據輸入或遠程打印

    ·2 應用程序是批處理程序,但是有遠程數據輸入和遠程打印

    ·3 對于批處理程序或者查詢系統來說,應用程序包含在線數據收集或者一個遠程處理前端

    ·4 應用程序不僅是一個前端,他還支持一種類型的通信協議

    ·5 應用程序不僅是一個前端,他還支持不止一種類型的通信協議

    6.3.2、分布式數據處理(distributed data processing)

    ·0 應用程序不支持系統部件之間的數據傳輸或者處理

    ·1 應用程序為系統其他部件上的用戶處理、準備數據

    ·2 為傳輸準備數據,將數據傳輸到系統的另一個部分進行處理(不是最終用戶)【就是在系統個部件之間傳輸數據】

    ·3 分布式處理和數據傳輸在線進行并且是單項的

    ·4 分布式處理和數據傳輸是在線進行并且是雙向的

    ·5 多數系統相應部件上都是動態執行處理功能

    6.3.3、性能(performance)

    ·0 用戶沒有提出任何要求

    ·1 提出并評審了性能,但不必采取專門措施

    ·2 響應時間和吞吐量在業務峰值時段是至關重要的。但不必為了cpu的利用率而采用專門設計。業務處理的截至日期在下一個工作日

    ·3 響應時間和吞吐量在業務峰值時段是至關重要的。但不需要為cpu利用率而采用專門的設計。業務處理的截至日期是有限制的

    ·4 此外,已提出的用戶性能需求已經迫切到了在設計階段安排專門的性能分析任務

    ·5 此外,需要在設計、開發和(或)實施階段使用性能分析工具來滿足已提出的用戶性能需求

    6.3.4、資源需求(heavily used configuration)

    ·0 不包括任何直接或者間接的操作限制

    ·1 確實存在操作限制,但是比通常的應用程序的約束要少一些。

    ·2 包括一些安全性或者時間限制的考慮

    ·3 應用程序的某個部分需要專門的處理器

    ·4 已提出的操作限制需要在中央處理器或者一個專門的處理器中的應用程序上加上特殊限制

    ·5 此外,在應用系統的分布式部件上存在特殊的限制
 


    6.3.5、事務頻率(transaction rate)

    ·0 沒有可預見的峰值處理時段

    ·1 可以預見一個峰值處理時斷(每月,每季度)

    ·2 可遇見每周一次的高峰

    ·3 每天一次的高峰

    ·4 用戶在應用程序需求或者服務中提出的高處理率已經需要在設計階段安排性能分析工作了

    ·5 需求中的處理要求必須在設計階段安排性能分析工作,且需在設計、開發部署階段使用性能分析工具

    6.3.6、在線數據輸入(online data entry)

    ·0 沒有

    ·1 1% ~ 7%

    ·2 8%~15%

    ·3 16%~23%

    ·4 24%~30%

    ·5 >30%

    6.3.7、終端用戶效率(end user efficiency)

    ·考察界面的友好性

          ·輔助導航(功能鍵,跳轉,動態生成樹的菜單)

          ·菜單

          ·在線幫助和文檔

          ·光標的自動移動

          ·滾動

          ·遠程打印(在線處理)

          ·定制功能鍵

          ·在線處理提交的批處理作業

          ·使用光標選定屏幕的數據

          ·大量使用的翻轉錄像、高度、顏色、下劃線和其他指示器

          ·在線處理的硬拷貝文檔用戶

          ·鼠標界面

          ·彈出式菜單

          ·用盡可能少的屏幕來完成一種業務功能

          ·支持兩種語言(這個規定要算4項)

          ·多種語言支持(這個要算6項)

    ·記分標準

           ·0 0項

           ·1 1~3項

           ·2 4~5項

           ·3 >=6項 ,但用戶沒有其他關于使用效率的專門需求
 
           ·4 >=6項,但已經提出了其他關于使用效率的需求強烈到需要在設計階段進行人性化設計分析的工作

           ·5 >=6項,需要使用特殊的工具來滿足要求

    6.3.8、在線升級(online update)

    ·0 無要求

    ·1 更新1~3個控制文件。數據量低,容易恢復

    ·2 更新4個或者更多的控制文件。數據量低,易恢復

    ·3 包含對主要內部邏輯文件的更新

    ·4 除以上之外,防止數據丟失式一項基本要求,而且經過了專門的設計并已經實現

    ·5 除以上之外,大數據量促使恢復過程要考慮成本問題。高度自動化的恢復過程只需要少量的人工干預
 


    6.3.9、復雜處理(complex processing)

    根據邏輯對程序開發的影響需要考慮下面的部分

    敏感性控制(特殊的審計處理)和特定應用程序的安全處理

    大量的邏輯處理

    大量的數學處理

    很多的例外處理,因此必須再次處理不完整的事物

    應付多種輸入/輸出格式

    記分標準

    0 沒有

    1 1項

    2 2項

    3 3項

    4 4項

    5 所有項

    6.3.10、可重用性(reusability)

    ·0 沒有可重用代碼

    ·1 可重用的代碼重用于應用程序內部

    ·2 應用程序中少于10%的部分會被一個以上的用戶使用

    ·3 應用程序中大于等于10%的部分會被一個以上的用戶使用

    ·4 應用程序被專門打包和文檔化以簡化重用

    ·5 除4之外,用戶可以通過參數維護定制應用程序

    6.3.11、易安裝性(installation ease)

    ·0 沒有提出安裝要求,也無需考慮安裝問題

    ·1 沒有提出安裝需求,但是要考慮安裝問題,進行相應的工作

    ·2 提出安裝需求,提供并測試了轉換和安裝的指南。項目中轉換工作帶來的影響并不重要

    ·3 并給項目中的工作帶來顯著的影響

    ·4 除2外,提供并測試自動安裝工具

    ·5 除3外,要求提供自動安裝工具

    6.3.12、易操作性(operational ease)

    ·0 除了正常的備份處理程序,用戶沒有提出特殊的操作方面的額外考慮

    ·1~4 從下列項目中選擇準確的特性, 每個要點記1分:

          ·提供有效地啟動、備份、恢復備份處理,但是需要操作員人工干預

          ·無需干預

          ·需要人工安裝磁帶

          ·需要人工穿空紙和穿孔紙帶

    ·5 應用程序無人值守,所有的操作都不需要人工干預。系統能夠自動進行錯誤恢復

    6.3.13、多點運行(multiple sites)

    ·0 沒有需求

    ·1 有需求,但應用得軟硬件環境相同

    ·2 軟硬件環境相似

    ·3 軟硬件環境不相同

    ·4 系統中有相應的設計和文檔,其他同1,2

    ·5 系統中有相應的設計和文檔,其他同3

    6.3.14、易變更(facilitate change)

    ·考察范圍

           ·提供能夠處理簡單請求的靈活查詢以及報表支持 ,例如對一個ilf的處理 (算1項).

           ·提供能夠處理簡單請求的靈活查詢以及報表支持 ,例如對不止一個ilf的處理(算2項).

           ·提供能夠處理復雜請求的靈活查詢以及報表支持,例如提供一個或者一個以上得處理功能 (算3項).

           ·業務控制數據保存在由用戶通過在線交互處理維護的表中,但是變更只在下一個工作日才生效 (算1項).

           ·業務控制數據保存在由用戶通過在線交互處理維護的表中,需立即生效生效(算2項).

    ·記分標準

            ·0 一個都不滿足

            ·1 滿足以上的1個
 
            ·2 滿意以上的2個

            ·3 滿足以上的3個

            ·4 滿足以上的4個

            ·5 滿足以上的5個


該文章在 2010/7/25 2:23:10 編輯過
關鍵字查詢
相關文章
正在查詢...
點晴ERP是一款針對中小制造業的專業生產管理軟件系統,系統成熟度和易用性得到了國內大量中小企業的青睞。
點晴PMS碼頭管理系統主要針對港口碼頭集裝箱與散貨日常運作、調度、堆場、車隊、財務費用、相關報表等業務管理,結合碼頭的業務特點,圍繞調度、堆場作業而開發的。集技術的先進性、管理的有效性于一體,是物流碼頭及其他港口類企業的高效ERP管理信息系統。
點晴WMS倉儲管理系統提供了貨物產品管理,銷售管理,采購管理,倉儲管理,倉庫管理,保質期管理,貨位管理,庫位管理,生產管理,WMS管理系統,標簽打印,條形碼,二維碼管理,批號管理軟件。
點晴免費OA是一款軟件和通用服務都免費,不限功能、不限時間、不限用戶的免費OA協同辦公管理系統。
Copyright 2010-2025 ClickSun All Rights Reserved