Bài giảng Nhập môn Công nghệ phần mềm: Khảo sát hiện trạng và xác định yêu cầu

Tổng hợp thông tin chi tiết về SE 03 cùng hướng dẫn sử dụng và tính năng nổi bật. Cập nhật các thông số kỹ thuật mới nhất và đánh giá chuyên sâu.

• Tác giả: Trần Ngọc Bảo
• Trường học: Đại học Sư phạm Thành phố Hồ Chí Minh
• Chuyên ngành: Công nghệ phần mềm
• Đề tài: Giai đoạn khảo sát hiện trạng và xác định yêu cầu
• Loại tài liệu: Bài giảng
• Năm xuất bản: 2007
• Địa điểm: Hồ Chí Minh

Tóm tắt

I. Tổng quan về SE 03 Khảo sát hiện trạng và xác định yêu cầu

Giai đoạn khảo sát hiện trạng và xác định yêu cầu là bước khởi đầu then chốt trong kỹ nghệ phần mềm. Nội dung bài giảng SE 03 cung cấp nền tảng kiến thức bài bản về phương pháp làm việc với khách hàng. Mục tiêu chính là nắm bắt chính xác quy trình nghiệp vụ thực tế. Kỹ sư phần mềm cần thu thập biểu mẫu, báo cáo và quy chế vận hành. Dữ liệu này giúp định hình phạm vi hệ thống tương lai. Tài liệu đặc tả yêu cầu là kết quả bàn giao quan trọng nhất của giai đoạn này. Bản tài liệu phản ánh đầy đủ nhu cầu của người sử dụng và các bên liên quan. Khi khảo sát kỹ lưỡng, dự án sẽ giảm thiểu rủi ro thay đổi thiết kế về sau. Đội ngũ phát triển xác định rõ mục tiêu kỹ thuật ngay từ đầu. Việc xây dựng kiến trúc tổng thể cũng bắt nguồn từ dữ liệu khảo sát ban đầu. Hệ thống có thể triển khai theo mô hình Windows Application hoặc Web Application kết hợp máy chủ cơ sở dữ liệu. Nắm vững học phần SE 03 giúp xây dựng sản phẩm đúng hạn và đúng ngân sách.

1.1. Mục tiêu và tầm quan trọng của khảo sát hiện trạng

Khảo sát hiện trạng nhằm tìm hiểu chi tiết hoạt động của tổ chức. Chuyên viên phân tích gặp gỡ trực tiếp các bên liên quan để ghi nhận yêu cầu. Quá trình này giúp xác định rõ các luồng xử lý thông tin nghiệp vụ. Kỹ sư phân loại các biểu mẫu đầu vào và kết quả đầu ra. Việc thu thập tài liệu thực tế giúp hình thành bức tranh toàn cảnh về nghiệp vụ giáo vụ hoặc quản lý. Nếu bỏ qua khảo sát, hệ thống mới sẽ không đáp ứng đúng thực tế. Nghiên cứu hiện trạng còn giúp đội ngũ dự án phát hiện những điểm nghẽn của quy trình cũ. Từ đó, phần mềm mới sẽ tối ưu hóa hiệu suất và giảm thao tác thủ công cho người dùng.

1.2. Phân loại yêu cầu chức năng và yêu cầu phi chức năng

Yêu cầu chức năng mô tả các hành động cụ thể mà hệ thống phải thực hiện. Ví dụ gồm có tính năng lưu trữ hồ sơ, tra cứu dữ liệu và kết xuất báo biểu. Các phép tính điểm trung bình hay xét tốt nghiệp cũng thuộc nhóm này. Ngược lại, yêu cầu phi chức năng quy định tiêu chuẩn vận hành kỹ thuật. Các yếu tố này bao gồm môi trường cài đặt như nền tảng Web hoặc Windows. Lựa chọn hệ quản trị cơ sở dữ liệu như SQL Server hay Oracle cũng rất quan trọng. Ngôn ngữ lập trình như Java, .NET hoặc PHP phải được ấn định sớm. Sự kết hợp hài hòa giữa hai nhóm yêu cầu đảm bảo phần mềm hoạt động ổn định và mở rộng tốt.

II. Phân tích các thách thức khi xác định yêu cầu trong SE 03

Quá trình xác định yêu cầu thường đối mặt với nhiều rào cản phức tạp. Khách hàng và người dùng cuối thường không thể diễn đạt rõ ràng mong muốn của họ. Ngôn ngữ giao tiếp giữa hai bên thường xảy ra bất đồng thuật ngữ. Khách hàng sử dụng từ ngữ nghiệp vụ trong khi kỹ sư lại dùng thuật ngữ công nghệ. Sự thiếu thống nhất này dẫn đến hiểu lầm nghiêm trọng trong đặc tả. Ngoài ra, nghiệp vụ thực tế tại các đơn vị giáo vụ thường xuyên phát sinh ngoại lệ. Quy trình xét tốt nghiệp hay nhập điểm có nhiều quy định bổ sung phức tạp. Nếu tài liệu khảo sát không ghi nhận đầy đủ, mã nguồn sẽ phải sửa đổi liên tục. Sự thay đổi yêu cầu ở các giai đoạn sau làm tăng chi phí dự án theo cấp số nhân. Việc thiếu công cụ mô hình hóa chuẩn xác cũng khiến việc đối soát trở nên khó khăn. Tài liệu văn bản thuần túy rất dễ gây hiểu nhầm cho lập trình viên. Do đó, việc chuyển hóa thông tin thành mô hình trực quan là yêu cầu cấp thiết.

