hanna119062000
New Member
Download Luận văn Tìm hiểu qui trình phần mềm cá nhân (Personal Software Process – PSP) và xây dựng ứng dụng web sử dụng nguyên lý quản lý thời gian và kế hoạch của PSP
MỤC LỤC
Lời mở đầu . 1
Chương 1. Tổng quan . 2
1.1 Qui trình PSP là gì? . 2
1.2 Lịch sửra đời của PSP. 2
1.3 Cấu trúc tổng quan quy trình PSP. 3
1.4 Các cấp độcủa PSP . 4
1.5 Ưu và khuyết điểm của PSP. . 7
1.5.1 Ưu điểm . 7
1.5.2 Khuyết điểm. 7
1.6 Mối liên hệgiữa CMM, TSP và PSP [3] . 7
Chương 2. Các phương pháp luận trong PSP vềquy trình lập kếhoạch [4]. 9
2.1 Nguyên lý quản lý thời gian. 9
2.1.1 Logic của quản lý thời gian . 9
2.1.2 Hiểu cách mình sửdụng thời gian . 10
2.2 Theo dõi thời gian . 11
2.2.1 Tại sao phải theo dõi thời gian? . 11
2.2.2 Ghi lại sốliệu thời gian. 11
2.2.3 Đơn vị đo thời gian của bạn. 12
2.2.4 Sửdụng bản ghi chép thời gian (Time Recording Log) . 12
2.2.5 Quản lý các gián đoạn. 14
2.2.6 Theo dõi các công việc đã hoàn tất. 15
2.2.7 Gợi ý vềviệc ghi chép thời gian . 15
2.3 Lập kếhoạch sản phẩm và kếhoạch giai đoạn. 16
2.3.1 Các kếhoạch sản phẩm và giai đoạn . 16
2.3.2 Bản tổng kết hoạt động hàng tuần . 17
2.3.3 Tính toán khoảng thời gian và tốc độ. 19
2.3.4 Sửdụng bản tổng kết hoạt động hàng tuần. 21
2.4 Lập kếhoạch sản phẩm. 22
2.4.1 Nhu cầu vềcác kếhoạch sản phẩm . 22
2.4.2 Tại sao các kếhoạch sản phẩm lại có ích . 23
2.4.3 Một kếhoạch sản phẩm là gì? . 23
2.4.4 Cách lập kếhoạch sản phẩm trong tài liệu này. 24
2.4.5 Lập kếhoạch các công việc nhỏ. 24
2.4.6 Bản ghi sốcông việc . 25
2.4.7 Một vài lời khuyên vềcách sửdụng bản ghi sốcông việc . 30
2.4.8 Sửdụng dữliệu tốc độvà thời gian sản phẩm. 31
2.5 Kích thước sản phẩm . 32
2.5.1 Phép đo kích thước . 32
2.5.2 Một vài chú ý khi sửdụng các độ đo kích thước . 33
2.5.3 Kích thước chương trình . 33
2.5.4 Các độ đo kích thước khác. 35
2.5.5 Ước lượng kích thước chương trình . 35
2.5.6 Ước lượng một kích thước lớn hơn . 36
2.5.7 Sửdụng các đơn vị đo kích thước trong bản ghi sốcông việc . 39
2.6 Quản lý thời gian . 42
2.6.1 Các yếu tốtrong quản lý thời gian. 42
2.6.2 Phân loại các hoạt động của bạn . 42
2.6.3 Đánh giá việc phân bổthời gian của bạn . 43
2.6.4 Tạo quỹthời gian . 43
2.6.5 Thiết lập các qui tắc cơbản . 46
2.6.6 Đặt độ ưu tiên cho thời gian của bạn . 48
2.6.7 Quản lý quỹthời gian của bạn . 49
2.6.8 Mục tiêu quản lý thời gian . 50
2.7 Quản lý cam kết . 51
2.7.1 Định nghĩa. 51
2.7.2 Các lời cam kết được thực hiện hợp lý . 52
2.7.3 Ví dụvềmột lời cam kết. 52
2.7.4 Giải quyết các cam kết bịbỏlỡ. 54
2.7.5 Hậu quảcủa việc không quản lý cam kết . 55
2.7.6 Cách quản lý cam kết. 56
2.8 Quản lý thời gian biểu. 57
2.8.1 Sựcần thiết của thời gian biểu. 57
2.8.2 Biểu đồGantt . 57
2.8.3 Lập thời gian biểu . 58
2.8.4 Điểm mốc. 59
2.8.5 Theo dõi các kếhoạch của dựán . 60
2.9 Lập kếhoạch cho dựán . 63
2.9.1 Sựcần thiết phải lập kếhoạch cho dựán. 63
2.9.2 Bản tổng kết kếhoạch. 63
2.9.3 Đánh giá độchính xác . 68
Chương 3. Các phương pháp luận trong PSP vềquy trình quản lý sai sót [4] . 69
3.1 Quy trình phát triển phần mềm . 69
3.1.1 Tại sao chúng ta sửdụng quy trình. 69
3.1.2 Kịch bản quy trình . 70
3.1.3 Điểm mốc và pha . 71
3.1.4 Bản tổng kết các kếhoạch dựán cập nhật . 72
3.1.5 Một ví dụvềlên kếhoạch. 74
3.1.6 Một ví dụvềtính toán giá trị Đến ngày . 77
3.2 Sai sót (defects). 79
3.2.1 Chất lượng phần mềm là gì? . 80
3.2.2 Sai sót và chất lượng. 80
3.2.3 Sai sót là gì? . 81
3.2.4 Các loại sai sót . 82
3.2.5 Hiểu được các sai sót . 83
3.2.6 Bản ghi ghi chép sai sót (Defect Recording Log). 84
3.2.7 Đếm sai sót. 88
3.2.8 Sửdụng bản ghi ghi chép sai sót . 89
3.2.9 Bản tổng kết kếhoạch đềán cập nhật. 90
3.3 Tìm kiếm sai sót. 92
3.3.1 Các bước trong tìm kiếm sai sót . 92
3.3.2 Những cách đểtìm và chỉnh sửa lỗi. 92
3.3.3 Xem xét lại code . 93
3.3.4 Tại sao cần tìm sai sót sớm? . 94
3.3.5 Chi phí của việc tìm và sửa lỗi. 95
3.3.6 Sửdụng xem xét lại đểtìm sai sót . 96
3.3.7 Lý do xem xét lại trước khi biên dịch. 97
3.3.8 Các dạng xem lại khác . 98
3.4 Danh sách kiểm tra (checklist) xem lại code . 98
3.4.1 Tại sao checklist lại có ích? . 98
3.4.2 Một checklist ví dụ. 99
3.4.3 Sửdụng checklist xem lại code . 100
3.4.4 Xây dựng một checklist cá nhân. 102
3.4.5 Cải tiến checklist. 106
3.4.6 Các chuẩn cài đặt . 107
3.5 Dự đoán sai sót . 109
3.5.1 Sửdụng dữliệu sai sót. 109
3.5.2 Mật độsai sót . 109
3.5.3 Dự đoán mật độsai sót . 110
3.5.4 Ước lượng sai sót . 111
3.5.5 Kịch bản quy trình và bản tổng kết kếhoạch dựán cập nhật . 112
3.5.6 Một ví dụvềbản tổng kết dựán . 115
3.6 Tính kinh tếcủa việc loại bỏsai sót. 119
3.6.1 Vấn đềloại bỏsai sót . 119
3.6.2 Sựtiết kiệm của việc loại bỏsai sót. 120
3.6.3 Tính sốsai sót/giờvà hiệu suất trong bản tổng kết kếhoạch . 121
3.6.4 Tăng tỉlệloại bỏsai sót . 123
3.6.5 Giảm tỉlệmắc phải sai sót. 124
3.7 Các sai sót thiết kế. 124
3.7.1 Tính tựnhiên của sai sót thiết kế. 124
3.7.2 Nhận dạng các sai sót thiết kế. 125
3.7.3 Thiết kếlà gì? . 126
3.7.4 Quy trình thiết kế. 127
3.7.5 Nguyên nhân của sai sót thiết kế. 127
3.7.6 Ảnh hưởng của sai sót thiết kế. 128
3.7.7 Trình bày thiết kế. 129
3.8 Chất lượng sản phẩm . 134
3.8.1 Nhìn nhận vềbộlọc kiểm thử. 134
3.8.2 Tính toán các giá trịhiệu suất . 134
3.8.3 Ước lượng hiệu suất cuối cùng . 135
3.8.4 Lợi ích của hiệu suất quy trình 100% . 136
3.8.5 Prototyping. 137
3.9 Chất lượng quy trình . 137
3.9.1 Các phép đo quy trình . 137
3.9.2 Nghịch lý của việc loại trừsai sót. 138
3.9.3 Một chiến lược loại trừsai sót . 138
3.9.4 Chi phí của chất lượng . 139
3.9.5 Tính toán chi phí của chất lượng . 139
3.9.6 Tỉlệchi phi đánh giá/sai sót(A/FR – Appraisal/Failure Ratio) . 141
3.9.7 Cải tiến tốc độxem lại . 144
3.9.8 Tính toán chi phí chất lượng thật sự. 144
Chương 4. Một sốkết quảáp dụng PSP vào trong thực tế. 147
4.1 Trong môi trường công nghiệp [5] . 147
4.1.1 Advanced Information Services (AIS) . 147
4.1.2 Motorola Paging Products Group . 151
4.1.3 Union Switch & Signal Inc . 152
4.1.4 Một sốnhóm phát triển phần mềm khác. 153
4.2 Trong các trường đại học . 153
4.3 Kết quảáp dụng PSP của bản thân. . 158
4.3.1 Hướng áp dụng . 158
4.3.2 Kết quảthu được. 158
4.4 Kết luận vềviệc sửdụng PSP . 160
Chương 5. Ứng dụng minh họa . 163
5.1 Giới thiệu . 163
5.2 Yêu cầu . 163
5.3 Bảng chú giải . 166
5.3.1 Giới thiệu . 166
5.3.2 Các định nghĩa . 166
5.4 Thiết kế. 167
5.4.1 Use case . 167
5.4.2 Đặc tảbổsung. 167
5.4.3 Các activity diagram chính trong ứng dụng. 168
5.4.4 Các sequence diagram chính trong ứng dụng . 171
5.4.5 Mô hình thực thểkết hợp. 177
Chương 6. Một sốkết luận và hướng phát triển. 178
6.1 Kết quả đạt được:. 178
6.1.1 Vềmặt lý thuyết. 178
6.1.2 Vềmặt ứng dụng. 178
6.2 Hướng phát triển . 178
Tài liệu tham khảo . 179
Để tải bản DOC Đầy Đủ xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí
Tổng kết (Postmortem): Hoàn tất các mục thực tế trong bản tóm tắt kế hoạch dự
án. Bởi vì bạn cần ghi nhận lại thời gian tổng kết trước khi bạn thật sự kết thúc pha
tổng kết, hãy hoàn tất càng nhiều công việc mà bạn có thể và khi đó, cho phép một vài phút
71
để thực hiện tính toán cuối cùng, điền vào thời gian tổng kết ước lượng. Dùng thời gian
tổng kết ước lượng này để tính toán thời gian phát triển và tất cả các tính toán khác.
Mục đích Hướng dẫn bạn trong việc phát triển những chương trình nhỏ
Tiêu chuẩn đầu
vào
- Mô tả vấn đề
- Bản tóm tắt kế hoạch dự án PSP
- Dữ liệu về thời gian và kích thước thật sự của những chương trình
trước
- Bản ghi thời gian
1. Lên kế hoạch - Ghi nhận những mô tả về chức năng của chương trình
- Ước tính tổng số, tối đa, tối thiểu dòng lệnh cần thiết.
- Xác định Phút/LOC
- Xác định giá trị lớn nhất, nhỏ nhất và tổng cộng thời gian phát triển
- Ghi nhận những dữ liệu kế hoạch trong bản tóm tắt kế hoạch dự án.
- Ghi lại thời gian lên kế hoạch trong bản ghi thời gian.
2. Thiết kế - Thiết kế chương trình
- Ghi nhận lại thiết kế theo một định dạng chuẩn.
- Ghi nhận lại thời gian thiết kế trong bản ghi thời gian
3. Cài đặt - Thực thi thiết kế
- Sử dụng dạng chuẩn để viết code.
- Ghi nhận lại thời gian viết code trong bản ghi thời gian.
4. Biên dịch - Biên dịch chương trình
- Sửa tất cả các lỗi tìm thấy.
- Ghi nhận lại thời gian biên dịch trong bản ghi thời gian.
5. Kiểm thử - Kiểm thử chương trình.
- Sửa tất cả các lỗi tìm thấy.
- Ghi nhận lại thời gian kiểm thử trong bản ghi thời gian.
6. Tổng kết - Hoàn tất bản tóm tắt kế hoạch dự án với thời gian và kích thước thực
tế
- Ghi nhận thời gian tổng kết trong bản ghi thời gian.
Tiêu chuẩn đầu
ra
- Một chương trình đã được kiểm thử kỹ càng.
- Một thiết kế đã được sưu liệu một cách chính xác.
- Danh sách các chương trình hoàn tất.
- Bản tóm tắt kế hoạch dự án đã hoàn tất.
- Bản ghi thời gian đã hoàn tất.
Bảng 3.1.1 Kịch bản quy trình PSP
3.1.3 Điểm mốc và pha
Bằng việc định nghĩa ra các điểm mốc dự án có thể nhận ra một cách rõ ràng, bạn
có thể lên kế hoạch tốt hơn. Lý do mà các dự án này tốt hơn là vì các điểm mốc cung cấp
các điểm tham chiếu chính xác để đánh giá tình trạng của dự án khi bạn đang làm việc.
Qui trình phát triển phần mềm mở rộng ý tưởng điểm mốc từ một vài điểm cho đến
toàn bộ các pha của qui trình. Với một qui trình được định nghĩa, mỗi pha đưa ra một kết
quả và do đó việc hoàn tất một pha là một điểm mốc có thể đo được. Bằng cách sử dụng
72
một qui trình đã được định nghĩa, bạn sẽ có nhiều điểm mốc để giúp cho việc lên kế hoạch
và theo dõi công việc.
3.1.4 Bản tổng kết các kế hoạch dự án cập nhật
Sinh viên Ngày
Chương trình Chương trình #
Người hướng dẫn Ngôn ngữ
Tóm tắt Kế hoạch Thực tế Đến ngày
Phút/LOC
LOC/Giờ
Sai sót/KLOC
Hiệu suất
A/FR
Kích thước chương trình
(LOC)
Tổng mới và thay đổi
Kích thước tối đa
Kích thước tối thiểu
Thời gian trong pha
(phút)
Kế hoạch Thực tế Đến ngày Đến ngày %
Lên kế hoạch
Thiết kế
Cài đặt
Xem lại mã
Biên dịch
Kiểm thử
Tổng kết
Tổng cộng
Kích thước tối đa
Kích thước tối thiểu
Sai sót mắc phải Kế hoạch Thực tế Đến ngày Đến ngày % Sai sót/giờ
Lên kế hoạch
Thiết kế
Cài đặt
Xem lại mã
Biên dịch
Kiểm thử
Tổng cộng
Sai sót loại bỏ Kế hoạch Thực tế Đến ngày Đến ngày % Sai sót/giờ
Lên kế hoạch
Thiết kế
Cài đặt
Xem lại mã
Biên dịch
Kiểm thử
Tổng cộng
Bảng 3.1.2 Bản tổng kết kế hoạch đề án theo quy trình phần mềm cá nhân
73
Bản tổng kết kế hoạch dự án là một trong những biểu mẫu của qui trình PSP. Như
trước đây, một số phần của bản tổng kết kế hoạch dự án được tô đậm. Các phần này lúc
này chúng ta có thể lờ đi vì chưa sử dụng chúng. Để nhận ra sự thay đổi từ một cấp độ quy
trình đến cấp độ kế tiếp, các phần được thêm vào được in nghiêng đậm.
Mục đích Mẫu này ghi nhận các thông tin ước lượng và thực tế của đề án
Đầu trang Nhập các thông tin:
- Tên và ngày hiện tại
- Tên và mã số chương trình
- Tên người hướng dẫn
- Ngôn ngữ sử dụng để lập trình
Tóm tắt
Phút/LOC Trước khi phát triển:
- Nhập giá trị Phút/LOC dự kiến cho đề án. Sử dụng tốc độ Đến ngày từ
chương trình gần nhất trong bản ghi công việc hay bản tổng kết kế hoạch dự án.
Sau khi phát triển:
- Chia tổng thời gian phát triển cho độ lớn chương trình thực tế để có chỉ số
Phút/LOC thực tế
- Ví dụ, nếu dự án phát triển mất 196 phút và gồm 29 LOC, chỉ số Phút/LOC sẽ
là 196/29=6.76
LOC/Giờ Trước khi phát triển:
- Tính LOC/Giờ dự kiến bằng cách lấy 60 chia cho Phút/LOC dự kiến
Sau khi phát triển:
- Để tính LOC/Giờ thực tế, lấy 60 chia cho Phút/LOC thực tế
Ví dụ: với chỉ số Phút/LOC thực tế là 6.76, chỉ số LOC/Giờ thực tế là
60/6.76=8.88
Độ lớn chương
trình (LOC)
Trước khi phát triển:
- Nhập giá trị Tổng cộng, Tối đa và tối thiểu của LOC Mới & Thay đổi
Sau khi phát triển:
- Đếm và nhập giá trị LOC Mới & Thay đổi thực tế.
- Với Đến ngày, cộng thêm LOC Mới và Thay đổi thực sự với LOC mới và
Thay đổi Đến ngày của chương trình trước đó.
Thời gian bỏ ra ở
từng giai đoạn
Kế hoạch Đối với Tổng thời gian phát triển (Total Development time), nhân LOC Mới &
Thay đổi với Phút/LOC
Đối với Thời gian tối đa, nhân độ lớn tối đa (Maximum size) với Phút/LOC.
Đối với Thời gian tối thiểu, nhân độ lớn tối thiểu (Minimum size) với
Phút/LOC.
Từ bản tổng kết kế hoạch dự án của chương trình gần nhất, tìm giá trị Đến ngày
% cho mỗi pha.
Sử dụng Đến ngày % từ chương trình trước đó, tính toán thời gian kế hoạch
cho mỗi pha.
Thực tế Sau khi hoàn tất, nhập thời gian thực tế tính theo phút trong mỗi pha phát trỉển.
Lấy dữ liệu này từ Bản ghi nhận thời gian
Đến ngày Với mỗi pha, điền vào tổng thời gian thực tế và thời gian Đến ngày từ chương
trình gần nhất.
Đến ngày % Với mỗi pha, điền vào (thời gian Đến ngày * 100) / Tổng thời gian Đến ngày.
Bảng 3.1.3 Chỉ dẫn cho bản tổng kết kế hoạch
74
Phần Thời gian trong Pha của bản tổng kết kế hoạch dự án mới có một dòng cho
mỗi pha của quy trình. Dòng này chứa thời gian kế hoạch và thực tế cho mỗi pha. Trong
pha lên kế hoạch, điền vào tất cả các dữ liệu kế hoạch trong biểu mẫu này. Trong pha tổng
kết, điền vào thời gian thực tế. Khi ghi nhận lại thời gian trong bản ghi thời gian, ghi chú
vào phần chú thích bạn đang ở pha quy trình nào. Sau đó, trong khi tổng kết, điền các thời
gian này vào Thời gian Thực tế trong cột Pha cho mỗi pha.
Trước khi bắt đầu một dự án, hoàn tất phần Kế hoạch của biểu mẫu tổng kết kế
hoạch dự án như ở phần 2.9.2. Điều khác biệt duy nhất bây giờ là bạn cần ước lượng
thời gian bỏ ra trong mỗi ...
Download miễn phí Luận văn Tìm hiểu qui trình phần mềm cá nhân (Personal Software Process – PSP) và xây dựng ứng dụng web sử dụng nguyên lý quản lý thời gian và kế hoạch của PSP
MỤC LỤC
Lời mở đầu . 1
Chương 1. Tổng quan . 2
1.1 Qui trình PSP là gì? . 2
1.2 Lịch sửra đời của PSP. 2
1.3 Cấu trúc tổng quan quy trình PSP. 3
1.4 Các cấp độcủa PSP . 4
1.5 Ưu và khuyết điểm của PSP. . 7
1.5.1 Ưu điểm . 7
1.5.2 Khuyết điểm. 7
1.6 Mối liên hệgiữa CMM, TSP và PSP [3] . 7
Chương 2. Các phương pháp luận trong PSP vềquy trình lập kếhoạch [4]. 9
2.1 Nguyên lý quản lý thời gian. 9
2.1.1 Logic của quản lý thời gian . 9
2.1.2 Hiểu cách mình sửdụng thời gian . 10
2.2 Theo dõi thời gian . 11
2.2.1 Tại sao phải theo dõi thời gian? . 11
2.2.2 Ghi lại sốliệu thời gian. 11
2.2.3 Đơn vị đo thời gian của bạn. 12
2.2.4 Sửdụng bản ghi chép thời gian (Time Recording Log) . 12
2.2.5 Quản lý các gián đoạn. 14
2.2.6 Theo dõi các công việc đã hoàn tất. 15
2.2.7 Gợi ý vềviệc ghi chép thời gian . 15
2.3 Lập kếhoạch sản phẩm và kếhoạch giai đoạn. 16
2.3.1 Các kếhoạch sản phẩm và giai đoạn . 16
2.3.2 Bản tổng kết hoạt động hàng tuần . 17
2.3.3 Tính toán khoảng thời gian và tốc độ. 19
2.3.4 Sửdụng bản tổng kết hoạt động hàng tuần. 21
2.4 Lập kếhoạch sản phẩm. 22
2.4.1 Nhu cầu vềcác kếhoạch sản phẩm . 22
2.4.2 Tại sao các kếhoạch sản phẩm lại có ích . 23
2.4.3 Một kếhoạch sản phẩm là gì? . 23
2.4.4 Cách lập kếhoạch sản phẩm trong tài liệu này. 24
2.4.5 Lập kếhoạch các công việc nhỏ. 24
2.4.6 Bản ghi sốcông việc . 25
2.4.7 Một vài lời khuyên vềcách sửdụng bản ghi sốcông việc . 30
2.4.8 Sửdụng dữliệu tốc độvà thời gian sản phẩm. 31
2.5 Kích thước sản phẩm . 32
2.5.1 Phép đo kích thước . 32
2.5.2 Một vài chú ý khi sửdụng các độ đo kích thước . 33
2.5.3 Kích thước chương trình . 33
2.5.4 Các độ đo kích thước khác. 35
2.5.5 Ước lượng kích thước chương trình . 35
2.5.6 Ước lượng một kích thước lớn hơn . 36
2.5.7 Sửdụng các đơn vị đo kích thước trong bản ghi sốcông việc . 39
2.6 Quản lý thời gian . 42
2.6.1 Các yếu tốtrong quản lý thời gian. 42
2.6.2 Phân loại các hoạt động của bạn . 42
2.6.3 Đánh giá việc phân bổthời gian của bạn . 43
2.6.4 Tạo quỹthời gian . 43
2.6.5 Thiết lập các qui tắc cơbản . 46
2.6.6 Đặt độ ưu tiên cho thời gian của bạn . 48
2.6.7 Quản lý quỹthời gian của bạn . 49
2.6.8 Mục tiêu quản lý thời gian . 50
2.7 Quản lý cam kết . 51
2.7.1 Định nghĩa. 51
2.7.2 Các lời cam kết được thực hiện hợp lý . 52
2.7.3 Ví dụvềmột lời cam kết. 52
2.7.4 Giải quyết các cam kết bịbỏlỡ. 54
2.7.5 Hậu quảcủa việc không quản lý cam kết . 55
2.7.6 Cách quản lý cam kết. 56
2.8 Quản lý thời gian biểu. 57
2.8.1 Sựcần thiết của thời gian biểu. 57
2.8.2 Biểu đồGantt . 57
2.8.3 Lập thời gian biểu . 58
2.8.4 Điểm mốc. 59
2.8.5 Theo dõi các kếhoạch của dựán . 60
2.9 Lập kếhoạch cho dựán . 63
2.9.1 Sựcần thiết phải lập kếhoạch cho dựán. 63
2.9.2 Bản tổng kết kếhoạch. 63
2.9.3 Đánh giá độchính xác . 68
Chương 3. Các phương pháp luận trong PSP vềquy trình quản lý sai sót [4] . 69
3.1 Quy trình phát triển phần mềm . 69
3.1.1 Tại sao chúng ta sửdụng quy trình. 69
3.1.2 Kịch bản quy trình . 70
3.1.3 Điểm mốc và pha . 71
3.1.4 Bản tổng kết các kếhoạch dựán cập nhật . 72
3.1.5 Một ví dụvềlên kếhoạch. 74
3.1.6 Một ví dụvềtính toán giá trị Đến ngày . 77
3.2 Sai sót (defects). 79
3.2.1 Chất lượng phần mềm là gì? . 80
3.2.2 Sai sót và chất lượng. 80
3.2.3 Sai sót là gì? . 81
3.2.4 Các loại sai sót . 82
3.2.5 Hiểu được các sai sót . 83
3.2.6 Bản ghi ghi chép sai sót (Defect Recording Log). 84
3.2.7 Đếm sai sót. 88
3.2.8 Sửdụng bản ghi ghi chép sai sót . 89
3.2.9 Bản tổng kết kếhoạch đềán cập nhật. 90
3.3 Tìm kiếm sai sót. 92
3.3.1 Các bước trong tìm kiếm sai sót . 92
3.3.2 Những cách đểtìm và chỉnh sửa lỗi. 92
3.3.3 Xem xét lại code . 93
3.3.4 Tại sao cần tìm sai sót sớm? . 94
3.3.5 Chi phí của việc tìm và sửa lỗi. 95
3.3.6 Sửdụng xem xét lại đểtìm sai sót . 96
3.3.7 Lý do xem xét lại trước khi biên dịch. 97
3.3.8 Các dạng xem lại khác . 98
3.4 Danh sách kiểm tra (checklist) xem lại code . 98
3.4.1 Tại sao checklist lại có ích? . 98
3.4.2 Một checklist ví dụ. 99
3.4.3 Sửdụng checklist xem lại code . 100
3.4.4 Xây dựng một checklist cá nhân. 102
3.4.5 Cải tiến checklist. 106
3.4.6 Các chuẩn cài đặt . 107
3.5 Dự đoán sai sót . 109
3.5.1 Sửdụng dữliệu sai sót. 109
3.5.2 Mật độsai sót . 109
3.5.3 Dự đoán mật độsai sót . 110
3.5.4 Ước lượng sai sót . 111
3.5.5 Kịch bản quy trình và bản tổng kết kếhoạch dựán cập nhật . 112
3.5.6 Một ví dụvềbản tổng kết dựán . 115
3.6 Tính kinh tếcủa việc loại bỏsai sót. 119
3.6.1 Vấn đềloại bỏsai sót . 119
3.6.2 Sựtiết kiệm của việc loại bỏsai sót. 120
3.6.3 Tính sốsai sót/giờvà hiệu suất trong bản tổng kết kếhoạch . 121
3.6.4 Tăng tỉlệloại bỏsai sót . 123
3.6.5 Giảm tỉlệmắc phải sai sót. 124
3.7 Các sai sót thiết kế. 124
3.7.1 Tính tựnhiên của sai sót thiết kế. 124
3.7.2 Nhận dạng các sai sót thiết kế. 125
3.7.3 Thiết kếlà gì? . 126
3.7.4 Quy trình thiết kế. 127
3.7.5 Nguyên nhân của sai sót thiết kế. 127
3.7.6 Ảnh hưởng của sai sót thiết kế. 128
3.7.7 Trình bày thiết kế. 129
3.8 Chất lượng sản phẩm . 134
3.8.1 Nhìn nhận vềbộlọc kiểm thử. 134
3.8.2 Tính toán các giá trịhiệu suất . 134
3.8.3 Ước lượng hiệu suất cuối cùng . 135
3.8.4 Lợi ích của hiệu suất quy trình 100% . 136
3.8.5 Prototyping. 137
3.9 Chất lượng quy trình . 137
3.9.1 Các phép đo quy trình . 137
3.9.2 Nghịch lý của việc loại trừsai sót. 138
3.9.3 Một chiến lược loại trừsai sót . 138
3.9.4 Chi phí của chất lượng . 139
3.9.5 Tính toán chi phí của chất lượng . 139
3.9.6 Tỉlệchi phi đánh giá/sai sót(A/FR – Appraisal/Failure Ratio) . 141
3.9.7 Cải tiến tốc độxem lại . 144
3.9.8 Tính toán chi phí chất lượng thật sự. 144
Chương 4. Một sốkết quảáp dụng PSP vào trong thực tế. 147
4.1 Trong môi trường công nghiệp [5] . 147
4.1.1 Advanced Information Services (AIS) . 147
4.1.2 Motorola Paging Products Group . 151
4.1.3 Union Switch & Signal Inc . 152
4.1.4 Một sốnhóm phát triển phần mềm khác. 153
4.2 Trong các trường đại học . 153
4.3 Kết quảáp dụng PSP của bản thân. . 158
4.3.1 Hướng áp dụng . 158
4.3.2 Kết quảthu được. 158
4.4 Kết luận vềviệc sửdụng PSP . 160
Chương 5. Ứng dụng minh họa . 163
5.1 Giới thiệu . 163
5.2 Yêu cầu . 163
5.3 Bảng chú giải . 166
5.3.1 Giới thiệu . 166
5.3.2 Các định nghĩa . 166
5.4 Thiết kế. 167
5.4.1 Use case . 167
5.4.2 Đặc tảbổsung. 167
5.4.3 Các activity diagram chính trong ứng dụng. 168
5.4.4 Các sequence diagram chính trong ứng dụng . 171
5.4.5 Mô hình thực thểkết hợp. 177
Chương 6. Một sốkết luận và hướng phát triển. 178
6.1 Kết quả đạt được:. 178
6.1.1 Vềmặt lý thuyết. 178
6.1.2 Vềmặt ứng dụng. 178
6.2 Hướng phát triển . 178
Tài liệu tham khảo . 179
Để tải bản DOC Đầy Đủ xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí
Tóm tắt nội dung:
gian kiểm thử trong Bản ghi thời gian.Tổng kết (Postmortem): Hoàn tất các mục thực tế trong bản tóm tắt kế hoạch dự
án. Bởi vì bạn cần ghi nhận lại thời gian tổng kết trước khi bạn thật sự kết thúc pha
tổng kết, hãy hoàn tất càng nhiều công việc mà bạn có thể và khi đó, cho phép một vài phút
71
để thực hiện tính toán cuối cùng, điền vào thời gian tổng kết ước lượng. Dùng thời gian
tổng kết ước lượng này để tính toán thời gian phát triển và tất cả các tính toán khác.
Mục đích Hướng dẫn bạn trong việc phát triển những chương trình nhỏ
Tiêu chuẩn đầu
vào
- Mô tả vấn đề
- Bản tóm tắt kế hoạch dự án PSP
- Dữ liệu về thời gian và kích thước thật sự của những chương trình
trước
- Bản ghi thời gian
1. Lên kế hoạch - Ghi nhận những mô tả về chức năng của chương trình
- Ước tính tổng số, tối đa, tối thiểu dòng lệnh cần thiết.
- Xác định Phút/LOC
- Xác định giá trị lớn nhất, nhỏ nhất và tổng cộng thời gian phát triển
- Ghi nhận những dữ liệu kế hoạch trong bản tóm tắt kế hoạch dự án.
- Ghi lại thời gian lên kế hoạch trong bản ghi thời gian.
2. Thiết kế - Thiết kế chương trình
- Ghi nhận lại thiết kế theo một định dạng chuẩn.
- Ghi nhận lại thời gian thiết kế trong bản ghi thời gian
3. Cài đặt - Thực thi thiết kế
- Sử dụng dạng chuẩn để viết code.
- Ghi nhận lại thời gian viết code trong bản ghi thời gian.
4. Biên dịch - Biên dịch chương trình
- Sửa tất cả các lỗi tìm thấy.
- Ghi nhận lại thời gian biên dịch trong bản ghi thời gian.
5. Kiểm thử - Kiểm thử chương trình.
- Sửa tất cả các lỗi tìm thấy.
- Ghi nhận lại thời gian kiểm thử trong bản ghi thời gian.
6. Tổng kết - Hoàn tất bản tóm tắt kế hoạch dự án với thời gian và kích thước thực
tế
- Ghi nhận thời gian tổng kết trong bản ghi thời gian.
Tiêu chuẩn đầu
ra
- Một chương trình đã được kiểm thử kỹ càng.
- Một thiết kế đã được sưu liệu một cách chính xác.
- Danh sách các chương trình hoàn tất.
- Bản tóm tắt kế hoạch dự án đã hoàn tất.
- Bản ghi thời gian đã hoàn tất.
Bảng 3.1.1 Kịch bản quy trình PSP
3.1.3 Điểm mốc và pha
Bằng việc định nghĩa ra các điểm mốc dự án có thể nhận ra một cách rõ ràng, bạn
có thể lên kế hoạch tốt hơn. Lý do mà các dự án này tốt hơn là vì các điểm mốc cung cấp
các điểm tham chiếu chính xác để đánh giá tình trạng của dự án khi bạn đang làm việc.
Qui trình phát triển phần mềm mở rộng ý tưởng điểm mốc từ một vài điểm cho đến
toàn bộ các pha của qui trình. Với một qui trình được định nghĩa, mỗi pha đưa ra một kết
quả và do đó việc hoàn tất một pha là một điểm mốc có thể đo được. Bằng cách sử dụng
72
một qui trình đã được định nghĩa, bạn sẽ có nhiều điểm mốc để giúp cho việc lên kế hoạch
và theo dõi công việc.
3.1.4 Bản tổng kết các kế hoạch dự án cập nhật
Sinh viên Ngày
Chương trình Chương trình #
Người hướng dẫn Ngôn ngữ
Tóm tắt Kế hoạch Thực tế Đến ngày
Phút/LOC
LOC/Giờ
Sai sót/KLOC
Hiệu suất
A/FR
Kích thước chương trình
(LOC)
Tổng mới và thay đổi
Kích thước tối đa
Kích thước tối thiểu
Thời gian trong pha
(phút)
Kế hoạch Thực tế Đến ngày Đến ngày %
Lên kế hoạch
Thiết kế
Cài đặt
Xem lại mã
Biên dịch
Kiểm thử
Tổng kết
Tổng cộng
Kích thước tối đa
Kích thước tối thiểu
Sai sót mắc phải Kế hoạch Thực tế Đến ngày Đến ngày % Sai sót/giờ
Lên kế hoạch
Thiết kế
Cài đặt
Xem lại mã
Biên dịch
Kiểm thử
Tổng cộng
Sai sót loại bỏ Kế hoạch Thực tế Đến ngày Đến ngày % Sai sót/giờ
Lên kế hoạch
Thiết kế
Cài đặt
Xem lại mã
Biên dịch
Kiểm thử
Tổng cộng
Bảng 3.1.2 Bản tổng kết kế hoạch đề án theo quy trình phần mềm cá nhân
73
Bản tổng kết kế hoạch dự án là một trong những biểu mẫu của qui trình PSP. Như
trước đây, một số phần của bản tổng kết kế hoạch dự án được tô đậm. Các phần này lúc
này chúng ta có thể lờ đi vì chưa sử dụng chúng. Để nhận ra sự thay đổi từ một cấp độ quy
trình đến cấp độ kế tiếp, các phần được thêm vào được in nghiêng đậm.
Mục đích Mẫu này ghi nhận các thông tin ước lượng và thực tế của đề án
Đầu trang Nhập các thông tin:
- Tên và ngày hiện tại
- Tên và mã số chương trình
- Tên người hướng dẫn
- Ngôn ngữ sử dụng để lập trình
Tóm tắt
Phút/LOC Trước khi phát triển:
- Nhập giá trị Phút/LOC dự kiến cho đề án. Sử dụng tốc độ Đến ngày từ
chương trình gần nhất trong bản ghi công việc hay bản tổng kết kế hoạch dự án.
Sau khi phát triển:
- Chia tổng thời gian phát triển cho độ lớn chương trình thực tế để có chỉ số
Phút/LOC thực tế
- Ví dụ, nếu dự án phát triển mất 196 phút và gồm 29 LOC, chỉ số Phút/LOC sẽ
là 196/29=6.76
LOC/Giờ Trước khi phát triển:
- Tính LOC/Giờ dự kiến bằng cách lấy 60 chia cho Phút/LOC dự kiến
Sau khi phát triển:
- Để tính LOC/Giờ thực tế, lấy 60 chia cho Phút/LOC thực tế
Ví dụ: với chỉ số Phút/LOC thực tế là 6.76, chỉ số LOC/Giờ thực tế là
60/6.76=8.88
Độ lớn chương
trình (LOC)
Trước khi phát triển:
- Nhập giá trị Tổng cộng, Tối đa và tối thiểu của LOC Mới & Thay đổi
Sau khi phát triển:
- Đếm và nhập giá trị LOC Mới & Thay đổi thực tế.
- Với Đến ngày, cộng thêm LOC Mới và Thay đổi thực sự với LOC mới và
Thay đổi Đến ngày của chương trình trước đó.
Thời gian bỏ ra ở
từng giai đoạn
Kế hoạch Đối với Tổng thời gian phát triển (Total Development time), nhân LOC Mới &
Thay đổi với Phút/LOC
Đối với Thời gian tối đa, nhân độ lớn tối đa (Maximum size) với Phút/LOC.
Đối với Thời gian tối thiểu, nhân độ lớn tối thiểu (Minimum size) với
Phút/LOC.
Từ bản tổng kết kế hoạch dự án của chương trình gần nhất, tìm giá trị Đến ngày
% cho mỗi pha.
Sử dụng Đến ngày % từ chương trình trước đó, tính toán thời gian kế hoạch
cho mỗi pha.
Thực tế Sau khi hoàn tất, nhập thời gian thực tế tính theo phút trong mỗi pha phát trỉển.
Lấy dữ liệu này từ Bản ghi nhận thời gian
Đến ngày Với mỗi pha, điền vào tổng thời gian thực tế và thời gian Đến ngày từ chương
trình gần nhất.
Đến ngày % Với mỗi pha, điền vào (thời gian Đến ngày * 100) / Tổng thời gian Đến ngày.
Bảng 3.1.3 Chỉ dẫn cho bản tổng kết kế hoạch
74
Phần Thời gian trong Pha của bản tổng kết kế hoạch dự án mới có một dòng cho
mỗi pha của quy trình. Dòng này chứa thời gian kế hoạch và thực tế cho mỗi pha. Trong
pha lên kế hoạch, điền vào tất cả các dữ liệu kế hoạch trong biểu mẫu này. Trong pha tổng
kết, điền vào thời gian thực tế. Khi ghi nhận lại thời gian trong bản ghi thời gian, ghi chú
vào phần chú thích bạn đang ở pha quy trình nào. Sau đó, trong khi tổng kết, điền các thời
gian này vào Thời gian Thực tế trong cột Pha cho mỗi pha.
Trước khi bắt đầu một dự án, hoàn tất phần Kế hoạch của biểu mẫu tổng kết kế
hoạch dự án như ở phần 2.9.2. Điều khác biệt duy nhất bây giờ là bạn cần ước lượng
thời gian bỏ ra trong mỗi ...