Nêu khái niệm về phần mềm lấy ví dụ và mô tả về một phần mềm mà bạn sử dụng thường xuyên

Hãy đánh giá phần mềm mà bạn đã lựa chọn ở ý trên với các thuộc tính chất lượng này.-Chức năng: Phù hợp, Chính xác, Tương tác, Thực hiện đúng, an toàn.-Tin cậy: Tỉ lệ trục trặc thấp

Bài tập cuối chương

cơ sở dữ liệu/file dữ liệu (3) Các tài liệu liên quan: - Tài liệu hướng dẫn sử dụng (dành cho người dùng cuối) - Tài liệu tham khảo kỹ thuật (dành cho người bảo trì phần mềm) - Tài liệu phát triển (dành cho nhà phát triển) Ngoài ra cần một Website cung cấp các thông tin về sản phẩm phần mềm & các bản cập nhật mới nhất về phần mềm.

- Vd: phần mềm quản lý nhân sự, chương trình quản lý tín dụng

- Vd: Microsoft Office

Mô tả: Microsoft Office là một bộ ứng dụng văn phòng phổ biến được

sử dụng rộng rãi trên toàn thế giới Bộ ứng dụng này bao gồm các thành phần như Microsoft Word (xử lý văn bản), Microsoft Excel (tạo và quản

lý bảng tính), Microsoft PowerPoint (tạo và thuyết trình bài giảng), và nhiều ứng dụng khác.

Người dùng có thể sử dụng Microsoft Office để soạn thảo văn bản, tạo bảng tính phức tạp, thiết kế bài thuyết trình chuyên nghiệp và thực hiện nhiều công việc văn phòng khác Phần mềm này đặc biệt hữu ích trong môi trường công việc, giáo dục và cá nhân

b) Liệt kê 5 thuộc tính chất lượng cho một phần mềm tốt Hãy đánh giá phần mềm

mà bạn đã lựa chọn ở ý trên với các thuộc tính chất lượng này

- Chức năng: Phù hợp, Chính xác, Tương tác, Thực hiện đúng, an toàn.

- Tin cậy: Tỉ lệ trục trặc thấp, khả năng kháng lỗi, khả năng khôi

- Dùng được: Dễ hiểu, dễ đọc, dễ dùng.

- Hiệu quả: Đáp ứng đc về tgian, đáp ứng đc về tài nguyên.

- Bảo trì đc: Phân tích đc, thay đổi dc, ổn định, kiểm thử.

- Khả chuyên: thích nghi đc, cài đặt đc, tuân chuẩn, có thể thay thế đc.

Phần mềm phải đáp ứng dc các chức năng theo yêu cầu, có hiệu năng tốt, có khả năng bảo trì, đáng tin cậy, và dc ng sử dụng chấp nhận.

1 Độ Ổn Định (Stability): Một phần mềm tốt nên hoạt động mà không gặp phải lỗi hay sự sụp đổ

thường xuyên Nếu một ứng dụng đảm bảo độ ổn định, người dùng có thể tin tưởng và sử dụng

mà không phải lo lắng về việc mất dữ liệu hoặc trục trặc đột ngột.

2 Hiệu Suất (Performance): Phần mềm tốt nên có hiệu suất cao, hoạt động nhanh chóng và mượt

mà Người dùng không muốn đối mặt với việc phải chờ đợi lâu khi thực hiện các tác vụ, và phần mềm cần phản hồi nhanh gọn.

3 Bảo mật (Security): Sự bảo mật là một yếu tố quan trọng Phần mềm cần bảo vệ thông tin cá

nhân và dữ liệu người dùng khỏi rủi ro mất mát hoặc truy cập trái phép.

4 Tương Thích (Compatibility): Phần mềm nên tương thích tốt với các hệ điều hành, thiết bị và

ứng dụng khác Điều này đảm bảo rằng người dùng có thể tích hợp phần mềm vào môi trường làm việc của họ mà không gặp vấn đề tương thích.

5 Dễ Sử Dụng (Usability): Một giao diện người dùng thân thiện và dễ sử dụng giúp tăng trải

nghiệm người dùng và giảm thiểu thời gian đào tạo Phần mềm tốt nên cung cấp các tính năng dễ tìm kiếm và sử dụng.

b) Đánh Giá Microsoft Office:

1 Độ Ổn Định: Microsoft Office thường xuyên được cập nhật và duy trì, cung cấp phiên bản độ

