Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
+14
AlvinSiddy
NamCao95
minhphuong
DoanQuangDat
Thành Nam
NguyenDucThang
lan anh
Ana Lucia
okvoclick
Nguyễn Quang Toàn
skidrow174
Lê Huệ
quangteo168
trungtc
18 posters
Trang 2 trong tổng số 2 trang
Trang 2 trong tổng số 2 trang • 1, 2
alvinsiddy
Mik nghĩ là pha đầu tiên quan trọng nhất .bởi :
Theo mô hình thác nước, người phát triển phải thực hiện từng giai đoạn theo thứ tự nghiêm ngặt. Trước hết, giai đoạn "xác định yêu cầu" phải được hoàn tất, kết quả nhận được sẽ là danh sách các yêu cầu đối với phần mềm. Sau khi các yêu cầu đã hoàn toàn được xác định, sẽ chuyển sang pha thiết kế, ở pha này người ta sẽ tạo ra các tài liệu dành cho lập trình viên, trong đó mô tả chi tiết các phương pháp và kế hoạch thực hiện các yêu cầu đã được làm rõ ở pha trước. Sau khi pha thiết kế hoàn tất, lập trình viên sẽ triển khai thực hiện (mã hóa, viết mã) đồ án họ nhận được. Giai đoạn tiếp theo là liên kết các thành phần riêng lẻ đã được những đội lập trình viên khác nhau thực hiện thành một sản phẩm hoàn chỉnh. Sau khi pha triển khai và pha liên kết hoàn tất, sẽ diễn ra pha kiểm thử và chỉnh sửa sản phẩm; ở giai đoạn này những khiếm khuyết ở các giai đoạn trước đó sẽ bị loại bỏ. Sau đó, sản phẩm phần mềm sẽ được đưa vào sử dụng; phần bảo trì phần mềm cũng sẽ được bảo đảm bằng cách bổ sung chức năng mới và loại trừ các lỗi.
Như vậy, mô hình thác nước ngụ ý rằng, việc chuyển từ pha phát triển này sang pha khác sẽ diễn ra chỉ sau khi các pha trước đó đã kết thúc hoàn toàn thành công, và không thể quay lui về pha trước đó hay nhảy vượt pha
Nguồn : Wikimedia.org
Theo mô hình thác nước, người phát triển phải thực hiện từng giai đoạn theo thứ tự nghiêm ngặt. Trước hết, giai đoạn "xác định yêu cầu" phải được hoàn tất, kết quả nhận được sẽ là danh sách các yêu cầu đối với phần mềm. Sau khi các yêu cầu đã hoàn toàn được xác định, sẽ chuyển sang pha thiết kế, ở pha này người ta sẽ tạo ra các tài liệu dành cho lập trình viên, trong đó mô tả chi tiết các phương pháp và kế hoạch thực hiện các yêu cầu đã được làm rõ ở pha trước. Sau khi pha thiết kế hoàn tất, lập trình viên sẽ triển khai thực hiện (mã hóa, viết mã) đồ án họ nhận được. Giai đoạn tiếp theo là liên kết các thành phần riêng lẻ đã được những đội lập trình viên khác nhau thực hiện thành một sản phẩm hoàn chỉnh. Sau khi pha triển khai và pha liên kết hoàn tất, sẽ diễn ra pha kiểm thử và chỉnh sửa sản phẩm; ở giai đoạn này những khiếm khuyết ở các giai đoạn trước đó sẽ bị loại bỏ. Sau đó, sản phẩm phần mềm sẽ được đưa vào sử dụng; phần bảo trì phần mềm cũng sẽ được bảo đảm bằng cách bổ sung chức năng mới và loại trừ các lỗi.
Như vậy, mô hình thác nước ngụ ý rằng, việc chuyển từ pha phát triển này sang pha khác sẽ diễn ra chỉ sau khi các pha trước đó đã kết thúc hoàn toàn thành công, và không thể quay lui về pha trước đó hay nhảy vượt pha
Nguồn : Wikimedia.org
NguyenDucThang- Siêng năng
- Tổng số bài gửi : 32
Points : 3227
Reputation : 4
Join date : 26/08/2015
Age : 29
Đến từ : Sao Hỏa
minhphuong
cảm ơn câu hỏi của bạn .việc đánh giá rủi ro cho phần mềm rơi vào chương kiểm thử cơ .còn về phần nhóm mik thì mik nghĩ tất cả các phương pháp k có phương pháp nào rủi ro ít nhất cả bởi tất cả các phương pháp đều có 1 bước phân tích rủi ro .ví dụ như mô hình thác nước : thì ở phần phân tích sẽ thu thập thông tin dữ liệu cho hệ thống để khách hàng phê duyệt lại.
ở mô hình bản mẫu : bước 4 là khảo sát lấy ý kiến người sử dụng ,bước 5 là đánh giá quyết định.
ở mô hình xoắn ốc : pha thứ 2 trong vòng xoắc là pha phân tích rủi ro.
....................
tùy vào từng yêu cầu của khách hàng thì mình sẽ chọn phương pháp thiết kế phù hợp .
tài liệu mình vừa tham khảo trên wiki :
Kiểm thử phần mềm là một cuộc kiểm tra được tiến hành để cung cấp cho các bên liên quan thông tin về chất lượng của sản phẩm hoặc dịch vụ được kiểm thử.[1] Kiểm thử có thể cung cấp cho doanh nghiệp một quan điểm, một cách nhìn độc lập về phần mềm để từ đó cho phép đánh giá và thấu hiểu được những rủi ro trong quá trình triển khai phần mềm.
Trong kỹ thuật kiểm thử không chỉ giới hạn ở việc thực hiện một chương trình hoặc ứng dụng với mục đích đi tìm các lỗi phần mềm (bao gồm các lỗi và các thiếu sót) mà còn là một quá trình phê chuẩn và xác minh một chương trình máy tính / ứng dụng / sản phẩm nhằm:
Đáp ứng được mọi yêu cầu hướng dẫn khi thiết kế và phát triển phần mềm.
Thực hiện công việc đúng như kỳ vọng.
Có thể triển khai được với những đặc tính tương tự.
Và đáp ứng được mọi nhu cầu của các bên liên quan.
Tùy thuộc vào từng phương pháp, việc kiểm thử có thể được thực hiện bất cứ lúc nào trong quá trình phát triển phần mềm. Theo truyền thống thì các nỗ lực kiểm thử được tiến hành sau khi các yêu cầu được xác định và việc lập trình được hoàn tất nhưng trong Agile (là một tập hợp các phương pháp phát triển phần mềm linh hoạt dựa trên việc lặp đi lặp lại và gia tăng giá trị) thì việc kiểm thử được tiến hành liên tục trong suốt quá trình xây dựng phần mềm. Như vậy, mỗi một phương pháp kiểm thử bị chi phối theo một quy trình phát triển phần mềm nhất định.
ở mô hình bản mẫu : bước 4 là khảo sát lấy ý kiến người sử dụng ,bước 5 là đánh giá quyết định.
ở mô hình xoắn ốc : pha thứ 2 trong vòng xoắc là pha phân tích rủi ro.
....................
tùy vào từng yêu cầu của khách hàng thì mình sẽ chọn phương pháp thiết kế phù hợp .
tài liệu mình vừa tham khảo trên wiki :
Kiểm thử phần mềm là một cuộc kiểm tra được tiến hành để cung cấp cho các bên liên quan thông tin về chất lượng của sản phẩm hoặc dịch vụ được kiểm thử.[1] Kiểm thử có thể cung cấp cho doanh nghiệp một quan điểm, một cách nhìn độc lập về phần mềm để từ đó cho phép đánh giá và thấu hiểu được những rủi ro trong quá trình triển khai phần mềm.
Trong kỹ thuật kiểm thử không chỉ giới hạn ở việc thực hiện một chương trình hoặc ứng dụng với mục đích đi tìm các lỗi phần mềm (bao gồm các lỗi và các thiếu sót) mà còn là một quá trình phê chuẩn và xác minh một chương trình máy tính / ứng dụng / sản phẩm nhằm:
Đáp ứng được mọi yêu cầu hướng dẫn khi thiết kế và phát triển phần mềm.
Thực hiện công việc đúng như kỳ vọng.
Có thể triển khai được với những đặc tính tương tự.
Và đáp ứng được mọi nhu cầu của các bên liên quan.
Tùy thuộc vào từng phương pháp, việc kiểm thử có thể được thực hiện bất cứ lúc nào trong quá trình phát triển phần mềm. Theo truyền thống thì các nỗ lực kiểm thử được tiến hành sau khi các yêu cầu được xác định và việc lập trình được hoàn tất nhưng trong Agile (là một tập hợp các phương pháp phát triển phần mềm linh hoạt dựa trên việc lặp đi lặp lại và gia tăng giá trị) thì việc kiểm thử được tiến hành liên tục trong suốt quá trình xây dựng phần mềm. Như vậy, mỗi một phương pháp kiểm thử bị chi phối theo một quy trình phát triển phần mềm nhất định.
NguyenDucThang- Siêng năng
- Tổng số bài gửi : 32
Points : 3227
Reputation : 4
Join date : 26/08/2015
Age : 29
Đến từ : Sao Hỏa
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
Tại sao lại nói là mô hình RUP và mô hình xoắn ốc tương đồng với nhau,giải thích giúp mình với,tks
levanphuc- Siêng năng
- Tổng số bài gửi : 16
Points : 3203
Reputation : 0
Join date : 30/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
Trong phần Mô hình tiến hóa slide 29.Trong tất cả các mô hình,thì mô hình nào bạn cảm thấy quan trọng nhất.
levanphuc- Siêng năng
- Tổng số bài gửi : 16
Points : 3203
Reputation : 0
Join date : 30/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
cho t hỏi: tại sao mô hình thác nước tuy cổ điển nhueng vẫn đk dùng rộng rãi nhất hiện nay ?
anh maya- Thành viên
- Tổng số bài gửi : 9
Points : 3197
Reputation : 3
Join date : 02/09/2015
Lê Văn Phúc
câu hỏi của bạn hình như bị trùng với của bạn phương rồi ạ
NguyenDucThang- Siêng năng
- Tổng số bài gửi : 32
Points : 3227
Reputation : 4
Join date : 26/08/2015
Age : 29
Đến từ : Sao Hỏa
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
xin phép cho 1 hỏi ngu cái Very Happy
"Mô hình RUP" và "Mô hình RAD" là như nào vậy ? What a Face
"Mô hình RUP" và "Mô hình RAD" là như nào vậy ? What a Face
levanphuc- Siêng năng
- Tổng số bài gửi : 16
Points : 3203
Reputation : 0
Join date : 30/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
C giải thích lại slide 12 được k
NamCao95- Siêng năng
- Tổng số bài gửi : 30
Points : 3227
Reputation : 0
Join date : 30/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
tại sao mô hình thác nước lại được sử dụng nhiều vậy
pmtuan- Thành viên
- Tổng số bài gửi : 7
Points : 3196
Reputation : 0
Join date : 28/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
Slide 4"Theo bạn mô hình thác nước" có ưu điểm gì?
bachtrungkien- Siêng năng
- Tổng số bài gửi : 22
Points : 3208
Reputation : 0
Join date : 31/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
Slide 7"Trong các mô hình tiến hóa" mô hình nào quan trọng nhất?
bachtrungkien- Siêng năng
- Tổng số bài gửi : 22
Points : 3208
Reputation : 0
Join date : 31/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
slide 10"Bạn nói mình ưu điểm mô hình xoắn ốc"?
bachtrungkien- Siêng năng
- Tổng số bài gửi : 22
Points : 3208
Reputation : 0
Join date : 31/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
slide 15"Phát triển hệ thống HTH" bước nào quan trọng nhất?
bachtrungkien- Siêng năng
- Tổng số bài gửi : 22
Points : 3208
Reputation : 0
Join date : 31/08/2015
Re: Nhóm 2 : Bài 1: Từ slide 24 đến slide 39
Nhận xét: slide đẹp bám sát nội dung!!
bachtrungkien- Siêng năng
- Tổng số bài gửi : 22
Points : 3208
Reputation : 0
Join date : 31/08/2015
Trang 2 trong tổng số 2 trang • 1, 2
Trang 2 trong tổng số 2 trang
Permissions in this forum:
Bạn không có quyền trả lời bài viết
|
|