CNPM W3 Software Process

KHOA CÔNG NGHỆ THÔNG TIN
NHẬP MÔN CNPM
Chương 3: Quy trình phần mềm
GVGD:
1. THS. Nguyễn Thế Quang
HỌC KỲ I – NĂM HỌC 2020-2021
KHÓA 24T-IT
2
Mục tiêu bài giảng

 Sau khi kết thúc bài giảng này, sinh viên có thể:
 Hiểu được tại sao quy trình phần mềm là quan trọng
 Đánh giá cao process – driven trong ngành công nghệ phần
mềm 感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！
ibaotu.com
 Kết quả:
 Có thể mô tả định nghĩa quy trình phần mềm cơ bản
 Cải thiện một sự hiểu biết về mối quan hệ về sản phẩm PM
và quy trình
 Có thể giải thích lợi ích theo sau của một quy trình xác định
2
3
Các vấn đề về PM - 1
 PM thì thường là phức tạp và khó giải quyết
 Yêu cầu PM thường tối nghĩa và không xác định rõ ràng
 Kích thước và độ phức tạp phát triển phần mềm tăng theo cấp
số nhân theo thời gian 感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！
ibaotu.com
 Các dự án lớn thường gặp nhiều vấn đề hơn là các dự án nhỏ,

do độ lớn team, giao tiếp và kỹ năng
3
4
Các vấn đề về PM - 2
 Hiểu không đúng những gì người dùng cần
 Không thích ứng với các thay đổi về yêu cầu
 Các Module không khớp với nhau
 Khó bảo trì, nâng cấp và mở rộng
感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！
ibaotu.com
 Phát hiện trễ các lỗ hổng của dự án

 Chất lượng kém, hiệu năng thấp
 Các thành viên không biết chính xác ai thay đổi cái gì, khi nào, ở
đâu và vì sao phải thay đổi
 Quá trình Build-and-Release không đáng tin cậy
4
5
Kết quả dự án PM
ibaotu.com
5
6
Tình trạng dự án PM ở Mỹ
 Phần lớn hàng năm Mỹ chi tiêu $250 tỷ cho các dự án PM thì
lãng phí, trễ, không hoàn thành, hoặc hủy bỏ.
• 53% ($132.5 tỷ) về ngân sách thì bị trì hoãn và ít chức năng so
ibaotu.com
với kế hoạch.
• 31% ($77.5 tỷ) thì được xem là không đạt tiêu chuẩn và phải hủy
bỏ
• 16% ($40 tỷ) thì hoàn thành đúng tiến độ và có đầy đủ chức năng
6
7
Vấn đề mở rộng
 Từ năm 1970: mỗi năm kích thước của PM tăng gấp đôi
 Khả năng mở rộng yêu cầu thay đổi cơ bản trong sự phát triển
và quản lý PM
 Không thể đi từ 3mhp đến 3000mhp bằng cách chạy nhanh hơn
ibaotu.com
 Không thể xây dựng một tòa nhà lớn mà dùng các công cụ tương
tự như xây dựng một nhà nhỏ
7
Tại sao phải có quy trình PM?
 Chất lượng của PM bị ảnh hưởng bởi chất lượng của quy trình
được dùng để phát triển và bảo trì nó.
 Để nâng cao chất lượng của sản phẩm, người ta phải cải thiện
chất lượng của quy trình tạo ra sản phẩm.
ibaotu.com
 Chỉ tập trung vào một sản phẩm PM, bạn không thể giải quyết các
vấn đề độ lớn và độ phức tạp (khả năng mở rộng) và không có các
kiến thức về làm thế nào để làm điều đó tốt hơn.
 Bằng cách tập trung vào quy trình PM và sự hiểu biết từng bước
dọc theo con đường phát triển, bạn có thể dự đoán chất lượng của
sản phẩm, xu hướng dự án, và có thể lặp lại những gì bạn đã làm
trong công việc tương lai.
8
KHOA CÔNG NGHỆ THÔNG TIN 8
9
Định nghĩa quy trình
 Tổ chức hợp lý của quy trình bao gồm: con người, công nghệ,
