Giáo trình nhập môn công nghệ phần mềm - Cơ sở phát triển phần mềm và các kỹ thuật cần thiết

Giáo trình nhập môn công nghệ phần mềm cung cấp kiến thức cơ bản về quy trình phát triển phần mềm và phương pháp luận cho người mới.

• Tác giả: Pgs. Đỗ Văn Nhơn
• Người hướng dẫn: Ts. Huỳnh Bá Lân
• Trường học: Trường Đại học Công nghệ Thông tin - Đại học Quốc gia Thành phố Hồ Chí Minh
• Chuyên ngành: Công nghệ phần mềm
• Đề tài: Nhập môn Công nghệ phần mềm
• Loại tài liệu: Giáo trình
• Năm xuất bản: 2011
• Địa điểm: Thành phố Hồ Chí Minh

Mục lục chi tiết

• LỜI NÓI ĐẦU
• 1. CHƯƠNG 1: TỔNG QUAN VỀ CÔNG NGHỆ PHẦN MỀM
• 1.1. Các khái niệm cơ bản
• 1.1.1. Các khái niệm
• 1.1.2. Phân loại
• 1.1.3. Kiến trúc phần mềm
• 1.1.4. Chất lượng phần mềm
• 1.1.4.1. Tính đúng đắn
• 1.1.4.2. Tính tiến hóa
• 1.1.4.3. Tính hiệu quả
• 1.1.4.4. Tính tiện dụng
• 1.1.4.5. Tính tương thích
• 1.1.4.6. Tính tái sử dụng
• 1.2. Công nghệ phần mềm
• 1.2.1. Sự ra đời
• 1.2.2. Định nghĩa
• 1.2.3. Đối tượng nghiên cứu
• 1.3. Qui trình công nghệ phần mềm
• 1.3.1. Các bước cơ bản trong xây dựng phần mềm
• 1.3.1.1. Xác định
• 1.3.1.2. Phát triển
• 1.3.1.3. Kiểm thử phần mềm
• 1.3.1.4. Bảo trì (Vận hành)

Tóm tắt

I. Hướng dẫn tổng quan về giáo trình nhập môn công nghệ phần mềm

Giáo trình nhập môn công nghệ phần mềm cung cấp kiến thức nền tảng về một ngành khoa học quan trọng, tập trung vào việc xây dựng các sản phẩm phần mềm chất lượng cao trong khoảng thời gian và chi phí hợp lý. Mục tiêu cốt lõi của ngành là chuyển đổi việc phát triển phần mềm từ một hoạt động mang tính nghệ thuật, cảm tính sang một quy trình kỹ thuật có hệ thống, bài bản và có thể đo lường được. Nội dung chính của môn học xoay quanh việc giới thiệu các khái niệm cơ bản, từ định nghĩa phần mềm, cấu trúc của một phần mềm, đến các tiêu chuẩn đánh giá chất lượng. Một phần mềm không chỉ là một chương trình máy tính; nó là một hệ thống phức tạp bao gồm ba thành phần chính: thành phần giao diện (tiếp nhận yêu cầu và trình bày kết quả), thành phần dữ liệu (lưu trữ và truy xuất thông tin), và thành phần xử lý (thực hiện các quy tắc nghiệp vụ và tính toán). Hiểu rõ cấu trúc này là bước đầu tiên để tiếp cận các phương pháp thiết kế và phát triển hiệu quả. Giáo trình này cũng nhấn mạnh tầm quan trọng của chất lượng phần mềm, được đánh giá qua nhiều tiêu chí như tính đúng đắn, tính tiến hóa, hiệu quả, tính tiện dụng và khả năng tái sử dụng. Theo PGS. TS. Đỗ Văn Nhơn, mục tiêu của giáo trình là "sinh viên có thể hiểu được những yêu cầu công việc cần phải làm ở mỗi giai đoạn của qui trình, để có thể đảm trách công việc ở một trong các giai đoạn làm phần mềm trong những nhóm dự án". Đây là môn học cơ sở, tạo tiền đề cho các môn học chuyên sâu hơn như Quản lý dự án phần mềm hay Công nghệ phần mềm nâng cao, trang bị cho sinh viên cái nhìn toàn cảnh về vòng đời phát triển phần mềm.

1.1. Khám phá các nguyên lý công nghệ phần mềm cốt lõi

Các nguyên lý công nghệ phần mềm nền tảng là kim chỉ nam cho mọi kỹ sư. Nguyên lý đầu tiên là tính đúng đắn, yêu cầu phần mềm phải thực hiện đầy đủ và chính xác các chức năng theo đặc tả, ngay cả với dữ liệu đầu vào không hợp lệ. Thứ hai là tính tiến hóa, cho phép phần mềm dễ dàng mở rộng, nâng cấp chức năng để đáp ứng các thay đổi trong thực tế. Thứ ba là hiệu quả, đo lường qua tốc độ xử lý và việc sử dụng tối ưu tài nguyên hệ thống (CPU, bộ nhớ). Tính tiện dụng cũng là một nguyên lý quan trọng, đòi hỏi sản phẩm phải dễ học, có giao diện trực quan. Cuối cùng, khả năng tái sử dụng cho phép các thành phần của phần mềm có thể được áp dụng cho các dự án khác, giúp tiết kiệm thời gian và chi phí. Nắm vững các nguyên lý này giúp định hướng quá trình xây dựng sản phẩm chất lượng.

