- Không ý thức: dự đoán
b. Tra cứu phòng
5.4.1 Phát triển mã nguồn
Trong pha thực hiện, các mô đun phần mềm được mã hoá và các thử nghiệm đơn vị ban đầu được tiến hành. Thử nghiệm đơn vị được người lập trình tiến hành trên mỗi mô đun cá thể ngay sau khi mô đun đó được mã hoá. Sau đó các mô đun được bộ phận kiểm tra chất lượng phần mềm phê chuẩn và được đệ trình bộ phận kiểm tra cấu hình. Sau đó bộ phận kiểm tra cấu hình chuyển các mô đun để hợp nhất.
Đặc tả thiết kế chi tiết và cấu trúc tốt dẫn đến việc lập mã tương đối trơn chu và thẳng băng (Điều này được thuyết minh qua nhiều cố gắng để phát triển các máy sinh mã tự động tạo lập mã từ đặc tả thiết kế, điều này đúng như vậy hầu hết các công cụ phân tích thiết kế đều có thể sinh mã nguồn). Theo thế việc lập mã (hay lập trình) thoạt đầu được nhận thức là đồng nghĩa với phát triển phần mềm, nay đã trở thành một pha riêng rẽ trong chu trình phát triển phần mềm. Trên thực tế pha thực hiện lại cũng không là pha dài nhất. Một kinh nghiệm thông thường đề dự tính các pha của chu trình phát triển phần mềm sử dụng cách phân chia theo tỉ lệ 40 – 20 - 40 công sức và thời gian (bảng 5.12).
Điều này có nghĩa khoảng 40% thời gian được giành cho đặc tả (yêu cầu và thiết kế ) 20% cho thực hiện (lập trình và thử nghiệm đơn vị) và 40% cho tích hợp và thử nghiệm xu hướng chung là tìm cách giảm 20% dành cho thực hiện trong khi tăng 40% dành cho đặc tả ? Một khía cạnh của lập luận đằng sau tiếp cận đó là các giai đoạn phát triển sớm hơn ít tốn kém hơn các giai đoạn sau. Các pha đặc tả thường có nhân lực thấp và ít thiết bị phát triển hơn pha thực hiện. Cũng vậy như thường đã chứng minh khi công sức được giành nhiều hơn cho yêu cầu và thiết kế, pha tích hợp dễ dàng hơn và hiệu quả hơn.
Pha thực hiện là cầu nối các pha thiết kế và tích hợp hệ thống và thường gối đầu rõ rệt với mỗi một trong hai pha đó (hình 5.14). Tình trạng gối đầu sẽ thường xảy ra khi nhiều bộ phận của thiết kế hệ thống được thực hiện tương đối nhanh để
Pha thiết kế
Pha thực thi
Pha tích hợp
lại một số vấn đề thiết kế bỏ ngỏ một thời gian kha khá. Trong những trường hợp đó gối đầu có thể rút ngắn đáng kể lịch phát triển.
Tình trạng gối đầu của các pha thiết kế và thực hiện đòi hỏi phải rất thận trong trong việc đảm bảo chỉ những mô đun thiết kế hoàn chỉnh được phê chuẩn để thực hiện sớm. Có rủi ro là mọi thay đổi chậm sau này về thiết kế của những mô đun đó có thể đòi hỏi phải lập mã lại. Theo thế lãng phí tài nguyên. Cũng có rủi ro là thiết kế thay đổi và mã không thay đổi. Dù sao những rủi ro đó thường vẫn nắm bắt được tốt. Với qui hoạch và khống chế kiểm tra cấu hình tốt những vấn đề đó có thể được khắc phục