2.1. Nguy cơ tiềm ẩn từ việc bỏ sót yêu cầu nghiệp vụ

Bỏ sót yêu cầu nghiệp vụ gây ra những hệ lụy nghiêm trọng cho dự án phần mềm. Hệ thống khi bàn giao sẽ không khớp với quy trình làm việc thực tế của người dùng. Các tính năng cốt lõi như tính điểm rèn luyện hay in danh sách lớp có thể bị thiếu sót. Đội ngũ kỹ thuật buộc phải tái cấu trúc cơ sở dữ liệu khi hệ thống đã vận hành. Việc này gây lãng phí thời gian và ngân sách của doanh nghiệp. Ngoài ra, sự chậm trễ còn làm suy giảm uy tín của nhà phát triển đối với khách hàng. Mọi lỗi nghiệp vụ phát hiện trễ đều đòi hỏi chi phí khắc phục rất cao.

2.2. Khó khăn trong việc lựa chọn kiến trúc hệ thống

Việc xác định kiến trúc hệ thống trong giai đoạn đầu luôn là thách thức lớn. Kiến trúc sư phần mềm phải cân nhắc giữa ứng dụng Desktop truyền thống và nền tảng Web hiện đại. Mô hình Client-Server dạng Windows Application đem lại tốc độ xử lý cục bộ cao. Tuy nhiên, mô hình này gây khó khăn khi triển khai nâng cấp trên diện rộng. Ngược lại, mô hình Web Application với Web Server và Database Server mang lại tính linh hoạt vượt trội. Người dùng truy cập dễ dàng qua trình duyệt web trên mọi thiết bị. Quyết định kiến trúc sai lầm sẽ cản trở khả năng mở rộng hệ thống trong tương lai.

III. Phương pháp mô hình hóa Use Case hiệu quả cho bài học SE 03

Mô hình hóa Use Case là giải pháp tiêu chuẩn giúp trực quan hóa toàn bộ yêu cầu phần mềm. Sơ đồ Use Case phân định ranh giới rõ ràng giữa hệ thống và môi trường bên ngoài. Kỹ sư xác định các tác nhân (Actor) tham gia tương tác với ứng dụng. Mỗi tác nhân đại diện cho một vai trò người dùng cụ thể như giảng viên, giáo vụ hoặc sinh viên. Từng ca sử dụng (Use Case) thể hiện một chức năng hoàn chỉnh mang lại giá trị thực tế. Mối quan hệ giữa các thành phần được biểu diễn bằng các đường liên kết chuẩn UML. Quan hệ kế thừa (Generalization) phân cấp các tác nhân từ khái quát đến cụ thể. Các quan hệ mở rộng (Extend) và bao hàm (Include) giúp tái sử dụng các chức năng dùng chung như đăng nhập. Công cụ hỗ trợ như PowerDesigner cho phép tạo lập lược đồ nhanh chóng và chuyên nghiệp. Biểu đồ hoàn chỉnh đóng vai trò cầu nối giao tiếp vững chắc giữa khách hàng và lập trình viên. Nhờ đó, chất lượng bản đặc tả yêu cầu được nâng cao rõ rệt.

3.1. Các thành phần cốt lõi và mối quan hệ trong Use Case

Một sơ đồ Use Case tiêu chuẩn bao gồm ba thành phần chính: Actor, Use Case và Relationship. Actor đại diện cho người hoặc hệ thống bên ngoài tương tác với phần mềm. Use Case là hình elip thể hiện một đơn vị chức năng nghiệp vụ cụ thể. Mối quan hệ Association kết nối Actor với Use Case tương ứng. Quan hệ Generalization thể hiện tính kế thừa giữa các Actor hoặc giữa các Use Case. Ví dụ sinh viên chính quy và sinh viên tại chức kế thừa thuộc tính từ Actor sinh viên. Quan hệ Include chỉ định chức năng bắt buộc phải thực hiện trước. Quan hệ Extend thể hiện các hành vi mở rộng tùy chọn theo điều kiện.

3.2. Ứng dụng công cụ PowerDesigner trong đặc tả yêu cầu

PowerDesigner là phần mềm CASE mạnh mẽ hỗ trợ thiết kế hệ thống chuyên nghiệp. Công cụ này cung cấp môi trường trực quan để vẽ sơ đồ Use Case theo chuẩn UML. Người dùng có thể dễ dàng kéo thả các Actor và Use Case lên vùng làm việc. Phần mềm hỗ trợ thiết lập thuộc tính chi tiết cho từng phần tử thiết kế. Tài liệu đặc tả sinh ra từ PowerDesigner có cấu trúc mạch lạc và chuẩn hóa. Đội ngũ phát triển có thể kiểm tra tính toàn vẹn của mô hình tự động. Công cụ này còn hỗ trợ chuyển đổi mô hình yêu cầu sang mô hình phân tích và thiết kế dữ liệu. Nhờ đó, tiến độ dự án được rút ngắn đáng kể.

IV. Ứng dụng thực tiễn của quy trình phân tích yêu cầu SE 03