phương pháp và các công cụ vào hoạt động thiết kế để sản
xuất ra sản phẩm đạt kết quả cao.
• Con người (people): phải có kỹ năng, đào tạo, và động lực cần
ibaotu.com
thiết để làm việc. Họ sẽ được quản lý trong một cách thức mà sẽ

làm tăng hiệu quả của họ.
• Công nghệ (technology): Phải được lựa chọn để nâng cao kinh
doanh và hỗ trợ nhu cầu sản phẩm.
• Phương pháp và công cụ (method & tools): Phải được xác định
để hướng dẫn con người và áp dụng các công nghệ trong các
doanh nghiệp cung cấp sản phẩm và dịch vụ cho khách hàng.
9
10
Mô tả quy trình PM
 Quy trình là một tập hợp các hoạt động, phương pháp, và
thực hành được dùng trong sự phát triển PM
ibaotu.com
 Các yếu tố cơ bản của quy trình là đơn vị quy trình mà có

thể là được định nghĩa như là một hoạt động xác định duy
nhất để thực hiện việc cụ thể nhiệm vụ..
10
11
Các giai đoạn của CNPM

 Giai đoạn xác định (What)
• Các vấn đề giải quyết là gì?
• Những đặc trưng của PM mà được dùng để giải
quyết vấn đề là gì?
 Giai đoạn phát triển (How)
PM được thực hiện như thế nào?

ibaotu.com
•
• PM được thiết kế như thế nào?
• PM được xây dựng như thế nào?
 Giai đoạn bảo trì (Change)
• Phương pháp nào sẽ được dùng để phát hiện ra các
lỗi trong suốt quá trình thiết kế và xây dựng?
• Làm thế nào để PM được hỗ trợ theo thời gian, khi
được chỉnh sữa, phóng tác và cải tiến theo yêu cầu?
11
12
Sự phân chia tầng trong CNPM

