Bản slide ! mọi người đọc và cho í kiến để nhóm t còn chuẩn bị nhé!
[You must be registered and logged in to see this link.]

Slide 14 không nên để trắng.
Chữ tiêu đề nghiêng quá làm khó đọc và rối mắt.
Slide 2 chỉ nêu lên những tiêu đề chính của bài thuyết trình,bỏ 2 mục con ở mục 1 lớn đi.
Câu hỏi dành cho nhóm 1:
-Quản lý dự án phần mềm có khác với Quản lý dự án nói chung không?
Nếu khác thì điểm giống và khác là gì?
-Và:
Slide 20 có phần nêu lên là:Khó kiểm soát phạm vi
Slide 22 có phần là:Khó xác định phạm vi và lợi nhuận
Vậy hai điều này khác nhau ở đặc điểm nào?

Cảm ơn em đã đóng góp ý kiến nhé!

Khó kiểm soát phạm vi và Khó xác định phạm vi và lợi nhuận khác nhau. Khó kiểm soát phạm vi có nghĩa là dự án có thể bị thay đổi trong quá trình thực hiện như thay đổi về thiết kế, chi phí, chất lượng... Còn khó xác định phạm vi và lợi nhuận có nghĩa là khi 1 dự án đươc đưa ra thì không thể nào có thể tính 1 cách chính xác được lợi nhuận của dự án đó là bao nhiêu hay chính xác phạm vi của dự án đó!

trangioid6dl đã viết:

Slide 14 không nên để trắng.
Chữ tiêu đề nghiêng quá làm khó đọc và rối mắt.
Slide 2 chỉ nêu lên những tiêu đề chính của bài thuyết trình,bỏ 2 mục con ở mục 1 lớn đi.
Câu hỏi dành cho nhóm 1:
-Quản lý dự án phần mềm có khác với Quản lý dự án nói chung không?
Nếu khác thì điểm giống và khác là gì?
-Và:
Slide 20 có phần nêu lên là:Khó kiểm soát phạm vi
Slide 22 có phần là:Khó xác định phạm vi và lợi nhuận
Vậy hai điều này khác nhau ở đặc điểm nào?

/Mình xin trả lời câu hỏi của bạn Trần thế Giới như sau:
Điểm giống và khác giữa QLDAPM và QLDA nói chung:

Trích dẫn :

