Mô Hình Phát Triển Phần Mềm: Quy Trình và Các Kỹ Thuật

Ngành công nghệ phần mềm đòi hỏi sự chặt chẽ trong từng giai đoạn sản xuất. 239 trang · Hutech.

• Trường học: Hutech
• Chuyên ngành: Phát Triển Phần Mềm
• Đề tài: Mô Hình Phát Triển Phần Mềm: Quy Trình và Các Kỹ Thuật
• Loại tài liệu: tài liệu

Mục lục chi tiết

• HƯỚNG DẪN
• 1. BÀI 1: TỔNG QUAN VỀ CÔNG NGHỆ PHẦN MỀM
• 1.1. Phần mềm
• 1.2. Chất lượng phần mềm
• 1.3. Công nghệ phần mềm
• 1.4. Quy trình phát triển phần mềm
• 1.4.1. Bước phát triển
• 1.4.2. Bước bảo trì
• 1.5. Các mô hình phát triển phần mềm
• 1.5.1. Mô hình thác nước (Waterfall Model)
• 1.5.2. Mô hình chữ V (V-Model)
• 1.5.3. Mô hình bản mẫu (Prototype Model)
• 1.5.4. Mô hình xoắn ốc (Spiral Model)
• 1.5.5. Mô hình phát triển nhanh RAD (RAD Model)
• 1.5.6. Mô hình lặp (Iterative Model)
• 1.5.7. Mô hình tăng trưởng (Incremental Model)
• 1.5.8. Phương pháp Agile (Agile Methodology) và Quy trình RUP
• 1.6. Các phương pháp xây dựng phần mềm
• 1.6.1. Phân loại
• 1.6.2. Các phương pháp xây dựng phần mềm
• 1.7. Công cụ & môi trường phát triển phần mềm
• 1.7.1. Phần mềm hỗ trợ thực hiện các giai đoạn
• 1.7.2. Phần mềm hỗ trợ tổ chức, quản lý việc triển khai
• 1.8. Yêu cầu đối với kỹ sư phần mềm
• 1.9. Tóm lược
• 2. BÀI 2: PHÂN TÍCH VÀ ĐẶC TẢ YÊU CẦU PHẦN MỀM
• 2.1. Tổng quan về phân tích và đặc tả yêu cầu
• 2.2. Phân tích yêu cầu
• 2.2.1. Phân tích yêu cầu nghiệp vụ
• 2.2.2. Phân tích yêu cầu bảo mật
• 2.2.3. Phân tích yêu cầu tốc độ
• 2.2.4. Phân tích yêu cầu văn hóa
• 2.2.5. Phân tích khả năng mở rộng yêu cầu
• 2.2.6. Phân tích yếu tố con người
• 2.2.7. Phân tích yêu cầu tương thích
• 2.2.8. Phân tích yêu cầu khả năng vận hành và bảo trì
• 2.3. Các kỹ thuật thu thập yêu cầu phần mềm
• 2.3.1. Kỹ thuật phỏng vấn
• 2.3.2. Ấn định công việc tạm thời
• 2.3.3. Điều tra qua bảng câu hỏi
• 2.3.4. Xem xét tài liệu
• 2.3.5. Xem xét hiện trạng
• 2.4. Xác định yêu cầu
• 2.4.1. Yêu cầu và mô tả yêu cầu
• 2.4.2. Phân loại yêu cầu
• 2.4.3. Các bước xác định yêu cầu
• 2.5. Đặc tả yêu cầu
• 2.5.1. Đặc tả yêu cầu hệ thống
• 2.5.2. Đặc tả yêu cầu người dùng
• 2.6. Thẩm định yêu cầu
• 2.6.1. Các kỹ thuật thẩm định yêu cầu
• 2.6.1.1. Xem lại yêu cầu
• 2.6.1.2. Sử dụng phiên bản thử nghiệm
• 2.6.1.3. Thẩm định yêu cầu
• 2.6.1.4. Kiểm thử yêu cầu
• 3. BÀI 3: MÔ HÌNH HÓA
• 3.1. Tổng quan về mô hình hóa hệ thống
• 3.1.1. Mục đích của mô hình hóa hệ thống
• 3.1.2. Mô hình ngữ cảnh (Context Model)
• 3.1.3. Mô hình tiến trình (Process Model)
• 3.1.4. Mô hình hành vi (Behavioural Model)
• 3.1.5. Mô hình dữ liệu (Data Model)
• 3.1.6. Mô hình đối tượng (Object Model)
• 3.2. Ngôn ngữ mô hình hóa
• 3.2.1. Khái niệm về UML (Unified Modeling Language)
• 3.2.2. Mục đích của UML
• 3.2.3. Structure Diagram
• 4. BÀI 4: THIẾT KẾ PHẦN MỀM
• 4.1. Tổng quan về thiết kế phần mềm
• 4.1.1. Thiết kế giao diện người dùng
• 4.1.2. Thiết kế kiến trúc
• 4.1.3. Thiết kế hướng đối tượng
• 4.2. Kiến trúc phần mềm
• 4.3. Mô hình Client - Server - Service
• 4.4. Mô hình Peer to Peer
• 4.5. Mô hình Clouding
• 4.6. Phương pháp thiết kế phần mềm
• 4.7. Ví dụ minh họa
• 5. BÀI 5: THIẾT KẾ VÀ TỔ CHỨC DỮ LIỆU
• 5.1. Tổng quan
• 5.2. Xác định các thành phần dữ liệu
• 5.3. Vẽ sơ đồ dữ liệu
• 5.3.1. Cách vẽ sơ đồ dữ liệu theo hướng trực tiếp
• 5.3.2. Cách vẽ sơ đồ dữ liệu theo hướng gián tiếp
• 5.4. Đặc tả các thành phần dữ liệu
• 5.5. Các công cụ lưu trữ và quản trị dữ liệu
• 6. BÀI 6: THIẾT KẾ GIAO DIỆN, XỬ LÝ, THUẬT TOÁN
• 6.1. Thiết kế giao diện
• 6.1.1. Tổng quan về thiết kế giao diện
• 6.1.2. Đặc tả giao diện
• 6.1.3. Các lưu ý khi thiết kế
• 6.2. Thiết kế xử lý, thuật toán
• 6.2.1. Tổng quan về thiết kế xử lý, thuật toán
• 6.2.2. Phân loại và xác định các quy trình xử lý, thuật toán
• 6.2.3. Tính chất của quy trình xử lý, thuật toán
• 6.2.4. Vai trò của quy trình xử lý, thuật toán
• 6.3. Tóm lược
• 7. BÀI 7: REPOSITORY DESIGN PATTERN
• 7.1. Mô hình Repository Design Pattern
• 7.1.1. Khái niệm Repository Design Pattern
• 7.1.2. Kiến trúc áp dụng
• 7.1.3. Cấu trúc chương trình
• 7.2. Một số kỹ thuật phong cách lập trình
• 7.2.1. Một số đề nghị phong cách lập trình
• 7.2.2. Môi trường lập trình
• 7.2.3. Tiêu chí về khả năng mô-đun hóa của ngôn ngữ
• 7.2.4. Tổ chức cấu trúc dữ liệu trong ngôn ngữ lập trình
• 7.3. Đánh giá chất lượng công việc
• 7.3.1. Đánh giá lại thiết kế và chương trình (Design and Code Review)
• 7.3.2. Ví dụ minh họa
• 7.4. Tóm lược
• 8. BÀI 8: KIỂM THỬ CHẤT LƯỢNG PHẦN MỀM
• 8.1. Tổng quan về kiểm thử
• 8.2. Yêu cầu đối với kiểm thử
• 8.3. Các kỹ thuật kiểm thử
• 8.3.1. Phương pháp Hộp đen (Black box)
• 8.3.2. Phương pháp Hộp trắng (White box)
• 8.3.3. Phương pháp Hộp xám (Gray box)
• 8.4. Chiến lược & các giai đoạn kiểm thử
• 8.4.1. Kiểm thử chức năng (Functional Test)
• 8.4.2. Kiểm thử hệ thống (System Test)
• 8.4.3. Kiểm thử chấp nhận (Acceptance Test)
• 8.4.4. Kiểm thử hồi quy
• 8.4.5. Một số công việc khác
• 8.5. Ví dụ minh họa
• 8.6. Tóm lược
• 9. BÀI 9: BẢO TRÌ VÀ PHÁT TRIỂN PHẦN MỀM
• 9.1. Tổng quan về bảo trì phần mềm
• 9.2. Tầm quan trọng của bảo trì
• 9.3. Kế hoạch bảo trì phần mềm
• 9.4. Quy trình bảo trì phần mềm
• 9.5. Bảo trì trong các phương pháp phát triển phần mềm
• 9.6. Quy trình mở rộng và phát triển phần mềm
• PHỤ LỤC B - THAM KHẢO

