Báo cáo nhập môn CNPM kế hoạch
Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (167.43 KB, 16 trang )
Kế Hoạch Phát Triển
Phần Mềm
cho
PHẦN MỀM GIẢI SỐ PHỨC
Phiên bản 2.0 được phê chuẩn
Được chuẩn bị bởi
Nguyễn Tấn Phát B1400715
Nguyễn Đình Trọng B1400736
Nguyễn Hữu Úy B1400739
Nhóm 01
Ngày 17/09/2015
Kế hoạch phát triển phần mềm
Trang ii
Mục lục
Mục lục...........................................................................................................................................ii
Bảng theo dõi phiên bản tài liệu....................................................................................................iv
1 Tổ chức nhóm phát triển phần mềm.............................................................................................1
1.1 Kinh nghiệm của các thành viên............................................................................................1
1.2 Cấu trúc tổ chức nhóm...........................................................................................................1
1.3 Giao tiếp.................................................................................................................................2
1.3.1 Giao tiếp của thành viên trong nhóm..............................................................................2
1.3.2 Giao tiếp với người sử dụng...........................................................................................2
Bảng kế hoạch phát triển phần mềm...........................................................................................3
2 Quản lý chất lượng phần mềm......................................................................................................4
2.1 Tổ chức nhóm quản lý chất lượng.........................................................................................4
2.2 Đề xuất các thủ tục, chuẩn, qui định về chất lượng...............................................................4
Các chuẩn, thực tiễn, qui ước, các kỹ thuật thống kê sử dụng: .............................................4
Chi tiết các chuẩn/qui ước......................................................................................................4
2.2.1 Chuẩn lập trình................................................................................................................4
2.2.2 Qui ước khi viết tài liệu..................................................................................................4
2.2.3 Qui ước trao đổi tài liệu..................................................................................................5
2.2.4 Qui tắc về thiết kế giao diện...........................................................................................5
2.2.5 Qui tắc về kiểm thử.........................................................................................................5
2.3 Kiểm soát chất lượng.............................................................................................................6
2.3.1 Tài liệu đặc tả yêu cầu....................................................................................................6
2.3.2 Tài liệu thiết kế...............................................................................................................6
2.3.3 Tài liệu người dùng.........................................................................................................6
2.4 Công cụ, kỹ thuật và phương pháp đảm bảo chất lượng........................................................7
2.4.1 Các công cụ.....................................................................................................................7
2.4.2 Các kỹ thuật, phương pháp.............................................................................................7
3 Quản lý rủi ro................................................................................................................................7
3.1 Tổ chức nhóm quản lí rủi ro..................................................................................................7
3.2 Cách xếp mức độ rủi ro..........................................................................................................8
3.3 Bảng phân tích.......................................................................................................................9
4 Quản lí cấu hình..........................................................................................................................10
4.1 Tổ chức nhóm quản lý cấu hình...........................................................................................10
4.2 Nhận dạng cấu hình.............................................................................................................10
4.2.1 Tài liệu đặc tả................................................................................................................10
4.2.2 Tài liệu thiết kế.............................................................................................................10
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
Trang iii
4.2.3 Tài liệu hướng dẫn sử dụng phần mềm.........................................................................11
4.2.4 Tài liệu kiểm thử...........................................................................................................11
4.2.5 Mã nguồn......................................................................................................................11
4.2.6 Các loại công cụ............................................................................................................11
4.3 Quản lý phát hành và phân phối..........................................................................................12
4.4 Tài nguyên quản lý cấu hình................................................................................................12
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
Trang iv
Bảng theo dõi phiên bản tài liệu
Tên
Kế hoạch phát triển phần mềm
Kế hoạch phát triển phần mềm
Ngày
Lý do thay đổi
04/09/2015 Khởi tạo
- Hiệu chỉnh mục lục, trang bìa,
bảng theo dõi thay đổi
- Chỉnh sửa mục 1, 2.2, 4.2, 4.3
17/09/2015
- Bổ sung mục 2.3, 3
- Thêm mới mục 2.1, 2.4, 4.1,
4.4
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Phiên bản
1.0
2.0
Kế hoạch phát triển phần mềm
1
Trang 1
Tổ chức nhóm phát triển phần mềm
1.1 Kinh nghiệm của các thành viên
STT
Họ và tên
1
2
3
Nguyễn Đình Trọng
Nguyễn Tấn Phát
Nguyễn Hữu Úy
Ngôn ngữ
C
Khá
Khá
T.Bình
Cấu trúc
dữ liệu
Khá
Khá
T.bình
Toán
học
Khá
Tốt
Khá
Giao tiếp
Khá
Trung bình
Tốt
1.2 Cấu trúc tổ chức nhóm
-
Trưởng dự án: Nguyễn Tấn Phát
Người thu thập, phân tích, đặc tả: Nguyễn Hữu Úy
Trưởng nhóm lập trình: Nguyễn Tấn Phát
Trưởng Nhóm triển khai: Nguyễn Hữu Úy
Trưởng nhóm kiểm thử: Nguyễn Đình Trọng
Nhóm hỗ trợ: cả nhóm quản lý.
Nhóm thiết kế và vai trò các thành viên
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Soạn thảo
văn bản
Khá
Tốt
Tốt
Kế hoạch phát triển phần mềm
Trang 2
1.3 Giao tiếp
1.3.1
Giao
tiếp
trực
tiếp
Giao
Giao tiếp của thành viên trong nhóm
STT
1
2
3
4
Tuần
7
10
12
14
Thứ
Sáu
Sáu
Sáu
Sáu
STT
Họ Tên
1
Nguyễn Hữu
Úy
Nguyễn Đình
Trọng
Nguyễn Tấn
Phát
Chuột
Nhắt
Nguyễn
Trọng
2
3
1.3.2
STT
1
2
3
Tan Phat
Buổi
Sáng
Sáng
Sáng
Sáng
(@student.ctu.edu.vn)
Giờ
7h
7h
7h
7h
Địa điểm
P01/DI
P01/DI
P08/DI
P08/DI
Số nhà
Điện thoại
Uyb1400739
01206778743
Trongb1400736
01639883047
Phatb1400715
0969968142
Giao tiếp với người sử dụng
Họ và tên
Lê Thị Kim Yến
Nguyễn Trung Hiếu
Nguyễn Đình Trọng
Thời gian
13/08/2015
01/09/2015
04/09/2015
Địa điểm
Nhà học D1
TT Học liệu
P07/DI
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
Trang 3
Bảng kế hoạch phát triển phần mềm
STT
Ngày bắt
đầu
Ngày kết
thúc
1
04/09/2015
04/09/2015
2
04/09/2015
18/09/2015
3
18/09/2015
09/10/2015
4
09/10/2015
23/10/2015
5
23/10/2015
06/11/2015
6
06/11/2015
17/11/2015
Tên công việc
Lập kế hoạch
Hoàn thiện kế hoạch,
lập tài liệu đặc tả
Hoàn thiện tài liệu
đặc tả, lập tài liệu
thiết kế
Hoàn thiện các tài
liệu thiết kế, lập tài
liệu kiểm thử
Hoàn thiện tài liệu
kiểm thử, lập trình
theo tài liệu thiết kế
Hoàn thiện mã
nguồn, hoàn thiện
phiên bản cuối cùng
của các tài liệu, tiến
hành kiểm thử chéo,
lập tài liệu kiểm thử,
tổng hợp tài liệu vào
đĩa CD
Người
tham gia
Cả nhóm
Cả nhóm
Cả nhóm
Cả nhóm
Cả nhóm
Cả nhóm
Chịu trách
nhiệm
Trưởng
nhóm
Trưởng
nhóm, phân
tích viên
Phân tích
viên, thiết
kế viên
Thiết kế
viên, kiểm
thử viên
Kiểm thử
viên, lập
trình viên
Cả nhóm
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Đầu vào công việc
Đầu ra công việc
Kế hoạch phiên bản
1
Kế hoạch phiên bản
Kế hoạch phiên bản 1,
2, tài liệu đặc tả
bản phân tích yêu cầu
phiên bản 1
Tài liệu đặc tả phiên
Tài liệu đặc tả phiên
bản 2, các tài liệu
bản 1
thiết kế phiên bản 1
Các tài liệu thiết kế
Các tài liệu thiết kế
phiên bản 2, tài liệu
phiên bản 1
kiểm thử phiên bản 1
Các tài liệu thiết kế,
Tài liệu kiểm thử
tài liệu kiểm thử
phiên bản 2, mã
phiên bản 1
nguồn trung gian
Tài liệu mô tả sơ bộ
Mã nguồn trung gian;
các tài liệu: kế hoạch,
đặc tả, thiết kế, kiểm
thử; Mã nguồn nhóm
kiểm thử chéo.
Mã nguồn hoàn
chỉnh, các tài liệu
hoàn chỉnh, tài liệu
báo cáo kết quả kiểm
thử, đĩa CD.
Kế hoạch phát triển phần mềm
2
Trang 4
Quản lý chất lượng phần mềm
2.1 Tổ chức nhóm quản lý chất lượng
Tổ chức nhóm và vai trò của các thành viên được mô tả theo sơ đồ
2.2 Đề xuất các thủ tục, chuẩn, qui định về chất lượng
Các chuẩn, thực tiễn, qui ước, các kỹ thuật thống kê sử dụng:
Chuẩn lập trình, chuẩn tài liệu và qui ước trao đổi tài liệu, qui tắc thiết kế giao diện, qui tắc kiểm
thử.
Chi tiết các chuẩn/qui ước
2.2.1 Chuẩn lập trình
- Sử dụng phần mềm Dev C++
- Đặt tên tập tin ngắn gọn, độ dài không quá 12 kí tự.
- Các dòng lệnh cùng cấp phải đặt thẳng hàng (canh lề trái), các dòng lệnh cấp con phải thụt
vào 1 Tab so với dòng lệnh cấp cha.
- Giữa các phép toán và toán hạng nên có một khoảng trắng.
- Sau dấu phẩy phải có một khoảng trắng (như truyền tham số cho hàm,…).
- Chú thích: sử dụng /*…*/ cho một đoạn và // cho một dòng.
- Tất cả hàm tự tạo phải đặt tên sao cho mô tả được chức năng của hàm, đồng thời chú thích:
/*
Chuc nang:
Ket qua tra ve: (hàm void ghi “khong”)
*/
- Khai báo biến:
+ Khai báo mỗi biến trên một dòng
+ Sau tên biến nên chú thích công dụng của biến.
+ Đặt tên ngắn gọn, dễ nhớ.
- Mỗi câu lệnh đặt trên một dòng riêng.
- Giữa các hàm phải có một dòng trống.
- Giữa các biến cục bộ và câu lệnh đầu tiên nên có một dòng trống.
2.2.2 Qui ước khi viết tài liệu
- Tệp tin: định dạng tập tin là .doc và .pdf.
- Soạn thảo trên phần mềm có hỗ trợ file .doc.
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
-
-
-
Trang 5
Tạo bản in .pdf sau mỗi lần hoàn tất file .doc
Trang đầu tiên là trang giới thiệu:
Các cập nhật, thay đổi được ghi vào bảng theo dõi phiên bản
Font áp dụng cho cả tài liệu: Times New Roman, cỡ chữ chung: 12, màu chữ chung: đen.
Riêng các tiêu đề: tiêu đề cấp lớn nhất có cỡ chữ 14, tiêu đề cấp con thấp hơn 1 bậc có cỡ
chữ 13, các tiêu đề cấp con nhỏ hơn đều có cỡ 12; tất cả tiêu đề được in đậm và có màu
xanh dương đậm (Dark blue).
Cấu trúc trình bày:
+ Cấu trúc dạng Heading 1, 1.1, 1.1.1, …canh thẳng lề trái.
+ Mỗi ý trong phần nội dung được bắt đầu bằng dấu gạch đầu hàng (-), dấu chấm (●),
các cấp nhỏ hơn thì lùi vào 1 khoảng hợp lí đảm bảo trực quan dễ đọc
Định dạng trang: các lề trái, phải, trên, dưới đều là 1 inch.
Tiêu đề đầu trang (header), chân trang (footer): nội dung viết như tài liệu này, font Time
New Roman, cỡ chữ 10, header from top và footer from bottom đều là 0.5 inch
Phần nhấn mạnh: in đậm, chữ nghiêng, đưa vào khung.
2.2.3 Qui ước trao đổi tài liệu
- Tên tài liệu sử dụng trong trao đổi được viết theo dạng:
SP_<Định danh>_<Phiên bản>
Ví dụ: tên tập tin SP_DTYC_V1.0 cho biết tên dự án là SP, tên tài liệu là bản đặc tả yêu
cầu, phiên bản là 1.0
Phần định danh được nêu ở phần quản lí cấu hình.
- Trao đổi tài liệu qua email của Đại học Cần Thơ cấp, tiêu đề mail ghi rõ nội dung công
việc và đính kèm tập tin bao gồm:
+ Một tệp .doc
+ Một tệp .pdf (giữ tính nguyên vẹn)
- Các tài liệu sẽ được sao lưu trên google drive để quản lí và trao đổi.
2.2.4 Qui tắc về thiết kế giao diện
- Khi thiết kế cần chú ý:
+ Kinh nghiệm, năng lực, nhu cầu của người dùng.
+ Sở thích văn hóa, lứa tuổi: màu sắc, ngôn ngữ,…
+ Hạn chế của người dùng: trí nhớ, vụng về, có thể mắc lỗi khi thao tác,..
- Có hướng dẫn mẫu.
- Giao diện cần có tính chất:
+ Tính thân thiện: thuật ngữ, khái niệm, thói quen,…
+ Nhất quán: vị trí hiển thị, câu lệnh, thực đơn, biểu tượng, đồng dạng.
+ Ít gây bỡ ngỡ cho người dùng.
+ Cung cấp kịp thời các trợ giúp.
+ Tương tác dễ dàng với bàn phím, chuột.
2.2.5 Qui tắc về kiểm thử
- Dừng việc kiểm thử nếu xảy ra các trường hợp
+ Không có chú thích hoặc chú thích không rõ ràng.
+ Có vài lỗi nghiêm trọng mà không chỉ định giải pháp.
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
Trang 6
- Việc kiểm thử hoàn tất nếu tất cả tiêu chí sau được thực hiện:
+ Các chú thích rõ ràng.
+ Bất kỳ lỗi nào cũng có giải pháp sửa lỗi.
+ Kiểm tra được tất cả các số liệu, trường hợp đã định sẵn.
2.3 Kiểm soát chất lượng
2.3.1 Tài liệu đặc tả yêu cầu
Yêu cầu về tài liệu: Tài liệu đặc tả yêu cầu không phải là tài liệu thiết kế hệ thống. Nó chỉ thiết
lập những gì hệ thống phải làm, chứ không phải mô tả rõ làm như thế nào.
Nội dung cần có của tài liệu: Đây là tài liệu rất quan trọng cho các khâu sau, tài liệu đặc tả phải
theo chuẩn IEEE
- Phần giới thiệu: phần này phải nêu được
+ Mục đích của tài liệu
+ Phạm vi của sản phẩm
+ Các định nghĩa, các từ viết tắt
+ Các tham chiếu (nếu có)
+ Tổng quan về tài liệu yêu cầu
- Phần mô tả chung
+ Giới thiệu chung về sản phẩm
+ Các chức năng của sản phẩm
+ Đặc điểm người dùng
+ Các ràng buộc
+ Giả thiết và các phụ thuộc
- Phần đặc tả yêu cầu: bao gồm các yêu cầu chức năng, phi chức năng, miền ứng dụng và
giao diện.
- Phần phụ lục (nếu có).
Cần thường xuyên xem lại phần đặc tả yêu cầu khi tiến hành lập các tài liệu thiết kế, phần
mô tả chung khi lập tài liệu người dùng.
2.3.2 Tài liệu thiết kế
Nội dung cần có của tài liệu và các yêu cầu:
- Thiết kế kiến trúc: phân chia sản phẩm thành các mô đun phải phù hợp và dễ hiểu.
- Thiết kế dữ liệu: mô tả cấu trúc vật lý, cấu trúc logic dễ hiểu.
- Thiết kế giao diện: giao diện đẹp mắt, phù hợp với người sử dụng, không rờm rà.
- Thiết kế thuật toán: lưu đồ giải thuật phải chi tiết, độ chính xác cao.
Thường xuyên xem lại phần thiết kế giao diện khi lập tài liệu người dùng, đồng thời các tài
liệu thiết kế được dùng xuyên suốt quá trình lập trình.
2.3.3 Tài liệu người dùng
Yêu cầu tài liệu: Tài liệu này mô tả tổng quan về phần mềm bằng ngôn ngữ tự nhiên và các
hướng dẫn cho người sử dụng.
Nội dung cần có của tài liệu
- Phần giới thiệu:
+ Chức năng của phần mềm
+ Đối tượng sử dụng
+ Nhà phát triển và bản quyền
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
Trang 7
-
Phần hướng dẫn sử dụng
+ Làm quen giao diện
+ Hướng dẫn phím tắt
+ Hướng dẫn dùng câu lệnh
+ Hướng dẫn khác
- Phần phụ lục (nếu có)
Tài liệu này cần được kiểm tra, cập nhật phần hướng dẫn sử dụng sau mỗi lần sửa đổi mã
nguồn, hoặc phát hành phiên bản mới.
2.4 Công cụ, kỹ thuật và phương pháp đảm bảo chất lượng
2.4.1 Các công cụ
- Microsoft Project: quản lý tiến trình dự án, sử dụng trong suốt quá trình làm phần mềm.
- Microsoft Word: tạo ra các tài liệu, sử dụng suốt quá trình làm phần mềm
- Microsoft Window: môi trường vận hành các phần mềm, sử dụng suốt quá trình.
- Microsoft Visio: thiết kế các sơ đồ khối, hỗ trợ sử dụng trong quá trình thiết kế.
Hạn chế chung: phần mềm trả phí
- EDGE Diagrammer: tạo ra các sơ đồ thuật toán, sử dụng trong quá trình thiết kế; hạn chế:
phần mềm trả phí, không viết được tiếng việt: sử dụng trong thiết kế thuật toán.
- Dev C++: lưu trữ mã nguồn, tạo ra chương trình thực thi, sử dụng trong quá trình lập
trình.
- Google Drive: lưu trữ dữ liệu trực tuyến của dự án, sử dụng suốt quá trình làm phần
mềm; hạn chế: cần Internet.
2.4.2
-
-
3
Các kỹ thuật, phương pháp
Kỹ thuật kiểm thử cụ thể
+ Kiểm tra từng chi tiết có thể phát sinh lỗi trong quá trình làm phần mềm
+ Hạn chế: mất nhiều thời gian
Kỹ thuật thống kê qui trình làm việc
+ Thống kê các mốc thời gian trong quá trình phát triển phần mềm, giúp xác định
những khu vực có vấn đề và những điểm thiếu kiểm soát nhằm đưa ra các biện
pháp khắc phục.
+ Hạn chế: khó xác định đúng vấn đề.
Quản lý rủi ro
3.1 Tổ chức nhóm quản lí rủi ro
Quản lý rủi ro không chỉ là một cá nhân mà phải nhiều người và có sự liên kết giữa các công
đoạn.
Tổ chức cùng với vai trò của thành viên được mô tả theo sơ đồ
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
3.2 Cách xếp mức độ rủi ro
-
-
-
Các chiến lượt đối phó rủi ro:
+ Giảm nhẹ rủi ro: giảm sự ảnh hưởng, giảm khả năng gây ra
+ Tránh né: chọn hướng đi khác, thay đổi mục tiêu
+ Chấp nhận: chờ và xem, thu thập thông tin, kế hoạch khắc phục
+ Chuyển giao: chia sẻ rủi ro, báo cáo lãnh đạo.
Mức độ tác động
+ Trầm trọng: dự án thất bại
+ Quan trọng: có thể không đạt được mục tiêu
+ Vừa phải: có thể không đạt được vài mục tiêu
+ Không đáng kể: không ảnh hưởng nhiều
Thời gian xuất hiện
+ Ngay lập tức: ngay khi thực hiện dự án
+ Rất gần: sẽ xuất hiện rất gần trong khâu phân tích
+ Gần: trong tương lai gần sẽ xảy ra
+ Còn lâu: thời gian còn dài hoặc không thể xác định
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Trang 8
Kế hoạch phát triển phần mềm
Trang 9
3.3 Bảng phân tích
STT Yếu tố
1
2
3
4
5
Không cung cấp yêu
cầu
Thiếu sự liên lạc
giữa các thành viên
Không đủ thời gian
hoàn thành sản
phẩm
Thiếu người phát
triển
Yêu cầu quá cao
Mức độ
Chiến lượt làm giảm rủi ro
Liên quan tới khách hàng
Tác động vừa phải, thời gian
rất gần
Giảm nhẹ rủi ro
Liên quan tới phạm vi và yêu cầu
Tác động quan trọng, ngay
Giảm nhẹ rủi ro
lập tức
Tác động quan trọng, thời
Giảm nhẹ rủi ro
gian gần
Tác động vừa phải, thời gian
Giảm nhẹ rủi ro
gần
Liên quan đến sự thực hiện
Tác động vừa phải, thời gian
Tránh né
gần
Liên quan tới môi trường
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Hướng giải quyết
Lựa chọn những người nhiệt
tình, có chuyên môn, có thái độ
tôn trọng khách hàng
Thiết lập trang web nhóm,
thường xuyên họp nhóm
Không đi sâu vào những chi tiết
không cần thiết
Chọn người tốt nhất, phát triển
nhóm xoay vòng
Lọc bớt yêu cầu, phân tích lợi
ích
Kế hoạch phát triển phần mềm
4
Trang 10
Quản lí cấu hình
4.1 Tổ chức nhóm quản lý cấu hình
Tổ chức nhóm quản lí cấu hình và vai trò của thành viên được mô tả như sơ đồ
4.2 Nhận dạng cấu hình
Các thành phần cấu hình cần được quản lí:
- Các đặc tả
- Các thiết kế
- Các chương trình
- Dữ liệu kiểm thử
- Tài liệu hướng dẫn người sử dụng
- Các công cụ hỗ trợ
Định danh các cấu hình
4.2.1
-
Tài liệu đặc tả
Tên: Tài liệu đặc tả yêu cầu
Định danh: DTYC
Cấu trúc thư mục: Drive\Project\Tailieu\Yeucau\SP_DTYC_Vx.x.doc
Thuộc tính
+ Tác giả: Nguyễn Hữu Úy
+ Kiểu file: .doc
+ Ngôn ngữ: Tiếng Việt
+ Hoàn tất phiên bản đầu tiên: chưa hoàn thành
+ Người chịu trách nhiệm: Nguyễn Hữu Úy
4.2.2
-
Tài liệu thiết kế
Tên: Tài liệu thiết kế
Định danh: TLTK
Cấu trúc thư mục: Drive\Project\Tailieu\Thietke\SP_TLTK_Vx.x.doc
Thuộc tính
+ Tác giả: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
+ Kiểu file: .doc
+ Hoàn tất phiên bản đầu tiên: chưa hoàn thành
+ Người chịu trách nhiệm: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
Trang 11
4.2.3
-
Tài liệu hướng dẫn sử dụng phần mềm
Tên: Tài liệu hướng dẫn sử dụng
Định danh: HDSD
Cấu trúc thư mục: Drive\Project\Tailieu\Huongdan\SP_HDSD_Vx.x.doc
Thuộc tính
+ Tác giả: Nguyễn Đình Trọng
+ Kiểu file: .doc
+ Ngôn ngữ: Tiếng Việt
+ Hoàn tất phiên bản đầu tiên: chưa hoàn thành
+ Người chịu trách nhiệm: Nguyễn Đình Trọng
4.2.4
-
Tài liệu kiểm thử
Tên: Tài liệu kiểm thử
Định danh: TLKT
Cấu trúc thư mục: Drive\Project\Tailieu\Kiemthu\SP_TLKT_Vx.x.doc
Thuộc tính
+ Tác giả: Nguyễn Tấn Phát
+ Kiểu file: .doc
+ Hoàn tất phiên bản đầu tiên: chưa hoàn thành
+ Người chịu trách nhiệm: Nguyễn Tấn Phát
4.2.5
-
Mã nguồn
Tên: Source Code
Định danh: SRC
Cấu trúc thư mục: Drive\Project\Source\
Thuộc tính
+ Tác giả: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
+ Kiểu file: project folder
+ Ngôn ngữ: C
+ Hoàn tất phiên bản đầu tiên: chưa hoàn thành
+ Người chịu trách nhiệm: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
4.2.6 Các loại công cụ
Microsoft Windows
- Tên: Microsoft windows các phiên bản
- Định danh: MSW
- Người sử dụng: cả nhóm
Microsoft Project
- Tên: Microsoft Project 2003
- Định danh: MSP2k3
- Kiểu file: .mpp
- Người sử dụng: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
Microsoft PowerPoint
- Tên: Microsoft PowerPoint
- Định danh: PP
- Kiểu file: các file hình ảnh, .pptx
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
Kế hoạch phát triển phần mềm
Trang 12
- Người sử dụng: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
Dev C++
- Tên: Dev C++
- Định danh: DC
- Người sử dụng: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
EDGE Diagrammer
- Tên: EDGE Diagrammer 6.37
- Định danh: FD
- Người sử dụng: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
4.3 Quản lý phát hành và phân phối
-
Quản lí phát hành:
+ Phát hành hệ thống: chương trình và tài liệu hướng dẫn sử dụng
+ Dạng phát hành: đĩa CD, phát hành trực tuyến
4.4 Tài nguyên quản lý cấu hình
Môi trường, phương tiện, cơ sở hạ tầng: làm việc trên lớp, tại nhà; sử dụng máy tính, kết nối
Internet
Công cụ phần mềm: Microsoft windows, Microsoft Office, Google Drive.
Nhân sự: Nhóm 01: Nguyễn Tấn Phát, Nguyễn Đình Trọng, Nguyễn Hữu Úy
Kỹ năng và huấn luyện: phải sử dụng thành thạo các công cụ phần mềm, rèn luyện cách thức tổ
chức quản lí.
Bài tập nhóm, Học phần Nhập môn CNPM – BM CNPM, Khoa CNTT & TT, Đại học Cần Thơ