ổn định cho người dùng.

2 Hiệu Suất: Với việc sử dụng tài nguyên hiệu quả và cải thiện liên tục, Microsoft Office đáp ứng

yêu cầu về hiệu suất.

3 Bảo Mật: Microsoft Office thường xuyên cập nhật để bảo vệ khỏi các lỗ hổng bảo mật và đảm

bảo an toàn cho dữ liệu người dùng.

4 Tương Thích: Office có thể hoạt động trên nhiều hệ điều hành và tương thích tốt với nhiều định

dạng tệp.

5 Dễ Sử Dụng: Giao diện người dùng của Microsoft Office thân thiện và dễ sử dụng, với nhiều

tính năng được tổ chức một cách logic.

a) Phần mềm hệ thống (System Software)

a) Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)

b) Phần mềm thời gian thực (Real time Software)

c) Phần mềm nghiệp vụ (Business Software)

a) Phần Mềm Hệ Thống (System Software):

1 Độ Ổn Định: Phần mềm hệ thống nên đảm bảo độ ổn định cao để đảm bảo hoạt động ổn định

của toàn hệ thống Hệ điều hành như Windows, Linux là một ví dụ.

2 Hiệu Suất: Phải có hiệu suất tối ưu để quản lý tài nguyên hệ thống và cung cấp trải nghiệm

mượt mà cho người dùng.

3 Bảo Mật: Vì là phần mềm cơ bản của hệ thống, đảm bảo bảo mật là rất quan trọng để ngăn chặn

các mối đe dọa mạng và bảo vệ dữ liệu.

4 Tương Thích: Phải tương thích với nhiều loại phần cứng và ứng dụng khác nhau để có thể chạy

trên nhiều hệ thống.

5 Dễ Sử Dụng (đối với người quản trị hệ thống): Giao diện quản trị phải được thiết kế sao cho

người quản trị có thể dễ dàng giám sát và điều chỉnh cài đặt.

Đánh Giá:

 Windows Operating System: Độ ổn định và hiệu suất cao, cung cấp bảo mật thông tin và tương

thích rộng rãi với nhiều phần cứng và phần mềm khác nhau.

b) Phần Mềm Trí Tuệ Nhân Tạo (Artificial Intelligence Software):

1 Khả Năng Học (Learning Capability): Phần mềm AI cần có khả năng học từ dữ liệu và cải

thiện hiệu suất theo thời gian.

2 Độ Chính Xác (Accuracy): Độ chính xác cao là một yếu tố quan trọng để đảm bảo quyết định

của AI là chính xác.

3 Khả Năng Tương Tác (Interaction Capability): Nếu là phần mềm AI tương tác với người

dùng, khả năng tương tác là quan trọng.

4 Tính Linh Hoạt (Flexibility): Có khả năng thích nghi với các tình huống và yêu cầu mới.

5 Bảo Mật Dữ Liệu: Bảo mật là quan trọng để đảm bảo an toàn cho dữ liệu được sử dụng trong

quá trình học.

Đánh Giá:

 Google's TensorFlow: Cung cấp khả năng học mạnh mẽ, độ chính xác cao và khả năng tương

tác, nhưng đòi hỏi kiến thức sâu rộng về AI để tận dụng hết tiềm năng.

c) Phần Mềm Thời Gian Thực (Real-time Software):

1 Độ Tương Thích Thời Gian (Time Compatibility): Phần mềm thời gian thực cần hoạt động

theo thời gian thực và đáp ứng trong khoảng thời gian nhất định.

2 Độ Tin Cậy (Reliability): Phải đảm bảo độ tin cậy để ngăn chặn các lỗi có thể ảnh hưởng đến

tính thời gian thực.

3 Hiệu Suất (Performance): Phải có hiệu suất cao để xử lý dữ liệu và tương tác ngay lập tức.

4 Bảo Mật (Security): Bảo mật dữ liệu trong thời gian thực là quan trọng.

5 Độ Khả dụng (Availability): Phần mềm phải có sẵn khi cần thiết.

Đánh Giá:

 Embedded Real-Time Operating Systems (RTOS): Cung cấp độ tương thích thời gian, độ tin

cậy cao và hiệu suất, thích hợp cho các ứng dụng như điều khiển máy móc và hệ thống nhúng.

Bài 1.3 Hãy cho biết các nhiệm vụ cơ bản mà tất cả các dự án kỹ nghệ phần mềm phải

 Quản Lý Dự Án (Project Management): Theo dõi tiến độ dự án, quản lý tài nguyên