1.2. Phân biệt phần mềm và các thành phần cấu trúc cơ bản

Phần mềm được định nghĩa là một hệ thống các chương trình máy tính nhằm mô phỏng và hỗ trợ các hoạt động trong thế giới thực. Cấu trúc của nó bao gồm ba thành phần không thể tách rời. Thành phần giao diện là cầu nối giữa người dùng và hệ thống, chịu trách nhiệm nhận dữ liệu đầu vào và hiển thị kết quả đầu ra. Thành phần dữ liệu quản lý việc lưu trữ bền vững thông tin trên bộ nhớ phụ (như cơ sở dữ liệu) và truy xuất khi cần. Thành phần xử lý là bộ não của phần mềm, chứa các logic nghiệp vụ, thực hiện kiểm tra tính hợp lệ của dữ liệu, tiến hành các phép tính toán và biến đổi dữ liệu để tạo ra kết quả mong muốn. Sự phối hợp nhịp nhàng của ba thành phần này quyết định hoạt động của toàn bộ hệ thống.

1.3. Vai trò của bài giảng nhập môn CNPM trong định hướng nghề nghiệp

Các bài giảng nhập môn CNPM đóng vai trò thiết yếu trong việc định hình tư duy và kỹ năng cho các kỹ sư phần mềm tương lai. Chúng không chỉ cung cấp kiến thức lý thuyết về các quy trình, phương pháp và công cụ, mà còn giúp sinh viên hình thành một cái nhìn tổng thể về ngành. Thông qua các slide công nghệ phần mềm và ví dụ thực tế, người học hiểu được rằng việc tạo ra một sản phẩm không chỉ dừng lại ở việc viết mã. Nó đòi hỏi một quy trình kỹ thuật chặt chẽ, từ khảo sát, phân tích yêu cầu phần mềm, thiết kế phần mềm, đến kiểm thử phần mềm và bảo trì phần mềm. Môn học này là bước đệm quan trọng, giúp sinh viên xác định được lĩnh vực mình yêu thích trong ngành công nghệ phần mềm rộng lớn.

II. Giải mã cuộc khủng hoảng phần mềm và sự ra đời ngành CNPM

Sự ra đời của ngành công nghệ phần mềm bắt nguồn từ một giai đoạn khó khăn được gọi là "cuộc khủng hoảng phần mềm" vào những năm 1960. Thời kỳ này chứng kiến sự phát triển bùng nổ của phần cứng máy tính, làm cho máy tính trở nên mạnh mẽ hơn và giá thành rẻ hơn. Điều này kéo theo nhu cầu về phần mềm tăng vọt. Tuy nhiên, các phương pháp phát triển phần mềm lúc bấy giờ còn rất thô sơ và thiếu tính hệ thống. Các lập trình viên thường tiếp cận công việc một cách cảm tính, tập trung chủ yếu vào việc viết mã mà bỏ qua các giai đoạn quan trọng như phân tích và thiết kế. Hậu quả là rất nhiều phần mềm được tạo ra chứa đầy khuyết điểm: chúng không hoạt động đúng yêu cầu, tính toán sai, không ổn định, khó sử dụng và khó bảo trì. Tài liệu giáo trình nhấn mạnh rằng: "Các khuyết điểm của phần mềm có nguồn gốc chính từ phương pháp, cách thức tiến hành xây dựng phần mềm: Cảm tính, Thô sơ, Thủ công". Cuộc khủng hoảng này đã thúc đẩy các chuyên gia triệu tập một hội nghị để tìm ra giải pháp, và từ đó, ngành công nghệ phần mềm chính thức ra đời với sứ mệnh nghiên cứu và áp dụng các nguyên lý, phương pháp và công cụ để xây dựng phần mềm một cách khoa học, hiệu quả và đáng tin cậy.

2.1. Phân tích các triệu chứng chính của cuộc khủng hoảng

Cuộc khủng hoảng phần mềm biểu hiện qua nhiều vấn đề nghiêm trọng. Thứ nhất, các dự án thường xuyên trễ hẹn và vượt ngân sách. Việc ước tính thời gian và chi phí gần như là không thể vì thiếu một quy trình rõ ràng. Thứ hai, chất lượng sản phẩm rất thấp, phần mềm thường xuyên gặp lỗi, hoạt động không ổn định và không đáp ứng được nhuệchí, việc bảo trì phần mềm và nâng cấp trở nên vô cùng tốn kém và phức tạp, vì mã nguồn thường khó hiểu và thiếu tài liệu đi kèm. Những vấn đề này cho thấy sự cấp thiết phải có một phương pháp luận chặt chẽ trong quản lý dự án phần mềm.

