Khác biệt giữa bản sửa đổi của “Quy trình phát triển phần mềm”
Nội dung được xóa Nội dung được thêm vào
n →Tầm nhìn của các quá trình: +interwiki |
nKhông có tóm lược sửa đổi |
||
Dòng 3:
'''Quy trình phát triển phần mềm''' là tập hợp các thao tác và các kết quả tương quan để sản xuất ra một [[sản phẩm phần mềm]]. Hầu hết các thao tác này được tiến hành bởi các kỹ sư phần mềm. Các công cụ [[CASE|hỗ trợ máy tính về kỹ thuật phần mềm]] có thể được dùng để giúp trong một số thao tác.
Có 4 thao tác là nền tảng của hầu hết các
#Đặc tả phần mềm: Các chức năng của phần mềm và điều kiện để nó hoạt động phải được định nghĩa.
#Sự phát triển phần mềm: Để phần mềm đạt được đặc tả thì phải có
#Đánh giá phần mềm: Phần mềm phải được đánh giá để chắc chắn rằng nó làm những gì mà khách hàng muốn.
#Sự tiến hóa của phần mềm: Phần mềm phải tiến hóa để thỏa mãn sự thay đổi các yêu cầu của khách hàng.
Dòng 16:
#Phân tích các yêu cầu và định nghĩa: hệ thống dịch vụ, khó khăn và mục tiêu được hình thành bởi sự trợ ý của hệ thống người tiêu dùng. Sau đó các yếu tố này được định nghĩa sao cho có thể hiểu được bởi cả người phát triển và người tiêu dùng.
#Thiết kế phần mềm và hệ thống: Thiết kế hệ thống các
#Thực hiện và thử nghiệm các đơn vị: Trong giai đoạn này, thiết kế phần mềm phải được chứng thực như là một tập họp nhiều chương trình hay nhiều đơn vị nhỏ. Thử nghiệm các đơn vị bao gồm xác minh rằng mỗi đơn vị thỏa mãn đặc tả của nó.
#Tổng hợp và thử nghiệm toàn bộ: Các đơn vị chương trình riêng lẻ hay các chương trình được tích hợp lại và thử nghiệm như là một hệ thống hoàn tất và chứng tỏ được các yêu cầu của phần mềm được thỏa mãn. Sau khi thử nghiệm phần mềm được cung ứng cho người tiêu dùng.
Dòng 25:
===Mô hình phát triển tiến hoá của phần mềm===
*Phân loại sự phát triển tiến hóa
*#Lập trình thăm dò: đối tượng của
*#Mẫu thăm dò: đối tượng của phát triển tiến hoá này là nhằm hiểu các yêu cầu của khách hàng và do đó phát triển các định nghĩa yêu cầu tốt hơn cho phần mềm. Các mẫu tập trung trên các thí nghiệm với những phần đòi hỏi nào của khách hàng mà có thể gây sự khó hiểu hay ngộ nhận.
[[Tập tin:MoHinhTienHoa.gif|nhỏ|300px|Phát triển phần mềm theo mô hình tiến hoá]]
*Phân tích mô hình: Mô hình phát triển tiến hóa này hiệu quả hơn mô hình thác nước. Tuy nhiên, nó vẫn còn các khuyết điểm:
*#
*#Phần mềm thường dược cấu trúc nghèo nàn: Sự thay đổi liên tục dễ làm đổ vỡ cấu trúc của phần mềm, tạo ra sự khó khăn và tốn phí.
*#Thường đòi hỏi những kỹ năng đặc biệt: Hầu hết các hệ thống khả dĩ theo cách này được tiến hành bởi các nhóm nhỏ có kỹ năng cao cũng như các cá nhân phải năng động.
Dòng 39:
===Mô hình xoắn ốc Boehm===
[[Tập tin:MoHinhBoehm.gif|nhỏ|300px|Phát triển phần mềm theo kiểu Boehm]]
Đây là mô hình phát triển từ mô hình thác nước cho thấy mức độ tổng quát hơn của các pha sản xuất của một sản phẩm. Mô hình được đề nghị bởi [[Boehm]] vào năm [[1988]]. Mô hình này có thể chỉ ra các rủi ro có thể hình thành trên căn bản của mô hình
Mô hình Boehm có dạng xoắn ốc. Mỗi vòng lặp đại diện cho một pha của
Không có một pha nào được xem là cố định trong vòng xoắn. Mỗi vòng có 4 phần tương ứng với một pha.
#Cài đặt đối tượng: Chỉ ra các đối tượng của pha trong đề án. Những khó khăn hay cưỡng bức của
#Lượng định và giảm thiểu rủi ro. Tiến hành phân tích mỗi yếu tố rủi ro đã xác định. Các bước đặt ra để giảm thiểu rủi ro.
#Phát triển và đánh giá: Sau khi đánh giá các yếu tố rủi ro, một mô hình phát triển cho hệ thống được chọn.
Dòng 51:
Hình vẽ là một thí dụ đơn giản của mô hình Boehm.
===Các
Là
Các
Một cách ngắn gọn các phuơng pháp này cung ứng hiệu quả cao nhất cho vốn đầu tư, nhưng lại không định rõ hiệu quả gì.
[[Lập trình cực hạn]], gọi tắt là ''XP'', là loại
==Tầm nhìn của các
Do bản chất không thể nắm bắt cụ thể của các hệ thống phần mềm, các nhà quản lý
[[Thể loại:Phát triển phần mềm]]
{{sơ khai}}
|