Tóm tắt

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

Ngành công nghệ phần mềm đòi hỏi sự chặt chẽ trong từng giai đoạn sản xuất. Mô hình phát triển phần mềm đóng vai trò khung sườn kỹ thuật cho mọi dự án. Cấu trúc này quy định rõ lộ trình từ khảo sát yêu cầu, thiết kế kiến trúc đến triển khai mã nguồn và nghiệm thu. Việc tuân thủ mô hình chuẩn giúp kiểm soát chất lượng sản phẩm toàn diện. Dự án giảm thiểu tối đa sai lệch thông số kỹ thuật giữa các bộ phận. Vòng đời phát triển phần mềm bao gồm hai chặng đường chính: xây dựng và bảo trì. Giai đoạn xây dựng chuyển hóa ý tưởng thành mã nguồn có thể thực thi. Giai đoạn bảo trì khắc phục khiếm khuyết phát sinh và nâng cấp tính năng theo môi trường vận hành mới. Mỗi mô hình thiết lập một trình tự thực hiện riêng biệt. Mô hình tuần tự yêu cầu hoàn tất từng pha trước khi chuyển tiếp. Mô hình tiến hóa chú trọng việc bàn giao sớm các phiên bản trung gian để nhận phản hồi. Sự đa dạng phương pháp luận mang lại tính linh hoạt cao cho các nhóm kỹ thuật. Quản lý dự án cần hiểu sâu bản chất kỹ thuật của từng mô hình để áp dụng chính xác.

1.1. Bản chất và vai trò của vòng đời phần mềm

Vòng đời phần mềm định hình toàn bộ tiến trình tồn tại của hệ thống. Tiến trình này bắt đầu từ ý tưởng sơ khai đến khi hệ thống ngừng vận hành hoàn toàn. Mỗi giai đoạn trung gian đều tạo ra tài liệu kỹ thuật và sản phẩm bàn giao tương ứng. Bản đặc tả yêu cầu hướng dẫn giai đoạn thiết kế kiến trúc. Thiết kế kiến trúc định hướng việc viết mã nguồn và xây dựng cơ sở dữ liệu. Kiểm thử hệ thống đánh giá mức độ tương thích đối với yêu cầu ban đầu. Hoạt động kiểm thử độc lập giúp phát hiện sớm các khiếm khuyết logic. Quản lý vòng đời chặt chẽ bảo đảm chi phí phát triển không vượt dự toán. Tiến độ bàn giao cũng được duy trì ổn định.

1.2. Phân loại các nhóm mô hình kỹ thuật cơ bản

Lịch sử công nghệ phần mềm ghi nhận hai nhánh phương pháp luận chính. Nhánh thứ nhất bao gồm các mô hình tuần tự như Thác nước và Chữ V. Nhánh này tập trung vào tính kỷ luật và văn bản hóa toàn diện. Các pha kỹ thuật được bố trí tuyến tính và kiểm soát nghiêm ngặt. Nhánh thứ hai bao gồm các mô hình tiến hóa và lặp. Điển hình là mô hình Bản mẫu, Xoắn ốc và Tăng trưởng. Cách tiếp cận này chia nhỏ dự án thành nhiều phân đoạn ngắn. Mỗi phân đoạn tạo ra một bản phát hành hoàn chỉnh một phần. Khách hàng trực tiếp đánh giá sản phẩm sau từng chu kỳ. Phản hồi thực tế giúp nhóm kỹ thuật điều chỉnh tính năng kịp thời. Nhờ vậy, rủi ro sai lệch yêu cầu giảm đáng kể.

II. Phân tích thách thức trong việc chọn mô hình phát triển phần mềm

Việc lựa chọn sai mô hình phát triển phần mềm tiềm ẩn nguy cơ thất bại nặng nề cho các dự án công nghệ. Mỗi dự án đều chịu ràng buộc chặt chẽ bởi ngân sách, thời gian, quy mô kỹ thuật và mức độ hiểu biết nghiệp vụ. Khi áp dụng mô hình Thác nước cứng nhắc cho dự án có yêu cầu biến động, chi phí sửa chữa lỗi ở giai đoạn cuối thường tăng vọt theo cấp số nhân. Mọi thay đổi trong cấu trúc cơ sở dữ liệu hay quy tắc nghiệp vụ đều đòi hỏi việc viết lại khối lượng mã nguồn khổng lồ. Ngược lại, việc triển khai các mô hình linh hoạt hoặc lặp cho các hệ thống đòi hỏi độ an toàn cực cao cũng làm phát sinh nhiều rủi ro. Các mô hình này thiếu vắng hệ thống tài liệu kiến trúc toàn diện ngay từ đầu. Điều đó khiến quá trình kiểm định bảo mật và đánh giá tuân thủ gặp nhiều trở ngại. Ngoài ra, năng lực chuyên môn của đội ngũ kỹ sư phần mềm tạo ra ranh giới lớn. Mô hình Xoắn ốc đòi hỏi chuyên gia có kỹ năng phân tích rủi ro sắc bén. Thiếu hụt kỹ năng này sẽ biến vòng lặp thành quá trình kéo dài vô tận, gây lãng phí tài nguyên và làm suy giảm niềm tin của các bên liên quan.

2.1. Hạn chế về tính cứng nhắc của mô hình Thác nước

Mô hình Thác nước vận hành theo nguyên lý tuần tự đơn hướng. Mỗi giai đoạn chỉ khởi động khi giai đoạn liền trước kết thúc hoàn toàn. Đặc tính này tạo ra sự trì trệ nghiêm trọng khi yêu cầu nghiệp vụ thay đổi. Khách hàng chỉ có thể quan sát sản phẩm thực tế vào giai đoạn bàn giao cuối cùng. Nếu xuất hiện sai sót từ khâu đặc tả ban đầu, việc khắc phục sẽ làm cạn kiệt ngân sách dự án. Hơn nữa, việc chuyển giao tài liệu giữa các khâu dễ gây thất thoát thông tin ngữ cảnh. Đội ngũ lập trình viên gặp khó khăn trong việc hiểu trọn vẹn nghiệp vụ thực tế. Hệ quả là sản phẩm hoàn thiện thường lệch chuẩn so với kỳ vọng thực tế của doanh nghiệp.

