Giáo trình Cơ sở Công nghệ Phần mềm Phần 1 - Lương Mạnh Bá (ĐH Bách Khoa HN)

Giáo trình Download cơ sở công nghệ phần mềm phần 1 biên soạn theo chương trình đào tạo chuẩn, phù hợp sinh viên ngành tại Việt Nam

• Đề tài: Giáo Trình Cơ Sở Công Nghệ Phần Mềm Phần 1

Mục lục chi tiết

• LỜI MỞ ĐẦU
• 1. CHƯƠNG 1: PHẦN MỀM VÀ CÁC VẤN ĐỀ LIÊN QUAN
• 1.1. Một số quan điểm về phần mềm
• 1.2. Hai cách nhìn về cấu trúc phần mềm
• 1.2.1. Phần mềm nhìn từ cấu trúc phân cấp
• 1.2.2. Phần mềm nhìn từ cấu trúc thủ tục
• 1.3. Đặc tính chung của phần mềm
• 1.4. Tiêu chí của một phần mềm tốt
• 1.4.1. Tiêu chí cơ bản
• 1.4.2. Hiệu quả xử lý
• 1.4.3. Tính dễ hiểu
• 1.5. Phân loại phần mềm
• 1.6. Một số vấn đề trong phát triển phần mềm
• 1.6.1. Khủng hoảng phần mềm là gì?
• 1.6.2. Những khó khăn trong sản xuất phần mềm

Tóm tắt

I. Tổng quan giáo trình cơ sở công nghệ phần mềm cho người mới

Giáo trình cơ sở công nghệ phần mềm cung cấp kiến thức nền tảng về một lĩnh vực còn khá mới mẻ tại Việt Nam nhưng đóng vai trò then chốt trong kỷ nguyên số. Lĩnh vực này, hay còn gọi là kỹ thuật phần mềm (software engineering), tập trung vào các nguyên tắc, quy trình và phương pháp luận để xây dựng các sản phẩm phần mềm một cách kinh tế, đáng tin cậy và hiệu quả. Tài liệu gốc "Cơ sở Công nghệ phần mềm" do Lương Mạnh Bá chủ biên là một nguồn tham khảo cô đọng, hệ thống hóa các khái niệm cơ bản, từ định nghĩa phần mềm, các đặc tính, cho đến các mô hình phát triển. Nội dung được thiết kế chủ yếu cho sinh viên ngành công nghệ thông tin năm thứ ba, thứ tư, nhưng cũng vô cùng hữu ích cho các kỹ sư muốn chuẩn hóa kiến thức theo các tiêu chuẩn quốc tế. Phần mềm máy tính không chỉ đơn thuần là các dòng lệnh, mà theo [Pres97], nó là một tổ hợp gồm ba thành phần: (1) các lệnh (chương trình) thực thi chức năng, (2) các cấu trúc dữ liệu để thao tác thông tin, và (3) các tài liệu mô tả cách vận hành và sử dụng. Hiểu đúng về công nghệ phần mềm là bước đầu tiên để tiếp cận việc xây dựng các hệ thống phức tạp một cách có hệ thống, thay vì chỉ dừng lại ở việc lập trình đơn thuần.

1.1. Định nghĩa công nghệ phần mềm software engineering là gì

Theo IEEE (1993), công nghệ phần mềm được định nghĩa là "sự áp dụng một cách tiếp cận định lượng, có quy trình và có tính hệ thống nhằm phát triển, vận hành và duy trì phần mềm". Đây là một công nghệ phân tầng, bao gồm: tầng chất lượng, tầng quy trình, tầng phương pháp và tầng công cụ. Nền tảng của software engineering chính là quy trình phát triển phần mềm, định nghĩa một khung làm việc chung (Common Process Framework) cho các dự án. Các phương pháp kỹ thuật cung cấp các kỹ năng "làm thế nào" để xây dựng phần mềm, bao gồm các hoạt động như phân tích yêu cầu phần mềm, thiết kế phần mềm, lập trình và kiểm thử. Cuối cùng, các công cụ (CASE - Computer-Aided Software Engineering) cung cấp sự hỗ trợ tự động hoặc bán tự động cho quy trình và phương pháp, giúp tăng năng suất và đảm bảo chất lượng. Việc tiếp cận theo các tầng này giúp chuẩn hóa quá trình sản xuất, giảm sự phụ thuộc vào kinh nghiệm cá nhân và tạo ra sản phẩm ổn định hơn.

1.2. Vòng đời phát triển phần mềm và các thành phần cốt lõi

Vòng đời phát triển phần mềm (Software Development Life Cycle - SDLC) là toàn bộ quá trình từ khi một phần mềm được hình thành cho đến khi bị loại bỏ. Việc phân chia vòng đời thành các giai đoạn giúp việc quản lý và chế tác trở nên hiệu quả hơn. Một mô hình tiêu biểu là mô hình thác nước do Boehm đề xuất, chia quy trình thành các pha nối tiếp: xác định yêu cầu, phân tích, thiết kế, lập trình (tạo mã), kiểm thử và vận hành-bảo trì. Kết quả của mỗi giai đoạn là đầu vào cho giai đoạn tiếp theo. Một sản phẩm phần mềm hoàn chỉnh không chỉ có chương trình máy tính. Nó bao gồm bốn thành phần chính: (1) Nhóm các phương pháp luận, kỹ thuật; (2) Nhóm chương trình máy tính (phần mềm cơ bản và phần mềm ứng dụng); (3) Nhóm tư liệu (đặc tả yêu cầu, mô tả thiết kế, hướng dẫn sử dụng); và (4) Kinh nghiệm, tri thức của kỹ sư. Việc hiểu rõ các thành phần này giúp các nhà phát triển có cái nhìn toàn diện về sản phẩm cần xây dựng.

II. Giải mã khủng hoảng Thách thức trong phát triển phần mềm

Khái niệm "khủng hoảng phần mềm" xuất hiện từ những năm 1970 khi quy mô và độ phức tạp của các hệ thống máy tính tăng vọt. Khủng hoảng này không phải là một sự kiện tức thời, mà là một tập hợp các vấn đề kéo dài liên quan đến chất lượng, chi phí và tiến độ. Khi các dự án phần mềm trở nên lớn hơn, với hàng trăm ngàn đến hàng triệu dòng lệnh, phương pháp làm việc thủ công, thiếu quy trình đã bộc lộ nhiều yếu điểm. Các vấn đề nổi cộm bao gồm: chất lượng phần mềm giảm sút do lỗi tiềm tàng, chi phí bảo trì tăng cao, thiếu hụt kỹ sư có năng lực, và các sự cố phần mềm gây ra những hậu quả nghiêm trọng cho xã hội. Một trong những nguyên nhân chính là sự chênh lệch về tốc độ phát triển: phần cứng được sản xuất theo dây chuyền công nghệ hiện đại, chi phí ngày càng giảm, trong khi sản xuất phần mềm vẫn còn mang tính thủ công, chi phí ngày càng tăng. Điều này đòi hỏi ngành công nghệ phần mềm phải định ra một quy trình phát triển phần mềm chuẩn hóa để tạo ra sản phẩm chất lượng, chi phí hợp lý và dễ bảo trì.

