Quy Trình Phát Triển Phần Mềm: Mô Hình và Phương Pháp

Quy trình phát triển phần mềm đóng vai trò kim chỉ nam trong công nghệ phần mềm. 204 trang · HUTECH · 2023.

• Trường học: HUTECH
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Quy Trình Phát Triển Phần Mềm: Mô Hình và Phương Pháp
• Loại tài liệu: bài giảng
• Năm xuất bản: 2023
• Địa điểm: Thành phố Hồ Chí Minh

Mục lục chi tiết

• HƯỚNG DẪN MÔ TẢ MÔN HỌC
• 1. BÀI 1: GIỚI THIỆU
• 1.1. CÁC KHÁI NIỆM CƠ BẢN
• 1.1.1. Phần mềm
• 1.1.2. Chất lượng phần mềm
• 1.1.3. Công nghệ Phần mềm
• 1.2. QUY TRÌNH CÔNG NGHỆ PHẦN MỀM
• 1.2.1. Bước Định nghĩa
• 1.2.2. Bước Phát triển
• 1.2.3. Bước Bảo trì (Vận hành)
• 1.3. MỘT SỐ MÔ HÌNH TRIỂN KHAI
• 1.3.1. Mô hình Thác nước
• 1.3.2. Mô hình Bản mẫu Phần mềm
• 1.3.3. Mô hình Xoắn ốc
• 1.4. CÁC PHƯƠNG PHÁP XÂY DỰNG PHẦN MỀM
• 1.4.1. Các phương pháp xây dựng phần mềm
• 1.5. CÔNG CỤ & MÔI TRƯỜNG PHÁT TRIỂN PHẦN MỀM
• 1.5.1. Mở đầu
• 1.5.2. Phần mềm hỗ trợ thực hiện các giai đoạn
• 1.5.3. Phần mềm hỗ trợ tổ chức, quản lý việc triển khai
• 1.6. YÊU CẦU ĐỐI VỚI KỸ SƯ PHẦN MỀM
• 1.7. TÓM TẮT
• 2. BÀI 2: TÁC VỤ PHÂN TÍCH & ĐẶC TẢ YÊU CẦU
• 2.1. TỔNG QUAN
• 2.1.1. Phân tích Phạm vi dự án
• 2.1.2. Phân tích Mở rộng Yêu cầu Nghiệp vụ
• 2.1.3. Phân tích Yêu cầu Bảo mật
• 2.1.4. Phân tích Yêu cầu Tốc độ
• 2.1.5. Phân tích Yêu cầu Vận hành
• 2.1.6. Phân tích Khả năng Mở rộng Yêu cầu
• 2.1.7. Phân tích Yêu cầu Sẵn dùng
• 2.1.8. Phân tích Yếu tố Con người
• 2.1.9. Phân tích Yêu cầu Tích hợp
• 2.1.10. Phân tích Thực tiễn Nghiệp vụ tồn tại
• 2.1.11. Phân tích Yêu cầu Khả năng và Quy mô
• 2.2. XÁC ĐỊNH YÊU CẦU
• 2.2.1. Phân loại yêu cầu
• 2.2.2. Các bước xác định yêu cầu
• 2.3. MÔ HÌNH HÓA YÊU CẦU HỆ THỐNG
• 2.3.1. Các Nguyên lý Mô hình hóa
• 2.3.2. Sơ đồ phân rã chức năng (FDD)
• 2.3.3. Mô hình bản mẫu (Prototype)
• 2.3.4. Sơ đồ luồng dữ liệu (Data Flow Diagram, DFD)
• 2.3.5. Mô hình hướng đối tượng
• 2.3.6. Ví dụ minh họa từ yêu cầu sang mô hình hóa
• 2.4. TÓM TẮT
• 3. BÀI 3: TÁC VỤ THIẾT KẾ PHẦN MỀM
• 3.1. TỔNG QUAN VỀ THIẾT KẾ
• 3.2. KIẾN TRÚC PHẦN MỀM
• 3.2.1. Thiết kế giao diện người dùng
• 3.2.2. Thiết kế hướng chức năng
• 3.3. PHƯƠNG PHÁP THIẾT KẾ PHẦN MỀM
• 3.4. VÍ DỤ MINH HỌA
• 4. BÀI 4: TÁC VỤ THIẾT KẾ & TỔ CHỨC DỮ LIỆU
• 4.1. TỔNG QUAN VỀ THIẾT KẾ
• 4.2. KẾT QUẢ CỦA THIẾT KẾ
• 4.3. QUÁ TRÌNH THIẾT KẾ
• 4.4. PHƯƠNG PHÁP THIẾT KẾ DỮ LIỆU
• 4.4.1. Phương pháp trực tiếp
• 4.4.2. Phương pháp gián tiếp
• 4.5. TÓM TẮT
• 5. BÀI 5: TÁC VỤ THIẾT KẾ GIAO DIỆN
• 5.1. TỔNG QUAN VỀ THIẾT KẾ MÀN HÌNH
• 5.1.1. Kết quả thiết kế
• 5.1.2. Phân loại màn hình giao diện
• 5.1.3. Một số chú ý chung
• 5.2. THIẾT KẾ MÀN HÌNH CHÍNH
• 5.2.1. Mô tả màn hình chính
• 5.2.2. Thiết kế màn hình chính dùng thực đơn (menu)
• 5.3. THIẾT KẾ MÀN HÌNH TRA CỨU
• 5.3.1. Mô tả màn hình tra cứu
• 5.3.2. Thể hiện tiêu chuẩn tra cứu
• 5.3.3. Thao tác người dùng và xử lý của phần mềm
• 5.4. THIẾT KẾ MÀN HÌNH NHẬP LIỆU
• 5.4.1. Mô tả màn hình nhập liệu
• 5.4.2. Thiết kế màn hình nhập liệu dạng danh sách
• 5.4.3. Thiết kế màn hình nhập liệu dạng hồ sơ
• 5.4.4. Thiết kế màn hình nhập liệu dạng phiếu
• 5.5. TÓM TẮT
• 6. BÀI 6: TÁC VỤ XÂY DỰNG CHƯƠNG TRÌNH
• 6.1. TỔNG QUAN VỀ TÁC VỤ HIỆN THỰC CHƯƠNG TRÌNH
• 6.2. MÔI TRƯỜNG LẬP TRÌNH
• 6.2.1. Tiêu chí về chất lượng của ngôn ngữ lập trình
• 6.2.2. Tiêu chí về khả năng mô-đun hóa của ngôn ngữ lập trình
• 6.2.3. Tiêu chí về giá trị tài liệu kỹ thuật của ngôn ngữ lập trình
• 6.2.4. Tiêu chí về cấu trúc dữ liệu trong ngôn ngữ lập trình
• 6.3. PHONG CÁCH LẬP TRÌNH
• 6.3.1. Cách thức trình bày bên ngoài
• 6.4. ĐÁNH GIÁ CHẤT LƯỢNG CÔNG VIỆC
• 6.4.1. Hiện thực tăng cường
• 6.4.2. Đánh giá lại thiết kế và chương trình (Design and Code Review)
• 6.5. VÍ DỤ MINH HỌA
• 7. BÀI 7: TÁC VỤ KIỂM THỬ PHẦN MỀM
• 7.1. TỔNG QUAN VỀ KIỂM THỬ
• 7.2. YÊU CẦU ĐỐI VỚI KIỂM THỬ
• 7.3. CÁC KỸ THUẬT KIỂM THỬ
• 7.3.1. Phương pháp Hộp đen (Black box)
• 7.3.2. Phương pháp Hộp trắng (White box)
• 7.3.3. Phương pháp Hộp xám (Grey box)
• 7.4. CHIẾN LƯỢC & CÁC GIAI ĐOẠN
• 7.4.1. Kiểm thử Chức năng (Functional Test)
• 7.4.2. Kiểm thử Tích hợp (Integration Test)
• 7.4.3. Kiểm thử Hệ thống (System Test)
• 7.4.4. Kiểm thử Chấp nhận (Acceptance Test)
• 7.4.5. Một số công việc khác
• 7.5. VÍ DỤ MINH HỌA
• 7.6. TÓM TẮT
• 8. BÀI 8: TÁC VỤ BẢO TRÌ PHẦN MỀM
• 8.1. TỔNG QUAN VỀ BẢO TRÌ PHẦN MỀM
• 8.2. TẦM QUAN TRỌNG CỦA BẢO TRÌ
• 8.3. KẾ HOẠCH BẢO TRÌ PHẦN MỀM
• 8.4. QUY TRÌNH BẢO TRÌ PHẦN MỀM
• 8.5. TÓM TẮT & ÔN TẬP
• 9. BÀI 9: QUẢN TRỊ DỰ ÁN PHẦN MỀM
• 9.1. TỔNG QUAN VỀ DỰ ÁN PHẦN MỀM
• 9.1.1. Khái niệm dự án
• 9.1.2. Các vấn đề thường xảy ra đối với một dự án phần mềm
• 9.2. TÓM LƯỢC VỀ QUẢN TRỊ DỰ ÁN
• 9.3. HOẠT ĐỘNG CỦA QUẢN TRỊ DỰ ÁN
• 9.4. ĐỘ ĐO PHẦN MỀM
• 9.4.1. Đo lường kích cỡ phần mềm
• 9.4.2. Độ đo dựa trên thống kê
• 9.5. CÁC TÁC VỤ CẦN THIẾT
• 9.5.1. Ước lượng
• 9.5.2. Quản lý cấu hình
• 9.6. TÓM TẮT
• 10. BÀI 10: QUY TRÌNH PHÁT TRIỂN PHẦN MỀM
• 10.1. TỔNG QUAN
• 10.2. GIỚI THIỆU VỀ QUY TRÌNH
• 10.3. QUY TRÌNH ISO, CMM/CMMI
• 10.4. TÓM TẮT
• PHỤ LỤC A
• PHỤ LỤC B — THAM KHẢO
• PHỤ LỤC C — QUY TRÌNH RUP
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Tổng quan về quy trình phát triển phần mềm hiện đại

