Hướng Dẫn Thực Hành Công Cụ CASE cho Sinh Viên Ngành CNTT

Chuyên khảo phân tích Case tools laboratory lab manual, đánh giá các khía cạnh quan trọng, đề xuất hướng nghiên cứu tiếp theo., phục vụ nghiên cứu và ứng dụng thực tiễn

• Trường học: Trường Đại Học Công Nghệ Thông Tin
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Hướng Dẫn Thực Hành Công Cụ CASE cho Sinh Viên Ngành CNTT
• Loại tài liệu: Hướng Dẫn
• Địa điểm: Hồ Chí Minh

Tóm tắt

I. Khám Phá Công Cụ CASE Nền Tảng Kỹ Thuật Phần Mềm

Công cụ CASE (Computer-Aided Software Engineering) là tập hợp các phần mềm được thiết kế để tự động hóa và hỗ trợ các hoạt động trong suốt vòng đời phát triển phần mềm (SDLC). Mục tiêu chính của chúng là nâng cao chất lượng sản phẩm phần mềm và tăng năng suất của đội ngũ phát triển. Thay vì thực hiện các công đoạn như phân tích, thiết kế, lập trình và kiểm thử một cách thủ công, các công cụ kỹ thuật phần mềm này cung cấp một môi trường tích hợp, trực quan để quản lý sự phức tạp của dự án. Theo tài liệu hướng dẫn thực hành từ Viện Kỹ thuật Hàng không (IARE), việc sử dụng công cụ CASE cho phép tạo ra các mô hình tĩnh và động của hệ thống, bao gồm các lớp, trường hợp sử dụng, đối tượng, gói và các mối quan hệ giữa chúng. Điều này giúp đảm bảo tính nhất quán và đầy đủ của tài liệu thiết kế. Các software engineering tools hiện đại không chỉ dừng lại ở việc vẽ sơ đồ, mà còn có khả năng kiểm tra tính hợp lệ của mô hình, quản lý phiên bản và đặc biệt là tính năng sinh mã tự động (code generation) từ các mô hình đã thiết kế. Việc áp dụng công cụ CASE giúp sinh viên ngành CNTT tiếp cận một cách có hệ thống với quy trình phân tích thiết kế hệ thống, biến các yêu cầu trừu tượng của khách hàng thành một bản thiết kế chi tiết, sẵn sàng cho việc triển khai. Đây là kỹ năng nền tảng và là lợi thế cạnh tranh lớn khi tham gia vào các dự án phần mềm thực tế.

1.1. Định nghĩa công cụ kỹ thuật phần mềm CASE là gì

Công cụ kỹ thuật phần mềm, hay còn gọi là công cụ CASE, là các ứng dụng phần mềm giúp tự động hóa các nhiệm vụ lặp đi lặp lại trong quá trình phát triển phần mềm. Chúng hỗ trợ từ giai đoạn lên kế hoạch, phân tích yêu cầu, thiết kế, lập trình, kiểm thử cho đến bảo trì. Các công cụ này có thể được phân loại thành Upper CASE (hỗ trợ các giai đoạn đầu như phân tích, thiết kế) và Lower CASE (hỗ trợ các giai đoạn sau như lập trình, kiểm thử). Một bộ công cụ CASE tích hợp (I-CASE) sẽ bao phủ toàn bộ vòng đời, tạo ra một kho lưu trữ trung tâm (repository) để quản lý tất cả thông tin dự án, đảm bảo sự nhất quán và giảm thiểu sai sót do con người.

1.2. Vai trò của UML Unified Modeling Language trong mô hình hóa

UML (Unified Modeling Language) là một ngôn ngữ mô hình hóa đồ họa tiêu chuẩn, được sử dụng để trực quan hóa, đặc tả, xây dựng và tài liệu hóa các khía cạnh của một hệ thống phần mềm. UML không phải là một phương pháp luận, mà là một bộ các ký hiệu và quy tắc để tạo ra các bản thiết kế chi tiết. Theo Grady Booch, James Rumbaugh và Ivar Jacobson, UML cung cấp các sơ đồ để biểu diễn nhiều góc nhìn khác nhau của hệ thống. Ví dụ, sơ đồ use case mô tả chức năng từ góc nhìn người dùng, trong khi sơ đồ lớp (class diagram) mô tả cấu trúc tĩnh của hệ thống. Việc sử dụng UML trong các công cụ CASE giúp chuẩn hóa quá trình mô hình hóa hệ thống.

1.3. Lợi ích khi áp dụng công cụ CASE vào vòng đời phát triển phần mềm