2.2. Nguyên nhân cốt lõi dẫn đến thất bại của các dự án

Nguyên nhân sâu xa của cuộc khủng hoảng không nằm ở năng lực của lập trình viên, mà ở phương pháp làm việc. Việc thiếu một quy trình phát triển phần mềm chuẩn hóa đã dẫn đến tình trạng "mỗi người làm một kiểu". Giai đoạn phân tích yêu cầu phần mềm thường bị xem nhẹ, dẫn đến việc xây dựng sản phẩm không đúng với mong muốn của khách hàng. Thiết kế hệ thống không được chú trọng, khiến cấu trúc phần mềm trở nên phức tạp và khó mở rộng. Hơn nữa, việc thiếu các công cụ hỗ trợ (CASE tools) khiến mọi công đoạn đều được thực hiện thủ công, làm tăng khả năng xảy ra lỗi và giảm năng suất. Đây chính là những yếu kém mà ngành công nghệ phần mềm ra đời để khắc phục.

III. Top các quy trình phát triển phần mềm phổ biến nhất hiện nay

Để giải quyết các vấn đề của cuộc khủng hoảng, ngành công nghệ phần mềm đã đưa ra nhiều mô hình quy trình khác nhau, hay còn gọi là vòng đời phát triển phần mềm (Software Development Life Cycle - SDLC). Đây là một khung cấu trúc bao gồm các giai đoạn, hoạt động và nhiệm vụ cần thiết để phát triển và duy trì một sản phẩm phần mềm. Mỗi mô hình quy trình phát triển phần mềm có một cách tiếp cận riêng, phù hợp với các loại dự án có quy mô, độ phức tạp và yêu cầu khác nhau. Việc lựa chọn đúng mô hình quy trình là một trong những yếu tố quyết định sự thành công của dự án. Các mô hình này cung cấp một lộ trình rõ ràng, giúp đội ngũ phát triển quản lý công việc hiệu quả, giảm thiểu rủi ro và đảm bảo chất lượng sản phẩm cuối cùng. Từ các mô hình truyền thống, tuần tự như thác nước đến các mô hình linh hoạt, lặp lại như xoắn ốc và Agile, mỗi phương pháp đều có ưu và nhược điểm riêng. Hiểu rõ bản chất của từng mô hình là kiến thức cơ bản mà bất kỳ sinh viên nhập môn CNPM nào cũng cần nắm vững. Các bài giảng nhập môn CNPM thường tập trung phân tích kỹ lưỡng các mô hình này để người học có thể áp dụng vào thực tế.

3.1. Tìm hiểu mô hình thác nước Waterfall và các giai đoạn

Mô hình thác nước là một trong những SDLC đầu tiên và đơn giản nhất. Nó chia quá trình phát triển thành các giai đoạn tuần tự, nối tiếp nhau: Phân tích yêu cầu, Thiết kế hệ thống, Lập trình (Cài đặt), Kiểm thử, và Bảo trì. Điểm đặc trưng của mô hình này là kết quả của giai đoạn trước là đầu vào bắt buộc cho giai đoạn tiếp theo, và không có sự quay lui. Theo giáo trình, mô hình này "chỉ thích hợp cho những trường hợp mà chúng ta đã hiểu rất rõ các yêu cầu của khách hàng". Ưu điểm của nó là tính đơn giản, dễ quản lý và tài liệu hóa. Tuy nhiên, nhược điểm lớn là sự thiếu linh hoạt; bất kỳ thay đổi nào về yêu cầu ở giai đoạn sau đều rất tốn kém để thực hiện.

3.2. So sánh mô hình xoắn ốc và phương pháp tiếp cận lặp

Mô hình xoắn ốc là sự kết hợp giữa mô hình thác nước và mô hình làm bản mẫu (prototyping), với việc bổ sung yếu tố quản lý rủi ro. Quá trình phát triển diễn ra theo các vòng lặp xoắn ốc, mỗi vòng lặp bao gồm bốn giai đoạn chính: xác định mục tiêu, phân tích và giải quyết rủi ro, phát triển và kiểm thử, và hoạch định cho vòng lặp tiếp theo. Cách tiếp cận lặp này cho phép sản phẩm được xây dựng và hoàn thiện dần qua từng vòng. Mô hình này rất phù hợp cho các dự án lớn, phức tạp và có nhiều rủi ro, nơi các yêu cầu chưa được xác định rõ ràng ngay từ đầu.

3.3. Giới thiệu phương pháp Agile và nguyên tắc cốt lõi của Scrum