-Quản lý một dự án nói chung là dùng " Công cụ + Kiến thức + Kĩ thuật = Kết quả". Mỗi một dự án khác nhau thuộc các lĩnh vực khác nhau lại áp dụng các công cụ, kiến thức, kĩ thuật khác nhau để có thể hoàn thành một dự án. Với "QLDAPM" chúng ta cũng sẽ áp dụng theo công thức chung của "QLDA" nói chung. Tuy nhiên trong nghành công nghệ phần mềm, khi quản lý một dự án phần mềm. Để cho dự án có thể hoàn thành đúng thời hạn hay nói một cách khác là để đạt được kết quả của một dự án, chúng ta không chỉ áp dụng theo công thức "Công cụ + Kiến thức + Kĩ thuật". Bởi vì trong quá trình quản lý một dự án phần mềm có thể xảy ra ba phát sinh khá quan trọng:
-Thứ nhất là sự thay đổi về mặt nhân sự: Không như một số nghành khác, trong nghành công nghệ thì việc thay đổi nhân sự vào khoảng giữa của dự án sẽ khiến cho dự án có thể gặp nhiều khó khăn do cách xử lý thuật toán được áp dụng vào một dự án là khác nhau giữa người làm trước và người làm sau. Hay nói một cách khác chính sự không đồng nhất về cấu trúc lựa chọn cho một dự án gây ra việc chậm tiến độ cho một dự án.
-Thứ hai là sự thay đổi chóng mặt về công nghệ: Việc công nghệ ngày càng phát triển và thay đổi hằng ngày có thể ảnh hưởng tới việc xây dựng dự án của bạn. Khi bạn xây dựng gần xong một phần mềm và chợt bạn nhận ra công nghệ mà bạn áp dụng vào là của ngày hôm qua và đã lỗi thời. Lúc đó bạn sẽ phải bằng lòng với việc dùng công nghệ cũ hoặc bỏ thêm thời gian xây dựng lại từ đầu.
-Thứ ba là các yêu cầu, phạm vi, lợi nhuận khó xác định: Trong quá trình quản lý và xây dựng một dự án phần mềm có thể bạn và người chủ dự án thống nhất với nhau là dùng công nghệ mới nhất để áp dụng vào xây dựng sản phẩm cho họ trong một phạm vi lớn và yêu cầu lợi nhuận phải sản sinh lãi nhiều. Tuy nhiên trong quá trình xây dựng dự án do tính chất công nghệ bạn đang áp dụng là mới nhất nhưng lại xảy ra một vài lỗi không thể khắc phục. Thêm nữa do chủ đầu tư dự án gặp phải vấn đề về tài chính và rút dự án xuống một phạm vi hẹp hơn với yêu cầu về lợi nhuận là không nhiều. Khi đó bạn chỉ còn cách thay đổi cấu trúc quản lý dự án đó và xây dựng chúng lại từ đầu.
KL: Như vậy QLDA nói chung là áp dụng theo công thức "Công cụ + Kiến thức + Kĩ thuật = Kết quả" là luôn đúng. Nhưng trong QLDAPM nói riêng thì công thức "Công cụ + Kiến thức + Kĩ thuật = kết quả" Không hẳn lúc nào cũng đúng mà nó cần có thêm tính ổn định của dự án, chủ động thống nhất yêu cầu, phạm vi, lợi nhuận.
*Ta có công thức của QLDAPM như sau "Công cụ(Không đổi) + Kiến thức(Không đổi) + Kĩ thuật(Không đổi) + Yêu cầu(Không đổi) + Phạm vi(Không đổi) + Lợi nhuận(Có thể tăng hoặc giảm trong khoảng cho phép) = kết quả.

/Khó kiểm soát phạm vi khác khó xác định phạm vi và lợi nhuận:

Trích dẫn :

-Trước hết ta cần hiểu "khó kiểm soát" có nghĩa là mọi sự vượt khỏi tầm kiểm soát. "khó xác định" có nghĩa là mù mờ không thể xác định rõ một vấn đề nào đó.
-Trong QLDA thì một dự án trong quá trình xây dựng sẽ được hoạch định cụ thể về phạm vi sử dụng như trong QLDAPM thì phạm vi sử dụng của một phần mềm là xây dựng để dùng chúng trong một mạng nội bộ và điều đó cũng đồng nghĩa với việc lưu lượng bộ nhớ dùng lưu trữ dữ liệu của phần mềm sẽ chỉ gói gọn trong một phạm vi nhỏ hẹp. Tuy nhiên khi xây dựng xong và đưa vào sử dụng thì xuất hiện hiện tượng dữ liệu quá nhiều và lớn, bộ nhớ của chương trình không thể đáp ứng. Như vậy là trong quá trình QLDAPM đó ta thất bại trong việc kiểm soát phạm vi một cách không chính xác.
-Trong QLDAPM thì ngoài việc kiểm soát tốt phạm vi thì việc xác định phạm vi và lợi nhuận cũng khá quan trọng. Khi bạn xây dựng xong một phần mềm và người sử dụng muốn sử dụng nó cần phải bỏ ra một chút tiền để mua bản quyền thì phạm vi sử dụng ở đây là những người bỏ tiền ra mua bản quyền khi đó việc quản lý lợi nhuận cũng dễ dàng và chính xác hơn. Tuy nhiên khi có một ai đó thấy DAPM của bạn có một lỗ hổng và họ dùng nó để crack và dùng chùa thì điều đó sẽ làm cho bạn mất đi một phần lợi nhuận, kèm theo đó là việc crack được và không mất tiền bản quyền sẽ làm cho phần mềm nhanh chóng bị người dùng chán nản. Vì vậy có thể nói nếu việc QLDAPM không cụ thể sát sao và chính xác sẽ gây ra khó xác định về phạm vi người sử dụng và có thể gây ra thiếu hụt về mặt lợi nhuận.