Việc tích hợp công cụ CASE vào vòng đời phát triển phần mềm (SDLC) mang lại nhiều lợi ích thiết thực. Đầu tiên, nó giúp tăng tốc độ phát triển nhờ tự động hóa các công đoạn tốn thời gian như vẽ sơ đồ và viết mã khung. Thứ hai, chất lượng phần mềm được cải thiện do các công cụ này có thể phát hiện sự không nhất quán hoặc lỗi trong thiết kế từ sớm. Thứ ba, việc bảo trì và nâng cấp hệ thống trở nên dễ dàng hơn vì toàn bộ tài liệu thiết kế được lưu trữ một cách có hệ thống và trực quan. Cuối cùng, nó thúc đẩy sự hợp tác hiệu quả trong nhóm phát triển, đặc biệt là trong các đồ án công nghệ phần mềm lớn, nơi nhiều thành viên cần làm việc trên cùng một mô hình.

II. Thách Thức Khi Phân Tích Thiết Kế Hệ Thống Thủ Công

Quá trình phân tích thiết kế hệ thống theo phương pháp thủ công, chỉ dựa trên tài liệu văn bản và các bản vẽ tay, tiềm ẩn nhiều rủi ro và thách thức lớn, đặc biệt đối với các dự án phần mềm phức tạp. Một trong những khó khăn lớn nhất là việc duy trì tính nhất quán và đồng bộ giữa các tài liệu. Khi một yêu cầu thay đổi, việc cập nhật thủ công trên tất cả các tài liệu liên quan, từ đặc tả yêu cầu đến bản vẽ kiến trúc, là một công việc tốn thời gian và rất dễ xảy ra sai sót. Điều này dẫn đến tình trạng "tài liệu lỗi thời", gây nhầm lẫn cho đội ngũ phát triển và kiểm thử. Hơn nữa, việc giao tiếp và truyền đạt ý tưởng thiết kế giữa các thành viên trong nhóm trở nên kém hiệu quả. Một bản vẽ không tuân theo chuẩn chung như UML (Unified Modeling Language) có thể bị mỗi người hiểu theo một cách khác nhau. Đối với sinh viên khi làm bài tập lớn phân tích thiết kế, những thách thức này càng trở nên rõ rệt. Việc thiếu một công cụ hỗ trợ trực quan khiến việc hình dung luồng dữ liệu, mối quan hệ giữa các thực thể, và tương tác giữa các đối tượng trở nên khó khăn. Hậu quả là các thiết kế thường không đầy đủ, thiếu sót các trường hợp biên, và khó có thể tái sử dụng cho các dự án sau này. Quá trình này không chỉ làm giảm năng suất mà còn ảnh hưởng trực tiếp đến chất lượng cuối cùng của sản phẩm phần mềm.

2.1. Rủi ro sai sót trong phân tích thiết kế hệ thống phức tạp

Khi thực hiện phân tích thiết kế hệ thống phức tạp bằng tay, nguy cơ bỏ sót yêu cầu hoặc diễn giải sai logic nghiệp vụ là rất cao. Sự thiếu nhất quán giữa các phần của thiết kế có thể không được phát hiện cho đến giai đoạn lập trình hoặc kiểm thử, gây tốn kém chi phí và thời gian để sửa chữa. Ví dụ, một thay đổi trong cấu trúc cơ sở dữ liệu có thể không được cập nhật tương ứng trong logic xử lý của ứng dụng, dẫn đến lỗi hệ thống nghiêm trọng. Các công cụ CASE giúp giảm thiểu rủi ro này bằng cách tự động kiểm tra tính toàn vẹn và nhất quán của mô hình.

2.2. Khó khăn trong việc duy trì và đồng bộ tài liệu thiết kế

Tài liệu thiết kế là tài sản quan trọng của bất kỳ dự án phần mềm nào. Tuy nhiên, việc duy trì một bộ tài liệu luôn được cập nhật và đồng bộ khi thực hiện thủ công là một cơn ác mộng. Một thay đổi nhỏ trong sơ đồ luồng dữ liệu (DFD) có thể yêu cầu cập nhật lại hàng chục trang tài liệu đặc tả khác. Quá trình này không chỉ chậm chạp mà còn dễ gây ra lỗi. Các software engineering tools giải quyết vấn đề này bằng cách cung cấp một kho lưu trữ trung tâm, nơi mọi thay đổi trên mô hình sẽ tự động được phản ánh trên tất cả các tài liệu và sơ đồ liên quan.

2.3. Hạn chế khi làm việc nhóm trên đồ án công nghệ phần mềm

Trong một đồ án công nghệ phần mềm, nhiều thành viên cần cộng tác trên cùng một bản thiết kế. Nếu không có một nền tảng chung, việc hợp nhất công việc của từng cá nhân sẽ rất khó khăn và dễ xung đột. Mỗi người có thể sử dụng các ký hiệu hoặc cách biểu diễn khác nhau, gây khó khăn cho việc đánh giá và tích hợp. Các công cụ CASE hiện đại thường hỗ trợ làm việc nhóm, cho phép nhiều người cùng chỉnh sửa mô hình, quản lý phiên bản và theo dõi các thay đổi, tương tự như Git đối với mã nguồn, giúp quy trình làm việc trở nên liền mạch và hiệu quả hơn.

III. Hướng Dẫn Mô Hình Hóa Hệ Thống Qua Các Sơ Đồ UML