và đảm bảo rằng dự án được triển khai theo kế hoạch.



 Quản Lý Chất Lượng (Quality Management): Đảm bảo rằng phần mềm đáp ứng các tiêu chí chất lượng và được kiểm soát chất lượng thường xuyên.

Bài 1.4 Trình bày ngắn gọn các nhiệm vụ đã liệt kê ở bài tập 1.3

Bài 1.5 Hãy liệt kê ít nhất 5 thứ cần chuẩn bị cho giai đoạn phát hành/deployment

phần mềm

1 Gói Phần Mềm (Software Package): Đảm bảo rằng tất cả các thành phần cần thiết của phần

mềm đã được đóng gói một cách đầy đủ và chính xác Gói phần mềm này cần bao gồm mã nguồn, tài liệu hướng dẫn, tập tin cài đặt, và bất kỳ yêu cầu hệ thống nào.

2 Tài Nguyên Hạ Tầng (Infrastructure Resources): Kiểm tra và chuẩn bị tài nguyên hạ tầng cần

thiết để triển khai phần mềm, bao gồm cả máy chủ, cơ sở dữ liệu, và môi trường mạng Đảm bảo rằng tất cả các tài nguyên này đáp ứng các yêu cầu của phần mềm.

3 Tài Liệu Hướng Dẫn (Documentation): Chuẩn bị tài liệu hướng dẫn triển khai chi tiết, bao

gồm cách cài đặt, cấu hình, và bắt đầu sử dụng phần mềm Tài liệu này hỗ trợ người quản trị hệ thống và người dùng cuối trong quá trình triển khai.

4 Quy Trình Kiểm Thử (Testing Procedures): Thực hiện kiểm thử cuối cùng trước khi triển

khai để đảm bảo rằng phần mềm hoạt động đúng đắn và không gặp lỗi nổi bật Kiểm thử này bao gồm cả kiểm thử chức năng và kiểm thử hiệu suất.

5 Kế Hoạch Hỗ Trợ (Support Plan): Xây dựng kế hoạch hỗ trợ sau triển khai để giải quyết các

vấn đề và lỗi một cách nhanh chóng Bao gồm cả quy trình báo cáo sự cố và thời gian phản hồi.

6 Quy Trình Rollback (Rollback Procedures): Chuẩn bị quy trình rollback để xử lý tình huống

khi cần phải quay trở lại phiên bản trước của phần mềm do các vấn đề không mong muốn xảy ra sau triển khai.

Bài 1.6 Trước khi bắt đầu triển khai dự án SE, bạn cần chuẩn bị sẵn các công cụ/công

nghệ nào để sử dụng xuyên suốt qua mọi giai đoạn tiến triển của dự án (beginning toend - từ giai đoạn thu thập yêu cầu của khách hàng → kết thúc dự án chuyển giao sảnphẩm đến khách hàng)?

Base Wework hỗ trợ người dùng tất cả công đoạn trong quy trình quản lý công việc và cộng tác giữa các thành viên trong nhóm Từ lập kế hoạch, giao việc, báo cáo kết quả, liên lạc trao đổi,… đều dễ dàng sử dụng trên điện thoại di động, giúp người dùng chủ động quản lý công việc Phần mềm làm việc nhóm này hoạt động trơn tru cả trên điện thoại di động, tablet và máy tính (laptop, PC), đem lại một trong những giải pháp quản lý dự án và công việc hiệu quả bậc nhất cho doanh nghiệp của bạn trong kỷ nguyên số.

Bài 1.7 Liệt kê 7 tính năng mà một hệ thống quản lý tài liệu dự án cần có

Các công cụ quản lý dự án gồm tính năng như: tạo dự án, tạo nhiệm vụ trong dự án, phân bổ công việc, theo dõi thời gian thực hiện, theo dõi tiến độ dự án, lập ngân sách, theo dõi bảng phân

bổ nguồn lực ,…

Bài 1.9 Microsoft Word cũng cung cấp một công cụ so sánh tài liệu Nếu bạn thực

hiện theo đúng các hướng dẫn ở bài tập trước bạn sẽ có 2 phiên bản của cùng một tàiliệu Trong the Review tab’s Compare group, mở the Compare drop-down và lựa chọnCompare Lựa chọn 2 phiên bản của file và so sánh chúng Hãy cho biết những điểmtương tự và điểm khác biệt/thay đổi giữa 2 phiên bản được thể hiện như thế nào? Tạisao bạn sử dụng công cụ này thay vì sử dụng một công cụ theo dõi thay đổi khác?