Quy trình khảo sát và xác định yêu cầu trong SE 03 mang tính thực tiễn rất cao. Kiến thức này áp dụng trực tiếp vào việc xây dựng hệ thống quản lý giáo vụ đại học. Hệ thống giải quyết trọn vẹn các bài toán nghiệp vụ phức tạp trong thực tế. Các chức năng quản lý thời khóa biểu, nhập điểm và xét tốt nghiệp được định hình rõ ràng. Việc phân quyền cho giáo vụ khoa, giảng viên và sinh viên diễn ra mạch lạc. Tài liệu khảo sát giúp lập trình viên viết mã nguồn chuẩn xác theo từng ca sử dụng. Đội kiểm thử dựa vào kịch bản Use Case để tạo các trường hợp kiểm thử tự động. Quá trình bảo trì và nâng cấp phần mềm sau này cũng diễn ra thuận lợi hơn. Nắm vững kỹ năng khảo sát hiện trạng giúp kỹ sư phần mềm tạo ra những sản phẩm thực sự hữu ích. Đây là nền tảng cốt lõi cho mọi chuyên gia phát triển phần mềm trong tương lai.

4.1. Bài học thực tế từ hệ thống quản lý giáo vụ

Hệ thống quản lý giáo vụ là minh chứng tiêu biểu cho quy trình khảo sát bài bản. Bài toán yêu cầu tích hợp nhiều phân hệ như xếp thời khóa biểu và xử lý học vụ. Tác nhân giáo vụ khoa được cấp quyền tạo lập, sửa đổi và xóa thời khóa biểu. Giảng viên và sinh viên chỉ có quyền xem lịch học và thời khóa biểu cá nhân. Quy trình nhập điểm thi và xét điều kiện tốt nghiệp được tự động hóa chính xác. Dữ liệu điểm số được lưu trữ tập trung tại Database Server để đảm bảo an toàn. Nhờ đặc tả chi tiết, hệ thống vận hành trơn tru và đáp ứng đúng quy chế đào tạo.

4.2. Khuyến nghị nâng cao chất lượng đặc tả yêu cầu

Để tối ưu hóa giai đoạn khảo sát, kỹ sư phần mềm cần tuân thủ các nguyên tắc chuẩn mực. Việc phỏng vấn người dùng cần kết hợp thu thập biểu mẫu và báo cáo thực tế. Đội ngũ dự án nên xây dựng bảng thuật ngữ chung để tránh hiểu nhầm khái niệm. Việc áp dụng mô hình Use Case cùng công cụ như PowerDesigner cần thực hiện nhất quán. Mọi ca sử dụng phải được rà soát và xác nhận trực tiếp từ phía khách hàng. Ngoài ra, việc cập nhật tài liệu đặc tả khi có thay đổi nghiệp vụ là điều bắt buộc. Những thực hành này đảm bảo dự án luôn đi đúng hướng và đạt chất lượng cao.

Nội dung chính

TỔNG QUAN HỌC THUẬT: BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ PHẦN MỀM – GIAI ĐOẠN KHẢO SÁT HIỆN TRẠNG VÀ XÁC ĐỊNH YÊU CẦU

• Đơn vị đào tạo: Đại Học Sư Phạm Tp. Hồ Chí Minh – Khoa Toán – Tin Học
• Tác giả / Giảng viên: Trần Ngọc Bảo (Email: tnbao.com)
• Chủ đề tài liệu: Giai đoạn khảo sát hiện trạng và xác định yêu cầu phần mềm
• Cấp độ đào tạo: Đại học / Cao đẳng ngành Công nghệ Thông tin, Sư phạm Tin học

---

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

Tài liệu bài giảng "Nhập môn Công nghệ Phần mềm – Giai đoạn khảo sát hiện trạng và xác định yêu cầu" do tác giả Trần Ngọc Bảo thuộc Khoa Toán – Tin học, Trường Đại học Sư phạm TP. Hồ Chí Minh biên soạn. Trong chương trình đào tạo cử nhân ngành Công nghệ Thông tin và Sư phạm Tin học, học phần Nhập môn Công nghệ Phần mềm giữ vị trí khối kiến thức cơ sở ngành cốt lõi, cung cấp nền tảng phương pháp luận cho toàn bộ quy trình phát triển phần mềm (Software Development Life Cycle - SDLC). Bài giảng này tập trung chuyên sâu vào giai đoạn đầu tiên của chu trình: thu thập thông tin, khảo sát hiện trạng và kỹ thuật yêu cầu (Requirements Engineering).

Mục tiêu học tập của tài liệu được xác định cụ thể bao gồm:

1. Nắm bắt phương pháp thu thập thông tin và yêu cầu từ phía khách hàng.
2. Thiết lập mô hình và kiến trúc hệ thống tổng thể.
3. Soạn thảo bộ sưu liệu khảo sát ghi nhận toàn bộ hiện trạng nghiệp vụ và yêu cầu phần mềm.
4. Vận hành công cụ Power Designer nhằm mô hình hóa và xây dựng tài liệu đặc tả yêu cầu/ca sử dụng (Use Case).

Cấu trúc tài liệu tiếp cận theo tiến trình kỹ thuật chuẩn: mở đầu bằng việc định vị pha khảo sát trong toàn bộ vòng đời phát triển phần mềm, phân loại các nhóm yêu cầu (chức năng, phi chức năng, kiến trúc), tiếp nối bằng quy trình chuẩn về kỹ thuật yêu cầu và minh họa thông qua các mô hình hóa trực quan (BPM, Activity Diagram, Use Case Diagram) trên các bài toán quản lý thực tế. Điểm đặc sắc của bài giảng là tính liên kết chặt chẽ giữa lý thuyết phân tích hệ thống với công cụ công nghệ cụ thể (Power Designer) và các biểu mẫu tài liệu thực tế.