Quy trình phát triển phần mềm đóng vai trò kim chỉ nam trong công nghệ phần mềm. Mọi dự án công nghệ đều yêu cầu một lộ trình rõ ràng từ khâu khởi tạo đến khi phát hành. Quy trình này phân chia vòng đời dự án thành các giai đoạn chuyên biệt. Mỗi giai đoạn có mục tiêu, đầu vào và sản phẩm đầu ra xác định. Giai đoạn đầu tiên bắt đầu bằng việc xác định và đặc tả yêu cầu người dùng. Đội ngũ kỹ sư tiến hành khảo sát hiện trạng nghiệp vụ thực tế. Tiếp theo, hệ thống bước vào giai đoạn thiết kế kiến trúc và mô hình dữ liệu. Sau khi bản thiết kế hoàn thiện, các lập trình viên bắt đầu chuyển đổi thiết kế thành mã nguồn. Kiểm thử phần mềm diễn ra song song hoặc tiếp nối để phát hiện lỗi sớm. Cuối cùng, sản phẩm được triển khai thực tế và chuyển sang chế độ bảo trì định kỳ. Việc áp dụng quy trình chuẩn mang lại tính minh bạch cao. Các thành viên trong nhóm kỹ thuật dễ dàng phối hợp ăn ý. Khách hàng nắm bắt tiến độ công việc chính xác theo từng mốc thời gian. Rủi ro trễ hạn hoặc bội chi ngân sách được giảm thiểu đáng kể. Hệ thống duy trì tính ổn định lâu dài và dễ dàng nâng cấp khi phát sinh nhu cầu mới.

1.1. Bản chất và vai trò của kỹ thuật phần mềm