2.1. Phân tích nguyên nhân cốt lõi gây ra khủng hoảng phần mềm

Nguyên nhân của khủng hoảng phần mềm bắt nguồn từ chính đặc thù của sản phẩm. Phần mềm là một sản phẩm vô hình, phức tạp và chứa đựng ý tưởng, sáng tạo của tác giả. Chất lượng của nó phụ thuộc rất nhiều vào con người. Khi quy mô dự án lớn, sự phối hợp giữa nhiều người trở nên khó khăn nếu không có một quy trình rõ ràng. Các nhà nghiên cứu đã chỉ ra 14 khó khăn chính trong sản xuất phần mềm, phản ánh các khía cạnh của cuộc khủng hoảng. Một số vấn đề tiêu biểu bao gồm: không có phương pháp mô tả rõ ràng yêu cầu người dùng, khó đáp ứng các thay đổi yêu cầu, thiếu phương pháp luận thiết kế nhất quán, và coi trọng lập trình hơn thiết kế. Những khó khăn này dẫn đến hệ quả là sản phẩm bàn giao không đúng hạn, vượt ngân sách, không đáp ứng nhu cầu thực tế và rất khó để bảo trì hay nâng cấp về sau.

2.2. Hậu quả của việc thiếu một quy trình phát triển phần mềm chuẩn

Việc thiếu một quy trình phát triển phần mềm chuẩn mực dẫn đến nhiều hậu quả tiêu cực. Trước hết, chất lượng sản phẩm không được đảm bảo, chứa nhiều lỗi tiềm ẩn và độ tin cậy thấp. Thứ hai, dự án dễ rơi vào tình trạng mất kiểm soát, đặc biệt là trong việc quản lý dự án phần mềm. Không có tiêu chuẩn để ước lượng nhân lực và dự toán chi phí, dẫn đến việc kéo dài thời gian và vượt ngân sách. Thứ ba, việc bảo trì trở thành gánh nặng. Khi tài liệu không được chuẩn hóa và thiếu sót, việc sửa lỗi hay thêm chức năng mới trở nên vô cùng tốn kém và rủi ro, làm giảm hiệu suất lao động chung. Cuối cùng, việc thiếu khả năng tái sử dụng (software reuse) làm giảm năng suất. Mỗi dự án đều phải làm lại từ đầu thay vì tận dụng các thành phần đã được kiểm chứng. Tất cả những điều này thúc đẩy sự ra đời và phát triển của ngành kỹ thuật phần mềm như một nỗ lực để vượt qua khủng hoảng.

III. Hướng dẫn các mô hình phát triển phần mềm nền tảng nhất

Để giải quyết các thách thức trong sản xuất phần mềm, nhiều mô hình phát triển đã được đề xuất, mỗi mô hình phù hợp với những loại dự án và đặc thù khác nhau. Một mô hình phát triển cung cấp một khuôn khổ, định nghĩa các pha, các hoạt động và các sản phẩm cần tạo ra trong vòng đời phát triển phần mềm. Việc lựa chọn mô hình phù hợp là một trong những quyết định quan trọng nhất của người quản lý dự án. Các mô hình này có thể được phân loại theo nhiều cách: tuyến tính, lặp, gia tăng, hoặc tiến hóa. Mỗi cách tiếp cận đều có ưu và nhược điểm riêng, đòi hỏi đội ngũ phát triển phải hiểu rõ bản chất của dự án: mức độ rõ ràng của yêu cầu, rủi ro công nghệ, yêu cầu về thời gian bàn giao, và quy mô của hệ thống. Hiểu biết về các mô hình là kiến thức cơ sở công nghệ phần mềm không thể thiếu đối với bất kỳ kỹ sư nào. Các mô hình phổ biến nhất bao gồm mô hình thác nước, mô hình chế thử, mô hình phát triển ứng dụng nhanh (RAD), mô hình gia tăng và mô hình xoắn ốc.

3.1. Phân tích mô hình thác nước Waterfall Model kinh điển

Mô hình thác nước là mô hình tuyến tính, tuần tự, trong đó các pha được thực hiện kế tiếp nhau một cách nghiêm ngặt: Phân tích yêu cầu, Thiết kế, Tạo mã, Kiểm thử, và Bảo trì. Ưu điểm của mô hình này là tính đơn giản, dễ quản lý, và phù hợp với các dự án có yêu cầu được xác định rõ ràng, ít thay đổi ngay từ đầu. Mỗi giai đoạn đều tạo ra các tài liệu cụ thể, giúp việc kiểm soát tiến độ và chất lượng trở nên dễ dàng. Tuy nhiên, nhược điểm lớn nhất của nó là tính cứng nhắc. Thực tế, các dự án hiếm khi tuân theo một dòng chảy tuần tự hoàn hảo. Khách hàng thường khó xác định tất cả yêu cầu một cách chi tiết từ đầu và các yêu cầu này có xu hướng thay đổi. Việc phát hiện lỗi ở giai đoạn muộn có thể gây ra chi phí sửa chữa rất lớn, vì phải quay lại các giai đoạn trước đó. Do đó, mô hình này ngày càng ít được áp dụng cho các dự án lớn và phức tạp.

3.2. Tìm hiểu mô hình chế thử Prototyping Model linh hoạt

Ngược lại với mô hình thác nước, mô hình chế thử áp dụng một cách tiếp cận lặp. Mô hình này đặc biệt hữu ích khi yêu cầu của khách hàng chưa rõ ràng. Thay vì xây dựng ngay sản phẩm hoàn chỉnh, nhà phát triển sẽ tạo ra một bản mẫu (prototype) sơ khai để thu thập phản hồi từ người dùng. Bản mẫu này có thể chỉ là giao diện người dùng hoặc một vài chức năng cốt lõi. Dựa trên ý kiến của khách hàng, bản mẫu sẽ được tinh chỉnh và hoàn thiện qua nhiều vòng lặp. Quá trình này giúp làm rõ các yêu cầu, giảm rủi ro xây dựng một sản phẩm không đáp ứng nhu cầu. Ưu điểm của mô hình là sự tham gia sớm của khách hàng và khả năng phát hiện các vấn đề về yêu cầu ngay từ đầu. Tuy nhiên, nó cũng có thể dẫn đến việc quản lý dự án phức tạp hơn và khách hàng có thể nhầm lẫn bản mẫu với sản phẩm cuối cùng.

IV. Khám phá các mô hình phát triển phần mềm tiến hóa hiện đại