Phương pháp Agile là một triết lý phát triển phần mềm hiện đại, nhấn mạnh vào sự linh hoạt, hợp tác chặt chẽ với khách hàng và phân phối sản phẩm theo từng phần nhỏ, hoạt động được. Thay vì một kế hoạch lớn ban đầu, Agile chia dự án thành các chu kỳ phát triển ngắn gọi là các "sprint". Scrum là một trong những framework phổ biến nhất để triển khai Agile. Nó tập trung vào việc tự tổ chức của đội ngũ, các cuộc họp hàng ngày để theo dõi tiến độ và vai trò rõ ràng (Product Owner, Scrum Master, Development Team). Agile và Scrum đặc biệt hiệu quả cho các dự án có yêu cầu thường xuyên thay đổi, giúp đội ngũ phản ứng nhanh và mang lại giá trị cho khách hàng sớm nhất có thể.

IV. Bí quyết phân tích yêu cầu thiết kế và kiểm thử phần mềm

Bất kể áp dụng mô hình nào, các hoạt động cốt lõi của công nghệ phần mềm vẫn không thay đổi, bao gồm phân tích, thiết kế, cài đặt và kiểm thử. Đây là những trụ cột kỹ thuật đảm bảo sản phẩm được xây dựng không chỉ đáp ứng yêu cầu chức năng mà còn đạt các tiêu chuẩn về chất lượng. Giai đoạn phân tích yêu cầu phần mềm là nền tảng của toàn bộ dự án, nơi các kỹ sư làm việc với khách hàng để hiểu rõ họ muốn gì. Kết quả của giai đoạn này là tài liệu đặc tả yêu cầu, một văn bản mô tả chi tiết hệ thống cần xây dựng. Tiếp theo, giai đoạn thiết kế phần mềm sẽ biến các yêu cầu này thành một bản thiết kế chi tiết về kiến trúc, dữ liệu và giao diện. Đây là bản vẽ kỹ thuật để đội ngũ lập trình dựa vào đó để xây dựng sản phẩm. Cuối cùng, kiểm thử phần mềm là quá trình xác minh và xác thực, đảm bảo rằng phần mềm hoạt động đúng như thiết kế và không có lỗi. Mỗi giai đoạn đều đòi hỏi những kỹ thuật, công cụ và phương pháp riêng, tạo thành một quy trình kỹ thuật chặt chẽ. Việc thực hiện tốt các giai đoạn này giúp giảm thiểu rủi ro, tiết kiệm chi phí sửa lỗi và nâng cao sự hài lòng của khách hàng.

4.1. Kỹ thuật phân tích yêu cầu phần mềm và tạo đặc tả

Phân tích yêu cầu phần mềm là quá trình thu thập, phân tích và ghi lại các yêu cầu của người dùng. Đây là giai đoạn quan trọng nhất vì "nếu yêu cầu sai, sản phẩm dù được làm tốt đến đâu cũng sẽ thất bại". Các kỹ thuật phổ biến bao gồm phỏng vấn khách hàng, khảo sát, phân tích tài liệu hiện có và tổ chức các buổi hội thảo. Kết quả của quá trình này là tài liệu đặc tả yêu cầu, mô tả chi tiết các chức năng, phi chức năng (hiệu năng, bảo mật) và các ràng buộc của hệ thống. Công cụ như sơ đồ dòng dữ liệu (DFD) và sơ đồ thực thể-quan hệ (ERD) thường được sử dụng để mô hình hóa các yêu cầu này một cách trực quan.

4.2. Các phương pháp trong thiết kế phần mềm và ứng dụng UML

Thiết kế phần mềm là quá trình chuyển đổi các yêu cầu thành một mô hình chi tiết của hệ thống. Có ba phương pháp tiếp cận chính: hướng chức năng (chia hệ thống thành các hàm nhỏ), hướng dữ liệu (tập trung vào cấu trúc dữ liệu), và hướng đối tượng (kết hợp cả dữ liệu và hành vi vào các đối tượng). Phương pháp hướng đối tượng hiện đang rất phổ biến và thường sử dụng UML (Unified Modeling Language) làm ngôn ngữ mô hình hóa. UML cung cấp một bộ các sơ đồ chuẩn hóa (như sơ đồ lớp, sơ đồ tuần tự) để biểu diễn các khía cạnh khác nhau của thiết kế, giúp các thành viên trong nhóm giao tiếp hiệu quả và tạo ra một kiến trúc hệ thống vững chắc.

4.3. Tầm quan trọng của kiểm thử và bảo trì phần mềm

Kiểm thử phần mềm là một hoạt động không thể thiếu để đảm bảo chất lượng. Mục tiêu của nó không chỉ là tìm lỗi, mà còn để xác minh rằng phần mềm đáp ứng đúng các yêu cầu đã đề ra và hoạt động ổn định. Quá trình kiểm thử bao gồm nhiều cấp độ, từ kiểm thử đơn vị, kiểm thử tích hợp đến kiểm thử hệ thống. Sau khi sản phẩm được triển khai, giai đoạn bảo trì phần mềm bắt đầu. Đây là giai đoạn dài nhất và tốn kém nhất trong vòng đời phát triển phần mềm, bao gồm việc sửa lỗi phát sinh, cải tiến hiệu năng và thêm các chức năng mới theo yêu cầu thay đổi của người dùng.