Bài 1.11 Liệt kê các tài liệu cần xây dựng tại giai đoạn tiền dự án

1 Bảng Đề Xuất Dự Án (Project Proposal):

 Mô tả tóm lược về mục tiêu của dự án.

 Xác định lợi ích kỳ vọng từ dự án.

 Nêu rõ nhóm mục tiêu và đối tượng của dự án.

2 Phân Tích Yêu Cầu (Requirements Analysis):

 Xác định và mô tả chi tiết về yêu cầu chức năng và phi chức năng của hệ thống.

 Xác định và mô tả các ràng buộc và yêu cầu kỹ thuật.

3 Kế Hoạch Dự Án (Project Plan):

 Mô tả lịch trình dự án với các giai đoạn, công việc, và mốc thời gian.

 Xác định nguồn lực cần thiết, bao gồm cả nhân sự, tài nguyên và ngân sách.

4 Phân Tích Rủi Ro (Risk Analysis):

 Đánh giá và xác định các rủi ro có thể xảy ra trong quá trình triển khai dự án.

 Xác định các biện pháp giảm thiểu rủi ro và phương thức đối phó khi rủi ro xảy ra.

5 Bảng Phân Phối Trách Nhiệm (Responsibility Assignment Matrix - RAM):

 Xác định rõ vai trò và trách nhiệm của từng thành viên trong dự án.

 Liệt kê công việc cụ thể và người chịu trách nhiệm.

6 Bảng Đánh Giá Hiệu Suất (Performance Evaluation Matrix):

 Đặt ra các chỉ số hiệu suất cụ thể để đo lường sự thành công của dự án.

 Xác định tiêu chí đánh giá để đảm bảo rằng mục tiêu được đạt được.

7 Mô Hình Dữ Liệu (Data Model):

 Tạo mô hình dữ liệu mô tả cách thông tin sẽ được tổ chức và lưu trữ trong hệ thống.

8 Bảng Thiết Kế Kiến Trúc (Architecture Design Document):

 Mô tả kiến trúc hệ thống, bao gồm các thành phần, khối lượng, và cách chúng tương tác với nhau.

9 Bảng Mô Tả Giao Diện Người Dùng (User Interface Description Document):

 Mô tả cách người dùng sẽ tương tác với hệ thống, bao gồm các mô tả về giao diện và trải nghiệm người dùng.

10 Mô Hình Dịch Vụ (Service Model):

 Mô tả cách các dịch vụ và chức năng cụ thể của hệ thống sẽ được triển khai.

Bài tập cuối chương

Bài 2.1 Hãy so sánh các mô hình phát triển phần mềm: Thác nước, Chữ V, Mẫu thử,

Xoắn ốc, Agile

Đặc điểm chính Ưu điểm Nhược

điểm

Trường hợp

áp dụng phù hợp

Mô hình thác nước Mô hình này áp

dụng tuần tự các giai đoạn của phát triển phần mềm

Đầu ra của giai đoạntrước là đầu vào củagiai đoạn sau Giai đoạn sau chỉ được thực hiện khi giai đoạn trước đã kết thúc Đặc biệt không được quay lại giai đoạn trước

để xử lý các yêu cầu khi muốn thay đổi

 Dễ sửdụng,

dễ tiếpcận

 Cácgiaiđoạnvàhoạtđộngđượcxácđịnh rõràng

nhận ởtừnggiaiđoạn,đảmbảopháthiệnsớmcáclỗi

Ít linhhoạt, phạm

vi điều chỉnhhạn chế

Rất khó

để đolườn

g sự phát triển trongtừng giai đoạn

Mô hình khôn

g thích hợp với nhữn

g dự

án dài, đang diễn

ra, hay nhữn

g dự

án

Mô hình thường được áp dụng cho các dự án phần mềm như sau:

 Các dự

án nhỏ, ngắn hạn

 Các dự

án có ítthay đổi về yêu cầu và không

có những yêu cầu không

rõ ràng

phức tạp,

có nhiềuthay đổi

về yêu cầu trongvòng đời phát triển

Khó quay lại khi giai đoạn nào

đó đãkết thúc

Mô hình chữ V Mô tả Mô hình V là