Các mô hình tiến hóa ra đời để khắc phục những hạn chế của các mô hình truyền thống, đặc biệt là trong bối cảnh các yêu cầu nghiệp vụ và công nghệ liên tục thay đổi. Thay vì phát triển toàn bộ hệ thống trong một lần, các mô hình này xây dựng phần mềm qua một loạt các phiên bản gia tăng, với mỗi phiên bản sau hoàn thiện hơn phiên bản trước. Cách tiếp cận này cho phép bàn giao sản phẩm sớm hơn, nhận phản hồi liên tục và quản lý rủi ro tốt hơn. Cơ sở công nghệ phần mềm hiện đại nhấn mạnh tầm quan trọng của các mô hình lặp và gia tăng, vì chúng phản ánh đúng thực tế phát triển các hệ thống lớn, phức tạp và kéo dài. Hai trong số các mô hình tiến hóa tiêu biểu và có ảnh hưởng lớn nhất là mô hình xoắn ốc (Spiral Model) của Boehm và mô hình gia tăng (Incremental Model). Những mô hình này là nền tảng cho các phương pháp phát triển phần mềm linh hoạt (agile) sau này.

4.1. Cách mô hình gia tăng Incremental Model hoạt động

Mô hình gia tăng kết hợp các yếu tố của mô hình tuyến tính và tư tưởng lặp của mô hình chế thử. Toàn bộ dự án được chia thành các phần nhỏ, gọi là các "gia tăng" (increments). Mỗi gia tăng đi qua các pha của mô hình thác nước (phân tích, thiết kế, lập trình, kiểm thử) và tạo ra một phần sản phẩm có thể hoạt động được. Gia tăng đầu tiên thường cung cấp các chức năng cốt lõi cơ bản. Các gia tăng tiếp theo sẽ bổ sung thêm các chức năng mới. Ưu điểm của mô hình này là khách hàng nhận được sản phẩm sớm và có thể sử dụng ngay các chức năng cơ bản. Rủi ro được phân bổ qua từng gia tăng, giúp việc quản lý dễ dàng hơn. Nó đặc biệt hữu ích cho các dự án lớn mà không thể chờ đợi để có một phiên bản đầy đủ. Tuy nhiên, việc tích hợp các gia tăng đòi hỏi một kiến trúc phần mềm được thiết kế tốt ngay từ đầu.

4.2. Đặc điểm nổi bật của mô hình xoắn ốc Spiral Model

Mô hình xoắn ốc do Boehm đề xuất là một cách tiếp cận dựa trên rủi ro. Nó kết hợp bản chất lặp của mô hình chế thử với tính hệ thống của mô hình tuyến tính. Vòng đời dự án được biểu diễn như một đường xoắn ốc, mỗi vòng lặp là một pha của dự án. Mỗi vòng bao gồm bốn hoạt động chính: (1) xác định mục tiêu, (2) đánh giá và giảm thiểu rủi ro, (3) phát triển và kiểm chứng, và (4) lập kế hoạch cho vòng tiếp theo. Điểm mạnh lớn nhất của mô hình này là sự tập trung vào quản lý rủi ro. Nó cho phép áp dụng mô hình chế thử ở bất kỳ giai đoạn nào để làm rõ các yêu cầu hoặc thử nghiệm công nghệ. Mô hình xoắn ốc là một cách tiếp cận thực tế để phát triển các hệ thống lớn và phức tạp. Tuy nhiên, nó đòi hỏi chuyên môn cao về đánh giá rủi ro và có thể phức tạp để quản lý nếu không được thực hiện đúng cách.

4.3. Giới thiệu về phát triển phần mềm linh hoạt Agile và Scrum

Phát triển phần mềm linh hoạt (Agile) không phải là một mô hình cụ thể mà là một triết lý, một tập hợp các nguyên tắc và giá trị. Agile nhấn mạnh sự hợp tác chặt chẽ với khách hàng, khả năng đáp ứng thay đổi, và việc bàn giao phần mềm hoạt động được một cách thường xuyên. Scrum là một trong những framework phổ biến nhất để triển khai Agile. Trong Scrum, công việc được chia thành các chu kỳ ngắn gọi là Sprint (thường từ 2-4 tuần). Mỗi Sprint tạo ra một phần sản phẩm có khả năng chuyển giao. Các buổi họp hàng ngày (Daily Scrum), họp lập kế hoạch Sprint, và họp sơ kết Sprint giúp đội ngũ duy trì sự minh bạch và liên tục cải tiến quy trình. Agile và Scrum đặc biệt hiệu quả cho các dự án có yêu cầu không ổn định và cần tốc độ ra mắt thị trường nhanh.

V. Bí quyết quản lý dự án phần mềm hiệu quả cho người mới bắt đầu

Quản lý dự án phần mềm là hoạt động tổ chức, lập kế hoạch và điều phối các nguồn lực để đưa một dự án đến thành công. Một dự án thành công là dự án bàn giao sản phẩm đúng hạn, trong phạm vi ngân sách, đáp ứng đầy đủ các yêu cầu và đạt mức chất lượng mong muốn. Quản lý hiệu quả tập trung vào 4 yếu tố then chốt, thường được gọi là 4P: Con người (People), Sản phẩm (Product), Quy trình (Process), và Dự án (Project). Con người là yếu tố quan trọng nhất. Sản phẩm cần được xác định phạm vi rõ ràng. Quy trình cần được lựa chọn phù hợp. Và bản thân dự án cần được lên kế hoạch và theo dõi cẩn thận. Theo Boehm, việc lập kế hoạch cần trả lời các câu hỏi cơ bản theo nguyên tắc W5H2: Tại sao (Why), Cái gì (What), Khi nào (When), Ai (Who), Ở đâu (Where), Như thế nào (How), và Bao nhiêu (How much). Nắm vững các nguyên tắc này là bước đầu tiên để tránh những thất bại phổ biến trong ngành công nghệ phần mềm.

5.1. Các kỹ năng cốt lõi của một nhà quản lý dự án phần mềm

Một nhà quản lý dự án phần mềm hiệu quả không chỉ cần kiến thức kỹ thuật mà còn phải có các kỹ năng mềm xuất sắc. Bốn kỹ năng chính bao gồm: (1) Giải quyết vấn đề: khả năng chẩn đoán các vấn đề kỹ thuật và tổ chức, đề xuất giải pháp một cách hệ thống. (2) Đồng nhất trong quản lý: có trách nhiệm với dự án, quyết đoán khi cần và tin tưởng giao việc cho đội ngũ. (3) Thành tích: biết cách khen thưởng, tạo động lực cho các thành viên hoàn thành nhiệm vụ. (4) Uy tín và xây dựng đội ngũ: có khả năng "đọc" con người, hiểu và tác động đến họ, giữ bình tĩnh trong các tình huống căng thẳng. Bên cạnh đó, việc tổ chức đội ngũ (software team) cũng rất quan trọng. Có nhiều mô hình tổ chức đội như Dân chủ phân quyền (DD), Quản lý phân quyền (CD), và Quản lý tập trung (CC), việc lựa chọn phụ thuộc vào độ khó và quy mô của dự án.