V. Cách sử dụng công cụ CASE trong quản lý dự án phần mềm

Để nâng cao năng suất và chất lượng trong quy trình phát triển phần mềm, các kỹ sư sử dụng một loạt các công cụ được gọi là CASE (Computer-Aided Software Engineering). Đây là các phần mềm được thiết kế để hỗ trợ và tự động hóa các hoạt động trong suốt vòng đời phát triển phần mềm. Việc áp dụng các công cụ CASE giúp chuẩn hóa quy trình, cải thiện giao tiếp trong đội nhóm, và giảm thiểu các lỗi do con người gây ra. Các công cụ này có thể hỗ trợ cho một giai đoạn cụ thể hoặc cả một chuỗi các giai đoạn. Ví dụ, có những công cụ chuyên dụng cho việc vẽ sơ đồ trong giai đoạn phân tích và thiết kế, công cụ quản lý mã nguồn trong giai đoạn lập trình, công cụ kiểm thử tự động, và công cụ quản lý dự án phần mềm. Việc sử dụng thành thạo các công cụ này là một kỹ năng quan trọng đối với một kỹ sư phần mềm hiện đại. Giáo trình nhập môn công nghệ phần mềm thường giới thiệu các loại công cụ này để sinh viên có cái nhìn thực tế về môi trường làm việc chuyên nghiệp. Chẳng hạn, giáo trình có đề cập đến các phần mềm như "WinA&D, Analyst Pro" cho phân tích, "Power Designer, Oracle Designer" cho thiết kế và "MS Project, Visio" cho quản lý.

5.1. Giới thiệu các loại công cụ CASE theo từng giai đoạn SDLC

Các công cụ CASE được phân loại dựa trên giai đoạn mà chúng hỗ trợ. Công cụ phân tích (như WinA&D) giúp tạo và quản lý các mô hình yêu cầu như DFD. Công cụ thiết kế (như Power Designer) hỗ trợ vẽ các sơ đồ UML và thiết kế cơ sở dữ liệu. Công cụ lập trình (như Visual Studio) cung cấp môi trường phát triển tích hợp (IDE) với trình soạn thảo mã, trình biên dịch và gỡ lỗi. Công cụ kiểm thử (như WinRunner) cho phép tự động hóa việc chạy các kịch bản kiểm thử. Cuối cùng, công cụ quản lý (như MS Project) giúp lập kế hoạch, phân công công việc và theo dõi tiến độ dự án.

5.2. Ứng dụng UML Unified Modeling Language để mô hình hóa

UML (Unified Modeling Language) không phải là một phương pháp mà là một ngôn ngữ mô hình hóa trực quan. Nó cung cấp một bộ ký hiệu đồ họa chuẩn để tạo ra các bản thiết kế chi tiết cho hệ thống phần mềm. UML giúp các bên liên quan (khách hàng, nhà phân tích, nhà thiết kế, lập trình viên) có một ngôn ngữ chung để hiểu và thảo luận về hệ thống. Các sơ đồ UML phổ biến bao gồm Sơ đồ Ca sử dụng (Use Case Diagram) để mô tả chức năng, Sơ đồ Lớp (Class Diagram) để mô tả cấu trúc, và Sơ đồ Tuần tự (Sequence Diagram) để mô tả tương tác giữa các đối tượng. Việc sử dụng UML giúp tạo ra các thiết kế rõ ràng, dễ hiểu và dễ bảo trì.

VI. Kết luận Tầm quan trọng của giáo trình công nghệ phần mềm

Tổng kết lại, giáo trình nhập môn công nghệ phần mềm là tài liệu không thể thiếu, đặt nền móng vững chắc cho sự nghiệp của một kỹ sư phần mềm. Nó cung cấp một cái nhìn toàn cảnh, có hệ thống về cách các sản phẩm phần mềm chất lượng cao được tạo ra, từ ý tưởng ban đầu đến khi triển khai và bảo trì. Kiến thức cốt lõi không nằm ở một ngôn ngữ lập trình hay một công nghệ cụ thể, mà ở các nguyên lý công nghệ phần mềm, các quy trình và phương pháp luận. Việc hiểu rõ vòng đời phát triển phần mềm (SDLC), biết cách lựa chọn mô hình phù hợp như mô hình thác nước hay phương pháp Agile, và nắm vững các kỹ thuật trong từng giai đoạn như phân tích yêu cầu phần mềm hay thiết kế phần mềm là những kỹ năng nền tảng. Ngành công nghệ phần mềm đã ra đời để giải quyết "cuộc khủng hoảng phần mềm", và những nguyên tắc của nó vẫn còn nguyên giá trị cho đến ngày nay. Nó giúp biến những ý tưởng phức tạp thành các sản phẩm đáng tin cậy, hiệu quả, đáp ứng nhu cầu của người dùng và mang lại giá trị cho xã hội.