2.2. Khó khăn kiểm soát chi phí trong mô hình Xoắn ốc

Mô hình Xoắn ốc nổi bật nhờ tích hợp quy trình phân tích rủi ro đa cấp độ. Tuy nhiên, cơ chế này làm tăng mức độ phức tạp trong quản lý vận hành. Mỗi vòng lặp đòi hỏi chi phí đánh giá và thử nghiệm tương đương một dự án thu nhỏ. Nhóm dự án cần nhân sự am hiểu sâu sắc về quản trị rủi ro kinh doanh lẫn rủi ro kỹ thuật. Nếu việc đánh giá tiến hành thiếu chuẩn xác, dự án sẽ lặp lại liên tục mà không đạt đến trạng thái phát hành. Chi phí nhân sự và thời gian nghiên cứu sẽ đội lên ngoài tầm kiểm soát. Do đó, mô hình này hoàn toàn không phù hợp với các dự án quy mô vừa và nhỏ hoặc có ngân sách hạn hẹp.

III. Giải pháp áp dụng mô hình phát triển phần mềm theo dự án thực tế

Giải pháp tối ưu hóa quy trình sản xuất phần mềm nằm ở việc kết hợp linh hoạt các kỹ thuật đặc thù vào từng giai đoạn phát triển. Kỹ sư trưởng cần đánh giá độ ổn định của yêu cầu hệ thống ngay từ bước khởi tạo. Dự án có yêu cầu biến động liên tục nên áp dụng mô hình Bản mẫu hoặc mô hình Tăng trưởng. Kỹ thuật tạo bản mẫu cho phép người dùng tương tác trực tiếp với giao diện đồ họa sơ khởi. Nhờ đó, đội ngũ kỹ thuật làm sáng tỏ các chức năng nghiệp vụ còn mơ hồ trước khi viết mã nguồn chính thức. Bên cạnh đó, việc áp dụng mô hình Chữ V giúp nâng cao chất lượng kiểm thử thông qua cơ chế đối ứng đa tầng. Mỗi giai đoạn phân tích và thiết kế đều gắn liền với một cấp độ kiểm thử tương ứng. Cụ thể, kiểm thử đơn vị gắn liền với mã nguồn, kiểm thử tích hợp đối ứng với thiết kế hệ thống, và kiểm thử chấp nhận đối ứng với đặc tả yêu cầu người dùng. Đồng thời, kỹ thuật phân tích nghiệp vụ và khảo sát hạ tầng mạng phải được triển khai đồng bộ. Sự kết hợp này bảo đảm tính toàn vẹn của cơ sở dữ liệu và khả năng mở rộng hệ thống trong tương lai mà không làm gián đoạn vận hành.

3.1. Ứng dụng kỹ thuật Bản mẫu trong làm rõ yêu cầu

Mô hình Bản mẫu giải quyết triệt để bài toán nhập nhằng yêu cầu từ phía người dùng. Thay vì chỉ đọc tài liệu văn bản, khách hàng được trải nghiệm trực tiếp giao diện tương tác và luồng dữ liệu mô phỏng. Đội ngũ phát triển thu thập phản hồi nhanh chóng để điều chỉnh chức năng. Bản mẫu có thể là dạng loại bỏ hoặc dạng tiến hóa. Dạng loại bỏ chỉ dùng để thăm dò yêu cầu rồi tái thiết kế từ đầu. Dạng tiến hóa được tối ưu hóa liên tục để phát triển thành hệ thống thực thụ. Kỹ thuật này giúp rút ngắn thời gian phân tích và hạn chế tối đa nguy cơ sai sót thiết kế.

3.2. Tích hợp kiểm thử đối ứng theo mô hình Chữ V

Mô hình Chữ V nâng cấp tính nghiêm ngặt của kỹ thuật kiểm định chất lượng phần mềm. Nhánh bên trái thể hiện các bước phân tích, thiết kế kiến trúc và viết mã. Nhánh bên phải thiết lập các tầng kiểm thử tương ứng. Kế hoạch kiểm thử chấp nhận được soạn thảo song song với giai đoạn phân tích yêu cầu. Kế hoạch kiểm thử tích hợp được chuẩn bị ngay từ khâu thiết kế tổng thể. Kế hoạch kiểm thử đơn vị được lập chi tiết cùng với thiết kế thành phần. Cách bố trí này đảm bảo mọi lỗi kiến trúc hay lỗi mã nguồn đều được truy xuất nguồn gốc rõ ràng. Tính minh bạch kỹ thuật của toàn bộ vòng đời nhờ đó được nâng cao.

IV. Kết luận và xu hướng ứng dụng mô hình phát triển phần mềm

Mô hình phát triển phần mềm không chỉ là công cụ quản lý dự án mà còn là nền tảng kỹ thuật định hình chất lượng sản phẩm cuối cùng. Không tồn tại một mô hình vạn năng duy nhất cho tất cả các bài toán công nghệ. Thành công của dự án phụ thuộc vào sự thấu hiểu sâu sắc các đặc trưng kỹ thuật, nghiệp vụ doanh nghiệp và văn hóa tổ chức. Nhóm phát triển cần cân nhắc giữa tính ổn định của quy trình truyền thống và tốc độ thích ứng của phương pháp hiện đại. Trong bối cảnh công nghệ thông tin biến đổi nhanh chóng, các mô hình lai (Hybrid Model) và phương pháp luận Agile/Scrum đang trở thành chuẩn mực thực tế. Xu hướng kết hợp giữa tính kỷ luật của mô hình Chữ V với tính linh hoạt của chu kỳ lặp ngắn mang lại hiệu quả vượt trội. Doanh nghiệp vừa kiểm soát tốt chất lượng kiến trúc vừa duy trì khả năng bàn giao sản phẩm sớm ra thị trường. Kỹ sư phần mềm tương lai cần trang bị năng lực quản trị rủi ro, phân tích cơ sở dữ liệu chuyên sâu và thích ứng nhanh với nhiều mô hình quy trình khác nhau.

4.1. Tiêu chí lựa chọn mô hình cho doanh nghiệp

Doanh nghiệp cần thiết lập bộ tiêu chuẩn định lượng khi lựa chọn mô hình kỹ thuật. Ba yếu tố then chốt cần phân tích bao gồm: mức độ rõ ràng của yêu cầu, thời hạn bàn giao thị trường và năng lực đội ngũ kỹ thuật. Những dự án có yêu cầu cố định và tiêu chuẩn an toàn khắt khe nên ưu tiên mô hình tuần tự. Trái lại, sản phẩm mang tính đổi mới sáng tạo cao đòi hỏi mô hình Agile hoặc Tăng trưởng. Việc đánh giá kỹ lưỡng hạ tầng kỹ thuật và sự tham gia của khách hàng cũng đóng vai trò then chốt. Sự chuẩn bị kỹ càng này bảo đảm dự án vận hành trơn tru và đạt hiệu quả đầu tư tối ưu.