Kỹ thuật phần mềm là ngành khoa học ứng dụng các nguyên tắc kỹ thuật vào sản xuất phần mềm. Kỷ luật này giúp chuyển đổi quy trình lập trình tự phát thành hoạt động sản xuất công nghiệp chuẩn hóa. Phần mềm chất lượng cao cần thỏa mãn đồng thời tiêu chuẩn kỹ thuật và giá trị kinh tế. Hệ thống phải vận hành tin cậy, an toàn và dễ bảo trì. Chi phí vận hành cần duy trì ở mức hợp lý. Quy trình bài bản giúp doanh nghiệp kiểm soát chặt chẽ các chỉ số này. Nhờ đó, dự án hạn chế tối đa nguy cơ thất bại kỹ thuật. Tài liệu kỹ thuật được lưu trữ đầy đủ phục vụ chuyển giao công nghệ. Năng suất lao động của kỹ sư cũng gia tăng đáng kể.

1.2. Các giai đoạn cốt lõi trong vòng đời phần mềm

Vòng đời phát triển phần mềm gồm nhiều bước kế tiếp nhau. Bước khởi đầu là thu thập và phân tích yêu cầu từ khách hàng. Chuyên viên phân tích thiết lập tài liệu đặc tả chức năng chi tiết. Tiếp theo là giai đoạn thiết kế kiến trúc hệ thống và cơ sở dữ liệu. Lập trình viên nhận tài liệu thiết kế và viết mã nguồn tương ứng. Mã nguồn trải qua các đợt kiểm thử đơn vị, kiểm thử tích hợp và kiểm thử hệ thống. Giai đoạn bàn giao đưa sản phẩm vào môi trường vận hành thực tế. Cuối cùng, công tác bảo trì xử lý sự cố phát sinh và cập nhật tính năng mới theo biến động thị trường.

II. Phân tích thách thức trong quy trình phát triển phần mềm

Nhiều dự án công nghệ đối mặt với khủng hoảng do thiếu quy trình chuẩn. Vấn đề phổ biến nhất là sự mơ hồ trong việc xác định yêu cầu nghiệp vụ. Khách hàng thường không thể diễn đạt chính xác nhu cầu ban đầu của họ. Đội ngũ kỹ thuật dễ suy đoán sai lệch và xây dựng sai tính năng cốt lõi. Hậu quả là thời gian bàn giao kéo dài cùng chi phí sửa chữa khổng lồ. Bên cạnh đó, việc quản lý thay đổi thiếu kiểm soát cũng tạo ra rủi ro nghiêm trọng. Yêu cầu tính năng thay đổi liên tục trong quá trình lập trình làm vỡ cấu trúc ban đầu. Kiến trúc phần mềm trở nên rối rắm và khó kiểm soát chất lượng mã nguồn. Nợ kỹ thuật gia tăng nhanh chóng khiến chi phí bảo trì đội lên gấp nhiều lần. Sự thiếu hụt giao tiếp giữa các bộ phận cũng là rào cản lớn. Kỹ sư phân tích, lập trình viên và kiểm thử viên không có tiếng nói chung. Tài liệu bàn giao sơ sài làm gián đoạn dòng thông tin kỹ thuật. Thiếu công cụ tự động hóa khiến quá trình kiểm thử phụ thuộc vào thao tác thủ công dễ xảy ra sai sót. Dự án dễ rơi vào tình trạng chậm tiến độ kéo dài.

2.1. Khủng hoảng phần mềm và bài toán bùng nổ chi phí

Khủng hoảng phần mềm xuất hiện khi độ phức tạp của hệ thống vượt ngoài khả năng kiểm soát. Lỗi phát hiện ở giai đoạn trễ đòi hỏi kinh phí sửa chữa gấp hàng trăm lần so với giai đoạn phân tích. Việc vá lỗi chắp vá khiến hệ thống mất tính toàn vẹn kiến trúc. Khả năng tương thích giữa các mô-đun bị suy giảm rõ rệt. Đội ngũ kỹ thuật mất nhiều thời gian gỡ lỗi thay vì phát triển tính năng mới. Ngân sách dự án nhanh chóng cạn kiệt trước khi sản phẩm kịp ra mắt. Khách hàng mất niềm tin vào năng lực của nhà phát triển. Nhiều dự án công nghệ buộc phải hủy bỏ vì chi phí vượt quá giới hạn tài chính.

2.2. Khó khăn trong khâu khảo sát và đặc tả yêu cầu

Khảo sát hiện trạng đòi hỏi sự hiểu biết sâu sắc về thế giới thực. Chuyên viên phân tích phải nắm vững cơ cấu tổ chức cùng quyền hạn của từng vị trí công việc. Người dùng thường nhầm lẫn giữa mong muốn chủ quan và yêu cầu nghiệp vụ thực tế. Sự thiếu thống nhất giữa các phòng ban gây ra xung đột quyền lợi thông tin. Việc phân loại nghiệp vụ thành lưu trữ, tra cứu, tính toán và thống kê gặp nhiều trở ngại nếu tài liệu sơ sài. Đặc tả sai yêu cầu đầu vào sẽ kéo theo sai lệch toàn bộ quy trình xử lý và kết xuất dữ liệu. Hậu quả là phần mềm hoàn thiện không đáp ứng đúng bài toán nghiệp vụ của doanh nghiệp.

III. Các mô hình và phương pháp phát triển phần mềm tối ưu