một phần mở rộng của mô hình thác nước và được dựa trên sự kết hợp của một giai đoạn thử nghiệm cho từng giai đoạn phát triển tương ứng Điều này có nghĩa là đối với mỗi giai đoạn trong chu kỳ phát triển, có một giai đoạn thử nghiệm liên quan trực tiếp

Đây là một mô hình

có tính kỷ luật cao

và giai đoạn tiếp theo chỉ bắt đầu saukhi hoàn thành giai

trìnhpháttriển

và quytrìnhquản

lý cótính tổchức

và hệthống

 Hoạtđộngtốt chocác dự

 Khôngthíchhợpchocác dự

án lớnvàphứctạp

 Khôngphùhợpnếucácyêucầu

Ứng dụng Ứng dụng mô hình V- Model gần giống như mô hình thác nước , vì cả hai mô hình đều thuộc loại tuần

tự Yêu cầu phải rất rõ ràng trước khi dự án bắt đầu, bởi vì nó thường đắt tiền

để quay trở lại vàthực hiện thay đổi Mô hình này được sử dụng trong lĩnh vực phát triển y tế, vì

nó là một lĩnh vực xử lý kỷ luật

đoạn trước án có

quymôvừa vànhỏ

 Kiểmtra bắtđầu từkhi bắtđầupháttriển vìvậy sự

mơ hồđượcxácđịnhngay

từ đầu

 Dễdàngquản

lý vìmỗigiaiđoạn

có cácmụctiêu vàmụctiêuđượcxácđịnh rõràng

thườngxuyênthayđổi

 Khôngcóphầnmềmlàmviệcđượcsảnxuất ởgiaiđoạntrunggian

 Không

có điềukhoảnchoviệcphântích rủi

ro nên

có sựkhôngchắcchắn

và cótính rủiro

nghiêm ngặt Sau đây là một

số kịch bản phù hợp nhất để sử dụng ứng dụng V-Model

Mô hình mẫu thử Trong mô hình mẫu

(prototype), qui

 Người

 Khi mẫ

 Hệ thống

trình được bắt đầu

bằng việc thu thập

yêu cầu với sự có

mặt của đại diện

ng sớ

m hìn

h du

ng

ra ch

ức nă

ng

và đặcđiể

m của

hệ thống

 Cải thi

ện

sự liê

n lạc giữ

a nh

à ph

át triể

n

và người

sử dụng

u (prototype) khô

ng chuyểntải hết cácchứ

c năn

g, đặcđiể

m của

hệ thố

ng phầ

n mề

m thì người

sử dụ

ng

có thể thấ

t vọn

g

và mấ

t đi

sự qua

n

chủ yếu dựa trên giao diện người dùng (GUI)

 Khách hàng, nhất là người

sử dụng cuối, không thể xácđịnh rõràng yêu cầu

m đến

hệ thố

ng

sẽ đư

ợc phá

t triển

 Prototypethườn

g đư

ợc làmnha

nh, thậ

m chí vội vàn

g, the

o kiể

u

“hi

ện thự

c – sửa

” và

có thể thi

ếu

sự phâ

n

h giá mộ

t các

h cẩnthậ

n tất

cả khí

a cạn

h liênqua

n đến

hệ thố

ng cuố

i cùng

 Nóichu

ng

mô hìn

h nàyvẫnchư

a thể cải thi

ện đư

ợc việ

c loạitrừ khoảngcác

h giữ

a yêucầu

và ứn

g dụ

ng cuố

i cùng

hình kết hợp giữa các tính năng của

mô hình prototypi

ng và mô hình thác nước

 Mô hình xoắn ốc được ưa chuộng cho các

dự án lớn,đắt tiền

và phức tạp

 Mô hình này sử dụng những giai đoạn

 Hội tụ

cáctínhnăngtốt vàkhắcphụccácyếuđiểmcủanhiềumôhìnhpháttriểnkhácgặpphải

 Giám

 Phântích rủi

ro khátốnkém

Chủyếu ápdụngcho dự

án lớn,

có tiềmlực vềtàichính

cầuthayđổithườngxuyên

Mô hình này thường được sử dụng cho các ứng dụng lớn và các hệ thống được xây dựng theo các giai đoạn nhỏ hoặc theo các phân đoạn

tương tự như mô hình thác nước, về thứ tự, plan, đánh giá rủi ro, …

 Phân tích

mô hình

sát dự

án dễdàngvàhiệuquả

 Phùhợpvới dự

án cónguycơthayđổitrongquátrìnhthựchiện

