Báo cáo dự án công nghệ phần mềm tại Trường Đại học Ngoại ngữ - Tin học TP.HCM

Đồ án nghiên cứu đồ án công nghệ phần mềm đề tài trung tâm thể hình, áp dụng công nghệ tiên tiến, tối ưu giải pháp kỹ thuật cho bài toán kỹ thuật.

• Trường học: Trường Đại học Ngoại ngữ - Tin học TP.HCM
• Đề tài: Báo cáo dự án công nghệ phần mềm tại Trường Đại học Ngoại ngữ - Tin học TP.HCM
• Loại tài liệu: báo cáo
• Địa điểm: TP.HCM

Mục lục chi tiết

• 1. LAB 1- XÁC ĐỊNH YÊU CẦU
• 1.1. Mô hình cơ cấu tổ chức
• 1.2. Ý nghĩa các bộ phận
• 1.3. Nhu cầu người dùng và Yêu cầu của phần mềm (NGHIỆP VỤ)
• 1.4. Quy định
• 1.5. Danh sách yêu cầu
• 1.5.1. Danh sách yêu cầu nghiệp vụ
• 1.5.2. Danh sách yêu cầu tiền hóa
• 1.5.3. Danh sách yêu cầu hiệu quả
• 1.5.4. Danh sách yêu cầu tiện dụng
• 1.5.5. Danh sách yêu cầu bảo mật
• 1.5.6. Danh sách yêu cầu an toàn
• 1.5.7. Danh sách yêu cầu tương thích
• 2. LAB 2- MÔ HÌNH HÓA YÊU CẦU
• 2.1. Sơ đồ Usecase Tổng Quát
• 2.2. Sơ đồ chi tiết: Đăng nhập
• 2.3. Sơ đồ chi tiết: Đánh Giá
• 2.4. Sơ đồ chi tiết: Quản Lý Chương Trình Khuyến Mãi
• 2.5. Sơ đồ chi tiết: Quản Lý Tài Khoản Người Dùng
• 2.6. Sơ đồ chi tiết: Quản Lý Tin Tức
• 2.7. Sơ đồ chi tiết: Quản Lý Gói Tập
• 2.8. Sơ đồ chi tiết: Đăng Ký Lịch Tập
• 2.9. Sơ đồ chi tiết: Quản Lý Lịch Tập
• 2.10. Sơ đồ chi tiết: Xem Thông Tin
• 2.11. Bảng USECASE
• 3. LAB 3: THIẾT KẾ DỮ LIỆU
• 3.1. Chi tiết các bảng
• 3.2. Người dùng bảng
• 3.3. Các thuộc tính tối ưu tốc độ xử lý
• 4. LAB 4: THIẾT KẾ GIAO DIỆN
• 4.1. Tiêu chuẩn thiết kế giao diện
• 4.2. Tiêu chuẩn đối với các màn hình
• 4.3. Tiêu chuẩn đối với các yếu tố trên màn hình
• 4.4. Sơ đồ giao diện tổng quát
• 4.5. Giao diện chi tiết

Tóm tắt

I. Hướng dẫn toàn tập báo cáo dự án công nghệ phần mềm HUFLIT

Báo cáo dự án công nghệ phần mềm là một cột mốc quan trọng, đánh dấu sự kết thúc quá trình học tập và mở ra cánh cửa sự nghiệp cho sinh viên ngành Công nghệ thông tin. Tại Trường Đại học Ngoại ngữ - Tin học TP.HCM (HUFLIT), đồ án tốt nghiệp CNTT HUFLIT không chỉ là một bài kiểm tra kiến thức tổng hợp mà còn là minh chứng cho khả năng ứng dụng lý thuyết vào giải quyết các vấn đề thực tiễn. Một bản báo cáo được trình bày khoa học, logic và đầy đủ nội dung theo yêu cầu của khoa Công nghệ thông tin HUFLIT sẽ là yếu tố quyết định đến điểm số cuối cùng. Bài viết này sẽ cung cấp một hướng dẫn chi tiết, từ việc xác định yêu cầu, mô hình hóa hệ thống, thiết kế cơ sở dữ liệu, cho đến kinh nghiệm trình bày và bảo vệ trước hội đồng. Cấu trúc của một bài báo cáo chuyên nghiệp thường bao gồm các phần chính như: xác định yêu cầu (LAB 1), mô hình hóa yêu cầu bằng UML (LAB 2), thiết kế dữ liệu (LAB 3), và thiết kế giao diện (LAB 4). Việc tuân thủ cấu trúc này không chỉ giúp sinh viên hệ thống hóa công việc mà còn giúp giảng viên hướng dẫn và hội đồng chấm đồ án dễ dàng theo dõi, đánh giá quá trình thực hiện dự án. Nắm vững quy trình làm đồ án tốt nghiệp là chìa khóa để hoàn thành xuất sắc nhiệm vụ học thuật quan trọng này.

