II. Đánh giá giữa phân tích thiết kế theo hớng chức năng và hớng đố
2.5. Mô hình hoá với UML
Khi các hệ thống đang đợc xây dựng bằng UML thì hệ thống đợc xây dựng không phải bao giờ cũng chính xác, đây là những mô hình riêng biệt trong các giai đoạn phát triển khác nhau thì mục tiêu của các mô hình là tách biệt nhau. Trong giai đoạn phân tích mục tiêu của mô hình là nắm đợc các yêu cầu của hệ thống, mô hình lớp cơ sở và sự cộng tác giữa chúng. Trong giai đoạn thiết kế mục tiêu của mô hình là mở rộng những mô hình đã phân tích trong một kỹ thuật giải quyết công việc và quan tâm đến môi trờng thực hiện. Trong giai đoạn thực hiện thì mô hình là mã nguồn thực, nó đã đợc lập trình và đợc dịch trong các chơng trình, cuối cùng trong mô hình phát triển, sẽ mô tả, giải thích hệ thống triển khai nh thế nào ở kiến trúc vật lý. Sự đánh dấu giữa các giai đoạn và các mô hình đợc duy trì ở các thuộc tính hoặc các mối quan hệ đợc lọc.
Mặc dù các mô hình là khác nhau, nhng nó vẫn xây dựng và mở rộng nội dung của mô hình một cách dễ dàng. Vì tất cả các mô hình sẽ đợc lu lại để sử dụng sau và chạy lại hoặc mở rộng các mô hình đợc phân tích từ đầu, dần dần sự thay đổi đó sẽ đ- ợc đa vào việc thiết kế và thực hiện các mô hình (nh hình 2.17).
Hình 2.17: một hệ thống là sự mô tả các mô hình riêng biệt.
Các giai đoạn của UML là độc lập, nghĩa là nó giống nh ngôn ngữ chung, và giống các sơ đồ đợc sử dụng trong các mô hình khác nhau của các giai đoạn khác nhau. Đó là sự mô hình hoá giải quyết mục tiêu và phạm vi của mô hình sẽ kiểm soát. Mô hình ngôn ngữ chỉ tạo ra các mô hình có phơng pháp và ý nghĩa phù hợp.
Khi mô hình hoá với UML, công việc sẽ bị ảnh hởng bởi các phơng pháp và tiến trình ngoại tuyến để tạo ra các bớc khác nhau và việc thực hiện những bớc đó. Nh vậy một kiểu tiến trình sẽ đợc chia ra thành phép lặp có thứ tự các pha: phân tích / thiết kế / thực hiện và pháp triển, đó cũng là tiến trình nhỏ có liên quan tới việc mô hình hoá thực tế. Thông thờng khi một mô hình hay một sơ đồ đợc hình thành bằng cách một nhóm ngời thích hợp thu thập, bàn bạc, thống nhất và đa ra những ý kiến tốt nhất để xây dựng và chuyển đổi các mô hình, công cụ sử dụng chủ yếu là các node và một bảng mạch. Cuộc họp của nhóm ngời này tiếp tục cho đến khi các thành phần tham gia đều cảm thấy họ đã có những ý kiến thực tế cho một mô hình. Cơ sở kết quả đợc đa vào một công cụ, mô hình giả thiết đã đợc định hớng và một sơ đồ thực phù hợp đ- ợc hình thành, đó là kết quả của việc mô hình hoá ngôn ngữ, tiếp đến mô hình sẽ càng đợc chi tiết hơn và công việc đó sẽ đợc lặp lại cho đến hết, từ đó một số giải pháp chi tiết đã đợc pháp hiện và đợc tài liệu hoá. Những thông tin thu đợc về một số vấn đề là giải pháp, giả thiết và chúng đang dần trở thành một phép chuẩn sai cho một mô hình khả thi. Khi một mô hình gần kết thúc thì ta thu đợc một sự tích hợp và các bớc kiểm tra. Với các mô hình hay sơ đồ đầu đợc tích hợp với các mô hình hay sơ đồ khác trong dự án bảo đảm không tồn tại sự mâu thuẫn, mô hình cũng đợc phê chuẩn để kiểm tra lại các vấn đề giải quyết bên phải (hình 2.18).
Cuối cùng, mô hình đã đợc thực hiện trong một số loại nguyên mẫu, nó đánh giá cho một số thiếu sót trong giải pháp thực tế, sự thiếu sót đó bao gồm nh là việc vắng mặt các chức năng, thực hiện không tốt hay chi phí để phát triển quá cao. Những thiếu sót đó đòi hỏi các nhà phát triển phải lùi lại từng bớc. Nếu các vấn đề là lớn thì ngời phát triển có thể có nhiều cách lùi lại để đi tới những ý kiến hay hoặc những bản phác thảo. Nếu các vấn dề là nhỏ thì các nhà phát triển hoàn toàn có thể thay đổi các phần của việc tổ chức hay chỉ định của mô hình. Chú ý rằng các bớc định kiểu không thể trực tiếp thực hiện đợc khi sơ đồ đã kết thúc. Nó sẽ đợc thực hiện khi các sơ đồ cùng đợc định kiểu. Mẫu đã đợc cấu trúc có thể bị bỏ đi hoàn toàn khi đánh giá hoặc kết quả của các bớc định kiểu trở thành phép lặp trong các tiến trình phát triển thực.
Những ý kiến hay Bản phác thảo Thiết lập Vào: tri thức, các vấn đề về sự giải mã, các đích Tạo ra các mô hình:
Một tiến trình công việc thực tế
Sử dụng các công cự thông tin như: hộp trắng
và các node
Sự định kiểu
Mô tả các cảm giác như một cách tiếp cận thực tế
Sự tổng hợp Sự kiểm tra Sự phê chuẫn
Sự định kiểu Và sự kiểm tra
Đánh giá
Thiết lập thông tin tóm tắt trong một công cụ để đưa ra
những dạng sơ đồ
Xác định nội dung của sơ đồ (như tổng hợp tiến trình và một
số mô hình thông minh) Kiểm tra sơ đồ, kiểm tra lại các sơ đồ khác, kiểm tra và đánh giá những yêu cầu đó
đã thích hợp chưa Tạo ra các mẫu và kiểm tra nó (một số sơ đồ được định mẫu ở
bước đầu tiên)
(Kết quả được thoả mãn)
(Dạng chưa thoả mãn) khi có bất kỳ một dạng chưĐánh giá kết quả: quay lại a thỏa mãn nào
Hình 2.20: Mô hình hoá một tiến trình công việc thực.