4.2. Tích hợp DevOps và tự động hóa trong vòng đời

Xu hướng hiện đại hóa quy trình phát triển gắn liền với việc ứng dụng phương thức DevOps và tự động hóa. DevOps xóa bỏ ranh giới ngăn cách giữa nhóm lập trình và nhóm vận hành hệ thống. Chu trình tích hợp liên tục và phân phối liên tục (CI/CD) cho phép kiểm thử và bàn giao mã nguồn tự động sau mỗi lần cập nhật. Kỹ thuật này giảm thiểu tối đa các lỗi xung đột mã nguồn và sự cố hạ tầng. Chất lượng phần mềm được kiểm soát liên tục trong suốt vòng đời vận hành. Nhờ vậy, chu kỳ phát hành sản phẩm được rút ngắn đáng kể, giúp doanh nghiệp nâng cao năng lực cạnh tranh trên thị trường số.

Nội dung chính

Giáo trình Công nghệ Phần mềm (CMP101*) – Đại học Công nghệ TP.HCM

Tổng quan về giáo trình

Tài liệu học tập "Công nghệ Phần mềm" (Mã học phần: CMP101*) do tập thể giảng viên Khoa Công nghệ Thông tin, Trường Đại học Công nghệ TP.HCM (HUTECH) biên soạn vào năm 2021, bao gồm: ThS. Dương Thành Phết, ThS. Nguyễn Ngọc Lâm, ThS. Trần Ngọc Kiến Phúc, ThS. Nguyễn Chí Toàn và ThS. Nguyễn Hữu Trung. Giáo trình giữ vai trò là môn học cơ sở ngành bắt buộc trong chương trình đào tạo kỹ sư và cử nhân ngành Công nghệ Thông tin, Kỹ thuật Phần mềm và Hệ thống Thông tin.

Về mục tiêu học tập, học phần cung cấp nền tảng kiến thức toàn diện về chu kỳ sống của phần mềm (Software Development Life Cycle - SDLC), các nguyên lý kỹ thuật, phương pháp luận tổ chức quản lý, cùng các công cụ và môi trường hỗ trợ phát triển. Giáo trình định hướng giúp sinh viên tiếp cận việc xây dựng phần mềm một cách có hệ thống, có phương pháp luận khoa học, thay vì dựa vào thói quen lập trình tự phát. Thông qua nội dung đào tạo, người học có khả năng phân tích, mô hình hóa, thiết kế, cài đặt, kiểm thử và bảo trì các hệ thống phần mềm đáp ứng nhu cầu thực tế của doanh nghiệp.

Giáo trình được xây dựng theo cách tiếp cận tiến trình kỹ thuật chuẩn mực, chia thành 9 bài học tương ứng với các pha phát triển phần mềm trong thực tế. Điểm đặc sắc của tài liệu là sự dung hòa giữa các mô hình phát triển phần mềm cổ điển (như Mô hình Thác nước, Mô hình Chữ V) với các phương pháp luận hiện đại (như Mô hình Tăng trưởng, Phương pháp Agile và Quy trình Scrum). Đồng thời, tài liệu tích hợp các tiêu chuẩn chất lượng công nghiệp, các mẫu thiết kế thực tiễn như Repository Design Pattern và chuẩn mực đạo đức nghề nghiệp kỹ sư phần mềm (Code of Ethics).

---

Nội dung kiến thức cốt lõi

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

Nội dung giáo trình được phân bổ thành 9 bài học theo trình tự logic của vòng đời phát triển phần mềm:

• Bài 1: Tổng quan về Công nghệ Phần mềm: Trình bày bối cảnh lịch sử dẫn đến sự ra đời của ngành từ "cuộc khủng hoảng phần mềm" năm 1968; định nghĩa và phân loại phần mềm (phần mềm hệ thống, phần mềm ứng dụng, sản phẩm đại trà - Generic Product, sản phẩm theo đơn đặt hàng - Bespoke Product); kiến trúc ba thành phần (giao diện, dữ liệu, xử lý); sáu tiêu chuẩn đánh giá chất lượng phần mềm; vòng đời phát triển SDLC; phân tích ưu nhược điểm của các mô hình phát triển (Waterfall, V-Model, Prototype, Spiral, RAD, Iterative, Incremental, Agile/Scrum); phân loại phương pháp xây dựng phần mềm; tổng quan về công cụ CASE (Computer-Aided Software Engineering) và các nguyên tắc đạo đức nghề nghiệp.
• Bài 2: Phân tích và Đặc tả Yêu cầu Phần mềm: Trình bày mục đích và kỹ thuật xác định phạm vi dự án; phân tích các yêu cầu phi chức năng quan trọng (bảo mật dựa trên vai trò - RBAC, hiệu năng và tốc độ xử lý tính bằng TPM, băng thông, nút thắt hệ thống qua công cụ giám sát, tính vận hành, tính sẵn dùng, yếu tố con người, yêu cầu tích hợp qua ODBC); 4 kỹ thuật thu thập yêu cầu (phỏng vấn, ấn định công việc tạm thời, khảo sát qua bảng câu hỏi, xem xét tài liệu hiện trạng); quy trình phân loại, lập tài liệu đặc tả yêu cầu và các kỹ thuật thẩm định yêu cầu.
• Bài 3: Mô hình hóa Phần mềm: Giới thiệu ngôn ngữ mô hình hóa thống nhất UML (Unified Modeling Language); hướng dẫn xây dựng các loại lược đồ mô hình hóa nghiệp vụ và yêu cầu: Lược đồ ngữ cảnh (Context Diagram), Lược đồ hoạt động (Activity Diagram), Lược đồ trạng thái (State Diagram), Lược đồ trường hợp sử dụng (Use Case Diagram), Lược đồ tuần tự (Sequence Diagram), cùng Lược đồ thực thể kết hợp (ERD).
• Bài 4: Thiết kế Phần mềm: Tổng quan nguyên lý thiết kế hệ thống và thiết kế giao diện người dùng (UI); phân tích các mô hình kiến trúc phần mềm phổ biến bao gồm mô hình Client - Server - Service, mô hình mạng ngang hàng (Peer-to-Peer) và kiến trúc điện toán đám mây (Clouding).
• Bài 5: Thiết kế và Tổ chức Dữ liệu: Phương pháp xác định các thành phần dữ liệu của bài toán; kỹ thuật xây dựng sơ đồ dữ liệu theo hướng tiếp cận trực tiếp và gián tiếp; quy chuẩn đặc tả chi tiết các trường dữ liệu; tổng quan về các hệ quản trị cơ sở dữ liệu (DBMS).
• Bài 6: Thiết kế Giao diện, Xử lý và Thuật toán: Các nguyên tắc thiết kế và đặc tả luồng thông tin giao diện người dùng; phân loại, xác định tính chất, vai trò của quy trình xử lý nghiệp vụ; kỹ thuật lập sơ đồ và đặc tả thuật toán chi tiết.
• Bài 7: Thiết kế Lớp và Xây dựng Chương trình: Kỹ thuật thiết kế sơ đồ lớp (Class Diagram); ứng dụng mẫu thiết kế Repository (Repository Design Pattern); các tiêu chí mô-đun hóa trong ngôn ngữ lập trình; định hình phong cách lập trình (Coding Conventions); quy trình kiểm tra và đánh giá chất lượng thiết kế cùng mã nguồn (Design and Code Review).
• Bài 8: Kiểm thử Chất lượng Phần mềm: Khái niệm và mục tiêu kiểm thử; 3 kỹ thuật kiểm thử cốt lõi gồm Kiểm thử Hộp đen (Black-box Testing), Kiểm thử Hộp trắng (White-box Testing) và Kiểm thử Hộp xám (Grey-box Testing); các cấp độ kiểm thử trong chiến lược kiểm thử phần mềm gồm Kiểm thử Chức năng (Functional Test), Kiểm thử Tích hợp, Kiểm thử Hệ thống (System Test) và Kiểm thử Chấp nhận (Acceptance Test).
• Bài 9: Bảo trì và Phát triển Phần mềm: Khái niệm, tầm quan trọng và chi phí vòng đời của công tác bảo trì; quy trình lập kế hoạch và các bước thực thi bảo trì phần mềm; cơ chế mở rộng và tiến hóa phần mềm trong các phương pháp luận phát triển khác nhau.

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