1.1. Tầm quan trọng của đồ án tốt nghiệp CNTT HUFLIT

Đồ án tốt nghiệp không đơn thuần là một môn học. Nó là một dự án thực thụ, nơi sinh viên phải vận dụng toàn bộ kỹ năng từ phân tích thiết kế hệ thống, lập trình, kiểm thử phần mềm, đến quản lý dự án phần mềm. Đây là cơ hội để chứng minh năng lực cá nhân, khả năng làm việc nhóm và tư duy giải quyết vấn đề. Một đồ án tốt nghiệp CNTT HUFLIT thành công sẽ là một điểm sáng trong CV, gây ấn tượng mạnh với nhà tuyển dụng và tạo nền tảng vững chắc cho sự nghiệp phát triển phần mềm sau này. Quá trình này rèn luyện tính kỷ luật, khả năng tự nghiên cứu và quản lý thời gian, những kỹ năng mềm cực kỳ cần thiết trong môi trường làm việc chuyên nghiệp.

1.2. Cấu trúc chuẩn theo yêu cầu khoa Công nghệ thông tin HUFLIT

Một mẫu báo cáo đồ án tốt nghiệp chuẩn tại HUFLIT thường được chia thành các phần (LAB) rõ ràng, phản ánh vòng đời phát triển phần mềm. LAB 1 tập trung vào việc xác định yêu cầu, bao gồm việc phân tích nghiệp vụ, nhu cầu người dùng và các yêu cầu phi chức năng. LAB 2 tiến hành mô hình hóa các yêu cầu đó bằng sơ đồ UML, cụ thể là các sơ đồ Usecase. LAB 3 là giai đoạn thiết kế cơ sở dữ liệu, nơi các bảng và mối quan hệ được định nghĩa. Cuối cùng, LAB 4 trình bày về thiết kế giao diện người dùng. Việc tuân thủ quy định trình bày báo cáo của khoa là bắt buộc, đảm bảo tính nhất quán và chuyên nghiệp cho tất cả các dự án.

II. Thách thức thường gặp khi làm báo cáo dự án công nghệ phần mềm

Quá trình thực hiện một báo cáo dự án công nghệ phần mềm không hề đơn giản. Sinh viên thường đối mặt với nhiều thách thức, từ kỹ thuật đến quản lý. Một trong những khó khăn lớn nhất là việc xác định và đặc tả yêu cầu một cách đầy đủ và chính xác. Yêu cầu mập mờ hoặc thiếu sót ngay từ đầu sẽ dẫn đến việc phải sửa đổi liên tục ở các giai đoạn sau, gây lãng phí thời gian và công sức. Tiếp theo là thách thức trong việc mô hình hóa hệ thống. Việc vẽ các sơ đồ UML như Usecase, Class Diagram đòi hỏi sự hiểu biết sâu sắc về hệ thống và các ký pháp chuẩn. Nhiều sinh viên gặp khó khăn trong việc thể hiện đúng logic và mối quan hệ giữa các thành phần. Ngoài ra, việc quản lý thời gian, phân chia công việc trong nhóm và duy trì nhật ký dự án cũng là những vấn đề cần được quan tâm. Vượt qua những thách thức này đòi hỏi sự chuẩn bị kỹ lưỡng, kỹ năng làm việc nhóm hiệu quả và sự hỗ trợ kịp thời từ giảng viên hướng dẫn.

2.1. Khó khăn trong việc phân tích và đặc tả yêu cầu

Giai đoạn đầu tiên luôn là khó khăn nhất. Việc chuyển đổi từ nhu cầu mơ hồ của người dùng thành các yêu cầu nghiệp vụ và yêu cầu hệ thống rõ ràng là một nghệ thuật. Như trong tài liệu mẫu về dự án "Trung tâm Thể hình", nhóm sinh viên phải liệt kê đến 40 nhu cầu người dùng khác nhau, từ "Đăng kí lịch tập" đến "Xem bảng xếp hạng thành tích". Mỗi nhu cầu này cần được phân tích chi tiết để xác định các biểu mẫu (BM), quy định (QĐ) và các bên liên quan. Sai sót trong giai đoạn này có thể làm toàn bộ phần phân tích thiết kế hệ thống đi chệch hướng.