---

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

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

Nội dung bài giảng được cấu trúc thành các khối chủ đề liên kết logic:

1. Vị trí của giai đoạn khảo sát trong quy trình phần mềm: Định vị pha khảo sát là bước khởi đầu trong chuỗi quy trình 7 giai đoạn: Khảo sát $\rightarrow$ Phân tích $\rightarrow$ Thiết kế $\rightarrow$ Cài đặt $\rightarrow$ Kiểm tra $\rightarrow$ Triển khai $\rightarrow$ Bảo trì.
2. Nội dung và kết quả của pha khảo sát: Xác định quy trình xử lý nghiệp vụ, thu thập hệ thống mẫu biểu thống kê; xuất bản tài liệu đặc tả gồm yêu cầu chức năng, yêu cầu phi chức năng và kiến trúc hệ thống.
3. Mô hình kiến trúc hệ thống: Phân tích cấu trúc hệ thống 2 tầng (Windows Application kết nối Database Server) và cấu trúc hệ thống đa tầng nền Web (Client Web Browser $\rightarrow$ Web Server $\rightarrow$ Database Server).
4. Quy trình xác định yêu cầu (Requirements Process): Chu trình xử lý bắt đầu từ điều kiện khởi phát dự án, trải qua 4 pha tiêu chuẩn: Nghiên cứu khả thi (Feasibility Study), Thu thập yêu cầu (Requirements Elicitation), Đặc tả yêu cầu (Requirements Specification) và Thẩm định yêu cầu (Requirements Validation).
5. Cấu trúc sưu liệu hiện trạng và yêu cầu: Chuẩn hóa nội dung tài liệu khảo sát bao gồm quy trình nghiệp vụ, danh mục mẫu biểu (biểu mẫu in sẵn và biểu mẫu giấy trắng), phương án và kế hoạch sơ bộ triển khai.
6. Mô hình hóa quy trình nghiệp vụ và luồng hoạt động: Ứng dụng mô hình hóa quy trình nghiệp vụ (Business Process Model - BPM) và Lược đồ hoạt động (Activity Diagram) trong mô hình hướng đối tượng (Object-Oriented Model - OOM).
7. Kỹ thuật mô hình hóa ca sử dụng (Use Case Modeling): Định nghĩa Actor, Use Case, cấu trúc thuộc tính chi tiết của ca sử dụng và thiết lập các quan hệ giữa Actor - Actor (Generalization), Actor - Use Case (Association), Use Case - Use Case (quan hệ <<Uses>> / Include / Extend).

[Bắt đầu Dự án]
[Requirements Elicitation]
 [Kết thúc Pha Yêu cầu]

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

Bài giảng xây dựng hệ thống nguyên lý và lý thuyết nền tảng cho sinh viên:

• Khung phân loại yêu cầu phần mềm:
  • Yêu cầu chức năng: Phân định rõ 4 khía cạnh nghiệp vụ: thông tin lưu trữ, tiêu chuẩn tra cứu, công thức tính toán và cấu trúc kết xuất/thống kê.
  • Yêu cầu phi chức năng: Xác định môi trường vận hành (Windows, Web), hệ quản trị cơ sở dữ liệu (Microsoft Access, SQL Server, Oracle, IBM DB2) và nền tảng công nghệ cài đặt (Java, .NET, Delphi, PHP).
• Nguyên lý phân vai người dùng (Actor & Role): Làm rõ nguyên tắc một người dùng thực tế (user) có thể tương tác với hệ thống dưới nhiều vai trò (roles) khác nhau, đại diện cho các tác nhân (Actors) nằm ngoài biên giới hệ thống.
• Cấu trúc hoàn chỉnh của một đặc tả Use Case: Xác lập 5 thành phần thuộc tính bắt buộc của một Use Case:
  1. Action Steps: Chuỗi các bước tương tác chuẩn giữa người dùng và hệ thống.
  2. Extension Points: Các nhánh rẽ, trường hợp mở rộng hoặc tùy chọn bổ sung.
  3. Exceptions: Kịch bản xử lý các lỗi kỹ thuật và lỗi nghiệp vụ phát sinh trong quá trình tương tác.
  4. Pre-Conditions: Điều kiện tiên quyết cần thỏa mãn để bắt đầu thực hiện Use Case.
  5. Post-Conditions: Điều kiện trạng thái hệ thống cần đạt được sau khi kết thúc Use Case.

Kỹ năng phát triển

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

• Kỹ năng kỹ thuật (Technical skills): Sử dụng phần mềm Sybase PowerDesigner để thiết kế các lược đồ phân tích; xây dựng Use Case Diagram, Activity Diagram, Business Process Model (BPM), Data Flow Diagram (DFD) và Requirement Model (RM).
• Kỹ năng phân tích (Analytical skills): Phân tích luồng nghiệp vụ từ tài liệu thực tế; trích xuất các quy tắc xử lý; phân tách luồng thành công (Success), luồng ngoại lệ (Exception), điều kiện chờ (Pending/Processing/Closed).
• Kỹ năng thực hành nghề nghiệp (Practical competencies): Soạn thảo tài liệu khảo sát hiện trạng; tổng hợp danh mục mẫu biểu báo cáo (hóa đơn VAT, hợp đồng lao động, thông báo cước, biểu mẫu nhập học, bảng điểm); thiết lập ma trận phân quyền truy cập chức năng cho từng nhóm đối tượng người dùng.