5.2. Phương pháp xác định phạm vi phần mềm và phân rã vấn đề

Hoạt động đầu tiên và quan trọng nhất trong quản lý dự án phần mềm là xác định phạm vi phần mềm (software scope). Phạm vi được làm rõ bằng cách trả lời ba câu hỏi chính: (1) Ngữ cảnh: Phần mềm sẽ hoạt động trong hệ thống lớn nào và có những ràng buộc gì? (2) Mục tiêu thông tin: Phần mềm sẽ tạo ra những dữ liệu đầu ra nào và cần những dữ liệu đầu vào nào? (3) Chức năng và hiệu năng: Phần mềm cần thực hiện các chức năng gì để chuyển đổi đầu vào thành đầu ra? Sau khi xác định phạm vi, hoạt động phân rã vấn đề (problem decomposition) được thực hiện. Đây là kỹ thuật "chia để trị", trong đó một vấn đề phức tạp được chia thành các vấn đề nhỏ hơn, dễ quản lý hơn. Việc phân rã này giúp ước tính chi phí, lập kế hoạch công việc và giao nhiệm vụ cho các thành viên một cách hiệu quả.

VI. Kết luận Tương lai và vai trò của cơ sở công nghệ phần mềm

Ngành công nghệ phần mềm là một lĩnh vực tích hợp các quy trình, phương pháp, công nghệ và công cụ để phát triển phần mềm máy tính một cách chuyên nghiệp. Như đã phân tích, từ việc hiểu đúng khái niệm phần mềm, đối mặt với "khủng hoảng phần mềm", cho đến việc áp dụng các mô hình phát triển khác nhau, tất cả đều nhấn mạnh tầm quan trọng của một cách tiếp cận có hệ thống. Việc lựa chọn và áp dụng một quy trình phát triển phần mềm phù hợp không chỉ giúp tạo ra sản phẩm chất lượng cao mà còn đảm bảo dự án hoàn thành đúng tiến độ và trong ngân sách. Kiến thức về cơ sở công nghệ phần mềm không chỉ là lý thuyết, mà là nền tảng vững chắc cho mọi kỹ sư để xây dựng các hệ thống phức tạp, đáp ứng nhu cầu ngày càng cao của xã hội. Trong tương lai, khi các hệ thống ngày càng thông minh và kết nối với nhau, vai trò của một quy trình phát triển chuẩn mực và linh hoạt sẽ càng trở nên quan trọng hơn bao giờ hết, quyết định sự thành công của các sản phẩm công nghệ.

6.1. Mối quan hệ biện chứng giữa Sản phẩm và Quy trình

Sản phẩm và quy trình có mối quan hệ nhân quả chặt chẽ. Một quy trình yếu kém khó có thể tạo ra một sản phẩm chất lượng. Ngược lại, một quy trình tốt là tiền đề để tạo ra sản phẩm tốt. Tuy nhiên, không nên quá coi trọng quy trình mà quên đi mục tiêu cuối cùng là sản phẩm đáp ứng nhu cầu khách hàng. Ngành công nghệ phần mềm luôn có sự dịch chuyển qua lại giữa hai mô thức này: đôi khi tập trung vào các kỹ thuật tạo ra sản phẩm (lập trình cấu trúc), lúc khác lại tập trung vào việc chuẩn hóa quy trình (mô hình thuần thục khả năng CMMI). Sự cân bằng giữa việc tuân thủ quy trình và sự sáng tạo để tạo ra sản phẩm xuất sắc là chìa khóa thành công. Quy trình nên được xem là một công cụ hỗ trợ, không phải là một rào cản đối với sự đổi mới.

6.2. Hướng đi tiếp theo trong việc học tập kỹ thuật phần mềm

Nội dung trình bày trong phần 1 của giáo trình chỉ là những kiến thức cơ bản nhất. Để trở thành một kỹ sư phần mềm giỏi, việc học tập cần được tiếp tục với các chủ đề chuyên sâu hơn. Các lĩnh vực cần tìm hiểu thêm bao gồm: mô hình hóa phần mềm sử dụng ngôn ngữ UML với các sơ đồ như sơ đồ use case, sơ đồ lớp, sơ đồ tuần tự; các kỹ thuật phân tích yêu cầu phần mềm và đặc tả yêu cầu chi tiết; thiết kế phần mềm và kiến trúc phần mềm; các phương pháp kiểm thử và đảm bảo chất lượng; và các quy trình phát triển hiện đại như RUP (Rational Unified Process) hay các chuẩn ISO. Việc liên tục cập nhật kiến thức và áp dụng vào thực tế là cách duy nhất để bắt kịp với sự phát triển không ngừng của ngành software engineering.

Nội dung chính

Phân Tích Thư Mục Và Nội Dung Giáo Trình: Cơ Sở Công Nghệ Phần Mềm

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

Giáo trình Cơ sở Công nghệ Phần mềm do Nhà xuất bản Khoa học và Kỹ thuật ấn hành, do TS. Lương Mạnh Bá chủ biên cùng tập thể tác giả: Lương Thanh Bình, Cao Tuấn Dũng, Nguyễn Thị Thu Trang và Lê Đức Trung biên soạn. Công trình này được hình thành dưới sự hỗ trợ chuyên môn của Bộ môn Công nghệ Phần mềm và Viện Công nghệ Thông tin và Truyền thông – Trường Đại học Bách khoa Hà Nội, với sự định hướng học thuật ban đầu từ PGS. TS. Nguyễn Ngọc Bình. Trong chương trình đào tạo bậc đại học khối ngành Công nghệ Thông tin, môn học giữ vị trí kiến thức cơ sở ngành cốt lõi, chuyển tiếp từ kỹ năng lập trình căn bản sang kỹ nghệ chế tác hệ thống phần mềm quy mô lớn.

Mục tiêu học tập của giáo trình nhằm trang bị cho người học hệ thống lý thuyết nền tảng và phương pháp luận kỹ thuật trong lĩnh vực công nghệ phần mềm; bao gồm các khái niệm bản chất, quy trình phát triển, các mô hình vòng đời chế tác, cũng như phương pháp quản lý dự án theo các chuẩn kỹ thuật quốc tế.

Giáo trình có cấu trúc tổng thể gồm 6 phần với 13 chương. Phương pháp tiếp cận đi từ việc định nghĩa bản chất sản phẩm phần mềm, phân tích quy trình và mô hình phát triển, mở rộng sang quản lý dự án (mô hình 4P), sau đó đi tuần tự qua các giai đoạn kỹ thuật: phân tích yêu cầu, thiết kế kiến trúc - chương trình, kiểm thử và bảo trì, cuối cùng là các tiêu chuẩn công nghiệp hiện đại.