Nguyên lý CNPM Công cụ PM
(SE principles) (software tools)
ibaotu.com
Phương pháp PM
Quy trình PM (software methods)
(software process
12
13
Các quy tắc CNPM
 Cái lõi của CNPM là các nguyên lý của nó – là một cam kết chất
lượng và cải tiến liên tục, cuối cùng dẫn đến một cách tiếp cận
tốt hơn để giải quyết các vấn đề.
 Cái tầng tiếp theo là quy trình (software process) xác định một
tập các quy tắc hay một luồng các hành động theo sau để có
ibaotu.com
hiệu quả cung cấp kết quả cuối cùng.

 Cái tầng tiếp theo là phương pháp (software methods) cung cấp
các công nghệ xây dựng PM. Các phương pháp bao gồm nhiều
tác vụ như lập mô hình và các kỹ thuật
 Tầng ngoài cùng là các công cụ (software tools) hỗ trợ tự động
cho các quy trình và phương pháp
13
14
Định nghĩa thuật từ
 Process (what, what’s next): một chuổi các hành động, thay đổi,
hay các chức năng được tổ chức trong một cấu trúc thực hiện từng
bước để đạt được kết quả cuối cùng.
 Methods (how to): một bộ hoàn chỉnh các quy tắc thiết lập một cách
ibaotu.com
chính xác và có thể lặp đi lặp lại cách thực hiện một nhiệm vụ và đi
đến kết quả mong muốn.
 Methodology: một tập các phương pháp, các thủ tục, và các tiêu
chuẩn được xác định tích hợp của các phương pháp CNPM để
phát triển và bảo trì sản phẩm.
 Tools: thiết bị tự động hay bán tự động để hỗ trợ process, method
và methodologies
14
15
Mô hình quy trình (process model)
 Để phát triển SPPM, những người kỹ sư PM phải thiết lập một

chiến lược bao gồm: process, methods, và tools, tổ chức chúng
nó vào một cấu trúc để hướng dẫn phát triển gọi là “process
model” hay “development life cycle”
ibaotu.com
 Có nhiều mô hình, từng mô hình mô tả các tiếp cận khác nhau

của các nhiệm vụ phát triển hay các hoạt động.
• The waterfall life cycle
• The prototyping life cycle
• The spiral life cycle
• The incremental life cycle
• others
15
16
Quy trình cơ bản - 1

 Requirement:
• Xác định/định nghĩa hệ thống phát triển
• Lập phạm vi dự án (set the project scope)
• Tạo kế hoạch dự án (develop project plan)
Analyze:
ibaotu.com

• Xem xét những vấn đề mà tổ chức muốn giải quyết
• Xác định yêu cầu cho hệ thống đề xuất
• Sắp xếp độ ưu tiên và tài liệu các yêu cầu
 Design:
• Tạo bản thiết kế (technical blueprint) hay kiến trúc
(architectural) dự án
• Xác định input, output, user interfaces của hệ thống
16
17

 Design(tt):
• Chọn lựa các thành phần cho hệ thống (hardware, software, database,
telecommunications, và procedures)
• Xác định cách mà các thành phần này được tích hợp
Implement (code):
 ibaotu.com
• Chuyển từ design sang code

• Compile và kiểm tra code để ngăn ngừa các lỗi cú pháp
 Test:
• Kiểm tra code để xem nó có tham gia vào kết quả mong muốn.
• Kiểm tra thực hiện hệ thống trong hệ thống phần cứng
17
18
 Test(tt):
• Kiểm tra hệ thống trong môi trường kinh doanh
 Maintain: 感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！
Tiếp tục giám sát và hỗ trợ hệ thống để đảm bảo nó

ibaotu.com
•
tham gia vào mục tiêu kinh doanh
• Cung cấp sự hỗ trợ (debug, fix, enhance)
18
19
The waterfall model

The waterfall life cycle là một mô hình phát triển tuần tự mà sự phá
triển được xem như là chảy xuống dưới (giống như thác nước) qua
từng giai đoạn như requirement, design, code, test, integrate, và
mantenance:
ibaotu.com
19
20
The waterfall model
 Trong waterfall model, tiến hành một giai đoạn và tiếp tục tới
giai đoạn tiếp theo một cách tuần tự. Như vậy, chỉ di chuyển
xuống giai đoạn tiếp theo khi giai đoạn trước đó đã hoàn thành
ibaotu.com
 The waterfall model là dễ hiểu và hữu ích khi bạn có yêu cầu
xác định rõ ràng và ổn định cho một hệ thống phần mềm lớn
với các đội lớn phân tán. Nhưng trong thực tế, nó là không
thực tế vì yêu cầu thường xuyên thay đổi, làm cho nó khó
khăn hoàn thành đầy đủ một giai đoạn trước khi chuyển đến
giai đoạn tiếp theo.
20
21
The waterfall model
• Vd, khách hàng không thể biết chính xác những gì mà họ

mong muốn để xác định rõ ràng yêu cầu. Họ sẽ thay đổi yêu
cầu trong lúc dự án đang tiến hành. Nếu những người phát
triển họ đã hoàn thành bản thiết kế, họ phải thay đổi để điều
chỉnh phù hợp với yêu cầu mới. Đều này có thể dẫn đến mất
ibaotu.com
nhiều thời gian và sức lực. Thông thường, khách hàng không
biết các yêu cầu chính xác cho một dự án, và họ là gần như
chắc chắn thay đổi khi dự án tiến triển. Các nhà phát triển
phải trở lại một giai đoạn trước để làm rõ. Rất tốn thời gian
cho việc làm lại.
21
22
The prototyping model
 The prototyping model có thể dùng để xây dựng PM nhanh

chóng và ít tốn kém cho việc đánh giá và minh họa
 Prototyping là một cách tiếp cận thiết kế lặp, nơi mà thiết kế
được tạo, đánh giá, và tinh chế cho tới khi mong muốn thực
hiện đạt được.

ibaotu.com
 Vd
• Prototype: một mô hình của sản phẩm đề xuất, dịch vụ hay hệ
thống.
• Proof of concept prototype: được dùng để chứng minh kỹ thuật
khả thi của hệ thống đề xuất.
• Selling prototype: được dùng để thuyết phục mọi người thấy giá
trị của hệ thống đề xuất.
22
23
The prototyping model
ibaotu.com
23
24
The rapid application development model
 The RAD model là một sự phát triển tuần tự mà tập trung vào
vòng đời phát triển rất ngắn hay một thích ứng nhanh chóng của
waterfall
 Cái chính của mô hình RAD là bắt đầu với một phạm vi nhỏ mở
rộng để xây dựng tăng dần và tiếp tục phát triển cho tơi khi nào
ibaotu.com
toàn bộ hệ thống được xây dựng.

 Mô hình này đòi hỏi phải có cam kết mạnh mẽ từ các nhà phát
triển và người dùng có thể làm việc cùng nhau trong một khung
thời gian ràng buộc để phát triển hệ thống từng bước, nếu không
nó sẽ không làm việc.
 Nếu hệ thống không thể được chia thành những miếng nhỏ hoặc
module, thì mô hình này sẽ không làm việc tốt.
24
25
The rapid application development model
ibaotu.com
25
26
The incremental model
 Kết hợp mô hình tuần tự và ý tưởng lặp lại của chế

bản mẫu
 Sản phẩm lõi với những yêu cầu cơ bản nhất của
hệ thống được phát triển
ibaotu.com
 Các chức năng với những yêu cầu khác được phát
triển thêm sau (gia tăng)
 Lặp lại quy trình để hoàn thiện dần
26
27
The incremental model
ibaotu.com
27
28
The Spiral model - 1
 Kết hợp các đặc trưng của mô hình prototyping và

waterfall.
 Ước lượng (chi phí, lịch biểu, …) đạt được nhiều thực tế
hơn khi công việc đang tiến triển trong mỗi vòng lặp bởi
ibaotu.com
vì những vấn đề quan trọng đã được khám phá trước đó.

 Nó có khả năng đối phó với (gần như không thể tránh
khỏi) thay đổi mà PM nói chung phải đối mặt
 Kỹ sư PM có thể có được bàn tay của họ và bắt đầu làm
việc trên một dự án trước đó.
28
29
The spiral model - 2
Requirement Design
ibaotu.com
Review Code
29
30
The spiral model
 Requirement được xác định càng nhiều càng tốt

 Một thiết kế sơ bộ được tạo ra cho hệ thống
 Một mẫu đầu tiên của hệ thống được xây dựng từ bản
thiết kế sơ bộ. 感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！
ibaotu.com
 Đội phát triển đánh giá điểm mạnh, yếu, và rủi ro của bản
mẫu.
 Đội phát triển xác định những yêu cầu cho bản mẫu thứ
hai. Lập kế hoạch và thiết kế cho bản mẫu này, sau đó
xây dựng và kiểm thử.
30
31
The spiral model
 Theo yêu cầu của khách hàng, toàn bộ dự án có thể

hủy bỏ nếu rủi ro được xem là quá lớn. Nhân tố rủi ro
liên quan là vượt chi phí phát triển, điều hành tính toán
chi phí sai lầm, hoặc bất kỳ ỵếu tố nào mà có thể xảy ra.
Trong phán xét của khách hàng, kết quả sản phẩm cuối
ibaotu.com
cùng không thỏa đáng.
 Bản mẫu hiện tại được đánh giá như là bản mẫu trước
đó, và nếu như cần thiết, bản mẫu khác được phát triển
từ nó và theo thủ tục gấp 4 lần nêu ở trên.
31
32
The spiral model
 Các bước trên được lặp đi lặp lại tới khi nào
khách hàng thỏa mản. Mẫu tinh chế này đại diện
cho SP cuối cùng mong muốn.
ibaotu.com
 Hệ thống cuối cùng được xây dựng dựa trên

mẫu đã được tinh chế, đánh giá và kiểm thử.
32
33
The scrum model
 Scrum giảm thiểu lãng phí và tối ưu hóa giá trị dự án

 Scrum giúp cho các tổ chức làm việc tăng năng suất rất
nhiều. 感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！
ibaotu.com
 Scrum giúp tổ chức thay đổi theo hướng bền vững.

 Scrum phù hợp cho các dự án có yêu cầu luôn thay đổi
33
34
Các giá trị của Agile
 Con người và sự tương tác hơn là quy trình và công cụ;

 Phần mềm chạy tốt hơn là tài liệu đầy đủ;
Cộng tác với khách hàng hơn là đàm phán hợp đồng;

ibaotu.com

 Phản hồi với các thay đổi hơn là bám sát kế hoạch.
34
35
Tiến trình của Scrum
ibaotu.com
35
36
Questions & Answers
ibaotu.com
36
37
Câu hỏi thảo luận

1) Tại sao tổ chức cần xác định một quy trình
trong phát triển dự án PM?
2) Giải thích lợi ích của việc xác định một quy
trình
3) Nếu bạn có công ty phát triển PM, bạn có nên
ibaotu.com
định nghĩa một quy trình cho công ty của bạn