6.1. Tóm tắt các giai đoạn chính của vòng đời phát triển phần mềm

Vòng đời phát triển phần mềm (SDLC) là một chu trình có cấu trúc, bao gồm các giai đoạn chính sau: 1) Xác định yêu cầu: Thu thập và phân tích nhu cầu của khách hàng. 2) Thiết kế: Tạo ra kiến trúc và thiết kế chi tiết cho hệ thống. 3) Lập trình (Cài đặt): Viết mã nguồn dựa trên bản thiết kế. 4) Kiểm thử: Xác minh phần mềm hoạt động đúng và không có lỗi. 5) Triển khai: Cài đặt phần mềm cho người dùng cuối. 6) Bảo trì: Sửa lỗi, nâng cấp và cải tiến phần mềm trong quá trình vận hành. Hiểu rõ trình tự và mục tiêu của mỗi giai đoạn là chìa khóa để quản lý dự án phần mềm thành công.

6.2. Lời khuyên cho sinh viên khi học nhập môn công nghệ phần mềm

Để học tốt môn nhập môn công nghệ phần mềm, sinh viên cần tập trung vào việc hiểu "tại sao" đằng sau mỗi quy trình và phương pháp, thay vì chỉ học thuộc lòng các định nghĩa. Hãy cố gắng áp dụng lý thuyết vào các dự án nhỏ để trải nghiệm thực tế. Tích cực sử dụng các công cụ được giới thiệu trong bài giảng nhập môn CNPM, như các công cụ vẽ UML hay quản lý mã nguồn. Quan trọng nhất, hãy rèn luyện kỹ năng tư duy hệ thống và giao tiếp, bởi công nghệ phần mềm là một hoạt động mang tính tập thể, đòi hỏi sự phối hợp chặt chẽ giữa nhiều người.

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

eee se án sons TÔ ee Si tháo OE wmymasdaoobaasagbPteapnU SS TÊN Ngưệt > Rrormnsentioont HaÁn Ni VẤN) DAI HOC QUOC GIA THANH PHO HO CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN #skik‡e4Ekclk GIÁO TRÌNH NHAP MON CÔNG NGHỆ. PHẢN MEM Biénsoan: PGS. DO VAN NHON _ ThS. NGUYEN THI THANH TRUC ThS.

NGUYEN TRAC THUC _ NHÀ XUẤT BẢN ĐẠI HỌC quốc GIA. ‘THANH PHO HO CHi MINH - 20H. NHAP MON CONG NGHE PHAN MEM Đã Văn Nhơn, Nguyễn Thị Thanh Trúc: Nguyễn Trác Thức NHÀ XUẤT BẢN ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINH KP 6, P. Thủ Đức, TPHCM Số 3 Công trường Quốc tế, Q.

Fax: [phone]; Email: [e-mail] kh Chịu trách nhiệm xuất bản TS HUYNH BA LAN Tổ chúc bản thảo uờ chịu trách nhiệm uê tác quyền - HIỆU TRƯỞNG TRƯỜNG ĐẠI HỌC CNTT- ĐHQG TPHCM Biên tập NGUYÊN ĐỨC MAI LÂM Sita ban in THAN THI HONG _ Trình bày bìa GT.TH(V)' | ĐHQG HCM:11 1188-2010/CXB/01-143 TH.240-11(T) - `ý In 500 cuốn khổ 14,5 x 20,5cm. Số đăng ký kế hoạch xuất bản: 1188 - 2010/CXB/01-143/DHQGTPHCM. Quyết định xuất bản số: 99/QĐ-ĐHQGTPHCM cấp ngày “18/03/2011 của NXB ĐHQGTPHCM. In tại Công-ty In và Bao bì Hưng Phú.

In xong và. nộp lưu chiểu tháng 04 năm 2011. LOI NOI DAU Nhập môn Công nghệ phân mem là môn học nhằm giúp cho sinh viên có kiến thức cơ bản nhất trong lĩnh vực công nghệ phần mềm. Qua môn học này, sinh viên có cái nhìn khái quát về qui trình phát triển phần mềm, hiểu biết và thực hiện các giai đoạn trong qui trình trên một phần mềm cụ thể dựa trên những phương pháp.

kỹ, thuật trong quá trình thu thập yêu cầu, phân tích, thiết kế và cài đặt, viết sưu liệu đã được minh họa cụ thể trong giáo. Mục tiêu giáo trình là sinh viên có thể hiểu được những yêu cầu công việc cần phải làm ở mỗi giai đoạn của qui trình, để có thê đảm trách công việc ở một trong các giai đoạn làm phần mềm trong những nhóm dự án. Đây cũng là môn học cơ sở cho việc học tiếp các môn học khác trong lĩnh Vực công nghệ phần mềm cũng như trong bộ môn công nghệ phần mềm: Quản lý đề án phần mềm, Công nghệ phần mềm nâng cao. góp Nhóm biên soạn rất mong nhận được những ý kiến đóng nhằm hoàn thiện hơn nữa giáo trình phục vụ việc học tập của sinh viên.

