TOPIC NHẬP MÔN CÔNG NGHỆ PHẦN MỀM: Thắc mắc, trao đổi, post đây.

Các tài liệu học nhập môn đã có:

1. [You must be registered and logged in to see this link.]
2.[You must be registered and logged in to see this link.]
3.[You must be registered and logged in to see this link.]
4. [You must be registered and logged in to see this link.]
5.[You must be registered and logged in to see this link.]
Đề thi: đang tìm. Sẽ post sau nếu có.

Đã fix.
Các bạn tải về xem, và trao đổi (nếu có vướn mắc)

Nào, chúng ta cùng nhau thảo luận trả lời các câu hỏi trên, vì thi Nhập môn dưới hình thức tự luận.

1. Tóm tắt ngắn gọn các pha trong tiến trình phần mềm. Vì sao pha bảo trì là pha tốn kém thời gian và kinh phí nhất.
Mô hình vòng đời phần mềm bao gồm :
1. Pha yêu cầu
2. Pha đặc tả
3. Pha thiết kế
4. Pha cài đặt
5. Pha tích hợp
6. Pha bảo trì
7. Pha loại bỏ

Pha bảo trì tốn kèm thời gian và kinh phí nhất vì :
Bảo trì : mọi thay đổi đối với sản phẩm một khi khách hàng đã đồng ý sản phẩm thỏa mãn tài liệu đặc tả.
Bảo trì là không thể tránh khỏi vì:
- Các yêu cầu hệ thống thường thay đổi khi hệ thống đang được xây dựng vì môi trường thay đổi. Vì vậy, hệ thống được chuyển giao có thể không thoả mãn các yêu cầu của nó.
- Các hệ thống có gắn kết chặt chẽ với môi trường của nó. Khi hệ thống được cài đặt trong một môi trường nhất định nó sẽ làm thay đổi môi trường đó và vì vậy sẽ thay đổi các yêu cầu của hệ thống.
- Các hệ thống phải được bảo trì nếu chúng muốn là những phần hữu ích trong môi trường nghiệp vụ.
Các nhân tố ảnh hưởng đến chi phí bảo trì:
- Sự ổn định của đội dự án: chi phí bảo trì sẽ giảm nếu nhân viên trong đội dự án không thay đổi.
- Những trách nhiệm đã cam kết: người xây dựng hệ thống có thể không cam kết trách nhiệm bảo trì cho nên không có gì để bắt buộc họ phải thiết kế lại cho các thay đổi trong tương lai.
- Kỹ năng của nhân viên: nhân viên bảo trì thường không có kinh nghiệm và hiểu biết về miền ứng dụng của họ bị hạn chế.
- Tuổi thọ và cấu trúc chương trình: khi tuổi thọ và cấu trúc chương trình bị xuống cấp thì chúng càng trở lên khó hiểu và thay đổi nhiều.

--> Pha bảo trì là pha tốn kém thời gian và chi phí nhất.

2.Vai trò của viết tài liệu và kiểm thử trong tiến trình phần mềm
+ Kiểm thử là hoạt động được thực hiện trong mọi pha của tiến trình phần mềm.
Vai trò của kiểm thử:
- Kiểm thử hợp lệ: để chứng minh cho người xây dựng và khách hàng thấy được phần mềm đã thoả mãn yêu cầu hay chưa. Kiểm thử thành công cho thấy hệ thống đã vận hành như mong đợi.
- Kiểm thử khiếm khuyết: phát hiện lỗi hoặc những khiếm khuyết của phần mềm để thấy được ứng xử của nó có chính xác hoặc phù hợp với tài liệu đặc tả của nó hay không.

+ Mọi pha phải được viết tài liệu trước khi khởi đầu một pha mới.
Vai trò của viết tài liệu :
- Tài liệu hoãn lại sẽ không bao giờ được hoàn thành
- Thành viên chịu trách nhiệm trong pha trước có thể chuyển sang bộ phận khác
- Sản phẩm thường thay đổi trong quá trình phát triển do vậy cần tài liệu để ghi lại điều này.