2.2. Rào cản khi mô hình hóa hệ thống bằng sơ đồ UML

UML là ngôn ngữ mô hình hóa thống nhất, nhưng việc áp dụng nó một cách chính xác là một thử thách. Sinh viên cần xác định đúng các tác nhân (Actor) và các ca sử dụng (Usecase) trong sơ đồ Usecase tổng quát. Sau đó, phải đi vào chi tiết hóa từng Usecase, đặc tả các luồng sự kiện chính và luồng thay thế. Ví dụ, Usecase "Đăng nhập" (UC01) trong tài liệu mẫu phải mô tả chi tiết các tình huống lỗi như "Thông tin đăng nhập không hợp lệ" hay "Quên mật khẩu". Việc đặc tả thiếu chi tiết sẽ gây khó khăn cho giai đoạn thiết kế và lập trình sau này.

III. Phương pháp phân tích mô hình hóa trong báo cáo dự án

Để có một báo cáo dự án công nghệ phần mềm chất lượng, việc áp dụng đúng phương pháp phân tích và mô hình hóa là tối quan trọng. Bước đầu tiên là thu thập yêu cầu một cách có hệ thống. Cần phỏng vấn các bên liên quan, nghiên cứu tài liệu hiện có và xác định rõ các nghiệp vụ chính. Từ đó, xây dựng "Danh sách yêu cầu nghiệp vụ" và "Bảng trách nhiệm". Giai đoạn này đặt nền móng cho toàn bộ dự án. Sau khi đã có yêu cầu, bước tiếp theo là mô hình hóa chúng. Sử dụng sơ đồ UML là phương pháp chuẩn mực. Sơ đồ Usecase giúp trực quan hóa sự tương tác giữa người dùng và hệ thống. Mỗi Usecase phải được đặc tả chi tiết (Use Case Specification), mô tả rõ điều kiện tiên quyết, luồng sự kiện chính, các luồng rẽ nhánh và các kịch bản lỗi. Phương pháp này đảm bảo tất cả các thành viên trong nhóm và giảng viên hướng dẫn có cùng một cái nhìn thống nhất về chức năng của phần mềm, giảm thiểu hiểu lầm và sai sót.

3.1. Kỹ thuật thu thập và đặc tả yêu cầu nghiệp vụ

Tài liệu mẫu cho thấy một cách tiếp cận bài bản. Nhóm dự án đã xác định rõ cơ cấu tổ chức, từ đó phân tích nhu cầu của từng bộ phận như "Phòng huấn luyện và giảng dạy" hay "Phòng quản lý Tài chính". Mỗi nhu cầu được mã hóa và mô tả rõ ràng, ví dụ: "Người dùng muốn đăng kí lịch tập" (BM01, QĐ01). Sau đó, các yêu cầu này được phân loại thành yêu cầu nghiệp vụ, tiến hóa, hiệu quả, bảo mật, v.v. Kỹ thuật này giúp việc quản lý dự án phần mềm trở nên dễ dàng hơn, đảm bảo không bỏ sót bất kỳ chức năng quan trọng nào.

3.2. Cách áp dụng sơ đồ Usecase tổng quát và chi tiết

Báo cáo mẫu đã trình bày một sơ đồ Usecase tổng quát để cung cấp cái nhìn bao quát về các chức năng chính của hệ thống như Đăng nhập, Đánh giá, Quản lý gói tập, v.v. Sau đó, mỗi chức năng lớn này lại được phân rã thành các sơ đồ chi tiết hơn. Ví dụ, "Sơ đồ chi tiết: Đăng Ký Lịch Tập" sẽ bao gồm các Usecase nhỏ hơn như "Tìm kiếm lịch tập", "Tìm kiếm gói tập", "Thanh toán". Cách tiếp cận từ tổng quan đến chi tiết này giúp cấu trúc của hệ thống trở nên rõ ràng, logic và dễ quản lý, là một phần không thể thiếu trong báo cáo thực tập công nghệ phần mềm.

IV. Bí quyết thiết kế cơ sở dữ liệu và giao diện người dùng