---

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

Phương pháp tiếp cận sư phạm của bài giảng dựa trên phương pháp quy nạp thông qua các tình huống thực tế (Case Studies), kết hợp giữa lý thuyết phân tích hệ thống và thực hành công cụ phần mềm.

Bài tập và Case Studies phân tích trong giáo trình

Bài giảng sử dụng 4 hệ thống nghiệp vụ cụ thể để làm rõ các khái niệm:

1. Hệ thống quản lý giáo vụ trường đại học:
   • Khảo sát nghiệp vụ: Quy trình xử lý nhập học, nhập điểm, xét tốt nghiệp, quản lý giảng viên.
   • Thu thập mẫu biểu: Hồ sơ sinh viên, hồ sơ giảng viên, bảng điểm sinh viên, bảng điểm theo lớp, danh sách lớp.
   • Mô hình BPM "Tiếp nhận và xử lý nhập học": Phân chia luồng công việc giữa 3 đối tượng (Sinh viên, Phòng đào tạo, Giáo vụ khoa), mô tả việc kiểm tra hồ sơ, xử lý lỗi nghiệp vụ (Business Error), cấp biên nhận, ghi dữ liệu vào Cơ sở dữ liệu Quản lý Sinh viên (CSDL QLSV) và cập nhật danh sách lớp.
2. Hệ thống quản lý nhân sự:
   • Khảo sát danh mục mẫu biểu: Hồ sơ nhân viên, hợp đồng lao động, danh sách nhân viên theo phòng ban, danh sách tăng lương, danh sách bổ nhiệm chức vụ.
   • Phân loại biểu mẫu theo dạng in sẵn và giấy trắng.
3. Hệ thống quản lý kho (ISW Management - Diagram: Receiving Order):
   • Sử dụng Activity Diagram để biểu diễn quy trình tiếp nhận đơn hàng nhập kho giữa Bộ phận Kinh doanh (Business Dept) và Bộ phận Kho (Warehouse Dept).
   • Thể hiện chuỗi trạng thái: Tạo đơn hàng [RO.Pending] $\rightarrow$ Kiểm tra đơn hàng $\rightarrow$ Tiếp nhận hàng $\rightarrow$ In phiếu nhập kho $\rightarrow$ Lập kế hoạch lưu kho $\rightarrow$ Đưa hàng vào kho [RO.Processing] $\rightarrow$ Đóng đơn hàng [RO.Closed].
4. Hệ thống quản lý thời khóa biểu (TKB):
   • Xác định Actors: Giáo vụ khoa, Giảng viên, Sinh viên (chia nhánh chuyên biệt hóa thành Sinh viên chính quy và Sinh viên tại chức). Minh họa trường hợp một cá nhân đóng 2 vai trò vừa là giảng viên vừa làm công tác giáo vụ.
   • Hệ thống Use Case: Đăng nhập, Xem TKB, Nhập TKB, Sửa TKB, Xóa TKB, Chọn TKB.
   • Đặc tả Use Case "Xem TKB":
     • Action Steps: Chọn chức năng xem TKB $\rightarrow$ Hệ thống hiển thị giao diện $\rightarrow$ Chọn niên khóa $\rightarrow$ Chọn học kỳ $\rightarrow$ Chọn lớp/tên giảng viên $\rightarrow$ Hiển thị chi tiết TKB.
     • Extension Points: Người dùng hủy bỏ thao tác; xem TKB của tất cả các lớp; xem TKB của tất cả giảng viên; in TKB theo lớp; in TKB theo giảng viên.
     • Exceptions: Báo lỗi khi lớp hoặc giảng viên chưa có dữ liệu; lỗi trình duyệt không chạy được JavaScript; lỗi hết thời gian yêu cầu mạng (Request timeout); lỗi ngắt kết nối cơ sở dữ liệu (Database Connection error).

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

• Phương pháp đánh giá: Đánh giá năng lực của người học qua chất lượng hoàn thiện hồ sơ sưu liệu khảo sát hiện trạng và tính chính xác của các mô hình đặc tả vẽ trên Power Designer theo chuẩn UML/BPM.
• Hướng dẫn tự học: Sinh viên theo dõi cấu trúc slide bài giảng, thực hành trực tiếp các bước phân tích ca sử dụng mẫu (như Use Case "Xem TKB"), sau đó tự mở rộng hoàn thiện đặc tả cho các Use Case còn lại ("Nhập TKB", "Sửa TKB", "Xóa TKB").

---

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

• Sử dụng chuẩn mô hình hóa công nghiệp: Bài giảng kế thừa các tài liệu và quy chuẩn kỹ thuật hướng đối tượng từ Rational Software Corporation (Copyright © 1997), bảo đảm tính chuẩn xác về mặt ký hiệu học trong kỹ thuật phần mềm.
• Tích hợp công cụ trực quan hóa Sybase PowerDesigner: Hướng dẫn trực tiếp cách ứng dụng Power Designer để chuyển hóa các yêu cầu ngôn ngữ tự nhiên thành các mô hình OOM, BPM, DFD và Requirement Model.
• Bao quát đa dạng nền tảng kiến trúc và công nghệ: Bài giảng đặt ra các tiêu chí đánh giá môi trường thực thi cụ thể:
  • Phân biệt kiến trúc Windows Form truyền thống và kiến trúc Web-based.
  • Đưa ra các hệ thống DBMS tiêu biểu: Access, MS SQL Server, Oracle, DB2.
  • Đề cập các môi trường phát triển: Java, .NET, Delphi, PHP.
