NHỮNG VẤN ĐỀ PHƯƠNG PHÁP LUẬN CƠ BẢN
1. Một số khái niệm cơ bản về thiết kế và xây dựng phần mềm
1.1 Khái niệm về phần mềm.
Hiện nay có khá nhiều cách định nghĩa phần mềm phụ thuộc vào cách tiếp
cận với hệ thống. Theo cách tiếp cận đơn giản nhất có thể xem phần mềm bao
gồm các câu lệnh và các cấu trúc dữ liệu thích hợp để thực hiện những chức
năng mong muốn; và các tài liệu mô tả thao tác và cách sử dụng chương trình.
- Xét theo nghĩa rộng hơn, phần mềm là tất cả các kỹ thuật làm cho việc sử
dụng phần cứng máy tính đạt hiệu quả cao,bao gồm:
• Nhóm các kỹ thuật, phương pháp luận: Các khái niệm, các trình tự thiết kế và
phát triển, các phương pháp tiếp cận vấn đề, đặc tả yêu cầu, thiết kế hệ thống,
kiểm thử,...
• Nhóm các chương trình: bao gồm các câu lệnh và các cấu trúc dữ liệu thích
hợp để thực hiện những chức năng mong muốn. Phần mềm có hai loại là phần
mềm cơ bản và phần mềm ứng dụng.
Phần mềm cơ bản có chức năng cung cấp môi trường thao tác dễ dàng cho
người sử dụng nhằm tăng hiệu năng xử lý của phần cứng.
Phần mềm ứng dụng dùng để xử lý nghiệp vụ thích hợp nào đó.
• Nhóm các tài liệu: Gồm các tư liệu mô tả thao tác và cách sử dụng chương
trình và một số tài liệu khác: điều kiện kiểm thử, vận hành, bảo trì…
Nhóm các kỹ thuật, phương pháp luận
Nhóm các chương trình
Nhóm các tư liệu
Kinh nghiệm kỹ sư, know-how
• Các kinh nghiệm, khả năng, kỹ năng của kỹ sư (know-how)
Hình 2: Mô hình phần mềm
1.2. Đặc tính chung của phần mềm
• Phần mềm là hàng hóa vô hình
• Chất lượng phần mềm: không giảm đi mà có xu hướng tốt lên sau mỗi lần có
lỗi (error/bug) được phát hiện và sửa
• Phần mềm vốn chứa lỗi tiềm tàng, quy mô phần mềm càng lớn thì khả năng

trình xác định kiến trúc, các thành phần, giao diện và các đặc tính kỹ thuật của
hệ thống hoặc thành phần
1.4.2. Vai trò của công đoạn thiết kế phần mềm
Thiết kế phần mềm là cơ sở cho giai đoạn tiếp theo là xây dựng phần mềm, nó
đóng vai trò quan trọng trong phát triển phần mềm
• Cho phép xem xét, so sánh các phương án kỹ thuật khác nhau trong thiết kế
phần mềm.
• Cho phép xác định phương án phù hợp nhất với các yêu cầu phần mềm.
• Cho phép lập các kế hoạch chi tiết cho giai đoạn xây dựng phần mềm.
Thiết kế
Lập trình
Kiểm thử
Mô hình chức năng
Mô hình tuyến tính
Thiết kế CSDL
Thiết kế thủ tục
Phần mềm đã tích hợp
Hình 3: Mô hình công đoạn thiết kế phần mềm
Đối với một phần mềm có thiết kế khi phát triển thêm các chức năng cho
phần mềm người ta luôn có một nền tảng định hướng rõ ràng mà sau này khi
phát triển không gây ra những đổ vỡ cho phần mềm.
Khi gặp những va chạm của thực tiễn một phần mềm không được thiết kế
đầy đủ sẽ dễ dẫn đến những sai sót nghiêm trọng.
Người ta thường mô tả một phần mềm có thiết kế và không có thiết kế bằng
hình vẽ sau đây:
Bảo trì
Kiểm thử
Cài đặt
Thiết kế
Kiểm thử

