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.

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.