Giáo trình thiết lập hệ thống lý luận học thuật vững chắc dựa trên:

• Lý thuyết chu kỳ sống phần mềm (SDLC): Phân định ranh giới giữa ba pha lớn gồm Xác định, Phát triển (Thiết kế, Cài đặt, Kiểm thử) và Vận hành/Bảo trì.
• Ba đối tượng nghiên cứu cốt lõi của kỹ nghệ phần mềm: Bao gồm Quy trình công nghệ, Phương pháp kỹ thuật (hướng chức năng với nguyên lý "chia để trị", hướng dữ liệu, hướng đối tượng) và Công cụ/Môi trường phát triển hỗ trợ (CASE Tools/SDE).
• Nguyên lý phát triển Agile và khung làm việc Scrum: 4 tuyên ngôn Agile; 3 giá trị cốt lõi của Scrum (Minh bạch - Transparency, Thanh tra - Inspection, Thích nghi - Adaptation); 3 vai trò cấu thành (Product Owner, Scrum Master, Development Team); 4 sự kiện chính (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective); 3 tạo tác đặc thù (Product Backlog, Sprint Backlog, Burndown Chart).
• Khung thẩm định chất lượng: Hệ thống 6 đặc tính kỹ thuật định lượng: tính đúng đắn, tính tiến hóa, tính hiệu quả, tính tiện dụng, tính tương thích và tính tái sử dụng.

Kỹ năng phát triển

Thông qua nội dung các bài học, người học được rèn luyện các nhóm kỹ năng cụ thể:

• Kỹ năng kỹ thuật chuyên môn: Năng lực phân tích và lập tài liệu đặc tả yêu cầu người dùng; kỹ năng sử dụng UML để trực quan hóa kiến trúc và luồng xử lý; kỹ năng thiết kế cơ sở dữ liệu quan hệ; kỹ năng tổ chức mã nguồn theo Repository Pattern; kỹ năng thiết kế ca kiểm thử (test cases) theo phương pháp hộp đen và hộp trắng.
• Kỹ năng phân tích hệ thống: Nhận diện và giải quyết các nút thắt hiệu năng (Performance Bottlenecks) thông qua các thông số đo lường như TPM (Transactions Per Minute), băng thông mạng và năng lực bộ nhớ; phân tích đánh giá mức độ rủi ro trong mô hình Xoắn ốc (Spiral Model).
• Năng lực vận hành thực tế: Thực hành phối hợp nhóm liên chức năng (Cross-functional Team) theo mô hình Scrum; áp dụng quy trình rà soát thiết kế và mã nguồn (Design & Code Review); sử dụng thành thạo các công cụ CASE hỗ trợ kiểm thử tự động và quản lý dự án.

---

Phương pháp giảng dạy và học tập

Giáo trình được thiết kế theo định hướng sư phạm tích hợp lý thuyết quy trình với bài tập kỹ thuật thực hành. Tài liệu dẫn dắt người học từ việc thấu hiểu các vấn đề bản chất của phần mềm đến việc áp dụng các công cụ kỹ thuật để giải quyết các bài toán công nghệ.

Cấu trúc bài tập và tình huống thực hành

Hệ thống câu hỏi và bài tập trong giáo trình tập trung vào việc đối sánh và rèn luyện tư duy phân tích:

• Câu hỏi đối sánh mô hình: Yêu cầu sinh viên phân tích sự khác biệt về mặt cấu trúc, phạm vi ứng dụng giữa các mô hình Waterfall, Prototype, Spiral, Iterative, Incremental và Scrum.
• Bài tập tình huống nghiệp vụ: Đặt sinh viên vào các kịch bản thu thập yêu cầu thực tế, yêu cầu nhận diện các quy tắc nghiệp vụ (Business Rules), phân biệt giữa yêu cầu hệ thống và mục tiêu trừu tượng của người dùng.
• Bài tập thiết kế và mô hình hóa: Yêu cầu vẽ và đặc tả lược đồ dòng dữ liệu (DFD), lược đồ thực thể kết hợp (ERD), các loại biểu đồ UML và sơ đồ lớp cho các bài toán quản lý thực tế (như hệ thống mượn trả thư viện, hệ thống bán hàng).
• Bài tập kiểm thử: Thiết kế các bộ dữ liệu kiểm thử biên, kiểm thử phân vùng tương đương và lập kịch bản kiểm thử chức năng cho các module phần mềm.

Phương pháp đánh giá môn học

Giáo trình nêu rõ quy định đánh giá kết quả học tập của học phần Công nghệ Phần mềm bao gồm hai thành phần với tỷ lệ ngang nhau:

• Điểm đánh giá quá trình (50%): Đánh giá mức độ chuyên cần, kết quả trả lời câu hỏi ôn tập, bài tập về nhà và các bài kiểm tra định kỳ trên lớp.
• Điểm thi kết thúc học phần (50%): Đánh giá thông qua hình thức thực hiện và bảo vệ Đồ án học phần. Đồ án yêu cầu sinh viên làm việc theo nhóm để hoàn thiện một sản phẩm phần mềm, lập đầy đủ bộ tài liệu từ phân tích yêu cầu, thiết kế kiến trúc, cài đặt mã nguồn đến kịch bản kiểm thử.

Hướng dẫn tự học cho sinh viên

Tài liệu đưa ra quy trình học tập khép kín dành cho người học:

1. Trước khi lên lớp: Nghiên cứu trước mục tiêu bài học, đọc phần tóm tắt lý thuyết và toàn văn nội dung bài giảng.
2. Trong quá trình học: Sau mỗi đơn vị kiến thức nhỏ, người học phải trả lời ngay các câu hỏi kiểm tra nhanh để củng cố khái niệm.
3. Kết thúc bài học: Hoàn thành toàn bộ câu hỏi ôn tập và các bài tập tình huống cuối chương; chủ động tìm kiếm các tài liệu liên quan đến học phần theo danh mục tài liệu tham khảo.

---

Điểm nổi bật và cập nhật

