Slide Nhóm 5

Code:


          Chào mừng các bạn đã đến với nhóm 5


     Như các bạn đã biết nhóm mình xin vào chủ đề chính luôn và ngay sau đây là link slide nhóm 5 ạ !


     https://drive.google.com/open?id=0Bw6NDjZ0FFuuM3ZhcC1DOWRwQU0




    https://drive.google.com/open?id=0Bw6NDjZ0FFuuM3ZhcC1DOWRwQU0


     

tem 

không có gì để soi.nhìn slide đẹp và ngon

Nhận xét : slide đẹp , dễ nhìn , có đột phá không theo mẫu của thầy . Nói chung là đẹp

tthank you =)))

baotrung đã viết:Nhận xét : slide đẹp , dễ nhìn , có đột phá không theo mẫu của thầy . Nói chung là đẹp

??????????????? : Kĩ thuật PTYC dựa trên mô hình đi theo 2 hướng để tiếp cận:

Định hướng chức năng.

Định hướng đối tượng.

Câu Hỏi : Định hướng nào tốt nhất và nên sử dụng nhất

mình có câu hỏi dành cho nhóm bạn là:
Hãy nói rõ hơn về các thuộc tính cần thẩm định trong phần thẩm định yêu cầu????

slide đẹp, dễ nhìn có sự sáng tạo

Cảm ơn câu hỏi của bạn!
Thay mặt nhóm mình xin trả lời câu hỏi của bạn như sau: Kỹ thuật phân tích yêu cầu dựa trên mô hình đi theo hướng đối tượng sẽ thích hợp hơn. Lý do:
- Cách tiếp cận hướng chức năng:
+Dựa vào chức năng, nhiệm vụ là chính
+Phân rã chức năng và làm mịn dần theo cách từ trên xuống
+Các đơn thể chức năng trao đổi với nhau bằng cách truyền tham số hay sử dụng dữ liệu chung
+Tính mở (Open) và thích nghi của hệ thống được xây dựng theo cách tiếp cận này là thấp
+Khả năng tái sử dụng bị hạn chế và hầu như không hỗ cơ chế kế thừa
-Cách tiếp cận hướng đối tượng:
+Đặt trọng tâm vào dữ liệu (thực thể):Khi khảo sát, phân tích một hệ thống chúng ta không tập trung vào các nhiệm vụ như trước đây mà tìm hiểu xem nó gồm những thực thể nào
+Xem hệ thống như là tập các thực thể, các đối tượng:Để hiểu rõ về hệ thống chúng ta phân tách hệ thống thành các đơn thể đơn giản hơn. Quá trình này được lặp lại cho đến khi thu được những đơn thể tương đối đơn giản, dễ hiểu và thực hiện cài đặt chúng mà không làm tăng thêm độ phức tạp khi liên kết chúng trong hệ thống. Phương pháp hướng đối tượng cho phép đặc tả hết được tất cả các mối quan hệ của các đối tượng đúng với bản chất tự nhiên như trong thế giới thực
+Các lớp đối tượng trao đổi với nhau bằng các thông điệp: Khi có yêu cầu dữ liệu để thực hiện một nhiệm vụ nào đó, một đối tượng sẽ gửi một thông điệp cho đối tượng khác. Đối tượng nhận được thông điệp yêu cầu sẽ phải thực hiện một số công việc trên các dữ liệu mà nó sẵn có hoặc lại tiếp tục yêu cầu những đối tượng khác hỗ trợ để có những thông tin và trả lời cho đối tượng yêu cầu.
+ Tính mở và thích nghi của hệ thống cao hơn: Hệ thống được xây dựng dựa vào các lớp đối tượng nên khi có yêu cầu thay đổi thì chỉ thay đổi những lớp đối tượng có liên quan hoặc bổ sung thêm một số lớp đối tượng mới (có thể kế thừa từ những lớp có trước) để thực thi những nhiệm vụ mới mà hệ thống cần thực hiện.
+Hỗ trợ sử dụng lại và cơ chế kế thừa
- Tại sao nên dùng phương pháp hướng đối  tượng:
Đối tượng là cơ sở để kết hợp các đơn thể có thể sử dụng lại thành hệ thống lớn hơn, tạo ra những sản phẩm có chất lượng cao. Đây cũng là cơ sở để thực hiện theo công nghệ thành phần.
Qui ước truyền thông điệp giữa các đối tượng đảm bảo cho việc mô tả các giao diện giữa các đối tượng thành phần bên trong hệ thống và những hệ thống bên ngoài trở nên dễ dàng hơn. Điều đó giúp cho việc phân chia những dự án lớn, phức tạp để phân tích, thiết kế theo cách chia nhỏ bài toán thành các lớp đối tượng hoàn toàn tương ứng với quan điểm hướng tới lời giải phù hợp với thế giới thực một cách tự nhiên.
Nguyên lý bao gói, che giấu thông tin hỗ trợ cho việc xây dựng những hệ thống thông tin an toàn và tin cậy.
Nguyên lý kế thừa dựa chính vào dữ liệu rất phù hợp với ngữ nghĩa của mô hình trong cài đặt, không những có thể giảm thiểu được thời gian thực hiện mà còn làm cho hệ thống có tính mở, tin cậy hơn.
Phương pháp hướng đối tượng, nhất là nguyên lý kế thừa cho phép dễ dàng xác định những bộ phận cơ bản, xây dựng các lớp như là các đơn vị cơ sở của hệ thống và sử dụng ngay khi chúng mà không cần phải hoàn thiện, không đòi hỏi phải thực hiện đầy đủ tất cả các chức năng (đơn thể mở) và sau đó có thể mở rộng dần và không làm ảnh hưởng tới các đơn thể khác, không đòi hỏi phải thiết kế lại.
Định hướng đối tượng cung cấp những công cụ, môi trường mới, hiệu quả để phát triển phần mềm theo hướng công nghiệp và hỗ trợ để tận dụng được những khả năng kế thừa, sử dụng lại ở phạm vi diện rộng để xây dựng được những hệ thống phức tạp, nhạy cảm như: hệ thống động, hệ thống thời gian thực, hệ thống đa phương tiện...
Xoá bỏ được hố ngăn cách giữa các pha phân tích, thiết kế, cài đặt và kiểm định trong quá trình xây dựng phần mềm. Nhiều kết quả (sản phẩm) của các giai đoạn trước có thể sử dụng ngay ở những giai đoạn sau.
Nguồn: http://voer.edu.vn/m/phuong-phap-huong-doi-tuong-va-qua-trinh-phat-trien-he-thong-phan-mem/f51c58be
CÂU TRẢ LỜI THOẢ MÃN CHƯA ??