dự ánđểgiảmthiểurủi ro

đoán

về thờihạn vàchi phísát vớithựctế

dẫnđến lặp

vô hạn,phứctạp,cần cóđộingũchuyêngia vềphântích rủiro

mô hình iterative and increment

 Giảmthờigiancần

 Phụ

thuộcvào kỹnăng

 Có thể được

sử dụng với bất

 Các yêu cầu và giảipháp pháttriển dựa trên sự kết hợp của các function

 Trong Agile, các tác vụ được chia thành các khung thời gian nhỏ để cung cấp các tính năng cụ thể cho bản phát hành cuối

thiết

để tậndụngmột số

tínhnăngcủa hệthống

 Kếtquảcuốicùnglàphầnmềmchấtlượngcaotrongthờigian ítnhất

có thể

và sựhàilòngcủakháchhàng

củangườipháttriểnphầnmềm

 Tàiliệuđượcthựchiện ởgiaiđoạnsau

 Cầnmộtteamcókinhnghiệm

kỳ loại hình

dự án nào, nhưng cần sự tham gia và tính tương tác củakhách hàng

 Sử dụng khi khách hàng yêu cầu chức năng sẵn sàng trong khoảng thời gian ngắn.

Bài 2.3 Hãy so sánh mô hình thác nước (Waterfall modell) và Scrum

thành các pha, đầu ra của một pha trở thành

Scrum là một phương pháp Agile (phát triển phần mềm linh hoạt) dựa

đầu vào của pha tiếp theo Nó là giai đoạn bắt buộc được hoàn thành trước khi bắt đầu giai đoạn tiếp theo Nói tóm lại, không có

sự chồng chéo nào trong mô hình thác nước

trên cơ chế lặp và tăng trưởng Scrum được thiết kế để hỗ trợ việc phát triển, cung cấp và cải tiến các sản phẩm phức tạp Với Scrum, sản phẩm được xây dựng trong một chuỗi các quy trình lặp lại, có tên là vòng sprint Qua đó, bạn có thể liên tục cải tiến sản phẩm,

kỹ thuật, team (nhóm) và môi trường làm việc Cũng nhờ vậy mà bạn có thể cung cấp giá trị cho khách hàng trong suốt quá trình phát triển.

sự phát triển của một pha chỉ bắt đầu khi giai đoạn trước hoàn

thành Do tính chất này, mỗi giai đoạn của mô hình thác nước phải được xác định khá chính xác Các giai đoạnchuyển từ mức cao xuống mức thấp hơn, giống như một thác nước nên mô hình này được đặt tên là mô

hình thác nước.

Kích thước nhóm phát triển (Team size) hững người tham gia

còn lại trong Scrum làthành viên của nhómphát triển, những ngườiđược giao nhiệm vụthực hiện các sản phẩmđược giao Bất kỳ ai cócông trong việc tạo rasản phẩm đều nằm trongnhóm phát triển, baogồm lập trình viên, nhàthiết kế, nhà văn vàngười kiểm tra nền tảng(còn được gọi là chuyêngia Đảm bảo chất lượng(QA))

Trong Scrum, nhómphát triển được tự lãnhđạo và mọi thành viênlàm việc cùng nhau đểhoàn thành mỗi sprint.Nhóm phát triển phải tựquyết định cách hoànthành tốt nhất các sảnphẩm được giao Saukhi các vai trò đã đượcxác định và bố trí nhânviên, chủ sở hữu sảnphẩm và chủ nhânScrum sẽ tổ chức mộtloạt các cuộc họp lập kếhoạch để xác định cáctính năng của dự án

của từng bộ phận: Phân biệt rõ sự khác biệt giữa về

công việc, trách nhiệm giữa các vai trò trong Scrum và các kỹ năng cần thiết ở từng vị trí Trong Scrum, đội ngũ tham gia phát triển phần mềm được phân chia ra

03 vai trò với trách nhiệm rõ ràng để đảm bảo tối ưu hóa các công việc đặc thù Ba vai trò này bao gồm: 1 Product Owner

2 Scrum Master

3 Development Team

(BA, Developer,

Tester )

Quan điểm về sự thay đổi trong dự án

Vấn đề xây dựng tài liệu

thử nghiệm được thực hiện ở giai đoạn sau,

nó không cho phép xác định những thách thức

và rủi ro trong giai đoạn trước

đó nên chiến lược giảm thiểu rủi ro rất