Điểm đặc sắc của giáo trình là hệ thống hóa các tài liệu giảng dạy và nghiên cứu quốc tế (chủ yếu là các Textbook tiếng Anh) kết hợp bộ bài giảng được hiệu chỉnh liên tục từ năm 2001 tại Đại học Bách khoa Hà Nội, mang lại một tài liệu tiếng Việt cô đọng, bám sát các tiêu chuẩn học thuật của IEEE, ISO và CMMI.

---

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

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

Cấu trúc nội dung 13 chương của giáo trình được tổ chức tuần tự theo logic phát triển và quản trị hệ thống phần mềm:

• Phần 1: Khái niệm về phần mềm và Quy trình chế tác phần mềm (Chương 1 và Chương 2): Phân tích định nghĩa phần mềm theo Pressman [Pres97] (bao gồm mã lệnh chương trình, cấu trúc dữ liệu và tài liệu kỹ thuật); mô hình cấu trúc 4 phần của phần mềm; hai góc nhìn cấu trúc (phân cấp và thủ tục); các tiêu chí đánh giá chất lượng (tiêu chí cơ bản, hiệu quả xử lý thời gian/không gian, tính dễ hiểu); 14 biểu hiện của cuộc khủng hoảng phần mềm. Chương 2 định nghĩa công nghệ phần mềm theo Bauer [BAU69] và chuẩn IEEE [IEEE93]; mô hình 4 tầng công nghệ phần mềm (Chất lượng, Quy trình, Phương pháp, Công cụ); giới thiệu 10 mô hình phát triển phần mềm tiêu biểu (Mô hình tuyến tính/thác nước của Boehm, Bản mẫu/Prototyping, RAD, Gia tăng/Incremental, Xoắn ốc/Spiral, Phát triển đồng thời, Lắp ráp thành phần, Kỹ thuật thế hệ 4/4GT, Phương pháp hình thức/CleanRoom).
• Phần 2: Quản lý dự án phần mềm và Các kỹ năng thực tiễn (Chương 3 và Chương 4): Xây dựng khung quản trị 4P (Con người - People, Sản phẩm - Product, Quy trình - Process, Dự án - Project). Trình bày 5 nhóm tác nhân tham gia dự án; 3 mô hình tổ chức đội của Mantei (DD, CD, CC) và 4 mô hình của Constantine (Closed, Random, Open, Synchronous); cấu trúc Chief Programmer Team của Harlan Mills và Baker; kỹ thuật điều phối theo nghiên cứu của Kraut và Streeter; nguyên tắc quản trị W52H của Boehm. Chương 4 đi sâu vào quy trình quản lý rủi ro (đo lường bộ ba $[r_i, l_i, x_i]$), quản lý chất lượng, quản lý cấu hình và quản lý phiên bản.
• Phần 3: Phân tích và mô hình hóa yêu cầu (Chương 5 và Chương 6): Trình bày lý thuyết hệ thống, các phương pháp tiếp cận mô hình hóa hệ thống, kỹ thuật thu thập, phân tích và đặc tả yêu cầu người dùng, cùng các công cụ hỗ trợ đặc tả.
• Phần 4: Quá trình thiết kế hệ thống (Chương 7 và Chương 8): Phân chia thành hai giai đoạn kỹ thuật độc lập: thiết kế kiến trúc tổng thể hệ thống (Chương 7) và thiết kế chi tiết chương trình, thuật toán, giao diện (Chương 8).
• Phần 5: Kiểm thử và bảo trì phần mềm (Chương 9 và Chương 10): Trình bày quy trình, chiến lược và kỹ thuật kiểm thử logic bên trong và chức năng bên ngoài (Chương 9); các hình thức và phương pháp bảo trì phần mềm nhằm duy trì vòng đời hệ thống (Chương 10).
• Phần 6: Các tiêu chuẩn và quy trình phát triển mở rộng (Chương 11, 12, 13): Khảo sát các tiêu chuẩn ISO về chế tác phần mềm, mô hình năng lực CMMI, Quy trình phát triển hợp nhất (Rational Unified Process - RUP) và quy trình linh hoạt (Agile).

Progression logic (logic tiến trình) của tài liệu vận hành chặt chẽ: Định hình nhận thức về bản chất sản phẩm và quy trình $\rightarrow$ Thiết lập tổ chức quản trị dự án $\rightarrow$ Thu thập yêu cầu $\rightarrow$ Thiết kế cấu trúc $\rightarrow$ Kiểm thử, bàn giao $\rightarrow$ Bảo trì và chuẩn hóa chất lượng.

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

• Lý thuyết nền tảng (Fundamental theories): Lý thuyết vòng đời phần mềm (Software Life Cycle); lý thuyết khủng hoảng phần mềm do chênh lệch chi phí phần cứng/phần mềm; lý thuyết hệ thống thông tin.
• Nguyên tắc cốt lõi (Core principles): Nguyên tắc tiếp cận phân tầng trong công nghệ phần mềm; nguyên tắc phân rã vấn đề (chia để trị); nguyên tắc W52H (Why, What, When, Who, Where, How, How much); mối quan hệ nhân quả và chu kỳ dịch chuyển giữa mô thức Sản phẩm và mô thức Quy trình.
• Khung làm việc chuẩn (Essential frameworks): Khung quy trình chung (Common process framework) với các hoạt động khung và hoạt động hỗ trợ (umbrella activities); khung phân loại cấu trúc tổ chức nhân sự của Mantei và Constantine; khung phân tích rủi ro dựa trên xác suất và mức độ tác động.

Kỹ năng phát triển

• Kỹ năng kỹ thuật (Technical skills): Kỹ năng lựa chọn và áp dụng mô hình phát triển phần mềm phù hợp với tính chất dự án; kỹ năng phân rã và thiết kế kiến trúc/thủ tục phần mềm; kỹ năng lập tài liệu kỹ thuật đạt chuẩn (đặc tả yêu cầu, thiết kế, điều kiện kiểm thử).
• Kỹ năng phân tích (Analytical skills): Kỹ năng đánh giá định tính và định lượng các tiêu chí chất lượng phần mềm; kỹ năng nhận diện và phân loại rủi ro (dự án, kỹ thuật, nghiệp vụ); kỹ năng phân tích luồng thông tin nghiệp vụ.
• Kỹ năng thực hành (Practical competencies): Kỹ năng tổ chức và điều phối nhân sự theo các mô hình đội dự án; kỹ năng quản lý cấu hình, theo dõi lỗi và quản lý phiên bản mã nguồn trong môi trường nhóm.

---

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

Phương pháp tiếp cận sư phạm (Pedagogical approach)

Giáo trình áp dụng phương pháp tiếp cận diễn dịch từ nguyên lý tổng quát đến kỹ thuật chi tiết. Các khái niệm trừu tượng trong kỹ nghệ phần mềm được trực quan hóa thông qua hệ thống sơ đồ: mô hình phân tầng, biểu đồ phân cấp hệ thống, sơ đồ khối quy trình (khung quy trình chung, mô hình RAD, mô hình xoắn ốc, quy trình quản lý rủi ro). Nội dung đi kèm việc đối sánh lý thuyết giúp người học hiểu rõ ưu nhược điểm và phạm vi áp dụng của từng phương pháp luận.