Việc mô hình hóa hệ thống bằng UML là một kỹ năng cốt lõi trong ngành công nghệ phần mềm, giúp chuyển đổi các yêu cầu nghiệp vụ thành một bản thiết kế cấu trúc rõ ràng. Quá trình này bao gồm việc sử dụng một loạt các sơ đồ, mỗi sơ đồ tập trung vào một khía cạnh cụ thể của hệ thống. Theo tài liệu "The Unified Modeling Language User Guide", việc mô hình hóa không chỉ là vẽ hình, mà là quá trình khám phá, phân tích và đưa ra quyết định thiết kế. Bắt đầu với sơ đồ use case, đây là công cụ mạnh mẽ để xác định phạm vi của hệ thống và các chức năng chính từ góc độ người dùng (actors). Nó trả lời câu hỏi "Hệ thống làm gì?". Sau khi đã có cái nhìn tổng quan về chức năng, bước tiếp theo là xây dựng cấu trúc tĩnh của hệ thống bằng sơ đồ lớp (class diagram). Sơ đồ này mô tả các lớp, thuộc tính, phương thức và mối quan hệ giữa chúng (như kế thừa, tập hợp), tạo nên bộ khung xương cho toàn bộ ứng dụng. Để mô tả hành vi động và sự tương tác giữa các đối tượng theo thời gian, sơ đồ tuần tự (sequence diagram) là lựa chọn lý tưởng. Nó cho thấy chính xác thứ tự các thông điệp được gửi và nhận giữa các đối tượng để thực hiện một use case cụ thể. Ngoài ra, sơ đồ hoạt động (activity diagram) cũng rất hữu ích để mô tả luồng công việc hoặc quy trình nghiệp vụ phức tạp. Việc thành thạo các sơ đồ này là nền tảng để sử dụng hiệu quả các công cụ CASE.

3.1. Cách vẽ sơ đồ use case để xác định yêu cầu chức năng

Để vẽ một sơ đồ use case hiệu quả, bước đầu tiên là xác định các 'actor' (tác nhân) – những người hoặc hệ thống bên ngoài tương tác với hệ thống của chúng ta. Tiếp theo, xác định các 'use case' – những mục tiêu mà actor muốn đạt được khi sử dụng hệ thống. Mỗi use case đại diện cho một chức năng chính. Ví dụ, trong hệ thống thư viện, 'Thủ thư' là một actor và 'Mượn sách' là một use case. Các mối quan hệ như <> (một use case chứa một use case khác) và <> (một use case mở rộng chức năng của một use case khác) được sử dụng để tổ chức và đơn giản hóa sơ đồ. Sơ đồ này là cầu nối quan trọng giữa khách hàng và đội phát triển.

3.2. Xây dựng cấu trúc tĩnh với sơ đồ lớp class diagram

Sơ đồ lớp (class diagram) là trái tim của mô hình hóa hướng đối tượng. Nó không chỉ định nghĩa các lớp mà còn cả các thuộc tính (dữ liệu) và phương thức (hành vi) của chúng. Quan trọng hơn, nó biểu diễn các mối quan hệ tĩnh giữa các lớp: Association (liên kết), Aggregation (tập hợp lỏng lẻo), Composition (tập hợp chặt chẽ), và Inheritance (kế thừa). Ví dụ, lớp 'Order' có thể liên kết với lớp 'Customer'. Việc thiết kế một sơ đồ lớp tốt yêu cầu hiểu sâu về miền nghiệp vụ và các nguyên tắc thiết kế hướng đối tượng. Đây là cơ sở để tạo ra sơ đồ quan hệ thực thể (ERD) cho cơ sở dữ liệu.

3.3. Mô tả tương tác động bằng sơ đồ tuần tự sequence diagram

Trong khi sơ đồ lớp cho thấy cấu trúc, sơ đồ tuần tự (sequence diagram) lại cho thấy hành vi. Nó mô tả cách các đối tượng tương tác với nhau theo một trình tự thời gian cụ thể để hoàn thành một nhiệm vụ. Sơ đồ này bao gồm các 'lifeline' (đường sống) đại diện cho các đối tượng và các mũi tên đại diện cho các thông điệp (lời gọi phương thức) được truyền giữa chúng. Nó cực kỳ hữu ích để gỡ lỗi và hiểu rõ các kịch bản phức tạp, ví dụ như quy trình thanh toán trong một trang thương mại điện tử. Tài liệu hướng dẫn thực hành của IARE cũng nhấn mạnh việc sử dụng sơ đồ này để thiết kế hệ thống Quay số điện thoại và Giao dịch ATM.

IV. Top Công Cụ CASE Miễn Phí Phổ Biến Cho Sinh Viên CNTT

