Mô hình test miêu tả và duy trì các danh sách test, kế hoạch test và kếtkêt quả thực thi mô hình hiện tại. Ứng với từng phần tử, EA cho phép thiết lập từng test- suite tương ứng với các thông tin về trạng thái, người thực thi, tên...
Hình 3-43 3-44 Mô phỏng mô hình kiểm thử trong EA
Thông tin vết tới các Test case được thực hiện thông qua khung nhìn Testing cho phép thiết lập các test-suite ứng với từng phần tử trong các biểu đồ
Hình 3-45 3-46: Mô phỏng thông tin yêu cầu-Test và Class-test
Những mô hình này luôn gắn liền với từng quy trình nhỏ trong quy trình tổng thể thiết kế và xây dựng hệ thống phần mềm.
1.11. Kiến trúc vết yêu cầu trong EA
EA cho phép hiện kiến trúc vết các yêu cầu theo cấu trúc cây với nút gốc là yêu cầu cần đưa ra thông tin vết và các liên kết được đưa ra.
Hình 3-47 3-48:Kiến trúc vết hiển thị trong EA
1.12. Kết chương
Như vậy, trong chương này chúng ta đã làm rõ được sự hỗ trợ của công cụ EA trong vấn đề lưu vết yêu cầu. Đồng thời cũng chỉ ra việc lưu vết yêu cầu trong công cụ EA. Việc lưu vết này tuân theo từng quy trình nhỏ được thể hiển ở từng phần tử trong từng mô hình ở các giai đoạn khác nhau.
Tuy nhiên cũng có một số vấn đề về khiếm khuyết trong việc đưa ra vết yêu cầu trong công cụ này càn cần khắc phục và làm toàn vẹn hơn tính năng lưu vết yêu cầu của công cụ nhằm hỗ trợ cho việc quản lý thay đổi tạo nền tảng cho việc xây dựng hệ thống phầàn mềm thành công.
XÂY DỰNG ỨNG DỤNG VÀ THỬ NGHIỆM
1.13. Ý tưởng
Chương 3 đã nói tới việc chiến thuật được áp dụng và việc đưa ra thông tin vết theo quy trình gắn liến với các mô hình sử dụng EA làm công cụ CASE thực hiện.
Việc xuất hiện lỗi trong quá trình lưu vết của EA và yêu cầu đưa ra được thông tin vết một cách chính xác và toàn vẹn nhất thành những bản báo cáo đã tạo tiền đề để đưa ra ứng dụng này. Thông tin đưa ra sẽ được tổ chức dưới dạng thẻ trong file .xml hoặc dạng bảng trong file Word.
Từ mô hình yêu cầu trong EA, ứng dụng sẽ phải đưa ra được thông tin đặc tả về các yêu cầu của phần mềm có trong mô hình bao gồm các thông tin như ID, Name, Related Requirement, Date, Created by, Note. Quy tắc xây dựng ID trong ứng dụng là sử dụng chữ viết tắt gắn liền tới ID mà EA cung cấp cho từng phần tử trong dự án.
- US:UseCase - Cl: Class - UT: Unit Test - ST: System Test - IT: Intergration Test - AT: Acceptance Test - ScT: Scenorio Test
Thông tin đưa ra được tổ chức thành dạng bảng trong file Word như sau:
ID Name Related
Requirement Date byCreated Note
Bảng 4-7: Bảng đặc tả yêu cầu
Từ mô hình phân tích và thiết kế sẽ đưa ra thông tin vết giữa cỏc yờu cầu-usecase và từ các usecase tới các lớp. Thông tin vết giữa các yêu cầu tới các lớp là thông tin gián tiếp thông qua use-case.
Bảng thông tin vết được cập nhật thêm thông tin về các usecase và lớp tương ứng có quan hệ tới các use-case được đưa ra như sau
:
ID Name Use-case Class
Chương này gồm những nội dung chính sau:
√ Đưa ra ý tưởng về ứng dụng √ Thiết kế chương trình
√ Xây dựng mô hình thử nghiệm √ Kết quả đạt được
Bảng 4-8: Bảng thông tin vết khi có Class và Use-Case
ID Name Description Note
Bảng 4-9: Bảng thông tin vềvể Use-Case (adsbygoogle = window.adsbygoogle || []).push({});
ID Name Use-case Class
Bảng 4-10: Bảng thông tin vết khi có Use-Case và Class
ID Name Description Note
Bảng 4-11: Bảng thông tin vềvể Class
Từ mô hình kiểm thử bảng thông tin vết sẽ được cập nhật thêm trường test-suite đồng thời đưa ra được trạng thái của yêu cầu ở thời điểm hiện tại.
Các trạng thái bao gồm: đã kiểm thử qua hết-pass, bị lỗi-failt, chưa xác định- N/A(Trạng thái của được phân tích thiết kế đầy đủ), chưa chạy: Not-Run:Trạng thái của được tiến hành kiểm thử đầy đủ các test-suite...
ID Name Use-Case Class Test-Suite Status
Bảng 4-12: Mô phỏng thông tin vết yêu cầu-testcript
ID Description Status Note
Bảng 4-13: Bảng thông tin vết đưa ra khi có Test-Suite tương ứng
Ngoài thông tin vết ra, ứng dụng sẽ đưa ra một số tỷ lệ thực hiện các yêu cầu như: bao nhiêu yêu cầu được đưa ra, bao nhiêu yêu cầu đã qua và tỷ lệ...
Để cụ thể hoá mức độ hoàn thành dự án, thông tin vết cần kèm theo mức độ đánh giá về tiến độ hoàn thành. Trạng thái cụ thể của từng yêu cầu đang ở trong giai đoạn nào từ việc thống kê dựa trên toàn bộ yêu cầu phần mềm được đưa ra và thông tin về các vết kèm theo với nó.
Ứng dụng sẽ không chỉ hỗ trợ EA loại bỏ những thông tin vết không theo đúng chuẩn UML mà còn đưa ra thành các báo cáo với đầyày đủ các nội dung cần thiết và các mức độ đánh giá về tiến độ hoàn thành dự án.
• Đầu vào là thông tin được đưa ra từ các mô hình có trong EA • Có khả năng tìm kiếm tất cả các phần tử được yêu cầu
• Đọc và đưa ra thông tin cụ thể từng phần tử trong mô hình • Đưa ra thông tin thành file Word hoặc xml
• Đưa ra được những đánh giá và tỷ lệ thực hiện chính xác
1.14.2. Kiến trúc hệ thống
Hình 4-49 4-50: Mô phỏng kiến trúc hệ thống
• GUI & Controller: Đảm nhiệm các công việc về hiển thị, giao tiếp với
người dùng và điều khiển các khối khác.
• Intergrate EA: Đảm nhiệm công việc tương tác vào EA, lấy ra các thông
tin cần thiết.
• Solve Connector: Đảm nhiệm công việc xoá bỏ những kết nối không
theo chuẩn UML và sai khác với quy tắc lưu vết trong quy trình đưa ra. • Create Report: Đảm nhiệm công việc đưa ra báo cáo dưới dạng Word
hoặc XML.
1.14.3. Thiết kế chức năng