• Tích hợp toàn diện các mô hình phát triển phần mềm đương đại: Bên cạnh việc giảng dạy chi tiết các quy trình tuần tự truyền thống (Waterfall, V-Model), giáo trình dành dung lượng đáng kể cho các phương pháp luận phát triển nhanh và linh hoạt như RAD, Iterative, Incremental và đặc biệt là phương pháp Agile cùng quy trình Scrum với đầy đủ vai trò, sự kiện và công cụ đặc thù.
• Cập nhật kiến trúc phần mềm phân tán và điện toán đám mây: Bài 4 của giáo trình không chỉ dừng lại ở kiến trúc Client - Server truyền thống mà còn phân tích cấu trúc Peer-to-Peer và mô hình điện toán đám mây (Clouding), phản ánh sự chuyển dịch công nghệ trong môi trường thực tế.
• Ứng dụng mẫu thiết kế kiến trúc Repository Design Pattern: Tại Bài 7, giáo trình đưa vào nội dung hướng dẫn triển khai Repository Pattern. Đây là mẫu thiết kế thực tế giúp tách biệt tầng truy cập dữ liệu (Data Access Layer) khỏi tầng nghiệp vụ (Business Logic), tạo tiền đề cho việc xây dựng mã nguồn dễ bảo trì và kiểm thử.
• Hệ thống hóa các công cụ CASE hiện đại: Giáo trình giới thiệu danh mục công cụ hỗ trợ trải rộng trên tất cả các giai đoạn:
  • Công cụ phân tích, thiết kế: Rational Rose, Wind&D, Analyst Pro, Power Designer, Oracle Designer, MS Visio.
  • Môi trường lập trình: Visual Studio .NET, Android Studio, Dev-C++, Sublime Text, Visual Studio Code.
  • Công cụ kiểm thử tự động: Katalon Studio, Selenium, LoadStorm, QuickTestPro.
  • Công cụ lập kế hoạch và quản lý dự án: MS Project.
• Chuẩn hóa đạo đức nghề nghiệp kỹ sư: Giáo trình đưa vào 8 nguyên tắc ứng xử và ra quyết định theo bản Code of Ethics của các tổ chức tin học quốc tế (nhấn mạnh các yếu tố: sự tin cẩn, năng lực chuyên môn, tôn trọng quyền sở hữu trí tuệ và chống lạm dụng máy tính).

---

Đối tượng sử dụng giáo trình

• Sinh viên đại học khối ngành Công nghệ thông tin: Tài liệu được biên soạn phục vụ trực tiếp cho sinh viên năm thứ hai hoặc năm thứ ba các ngành Công nghệ Thông tin, Kỹ thuật Phần mềm, Khoa học Máy tính và Hệ thống Thông tin Quản lý thuộc hệ đào tạo đại học chính quy.
• Yêu cầu kiến thức tiền đề (Prerequisites): Người học cần tích lũy các khối kiến thức nền tảng trước khi tiếp cận học phần, bao gồm:
  • Kiến thức về ngôn ngữ lập trình căn bản và kinh nghiệm xây dựng ứng dụng cơ bản.
  • Khả năng vận dụng cấu trúc dữ liệu và giải thuật.
  • Hiểu biết cơ bản về kiến trúc máy tính và nguyên lý mạng máy tính.
• Giảng viên chuyên ngành: Tài liệu đóng vai trò là khung đề cương bài giảng chuẩn, cung cấp hệ thống thuật ngữ thống nhất, cấu trúc bài giảng 9 chương rõ ràng và định hướng ra đề tài cho đồ án môn học.
• Kỹ sư phần mềm mới bắt đầu: Giáo trình là tài liệu tham khảo hệ thống hóa toàn bộ quy trình phát triển phần mềm chuẩn mực, hỗ trợ các lập trình viên mới gia nhập doanh nghiệp nắm vững quy trình kỹ thuật, kỹ năng viết tài liệu đặc tả và các quy tắc làm việc nhóm trong môi trường Scrum.

---

Câu hỏi thường gặp

1. Giáo trình này phù hợp với ai?

Giáo trình được thiết kế chuẩn mực cho sinh viên đại học ngành Công nghệ Thông tin và Kỹ thuật Phần mềm đã qua giai đoạn học lập trình căn bản, đồng thời phù hợp cho giảng viên làm tài liệu giảng dạy và kỹ sư mới ra trường cần củng cố kiến thức về quy trình SDLC và kỹ thuật kiểm thử.

2. Cần trang bị kiến thức nền tảng nào trước khi học giáo trình này?

Học phần đòi hỏi sinh viên phải có kiến thức tiên quyết về lập trình ứng dụng, nắm vững cấu trúc dữ liệu và giải thuật, đồng thời có hiểu biết cơ bản về cấu trúc phần cứng, kiến trúc máy tính và hệ thống mạng máy tính.

3. Điểm khác biệt của giáo trình này so với các tài liệu lập trình thông thường là gì?

Tài liệu không dạy cú pháp một ngôn ngữ lập trình cụ thể mà tập trung vào phương pháp luận và kỹ thuật kỹ nghệ phần mềm: cách quản lý toàn bộ vòng đời sản phẩm từ xác định yêu cầu, lập mô hình phân tích (UML, ERD, DFD), thiết kế kiến trúc, tổ chức mã nguồn (Repository Pattern), đến kiểm thử và bảo trì hệ thống.

4. Phương pháp tự học giáo trình này như thế nào để đạt hiệu quả cao nhất?

Người học cần bám sát chỉ dẫn tự học: đọc trước mục tiêu bài học, trả lời hệ thống câu hỏi kiểm tra sau từng phần, hoàn thành bài tập cuối bài, và quan trọng nhất là áp dụng trực tiếp các kỹ thuật đã học vào việc phát triển đồ án phần mềm nhóm với tỷ lệ đánh giá 50% tổng điểm học phần.

5. Giáo trình có tài liệu bổ trợ hoặc kênh thông tin hỗ trợ nào không?

Giáo trình có hệ thống câu hỏi ôn tập cuối mỗi bài, danh mục tài liệu tham khảo chi tiết tại Phụ lục B. Mọi ý kiến đóng góp và thắc mắc học thuật của người học được ban biên soạn tiếp nhận chính thức qua hộp thư điện tử: [e-mail].

---

Kết luận

Giáo trình "Công nghệ Phần mềm" (CMP101*) của Trường Đại học Công nghệ TP.HCM cung cấp hệ thống kiến thức học thuật bài bản, bao quát toàn bộ các giai đoạn trong vòng đời phát triển phần mềm. Với cấu trúc 9 bài học đi từ nguyên lý tổng quan, phân tích, mô hình hóa đến thiết kế, kiểm thử và bảo trì, tài liệu phản ánh chính xác cấu trúc vận hành của ngành công nghiệp phần mềm hiện nay.

Lộ trình học tập hiệu quả nhất là kết hợp song song việc tiếp thu lý thuyết tiến trình với việc triển khai đồ án học phần thực tế, vận dụng các công cụ CASE và mô hình Scrum đã được hướng dẫn. Để đào sâu các khía cạnh chuyên biệt, người học có thể tham khảo danh mục tài liệu tại Phụ lục B cùng các hướng dẫn sử dụng công cụ kiểm thử và phân tích hệ thống được đính kèm trong giáo trình.

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

BỘ GIÁO DỤC VÀ ĐÀO TẠO ĐẠI HỌC CÔNG NGHỆ TP.HCM CôNG NGHE PHAN MEM Bién soan: ThS. Dương Thành Phét ThS. Nguyễn Ngọc Lâm ThS. Trần Ngọc Kiến Phúc ThS.