Trên đây là câu trả lời của mình còn gì thiếu sót mong các bạn đọc và cho thêm ý kiến.

Đề nghị mọi người dùng màu chữ đen để nhìn cho rõ,như Nghĩa dùng kiểu chữ tím nhìn rất nhức mắt

Về phần trả lời của chị Vân là còn chung chung quá chưa làm rõ ý cần trả lời.
Của Nghĩa thì dài dòng,tuy làm rõ được vài ý nhưng luẩn quẩn làm mất ý chính đi.
Quản lý dự án với Quản lý dự án phần mềm có điểm chung là việc áp dụng các công cụ, kiến thức và kỹ thuật nhằm định nghĩa, lập kế hoạch, tiến hành triển khai, tổ chức, kiểm soát và kết thúc dự án được thực hiện bởi một tập thể, nhằm đạt được một kết quả dự kiến, trong một thời gian dự kiến, với một kinh phí dự kiến.

Còn quản lý dự án phầm mềm cũng là 1 trình quản lý dự án tuy nhiên nó có những đặc điểm riêng như:
-Kết quả bàn giao có thể là ít hữu hình
-Phạm vi có thể khó kiểm soát
-Kỹ năng, kinh nghiệm, thái độ và kỳ vọng trái ngược nhau
-Có thể bất đồng về mục tiêu kinh doanh
-Thay đổi quan trọng về tổ chức
-Các yêu cầu, phạm vi, và lợi nhuận chính xác có thể rất khó xác định
-Sự thay đổi nhanh chóng về công nghệ

Do vậy nó khó có khả năng xác định được phạm vi giới hạn dự án một cách cụ thể rành mạch (ví dụ như nhầm giữa quản lý thư viện và quản lý sách thư viện),đây cũng là lý do khó xác định được phạm vi vốn và lợi nhuận thu được.

Một câu hỏi nữa dành cho mọi người này:
Ai có thể giải thích rõ hơn về slide 13 được không?
Công cụ + kiến thức+kỹ thuật= kết quả
Công cụ,kiến thức,kỹ thuật biểu hiện cho những điều gì khi áp dụng cho quản lý dự án phần mềm?

trangioid6dl đã viết:

Một câu hỏi nữa dành cho mọi người này:
Ai có thể giải thích rõ hơn về slide 13 được không?
Công cụ + kiến thức+kỹ thuật= kết quả
Công cụ,kiến thức,kỹ thuật biểu hiện cho những điều gì khi áp dụng cho quản lý dự án phần mềm?

Trích dẫn :

-Khi áp dụng cho QLDAPM thì:
+Công cụ: Phương tiện hay một công cụ lập trình nào đó dùng để viết nên phần mềm như Visual Studio hay MSProject... .
+Kiến thức: Sự hiểu biết của người lập trình về kiến thức lập trình, về một vài ngôn ngữ lập trình mà họ sẽ sử dụng như C#, C++,... .
+Kỹ thuật: Muốn lập trình nên một phần mềm cần phải có một công cụ lập trình và lựa chọn một ngôn ngữ lập trình phù hợp. Chính vì vậy mà nó đòi hỏi người lập trình phải có một sự hiểu biết nhất định về mặt chuyên môn, biết cách sử dụng công cụ lập trình và thông thạo ngôn ngữ mà họ sẽ sử dụng để áp dụng vào viết một dự án phần mềm.
*KL: Khi một người tham gia dự án đã xác định rõ công cụ mà họ cần sử dụng cũng như loại ngôn mà họ sẽ dùng, đồng thời người lập trình cũng nắm rõ về phương thức sử dụng công cụ, thuật toán áp dụng và có chuyên môn về ngôn ngữ lập trình thì sẽ cho ra kết quả là một dự án hoàn thiện.

trangioid6dl đã viết:

Slide 14 không nên để trắng.
Chữ tiêu đề nghiêng quá làm khó đọc và rối mắt.
Slide 2 chỉ nêu lên những tiêu đề chính của bài thuyết trình,bỏ 2 mục con ở mục 1 lớn đi.
Câu hỏi dành cho nhóm 1:
-Quản lý dự án phần mềm có khác với Quản lý dự án nói chung không?
Nếu khác thì điểm giống và khác là gì?
-Và:
Slide 20 có phần nêu lên là:Khó kiểm soát phạm vi
Slide 22 có phần là:Khó xác định phạm vi và lợi nhuận
Vậy hai điều này khác nhau ở đặc điểm nào?

Slide 14 không phải để trắng đâu e ạ. Chắc là do lúc e Thanh cop về nó bị thay đổi vậy đó e ạ.

Vậy chị Vân bảo người làm chính bên nhóm chị chỉnh lại slide 14 nhé.Chị chú ý tổng hợp câu hỏi,và tự đưa câu hỏi và trả lời để thứ 7 lên thuyết trình.

Admin đã viết:

trangioid6dl đã viết:

Slide 14 không nên để trắng.
Chữ tiêu đề nghiêng quá làm khó đọc và rối mắt.
Slide 2 chỉ nêu lên những tiêu đề chính của bài thuyết trình,bỏ 2 mục con ở mục 1 lớn đi.
Câu hỏi dành cho nhóm 1:
-Quản lý dự án phần mềm có khác với Quản lý dự án nói chung không?
Nếu khác thì điểm giống và khác là gì?
-Và:
Slide 20 có phần nêu lên là:Khó kiểm soát phạm vi
Slide 22 có phần là:Khó xác định phạm vi và lợi nhuận
Vậy hai điều này khác nhau ở đặc điểm nào?

/Mình xin trả lời câu hỏi của bạn Trần thế Giới như sau:
Điểm giống và khác giữa QLDAPM và QLDA nói chung:

Trích dẫn :

-Quản lý một dự án nói chung là dùng " Công cụ + Kiến thức + Kĩ thuật = Kết quả". Mỗi một dự án khác nhau thuộc các lĩnh vực khác nhau lại áp dụng các công cụ, kiến thức, kĩ thuật khác nhau để có thể hoàn thành một dự án. Với "QLDAPM" chúng ta cũng sẽ áp dụng theo công thức chung của "QLDA" nói chung. Tuy nhiên trong nghành công nghệ phần mềm, khi quản lý một dự án phần mềm. Để cho dự án có thể hoàn thành đúng thời hạn hay nói một cách khác là để đạt được kết quả của một dự án, chúng ta không chỉ áp dụng theo công thức "Công cụ + Kiến thức + Kĩ thuật". Bởi vì trong quá trình quản lý một dự án phần mềm có thể xảy ra ba phát sinh khá quan trọng:
-Thứ nhất là sự thay đổi về mặt nhân sự: Không như một số nghành khác, trong nghành công nghệ thì việc thay đổi nhân sự vào khoảng giữa của dự án sẽ khiến cho dự án có thể gặp nhiều khó khăn do cách xử lý thuật toán được áp dụng vào một dự án là khác nhau giữa người làm trước và người làm sau. Hay nói một cách khác chính sự không đồng nhất về cấu trúc lựa chọn cho một dự án gây ra việc chậm tiến độ cho một dự án.
-Thứ hai là sự thay đổi chóng mặt về công nghệ: Việc công nghệ ngày càng phát triển và thay đổi hằng ngày có thể ảnh hưởng tới việc xây dựng dự án của bạn. Khi bạn xây dựng gần xong một phần mềm và chợt bạn nhận ra công nghệ mà bạn áp dụng vào là của ngày hôm qua và đã lỗi thời. Lúc đó bạn sẽ phải bằng lòng với việc dùng công nghệ cũ hoặc bỏ thêm thời gian xây dựng lại từ đầu.
-Thứ ba là các yêu cầu, phạm vi, lợi nhuận khó xác định: Trong quá trình quản lý và xây dựng một dự án phần mềm có thể bạn và người chủ dự án thống nhất với nhau là dùng công nghệ mới nhất để áp dụng vào xây dựng sản phẩm cho họ trong một phạm vi lớn và yêu cầu lợi nhuận phải sản sinh lãi nhiều. Tuy nhiên trong quá trình xây dựng dự án do tính chất công nghệ bạn đang áp dụng là mới nhất nhưng lại xảy ra một vài lỗi không thể khắc phục. Thêm nữa do chủ đầu tư dự án gặp phải vấn đề về tài chính và rút dự án xuống một phạm vi hẹp hơn với yêu cầu về lợi nhuận là không nhiều. Khi đó bạn chỉ còn cách thay đổi cấu trúc quản lý dự án đó và xây dựng chúng lại từ đầu.
KL: Như vậy QLDA nói chung là áp dụng theo công thức "Công cụ + Kiến thức + Kĩ thuật = Kết quả" là luôn đúng. Nhưng trong QLDAPM nói riêng thì công thức "Công cụ + Kiến thức + Kĩ thuật = kết quả" Không hẳn lúc nào cũng đúng mà nó cần có thêm tính ổn định của dự án, chủ động thống nhất yêu cầu, phạm vi, lợi nhuận.
*Ta có công thức của QLDAPM như sau "Công cụ(Không đổi) + Kiến thức(Không đổi) + Kĩ thuật(Không đổi) + Yêu cầu(Không đổi) + Phạm vi(Không đổi) + Lợi nhuận(Có thể tăng hoặc giảm trong khoảng cho phép) = kết quả.