3.Giới thiệu ngắn gọn về 5 mức của CMM
5 mức độ trưởng thành của tổ chức theo mô hình CMM được mô tả theo tính chất thể hiện với những thay đổi từ lúc ban đầu đến mức hoàn thiện như sau:

Mức 1: Khởi đầu quá trình phát triển phần mềm được thể hiện dưới dạng tự phát, và đôi khi thậm chí rất hỗn loạn. Rất ít các quy trình được định nghĩa, và sự thành công phụ thuộc vào nỗ lực cá nhân và người hùng.

Mức 2: Lặp lại các quy trình quản lý dự án cơ bản đã được thực hiện để theo dõi chi phí, tiến độ, và chức năng. Kỷ luật của các quy trình cần thiết được đặt ra để lặp lại những thành công của các dự án trước đây khi thực hiện các dự án tương tự.

Mức 3: Định nghĩa quy trình phát triển phần mềm cho cả hoạt động quản lý dự án và hoạt động công nghệ, Ghi chép thành tài liệu, chuẩn hóa, và tích hợp thành một qui trình phát triển phần mềm tiêu chuẩn cho tổ chức. Tất cả các dự án phát triển và bảo trì phần mềm phải tuân thủ quy trình chuẩn này và mọi thay đổi phải được sự phê duyệt.

Mức 4: Các chỉ số về quy trình phát triển phần mềm và chất lượng sản phẩm phải được đo một cách chi tiết và được thu thập lại. Cả quy trình phát triển phần mềm và sản phẩm phải được định lượng một cách rõ ràng và kiểm soát được.

Mức 5: Liên tục cải tiến và tối ưu hóa quy trình dựa theo định lượng thông tin phản hồi từ quy trình thí điểm và từ ý tưởng sáng tạo và các công nghệ.

4.Trình bày các đặc trưng cơ bản của mô hình làm bản mẫu nhanh. So sánh ưu nhược điểm của mô hình làm bản mẫu nhanh và mô hình thác nước.
Đặc trưng cơ bản :
Trong mô hình làm bản mẫu nhanh, bước đầu tiên là nhóm phát triển sẽ xây dựng một bản mẫu và giao cho khách hàng và người sử dụng hệ thống dùng thử. Khi khách hàng đồng ý chấp nhận bản mẫu thì nhóm phát triển mới tiếp tục tiến hành các pha khác của vòng đời phần mềm. Trong các pha tiếp theo, do đã có bản mẫu nên các pha sẽ được tiến hành liên tục và không có bước quay về pha trước đó.

Chỉ khi hệ thống đã triển khai và chuyển sang pha bảo trì, nếu có thay đổi hay phát hiện lỗi thì nhóm phát triển mới quay lại một trong những pha trước đó, nhưng không quay lại pha làm bản mẫu vì bản mẫu đã được chấp nhận.

So sánh với mô hình thác nước :
Được phát triển từ mô hình thác nước nên tương tự mô hình thác nước nhưng thay pha khảo sát yêu cầu bằng pha xây dựng bản mẫu nhằm làm rõ yêu cầu của khách hàng đối với sản phẩm phần mềm.
- Nhận xét:
+ Ưu điểm:
. Có 1 số ưu điểm giống với mô hình thác nước hạn chế được tối đa việc sửa sản phẩm thông qua bản mẫu.
. Kết quả của bản mẫu có thể ảnh hưởng đến cả qui trình phát triển phần mềm
. Trong 1 hệ thống phần mềm thì thành phần giao diện và cơ sở dữ liệu là thuận tiện cho việc ra bản vá
+ Nhược điểm: Các pha được tiến hành liên tục mà ko đc viết tài liệu
- Áp dụng cho các mô hình đòi hỏi sự chính xác cao đúng với nhu cầu của khách hàng.