Sau khi hoàn tất phân tích, giai đoạn thiết kế đóng vai trò biến các mô hình trừu tượng thành một cấu trúc cụ thể. Thiết kế cơ sở dữ liệu là xương sống của mọi ứng dụng. Cần xác định các thực thể, thuộc tính và mối quan hệ giữa chúng, sau đó chuẩn hóa để đảm bảo tính toàn vẹn và hiệu quả. Một sơ đồ logic hoặc sơ đồ quan hệ thực thể (ERD) là công cụ không thể thiếu. Song song đó, thiết kế giao diện người dùng (UI) và trải nghiệm người dùng (UX) quyết định sự thành công của sản phẩm. Một giao diện trực quan, dễ sử dụng sẽ được đánh giá cao. Trong báo cáo dự án công nghệ phần mềm, phần này cần trình bày rõ các tiêu chuẩn thiết kế (font chữ, màu sắc, layout), sơ đồ luồng giao diện tổng quát và các mockup chi tiết cho từng màn hình. Đây là cơ sở để đội ngũ phát triển ứng dụng web hoặc di động hiện thực hóa sản phẩm.

4.1. Xây dựng sơ đồ logic và thiết kế chi tiết các bảng dữ liệu

Trong tài liệu gốc, LAB 3: THIẾT KẾ DỮ LIỆU đã thể hiện rõ phần này. Sơ đồ logic trực quan hóa các bảng như KhachHang, LichTap, HuanLuyenVien và mối quan hệ giữa chúng. Tiếp theo, mỗi bảng được mô tả chi tiết các thuộc tính, kiểu dữ liệu, khóa chính, khóa ngoại. Ví dụ, bảng KhachHang có các thuộc tính như MaKH, TenKH, Email, MatKhau. Việc thiết kế cơ sở dữ liệu cẩn thận ngay từ đầu giúp tránh các vấn đề về hiệu suất và khó khăn trong việc mở rộng hệ thống sau này.

4.2. Xây dựng tiêu chuẩn và Sơ đồ giao diện tổng quát

Phần thiết kế giao diện trong LAB 4 của báo cáo mẫu đã đưa ra các tiêu chuẩn rất cụ thể cho các màn hình và yếu tố trên màn hình, bao gồm kích thước, font chữ, màu sắc. Sau đó, một sơ đồ giao diện tổng quát được vẽ để minh họa luồng di chuyển của người dùng qua các chức năng chính. Cuối cùng là các màn hình chi tiết cho từng chức năng như Trang chủ, Lịch tập, Dịch vụ. Việc trình bày logic và khoa học như vậy giúp người đọc dễ dàng hình dung về sản phẩm cuối cùng.

V. Kinh nghiệm bảo vệ đồ án tốt nghiệp và demo sản phẩm hiệu quả

Hoàn thành quyển báo cáo chỉ là một nửa chặng đường. Buổi bảo vệ đồ án tốt nghiệp mới là thời khắc quyết định. Sự chuẩn bị kỹ lưỡng là yếu tố then chốt để thành công. Sinh viên cần chuẩn bị một slide báo cáo dự án súc tích, chuyên nghiệp, tập trung vào những điểm nổi bật của dự án: vấn đề giải quyết, công nghệ sử dụng, các chức năng chính và kết quả đạt được. Phần demo sản phẩm phần mềm phải được thực hành nhiều lần để đảm bảo chạy trơn tru, không phát sinh lỗi bất ngờ. Trong quá trình trình bày, cần thể hiện sự tự tin, làm chủ kiến thức và trình bày rõ ràng, mạch lạc. Quan trọng nhất là chuẩn bị cho phần hỏi đáp. Cần dự đoán các câu hỏi mà hội đồng chấm đồ án có thể đặt ra, liên quan đến lựa chọn công nghệ, các quyết định thiết kế, hướng phát triển trong tương lai và trả lời một cách thuyết phục. Đây là lúc để thể hiện sự hiểu biết sâu sắc về dự án của mình.

5.1. Cách chuẩn bị slide báo cáo dự án chuyên nghiệp

Một bài trình chiếu hiệu quả không nên quá nhiều chữ. Thay vào đó, hãy sử dụng các hình ảnh, sơ đồ và gạch đầu dòng. Cấu trúc của slide báo cáo dự án nên bám sát cấu trúc của quyển báo cáo: giới thiệu đề tài, phân tích yêu cầu (trình bày Usecase chính), thiết kế hệ thống (trình bày sơ đồ lớp hoặc CSDL), demo chức năng và cuối cùng là kết luận, hướng phát triển. Mỗi slide chỉ nên tập trung vào một ý chính, giúp người nghe dễ dàng nắm bắt thông tin.

