Categories
Software Architecture

Các Kịch Bản Thuộc Tính Chất Lượng 3: Khả Năng Sửa Đổi

Khả năng sửa đổi

  • Quan tâm đến chi phí thay đổi
    • Điều gì có thể thay đổi tạo tác?
    • Thay đổi được thực hiện khi nào và bởi ai?
  • Khi xác định rõ một thay đổi
    • Việc hiện thực mới phải được thiết kế, hiện thực, kiểm thử, triển khai
    • Tất cả những hành động này đều cần thời gian và tiền bạc
    • Thời gian và tiền bạc đều có thể đo lường được

Điều gì có thể thay đổi (tạo tác)?

  • Bất kỳ khía cạnh nào của hệ thống: thêm / xóa / sửa đổi
    • Các chức năng mà hệ thống tính toán
    • Nền tảng mà hệ thống tồn tại trên đó (=> tính di động)
      • HW, OS, MW
    • Môi trường mà hệ thống hoạt động
      • Hệ thống tương tác với, giao thức truyền thông
    • Chất lượng hệ thống
      • Độ tin cậy, hiệu suất, khả năng sửa đổi
    • Năng lực
      • Số lượng người dùng được hỗ trợ, số lượng hoạt động đồng thời được hỗ trợ

Thay đổi được thực hiện khi nào và bởi ai (môi trường)?

  • Việc hiện thực
    • Sửa đổi mã nguồn
  • Thời gian biên dịch
  • Xây dựng (Build)
  • Thiết lập cấu hình
  • Thực thi
  • Bởi
    • nhà phát triển, người dùng cuối, quản trị viên hệ thống

Các kịch bản chung về khả năng sửa đổi

NguồnNgười dùng cuối, nhà phát triển, quản trị viên hệ thống
Kích thíchMong muốn thêm / xóa / sửa đổi / thay đổi chức năng, QA, dung lượng, v.v.
Tạo tácGiao diện người dùng hệ thống, nền tảng, môi trường, hệ thống tương tác với hệ thống mục tiêu
Môi trườngThời gian chạy, thời gian biên dịch, thời gian xây dựng, thời gian thiết kế
Đáp ứngĐịnh vị vị trí trong kiến trúc để sửa đổi, thực hiện sửa đổi mà không ảnh hưởng đến chức năng khác, kiểm tra sửa đổi, triển khai sửa đổi.
Đo lường đáp ứngChi phí về số lượng các yếu tố bị ảnh hưởng, công sức, tiền bạc; phạm vi mà điều này ảnh hưởng đến các QAs, các chức năng khác

Ví dụ

Khả năng sửa đổi.

Leave a Reply

Your email address will not be published. Required fields are marked *