baotrung đã viết:???????????????  : Kĩ thuật PTYC dựa trên mô hình đi theo 2 hướng để tiếp cận:

Định hướng chức năng.

Định hướng đối tượng.

Câu Hỏi : Định hướng nào tốt nhất và nên sử dụng nhất

Cảm ơn câu hỏi của bạn dành cho nhóm!
Thay mặt nhóm mình xin trả lời câu hỏi của bạn như sau:
- Các thuộc tính của thẩm định yêu cầu:
+Đúng đắn: thoả mãn được nhu cầu bản chất của người sử dụng
+Hiện thực: yêu cầu phải hiện thực về các khía cạnh kỹ thuật, kinh tế và pháp lý.
+Đầy đủ: cần chứa mọi chức năng và ràng buộc mà người dùng đã nhắm đến.
+Nhất quán: các yêu cầu không được mâu thuẫn nhau. Với các hệ thống lớn các yêu cầu rất đa dạng và có khả năng sẽ mâu thuẫn nhau. Khi đó người phân tích phải loại bớt các yêu cầu (không chủ chốt) để sau cho các yêu cầu được mô tả trong tài liệu yêu cầu không mâu thuẫn nhau
Nguồn: http://voer.edu.vn/c/phan-tich-va-dac-ta-yeu-cau/a8d2857f/d52e8a32
BẠN HIỂU CHƯA Ạ ??? ^_^

Hoàng Huế đã viết:mình có câu hỏi dành cho nhóm bạn là:
Hãy nói rõ hơn về các thuộc tính cần thẩm định trong phần thẩm định yêu cầu????

slide đẹp dễ nhìn