Bài tập và phân tích tình huống (Case studies & Practical exercises)

• Nội dung tình huống: Tích hợp 14 bài toán khó khăn thực tế trong sản xuất phần mềm và 10 nguyên nhân cốt lõi gây thất bại dự án làm cơ sở cho các buổi thảo luận tình huống quản trị.
• Bài tập thực hành: Phân rã phạm vi phần mềm theo phương pháp "chia để trị"; thiết lập ma trận rủi ro theo bộ ba $[r_i, l_i, x_i]$; xây dựng cấu trúc tổ chức đội dự án dựa trên 7 yếu tố quyết định của Mantei; lựa chọn mô hình vòng đời phát triển cho các bài toán nghiệp vụ cụ thể.

Phương pháp đánh giá và hướng dẫn tự học

• Phương pháp đánh giá: Kết hợp đánh giá lý thuyết qua các kỳ thi tự luận/vấn đáp về khái niệm chuẩn hóa và đánh giá thực hành thông qua bài tập lớn (xây dựng tài liệu đặc tả yêu cầu SRS, tài liệu thiết kế kiến trúc ADD, kế hoạch quản lý dự án mô phỏng).
• Hướng dẫn tự học: Người học cần nghiên cứu nội dung tuần tự từ Phần 1 đến Phần 6; sử dụng danh sách câu hỏi kiểm tra rủi ro (Risk item checklist theo đề xuất của Boehm) để tự rà soát kiến thức; đối chiếu kiến thức lý thuyết trong giáo trình với các tài liệu chuẩn quốc tế và bài giảng trực tuyến của các trường đại học lớn theo gợi ý của nhóm tác giả.

---

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

• Bối cảnh biên soạn và tính chuẩn hóa: Giáo trình được xây dựng trên cơ sở chỉnh lý tài liệu giảng dạy liên tục từ năm 2001 tại Viện Công nghệ Thông tin và Truyền thông – Đại học Bách khoa Hà Nội. Sách giải quyết vấn đề thiếu hụt tài liệu chuyên khảo bằng tiếng Việt có hệ thống chuẩn mực vào đầu thế kỷ XXI.
• Hệ thống hóa các trường phái lý thuyết quốc tế: Tài liệu trích dẫn và tổng hợp trực tiếp các công trình kinh điển trong ngành kỹ nghệ phần mềm:
  • Định nghĩa và phân loại của Pressman (1997), Bauer (1969), chuẩn IEEE (1993).
  • Mô hình thác nước, mô hình xoắn ốc và nguyên tắc quản trị W52H của Barry Boehm.
  • Các mô hình cấu trúc tổ chức đội phần mềm của Marilyn Mantei, Larry Constantine, Harlan Mills và Terry Baker.
  • Kết quả nghiên cứu thực nghiệm trên 65 dự án phần mềm của Robert Kraut và Lynn Streeter về hiệu quả của các kỹ thuật điều phối và giao tiếp.
• Tích hợp xu hướng kỹ thuật hiện đại: Ngoài các mô hình truyền thống, giáo trình cập nhật các phương pháp luận tiên tiến gồm: Kỹ thuật phát triển ứng dụng nhanh (RAD), Kỹ thuật lắp ráp hướng thành phần, Phương pháp hình thức (CleanRoom), chuẩn CMM/CMMI, Quy trình Hợp nhất RUP và phương pháp phát triển phần mềm linh hoạt (Agile).
• Liên hệ thực tiễn sản xuất phần mềm: Đưa ra các phân tích cụ thể về sự chuyển dịch chi phí giữa phần cứng và phần mềm từ năm 1955 đến sau 1970, phân loại chi tiết các loại rủi ro nghiệp vụ và đưa ra 10 nguyên tắc trong quản trị dự án thực tế.

---

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

• Sinh viên đại học: Giáo trình được biên soạn chuyên biệt cho sinh viên năm thứ ba và năm thứ tư chuyên ngành Công nghệ Thông tin, Kỹ thuật Phần mềm, Hệ thống Thông tin và Khoa học Máy tính.
• Yêu cầu kiến thức tiên quyết (Prerequisites): Người học cần hoàn thành các học phần cơ sở:
  • Kỹ thuật lập trình và ngôn ngữ lập trình (hướng thủ tục hoặc hướng đối tượng).
  • Cấu trúc dữ liệu và giải thuật.
  • Cơ sở dữ liệu và Kiến trúc máy tính căn bản.
• Giảng viên: Sử dụng làm giáo trình chính hoặc tài liệu tham khảo khung để xây dựng đề cương chi tiết, bài giảng lý thuyết và hệ thống đồ án môn học cho các môn Công nghệ Phần mềm, Nhập môn Kỹ nghệ Phần mềm, Quản lý Dự án Công nghệ Thông tin.
• Kỹ sư và người tự học: Tài liệu cung cấp tài liệu tham khảo cho các kỹ sư phần mềm (practitioners), trưởng nhóm kỹ thuật và nhà quản lý dự án trong doanh nghiệp muốn chuẩn hóa quy trình sản xuất theo các tiêu chuẩn quốc tế (IEEE, ISO, CMMI).

---

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

1. Giáo trình này phù hợp với ai?
Tài liệu được thiết kế làm giáo trình học tập chính khóa cho sinh viên năm thứ ba và năm thứ tư ngành Công nghệ Thông tin, đồng thời là tài liệu tham khảo chuẩn cho giảng viên và kỹ sư phần mềm đang làm việc tại các doanh nghiệp.

2. Cần chuẩn bị những kiến thức nền tảng nào trước khi học?
Người học cần nắm vững kỹ năng lập trình, cấu trúc dữ liệu, giải thuật và các khái niệm cơ bản về hệ cơ sở dữ liệu để có thể tiếp thu các phương pháp thiết kế và mô hình hóa hệ thống.

3. Điểm khác biệt của giáo trình so với các tài liệu dịch tóm lược là gì?
Giáo trình tổng hợp có hệ thống các lý thuyết quốc tế chuẩn mực (Pressman, Boehm, IEEE), tích hợp dữ liệu nghiên cứu thực nghiệm (Kraut & Streeter) và đúc kết kinh nghiệm giảng dạy từ năm 2001 tại Đại học Bách khoa Hà Nội, trình bày bằng tiếng Việt cô đọng, có cấu trúc chặt chẽ.

4. Làm thế nào để tự học giáo trình này đạt hiệu quả cao?
Người học nên học tuần tự theo 6 phần; kết hợp vẽ lại các sơ đồ kiến trúc/quy trình; ứng dụng các nguyên tắc (như 4P, W52H, công thức rủi ro) vào các bài tập phân tích tình huống thực tế hoặc các bài tập lớn mô phỏng dự án.

