Ôn tập cuối kỳ SWR302 Fall 2024

Trong quản lý dự án, việc xác định và ưu tiên rủi ro là một phần quan trọng để đảm bảo dự án được thực hiện một cách hiệu quả và an toàn. Có nhiều phương pháp để xác định rủi ro, nhưng phương pháp phổ biến nhất là sử dụng phương pháp phân tích rủi ro (Risk Analysis). Phương pháp này bao gồm việc xác định, phân tích và ưu tiên rủi ro dựa trên mức độ nghiêm trọng và khả năng xảy ra của chúng. Để ưu tiên rủi ro, chúng ta cần xem xét cả khả năng xảy ra và tác động tiềm ẩn của rủi ro. Khả năng xảy ra của rủi ro được đo lường bằng mức độ xác suất xảy ra, trong khi tác động tiềm ẩn được đo lường bằng mức độ ảnh hưởng đến dự án. Bằng cách xem xét cả hai yếu tố này, chúng ta có thể xác định rủi ro nào cần được ưu tiên xử lý đầu tiên. Phương pháp này giúp đảm bảo rằng chúng ta tập trung vào những rủi ro có khả năng gây thiệt hại lớn nhất và có thể thực hiện các biện pháp phòng ngừa hoặc giảm thiểu rủi ro một cách hiệu quả.

Risk management là quá trình quản lý và giảm thiểu rủi ro trong một dự án hoặc hoạt động kinh doanh. Quá trình này bao gồm nhiều bước khác nhau, bao gồm đánh giá rủi ro, kiểm soát rủi ro và quản lý rủi ro. Trong câu hỏi này, chúng ta được hỏi về các thành phần không phải của quản lý rủi ro.

Một Use Case Diagram là một loại hình ảnh được sử dụng trong thiết kế phần mềm để mô tả các trường hợp sử dụng của một hệ thống. Mục đích chính của Use Case Diagram là để mô tả các hành vi của hệ thống và các tương tác giữa hệ thống và người dùng. Chúng thường được sử dụng để xác định các yêu cầu của hệ thống và để phân tích các yêu cầu này. Use Case Diagram không phải là để mô tả giao diện người dùng đồ họa (GUI) mà cần được thực hiện. Thay vào đó, chúng mô tả các hành vi của hệ thống và các tương tác giữa hệ thống và người dùng. Điều này có nghĩa là Use Case Diagram không thể được sử dụng để mô tả giao diện người dùng đồ họa mà cần được thực hiện. Vì vậy, đáp án "Use case diagrams show the graphical user interface that needs to be implemented" là không đúng.

Agile là một phương pháp quản lý dự án linh hoạt và nhanh chóng, tập trung vào việc đáp ứng nhu cầu của khách hàng và thích nghi với thay đổi. Một trong những đặc điểm chính của Agile là khả năng thích nghi với các yêu cầu và ưu tiên thay đổi liên tục. Điều này cho phép các dự án Agile phản ứng nhanh chóng với các thay đổi trong thị trường, công nghệ hoặc nhu cầu của khách hàng. Trong khi các dự án truyền thống thường tuân thủ một kế hoạch chi tiết, Agile cho phép các đội phát triển linh hoạt và thích nghi với các thay đổi. Điều này giúp tăng cường hiệu suất và chất lượng của dự án, đồng thời giảm thiểu rủi ro và tăng cường sự hài lòng của khách hàng.

Vision và Scope Document là một tài liệu quan trọng trong quá trình phát triển dự án, nó được sử dụng để định nghĩa mục tiêu, phạm vi và yêu cầu của dự án. Vision Document thường được xây dựng dựa trên các yêu cầu kinh doanh, nó giúp xác định mục tiêu và hướng đi của dự án. Scope Document thì lại tập trung vào việc xác định phạm vi của dự án, bao gồm các yêu cầu và hạn chế của dự án. Vì vậy, Vision và Scope Document được coi là một phần quan trọng của quá trình phát triển dự án và được xây dựng dựa trên các yêu cầu kinh doanh.