Đối với sinh viên ngành CNTT, việc tiếp cận và thực hành với các công cụ CASE là cực kỳ quan trọng để củng cố kiến thức lý thuyết về phân tích thiết kế hệ thống. May mắn là hiện nay có rất nhiều công cụ CASE miễn phí hoặc có phiên bản cộng đồng mạnh mẽ, đủ để đáp ứng nhu cầu học tập và làm đồ án công nghệ phần mềm. StarUML là một trong những lựa chọn hàng đầu nhờ giao diện trực quan, hỗ trợ đầy đủ các loại sơ đồ UML 2.0 và có sẵn trên nhiều nền tảng (Windows, macOS, Linux). Nó cho phép sinh viên nhanh chóng phác thảo các ý tưởng thiết kế từ sơ đồ use case đến sơ đồ lớp. Một công cụ mạnh mẽ khác là Visual Paradigm Community Edition. Mặc dù là phiên bản miễn phí, nó cung cấp một bộ tính năng rất toàn diện cho việc mô hình hóa hệ thống, quản lý yêu cầu, và thậm chí hỗ trợ một phần sinh mã tự động. Đặc biệt, khi cần tập trung vào thiết kế cơ sở dữ liệu, ERDPlus là một công cụ trực tuyến tuyệt vời. Nó chuyên dụng cho việc vẽ sơ đồ quan hệ thực thể (ERD) và có thể tự động chuyển đổi sơ đồ ERD thành lược đồ quan hệ (relational schema). Các công cụ như PowerDesigner thường là lựa chọn trong doanh nghiệp nhưng cũng có phiên bản dùng thử cho sinh viên khám phá. Việc lựa chọn công cụ phù hợp phụ thuộc vào quy mô dự án và loại sơ đồ cần tập trung, nhưng việc thành thạo ít nhất một trong số các công cụ trên sẽ là một lợi thế lớn.

4.1. Thực hành với StarUML Giao diện và các tính năng chính

StarUML được yêu thích vì sự đơn giản và tập trung vào việc mô hình hóa UML. Giao diện của nó bao gồm một khu vực chính để vẽ sơ đồ, một cây thư mục (Model Explorer) để quản lý các phần tử của mô hình, và một cửa sổ thuộc tính (Properties) để chỉnh sửa chi tiết. StarUML hỗ trợ tất cả 14 loại sơ đồ trong UML 2, bao gồm cả sơ đồ hoạt động và sơ đồ tuần tự. Một tính năng hữu ích là khả năng cài đặt thêm các tiện ích mở rộng, ví dụ như tiện ích sinh mã cho các ngôn ngữ lập trình phổ biến như Java, C++, C#.

4.2. Sử dụng Visual Paradigm cho mô hình hóa hệ thống toàn diện

Visual Paradigm là một bộ công cụ CASE chuyên nghiệp với phiên bản miễn phí rất mạnh. Nó không chỉ hỗ trợ UML mà còn nhiều ký hiệu mô hình hóa khác như BPMN (cho quy trình nghiệp vụ) và ArchiMate (cho kiến trúc doanh nghiệp). Điểm mạnh của Visual Paradigm là khả năng liên kết các mô hình với nhau. Ví dụ, một use case có thể được liên kết trực tiếp với sơ đồ tuần tự mô tả chi tiết cách thực hiện nó. Công cụ này là lựa chọn lý tưởng cho các bài tập lớn phân tích thiết kế yêu cầu một cái nhìn toàn diện và chi tiết về hệ thống.

4.3. Thiết kế cơ sở dữ liệu trực quan với ERDPlus và sơ đồ ERD

ERDPlus là một công cụ dựa trên web, tập trung hoàn toàn vào việc thiết kế cơ sở dữ liệu. Nó cho phép người dùng dễ dàng tạo các sơ đồ quan hệ thực thể (ERD) chuyên nghiệp, xác định các thực thể, thuộc tính, khóa chính, khóa ngoại và các mối quan hệ. Điểm nổi bật của ERDPlus là tính năng chuyển đổi tự động từ ERD sang lược đồ quan hệ (bảng và các mối quan hệ), giúp tiết kiệm thời gian và giảm sai sót khi triển khai cơ sở dữ liệu thực tế. Đây là công cụ không thể thiếu khi học môn Cơ sở dữ liệu và phân tích thiết kế hệ thống.

V. Áp Dụng Công Cụ CASE vào Đồ Án Case Study Thực Tế