• Gắn liền với chứng từ thực tế: Nội dung nhấn mạnh việc phân loại và xử lý các mẫu biểu có sẵn trong đời sống doanh nghiệp (hóa đơn VAT, hợp đồng lao động, hóa đơn tiền điện, giấy báo cước), giúp sinh viên tiếp cận sát với thực tế nghiệp vụ khi đi khảo sát hệ thống.

---

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

• Sinh viên chuyên ngành: Tài liệu phục vụ trực tiếp cho sinh viên năm 2 hoặc năm 3 thuộc các ngành Khoa học Máy tính, Công nghệ Thông tin, Sư phạm Tin học và Kỹ thuật Phần mềm tại các trường đại học, cao đẳng.
• Điều kiện tiên quyết (Prerequisites): Người học cần hoàn thành các học phần: Nhập môn Tin học, Cơ sở lập trình, Cơ sở dữ liệu và có hiểu biết cơ bản về mô hình hóa hướng đối tượng.
• Giảng viên: Sử dụng bài giảng làm đề cương bài học, tài liệu trình chiếu và khung hướng dẫn thực hành cho học phần Nhập môn Công nghệ Phần mềm hoặc Phân tích Thiết kế Hệ thống.
• Tham khảo mở rộng: Chuyên viên phân tích nghiệp vụ mới vào nghề (Junior Business Analyst) hoặc lập trình viên cần tra cứu phương pháp chuẩn hóa tài liệu khảo sát yêu cầu và viết tài liệu đặc tả Use Case.

---

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ế cho sinh viên ngành Công nghệ Thông tin, Sư phạm Tin học ở bậc đại học và cao đẳng bắt đầu tiếp cận quy trình xây dựng phần mềm chuyên nghiệp.

2. Cần kiến thức nền nào để học tốt chuyên đề này?

Người học cần có kiến thức cơ bản về lập trình, khái niệm cơ sở dữ liệu quan hệ (bảng biểu, khóa, truy vấn) và tư duy hướng đối tượng cơ bản.

3. Điểm khác biệt của giáo trình so với các tài liệu thuần lý thuyết khác là gì?

Tài liệu tập trung vào tính ứng dụng thông qua việc hướng dẫn sử dụng công cụ Power Designer, kết hợp với các case study thực tế chi tiết (quản lý đào tạo, quản lý kho, thời khóa biểu) và bóc tách từng lỗi hệ thống cụ thể (JavaScript error, Request timeout, Connection fail).

4. Làm sao để tự học và thực hành nội dung này hiệu quả?

Người học nên cài đặt công cụ Power Designer, đọc tuần tự các bước khảo sát trong bài giảng, sau đó vẽ lại các sơ đồ BPM, Activity Diagram và Use Case Diagram dựa trên các bài toán được cung cấp trong slide.

5. Những công cụ và mô hình nào được sử dụng xuyên suốt tài liệu?

Tài liệu sử dụng phần mềm Power Designer; các mô hình gồm: Business Process Model (BPM), Activity Diagram, Use Case Diagram, Data Flow Diagram (DFD), Requirement Model (RM); và các chuẩn mô hình hóa từ Rational Software Corporation.

---

Kết luận

Bài giảng "Nhập môn Công nghệ Phần mềm – Giai đoạn khảo sát hiện trạng và xác định yêu cầu" của tác giả Trần Ngọc Bảo (Khoa Toán – Tin Học, Đại Học Sư Phạm Tp. Hồ Chí Minh) cung cấp khung phương pháp luận hệ thống về pha khởi đầu của chu trình phát triển phần mềm. Giá trị cốt lõi của tài liệu nằm ở việc chuẩn hóa quy trình phân tích yêu cầu từ khâu khảo sát nghiệp vụ, phân loại yêu cầu chức năng/phi chức năng, cho đến kỹ thuật đặc tả chi tiết ca sử dụng trên công cụ Power Designer. Lộ trình học tập khuyến nghị cho sinh viên là nắm vững lý thuyết kỹ thuật yêu cầu, thực hành vẽ lược đồ trên các case study mẫu (Giáo vụ, Kho, TKB), từ đó chuẩn bị nền tảng để bước sang các pha tiếp theo trong vòng đời phần mềm gồm Phân tích, Thiết kế, Cài đặt và Kiểm tra.

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