Requirements baseline là một khái niệm quan trọng trong quy trình phát triển hệ thống, nó đại diện cho một tập hợp các yêu cầu mà các bên liên quan đã đồng ý, thường xác định nội dung của một phiên bản cụ thể hoặc một vòng lặp phát triển. Requirements baseline giúp đảm bảo rằng hệ thống được phát triển đáp ứng được nhu cầu và kỳ vọng của các bên liên quan, đồng thời giúp giảm thiểu rủi ro và tăng cường hiệu suất phát triển. Khi tạo ra một requirements baseline, các nhà phát triển cần xem xét kỹ lưỡng các yêu cầu của hệ thống, bao gồm cả các tính năng, chức năng, và đặc điểm kỹ thuật. Điều này giúp đảm bảo rằng hệ thống được phát triển đáp ứng được các yêu cầu của các bên liên quan và đáp ứng được nhu cầu của người dùng cuối cùng. Requirements baseline cũng giúp các nhà phát triển theo dõi và quản lý các yêu cầu của hệ thống, từ đó giúp cải thiện hiệu suất phát triển và giảm thiểu rủi ro. Tóm lại, requirements baseline là một khái niệm quan trọng trong quy trình phát triển hệ thống, giúp đảm bảo rằng hệ thống được phát triển đáp ứng được nhu cầu và kỳ vọng của các bên liên quan.

Change Control Board (CCB) là một nhóm người có trách nhiệm quyết định xem một thay đổi dự án có được chấp thuận hay không. Họ chịu trách nhiệm xem xét và đánh giá các đề xuất thay đổi, sau đó quyết định có chấp thuận hay không. CCB thường bao gồm các thành viên quan trọng như nhà quản lý dự án, nhà phát triển, người kiểm tra chất lượng và khách hàng. Mục tiêu của CCB là đảm bảo rằng các thay đổi được thực hiện một cách có trách nhiệm và không ảnh hưởng đến chất lượng dự án. Họ cũng đảm bảo rằng các thay đổi được thực hiện một cách hợp lý và không gây ra bất kỳ sự cố nào. Trong quá trình làm việc, CCB thường phải xem xét các yếu tố như tác động của thay đổi đến dự án, chi phí của thay đổi, thời gian thực hiện và khả năng thành công của thay đổi. Nếu CCB chấp thuận một thay đổi, họ sẽ tạo ra một bản ghi chép chi tiết về thay đổi đó, bao gồm lý do thay đổi, tác động của thay đổi và kế hoạch thực hiện. Điều này giúp đảm bảo rằng tất cả các bên liên quan đều hiểu rõ về thay đổi và có thể thực hiện nó một cách hiệu quả.

Swimlane diagram là một loại biểu đồ được sử dụng để minh họa các quy trình hoặc quy trình kinh doanh. Nó thường được sử dụng để hiển thị các bước trong một quy trình, cùng với các cá nhân hoặc nhóm chịu trách nhiệm thực hiện từng bước. Trong một Swimlane diagram, các bước quy trình thường được hiển thị dưới dạng hình dạng đặc biệt. Câu hỏi yêu cầu bạn xác định hình dạng nào thường được sử dụng để hiển thị các bước quy trình trong một Swimlane diagram.

Một dự án cải tiến (enhancement project) là một loại dự án trong đó các khả năng mới được thêm vào một hệ thống hiện có. Điều này có nghĩa là dự án cải tiến không thay thế hệ thống hiện có hoàn toàn, mà thay vào đó, nó bổ sung thêm các tính năng hoặc khả năng mới để cải thiện hiệu suất, tính năng hoặc trải nghiệm người dùng của hệ thống hiện có. Dự án cải tiến thường được thực hiện để đáp ứng nhu cầu mới của khách hàng, cải thiện hiệu suất hệ thống hoặc bổ sung thêm các tính năng mới để cạnh tranh với các đối thủ trong ngành. Ví dụ, một công ty có thể thực hiện dự án cải tiến để thêm tính năng mới vào hệ thống quản lý khách hàng của mình, chẳng hạn như khả năng theo dõi và phân tích dữ liệu khách hàng. Điều này sẽ giúp công ty có thể hiểu rõ hơn về nhu cầu và hành vi của khách hàng, từ đó có thể cung cấp dịch vụ tốt hơn và tăng cường mối quan hệ với khách hàng.