hay không? Tại sao và tại sao không?
4) Nêu một quy trình cổ điển và một quy trình
agile mà bạn biết? So sánh?
5) Bạn có thể cho biết các công ty tại VN có xác
định quy trình trong việc phát triển dự án hay
không? Cho một vài VD
37

CNPM W3 Software Process

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

CNPM W3 Software Process

Uploaded by

Copyright:

Available Formats

KHOA CÔNG NGHỆ THÔNG TIN

NHẬP MÔN CNPM

Chương 3: Quy trình phần mềm

HỌC KỲ I – NĂM HỌC 2020-2021

Mục tiêu bài giảng

mềm 感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

 Cải thiện một sự hiểu biết về mối quan hệ về sản phẩm PM

 Các dự án lớn thường gặp nhiều vấn đề hơn là các dự án nhỏ,

 Phát hiện trễ các lỗ hổng của dự án

感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

Định nghĩa quy trình

thiết để làm việc. Họ sẽ được quản lý trong một cách thức mà sẽ

 Các yếu tố cơ bản của quy trình là đơn vị quy trình mà có

Các giai đoạn của CNPM

PM được thực hiện như thế nào?

Sự phân chia tầng trong CNPM

感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

Các quy tắc CNPM

hiệu quả cung cấp kết quả cuối cùng.