Lý thuyết sẽ trở nên vô nghĩa nếu không được áp dụng vào thực tiễn. Việc sử dụng công cụ CASE trong các đồ án là cách tốt nhất để sinh viên hiểu sâu sắc giá trị của chúng. Hãy xem xét một case study thực tế được đề cập trong tài liệu hướng dẫn của IARE: thiết kế hệ thống Giao dịch ATM. Quá trình này bắt đầu bằng việc phân tích thiết kế hệ thống để xác định các actor (Khách hàng, Ngân hàng) và các use case chính (Rút tiền, Kiểm tra số dư, Chuyển khoản). Sử dụng một công cụ như StarUML hoặc Visual Paradigm, sinh viên sẽ vẽ sơ đồ use case để có cái nhìn tổng quan. Tiếp theo, sơ đồ hoạt động (activity diagram) được sử dụng để mô tả chi tiết luồng xử lý của từng use case, ví dụ như các bước xác thực thẻ, nhập mã PIN, chọn số tiền và nhận tiền. Sơ đồ này giúp làm rõ logic nghiệp vụ và các điều kiện rẽ nhánh. Sau đó, sơ đồ lớp sẽ được xây dựng để định nghĩa các thực thể chính như Account, Customer, Card, Transaction. Bước đột phá thực sự xảy ra khi từ các mô hình này, công cụ CASE có thể hỗ trợ sinh mã tự động (code generation). Tài liệu của IARE mô tả việc tạo ra hệ thống với MS-Access làm backend và VB làm frontend. Các công cụ hiện đại có thể sinh ra mã khung (boilerplate code) cho Java, C# hoặc Python, giúp đẩy nhanh đáng kể giai đoạn lập trình. Qua đó, sinh viên không chỉ nộp một bài tập lớn phân tích thiết kế hoàn chỉnh mà còn thấy được mối liên kết trực tiếp giữa thiết kế và sản phẩm phần mềm chạy được.

5.1. Phân tích hệ thống ATM với sơ đồ hoạt động activity diagram

Đối với một quy trình có nhiều bước và điều kiện như giao dịch ATM, sơ đồ hoạt động (activity diagram) là công cụ lý tưởng. Nó bắt đầu bằng một điểm khởi đầu, đi qua các hành động (ví dụ: 'Nhập thẻ', 'Xác thực PIN'), các điểm quyết định (ví dụ: 'PIN hợp lệ?'), và kết thúc tại một hoặc nhiều điểm kết thúc. Sơ đồ này giúp trực quan hóa tất cả các kịch bản có thể xảy ra, bao gồm cả các luồng xử lý thành công và các luồng lỗi (ví dụ: 'Sai PIN', 'Số dư không đủ'). Việc mô hình hóa này đảm bảo tất cả các trường hợp đều được xem xét trong thiết kế.

5.2. Từ phân tích thiết kế đến sinh mã tự động code generation

Tính năng sinh mã tự động (code generation) là một trong những lợi ích mạnh mẽ nhất của công cụ CASE. Sau khi hoàn thành sơ đồ lớp với đầy đủ các thuộc tính và kiểu dữ liệu, công cụ có thể tự động tạo ra các file mã nguồn tương ứng. Ví dụ, từ lớp 'Account' trong sơ đồ, nó có thể sinh ra một file Account.java với các biến thành viên (instance variables) và các phương thức getter/setter. Mặc dù mã được sinh ra thường chỉ là mã khung và cần được bổ sung logic nghiệp vụ, nó giúp tiết kiệm hàng giờ gõ mã lặp đi lặp lại và đảm bảo mã nguồn tuân thủ đúng theo thiết kế.

5.3. Kinh nghiệm làm bài tập lớn phân tích thiết kế hiệu quả

Để làm một bài tập lớn phân tích thiết kế hiệu quả với công cụ CASE, sinh viên nên bắt đầu bằng việc hiểu rõ yêu cầu. Sau đó, hãy bắt đầu từ cái nhìn tổng quan với sơ đồ use case và dần đi vào chi tiết với các sơ đồ khác. Đừng cố gắng vẽ tất cả các sơ đồ cùng một lúc. Thay vào đó, hãy hoàn thiện từng sơ đồ, đảm bảo tính nhất quán giữa chúng. Ví dụ, mọi lớp trong sơ đồ tuần tự đều phải tồn tại trong sơ đồ lớp. Hãy tận dụng các tính năng kiểm tra lỗi của công cụ. Cuối cùng, hãy trình bày mô hình một cách rõ ràng, kèm theo các ghi chú giải thích để người đọc có thể dễ dàng hiểu được ý đồ thiết kế của bạn.

VI. Tương Lai Kỹ Thuật Phần Mềm và Vai Trò Của Công Cụ CASE

Ngành kỹ thuật phần mềm đang không ngừng phát triển, và vai trò của các công cụ CASE cũng đang thay đổi để đáp ứng những thách thức mới. Trong tương lai, các software engineering tools sẽ không còn là những công cụ vẽ sơ đồ tĩnh mà sẽ trở thành những trợ lý thông minh cho nhà phát triển. Xu hướng tích hợp Trí tuệ nhân tạo (AI) và Học máy (Machine Learning) vào công cụ CASE đang ngày càng rõ rệt. AI có thể giúp gợi ý các mẫu thiết kế (design patterns) phù hợp, tự động phát hiện các lỗ hổng tiềm ẩn trong kiến trúc, hoặc thậm chí tối ưu hóa thiết kế để cải thiện hiệu năng. Tính năng sinh mã tự động sẽ trở nên tinh vi hơn, có khả năng tạo ra không chỉ mã khung mà cả các đoạn logic nghiệp vụ phức tạp dựa trên các mô tả bằng ngôn ngữ tự nhiên. Hơn nữa, với sự phát triển của các phương pháp Agile và DevOps, các công cụ CASE sẽ được tích hợp sâu hơn vào toàn bộ chu trình phát triển và vận hành. Chúng sẽ tự động cập nhật mô hình thiết kế khi có sự thay đổi trong mã nguồn (reverse engineering) và ngược lại, tạo ra một vòng lặp phản hồi liên tục. Đối với sinh viên, điều này có nghĩa là kỹ năng mô hình hóa hệ thống và sử dụng thành thạo các công cụ CASE sẽ ngày càng trở nên quan trọng. Đây không chỉ là kỹ năng để hoàn thành đồ án công nghệ phần mềm, mà còn là nền tảng để thích ứng và phát triển trong một môi trường công nghệ luôn biến động.