5.2. Kỹ năng trả lời câu hỏi từ hội đồng chấm đồ án

Sự bình tĩnh và tự tin là chìa khóa. Lắng nghe kỹ câu hỏi, suy nghĩ và trả lời thẳng vào vấn đề. Nếu không biết, hãy thẳng thắn thừa nhận và trình bày hướng tìm hiểu, giải quyết. Các câu hỏi thường xoay quanh lý do lựa chọn công nghệ, so sánh giải pháp của bạn với các giải pháp khác, cách xử lý các trường hợp ngoại lệ, và tiềm năng thương mại hóa của sản phẩm. Việc chuẩn bị trước các câu trả lời này sẽ giúp bạn chủ động hơn trong buổi bảo vệ đồ án tốt nghiệp.

VI. Tổng kết và tài liệu tham khảo cho báo cáo dự án phần mềm

Hoàn thành một báo cáo dự án công nghệ phần mềm là một quá trình đòi hỏi sự đầu tư nghiêm túc về thời gian và trí tuệ. Từ việc xác định yêu cầu, phân tích, thiết kế, cho đến lập trình và bảo vệ, mỗi giai đoạn đều có vai trò quan trọng và liên kết chặt chẽ với nhau. Việc tuân thủ một quy trình làm đồ án tốt nghiệp bài bản, kết hợp với việc tham khảo các mẫu báo cáo đồ án tốt nghiệp từ các khóa trước sẽ là một lợi thế lớn. Sinh viên nên chủ động tìm kiếm các tài liệu tham khảo đồ án, trao đổi thường xuyên với giảng viên hướng dẫn để nhận được những góp ý kịp thời. Hy vọng rằng bài viết này đã cung cấp một cái nhìn tổng quan và những chỉ dẫn hữu ích, giúp sinh viên khoa Công nghệ thông tin HUFLIT tự tin hơn trên con đường chinh phục đồ án tốt nghiệp, tạo ra những sản phẩm phần mềm chất lượng và đạt được kết quả cao nhất trong học tập.

6.1. Tóm lược quy trình làm một đồ án tốt nghiệp thành công

Quy trình có thể tóm tắt qua các bước: (1) Lựa chọn đề tài và tìm giảng viên hướng dẫn phù hợp. (2) Lập kế hoạch chi tiết, phân chia công việc rõ ràng. (3) Thực hiện phân tích yêu cầu và mô hình hóa (LAB 1, 2). (4) Tiến hành thiết kế hệ thống và CSDL (LAB 3, 4). (5) Lập trình và kiểm thử phần mềm liên tục. (6) Viết báo cáo song song với quá trình làm. (7) Chuẩn bị kỹ lưỡng cho buổi bảo vệ cuối kỳ. Việc tuân thủ quy trình làm đồ án tốt nghiệp này sẽ giúp quản lý tiến độ hiệu quả và đảm bảo chất lượng sản phẩm.

6.2. Nguồn tham khảo các mẫu báo cáo đồ án tốt nghiệp

Để có thêm ý tưởng và hiểu rõ hơn về cách trình bày, sinh viên nên chủ động tìm kiếm các nguồn tài liệu uy tín. Thư viện của khoa Công nghệ thông tin HUFLIT là nơi lưu trữ các đồ án tốt nghiệp CNTT HUFLIT xuất sắc của các khóa trước. Ngoài ra, các diễn đàn sinh viên, các kho tài liệu trực tuyến như GitHub cũng là những nguồn tài liệu tham khảo đồ án quý giá, nơi có thể tìm thấy không chỉ mẫu báo cáo đồ án tốt nghiệp mà còn cả mã nguồn của nhiều dự án thực tế.

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