1.4.3.2. Phương pháp thiết kế từ trên xuống (Top Down Design)
Ý tưởng tổng quát của phương pháp thiết kế từ đỉnh xuống là dựa vào quá
trình module hoá một vấn đề thực tế. Khi giải quyết một vấn đề nào đó trước
hết người ta đưa ra các phác thảo tổng quát. Sau đó trên cơ sở của phác thảo này
sẽ tiếp tục chi tiết hoá thành các module ngày càng chi tiết và cụ thể hơn và
dừng lại khi mỗi module tương ứng với một chương trình.
1.4.3.3. Phương pháp thiết kế từ dưới lên (Bottom Up Design)
Ý tưởng của phương pháp này xét theo một góc độ nào đó là ngược lại với
phương pháp thiết kế từ trên xuống và bao gồm các vấn đề sau:
Trước hết tiến hành giải quyết các vấn đề cụ thể, sau đó trên cơ sở đánh giá
mức độ tương tự về chức năng của các vấn đề này trong việc giải quyết bài toán
người ta gộp chúng lại thành từng nhóm cùng chức năng từ dưới lên trên cho
đến module chính. Sau đó sẽ thiết kế thêm một số chương trình làm phong phú
hơn, đầy đủ hơn chức năng của các phân hệ và cuối cùng là thiết kế một chương
trình làm nhiệm vụ tập hợp các module thành một hệ chương trình thống nhất,
hoàn chỉnh.
1.4.4. Tiến trình thiết kế phần mềm
Tiến trình thiết kế trong công nghệ phần mềm được xem xét từ nhiều góc độ
khác nhau. Xuất phát từ quan điểm quản lý dự án thì qui trình thiết kế phần
mềm theo hai bước:
• Thiết kế kiến trúc phần mềm: mục đích xác định mô hình kiến trúc và các thành
phần trong kiến trúc.
• Thiết kế chi tiết phần mềm: Thiết kế chi tiết từng thành phần, xác định đầy đủ
các thông tin tương ứng cho từng thành phần để có thể tiến hành xây dựng phần
mềm.
Xuất phát từ góc độ kĩ thuật thì qui trình thiết kế phần mềm bao gồm bốn
loại:
• Thiết kế kiến trúc.
• Thiết kế dữ liệu.
• Thiết kế thủ tục.

Kết thúc
Báo cáo tổng kết qui trình
Nghiên cứu đề xuất XD PM
Lập giải pháp
Hình 7: Lưu đồ quy trình xây dựng và quản lý hợp đồng
1.5.1.4. Các thông số
Thông số Điều kiện bắt đầu Điều kiện kết thúc
1.Thông số chung
(chức danh)
Cán bộ kinh doanh Có đề xuất xây dựng
hợp đồng PM
2. Đầu vào Đề xuất của khách hàng và duyệt của
công ty PM
3. Sản phẩm Hợp đồng PM với khách hàng
Giải pháp kĩ thuật
4. Đánh giá chất
lượng
Tỉ lệ các hạng mục của hợp đồng hoàn
thành đúng hạn >=90%
Chênh lệch thời gian dự kiến và thời gian
thực tế là: +- 20%
5. Các qui trình
liên quan
Xác định yêu cầu PM
1.5.1.5. Phân đoạn các hoạt động
STT Tên hoạt động Bắt đầu Hoàn thành
1 Lập giải pháp Có nhu cầu xây dựng
PM
2 Xây dựng hợp đồng PM Kết thúc bước 1 HĐPM được duyệt
3 Theo dõi HĐPM Kết thúc bước 2

Không
Hình 8: Lưu đồ quy trình xác định yêu cầu phần mềm
1.5.2.4. Các thông số
Thông số Mô tả
Yêu cầu
1.Thông số chung (chức danh) Cán bộ xác định yêu cầu
Theo tiêu chuẩn của công
ty
2. Đầu vào Hợp đồng phần mềm