Lý do c ần th ẩm đ ịnh y êu c ầu:
-Một khi các yêu cầu đã được thiết lập thì cần thẩm định xem chúng có thỏa mãn các nhu cầu của khách hàng hay không ?
- Nếu thẩm định không được tiến hành chặt chẽ thì các sai sót có thể lan truyền sang các giai đoạn thiết kế và mã hóa khiến cho việc sửa đổi hệ thống trở nên rất tốn kém.
-Mục tiêu của thẩm định là kiểm tra xem yêu cầu mà người phân tích xác định có thỏa mãn 4 yếu tố sau : đúng đắn, hiện thực, nhất quán và đầy đủ.
Nguồn:http://monhoc.vn/tai-lieu/bai-giang-cong-nghe-phan-mem-nguyen-khac-quoc-chuong-2-phan-tich-va-dac-ta-yeu-cau-3124/

Trần Chiến đã viết:Nhận xét của mình:
- Slide đẹp, phân bố hợp lý. chuẩn bị khá kỹ lưỡng.
- Còn nhiều chữ viết tắt quá rất khó hiểu slide. Theo mình những chỗ cần nhấn mạnh nên không viết tắt. Slide 5 nên để nhấn mạnh hoàn toàn vì Slide này khá ngắn.
- Slide 11 bị vỡ khung nên sửa lại.
- Có thể cho thêm màu mè vào những chỗ cần nhấn mạnh.
Đây là ý kiến cá nhân của mình


Câu hỏi: Nhóm 5 hãy cho mình biết rõ hơn về Thẩm định yêu cầu được không? không rõ lắm.

sile đẹp dễ nhìn. bố cục thấy cũng khá ổn định. nhưng các bạn chú ý ở slide 6 và slide 20 thấy nó bị lỗi 1 chút.ở slide 6 hiển thị số 1 3 4 mà ko hiển thị số 2. ở slide 20 thì số 2 ko có màu xanh như các số khác. chúc các bạn có 1 buổi thuyết trình thành công

Up rồi mà không thấy xuất hiện, không biết bạn Chiến có nhận được không, mình xin up lại ở đây cho câu hỏi của bạn.
Lý do cần thẩm định yêu cầu:
-Một khi các yêu cầu đã được thiết lập thì cần thẩm định xem chúng có thỏa mãn các nhu cầu của khách hàng hay không ?
- Nếu thẩm định không được tiến hành chặt chẽ thì các sai sót có thể lan truyền sang các giai đoạn thiết kế và mã hóa khiến cho việc sửa đổi hệ thống trở nên rất tốn kém.
-Mục tiêu của thẩm định là kiểm tra xem yêu cầu mà người phân tích xác định có thỏa mãn 4 yếu tố sau : đúng đắn, hiện thực, nhất quán và đầy đủ.
Nguồn:http://monhoc.vn/tai-lieu/bai-giang-cong-nghe-phan-mem-nguyen-khac-quoc-chuong-2-phan-tich-va-dac-ta-yeu-cau-3124/

cảm ơn bạn

Bill Giáp đã viết:sile đẹp dễ nhìn. bố cục thấy cũng khá ổn định. nhưng các bạn chú ý ở slide 6 và slide 20 thấy nó bị lỗi 1 chút.ở slide 6 hiển thị số 1 3 4  mà ko hiển thị số 2. ở slide 20 thì số 2 ko có màu xanh như các số khác. chúc các bạn có 1 buổi thuyết trình thành công
 

Nhóm 5 có thể nói rõ hơn về các phương pháp PTYC trong mô hình nghiệp vụ??

bài nhóm bạn đẹp , dễ nhìn ổn
ah mà sile 8/21 bạn để cho 5 dòng nhỏ kia xuất hiện lần lượt theo nhịp nói sẽ hay hơn

Theo như mình thấy thì slide đẹp, dễ nhìn và bắt mắt, nhưng viết tắt nhiều quá, biết là viết tắt thì slide ít chữ sẽ dễ nhìn hơn nhưng trong slide này từ viết tắt nhiều từ khó hiểu mà không đúng chuyên ngành. Em xin hết ạ!!!

slide đẹp, dễ nhìn, nhưng viết tắt hơi nhiều..

slide đẹp, bố cục dễ nhìn, chỉ hơi nhiều chữ,
ở slide số 11 chữ ngoài khung..