/Khó kiểm soát phạm vi khác khó xác định phạm vi và lợi nhuận:

Trích dẫn :

-Trước hết ta cần hiểu "khó kiểm soát" có nghĩa là mọi sự vượt khỏi tầm kiểm soát. "khó xác định" có nghĩa là mù mờ không thể xác định rõ một vấn đề nào đó.
-Trong QLDA thì một dự án trong quá trình xây dựng sẽ được hoạch định cụ thể về phạm vi sử dụng như trong QLDAPM thì phạm vi sử dụng của một phần mềm là xây dựng để dùng chúng trong một mạng nội bộ và điều đó cũng đồng nghĩa với việc lưu lượng bộ nhớ dùng lưu trữ dữ liệu của phần mềm sẽ chỉ gói gọn trong một phạm vi nhỏ hẹp. Tuy nhiên khi xây dựng xong và đưa vào sử dụng thì xuất hiện hiện tượng dữ liệu quá nhiều và lớn, bộ nhớ của chương trình không thể đáp ứng. Như vậy là trong quá trình QLDAPM đó ta thất bại trong việc kiểm soát phạm vi một cách không chính xác.
-Trong QLDAPM thì ngoài việc kiểm soát tốt phạm vi thì việc xác định phạm vi và lợi nhuận cũng khá quan trọng. Khi bạn xây dựng xong một phần mềm và người sử dụng muốn sử dụng nó cần phải bỏ ra một chút tiền để mua bản quyền thì phạm vi sử dụng ở đây là những người bỏ tiền ra mua bản quyền khi đó việc quản lý lợi nhuận cũng dễ dàng và chính xác hơn. Tuy nhiên khi có một ai đó thấy DAPM của bạn có một lỗ hổng và họ dùng nó để crack và dùng chùa thì điều đó sẽ làm cho bạn mất đi một phần lợi nhuận, kèm theo đó là việc crack được và không mất tiền bản quyền sẽ làm cho phần mềm nhanh chóng bị người dùng chán nản. Vì vậy có thể nói nếu việc QLDAPM không cụ thể sát sao và chính xác sẽ gây ra khó xác định về phạm vi người sử dụng và có thể gây ra thiếu hụt về mặt lợi nhuận.

Trên đây là câu trả lời của mình còn gì thiếu sót mong các bạn đọc và cho thêm ý kiến.

Em ơi! Nguồn ở đâu vậy?

trangioid6dl đã viết:

Vậy chị Vân bảo người làm chính bên nhóm chị chỉnh lại slide 14 nhé.Chị chú ý tổng hợp câu hỏi,và tự đưa câu hỏi và trả lời để thứ 7 lên thuyết trình.

Ok em, Chị sửa lại rùi. Nhóm Chị lại phải tự đưa câu hỏi cho nhóm à?

tranvan đã viết:

Ok em, Chị sửa lại rùi. Nhóm Chị lại phải tự đưa câu hỏi cho nhóm à?

Nếu câu hỏi mọi người đưa ra không đủ thì trong nhóm tự tổng hợp 1 vài câu hỏi và câu trả lời đơn giản nhưng đúng trọng tâm.
Để em xem xét rồi đặt ra mấy câu hỏi nữa cho.

tranvan đã viết:

Admin đã viết:

trangioid6dl đã viết:

Slide 14 không nên để trắng.
Chữ tiêu đề nghiêng quá làm khó đọc và rối mắt.
Slide 2 chỉ nêu lên những tiêu đề chính của bài thuyết trình,bỏ 2 mục con ở mục 1 lớn đi.
Câu hỏi dành cho nhóm 1:
-Quản lý dự án phần mềm có khác với Quản lý dự án nói chung không?
Nếu khác thì điểm giống và khác là gì?
-Và:
Slide 20 có phần nêu lên là:Khó kiểm soát phạm vi
Slide 22 có phần là:Khó xác định phạm vi và lợi nhuận
Vậy hai điều này khác nhau ở đặc điểm nào?

/Mình xin trả lời câu hỏi của bạn Trần thế Giới như sau:
Điểm giống và khác giữa QLDAPM và QLDA nói chung:

Trích dẫn :

-Quản lý một dự án nói chung là dùng " Công cụ + Kiến thức + Kĩ thuật = Kết quả". Mỗi một dự án khác nhau thuộc các lĩnh vực khác nhau lại áp dụng các công cụ, kiến thức, kĩ thuật khác nhau để có thể hoàn thành một dự án. Với "QLDAPM" chúng ta cũng sẽ áp dụng theo công thức chung của "QLDA" nói chung. Tuy nhiên trong nghành công nghệ phần mềm, khi quản lý một dự án phần mềm. Để cho dự án có thể hoàn thành đúng thời hạn hay nói một cách khác là để đạt được kết quả của một dự án, chúng ta không chỉ áp dụng theo công thức "Công cụ + Kiến thức + Kĩ thuật". Bởi vì trong quá trình quản lý một dự án phần mềm có thể xảy ra ba phát sinh khá quan trọng:
-Thứ nhất là sự thay đổi về mặt nhân sự: Không như một số nghành khác, trong nghành công nghệ thì việc thay đổi nhân sự vào khoảng giữa của dự án sẽ khiến cho dự án có thể gặp nhiều khó khăn do cách xử lý thuật toán được áp dụng vào một dự án là khác nhau giữa người làm trước và người làm sau. Hay nói một cách khác chính sự không đồng nhất về cấu trúc lựa chọn cho một dự án gây ra việc chậm tiến độ cho một dự án.
-Thứ hai là sự thay đổi chóng mặt về công nghệ: Việc công nghệ ngày càng phát triển và thay đổi hằng ngày có thể ảnh hưởng tới việc xây dựng dự án của bạn. Khi bạn xây dựng gần xong một phần mềm và chợt bạn nhận ra công nghệ mà bạn áp dụng vào là của ngày hôm qua và đã lỗi thời. Lúc đó bạn sẽ phải bằng lòng với việc dùng công nghệ cũ hoặc bỏ thêm thời gian xây dựng lại từ đầu.
-Thứ ba là các yêu cầu, phạm vi, lợi nhuận khó xác định: Trong quá trình quản lý và xây dựng một dự án phần mềm có thể bạn và người chủ dự án thống nhất với nhau là dùng công nghệ mới nhất để áp dụng vào xây dựng sản phẩm cho họ trong một phạm vi lớn và yêu cầu lợi nhuận phải sản sinh lãi nhiều. Tuy nhiên trong quá trình xây dựng dự án do tính chất công nghệ bạn đang áp dụng là mới nhất nhưng lại xảy ra một vài lỗi không thể khắc phục. Thêm nữa do chủ đầu tư dự án gặp phải vấn đề về tài chính và rút dự án xuống một phạm vi hẹp hơn với yêu cầu về lợi nhuận là không nhiều. Khi đó bạn chỉ còn cách thay đổi cấu trúc quản lý dự án đó và xây dựng chúng lại từ đầu.
KL: Như vậy QLDA nói chung là áp dụng theo công thức "Công cụ + Kiến thức + Kĩ thuật = Kết quả" là luôn đúng. Nhưng trong QLDAPM nói riêng thì công thức "Công cụ + Kiến thức + Kĩ thuật = kết quả" Không hẳn lúc nào cũng đúng mà nó cần có thêm tính ổn định của dự án, chủ động thống nhất yêu cầu, phạm vi, lợi nhuận.
*Ta có công thức của QLDAPM như sau "Công cụ(Không đổi) + Kiến thức(Không đổi) + Kĩ thuật(Không đổi) + Yêu cầu(Không đổi) + Phạm vi(Không đổi) + Lợi nhuận(Có thể tăng hoặc giảm trong khoảng cho phép) = kết quả.