Lựa chọn mô hình và phương pháp phù hợp là chìa khóa giải quyết khủng hoảng kỹ thuật. Các mô hình phát triển định hình cấu trúc tổ chức và luồng vận hành công việc. Mô hình Thác nước (Waterfall) thích hợp cho các dự án có yêu cầu cố định và rõ ràng ngay từ đầu. Mỗi giai đoạn triển khai tuần tự và kiểm duyệt chặt chẽ trước khi chuyển tiếp. Ngược lại, mô hình Bản mẫu (Prototyping) tạo ra phiên bản thử nghiệm sớm để người dùng trải nghiệm thực tế. Khách hàng phản hồi nhanh chóng giúp đội ngũ điều chỉnh yêu cầu kịp thời. Mô hình Xoắn ốc (Spiral) kết hợp tính lặp lại của bản mẫu với sự kiểm soát của thác nước. Mô hình này tập trung mạnh vào phân tích và kiểm soát rủi ro ở từng chu kỳ. Bên cạnh mô hình vòng đời, phương pháp thiết kế phần mềm giữ vai trò quyết định cấu trúc mã nguồn. Phương pháp hướng dữ liệu tập trung xây dựng mô hình thực thể kết hợp (ERD). Phương pháp này tối ưu cho các hệ thống lưu trữ và xử lý thông tin lớn. Phương pháp hướng chức năng phân rã bài toán thành sơ đồ luồng dữ liệu (DFD). Phương pháp hướng đối tượng kết hợp cả dữ liệu và hành vi vào các lớp đối tượng trực quan. Cách tiếp cận này nâng cao khả năng tái sử dụng mã nguồn và dễ mở rộng.

3.1. Các mô hình vòng đời phần mềm điển hình

Mỗi mô hình vòng đời phục vụ một dạng dự án đặc thù. Mô hình Thác nước vận hành tuyến tính qua các giai đoạn khảo sát, thiết kế, cài đặt và kiểm thử. Ưu điểm là tính kỷ luật cao và tài liệu bàn giao hoàn chỉnh. Tuy nhiên, mô hình này thiếu tính linh hoạt trước các thay đổi phát sinh. Mô hình Bản mẫu giải quyết nhược điểm này bằng cách tạo giao diện thử nghiệm nhanh. Người dùng tương tác trực tiếp để làm rõ các yêu cầu phức tạp. Mô hình Xoắn ốc chia dự án thành nhiều vòng lặp xoắn ốc liên tiếp. Mỗi vòng lặp đều trải qua khâu đánh giá rủi ro nghiêm ngặt. Đây là lựa chọn lý tưởng cho các hệ thống quy mô lớn và rủi ro cao.

3.2. So sánh phương pháp hướng cấu trúc và hướng đối tượng

Phương pháp xây dựng phần mềm định hướng cách thức tổ chức giải thuật và dữ liệu. Phương pháp hướng chức năng tập trung phân rã hệ thống thành các hàm xử lý nhỏ hơn. Sơ đồ DFD mô tả dòng chảy dữ liệu qua từng tiến trình. Phương pháp hướng dữ liệu tập trung cấu trúc bảng và quan hệ thực thể trước khi viết mã. Cả hai phương pháp truyền thống này gặp khó khăn khi bảo trì hệ thống phức tạp. Ngược lại, phương pháp hướng đối tượng (OOP) gom nhóm thuộc tính và phương thức vào các lớp đối tượng. Các tính chất đóng gói, kế thừa và đa hình giúp mã nguồn sáng sủa. Việc tái sử dụng thành phần phần mềm trở nên dễ dàng và an toàn hơn.

IV. Ứng dụng quy trình phát triển phần mềm vào thực tiễn

Áp dụng quy trình phát triển phần mềm chuẩn hóa mang lại lợi thế cạnh tranh vượt trội cho doanh nghiệp. Quá trình triển khai thực tế đòi hỏi sự linh hoạt trong việc kết hợp các mô hình và công cụ. Doanh nghiệp cần dựa trên quy mô dự án, mức độ biến động yêu cầu và nguồn lực nhân sự để chọn mô hình tối ưu. Môi trường phát triển hiện đại tích hợp các công cụ hỗ trợ tự động (CASE tools). Các phần mềm quản lý cấu hình và theo dõi lỗi giúp kiểm soát chất lượng mã nguồn liên tục. Quy trình kiểm thử tự động rút ngắn thời gian phát hiện lỗi kỹ thuật. Đội ngũ phát triển phản ứng nhanh nhạy trước các thay đổi từ thị trường. Bên cạnh công nghệ, yếu tố con người giữ vai trò quyết định sự thành bại của quy trình. Kỹ sư phần mềm cần trang bị tư duy hệ thống và kỹ năng giao tiếp chuyên nghiệp. Việc đào tạo quy chuẩn kỹ thuật định kỳ nâng cao năng lực cho toàn bộ nhân sự. Tài liệu hóa dự án cẩn thận giúp doanh nghiệp bảo toàn tài nguyên tri thức. Nhờ đó, sản phẩm công nghệ duy trì chất lượng vượt trội, tiết kiệm chi phí bảo trì và phát triển bền vững.

4.1. Tiêu chí lựa chọn mô hình phù hợp cho dự án

Việc lựa chọn mô hình phụ thuộc vào nhiều yếu tố thực tế của dự án. Yếu tố đầu tiên là mức độ rõ ràng của các yêu cầu nghiệp vụ. Dự án có yêu cầu cố định và công nghệ quen thuộc nên ưu tiên mô hình Thác nước. Ngược lại, dự án có nghiệp vụ mới mẻ nên chọn mô hình Bản mẫu để giảm thiểu rủi ro hiểu sai. Yếu tố thứ hai là quy mô và ngân sách đầu tư của doanh nghiệp. Các hệ thống phức tạp với tính an toàn cao đòi hỏi mô hình Xoắn ốc để kiểm soát sai sót. Cuối cùng, năng lực chuyên môn của đội ngũ kỹ sư và công cụ hỗ trợ quyết định tốc độ thực thi dự án.

4.2. Vai trò của công cụ và kỹ sư trong quy trình