Nguyễn Chí Toàn ThS. Nguyễn Hữu Trung www.vn CONG NGHE PHAN MEM 2021. CMP101* Các ý kiến đóng góp về tài liệu học tận này, xin qửi về e-mail của bạn biên tận: tailieuhoctap @hutech. vn MUC LUC a MUC LUC 0010110111.

I HƯỚNG DẪN du. HH HH HH. TONG QUAN VE CONG NGHE PHAN NIỀM. Ăn HH HH nan.

xen ng xế 1 hổ ván ố ố ẽẽốẽ. DU NG =/ƑPEElẦịẶỪỪ. ben Ee EEE 1 1. Chất tượng phần mmỒm.

-- - - cà c cà c0 EEA EA EEE SE KH EEE EE EEE EEE EE EEE En EEE 4 1. Công nghệ PhẦN: THỖ TM. cu ác HH HH kh Kế KH nh tin Hi HE cá ki BH tk 6 1. QUY TRINH PHAT TRIEN PHAN MIÊM.

TQ HH HH KH HH TH KH si, 8 1. Bước Phát triển 1. Bước Bảo trị (VER AGMA) cuc Là kh nh kh HH nh ki Kí Họ kế th ho kg th 9 1. CÁC MÔ HÌNH PHÁT TRIỂN PHẦN MỀM.