BO GIAO DUC VA BAO TAO TRƯỜNG ĐẠI HỌC NGOẠI NGỮ - TIN HỌC TP.HCM KHOA CÔNG NGHỆ THÔNG TIN BAO CAO DO AN Môn: Công nghệ phần mềm Để tài: TRUNG TÂM THÉ HÌNH Giáo viên:Ths.Phan Th; Ngọc Hân Mã số nhóm: Tên thành viên Mã số sinh viên Nguyễn Khánh Đạt 21DH113566 Lé Kha Quynh Nhu 21DH114482 Nguyén Quy Quoc 21DH112850 Muc luc 1 LAB 1- XÁC ĐỊNH YÊU CÂU.1 Mô hình cơ cầu tô ChứcC.cccc t2 nan HH 2u e 6 1.2 Ý nghĩa các bộ phận.2 Nhu cầu người dùng và Yêu cầu của phần mềm (NGHIỆP VỤ).1 BM0I: Đăng kí lịch tập.2 BM02: Danh sách lịch tập. 0000000212221 20111 vn ng xxx re 22 1. BM03: Đánh giá giáo viên, huân luyện viên .4 BM0O4: Đăng kí thành viên.-- 2011 nnnSnS SH ST ke 22 1.5 BM05: Danh sách các khách hàng .1: Bao Cao Doanh Thu Ban Goi Dich Vu. s2 2n HH HH ng HH tr ngu 24 1.5 Danh sách yêu cầu.1 Danh sách yêu câu nghiệp vụ.2 _ Danh sách yêu cầu tiến hóa.3 Danh sách yêu câu hiệu quả.4 Danh sách yêu cầu tiện dụng.5 Danh sách yêu cầu bảo mật.6 Danh sách yêu câu an toàn.7 _ Danh sách yêu cầu tương thích.8 Danh sách yêu cầu công nghệ .6 Sẽ sac sen na.1 _ Bảng trách nhiệm yêu cầu nghiệp vụ .2 Bang trách nhiệm yêu cầu tiến hóa.3 Bang trách nhiệm yêu câu hiệu quả .4 Bảng trách nhiệm yêu cầu tiện dụng.5 Bảng trách nhiệm yêu cầu bảo mậtt.6 Bang trách nhiệm yêu câu an toàn .7 Bảng trách nhiệm yêu cầu tương thích. co cQ nnnn HH HH HH HT HH TT TT TT TH n nghe n nh ng ng gu 47 Z6 -. 49 2 LAB 2- MÔ HÌNH HÓA YÊU CÂU.---Lcn TH TT SH TT TT TH HT kg EE* 51 2.1 Sơ đồ Usecase Tông Quát.2 Sơ đỗ chỉ tiết: Đăng nhập.3 Sơ đồ chỉ tiết: Đánh Giá.4 Sơ đỗ chỉ tiết: Quản Lý Chương Trình Khuyến Mãi .5 Sơ đỗ chỉ tiết: Quản Lý Tài Khoản Người Dùng.6 Sơ đồ chỉ tiết: Quản Lý Tin Tức .7 _ Sơ đỗ chỉ tiết: Quản Lý Gói Tập.8 Sơ đỗ chỉ tiết: Đăng Ký Lịch Tập.9 Sơ đỗ chỉ tiết: Quản Lý Lịch Tập.10 So dé chi tiết: Xem Thông Tin.2 Bang USCCASE 66 3Ÿ------‹‹aa+1iI 56 2.3 Dac ta USECASE 1a.1 Usecase Dang nhap 6 c(.2 NV L`-+`-cp::ẬọùọùọùọDânâỒầắmaiiiiaaiaaidŸẢ.3 Usecase Xem thông tin tài khoản. S2 HS TH He 62 2.4 Usecase Chỉnh sửa gói fập. LQn SH HT ng HT key 63 2.5 Usccase Đăng ký lịch fập.-- TS HH TH khe 65 2.6 Usecase Tìm kiếm gói tập.7 _ Usecase Xem thông tin lịch tập.-- TT S2 nHn TH TH TT ng TK KT k KT kt 71 3 LAB 3: THIẾT KÉ DỮ LIỆU.2 Chỉ tiết các bảng. ----- 5: 1222111111 21111111 1111151 01011111 2112121010111 ru 72 KP XIN: (9t hhuòùilaiaaẳẳÝẲ3.3 NGi dung bang oan.4 Các thuộc tính tối ưu tốc độ Xử lý. i5 S2 2 21 211518121221212121 181511 Etee 76 4 LAB 4: THIẾT KÉ GIAO DIỆN.1 _ Tiêu chuẩn thiết kế giao diện.1 _ Tiêu chuẩn đối với các màn hình .2 _ Tiêu chuẩn đối với các yếu tó trên màn hình .2 _ Sơ đồ giao diện tống quát .3 Giao diện chỉ tiết.8 [Man hinh giao dién 8] 1_ LAB 1- XÁC ĐỊNH YÊU CÂU 1. Mô hình cơ cấu tổ chức 1.1 Sơ đồ tổ chức Ban giám độc i T T Phong huan Phong quản lý Phong quan | Phong Phong dich v Nhan sw Tai chinh luyện và giảng marketing va van hanh d bà Truong phong Trưởng phòng Trưởng phòng | |Mlio0s00)is00s | —_ Nhân viên quải nhần sự tài chính huãn luyện Marketing lý phòng tập Nhân viên quả Nhân viên Tae lý doanh thu, Mm Huan luyén | Digital Nhân viên chăn tuyén dung viên sóc khách hà ngân sách Marketing Nhân viên L_ Bào: = dao Nhân viên bad — nghiên cứu th trường Nhân viên Mg Nhan vién phu lý gói tập và mtruyên thông vị wal Nhan vién IT loi khóa học Nhan vién qua aa |y va giam sa nhân sự 1.2 Ý nghĩa các bộ phận 1 Ban giám đốc Điều hành quản lý trang web Chịu trách nhiệm về việc tuyên dụng, phát triển và 2 Phòng quản lý Nhân sự quản lý nguồn nhân lực Phong quan ly Tai Chịu trách nhiệm về quản lý tài chính và kế toán chinh 4 Phòng Marketing Quản lý, tối ưu về mảng marketing. Phong Huan luyén va Chịu trách nhiệm về việc đào tạo và phat trién giang day nhan vién Phong dich vu va van Chịu trách nhiệm vận hành, xây dựng và bảo trì hanh phần mềm.2_ Nhu cầu người dùng và Yêu cầu của phan mềm (NGHIỆP VỤ) Ai Me Phan ô uc ST | Nhux | Nghiệp| „. Lanh Be phan Bophan| we Hệ | a. x | loạiˆ độ hồ T Cầu vụ . lién thong yeu dao thực uan ngoài trợ cầu hành | 1 9 Người dùng muon PQLNS: tao tai | Đăng Trưởn 1 khoản, | ký: | _phong V9 ( khách ` Tự | Lưu đề thành Suy hàng động trữ " quản lý đăng viên . ` nhân sự nhập vào hệ thống Người dùng muốn đăng PQLNS: nhập hệ | Đăng | Trưởn "259 | khách Tự | Lưu 2 . phòng › thống | nhập , .„ | hang động | trữ ˆ quản lý thông . x: nhan su qua tài khoản được cung cap san. Người dùng . PQLNS: muôn Trưởng đăng Đăng ` Khách Tự | Lưu , , phòng ` xuat | xuất . ,„ |¡ hàng động | trữ . ` nhân sự hệ thống. Người dùng muôn | vàn XE” Í tintôngb | PQLNS: thông t , tin ca . mo ng Khach Tư Tra ˆ nhân phòng ` ‘ nhan | o hang động | cứu , cua quan ly cua thành | nhân sự minh " viên trong hệ thống. Nhân viên muốn xem Xem | PQLNS danh ÔNG | TƯỞNGj Í khách danh Tự: | Tra sách sách phòng ` . ` , | hàng động | cứu các thành | quản lý khách | viên nhân sự hàng có trong buôi tập Nhân viên muốn thêm, | Thêm, xoá, xoá, , SỐ PNS: sua cag sua CAC) BOLNS: | Nhân thông | thông m ¬ sa Trưởng viền tinve | tin về ` ae Tu | Luu . phòng | quản lý huan huan oo x ee động trữ luyê luyện quản lý va glam uyen ve nhân sự | sát nhân viên, viên, nhân nhân sự viên viên tại trung tâm. Nhân viên muốn thêm, | Thêm, . PHLGD xoá, xoá, ˆ o, ___,.| PHLGD: | : Nhân Sửa các| sửa các Treen viên thông | thông mg 9 „ Tự | Lưu 3 oe phong | quanly ‘ tinve | tin ve , . động | trữ ói TY huan goi tap ỹ g5 ap luyén | vakhoa tập, | và khoá h khoá | học oe hoc tai trung tam. Nhan | Thém, | PQM: PQM: Tự | Lưu viên xoá, Trưởng Nhân động | trữ muốn | sửa các. phòng viên thêm, | thông | Marketin | truyền xoa, tin về g thông và sửa các hoạt quảng thông | động cáo tinvề | và sự hoạt kiện động Và Sự kiện tại trung tâm. Người dùng muon Tim tim ' ' kiêm kiêm Lo thông vẻ các tin về lớp „ học, PQLNS: 'P | buội0 || Trườn học, T219 | khách Tự | Tra 9 "” tập, phòng . , buôi „ hàng động | cứu . hoat quan ly tập, độn nhân s hoạt ° 9 ụ đôn Và Sự 09 | kiện tại Và Sự } trung kién ˆ ; tam tal trung tam. Người | Xem ` ˆ PQLNS: . dùng | thông QLNS Khach Tu Tra 10 , .__Ö„ | Trưởng ` muốn | tin về ` hàng động | cứu , phong xem cac thông | hoạt quản lý tinvề | động | nhân sự các và Sự hoạt | kiện tại động trung Và Sự tâm kiện tại trung tâm. Người Khách gười x dung„ nang | ppwo: PHLCD: | PDVVO ˆ muôn ; - Nhân Nhân 11 dit | pat | [ond phòng | cấi viên viên Tự | Lưu lịch lịch tập ⁄ ,_,. | chăm sóc động trữ . huan quan ly : tap tai luyê „ khách trung uyen g9I ap hang . va khoa tam. hoc Người Khách dùng hàng, PDWO: muốn PHLCD: | PDVVO x . Nhan huy Huy Truong | : Nhan " . ` sa viên Tự | Lưu 12 | lịch | lịchtập| phòng viên tap da Ì đã đặt huá " chăm sóc động | trữ T ace | nạn _ khách ặ uyen go! ap hang trước và khóa đó. học | PHLGD: Khach | PDVVO: vn ù Xem ; "| hang, Nhân 3 9 ¡nh 8 nhan PDVVO | vién Tự | Tra muôn | lich tap | P . 9 : Nhân | chăm sóc động | cứu xem | đã đặt huan ` . ; viên khách lịch luyện , x quanly | hàng tap da gói tập đặt. và khóa học Người dùng muon PDVVH: PDVVO: dat Dat . Truong Nhan lichtu | lich tu . , ` có sa oy phong Khach viên Tự | Lưu 14 | vân về | vân về . dich vu | hang | chăm sóc động | trữ gói gói ` , dich | dich va van khach ren ch Vụ hành hàng vu tại trung tâm. Người Khách suo! hang, dung , Đặt PHLGD: | PDVVO muon ‘ . PHLGD: ` lịch Trưởng | : Nhân l đặt , . " Huân Tự Lưu 15 huan phong vién lich luyê huá " luyện động | trữ hudn uyện uan quan ly viên luyê Viên luyện gói tập uyen và khóa viên. học Người dùn 9 PNS: muon PQLNS: Nhan xem Xem Tae viên 16 lich` | ` lich |,| eS | khách phòng ` _ quản lý Tự | Tra trình † trình cá _— hang ae động | cứu cá nhân quản lý va gam ˆ nhân sự sát nhân nhân ‘ , su cua minh. Người dùng muon PHLGD: xem ( Xem lop, Nhân thông | thông ; m 17 | tinvé | tin ve phòng Khách quản lý Tự | Tra giá cả | giá cả, . động | cứu xa N huan gói tập và gói | gói - ` Ea . luyện và khóa dịch | dịch vụ học vu tai ‘ trung tam. Người dùng muốn xem Xem PHLGD: các các | PQLNS: Nhân quyén quyền Truong | ven vién Tự | Tra 18 | lợi của | lợi về phòng hàng quản lý động cứu mình | hạng | quản lý gói tập dựa thành | nhân sự và khóa trên viên học hạng thành viên. Người dùng PHLCD: muốn PQLNS: Nhân đăng Dang Truong Khách viên tr | Lam 19 | ký gói | ký gói phòng hàng quản lý dong tra dich | dich vu) quản lý gói tập " vụ tại nhân sự và khóa trung học tâm. dung Internet , PQLTS: . muôn ˆ Bankin Nhân thanh | Thanh | PQLTC: " g, , , , . viên Xử lý toán toán Trưởng Khách Momo, Tự „ 20 R R hana tail hè quan ly VNPA | độ tính gói gói p òng ài ang doanh ong toán dịch | dịchvụ| chính thu. ngân Y, vụ ‘ đã sach ga) J aloPA dang Y ky.