Định nghĩa thuật từ

Mô hình quy trình (process model)

 Để phát triển SPPM, những người kỹ sư PM phải thiết lập một

 Có nhiều mô hình, từng mô hình mô tả các tiếp cận khác nhau

Quy trình cơ bản - 1

Quy trình cơ bản - 2

• Chuyển từ design sang code

Quy trình cơ bản - 3

Tiếp tục giám sát và hỗ trợ hệ thống để đảm bảo nó

The waterfall model

感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

The waterfall model

The waterfall model

• Vd, khách hàng không thể biết chính xác những gì mà họ

The prototyping model

 The prototyping model có thể dùng để xây dựng PM nhanh

hiện đạt được.

The prototyping model

感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

The rapid application development model

toàn bộ hệ thống được xây dựng.

The rapid application development model

感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

The incremental model

 Kết hợp mô hình tuần tự và ý tưởng lặp lại của chế

The incremental model

感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

The Spiral model - 1

 Kết hợp các đặc trưng của mô hình prototyping và

vì những vấn đề quan trọng đã được khám phá trước đó.

The spiral model - 2

感谢您下载包图网平台上提供的 PPT 作品，为了您和包图网以及原创作者的利益，请勿复制、传播、销售，否则将承担法律责任！包图网将对作品进行维权，按照传播下载次数进行十倍的索取赔偿！

The spiral model

 Requirement được xác định càng nhiều càng tốt

The spiral model

 Theo yêu cầu của khách hàng, toàn bộ dự án có thể

cùng không thỏa đáng.

The spiral model

 Hệ thống cuối cùng được xây dựng dựa trên

The scrum model

 Scrum giảm thiểu lãng phí và tối ưu hóa giá trị dự án

 Scrum giúp tổ chức thay đổi theo hướng bền vững.

Các giá trị của Agile

 Con người và sự tương tác hơn là quy trình và công cụ;

Cộng tác với khách hàng hơn là đàm phán hợp đồng;