5. Có tài liệu bổ trợ nào được khuyến nghị kèm theo giáo trình không?
Nhóm tác giả khuyến nghị người học tham khảo thêm các bộ Textbook chuyên sâu bằng tiếng Anh (như các ấn bản của Roger S. Pressman, Ian Sommerville), tài liệu chuẩn IEEE/ISO, cùng các nguồn học liệu từ website của các trường đại học quốc tế.

---

Kết luận

Giáo trình Cơ sở Công nghệ Phần mềm của nhóm tác giả Lương Mạnh Bá (Chủ biên), Lương Thanh Bình, Cao Tuấn Dũng, Nguyễn Thị Thu Trang và Lê Đức Trung là một tài liệu học thuật có giá trị chuẩn hóa cao trong đào tạo ngành Công nghệ Thông tin tại Việt Nam. Tác phẩm đã hệ thống hóa toàn diện các tri thức cốt lõi từ bản chất sản phẩm, mô hình vòng đời, kỹ thuật phân tích - thiết kế - kiểm thử đến phương pháp luận quản trị dự án 4P và các tiêu chuẩn công nghiệp quốc tế.

Lộ trình học tập đề xuất: Bắt đầu từ việc nắm vững bản chất phần mềm và 10 mô hình quy trình (Phần 1) $\rightarrow$ Tiếp cận phương pháp quản trị dự án và rủi ro (Phần 2) $\rightarrow$ Thực hành phân tích, đặc tả và thiết kế hệ thống (Phần 3 & 4) $\rightarrow$ Nắm vững quy trình kiểm thử, bảo trì (Phần 5) $\rightarrow$ Nghiên cứu các chuẩn nâng cao ISO, CMMI, RUP, Agile (Phần 6). Để hoàn thiện kiến thức, người học nên kết hợp giáo trình này với các Textbook chuyên ngành quốc tế và các bài tập dự án thực tế.

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

chương 1), qui trình cùng các mô hình đẻ chế tác phần mềm (chương 2). Phần 2 dành cho tiến trình quản lý việc chế tác phần mêm - quản lý dự án phần mềm. Phân nảy cũng gồm 2 chương giới thiệu về các vấn đề của quản lý dự án và các kỹ năng thực tiễn. Phản 3 trình bày giai đoạn đâu tiên của quá trình phát triển phần mềm.

Phân này cũng gồm 2 chương: 5 và 6. Chương 5 trình bay một số khái niệm về Hệ thống, cách tiếp cận hệ thống cho quá trình mô hình hoá hệ thống. Chương 6 trình bày về các kỹ năng và các nhiệm vụ của việc thu thập, đặc tả yêu cầu người dùng, các công cụ sử dụng. Phần 4 giới thiệu về quá trình thiết kế hệ thống.

Quá trình thiết kế hệ thống lại chia nhỏ thành 2 giai đoạn. Giai đoạn thiết ké kiến trúc được đề cập trong, chương 7, giai đoạn thiết kế chương trình đề cập trong chương 8. Phần 5 đề cập đến giai đoạn cuối cùng của qui trình chế tác phần mềm: kiểm thử và bảo trì. Qui trình và các kỹ thuật cho nghiệp vụ kiểm thử được trình bày trong chương 9, việc bảo trì phần mềm được trình bảy trong chương, 10.

Phần 6 của giáo trình nhằm giới thiệu một số vấn đề cần quan tâm tìm hiểu thêm như: chuẩn ISO về chế tác phần mềm, mô hình và chuẩn CMMI, qui trình phát triển phần mềm hợp nhất - RUP Với mục đích là tài liệu tham khảo chính cho sinh viên nên tài liệu trình bày khá cô đọng những kiến thức cơ bản nhất, Để có kiến thức phong phú hơn, chỉ tiết hơn, sinh viên có thể tìm hiểu trong các Textbook hoặc trên các website của các trường đại học trên thế giới. Các tác giả chân thành cám ơn PGS. TS, Nguyễn Ngọc Bình nguyên Trưởng Bộ môn Công nghệ phần mềm là người đầu tiên có những định hướng cho lĩnh vực này và cho phép sử dụng một số hình ảnh mình hoạ Để tài liệu được hoàn thiện hơn, chúng tôi rất mong nhận được các ý kiến đóng góp của các em sinh viên, các đồng nghiệp xa gần ở các trường đại học cũng như trong các công ty. Địa chỉ liên lạc: Email: [e-mail] / [e-mail] Các tác giả PHAN MEM VA CAC VAN DE LIEN QUAN Nôi dung 1.

Một số quan điểm về phần mềm 1. Hai cách nhìn về cấu trúc phần mềm? 1. Đặc tính chung của phần mềm 1. Tiêu chí của một phần mềm tốt ? 1.

Phân loại phần mềm 1. Một số vấn đề trong phát triển phần mềm Đã hơn 70 năm từ khi ra đời và phát triển cho đến nay, máy tính diện từ cũng như lĩnh vực khoa học liên quan là Tin học và nay là Công nghệ thông tin đã có những phát triển vượt bậc và ngày càng khẳng định vai trò cần thiết của mình trong các lĩnh vực khoa học kỹ thuật, quản lý, cũng như các lĩnh vực khác của đời sống, xã hội và kinh tế. Khái niệm phần cứng (hardware). phần mềm (software) clung xuất hiện hầu như đồng thời.

Nói về phần cứng. như hầu hết mọi người đều hiểu vì tính hữu hình của nó: ngược lại, phần mềm là thứ vô hình và lúc dầu chỉ là một khái niệm đưa ra để đối nghĩa với phần cứng. Thời kỳ đầu, phần cứng là thành phần quan trọng, nhất, chiếm ưu thế về phương diện chỉ phí, giá cả. còn phần mềm là thứ cho không và luôn được đi kèm với máy tính.

vai trò phần cứng và phần mêm đã đổi chỗ cho nhau: do tiền bộ của khoa học công nghệ. máy tính điện tử mà đại diện là phần cứng ngày cảng được sản xuất nhiều hơn. thông dụng hơn với các tính năng nôi trội và chỉ phí ngày cảng giảm. Phần mềm, ngược lại, được tập trung nghiên cứu và phát trién và trở thành sản phẩm với tính năng ngày càng phong phú, đáp ứng yêu cầu người dùng song chi phi ngày càng tăng và việc chê tác cũng phức tạp hơn.

Tuy xuất hiện khá sớm song hiểu đúng về khái niệm phần mềm là rất khác nhau. Dù rằng hội nghị đầu tiên về Công nghệ phần mềm có nhắc đến từ 1968. tiếp sau là các hội nghị lần I năm 1975 và sau đó mỗi năm một lần. song thực tế thì khái niệm phần mềm được hiểu rất khác nhau từ đào tạo đến địa vị xã hội.

