- Không ý thức: dự đoán
4. Giao diện – Báo cáo
5.4.5 Nhất thể hóa từng phần, tất cả, rà soát lỗi mã khi nhất thể hóa
Để tạo ra chất lượng cho một hệ thống. Pha này thường được phân làm hai pha riêng biệt và khá song song :
Pha tích hợp và pha thử nghiệm. trong những dự án lớn, sự phân chia này
thường là cần thiết đặc biệt khi việc thử nghiệm được một nhóm riêng biệt độc lập tiến hành (đội ngũ thử nghiệm độc lập) làm việc sát cánh với những người sản xuất. trong những dự án nhỏ, điều hợp lý đằng sau sự phối hợp của hai hoạt động vào một pha là sự tích hợp không thể thành công nếu không có thử nghiệm rộng rãi được tiến hành song song. Do đấy nếu hai hoạt động đó được cùng một đội ngũ thực hiện, thường tốt nhất là phối hợp chung trong một pha.
Có nhiều kỹ thuật và phương pháp tích hợp:
Giáo viên biên soạn: Nguyễn Trần Phương
Tiếp cận trên xuống đòi hỏi cốt lõi của hệ thống (thường là các modul điều
hành trung tâm)phải được thực hiện trước. Rồi chúng được phối hợp một hệ thống cực nhỏ sử dụng những thủ tục chưa có nội dung thay cho các modul cha được thực hiện. Những những thử tục rỗng đó của mã trả lại những giá trị cố định và chẳng có tính lôgic gì cả, thường được gọi là cuống. Sau đó các cuống được thay dần bằng các modul thực, theo một cách xây dựng tăng tiến có kế hoạch tốt của hệ thống sao mỗi lần từ hệ thống đưa ra mới, lại tăng thêm nhiều chức năng hơn.
Từ dưới lên
Tiếp cận từ dưới lên bắt đầu từ các modul cá thể ở cấp thấp nhất (ví dụ : - bộ điều khiển đầu vào đầu ra, bộ định khuôn,dạy thao tác,dữ liệu, bộ đối thoại người dùng, máy v.v..) và dần dần gép chúng thành những nhóm mỗi lúc mỗi lớn hơn cho đến khi toàn bộ hệ thống được ghép lại. Cách tiếp cận dưới lên ít khi được khuyên dùng làm tích hợp dễ hiểu, trong hầu hết trường hợp cách tiếp cận trên xuống dễ hơn và tự nhiên hơn. Dù sao trên thực tế, hầu hết các chiến lược tích hợp hệ thống thành công là một phối hợp của cách tiếp cận trên xuống và lác đác đôi chỗ theo cách tiếp cận từ dưới lên.
Một cách tiếp cận lý thú khác được gọi là
Từ trong ra
Tích hợp từ trong ra (indide out integration) là thông thường trong sự phát triển của các hệ cơ sở dữ liệu lớn khi các cấu trúc file nội bộ được xây dựng trước sau đó là logic xử lý dữ liệu và cuối cùng giao diện với con người. Tiếp cận này là tốt nhất khi hệ thống về mặt logic là các tầng chức năng kế tiếp nhưng điểm yếu chính của nó là giao diện với con người lại thường là được tích hợp cuối cùng. Điều này có thể đòi hỏi viết mã thử nghiệm tạm thời để đầu ra có thể được duyệt xét lại. Do đấy thử nghiệm thường chậm hơn và khó hơn so với tiếp cận từ trong ra.Việc thử nghiệm bắt đầu bằng việc tích hợp và tiếp tục tới khi cuối cùng hệ thống được bàn giáo cho khách hàng.