Nhóm biên soạn CHUONG 1 TONG QUAN VE CONG NGHE PHAN MEM 1. CÁC KHÁI NIEM COBAN > 1. Các khái niệm Chương trình máy tính là một trình tự các chỉ thị để hướng dẫn máy tính Jam viéc nham hoàn thành một công việc nào đó do cơn người yêu cầu. Phần mềm là một hệ thống các chương trình có thể thực hiện trên máy tính nhằm hỗ trợ các nhà chuyên môn trong từng lĩnh vực chuyên ngành thực hiện tốt nhất các thao tác nghiệp vụ của mình.

Nhiệm vụ chính yếu của phần mềm là cho phép các nhà chuyên môn thực hiện các công việc của họ trên máy tính dễ dàng và nhanh chóng hơn so với khi thực hiện cùng công việc đó trong thế giới thực. Hoạt động của mọi phần mềm là sự mô phỏng lại các hoạt động của thế giới thực trong một góc độ thu hẹp nào đó tiên máy tính. Quá trình sử dựng một phần mềm chính là quá trình người dùng thực hiện các công việc trên máy tính để hoàn tất một công việc tương đương trong thế giới thực. Lớp phan mềm là hệ thống các phần mềm trên ‹ cùng lĩnh vực hoạt động nào đó.

Do cùng lĩnh vực hoạt động nên các phần mềm này thường có cấu trúc và chức năng (công việc mà người dùng thực hiện trên máy tính) tương tự nhau. Mục tiêu của ngành công nghệ phan mềm là hướng đến không những xây dựng được các phần mêm có chất lượng mà còn cho phép xây dựng dễ dàng một phần mêm mới từ các phần mềm đã có sẵn trong cùng kĩnh vực (thậm chí trong các lĩnh vực khác). Các phần mềm và lớp phần mềm tương ứng STT | Lớp phần mềm Các phần mềm 1 | HO wy gidi bai tip | lượng giác, hình học, giải tích, số học, cờ carô, cờ tướng, cỜ vua, xếp hình, _ 2 Trò chơi 3 | xXéplich biéu thi đấu, thời khóa biểu, hội nghị,. 4 Xét tuyển nhân sự, học sinh lớp 10.

5 | Bìnhchọn | Sản phẩm, cầu thủ,. 6 Quản lý học sinh mầm non, trung học, trung tâm. 7 |Bánhàn _ thuốc tây, vật liệu xây dựng, máy tính 8 | Quanly thué bao | điện, điện thoại nước,. 19 | Chomuon Ì sách, truyện, phim,.

Phân loại Phần mềm hệ thống là những phần mềm đảm nhận công việc tích hợp và điều, khiển các thiết bị phần cứng đồng thời tạo ma môi trường thuận lợi để các phần mềm khác và người sử dụng có thê thao tác trên đó như một khối thống nhất mà không cần phải quan tâm đến những chỉ tiết kỹ thuật phức tạp bên dưới như cách thức trao đổi dữ liệu giữa bộ nhớ chính và đĩa, cách hiển thị văn bản lên man hinh,. Phan mém ứng dụng là những phần mềm được dùng để thực hiện một công việc xác định nào đó. Phần mềm ứng dụng có thể chỉ gồm một chương trình đơn giấn như chương trình xem ảnh, hoặc một nhóm các chương trình cùng tương tác với nhau để thực hiện một công việc nào đó như chương trình xử lý bản tính, chương trình xử lý văn ban,. Kiến rúc phân mềm Sau khi đã có các khái niêm cơ bản nhất về phan mém, tiép sau đây chúng ta sẽ đi sâu vào tìm hiểu cấu trúc chỉ tiết các các thành phần bên trong phân mém.

Phân mêm bao gôm ba thành phần: a) Thành phần giao tiếp (giao diện). 'Cho phép tiếp nhận các yêu cầu về việc muốn thực hiện và Cung cấp các đữ liệu nguồn liên quan đến công việc đó hoặc từ các thiết bị thu thập đỡ liệu (cân, đo nhiệt độ, tế bào quang học, .) Cho phép trình bày các kết quả hiện thực các yêu cầu cho người ding (kết quả của công việc khi thực hiện trên máy tính) hoặc điều khiển hoạt động các thiết bị điều khiển (đóng mở cửa, bật mở máy.) Một cách tổng quất, thành phần giao tiếp là hệ thống các hàm chuyên về VIỆC nhập/xuất dữ liệu hàm nhập/xuất) cùng với hình thức trình bày và tô chức lưu trữ dữ liệu tương ứng. Mục tiêu chính của các hàm này la đưa dữ liệu từ thế giới bên ngoài phân mềm vào bên trong hoặc ngược lại. Trong phạm vi giáo trình này chỉ giới hạn xét đến giao tiếp với người sử dụng phần mềm và khi đó có tên 891 cụ‹ thể hơn là thành phần giao diện.