Extent of reuse là một khái niệm quan trọng trong thiết kế và phát triển phần mềm, đặc biệt là trong lĩnh vực tái sử dụng mã nguồn. Nó đề cập đến mức độ mà một yêu cầu chức năng hoặc một phần của yêu cầu chức năng có thể được tái sử dụng trên một dự án mới. Trong thực tế, tái sử dụng không chỉ giới hạn ở việc sao chép và dán một yêu cầu chức năng đơn lẻ mà còn bao gồm cả việc tái sử dụng các yêu cầu chức năng phức tạp hơn như các trường hợp sử dụng, yêu cầu hiệu suất, yêu cầu sử dụng người dùng và các quy tắc kinh doanh. Mức độ tái sử dụng có thể khác nhau tùy thuộc vào tính chất của yêu cầu chức năng và mức độ phức tạp của dự án.

Trong sơ đồ trường hợp sử dụng, mũi tên từ người dùng đến trường hợp sử dụng thể hiện rằng người dùng đó là người dùng cho trường hợp sử dụng. Điều này có nghĩa là người dùng đó sẽ tương tác với hệ thống để đạt được mục tiêu của trường hợp sử dụng. Ví dụ, nếu một người dùng là người đặt hàng trực tuyến, thì mũi tên từ người dùng đến trường hợp sử dụng 'Đặt hàng trực tuyến' thể hiện rằng người dùng đó là người dùng cho trường hợp sử dụng này. Điều này giúp xác định rõ ràng vai trò của người dùng trong hệ thống và đảm bảo rằng hệ thống đáp ứng được nhu cầu của người dùng.

Trong một tài liệu yêu cầu phần mềm, phần mô tả giao diện người dùng thuộc về phần nào?

Trong quá trình phát triển yêu cầu, việc thiết lập cơ chế quản lý thay đổi yêu cầu là rất quan trọng. Điều này giúp dự án có thể thích nghi với nhu cầu thay đổi trong quá trình thực hiện, đồng thời vẫn duy trì được sự kiểm soát. Khi yêu cầu thay đổi, cơ chế này sẽ giúp dự án cập nhật và điều chỉnh các yêu cầu phù hợp, tránh gây ra sự cố hoặc lãng phí tài nguyên. Ngoài ra, cơ chế này cũng giúp dự án duy trì được sự minh bạch và rõ ràng trong quá trình thay đổi, đảm bảo rằng tất cả các bên liên quan đều hiểu rõ về các thay đổi và tác động của chúng.

Khi xây dựng hệ thống thông tin, việc tham gia của các bên liên quan, bao gồm cả chuyên gia dữ liệu, vào quá trình xác định yêu cầu dữ liệu là rất quan trọng. Điều này giúp đảm bảo một cái nhìn toàn diện về nhu cầu và phức tạp của dữ liệu. Bằng cách tham gia vào quá trình này, các chuyên gia dữ liệu có thể cung cấp kiến thức chuyên môn và kinh nghiệm để giúp xác định chính xác yêu cầu dữ liệu của hệ thống. Điều này giúp tránh những sai sót và nhầm lẫn trong quá trình thiết kế và phát triển hệ thống, từ đó đảm bảo hệ thống hoạt động chính xác và hiệu quả.

Một yêu cầu được định nghĩa tốt nhất là một nhu cầu hoặc mong muốn của doanh nghiệp để giải quyết một vấn đề hoặc đạt được một mục tiêu. Yêu cầu là một khái niệm quan trọng trong quản lý dự án và phát triển sản phẩm, giúp xác định rõ những gì cần được thực hiện để đáp ứng nhu cầu của khách hàng hoặc đạt được mục tiêu kinh doanh. Một yêu cầu thường bao gồm các yếu tố như: mục tiêu, yêu cầu chức năng, yêu cầu không chức năng, và các ràng buộc khác. Việc định nghĩa rõ ràng và chính xác yêu cầu giúp đảm bảo rằng dự án được thực hiện đúng hướng và đạt được kết quả mong muốn.