Đại Học Sư Phạm Tp. Hồ Chí Minh Khoa Toán – Tin Học NHẬP MÔN CÔNG NGHỆ PHẦN MỀM Giai đoạn khảo sát hiện trạng và xác định yêu cầu Trình bày: Trần Ngọc Bảo Email: tnbao.com MỤC TIÊU • Biết được cách thu thập thông tin PHẦN MỀM yêu cầu của khách hàng. CẦU À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P • Biết xây dựng mô hình/kiến trúc hệ thống ẠNG VÀ • Biết tạo sưu liệu khảo sát ghi nhận ỆN TRẠ thông tin yêu cầu khách hàng HIỆ • Biết sử dụng Power Designer xây ự g sưu liệu dựng ệ đặc ặ tả yêu y cầu TRẦN NGỌC BẢO ” KHOA TOÁN -TIN2HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (2 (2) NỘI DUNG TRÌNH BÀY • Khảo Khả sát át hiện hiệ ttrạng PHẦN MỀM CẦU • Xác định ị yêu y cầu À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P • Xây dựng kiến trúc hệ thống ẠNG VÀ • Tài liệu khảo sát hiện trạng – yêu cầu • Sử d dụng ng Po Power e Designe Designer để mô tả yêu ê ỆN TRẠ cầu/Use case HIỆ • Sử dụng Power Designer để mô tả yêu cầu • Trao đổi thảo luận TRẦN NGỌC BẢO ” KHOA TOÁN -TIN3HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (3 (3) Giai đoạn khảo sát (1/4) Khảo sát Nội dung • Xác định qui trình xử lý nghiệp vụ Phân tích • Thu thập Mẫu biểu, thống Thiết kế kê Kết ế quả ả Cài đặt • Tài liệu đặc tả yêu cầu: Kiểm tra – Yêu cầu chức năng – Yêu cầu phi chức Triển khai năng – Kiến trúc hệ thống Bảo trì TRẦN NGỌC BẢO ” KHOA TOÁN -TIN4HỌC ” ĐẠI HỌC SƯ Dai Tran Ngoc Bao PHẠMhoc TP.HCM ((4 4) Su Pham TP.HCM Giai đoạn khảo sát (2/4) Xét Hệ thống quản lý giáo vụ tại trường đại học PHẦN MỀM • Nội dung khảo sát CẦU – Qui trình xử lý nghiệp vụ À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P • Xử lý nhập học • Xử lý nhập điểm ẠNG VÀ • Xử ử lý ý sinh viên ê tốt ố nghiệp ệ • Quản lý giảng viên – Báo biểu thống kê ỆN TRẠ • Hồ sơ sinh viên • Hồ sơ giảng viên • Bảng điểm sinh viên HIỆ • Bảng điểm theo lớp • Danh sách lớp • …. TRẦN NGỌC BẢO ” KHOA TOÁN -TIN5HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (5 (5) Giai đoạn khảo sát (3/4) Xét Hệ thống quản lý giáo vụ tại trường đại học PHẦN MỀM • Kết quả CẦU – Yêu cầu chức năng: À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P • Lưu trữ những thông tin gì ? • Tra cứu theo tiêu chuẩn nào ? ẠNG VÀ • Xử lý tính toán theo công thức nào ? • Kết xuất, thống kê ? ỆN TRẠ – Yêu Yê cầu ầ phi hi chức hứ năng: ă • Cài đặt trên môi trường nào ? Windows ? Web ? • Sử dụng hệ quản trị cơ sở dữ liệu nào ? HIỆ Access/SQL Server/Oracle/DB2… • Sử dụng công nghệ gì ? Java/.NET/Delphi/PHP/… TRẦN NGỌC BẢO ” KHOA TOÁN -TIN6HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (6 (6) Giai đoạn khảo sát (4/4) Xét Hệ thống thố quản ả lý giáo iá vụ ttạii trường t ờ đ đạii học h PHẦN MỀM CẦU Kiến trúc hệ thống •Kiến À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P – Windows Application pp ẠNG VÀ – Database Server ỆN TRẠ HIỆ TRẦN NGỌC BẢO ” KHOA TOÁN -TIN7HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (7 (7) Giai đoạn khảo sát (4/4) Xét Hệ thống quản lý giáo vụ tại trường đại học PHẦN MỀM CẦU • Kiến trúc hệ thống À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P Client 1 – Web Server (Web Browser) – Database Server ẠNG VÀ – Client (Web browser) Client 3 (Web Browser) ỆN TRẠ Database Web Server Server HIỆ Client 2 (Web Browser) TRẦN NGỌC BẢO ” KHOA TOÁN -TIN8HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (8 (8) Xác định yêu cầu • Khi nào à thực thự hiệ hiện xác á đị định h yêu ê cầu ầ ? PHẦN MỀM CẦU • Q Quy y trình thực ự hiện ệ xác định ị y yêu cầu ? À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P • Đặc tả yêu cầu người dùng như thế nào ? ẠNG VÀ ỆN TRẠ HIỆ TRẦN NGỌC BẢO ” KHOA TOÁN -TIN9HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (9 (9) Xác định yêu cầu • Xác Xá đị định h yêu ê cầu ầ được đượ thự thực hiện hiệ trong t các á PHẦN MỀM CẦU trường hợp sau: À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P – Có yêu cầu từ phía khách hàng – Kế hoạch h h thự thực hiện hiệ dự án á đượ được chấp hấ nhận hậ ẠNG VÀ (Project proposed) ỆN TRẠ HIỆ 10HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (10 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (10)) Qui trình xác định yêu cầu B i Begin PHẦN MỀM CẦU À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P Feasibility Requirements Study elicitation Requirements ẠNG VÀ Specification Feasibility Report Requirments ỆN TRẠ V lid i Validation System models User and system HIỆ R Requirements i t Requirements Document End 11HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (11 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (11)) Sưu liệu hiện trạng và yêu cầu • Sưu Sư liệ liệu mô ô tả hiệ hiện ttrạng, yêu ê cầu ầ bbao PHẦN MỀM CẦU gồm: À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P – Qui trình xử lý nghiệp vụ – Yêu Yê cầu ầ chức hứ năng ă và à phi hi chức hứ năng ă ẠNG VÀ – Danh sách mẫu biểu thống kê ỆN TRẠ – Kiến trúc hệ thống – Phương án triển khai hệ thống HIỆ – Kế hoạch sơ bộ thực hiện, triển khai dự án 12HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (12 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (12)) Danh sách mẫu biểu thống kê – Báo cáo, cáo thống kê gồm các loại sau: PHẦN MỀM CẦU • Báo cáo được in trên biểu mẫu in sẵn À YÊU C • Báo á cáo á được in trên ê giấy ấ trắng ắ BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P – Ví dụ: danh sách mẫu biểu thống kê hệ thống ẠNG VÀ quản lý nhân sự: • Hồ sơ nhân viên ỆN TRẠ • Hợp đồng lao động (biểu mẫu) • Danh sách nhân viên thuộc phòng ban HIỆ • Danh sách nhân viên được tăng lương • Danh sách nhân viên được bổ nhiệm chức vụ mới • ….

13HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (13 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (13)) Báo biểu, thống kê theo mẫu in sẵn • Hóa đơn VAT PHẦN MỀM • Hợp đồng lao động CẦU • Hóa đơn tiền điện, điện giấy báo cước,. cước À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P ẠNG VÀ ỆN TRẠ HIỆ TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (14 (14)) Ví dụ minh họa báo biểu, thống kê PHẦN MỀM CẦU À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P ẠNG VÀ ỆN TRẠ HIỆ 15HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (15 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (15)) Đặc tả yêu cầu • Có thể sử ửddụng các á mô ô hình/lược hì h/lượ đồ sau để PHẦN MỀM CẦU mô tả yêu cầu của khách hàng À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P – Use-case diagram (OOM) – Activity A ti it diagram di (OOM) ẠNG VÀ – Business Process Model (BPM) ỆN TRẠ – Requirement Model (RM) – Data Flow Diagram (DFD) HIỆ 16HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (16 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (16)) Đặc tả yêu cầu • Ví dụ: d Mô tả quii trình t ì h xử ử lý nhập hậ hhọc trong t PHẦN MỀM CẦU ứng dụng quản lý sinh viên ? À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P – Đối tượng, bộ phận, phòng ban nào tham gia vào quy trình ? • Sinh viên ẠNG VÀ • Phòng đào tạo • Văn phòng khoa • Phòng tài chính (nếu cần) ỆN TRẠ – Thực hiện những công việc gì ? • Chuẩn bịị hồ sơ nhập ập học ọ HIỆ • Nộp hồ sơ • Nhập hồ sơ • …. 17HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (17 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (17)) Business Process Model (BPM) Sinh Viên Phòng đào tạo Giáo vụ khoa • Ví dụ d minh i h PHẦN MỀM Hồ sơ sinh viên Tiếp nhận hồ sơ CẦU họa sử dụng Cập nhật hồ sơ Kiểm tra hồ sơ À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P [Business Error] BPM để mô Hồ sơ sinh viên Hồ sơ sinh viên tả qui trình Biên nhận hồ sơ Lý lịch sinh viên ẠNG VÀ Nhập ập hồ sơ xử lý nhập Nộp giấy vào lớp Biên nhận hồ sơ ỆN TRẠ h trong học t CSDL QLSV : 1 Lý lịch sinh viên ứng dụng Biên nhận hồ sơ Tiếp nhận giấy vào lớp HIỆ quản lý sinh Giấy chứng nhận sinh viên Cập nhật danh sách lớp viên Business Process Model Model: Hệ thống quản lý Sinh viên P k Package: Diagram: Tiếp nhận và xử lý nhập học CSDL QLSV : 2 Author: TNB Date: 9/29/2007 Version: 1.0 18HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (18 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (18)) Business Process Model (BPM) • Ví dụ d minh i h PHẦN MỀM CẦU họa sử dụng À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P BPM để mô tả qui trình ẠNG VÀ xử lý nhập ỆN TRẠ h trong học t ứng dụng HIỆ quản lý sinh viên 19HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (19 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (19)) Business Process Model (BPM) • Ví dụ minh họa sử dụng BPM để mô tả qui trình xử PHẦN MỀM lý nhập học trong ứng dụng quản lý sinh viên CẦU À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P ẠNG VÀ ỆN TRẠ HIỆ 20HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (20 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (20)) Đặc tả yêu cầu • Ví dụ: d Mô tả quii trình t ì h xử ử lý nhập hậ kh kho trong t PHẦN MỀM CẦU ứng dụng quản lý kho ? À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P – Đối tượng, bộ phận, phòng ban nào tham gia vào quy trình ? • Thủ kho ẠNG VÀ • Bộ phận kinh doanh – Thực hiện những công việc gì ? ỆN TRẠ • Tạo T phiếu hiế nhập hậ hà hàng • Kiểm tra hàng ập hàng • Nhập g vào kho HIỆ • …. 21HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM (21 TRẦN NGỌC BẢO ” KHOA TOÁN -TIN (21)) Đặc tả yêu cầu • Ví dụ: Mô tả qui trình xử lý nhập kho trong PHẦN MỀM CẦU ứng dụng quản lý kho ? À YÊU C BÀI GIẢNG NHẬP MÔN CÔNG NGHỆ P ẠNG VÀ ỆN TRẠ HIỆ 22HỌC ” ĐẠI HỌC SƯ PHẠM TP.