6.1. Xu hướng tích hợp AI vào các software engineering tools

Trí tuệ nhân tạo đang cách mạng hóa các software engineering tools. Các công cụ CASE thế hệ mới có thể phân tích hàng triệu dòng mã nguồn mở để học hỏi các mẫu lập trình tốt nhất và đưa ra gợi ý cho người dùng. Chúng có thể dự đoán các khu vực có nguy cơ phát sinh lỗi cao dựa trên lịch sử thay đổi mã nguồn. Một số công cụ còn có thể tự động sinh ra các ca kiểm thử (test cases) từ sơ đồ use case và sơ đồ hoạt động, giúp tăng cường độ bao phủ của kiểm thử và đảm bảo chất lượng phần mềm. Xu hướng này hứa hẹn sẽ giải phóng các kỹ sư khỏi những công việc nhàm chán và để họ tập trung vào sự sáng tạo và giải quyết các vấn đề phức tạp.

6.2. Tầm quan trọng của kỹ năng mô hình hóa hệ thống trong sự nghiệp

Dù công nghệ có thay đổi, kỹ năng mô hình hóa hệ thống vẫn luôn là một kỹ năng cốt lõi và có giá trị cao. Khả năng phân tích một vấn đề phức tạp, trừu tượng hóa nó thành các thành phần và mối quan hệ rõ ràng là điều mà máy móc khó có thể thay thế hoàn toàn. Việc thành thạo UML và các công cụ CASE giúp các kỹ sư phần mềm giao tiếp ý tưởng thiết kế một cách hiệu quả, tạo ra các hệ thống dễ bảo trì và mở rộng. Đối với nhà tuyển dụng, một ứng viên có khả năng phân tích thiết kế hệ thống bài bản luôn được đánh giá cao hơn một người chỉ biết lập trình theo yêu cầu.

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

CASE TOOLS LABORATORY LAB MANUAL Academic Year : 2019 - 2020 Course Code : AIT103 Regulations : IARE - R16 Semester : V Branch : IT Prepared by Mr. G CHANDRA SEKHAR Mr.N BHASWANTH Assistant Professor Assistant Professor INSTITUTE OF AERONAUTICAL ENGINEERING (Autonomous) Dundigal, Hyderabad - 500 043 An Autonomous Institute NAAC Accreditation with „A‟ Grade Accredited by NBA Permanent Affiliation Status from JNTUH 1.TECH - PROGRAM OUTCOMES (POs) PO-1 Engineering knowledge: Apply the knowledge of mathematics, science, engineering fundamentals, and an engineering specialization to the solution of complex engineering problems. PO-2 Problem analysis: Identify, formulate, review research literature, and analyze complex engineering problems reaching substantiated conclusions using first principles of mathematics, natural sciences, and engineering sciences. PO-3 Design/development of solutions: Design solutions for complex engineering problems and design system components or processes that meet the specified needs with appropriate consideration for the public health and safety, and the cultural, societal, and environmental considerations.

PO-4 Conduct investigations of complex problems: Use research-based knowledge and research methods including design of experiments, analysis and interpretation of data, and synthesis of the information to provide valid conclusions. PO-5 Modern tool usage: Create, select, and apply appropriate techniques, resources, and modern engineering and IT tools including prediction and modeling to complex engineering activities with an understanding of the limitations. PO-6 The engineer and society: Apply reasoning informed by the contextual knowledge to assess societal, health, safety, legal and cultural issues and the consequent responsibilities relevant to the professional engineering practice. PO-7 Environment and sustainability: Understand the impact of the professional engineering solutions in societal and environmental contexts, and demonstrate the knowledge of, and need for sustainable development.

PO-8 Ethics: Apply ethical principles and commit to professional ethics and responsibilities and norms of the engineering practice. PO-9 Individual and team work: Function effectively as an individual, and as a member or leader in diverse teams, and in multidisciplinary settings. PO-10 Communication: Communicate effectively on complex engineering activities with the engineering community and with society at large, such as, being able to comprehend and write effective reports and design documentation, make effective presentations, and give and receive clear instructions. PO-11 Project management and finance: Demonstrate knowledge and understanding of the engineering and management principles and apply these to one‟s own work, as a member and leader in a team, to manage projects and in multidisciplinary environments.