/Khó kiểm soát phạm vi khác khó xác định phạm vi và lợi nhuận:

Trích dẫn :

-Trước hết ta cần hiểu "khó kiểm soát" có nghĩa là mọi sự vượt khỏi tầm kiểm soát. "khó xác định" có nghĩa là mù mờ không thể xác định rõ một vấn đề nào đó.
-Trong QLDA thì một dự án trong quá trình xây dựng sẽ được hoạch định cụ thể về phạm vi sử dụng như trong QLDAPM thì phạm vi sử dụng của một phần mềm là xây dựng để dùng chúng trong một mạng nội bộ và điều đó cũng đồng nghĩa với việc lưu lượng bộ nhớ dùng lưu trữ dữ liệu của phần mềm sẽ chỉ gói gọn trong một phạm vi nhỏ hẹp. Tuy nhiên khi xây dựng xong và đưa vào sử dụng thì xuất hiện hiện tượng dữ liệu quá nhiều và lớn, bộ nhớ của chương trình không thể đáp ứng. Như vậy là trong quá trình QLDAPM đó ta thất bại trong việc kiểm soát phạm vi một cách không chính xác.
-Trong QLDAPM thì ngoài việc kiểm soát tốt phạm vi thì việc xác định phạm vi và lợi nhuận cũng khá quan trọng. Khi bạn xây dựng xong một phần mềm và người sử dụng muốn sử dụng nó cần phải bỏ ra một chút tiền để mua bản quyền thì phạm vi sử dụng ở đây là những người bỏ tiền ra mua bản quyền khi đó việc quản lý lợi nhuận cũng dễ dàng và chính xác hơn. Tuy nhiên khi có một ai đó thấy DAPM của bạn có một lỗ hổng và họ dùng nó để crack và dùng chùa thì điều đó sẽ làm cho bạn mất đi một phần lợi nhuận, kèm theo đó là việc crack được và không mất tiền bản quyền sẽ làm cho phần mềm nhanh chóng bị người dùng chán nản. Vì vậy có thể nói nếu việc QLDAPM không cụ thể sát sao và chính xác sẽ gây ra khó xác định về phạm vi người sử dụng và có thể gây ra thiếu hụt về mặt lợi nhuận.

Trên đây là câu trả lời của mình còn gì thiếu sót mong các bạn đọc và cho thêm ý kiến.

Em ơi! Nguồn ở đâu vậy?

Trích dẫn :

em trả lời theo ý hiểu chứ làm gì có nguồn hả chị chỉ xem qua Slide thôi ^^!

Phạm vi lợi nhuận là gì? Ảnh hưởng thế nào về dự án?