+ ) Thành phân dữ liệu ` Cho phép lưu trữ lại (hàm ghi) các kết quả đã xử lý (việc mượn bộ sách đã được kiểm tra hợp lệ, bảng lương tháng đã được tính) tiên cầu trúc, nhớ phụ với tổ chức lưu trữ được xác định trước đập tin có tập tin nhị phân, cơ Sở dit liu). phục vụ Cho phép truy xuất lại (hàm đọc) các dữ liệu đã lưu trữ cho các hàm xử lý tương ứng. Một cách tông quát, thành phần dữ liệu l hệ thong cac ham chuyén vé doc ghi dit ligu (ham doc/ghi) cing véi mé hinh tổ chức dữ liệu tương ứng. Mục tiêu chính của các hàm này là chuyển đổi đữ liệu - siữa bộ nhớ chính và bộ nhớ phụ.

c) Thành phần xử Kiểm tra tính hợp lệ của các dữ liệu nguồn được cung cấp từ người dùng theo các. quy trình ràng buộc trong thế giới thực (chỉ cho mượn tôi đa 3 quyên sách, môi lớp học có tôi đa 50 học sinh,. Danh sách các hàm cùng ý nghĩa tương ứng STT | Thành phần | Ham .| Ý nghĩa Ghi chú { | Thanh phan | Hamnhap | Nhập yêu Cần xác định | giao diện câu, dữ Hệu | hình thức nguôn. - nhập/xuât và Hàmxuất | Xuấtkếtquả | !Ô Chức dữ đãxửlý | Du tương 2 |Thànhphằn |Hàmkiểm | Kiémta.

| Sửdụng hàm xử lý tra _ | tính hợp lệ | nhập, hàm của dữ liệu. Hàmxửlý | Xử lý tính Sử dụng hàm toán, phát nhập, hàm sinh, biến ` | đọc, hàm đôi trên dữ | xuât hàm phi liệu 3 | Thành phần Hàm đọc Đọc đữ liệu. dữ liệu từ bộnhớ | cách thức tổ phụ vào bộ | chức lưu trữ nhớchính. | đữ liệu Hàm ghi Ghidữliệu | Ỷ từ bộ nhớ chính vào bộ nhớ phụ Tiêlến hành xử lý cho ma kết ‹quá mong đợi theo quy định tính toán có sẵn trong thế giới thực (quy tặc tính tiền phạt khi trả sách trễ, quy tắc tính tiền điện, quy tắc trả góp khi mua.) hoặc theo thuật giải tự đề xuất (xếp thời khóa biểu tự động, nén ảnh.) Việc xử lý dựa trên dữ liệu nguồn từ người sử dụng cung cấp (tính nghiệm phương trình bậc 2 dựa trên các hệ số đã nhập) hoặc dữ liệu lưu trữ đã có sẵn đính tồn kho tháng dựa trên các phiếu nhập xuất đã lưu trữ.) hoặc cả hai (tính tiền phạt dựa trên ngày trả sách được nhập vào và thông tin về loại sách đã được lưu trữ.) tùy vào xử lý cụ thể.

Tương tự, việc xử lý cho ra kết qua-c6.thé dùng dé xuất cho Tigười dùng xem qua thành phân giao diện (trinh bay nghiệm, xuất tiền phạt), hay cùng có thể lưu trữ lại qua thành phần dữ liêu (số sách hiện đang được mượn của một độc giả.) hoặc cả hai (bảng lương, bảng tồn kho.) Một cách tổng quát, thành phần xử lý à hệ thống các hàm chuyên về xử lý tính toán, biến đổi dữ liệu. Các hàm này sẽ dùng dữ liệu nguồn từ các hàm trong thành phần giao diện (hàm nhập) hay thành phan dir liệu (hàm đọc dữ liệu) kiểm tra tính hợp lệ hàm kiểm tra) và sau đó tiến hành xử lý (hàm xử lý) nếu cần thiết để cho ra kết quả mà sẽ được trình bày cho người dùng xem qua các hàm trong thành phần giao diện (hàm xuất) hoặc lưu trữ lại qua các hàm trong thành phần đữ liệu (ham ghi). Chat lượng phần mềm 1. Tính đúng dẫn phẩm đó Tính đúng đắn của phần mềm được thể hiện ở chỗ sản Tính đúng thực hiện đầy đủ và chính xác các yêu cầu của người dùng.

cân phải thực dan ở đây cân phải hiểu theo nghĩa rộng là chương trình vào là không "hiện được trong cả những trường hợp mà dữ liệu đầu hợp lệ. Ví dự, nếu một trong số các chức năng của phần mềm là sắp xếp một tập tin có số lượng mẫu tin tùy ý theo một cột tùy ý theo chiều tăng hoặc giảm thì những trường hợp sau là vi phạm tính đúng đắn của chương trình: # Khong thể thực hién được (reo máy) khi tập tin rỗng (không có mau tin nào).