PO-12 Life-long learning: Recognize the need for, and have the preparation and ability to engage in independent and life-long learning in the broadest context of technological change. PROGRAM SPECIFIC OUTCOMES PROGRAM SPECIFIC OUTCOMES (PSO's) PSO-1 Professional Skills: The ability to understand, analyze and develop computer programs in the areas related to algorithms, system software, multimedia, web design, big data analytics, and networking for efficient design of computer-based systems of varying complexity. PSO-2 Software Engineering Practices: The ability to apply standard practices and strategies in software service management using open-ended programming environments with agility to deliver a quality product for business success. PSO-3 Successful Career and Entrepreneurship: The ability to employ modern computer languages, environments, and platforms in creating innovative career paths to be an entrepreneur, and a zest for higher studies.

ATTAINMENT OF PROGRAM OUTCOMES AND PROGRAM SPECIFIC OUTCOMES: Program Program Specific S No Experiment Outcomes Outcomes Attained Attained INTRODUCTION TO UML WEEK-l Study of UML PO2, PO3 PSO-1 ONLINE PURCHASE SYSTEM WEEK-2 Create a UML model for Online Purchase System LIBRARY MANAGEMENT SYSTEM PO-2 WEEK-3 Create a UML model for Library Management System E-TICKETING WEEK-4 Create a UML model for E-Ticketing PO-3 PSO-1 QUIZ SYSTEM WEEK-5 Create a UML model for Quiz System PO-3 PSO-1 STUDENT MARK ANALYZING SYSTEM WEEK-6 Create a UML model for Student Mark Analyzing System E- MAIL CLIENT SYSTEM WEEK-7 Create a UML model for E-Mail Client System PO-2,PO-3 TELEPHONE PHONE DIALING WEEK-8 Create a UML model for Telephone Phone Dialing PO-2,PO-3 POINT OF SALE WEEK-9 PO-3 Create a UML model for Point of Sale WORKING COMPANY WEEK-10 PO-11 Create a UML model for a Working Company ATM TRANSACTIONS WEEK-11 Create a System to design Bank ATM Transactions and generate code by PO-11 PSO-3 using MS-Access as back end and VB as the front end STUDENT MARK ANALYSIS WEEK-12 Create a System to design Student Mark Analysis system and generate code by using MS-Access as back end and VB as front end 3|Page 4. MAPPING COURSE OBJECTIVES LEADING TO THE ACHIEVEMENT OF PROGRAM OUTCOMES AND PROGRAM SPECIFIC OUTCOMES: Program Specific Course Program Outcomes Outcomes Objectives PO1 PO2 PO3 PO4 PO5 PO6 PO7 PO8 PO9 PO10 PO11 PO12 PSO1 PSO2 PSO3 I                 II                 III               1V               V                5. SYLLABUS: CASE TOOLS LABORATORY IV Semester: IT Course Code Category Hours / Week Credits Maximum Marks L T P C CIA SEE Total AIT103 Foundation - - 3 2 30 70 100 Contact Classes: Nil Tutorial Classes: Nil Practical Classes: 36 Total Classes: 36 OBJECTIVES: The course should enable the students to: I. Understand the concept of modeling and mechanism involved in UML.

Learn the classes and different types of relationships in classes, objects and terms related to diagrams. Examine fundamental object-oriented analysis and design techniques. Apply design patterns for viewing a system as a set of procedures. Prepare case studies for analyzing modeling techniques.

WEEK-l I NTRODUCTION TO UML Study of UML. WEEK-2 ONLINE PURCHASE SYSTEM Create a UML model for Online Purchase system. WEEK-3 LIBRARY MANAGEMENT SYSTEM 4|Page Create a UML model for Library Management system. WEEK-4 E-TICKETING Create a UML model for E-TICKETING.

WEEK-5 QUIZ SYSTEM Create a UML model for Quiz system. WEEK-6 STUDENT MARK ANALYZING SYSTEM Create a UML model for Student Mark Analyzing system. WEEK-7 E-MAIL CLIENT SYSTEM Create a UML model for E-Mail Client system. WEEK-8 TELEPHONE PHONE DIALING Create a UML model for Telephone phone Dialing.

WEEK-9 POINT OF SALE Create a UML model for Point of Sale. WEEK-10 WORKING COMPANY Create a UML model for Working Company. WEEK-11 ATM TRANSACTIONS Create a system to design Bank ATM Transactions and generate code by using MS-Access as back end and VB as front end. WEEK-12 STUDENT MARK ANALYSIS Create a system to design Student Mark Analysis System and generate code by using MS-Access as back end and VB as front end.

Grady Booch, James Rumbaugh, Ivar Jacobson, “The Unified Modeling Language User Guide”, Pearson Education, 2nd Edition, 2004. Craig Larman, “Appliying UML and Patterns: An Introduction to Object Oriented Analysis and Design and Iterative Development”, Pearson Education, 3 rd Edition, 2005.com/goodies/uml/ 3. SOFTWARE AND HARDWARE REQUIREMENTS FOR A BATCH OF 36 STUDENTS: HARDWARE: Desktop Computer Systems: 36 Nos SOFTWARE: Application Software: Rational Rose 5|Page 6. No Experiment Page No 1 INTRODUCTION TO UML 2 ONLINE PURCHASE SYSTEM 3 LIBRARY MANAGEMENT SYSTEM 4 E-TICKETING 5 QUIZ SYSTEM 6 STUDENT MARK ANALIZING SYSTEM 7 E-MAIL CLIENT SYSTEM 8 TELEPHONE PHONE DIALING 9 POINT OF SALE 10 WORKING COMPANY 11 ATM TRANSACTIONS 12 STUDENT MARK ANALYSIS 6|Page CASE TOOLS LABORATORY WEEK-l INTRODUCTION TO UML ANALYSIS AND DESIGN The application‟s method recommends the use of static and dynamic views of a logical model and a physical model to capture the in-process products of object-oriented analysis and design.

Using the notation, the application enables you to create and refine these views within an overall model representing your problem domain and software system. This overall model contains classes, use cases, objects, packages, operations, component packages, components, processors, devices and the relationships between them. Each of these model elements possesses model properties that identify and characterize them. The notation provides graphical icons to represent each kind of model element and relationship.

A model also contains diagrams and specifications, which provide a means of visualizing and manipulating the model‟s elements and their model properties. Since diagrams are used to illustrate multiple views of a model, icons representing a model element can appear in none, one, or several of a model‟s diagrams. The application therefore enables you to control, which element, relationship, and property icons appear on each diagram, using facilities provided by its application window. Within its application window, it displays each diagram in a diagram window, and each specification in a specification window.

USE CASE VIEW  Contains the use case models, flow of events and supplementary documentation.  It is a contract between customer and developer.  It is essential for analysis, design and test activities.  It also contains activity diagrams.

 It contains the use case diagrams.  It is the heart of the other views that represent the required behaviour of the system. LOGICAL VIEW  It supports the functional requirements of the system.  It includes the use case realization, class diagram, interaction diagram, state chart and activity diagram.

PROCESS VIEW  It addresses the performance, scalability and throughput of the system.  It includes the threads and the processes that found the system concurrency and synchronization mechanism.  It is not necessary for single processing environment. 7|Page COMPONENT VIEW  The component view addresses the ease of development management of software assets, reuse, subcontracting and of the shelf components.

 Describes the organization of static software, like source call data files components in terms of packaging, layering and configuration management. DEPLOYMENT VIEW  It addresses the issue like deployment installation and performance.  The deployment view is used for distributed systems only.  It shows the various executables like a runtime components and computing modes.

 It contains deployment diagrams. WEEK-2 ONLINE PURCHASE SYSTEM 1. ANALYSIS Identifying the Actors Identifying the Use Cases 2. REQUIREMENTS System Requirements Software Requirements 3.

DESIGN Use Case Diagram Class Diagram Sequence Diagram Collaboration Diagram Activity Diagram State Diagram 8|Page ONLINE PURCHASE USE CASE DIAGRAM 9|Page WEEK-8 TELEPHONE PHONE DIALING 1. ANALYSIS Identifying the Actors Identifying the Use Cases 2. REQUIREMENTS System Requirements Software Requirements 3. DESIGN Use Case Diagram Class Diagram Sequence Diagram Collaboration Diagram State Diagram 42 | P a g e USECASE DIAGRAM 43 | P a g e CLASS DIAGRAM 44 | P a g e SEQUENCE DIAGRAM COLLABORATION DIAGRAM 45 | P a g e STATE CHART DIAGRAM RESULT: This project was carried out in a sequential manner to design and implement the “TELEPHONE DIALING SYSTEM ”.

Thus the outcome of the project is efficient. The TELEPHONE DIALING SYSTEM caters the varied requirements of the user to perform various options. 46 | P a g e WEEK-9 POINT OF SALE A retail POS system typically includes a computer, monitor, keyboard, barcode scanners, weight scale, receipt printer, credit card processing system, etc. and POS terminal software.

When the customer arrives at the post check point with the items to purchase. The cashier records each item, price and adds the item information to the running sales transaction. The description and price of the current item are displayed. On completion of the item entry the cashier informs the sales total and tax to the customer.

The customer chooses payment type (cash, cheque, credit or debit).After the payment is made the system generates a receipt and automatically updates the inventory. The cashier handovers the receipt to the customer. ANALYSIS Identifying the Actors Identifying the Use Cases 2. REQUIREMENTS System Requirements Software Requirements 3.

DESIGN Use Case Diagram Class Diagram Sequence Diagram Collaboration Diagram Activity Diagram State Chart Diagram Deployment Diagram Component Diagram 47 | P a g e USECASE DIAGRAM 48 | P a g e CLASS DIAGRAM 49 | P a g e