Một đại diện được chỉ định của một lớp người dùng cụ thể cung cấp các yêu cầu người dùng cho nhóm mà họ đại diện. Người đại diện này đóng vai trò quan trọng trong việc xác định và ưu tiên các yêu cầu của nhóm, đảm bảo rằng các yêu cầu này được thực hiện một cách hiệu quả và phù hợp với mục tiêu của nhóm. Họ cũng phải có khả năng giao tiếp và làm việc hiệu quả với các thành viên khác trong nhóm, cũng như với các bên liên quan khác.

Để tìm kiếm các quy tắc kinh doanh, bạn có thể tham khảo các nguồn sau: Thứ nhất, kiến thức phổ biến từ tổ chức, thường được thu thập từ những người đã làm việc với doanh nghiệp trong một thời gian dài và hiểu rõ chi tiết về cách thức hoạt động của nó. Điều này giúp bạn hiểu được quy trình và quy tắc kinh doanh của tổ chức. Thứ hai, hệ thống di sản (Legacy systems) chứa các quy tắc kinh doanh trong yêu cầu và mã nguồn của chúng. Điều này cho phép bạn hiểu được cách thức hoạt động của hệ thống và các quy tắc kinh doanh được áp dụng. Thứ ba, phân tích tài liệu hiện có, bao gồm các yêu cầu kỹ thuật từ dự án trước, quy định, tiêu chuẩn ngành, tài liệu chính sách doanh nghiệp, hợp đồng và kế hoạch kinh doanh. Điều này giúp bạn hiểu được quy tắc kinh doanh và cách thức hoạt động của doanh nghiệp. Tóm lại, việc tìm kiếm quy tắc kinh doanh là một quá trình phức tạp và đòi hỏi sự tham gia của nhiều nguồn lực khác nhau.

Trong câu hỏi này, chúng ta đang được hỏi về loại quy tắc kinh doanh được thể hiện trong một tuyên bố cụ thể. Tuyên bố này cho rằng nếu một khách hàng tiềm năng không phản hồi lại sau 30 ngày kể từ khi liên hệ lần đầu tiên, thì đó phải là một khách hàng tiềm năng lạnh và có thể được đánh dấu theo cách đó. Loại quy tắc kinh doanh được thể hiện ở đây là quy tắc suy luận (inference). Quy tắc suy luận là quy tắc kinh doanh cho phép hệ thống đưa ra kết luận hoặc quyết định dựa trên dữ liệu và thông tin đã có. Trong trường hợp này, hệ thống sẽ suy luận rằng khách hàng tiềm năng không phản hồi lại sau 30 ngày là một khách hàng tiềm năng lạnh và có thể được đánh dấu theo cách đó.

Các nhà vận động sản phẩm (product champions) đóng vai trò quan trọng trong quá trình phát triển sản phẩm. Họ có nhiệm vụ thu thập yêu cầu từ các thành viên của nhóm người dùng mà họ đại diện và giải quyết các mâu thuẫn không nhất quán. Đồng thời, họ cũng đóng vai trò là điểm liên hệ chính giữa các thành viên của một nhóm người dùng cụ thể và nhà phân tích kinh doanh của dự án. Điều này giúp đảm bảo rằng các yêu cầu của người dùng được hiểu và thực hiện chính xác.

Trong việc mô tả một trường hợp sử dụng, các điều kiện có khả năng ngăn cản trường hợp sử dụng thành công được gọi là ngoại lệ. Ngoại lệ là các điều kiện không mong muốn có thể xảy ra trong quá trình thực hiện một trường hợp sử dụng, chẳng hạn như lỗi dữ liệu, lỗi kết nối mạng, v.v. Khi xác định ngoại lệ, chúng ta cần phải xác định rõ nguyên nhân và cách giải quyết của chúng để đảm bảo rằng trường hợp sử dụng vẫn có thể hoạt động một cách hiệu quả. Ngoài ra, ngoại lệ cũng giúp chúng ta xác định các trường hợp sử dụng phụ, những trường hợp sử dụng có thể xảy ra nhưng không phải là trường hợp sử dụng chính.