Công cụ hỗ trợ phát triển phần mềm tạo nền tảng tự động hóa vững chắc cho toàn bộ vòng đời sản phẩm. Các công cụ CASE hiện đại hỗ trợ vẽ sơ đồ thiết kế, quản lý phiên bản mã nguồn và tự động hóa kiểm thử. Nhờ đó, sai sót từ thao tác thủ công giảm đi rõ rệt. Tuy nhiên, công cụ chỉ phát huy hiệu quả khi kết hợp với năng lực của kỹ sư phần mềm. Kỹ sư phải thành thạo kỹ thuật lập trình, am hiểu quy trình nghiệp vụ và tuân thủ kỷ luật kỹ thuật. Sự kết hợp chặt chẽ giữa công cụ tự động và nhân lực trình độ cao bảo đảm dự án hoàn thành đúng tiến độ.

Nội dung chính

TỔNG QUAN TÀI LIỆU HỌC TẬP CÔNG NGHỆ PHẦN MỀM (MÃ HỌC PHẦN: CMP101)

Tổng quan về giáo trình (250-300 từ)

Tài liệu học tập Công nghệ phần mềm (mã học phần: CMP101) do ThS. Dương Thành Phết biên soạn, được phát hành năm 2019 phục vụ công tác đào tạo tại Trường Đại học Công nghệ TP.HCM (HUTECH). Trong chương trình đào tạo ngành Công nghệ thông tin, học phần giữ vị trí khối kiến thức cơ sở ngành, thiết lập mối liên kết giữa kỹ năng lập trình căn bản với năng lực thiết kế, tổ chức và quản lý các dự án phần mềm ở quy mô thực tế.

Mục tiêu học tập của giáo trình tập trung trang bị cho người học hệ thống tri thức cơ sở về các đối tượng chính yếu trong kỹ nghệ phần mềm: quy trình công nghệ, phương pháp kỹ thuật thực hiện, phương pháp tổ chức quản lý, cùng hệ thống công cụ và môi trường triển khai. Sau khi hoàn thành học phần, sinh viên có khả năng phân tích, lựa chọn và vận dụng linh hoạt các mô hình vòng đời phát triển phần mềm, hiện thực hóa các giải pháp phần mềm đáp ứng nhu cầu thực tiễn của doanh nghiệp.

Giáo trình có kết cấu gồm 10 bài học lý thuyết, 3 phụ lục (Phụ lục A, Phụ lục B về tài liệu tham khảo mở rộng, Phụ lục C về quy trình RUP) và danh mục tài liệu tham khảo học thuật. Nội dung tiếp cận tuyến tính theo chu kỳ sống của phần mềm, bắt đầu từ giai đoạn xác định yêu cầu, phân tích mô hình hóa, thiết kế kiến trúc, tổ chức dữ liệu, xây dựng chương trình, kiểm thử, bảo trì, đến công tác quản trị dự án và chuẩn hóa quy trình. Điểm đặc thù của tài liệu là phân rã cấu trúc phần mềm thành ba thành phần kỹ thuật tương ứng (thành phần giao tiếp, thành phần dữ liệu, thành phần xử lý), gắn chặt lý thuyết với công cụ CASE và chuẩn mực đạo đức nghề nghiệp.

---

Nội dung kiến thức cốt lõi (500-600 từ)

Các chương/chủ đề chính

Cấu trúc giáo trình phân bổ qua 10 bài học chuyên đề, trong đó các khối kiến thức trọng tâm gồm:

• Bài 1: Giới thiệu: Trình bày định nghĩa phần mềm, lớp phần mềm, 6 thuộc tính chất lượng phần mềm, nguồn gốc cuộc khủng hoảng phần mềm năm 1968, các mô hình chu kỳ sống (Thác nước, Bản mẫu, Xoắn ốc), phương pháp tiếp cận và chuẩn mực đạo đức nghề nghiệp của kỹ sư phần mềm.
• Bài 2: Tác vụ phân tích & đặc tả yêu cầu: Khảo sát 11 khía cạnh phân tích hệ thống (phạm vi, nghiệp vụ mở rộng, bảo mật phân quyền theo vai trò, tốc độ phản hồi qua thông số TPM và băng thông, chi phí vận hành, tính sẵn dùng, yếu tố con người, tích hợp cơ sở dữ liệu, quy mô và hạ tầng mạng); phân loại yêu cầu chức năng và phi chức năng; kỹ thuật lập mô hình hóa (FDD, DFD, Prototype, mô hình hướng đối tượng).
• Bài 3 & Bài 4: Tác vụ thiết kế phần mềm và tổ chức dữ liệu: Trình bày kiến trúc phần mềm, phương pháp thiết kế hướng chức năng, hướng đối tượng; quá trình chuyển giao từ mô hình dữ liệu quan niệm sang mô hình luận lý và vật lý bằng phương pháp trực tiếp hoặc gián tiếp thông qua sơ đồ thực thể kết hợp (ERD).
• Bài 5: Tác vụ thiết kế giao diện: Nguyên tắc phân loại và xây dựng màn hình thực đơn chính (menu), cấu trúc chuẩn hóa cho màn hình tra cứu thông tin và các hình thức màn hình nhập liệu (dạng danh sách, hồ sơ, phiếu ghi nhận).
• Bài 6 & Bài 7: Xây dựng chương trình và kiểm thử phần mềm: Tiêu chí đánh giá môi trường lập trình (tính mô-đun hóa, cấu trúc dữ liệu, tài liệu kỹ thuật); quy trình rà soát mã nguồn (Design and Code Review); các kỹ thuật kiểm thử hộp đen, hộp trắng, hộp xám cùng các cấp độ kiểm thử chức năng, tích hợp, hệ thống và chấp nhận (Acceptance Test).
• Bài 8, Bài 9 & Bài 10: Vận hành, quản trị dự án và quy trình phần mềm: Quy trình lập kế hoạch bảo trì; hoạt động quản trị dự án gồm ước lượng kích thước phần mềm, quản lý cấu hình, kiểm soát rủi ro; giới thiệu các khung quy trình tiêu chuẩn công nghiệp gồm ISO, CMM/CMMI và Rational Unified Process (RUP).

