Nội dung:
- Sử dụng các hiện tượng nảy sinh trong quá trình chuyển pha như: thay đổi thể tích, toả hay hấp thu nhiệt lượng...
Trang 37
Nhận xét:
- Ở đây, người giải cần có những kiến thức về quá trình chuyển pha cùng các hiệu
ứng để có thể dùng chúng trong lời giải bài toán của mình một cách có ích lợi nhất - "Sử dụng chuyển pha" cũng là một cách cụ thể hoá việc " sử dụng những nguồn dự
trữ có sẵn trong đối tượng".
- Tinh thần của nguyên tắc này đòi hỏi người giải phải khắc phục tính ì tâm lý, quen nhìn đối tượng ở dạng "trạng thái cân bằng" mà không để ý những gì nảy sinh trong các quá trình chuyển trạng thái, "thời kỳquá độ".
- Đối với người giải, trong quá trình rèn luyện để làm chủ mình, cần có sự chú ý xứng đáng đến những "hiệu ứng" nảy sinh do chuyển trạng thái mà có. Những hiệu
ứng này có thể "dương" mà cũng có thể "âm". "Dương" thì cần phát huy khai thác,"âm" cần có biện pháp hạn chế, khắc phục.
Áp dụng trong tin học:
- Ứng dụng vào quy trình phát triển phần mềm RUP(Rational Unified Process) ,
RUP là framework qui trình phát triển phần mềm mang tính lặp được tạo bởi Công
ty Rational Software (được IBM mua năm 2003). IBM Rational Method Composer (RMC) được tích hợp vào RUP với mục đích có thể chỉnh sửa qui trình theo mục
đích riêng (customization). RUP bao gồm các pha(phase) như sau:
o Khởi động (inception): Trong pha khởi động cần đưa ra tình huống về mặt nghiệp vụ có thể có đối với hệ thống và xác định phạm vi của dự án. Các tình huống nghiệp vụ gồm: tiêu thức đánh giá sự thành công, đánh giá rủi
ro, xác định các nguồn lực cần thiết cho dự án và một bản kế hoạch tóm tắt chỉ ra lịch trình của các điểm mốc chủ yếu của dự án. Cuối pha này cần kiểm tra các mục tiêu của quá trình phát triển của dự án và quyết định có tiếp tục quá trình phát triển hay không
o Phác thảo (Elaboration) Mục tiêu của pha này là phân tích các vấn đề
nghiệp vụ, xác định kiến trúc hợp lý, xây dựng kế hoạch cho dự án, giới hạn các yếu tố rủi ro cao nhất. Những quyết định về mặt kiến trúc cần được đưa
ra cho toàn bộ hệ thống, đồng thời cần mô tả hầu hết các yêu cầu của hệ
Trang 38
thống, sự lựa chọn về kiến trúc và cách xử lý các rủi ro có thể đồng thời quyết định có tiếp tục chuyển sang pha xây dựng hay không...
o Xây dựng (Contruction) Trong pha này bạn phát triển một cách tái lập và
tăng dần toàn bộ sản phẩm đầy đủ, sẵn sàng chuyển giao tới cộng đồng
người sử dụng. Pha này bao gồm việc mô tả các yêu cầu còn lại chưa được
xác định, xác định các “tiêu thức chấp nhận”, làm mịn thiết kế và hoàn thành việc lập trình ứng dụng. Cuối pha này cần xác định liệu hệ thống phần mềm, các điểm triển khai và người dùng đã sẵn sàng đi vào hoạt động
chưa.
o Chuyển giao (Deployment) Trong pha này, cần đưa hệ thống phần mềm tới cộng đồng người sử dụng. Khi hệ thống đã tới tay người sử dụng thì các vấn
đềthường phát sinh đòi hỏi những bước tiếp theo là căn chỉnh hệ thống, xác
định các vấn đềchưa được phát hiện trước đó hay hoàn thiện các chức năng trước đó bị trì hoãn. Pha này thường bắt đầu với việc tung ra phiên bản Beta
và sau đó là thay thế bởi bản chương trình đầy đủ.
- Ứng dụng trong 1 số cơ chế dự phòng, như các hệ thống lớn như ngân hàng, hàng không,.. người ta có thể tối thiểu 2 hệ thống mạng vận hành song song, khi có bất kỳ sự cố nào xảy ra thì họ chuyển sang hệ thống thứ 2. Ví dụ một trường hợp cụ
thểnhư vào ngày 03/03/2012 hệ thống máy tính của Việt Nam airline tại sân bay nội bài bị tê liệt, các chuyển bay phải dời lại đến 2 h, trong khi đó các hãng hàng
không khác như Jetstar Pacific, VietJetAir… thì ngoài hệ thống mạng ADSL ra thì họ còn xây dựng một hệ thống mạng 3G để dự phòng, vì vậy mà họ không bịảnh
Trang 39