MỖ Hình Thac Mutde ( Waterial MOGI) cu. uc Lá LH HH nh KH nhu th nn 11 1. Mỗ Hình Chữ V (W Model) “ 1. MỖ Hình Bản Mẫu (Prototine BÍOCBÌ Ì uc nh nh HH HH HH nh như tren 14 1.

Mỗ Hình Xoẩn ốc (Sniral-MOd€l). nh HH HH HH HH kh kh 16 1. Ma Hình phát Triển Nhanh BAO (RAO. cu cu nh HH HH kg căn 17 1.

MO Hình Tiên Cận Lăn (Tharaliue MO ÌL. cà cu cá nh nh HH KH nee họ nu 1. MỖ Hình Tăng Trưởng (increamental hfOdelÌ. Phương phản Agite (Agile Methodology) va Quy trình GUT(ẨTTN du iu iu nen nen ren 20 1.

CÁC PHƯƠNG PHÁP XÂY DỰNG PHẦN MÊM. Ăn Sàn nh sen sx 24 1. PRN LOD cece cect ete ee enn EEE EEE EEE EEE EE EEE EEE EEE EEE EEE EEE 24 1. Cac phutong phap xéy dung DAN MeN wee.

CÔNG Cu & MOI TRUGNG PHAT TRIEN PHAN MEM. Phần mềm hỗ trợ thực hiện các 1=. Phần mềm hỗ trợ tổ chức, quản lý việc: HIẾN KH vu cuc nh nh nh nh Hư như 29 1. YÊU GẪU ĐỐI VỚI KỸ SƯ PHẦN MỀM TÓM LƯỢC.

SH nh nh nh Hy BAI 2. PHÂN TÍCH VÀ ĐẶC TẢ YÊU CÂU PHẦN MIỀM. TỔNG QUAN VỀ PHÂN TÍCH VÀ ĐẶC TẢ YÊU CẬU. cà He se 33 2.

PHÂN TÍCH YÊU CÂU.- S7 TS SH Hs xekxekresrrsexeee 2 2. [27-8z ra san 8 n- rn ẽẼ eốd. Phân tích MỞ rộng VU Cầu NGHI VÀO cuc ke nh kh KH ki BE ch gi về 35 2. Phần tích Yêu cầu Bản mật.

Phân tÍCh Yêu Cầu TỐC (HỘ. du Hà HH nh HH ni nh ki it nh EE Bà kinh Bà 2. PASM CICA VEU CBU WAN NDA 7n ee6e. Bhan tick ha meng MO ONG FEU COU cece seer nh HH KH non ti KH kh hi hy 38 mm WUC LUE LH.

Thì: nan 444ẦẦỮ. Phân GH viếu HỖ CON PO Lá cv Go nành nh nhe nh HH The Hà Tà Thu TH nh ng HH ng nh 39 2. PAN GOW YEU CEU TCH ECỊT. du Là HH HH HH HH TK KH Ki Kì ti ki tin ti ni nen 40 L UN, ïn an no, nn.

Bhan dich yêu cầu Khả nàng vài CAU TT ĐỖ cu cuc Lá kh nà nh kh KH tk kh non tk Kế 41 2. CÁCKỸTHUIẬT THU THẬP YÊU CÂU PHẪN MIỄM. Kỹ thuật PROG VG tu ket nh nh nh nà He Hà th nhnn Hà nh HT TH tà TT Thu gà nà gi Tà ghi cv ng 41 2. Ấn định công việc tạm.

NHÒI cu cuc cuc ke the T Hà TH tk ki K9 và 45 2. Điều tra qua bản Gâu HỘI vu cu ke nh ke nh nh nh eee nh nh th n nà HH th HH nh th tà tin ren tt 46 2. Xem xót tài LIỆU. ca Làn HH HH HH nh HH Ki Ki KH ti Ki ng ti nh HE ĐK Khu vế 47 2.

Xem vết DẦN TUBE Lá Là nà nh th nh tk KH Ki ri KE k tt ki BE k cv 48 2. XÁC ĐỊNH YÊU CẪU.-eeĂSS sen se eereressseeeenrsrrerrsessseeesnssrsrses TẾ 2. yêu cầu và MỖI t3 yêu cầu. Phần lại VỖU CEU cu cu uc cà LH nh nh kế tk Khi ki th nh ki tk tt ki k tự 50 2.

Các BưC xác NHIÊU GỀU cu chà nh ke nh nh nh nà th ng HH HH gà TH Hà Tu TH HH rà gi vế 52 2. ĐẶCTẢ YÊU GẪU. TQ BS SH» mem eereereeerreee ĐÁ, 2. Hac ta yeu cầu hỗ thống.

Đặc tả VOU CU DMG IB ke nen nh nh nh nhì kh thì nh th tà nh nh ch tr tà men tà ng 55 2. THẤM ĐỊNH YÊU CẤU. Ăn SH HH HH HH TH Y HH KH xe HH kh 56 2. den AA AEG USED ESSE DEE EA SED ES Stn EEE EG EEE ES 56 2.

Gắc kĩ thuật thẩm định VÊU CN uc cuc ke nh nh nh HH nh nh kh ren kế re ch cuc cv ĐỘ, 2. Xem lại vêu cầu 2. Sử dụng phiền BER Gu, CHU HẦGhIỆ NT cu ki toc nh nền nh HH HH HH Hà Hàn rà nh nh rà 57 2. Thẩm GIA IG RUA acc cccccccccncesuesecsenecesceseesnsesuesecsenecneeeesesesssutessseessenensenee 58 2.

KiBI DAY CRED GUE ec ó6. 59 BAI 3: MO HINH HOA n6 5n .1 TGNG QUAN VE MO HINH HOAHE THON 3.1 Mục địch của mỗ hình hóa hệ thống.2 Mỗ hình ngữ cảnh (GOHBXE PHO Ì cụ cu co ke nề nh kh nh kh nh kh thn Hà nh nh nh nh nhà rà th tr 3.3 MÔ hình tiến Girth (Process ImOd€l) .- nen nh tỲ HH nh nh nh na 3.4 Mô hình hành vi (behavioural model) 3.5 MÔ hình GE NEU folate MOG RN ccc nh HH nh ki kì ki th gi kh g 68 3.6 Mỗ hind dor tong (object modet).2 NGÔN NGỮ MÔ HÌNH HÓA. HH HH HH HT HH HH HE th 75 3.4 Khải niãm vỗ UML (United Modeling Language) cu dc uc cá kh nh kh nh Hi kh kh non tự 75 3.2 MỤC CÍCh Ga HỖ IGE UML LS ccc errr er Họ ti kh Kế Ki tk binh 75 kh “2a.4 Structure Diagram MỤC Lục Fg K1: on. Sen HH HH HH KH TH KH HH TH GI Hi TH Hư Si HH 90 7n 0.

BAL 4: THIET KE PHAN MEM n6 ốẽ ốố.1 TONG QUAN VE THIET KE PHAN MEM 0.ccccceececeececeeeecneeeceeeeceaee senna seaesseaeeseaeeeeaeees 95 na GE KE nh he.2 Thiết kế giao diễn: nGƯỜI CHỦ cuc cà nh He nh nh nh Hà tàn nà th n HH ng ng tà th ng cá 103 Bid TRISTE AUG CHUC .4 Thiết kế hướng đi TU cu co chen nh nh nh He HH nh ng nh nh He HH tà nà th kh nh tà nà th nhàn 105 4.2 KIÊN TRÚC PHẦN RIÊMM.3 MÔ HÌNH CLTIENT - SERVER - SERVTCE.4 MÔ HÌNH PEER TO PEER .5 MÔ HÌNH CLOUDING .6 PHUONG PHAP THIET KE PHAN MEM .7 VI DU MINH HOA uo ceeseseeseseeeeceececneaeanecacaseececeeaesnaeeaesseneeeesneaeaeaeasaseneaseeeesneasanenss 114 2“. 117 BÀI 5: THIẾT KẾ VÀ TỔ CHỨC DỮ LIỆU. sọ nọ HH nh nh nem nh cm nh 118 Là 0n.2 XÁC ĐỊNH CÁC THÀNH PHẪN DỮ LIỆU.3 VẼ SƠ ĐỒ DỮ LIỆU 5.1 Cách vẽ sơ đỗ dữ liệu theo nhường nhân HỤC TIẾT cuc co nen nhe nh nh nhà nh HH ng nưy 126 5.2 Cách vẽ sơ đồ dữ liệu theo nhường phần QIẦN TIẾN. cu cuc án HH HH nh nghe 127 5.4 ĐẶC TẢ CÁC THÀNH PHẪN DỮ LIỆU .5 CÁC CÔNG CỤ LƯU TRỮ VÀ QUẢN TRỊ DỮ LIỆU.

SSE HE CODE OSI cece cece nee in th th hi th ng in in 133 E8 an na. BÀI 6: THIẾT KẾ GIÁO DIỆN, XỬ LÝ, THUẬT TOÁN s. can nọ nh nh Hy HH n HH nh nen nếm 137 6.1 THIẾT KẾ GIAO DIỆN. Sàn my nen n ng sen nne seesrsenrnsesesnsaa LBZ 6.1 Tổng quan vỗ thiết kế QIAQ GẾN.

LH HH HH nen HH Khu kh ki th tư gi 137 6.2 ĐẶC tả LũNG THẦN. ĐĂTÂN cu uc Le cá nh th nh HH KH ti KH hi KEk ĐK tế ti ki BE hit 6.3 CAC IML Y KAD TIE KE nh nở.2 THIET KE XU LY, THUAT TOAN .1 Tổng quan về thiết kể xử lý, thuật toàn 6.2 Phần loại và xác định các QUÍ ĐÌnh xử ly tRUẬT NHẬT cu dc La kh nà nh nh ng tk net 148 6.3 Tỉnh chat của QUI trình xử lạ, Thuật TU NN cu duc cu ke kh kh nh ki KH nh kh tự 149 6.4 Vai trò của QUI trình xử lý, thuật TÂN cu. cuc nh nà nh non HH on kh ky vế 149 TÓM LƯỢC. Ăn nha sen BÀI 7: REPOSITORY DESIGN PATTERN.

SĂ SH HH Hy HH HH KH sẽ LÍ 6 7n 6 ốốốddd4. 151 FT NO on o[cHHỢ4Ũ))ẬdẬHUUỤ. -- -- ch nh ki th ki Kế Ki Kế ki tt Đá tế tt 152 FALE TRIG BE OP NG hố e6. 153 Fi4@ Cau frac chutoing SUA von nad ĐÌNH TS [DI ÂN cu cu uc cá kh kh tk kh kh kh th nh nh it 154 7.2 MỘT Sỗ KỸ THUẬT PHữNB EÁCH LẬP TRÌNMH.eescn sn S nềs sn ne sn sen se sssssssssssssses L@ L ?ẺÔ2,1 Một số đề nghị phong Cách lÂD THÌNH] cu cuc Le nh ke nh nh th kh th non th rà HH nh nh nghi cá gi nh 161 FZ 2 MỖI HƯỚNG SD OT ccc cece cee ener eee EE EEE EEE EE EEE EE EEE HEE EEE Ee Kế th 162 Fae Tiêu chỉ về Khả năng mỗ-đùn hóa của ngỖn Qiao tN cuc cá kh cá nh kh nen nhu 162 Aad Tau chive Cau trúc dữ liều trong ngôn ngữ lần trình.3 ĐÁNH GIÁ CHẤT LƯỢN G CÔNG VIỆC .- - SH HH HH HH.

HH He Lo.2 Đănh giả lại thiết kẽ và chương trính (Design ang Code R@VIBW].3 Vi du mink hoe TÓM LƯỢC. BÀI 8: KIỂM THỨ GHẤT LƯỢNG PHẦN NIỀM. cuc HH nh rà xen HH th kh xe nh 168 8. SẶ Su Sàn HH TH TH TH TH TH TH HH KT KH KH Hy khu E8 nh -ngddđtXddtặẶVỤVBgBgBg)g)g)g)gdẬgdg,gg.

BD 2 GI ng HH. cece cee seee cee ee eee ae eee ee eee ee Aas ee Geese OA AAA DG GEESE EEA HORDE AE EEE REED DEES ES E0.2 YEU CAU BOI VOI KIEM THU.3 CÁC KỸ THUẬT KIỂM THỪ. aeeeeaneeeaeeceesene secon se seesesee sess seseeseeeseseeseseesnes 8,3,1 Phương phản Hồn đen (Black box). 1< HH nà th tà nen HH g1 gọn tt 701 8 0109 1.3 Phương phán Hôn trắng (MÀ hÌB ĐỌNN uc Lá nu Là HH Tà HH TH HH TK tk tk tk 177 8.3 Phương nhản Hiên xâm (Gry DON Dice nh tk th nh kh kh kế Ki kh gi vế 179 8.4 CHIẾN LƯỢC & CÁC GIATI ĐO AN .2 Kiểm the Chetc nang (Functional Test) vu vu kh kh kh HH HH HH HH kh ky Chu.

0g ro con ro cỘẶGt.