Logic triển khai nội dung tuân thủ chặt chẽ tiến trình kỹ thuật hệ thống: tiếp nhận bài toán nghiệp vụ thế giới thực $\rightarrow$ mô hình hóa yêu cầu $\rightarrow$ thiết kế giải pháp $\rightarrow$ hiện thực mã nguồn $\rightarrow$ kiểm chứng chất lượng $\rightarrow$ bàn giao vận hành và chuẩn hóa quản lý.

Kiến thức nền tảng được xây dựng

Giáo trình xây dựng hệ thống lý thuyết dựa trên các định nghĩa học thuật kinh điển về Công nghệ phần mềm của F. L. Bauer (1969), C. Ghezzi (1991), tiêu chuẩn IEEE (1993), I. Sommerville (1995), M. Kawamura (1995) và R. S. Pressman (1995). Các nguyên lý cốt lõi được định hình xuyên suốt tài liệu bao gồm: nguyên lý "chia để trị" (divide-and-conquer) trong phân rã chức năng; nguyên lý che giấu thông tin (information hiding) và đóng gói dữ liệu trong thiết kế hướng đối tượng; cấu trúc trừu tượng hóa ba thành phần phần mềm (Giao diện - Xử lý - Dữ liệu) cùng cơ chế luân chuyển dữ liệu giữa bộ nhớ chính và bộ nhớ phụ. Về mặt quản trị, giáo trình xác lập khung tham chiếu đối chuẩn năng lực tổ chức phần mềm dựa trên các mô hình CMM/CMMI, ISO và quy trình RUP.

Kỹ năng phát triển

• Kỹ năng kỹ thuật (Technical skills): Xây dựng sơ đồ phân rã chức năng (FDD), sơ đồ luồng dữ liệu (DFD), sơ đồ thực thể kết hợp (ERD) và sơ đồ lớp đối tượng (Class Diagram); thiết kế biểu mẫu nhập/xuất và cơ chế tra cứu dữ liệu; áp dụng kỹ thuật kiểm thử hộp đen/hộp trắng để phát hiện lỗi mã nguồn.
• Kỹ năng phân tích (Analytical skills): Phân tích ranh giới phạm vi dự án; bóc tách quy tắc nghiệp vụ (business rules); định lượng yêu cầu phi chức năng về tốc độ, bảo mật, thời gian đáp ứng; phân tích điểm nghẽn cổ chai (bottleneck) hệ thống bằng công cụ giám sát hiệu năng.
• Năng lực thực tiễn (Practical competencies): Thực hiện quy trình khảo sát hiện trạng thực tế bằng phương pháp quan sát, phỏng vấn và thu thập biểu mẫu; lập tài liệu đặc tả yêu cầu; tham gia quy trình rà soát thiết kế, lập trình và quản lý phiên bản trong môi trường phát triển chuyên nghiệp.

---

Phương pháp giảng dạy và học tập (300-350 từ)

Giáo trình áp dụng phương pháp tiếp cận sư phạm kết hợp giữa diễn giải nguyên lý kỹ thuật và mô hình hóa trực quan. Các khối kiến thức trừu tượng được cụ thể hóa bằng lưu đồ quy trình, bảng biểu đối chiếu và sơ đồ kiến trúc, cho phép người học nắm bắt bản chất mối quan hệ giữa thông tin đầu vào, thao tác xử lý và kết quả chuyển giao qua từng giai đoạn phát triển phần mềm.

Hệ thống bài tập và nghiên cứu tình huống được xây dựng dựa trên các lớp bài toán thực tế được phân loại cụ thể tại Bài 1, bao gồm: hệ thống quản lý mượn/trả sách thư viện trường học, bài toán phân quyền người dùng (quản trị, thủ thư, độc giả), quản lý cửa hàng kinh doanh dược phẩm/vật liệu xây dựng, xếp lịch biểu thi đấu và trò chơi logic. Các bài tập thực hành yêu cầu sinh viên trực tiếp vẽ sơ đồ DFD, thiết kế thực thể ERD, thiết lập ràng buộc nghiệp vụ cho biểu mẫu nhập liệu và viết kịch bản kiểm thử (test case) cho các hàm xử lý tính toán.

Phương pháp đánh giá học phần CMP101 được xác định rõ ràng với hai cấu phần:

• Điểm quá trình (trọng số 30%): Do giảng viên trực tiếp quyết định dựa trên mức độ chuyên cần, kết quả thực hiện bài tập trên lớp, bài tập về nhà và các hoạt động đánh giá định kỳ theo quy chế đào tạo.
• Điểm thi kết thúc học phần (trọng số 70%): Tổ chức dưới hình thức thi trắc nghiệm khách quan trong thời lượng 60 phút, nội dung bao quát toàn diện các kiến thức từ Bài 1 đến Bài 10.

Để tiếp nhận nội dung học phần hiệu quả, tài liệu đưa ra chỉ dẫn tự học cụ thể: sinh viên cần đọc trước mục tiêu và phần tóm tắt của từng bài trước khi lên lớp; hoàn thành việc trả lời các câu hỏi ôn tập sau mỗi mục nội dung; giải quyết các bài tập rèn luyện ở cuối bài học và tự mở rộng tra cứu thêm các chủ đề liên quan trong phần phụ lục.

---

Điểm nổi bật và cập nhật (250-300 từ)

Tài liệu học tập thể hiện tính cập nhật và giá trị học thuật thông qua việc hệ thống hóa toàn diện các công cụ hỗ trợ công nghệ phần mềm (CASE tools) và môi trường phát triển phần mềm (SDE) phổ biến trong công nghiệp. Giáo trình phân loại cụ thể công cụ tương ứng với từng giai đoạn tác vụ:

