Phương pháp điểm hàm của Albrecht
Các thước đo điểm chức năng cung cấp một phương pháp chuẩn hóa để đo lường các chức năng khác nhau của một ứng dụng phần mềm. Nó đo lường chức năng từ quan điểm của người dùng, nghĩa là, trên cơ sở những gì người dùng yêu cầu và nhận lại. Phân tích điểm chức năng là một phương pháp tiêu chuẩn để đo lường sự phát triển phần mềm theo quan điểm của người dùng.
Phép đo Điểm chức năng ban đầu do Albrecht hình thành đã nhận được sự phổ biến ngày càng tăng với sự ra đời của Nhóm người dùng điểm chức năng quốc tế (IFPUG) vào năm 1986. Năm 2002, Điểm chức năng IFPUG trở thành tiêu chuẩn ISO quốc tế - ISO / IEC 20926.
Điểm chức năng là gì?
FP (Function Point)là số liệu kiểu chức năng phổ biến nhất phù hợp để định lượng một ứng dụng phần mềm. Nó dựa trên năm "hàm" logic có thể nhận dạng được người dùng, chúng được chia thành hai loại chức năng dữ liệu và ba loại chức năng giao dịch. Đối với một ứng dụng phần mềm nhất định, mỗi phần tử này được định lượng và có trọng số, đếm các phần tử đặc trưng của nó, chẳng hạn như tham chiếu tệp hoặc trường logic.
Các số kết quả (FP chưa điều chỉnh) được nhóm thành các bộ chức năng Đã thêm, Đã thay đổi hoặc Đã xóa và kết hợp với Hệ số điều chỉnh giá trị (VAF) để thu được số FP cuối cùng. Một công thức cuối cùng riêng biệt được sử dụng cho mỗi loại số lượng: Ứng dụng, Dự án Phát triển hoặc Dự án Nâng cao.
Áp dụng phương pháp điểm hàm của Albrecht
Bây giờ chúng ta hãy hiểu cách áp dụng phương pháp Điểm hàm của Albrecht. Quy trình của nó như sau:
Xác định số lượng các thành phần (EI, EO, EQ, ILF và ELF)
EI- Số lượng đầu vào bên ngoài. Đây là các quy trình cơ bản trong đó dữ liệu xuất phát đi qua ranh giới từ bên ngoài vào bên trong. Trong hệ thống cơ sở dữ liệu thư viện mẫu, hãy nhập số thẻ thư viện của người bảo trợ hiện có.
EO- Số lượng đầu ra bên ngoài. Đây là các quy trình cơ bản trong đó dữ liệu xuất phát đi qua ranh giới từ bên trong ra bên ngoài. Trong hệ thống cơ sở dữ liệu thư viện mẫu, hãy hiển thị danh sách các sách đã được khách hàng quen.
EQ- Số lượng truy vấn bên ngoài. Đây là các quy trình cơ bản có cả thành phần đầu vào và đầu ra dẫn đến việc truy xuất dữ liệu từ một hoặc nhiều tệp logic bên trong và tệp giao diện bên ngoài. Trong hệ thống cơ sở dữ liệu thư viện ví dụ, hãy xác định những sách nào hiện đang được gửi cho khách hàng quen.
ILF- Số lượng tệp nhật ký nội bộ. Đây là những nhóm dữ liệu có liên quan đến logic người dùng có thể nhận dạng hoàn toàn nằm trong ranh giới ứng dụng được duy trì thông qua các đầu vào bên ngoài. Trong một hệ thống cơ sở dữ liệu thư viện ví dụ, tệp sách trong thư viện.
ELF- Số lượng tệp nhật ký bên ngoài. Đây là những nhóm dữ liệu liên quan đến logic người dùng có thể nhận dạng được chỉ được sử dụng cho mục đích tham khảo và nằm hoàn toàn bên ngoài hệ thống. Trong hệ thống cơ sở dữ liệu thư viện mẫu, tệp chứa các giao dịch trong hệ thống thanh toán của thư viện.
Tính số điểm chức năng chưa điều chỉnh (UFC)
Xếp hạng từng thành phần là low, average, hoặc là high.
Đối với các giao dịch (EI, EO, and EQ), xếp hạng dựa trên FTR và DET.
FTR - Số lượng tệp được cập nhật hoặc tham chiếu.
DET - Số lượng trường mà người dùng có thể nhận ra.
Dựa vào bảng sau, một EI tham chiếu đến 2 tệp và 10 phần tử dữ liệu sẽ được xếp hạng là average.
| FTRs | DETs | |||
|---|---|---|---|---|
| 1-5 | 6-15 | >15 | ||
| 0-1 | Thấp | Thấp | Trung bình cộng | |
| 2-3 | Thấp | Trung bình cộng | Cao | |
| >3 | Trung bình cộng | Cao | Cao | |
Đối với tệp (ILF and ELF), xếp hạng dựa trên RET và DET.
RET - Số lượng phần tử dữ liệu người dùng có thể nhận ra trong một ILF hoặc là ELF.
DET - Số lượng trường mà người dùng có thể nhận ra.
Dựa vào bảng sau, một ILF chứa 10 phần tử dữ liệu và 5 trường sẽ được xếp hạng là high.
| RETs | DETs | |||
|---|---|---|---|---|
| 1-5 | 6-15 | >15 | ||
| 1 | Thấp | Thấp | Trung bình cộng | |
| 2-5 | Thấp | Trung bình cộng | Cao | |
| >5 | Trung bình cộng | Cao | Cao | |
Chuyển đổi xếp hạng thành UFCs.
| Xếp hạng | Giá trị | ||||
|---|---|---|---|---|---|
| EO | EQ | EI | ILF | ELF | |
| Low | 4 | 3 | 3 | 7 | 5 |
| Average | 5 | 4 | 4 | 10 | 7 |
| High | 6 | 5 | 6 | 15 | 10 |
Tính tổng số điểm chức năng cuối cùng (FPC)
Tính toán hệ số điều chỉnh giá trị (VAF) dựa trên 14 đặc điểm chung của hệ thống (GSC).
| Đặc điểm hệ thống chung | Mô tả ngắn gọn | |
|---|---|---|
| GSC 1 | Truyền thông dữ liệu | Có bao nhiêu phương tiện liên lạc để hỗ trợ việc chuyển giao hoặc trao đổi thông tin với ứng dụng hoặc hệ thống? |
| GSC 2 | Xử lý dữ liệu phân tán | Dữ liệu phân tán và các chức năng xử lý được xử lý như thế nào? |
| GSC 3 | Hiệu suất | Thời gian phản hồi hoặc thông lượng có được người dùng yêu cầu không? |
| GSC 4 | Cấu hình được sử dụng nhiều | Nền tảng phần cứng hiện tại được sử dụng nhiều đến mức nào, nơi ứng dụng sẽ được thực thi? |
| GSC 5 | Tỷ lệ giao dịch | Tần suất các giao dịch được thực hiện hàng ngày, hàng tuần, hàng tháng, v.v.? |
| GSC 6 | Nhập dữ liệu trực tuyến | Bao nhiêu phần trăm thông tin được nhập trực tuyến? |
| GSC 7 | Hiệu quả của người dùng cuối | Ứng dụng có được thiết kế cho người dùng cuối hiệu quả không? |
| GSC 8 | Cập nhật trực tuyến | Có bao nhiêu ILF được cập nhật bằng giao dịch trực tuyến? |
| GSC 9 | Xử lý phức tạp | Ứng dụng có xử lý logic hoặc toán học mở rộng không? |
| GSC 10 | Khả năng tái sử dụng | Ứng dụng có được phát triển để đáp ứng một hoặc nhiều nhu cầu của người dùng không? |
| GSC 11 | Cài đặt dễ dàng | Chuyển đổi và cài đặt có khó không? |
| GSC 12 | Hoạt động dễ dàng | Quy trình khởi động, sao lưu và phục hồi hiệu quả và / hoặc tự động như thế nào? |
| GSC 13 | Nhiều trang web | Ứng dụng có được thiết kế, phát triển và hỗ trợ đặc biệt để cài đặt tại nhiều trang web cho nhiều tổ chức không? |
| GSC 14 | Tạo điều kiện cho sự thay đổi | Ứng dụng có được thiết kế, phát triển và hỗ trợ đặc biệt để tạo điều kiện thay đổi không? |
Cân từng GSC trên thang điểm từ 0 đến 5 dựa trên việc nó không có ảnh hưởng đến ảnh hưởng mạnh hay không.
Tính toán FPC như sau -
FPC = UFC * (0,65+ (tổng (GSC) * .01))
Phức tạp
Độ phức tạp là một thành phần riêng biệt của kích thước. Nó có hai loại -
Complexity of a problem - Là lượng tài nguyên cần thiết cho một giải pháp tối ưu cho vấn đề.
Complexity of a solution- Đó là các nguồn lực cần thiết để thực hiện một giải pháp cụ thể. Nó có hai khía cạnh. Chúng như sau:
Time complexity - Tài nguyên là thời gian máy tính.
Space complexity - Tài nguyên là bộ nhớ máy tính.
Đo lường độ phức tạp
Một khía cạnh của sự phức tạp là hiệu quả. Nó đo lường bất kỳ sản phẩm phần mềm nào có thể được mô hình hóa dưới dạng thuật toán.
Ví dụ: Nếu một thuật toán để giải quyết tất cả các trường hợp của một vấn đề cụ thể yêu cầu f(n) tính toán, sau đó f(n) là tiệm cận tối ưu, nếu đối với mọi thuật toán khác có độ phức tạp g giải quyết được vấn đề f Là O(g). Sau đó, độ phức tạp của vấn đề đã cho là lớn -O của thuật toán tiệm cận tối ưu cho giải pháp của vấn đề.