Thí dụ, trước đây dé gải quyết một bai toán bằng máy tính điện tử, người ta nói ngay đến viết một chương trình máy tính và do vậy, như một hệ quả tất yêu. ngành nghẻ đảo tạo là kỹ sư lập trình/ lập trình máy tính và địa vị xã hội (nghề nghiệp) cũng là kỹ sư lập trình. Trải qua một thời gian khá dài. nhận thức về phần mềm hay nói đầy đủ hơn là phần mềm máy tính (Computer Software) đã có những thay đổi và ¬ ngày càng được thông nhất và chuẩn hoá trên phạm vi toàn cầu.

Song hành với nó là ngành Công nghệ phần mềm: nghiên cứu về qui trình hay vòng đời phần mềm, các mô hình. các phương pháp và các công cụ trong phát triển phan mềm máy tính cũng được tập trung nghiên cứu một cách hệ thống và chuân. Dé hiéu dúng và đầy. đủ về khái niệm phần mềm và các vấn đề gặp phải trong sản xuất phần mềm, chúng tôi sẽ đề cập trong chương [ của tải liệu.

Chương II sẽ tập trung trình bày về qui trình, phương pháp, các mô hình và các công cụ.1 Một số quan điểm về phần mềm Thực tế, tồn tại khá nhiều cách hiều về phần mềm. Như trên đã nói, lúc đầu người ta chỉ sử dụng nó với khái niệm đôi nghĩa với phần cứng. Dân dân, đại đa sô đông nhât phân mềm với chương trình máy tính. [Pres97] cho rằng, phần mềm máy tính gồm 3 thành phần cơ bản: * Cac lệnh (chương trình máy tỉnh) khi được thực hiện thì cung cấp những chức năng và kết quả mong muôn.

« _ Các cấu trúc dữ liệu làm cho chương trình thao tác thông tin thích hợp. 5 - Các tư liệu mô tả thao tác và cách sử dụng chương trình. Một định nghĩa khác lại cho rằng: Trong một hệ thông máy tính, nếu trừ bỏ đi các thiết bị và các loại phụ kiện thì phân còn lại chính là phan mém (SW — Software Engineering): * Nghia hep: SW là dịch vụ chương trình dé tang khả năng xử lý của phân cứng của máy tính (như hệ điêu hành - OS). ° _ Nghĩa rộng: SW Tà tất cả các kỹ thuật ứng dụng để thực hiện những dịch vụ chức năng cho mục dich nao do bang phan cứng.

Như vậy, hiểu một cách đây đủ, phần mềm máy tính gồm 4 phân (hình 1): Nhóm các phương pháp luận, kỹ thuật: -_ Các khái niệm và trình tự cụ thê hóa một hệ thống. -_ Các phương pháp tiếp cận giải quyết vấn đề. - Các trình tự thiết kế và phát triền được chuẩn hóa. + Các phương pháp đặc tả yêu cầu, thiết kế hệ thống, thiết kế chương, trình, kiểm thử, toàn bộ quy trình quản lý phát triển phần mềm.

Kinh nghiém tri thức người kỹ sư: Hình 1. Các thành phần cúa phần mềm. Nhóm chương trình máy tính: Là phần giao điện với phần cứng. tạo thành từ các nhóm lệnh chỉ thị cho máy tính biết trình tự thao tác xử lý dữ liệu.

Phần mềm cơ bản: với 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, (ví dụ như Hệ điều hành là chương trình hệ thông). Phần mềm ứng dụng: dùng để xử lý nghiệp vụ thích hợp nào đó (quan ly, ké toan,. phan mém đóng gói. phần mềm của người dùng.

Nhóm tư liệu: * Những tư liệu hữu ích, có giá trị cao và rất cần thiết để phát triển, vận hành và bảo trì phân mêm. Để chế ra phần mềm với độ tin cậy cao cần tạo ra các tư liệu chất lượng cao: đặc tả yêu cầu. mô tả thiết kế từng loại, điều kiện kiểm thử, thủ tục vận hành, hưởng dẫn thao tác. Và những yếu tố khác: « _ Sản xuất phần mềm phụ thuộc rất nhiều vào con người (kỹ sư phần mềm).

Khả năng hệ thông hoa. kha nang lập trình. kỹ năng công nghệ, kinh nghiệm làm việc, tâm bao quát.: khác nhau ở từng người. + Phần mềm phụ thuộc nhiều vào ý tưởng và kỹ năng của người/nhóm tác giả.2 Hai cách nhìn về cấu trúc phần mềm Phần mềm là hàng hoá vô hình, không nhìn thấy, song nó là sản phẩm mà các nhà phat trién phan mém can ché tac, phat trién.

Do va „ cần có cái nhìn đúng về kiến trúc của nó. Người ta thường đề cập đến 2 Tiên trúc sau: - Kién tric phan cap. - Kién trúc thủ tục.1 Phần mềm nhìn từ cấu trúc phản cấp Trong cách nhìn này, người ta tiếp cận theo quan điểm hệ thống. Mức trên nhất, phần mềm là một hệ thống phức tạp.

dưới nó là các hệ thong con. Và dưới các hệ thông con là các chương trình và dưới nữa là các mô đun và các Subroutine (hình 2). D4100 600) Tran] LanHệ thông con Đ = h Chương trình | — — —P- [Chương trình =) Tệp trung gian Möđun “Tones | Möđun > | Subroutine ey Hình 2. Kiến trúc phân cấp phần mềm.

Kiến trúc phân cập biểu thị kiến trúc các chức năng mà phần mềm đó có và điều kiện phân cấp các chức năng. Từ góc độ phân cấp. chúng ta nhận thay: theo chiều đứng càng sâu càng phức tạp và chiều ngang càng rộng càng nhiều chức năng và qui mô càng lớn.2 Phần mêm nhìn từ cầu trúc thủ tực Kiến trúc thủ tục cho chúng ta xác định được mối quan hệ giữa các trình tự (các thành phần) mà phần mềm đó có. Nó được thể hiện bởi các thuật toán với những phép lặp, rẽ nhánh, điều khiển luồng xử lý (quay lui hay bỏ qua).

Nó cũng là cấu trúc lôgic biểu thị từng chức năng có trong phần mềm và trình tự thực hiện chúng. Cần lưu ý là thiết kế cấu trúc trước rồi sang chức năng 1.3 Đặc tính chung của phần mềm Phan mém cũng là một loại sản phẩm, song nó cũng có đặc thù riêng. Để chế ra được các phần mềm đảm bảo chất lượng, phủ hợp với nhu cầu người sử dụng sẽ rất hữu ích nếu chúng ta hiểu được các đặc tính của nó. Người ta thường lưu tâm đến các đặc tính sau: + _.

Là hàng hóa vô hình, không nhìn thấy được. « _ Chất lượng phần mềm: không mòn đi mà có xu hướng tốt lên sau *: IÀ z TẤ+ ‘ ta `. > mỗi lân có lôi (error/bug) được phát hiện và sửa chữa.