• Giai đoạn phân tích và mô hình hóa: WinA&D, Analyst Pro, Rational Rose.
• Giai đoạn thiết kế dữ liệu và cấu trúc: Power Designer, Oracle Designer, Rational Rose.
• Giai đoạn lập trình và quản lý phiên bản: Microsoft Visual Studio .NET (Basic, C#, C++), Borland.
• Giai đoạn kiểm chứng và tự động hóa kiểm thử: WinRunner, QuickTestPro.
• Giai đoạn tổ chức và quản trị dự án: Microsoft Project, Microsoft Visio.

Nội dung giáo trình phản ánh các xu hướng công nghệ thực tiễn khi đi sâu phân tích các bài toán phần mềm phân tán, tối ưu hóa giao dịch trên hệ quản trị cơ sở dữ liệu lớn (như chuyển dịch từ MS Access sang MS SQL Server), kỹ thuật kết nối dữ liệu kế thừa qua ODBC, và phương pháp xác định điểm nghẽn hiệu năng hệ thống bằng công cụ Windows NT Performance Monitor.

Đặc biệt, tài liệu tích hợp chuẩn mực quản lý chất lượng quốc tế với việc trình bày mô hình độ trưởng thành năng lực CMM/CMMI, tiêu chuẩn ISO, đồng thời dành riêng Phụ lục C để mô tả chi tiết quy trình phát triển hợp nhất RUP (Rational Unified Process). Song song với khía cạnh kỹ thuật, tài liệu cập nhật 8 quy tắc ứng xử chuẩn mực (Code of Ethics) do các tổ chức nghề nghiệp quốc tế ban hành, định hướng kỹ sư phần mềm về năng lực, sự tin cậy, tôn trọng tài sản trí tuệ và chống lạm dụng hệ thống máy tính.

---

Đối tượng sử dụng giáo trình (200-250 từ)

Giáo trình được biên soạn phục vụ trực tiếp cho sinh viên bậc đại học thuộc các ngành Công nghệ thông tin, Kỹ thuật phần mềm và Hệ thống thông tin tại Trường Đại học Công nghệ TP.HCM (HUTECH). Học phần CMP101 thường được bố trí trong giai đoạn năm thứ hai hoặc năm thứ ba của khung chương trình đào tạo.

Để tiếp thu tốt nội dung tài liệu, người học bắt buộc phải đáp ứng các yêu cầu về kiến thức tiền đề bao gồm: đã hoàn thành các học phần về ngôn ngữ lập trình căn bản, có kinh nghiệm cài đặt các ứng dụng phần mềm cơ bản, hiểu và vận dụng được cấu trúc dữ liệu và giải thuật, đồng thời nắm vững các khái niệm nền tảng về kiến trúc máy tính và mạng máy tính.

Đối với giảng viên, tài liệu là căn cứ khung để xây dựng đề cương chi tiết bài giảng, thiết kế kế hoạch giảng dạy 10 bài học trên lớp, tổ chức các bài tập kiểm tra đánh giá quá trình và xây dựng ngân hàng câu hỏi phục vụ kỳ thi trắc nghiệm kết thúc học phần 60 phút. Đối với người tự học và kỹ sư phần mềm mới bắt đầu, giáo trình cung cấp hệ thống thuật ngữ chuẩn hóa, các mô hình quy trình và phương pháp luận kỹ thuật phục vụ việc tra cứu, chuẩn hóa quy trình phân tích và thiết kế hệ thống thông tin.

---

Câu hỏi thường gặp (250-300 từ)

1. Giáo trình này phù hợp với ai?
Tài liệu được thiết kế chuyên biệt cho sinh viên đại học ngành Công nghệ thông tin theo học học phần Công nghệ phần mềm (CMP101), đồng thời phù hợp làm tài liệu tham khảo cho người học cần hệ thống hóa các nguyên lý phân tích, thiết kế, kiểm thử và quản trị dự án phần mềm theo quy chuẩn kỹ thuật.

2. Cần kiến thức nền nào để học?
Người học cần tích lũy các kiến thức tiền đề về ngôn ngữ lập trình, kỹ năng xây dựng chương trình ứng dụng cơ bản, nắm vững cấu trúc dữ liệu - giải thuật, có hiểu biết về kiến trúc máy tính và nguyên lý hoạt động của mạng máy tính.

3. Điểm khác biệt với giáo trình khác?
Giáo trình mô hình hóa cấu trúc phần mềm rất chi tiết thành 3 thành phần kỹ thuật gắn liền với hệ thống hàm chuyên biệt (hàm nhập/xuất, hàm đọc/ghi, hàm kiểm tra/xử lý); bóc tách cụ thể 11 khía cạnh phân tích yêu cầu; đồng thời kết hợp đối chiếu hệ thống công cụ CASE thương mại xuyên suốt mọi giai đoạn vòng đời phần mềm.

4. Làm sao để tự học hiệu quả?
Người học cần tuân thủ quy trình đọc trước mục tiêu và tóm tắt bài học, nghiên cứu nội dung chi tiết, trả lời các câu hỏi ôn tập sau mỗi mục, thực hiện đầy đủ bài tập thực hành cuối bài và nghiên cứu các chuyên đề mở rộng tại các phần phụ lục.

5. Có tài liệu bổ trợ nào kèm theo?
Tài liệu tích hợp sẵn hệ thống bài tập tại Phụ lục A, tài liệu đọc thêm tại Phụ lục B, hướng dẫn chi tiết về quy trình RUP tại Phụ lục C và danh mục các sách chuyên khảo tham khảo của các tác giả như R. S. Pressman, I. Sommerville ở cuối sách.

---

Kết luận (150 từ)

Tài liệu học tập Công nghệ phần mềm (CMP101) của ThS. Dương Thành Phết xác lập một hệ thống tri thức học thuật hoàn chỉnh, chuẩn hóa về mặt phương pháp luận trong việc xây dựng và quản trị sản phẩm phần mềm. Giá trị cốt lõi của giáo trình thể hiện ở sự cân bằng giữa lý thuyết nền tảng kỹ nghệ phần mềm và các chuẩn mực thực tế của ngành công nghiệp công nghệ thông tin.

Lộ trình học tập đề xuất cho người học bắt đầu từ việc nắm vững bản chất chu kỳ sống phần mềm (Bài 1), rèn luyện kỹ năng phân tích và mô hình hóa yêu cầu (Bài 2), làm chủ các kỹ thuật thiết kế kiến trúc, dữ liệu và giao diện (Bài 3-5), thực thi lập trình và kiểm chứng chất lượng (Bài 6-7), tiến tới quản trị vận hành, ước lượng dự án và áp dụng các mô hình quy trình chuẩn CMM/CMMI, RUP (Bài 8-10, Phụ lục C). Để hỗ trợ quá trình học tập, người học có thể khai thác các công cụ CASE hỗ trợ và gửi phản hồi chuyên môn trực tiếp về ban biên tập tài liệu học tập của nhà trường qua địa chỉ [e-mail].

Trích đoạn nội dung tài liệu

MỞ đầU .2 Phần mềm hỗ trợ thực hiện các giai đOậI. c LH HH HH HH TH HH ky 22 1.3 Phần mềm hỗ trợ tổ chức, quản lý việc triển khai.6 YEU CAU ĐỐI VỚI KỸ SƯ PHẦN MỀM. Ăn HH HH khen 23 TÓM TẮTT. TH HH HH HA HH HA HH HH TH HH TH H0 24 BÀI 2: TÁC VỤ PHÂN TÍCH & ĐẶC TẢ YÊU CÂU.25 tháo con ẽẽốố.1 Phân tích Phạm ví dự áh.

HH nọ cv 25 2.2 Phân tích Mở rộng Yêu cầu NghiỆp VỤ.-- ác HH TH TT nh kh crky 27 2.3 Phân tích Yêu cầu Bảo mật[. ch nh ch ch ve 29 2.4 Phân tích Yêu cầu Tốc độ.- HH HH HH HH HH gen he 31 2.5 Phân tích Yêu cầu Vận hành. nọ ki chi ch gi ch 32 2.6 Phân tích Khả năng Mở rộng YÊU CỒU.Q HH nh ni ve 33 2.7 Phân tích Yêu cầu Sẵn dùng. H HH HH SH Hn HH HH HH ưu 34 2.8 Phân tích YEU tố Con nGƯỜI.

cn HT cv 34 2.9 Phân tích Yêu cầu TÍCh hỢP. cc cu n c ci hc h vi c 34 2.10 Phân tích Thực tiễn Nghiệp vụ tồn tại. Tá LH HH HH HH HH key 35 mm Mục Lục 2.11 Phân tích Yêu cầu Khả năng và Quy mô. HH HH HH, 36 2.3 XÁC ĐỊNH YÊU CÂẦU.--- Ăn TH HT HH nh 36 FE R7.2 Phân loại yÊU CầU.

HH nh cọc cv vớ 38 2.3 Các bước xác định yêu CẦU. HH HH ch ii ch cv vớ 41 2.4 MO HINH HOA YEU CAU HE THONG. HH HH HH ng 47 2.1 Các Nguyên lý Mô hình hóa. --- - c- n1 11103110 1110 11101 11 1v hy ch kh cv 48 2.2 Sơ đồ phân rã chức năng (FDD).

ch HH HH nh như 49 2.3 Mô hình bản mẫu (ProtOty/D€) .4 Sơ đồ luồng dữ liệu (Data Flow Diagram, DFD). ch nh kh rẻ 52 2.5 Mô hình hướng đối tƯỢng.6 Ví dụ minh họa từ yêu cầu sang mô hình hÓa.-- kh kh ch 57 L8. 58 BÀI 3: TÁC VỤ THIẾT KẾ PHẦN MỀM. HH HH HH 59 khi» co 0 ai ìn.

na nh nen.2 Thiết kế giao diện người dÙng.3 Thiết kế hướng ChỨC nắng. --- ni hi cv 69 kh h h1.3 PHƯƠNG PHÁP THIẾT KẾ PHẦN MỀM. HH HH ng ng 72 kho nh hổ vốn ốẽ ẽ ẽẽ. 76 BÀI 4: TÁC VỤ THIẾT KE & TỔ CHỨC DỮ LIỆU .2 KẾT QUẢ CỦA THIẾT KẾ.-- -- L5 «+ TH HH HH HH Hà mu hư 4.3 QUÁ TRÌNH THIẾT KE.4 PHUONG PHAP THIET KE DU LIEU .1 Phương pháp TTỰC LIẾD.--- HH ch cọc Bi c crv 85 4.2 Phương pháp Giản tÍẾP.

nà HH nọ ch ii ki cv 86 7/0. 93 BÀI 5: TÁC VỤ THIẾT KẾ GIAO DIỆN. HH HH HH HH HH KH như xem 94 Lhà co hố ẽốẽẽ.1 Két qua thiết kế.2 Phân loại màn hình giao diỆn. «nu ch cu cv chư 97 EÝôn m1.

ống anh na.5 Một số ChÚ ý ChUng. nọ ki ch ii ki ti ch 104 5.1 M6 EB MAN DINAN CHIN ieee ccc ec cnc ccteeeneeceneenneeeeeenaeeseeeeaaesne een eeseestaeesaesaaesnaneags 105 5,2.2 Thiết kế màn hình chính dùng thực đơn (me€nU). con ven 106 Mục Lục Fag E7.3 THIẾT KẾ MÀN HÌNH TRA CỨU .---- «5< SH HH Ha ga ngrxrk 107 5.1 Mô tả màn hình tra CỨU. uc nh in cọc ii ki ch 107 5.2 Thể hiện tiêu chuẩn tra CỨU.

HH H HH HH SH H nen H nen he ren 108 cay T8.4 Thao tác người dùng và xử lý của phần mỀm.4 THIẾT KẾ MÀN HÌNH NHẬP LIỆU. --- LH HH nh nhện 111 5.1 M6 ta MAN Winn NAEP HOU.2 Thiét kE man hinh nhập liệu dạng danh SáCH. HH nh re 113 5,4.3 Thiết kế màn hình nhập liệu dạng hồ SƠ. LG HH KH nh kh cv 114 5.