Đồ án nhập môn công nghệ phần mềm đề tài xây dựng website kinh doanh bất động sản

TRƯỜNG ĐẠI HỌC CÔNG THƯƠNG TP.HCM KHOA CÔNG NGHỆ THÔNG TIN -o0o ĐỒ ÁN NHẬP MÔN CÔNG NGHỆ PHẦN MỀM ĐỀ TÀI: XÂY DỰNG WEBSITE KINH DOANH BẤT ĐỘNG SẢN Giảng viên hướng dẫn: Nguyễn Thị Thu Sinh viên thực hiện: 2001215665_Nguyễn Mạnh Dũng 2001210860 _Nguyễn Vũ 2001206986_Trang Sĩ Tài Lợi 4. 2001216031 _Đỗ Hoàng Phi 2001200126_Ngô Văn Hiếu 2001216267 _Trần Xuân Việt Trường Thành phố Hồ Chí Minh, 2023 BẢNG PHÂN CƠNG CƠNG VIỆC CHO CÁC THÀNH VIÊN NHĨM STT MSSV HỌ TÊN 2001215665 Nguyễn Mạnh Dũng 100% 2001210860 Nguyễn Vũ 100% 2001206986 Trang Sĩ Tài Lợi 100% 2001216031 Đỗ Hồng Phi 100% 2001200126 Ngơ Văn Hiếu 100% 2001216267 Trần Xuân Việt Trường CÔNG VIỆC ĐƯỢC GIAO ĐÁNH GIÁ 100% MỤC LỤC PHẦN LÝ THUYẾT CHƯƠNG KHẢO SÁT HIỆN TRẠNG VÀ XÁC ĐỊNH YÊU CẦU CHƯƠNG MƠ HÌNH BPM MƠ TẢ QUY TRÌNH NGHIỆP VỤ CHƯƠNG MƠ HÌNH DỮ LIỆU MỨC QUAN NIỆM CDM CHƯƠNG MƠ HÌNH PHÂN CẤP CHỨC NĂNG BFD CHƯƠNG MƠ HÌNH LUỒNG DỮ LIỆU DFD CHƯƠNG THIẾT KẾ DỮ LIỆU, XỬ LÝ VÀ GIAO DIỆN CHƯƠNG LẬP TRÌNH PHẦN MỀM CHƯƠNG KIỂM THỬ PHẦN MỀM PHẦN THỰC HÀNH CHƯƠNG KHẢO SÁT HIỆN TRẠNG VÀ XÁC ĐỊNH YÊU CẦU CHƯƠNG MÔ HÌNH BPM MƠ TẢ QUY TRÌNH NGHIỆP VỤ CHƯƠNG MƠ HÌNH DỮ LIỆU MỨC QUAN NIỆM CDM CHƯƠNG MƠ HÌNH PHÂN CẤP CHỨC NĂNG BFD CHƯƠNG MƠ HÌNH LUỒNG DỮ LIỆU DFD CHƯƠNG THIẾT KẾ DỮ LIỆU, XỬ LÝ VÀ GIAO DIỆN CHƯƠNG LẬP TRÌNH PHẦN MỀM CHƯƠNG KIỂM THỬ PHẦN MỀM PHẦN LÝ TÌM HIỂU CƠNG NGHỆ MỚI 4 4 4 4 4 4 4 4 4 PHẦN LÝ THUYẾT CHƯƠNG KHẢO SÁT HIỆN TRẠNG VÀ XÁC ĐỊNH YÊU CẦU 1.1 Khảo sảt hiệ  n trả ng 1.2 Xả c đinh yệu cảu 1.3 Xảy dựng kiện tru c hệ  thong 1.4 Tải liệ  u khảo sảt, hiệ  n trảng – yệ u cảu 1.5 Sự du ng Powệr Dệsignệr mo tả yệ u cảu 1.6 Trảo đoi thảo luả  n 1.7   Thu thả  p so liệ  u, biệu mả u CHƯƠNG MƠ HÌNH BPM MƠ TẢ QUY TRÌNH NGHIỆP VỤ Use case gì? Một kỹ thuật thường sử dụng hệ thống kỹ thuật phần mềm để đối tượng người dùng nắm rõ yêu cầu chức hệ thống Ngồi ra, Use Case cịn kỹ thuật có khả mơ tả tương tác hệ thống người dùng môi trường mục đích cụ thể Sự tương tác hai trường hợp sau:   Cách thức đối tượng người dùng bên tương tác với hệ thống Cách thức hệ thống tương tác với hệ thống khác Tên Use Case phải rõ ràng, ngắn gọn miêu tả cách đầy đủ đối tượng người dùng người dùng sử dụng Use Case để làm đại diện cho nghiệp vụ hệ thống Khi thực mơ tả Use Case, thay sử dụng thuật ngữ kỹ thuật người ta thường sử dụng ngôn ngữ người dùng cuối chuyên gia thuộc lĩnh vực Muốn tạo người dùng tốt Use Case cần phải có hợp tác chặt chẽ người dùng cuối người phân tích hệ thống Business Process Model (BPM) 2.1 Business Process Model gì? Mơ hình hóa quy trình kinh doanh nói đơn giản để hiểu tối ưu hóa quy trình làm việc cách tạo biểu diễn trực quan dựa liệu quy trình kinh doanh Mơ hình hóa quy trình cung cấp đại diện phân tích quy trình 'nguyên trạng' tổ chức đối chiếu với quy trình 'sắp tới' để làm cho chúng hiệu Business Process Model tạo sơ đồ hoạt động toàn diện, định lượng sơ đồ chứa chức quy trình định, bao gồm:      Các kiện quy trình làm việc Thuộc ai? Các đối tượng tham gia Các mốc thời gian quy trình tổng thể Tỷ lệ thành cơng thất bại trình Các Business Process Model thường hiển thị cách sử dụng hai kiểu ký hiệu quy trình kinh doanh đồ họa tiêu chuẩn hóa:   Business Process Model and Notation (BPMN) Unified Modeling Language (UML) 2.2 Lợi ích việc dùng Business Process Model Cung cấp cho người hiểu biết rõ ràng cách thức hoạt động quy trình Cung cấp tính qn kiểm sốt q trình Xác định loại bỏ dư thừa thiếu hiệu Đặt khởi đầu kết thúc rõ ràng cho trình Kỹ thuật Business Process Model     3.1.Chuẩn hóa quy trình nhờ mơ hình BPM Các nhà nghiên cứu lợi ích cơng thức xây dựng mơ hình BPM Life Cycle Bao gồm giai đoạn: Design: Giai đoạn thiết kế quy trình cơng việc doanh nghiệp Modeling: Mơ hình hóa quy trình hoạt động Execution: Ứng dụng cơng cụ quản lý quy trình Monitoring: Đánh giá hiệu hoạt động quy trình phần mềm quản lý quy trình từ chất lượng đầu Optimization: Hiệu chỉnh tối ưu hóa quy trình quản lý Trong đó, giai đoạn thiết kế xem quan trọng Đây tiền đề giúp hoạt động sau sớm hoàn thiện chuẩn mực 3.2.Chi tiết giai đoạn sau Giai đoạn 1: DESIGN - XÂY DỰNG QUY TRÌNH Xác định quy trình có khía cạnh cần cải tiến Liên kết luồng cơng việc người hệ thống Đánh giá phụ thuộc Việc xây dựng quy trình doanh nghiệp cần tuân thủ nội dung chủ đạo, bao gồm: Giai đoạn 2: MODEL - MƠ HÌNH HĨA QUY TRÌNH     Các nội dung mang tính lý thuyết giai đoạn đầu minh họa lại thành hình ảnh, bao gồm bước định tuyến (vạch đường đi) với công việc người tham gia xác định rõ ràng Mục đích hoạt động mơ hình hóa để: Làm tài liệu đầy đủ giúp nhân viên hiểu cách thức hoạt động quy trình, đặc biệt nhân viên (có bước, cần sử dụng cơng cụ gì, cần hỗ trợ từ )  Nhìn vào quy trình vận hành tiêu chuẩn, phần đánh giá chất lượng sản phẩm đầu Làm tham chiếu cho tái thiết kế quy trình Nhờ nhận đâu cơng đoạn cần loại bỏ cải tiến thêm Giai đoạn 3: EXECUTION - TRIỂN KHAI QUY TRÌNH Đây giai đoạn doanh nghiệp đưa quy trình xây dựng mơ hình hóa áp dụng triển khai vào thực tế Hoạt động triển khai thực theo cách: (1) Áp dụng quy trình giấy tờ hay (2) Sử dụng phần mềm công nghệ Tuy nhiên, thay lựa chọn phương án (1) với hàng tá quy trình phức tạp tổng hợp thủ cơng, đồng thời khơng thể kiểm sốt tiến trình thực tế nhân viên, nhà quản lý ngày đồng tình với việc sử dụng  phương án (2) Việc sử dụng phần mềm triển khai quản lý quy trình BPM tự động có nhiều ưu điểm so với phương thức tự “quy trình hóa” truyền thống doanh nghiệp như:   Tiết kiệm không gian/dung lượng lưu trữ văn hướng dẫn quy trình đáng kể Tính tương tác cao, dễ hiểu tiết kiệm thời gian hướng dẫn    Tính phân luồng cơng việc thiết lập trật tự ưu tiên cho cơng việc Có khả lưu trữ tác vụ quy trình file tác vụ hệ thống Có khả thống kê, đo lường hiệu công việc nhân viên để tiếp tục nâng cao chất lượng quy trình Giai đoạn 4: MONITORING - THEO DÕI, ĐÁNH GIÁ QUY TRÌNH Giai đoạn Monitoring tảng cho việc cải tiến phát triển khơng quy trình cụ thể, mà cịn tồn hoạt động vận hành doanh nghiệp Thử nghĩ mà xem, bạn cải thiện quy trình nào, cịn khơng biết chúng thực tế diễn biến sao? Giai đoạn 5: OPTIMIZATION - ĐIỀU CHỈNH, TỐI ƯU QUY TRÌNH Dựa vào số đánh giá giai đoạn 4, doanh nghiệp xác định thiếu sót hạn chế quy trình tại, nhờ thiết kế, điều chỉnh (Quay lại giai đoạn 1) chúng để đạt kết tốt tương lai CHƯƠNG MƠ HÌNH DỮ LIỆU MỨC QUAN NIỆM CDM Canonical Data Model (CDM) gì? Mơ hình liệu tắc (CDM) loại mơ hình liệu trình bày thực thể mối quan hệ liệu dạng đơn giản  Nó thường sử dụng quy trình tích hợp hệ thống / sở liệu nơi liệu trao đổi hệ thống khác nhau, công nghệ sử dụng Một mơ hình liệu tắc cịn gọi mơ hình liệu phổ biến Một mơ hình liệu tắc chủ yếu cho phép tổ chức tạo phân phối định nghĩa chung toàn đơn vị liệu Thiết kế CDM yêu cầu xác định tất thực thể, thuộc tính chúng mối quan hệ chúng Tầm quan trọng CDM đặc biệt rõ ràng quy trình tích hợp nơi đơn vị liệu chia sẻ tảng hệ thống thông tin khác Nó sử dụng định dạng liệu tổng quát để trình bày / xác định liệu giúp việc chia sẻ liệu nhiều ứng dụng trở nên đơn giản Các bước xây dựng mơ hình CDM: Xác định tạo thực thể (Entity) thuộc tính nó, cần phải xác định thuộc tính phân biệt identifier (thuộc tính khóa) Xác định tạo quan hệ (Relation / Association) thuộc tính (khơng xác định thuộc tính khóa) Xác định đường quan hệ thực thể (Association Link), thiết lập số trường hợp (min, max) mối quan hệ Kiểm tra Mô hình Chuyển sang Mơ hình PDM, LDM Chú ý: • Tên thực thể phải danh từ, tên quan hệ phải động từ vị từ • Các thuộc tính khơng trùng Code, nên có tên Name khác • Chỉ xác định thuộc tính theo thực thể quan hệ, khơng quan tâm đến thuộc tính quan hệ chúng • Mơ hình CDM minh họa tương đương cho sơ đồ ERD • Mơ hình LDM bổ sung CDM • Mơ hình PDM cần phải lược bỏ thuộc tính thừa, Cuối PDM mơ hình đưa vào cài đặt vật lý cho CSDL Physical Data Model (PDM) gì? Mơ hình Physical Data Model (PDM) biểu diễn cụ thể cách liệu tổ chức lưu trữ hệ thống sở liệu thực tế Nó thể cấu trúc cụ thể sở liệu cách mô tả bảng, cột, ràng buộc, mục, đối tượng lưu trữ khác môi trường cụ thể hệ thống quản lý sở liệu PDM thường tạo trình thiết kế sở liệu bước quan trọng để chuyển đổi mơ hình liệu logic trừu tượng thành cấu trúc cụ thể triển khai môi trường sở liệu thực tế Chuyển từ CDM sang PDM Tiến hành chuyển mơ hình liệu CDM to PDM thường thực bước theo quy tắc sau: Quy tắc 1: các thực thể (Entity) mơ hình CDM chuyển thành bảng (table) mơ hình PDM  Các thực thể (Entity) bao gồm thực thể yếu (Weak Entity) chuyển thành table  Các thuộc tính đơn trị (Single-valued attribute) bổ sung thêm Kiểu liệu thực tế database Quy tắc 2: các thuộc tính đa trị (Multi-valued Attribute) mơ hình CDM chuyển thành bảng (table) mơ hình PDM  Bổ sung khóa ngoại (Foreign key - FK) bảng liên kết QUẢN LÝ QUY TRÌNH TIẾP NHẬN: Tiếp nhận yêu cầu từ khách: Nhân viên tiếp nhận yêu cầu từ khách hàng Xác nhận xử lý: Kiểm tra yêu cầu khách xác nhận tính hợp lệ Tiến hành xử lý yêu cầu: Bao gồm kiểm tra nhu cầu khách hàng thực hay khơng, sau liên hệ khách hàng Đặt lịch: Liên hệ với người bán người mua để xếp thời gian Xử lí: Nếu khách hàng người bán thỏa thuận hợp lí, bên thực hồ sơ chuyển nhượng Nếu không thõa thuận được, giao dịch kết thúc Đảm bảo chất lượng: Luôn cập nhật tình trạng hồ sơ, báo rõ khách hàng hoàn thành, thời gian cụ thể Đánh giá: Đánh giá hài lịng khách hàng cơng ty QUY TRÌNH THỰC HIỆN: Đầu tiên, nhận hồ sơ phải xem xét cụ thể Kiểm tra tồn  bộ hồ sơ coi có thiếu sót khơng Nếu thiếu sót u cầu khách cung cấp thêm Sau xem khách trả góp hay mua thẳng  Nếu trả góp lên ngân hàng kí hợp đồng chấp, sau thực hồ sơ chuyển nhương, cịn mua thẳng trực tiếp làm hồ sơ  chuyển nhượng Sau hồ sơ đem đến chi nhánh văn phịng đăng kí đất để thực hiện, phải ln cập nhật tình hình hồ sơ  cho khách Khi hoàn thành giao cho khách hàng thu tiền phí QUY TRÌNH QUẢN LÍ SẢN PHẨM: - Sau tuần, nhân viên quản lý bất động sản phải kiểm tra lại tất  bất động sản đăng web cịn tính xác thực hay khơng, bên phía người bán cịn cần bán hay khơng hay bên phía người bán bán cho chưa Nếu cịn tiếp tục đăng bán, cịn khơng phải gỡ xuống, nhân viên phải báo lại cho quản lí để xem xét Hoặc nhận thêm bất động sản nhân viên phải kiểm tra tính xác thực bất đống sản đưa lên web QUẢN LÍ THU – CHI: Sau thực xong hồ sơ, phải kiểm rõ tổng tiền thu chi => Tổng tiền = Tổng tiền thu từ khách – tiền chi thực hồ sơ Các hoạt động thực hồ sơ phát sinh thêm số khoản chi cần thiết Như phí gửi xe, phí grab tiền phụ cấp cho nhân viên thực hồ sơ Sau tiến hành xong nghiệp vụ báo cáo khoản thu chi cho kế tốn, xảy sai sót tổng tiền kế tốn xem xét lại, cịn khơng xác nhận tổng tiền hồ sơ hoàn thành CHƯƠNG MƠ HÌNH BPM MƠ TẢ QUY TRÌNH NGHIỆP VỤ Use-case Diagram Business Process Model (BPM) STT ACTOR user  Admin STT Ý NGHĨA Là nhóm người sử dụng hệ thống – thực chức mà họ chuyên trách Mỗi user vào xem thông tin nhà đất tin tức khác Là nhóm người quản lý hệ thống, Thực chức tài khoản User Ngoài ra, họ cấp quyền quản lý user hệ thống.Họ có quyền cấp phát tài khoản, phân quyền sử dụng cho tài khoản hay xóa tài khoản Usecase Quản lý danh mục Quản lý dự án Quản lý biết Ý nghĩa Chức quản lý danh mục: Thêm loại danh mục , cập nhật tình trạng, xóa khỏi hệ thống, quản lý danh mục ảnh hưởng trực tiếp tới danh mục menu bên phía người sử dụng Khóa, mở khóa danh mục Chức quản lý dự án: Thêm dự án có u cầu Cập nhật thơng tin dự án( thay địa chỉ, số điện thoại, ) Xóa dự án hệ thống Chức quản lý viết: Thêm viết, cập nhật/thay đổi thông tin, xóa tin tức Khóa/ mở khóa viết Chức quản lý Quản lý người dùng Quản lý quyền Thống kê truy cấp Đăng nhập Đăng ký Bình luận 10 người dùng : Thêm người dùng, cập nhật/ thay đổi thơng tin, xóa người dùng Khóa/ mở khóa người dùng Phân quyền người dùng Chức quản lý quyền: Thêm quyền, cập nhật/ thay đổi thơng tin, xóa quyền Khóa/ mở khóa quyền Chức định quyền hạn có hệ thống Thống kê truy cập : chức thống kê lượng truy cập với  bài viết dự án Chức đăng nhập: chức cho phép người dùng quản trị viên đăng nhập thao tác số chức khác Chức đăng nhập cho phép đăng nhập vào hệ thống với quyền người dùng với tài khoản facebook Chức đăng ký:  Người dùng đăng ký tài khoản thông qua chức đăng ký, quyền tài khoản mặc định quyền người dùng Chức bình luận : người dùng bình luận phía cuối viết thơng qua tài khoản facebook cá nhân Chức xem thông Xem thơng tin(giá) 11 tin: Khi nhấn vào hình ảnh miếng đất, chức hiển thị thông tin miếng đất Chức tìm kiếm: tìm kiếm đăng, miếng đất mà người dùng muốn tìm Tìm kiếm CHƯƠNG MƠ HÌNH DỮ LIỆU MỨC QUAN NIỆM CDM Bảng 3.1: Bảng danh mục STT Bảng 3.2: Bảng viết STT Tên thuộc nh ID SParent IDParent Name Decen Status Status Kiểu liệu Bigint Int Int Nvarchar(200) Int Bit Bit Null Unchecked Checked Checked Checked Checked Unchecked Unchecked Tên thuộc nh ID CatID UserName Title Excerpt Body Picture Kiểu liệu Bigint Bigint Nvarchar(50) Nvarchar(500) Ntext Ntext Nvarchar(300) NULL Unchecked Checked Checked Checked Checked Checked Checked 10 11 12 13 14 15 16 17 GhiChuAnh ProjectId RegionId Author TotalViews CreaonTime Published Tags Status NewFocus Nvarchar(300) Bigint Bigint Nvarchar(100) Bigint dateTime dateTime Nvarchar(100) Nvarchar(100) Int Checked Checked Checked Checked Checked Checked Checked Checked Checked Checked Tên thuộc nh ProjectId Type Name Picture Address Body Lat Long TotalView Status Kiểu liệu Bigint Int Nvarchar(100) Nvarchar(300) Nvarchar(100) Ntext Float Float Int Bit NULL Unchecked Checked Checked Checked Checked Checked Checked Checked Checked Unchecked Thuộc nh RegionID Name Lat Long Status Kiểu liệu Bigint Nvarchar(50) Float Float But Null Unchecked Checked Checked Checked Unchecked Thuộc nh RoleId RoleName Status Kiểu liệu Bigint Nvarchar(50) Bit Null Unchecked Checked Unchecked Kiểu liệu Nvarchar(50) Null Unchecked Bảng 3.3: Bảng dự án STT 10 Bảng 3.4: Bảng Vùng STT Bảng 3.5 : Bảng Quyền STT Bảng 3.6: Bảng người dùng STT Thuộc nh UserName Password RoleId FullName Email Address Status Nvarchar(50) Bigint Nvarchar(50) Nvarchar(50) Nvarchar(100) Bit CHƯƠNG MƠ HÌNH PHÂN CẤP CHỨC NĂNG BFD BIỂU ĐỒ PHÂN CẤP CHỨC NĂNG HỆ THỐNG MUA BÁN ĐẤT (BFD): Unchecked Unchecked Checked Checked Checked Unchecked Biểu đồ phân cấp chức hệ thống mua bán đất (BFD) mơ tả chức hệ thống, chia thành ba cấp độ: Cơ bản, Trung Bình, Cao Level 1: Được hiểu mức độ việc phân tích thiết kế chức hệ thống Đây mức độ đầu tiên, đề cập đến chức bản, đảm bảo hệ thống hoạt động      Quản lý người dùng: Chức cho phép người dùng đăng ký tài khoản, đăng nhập đổi mật khẩu, cung cấp chức quản lý thông tin cá nhân, đăng ký đăng xem lịch sử Quản lý đất đai: Chức bao gồm việc lưu trữ, quản lý thông tin tài sản bất động sản, bao gồm đất đai, nhà ở… Quản lý giao dịch: Chức bao gồm việc quản lý giao dịch mua bán, thuê, cho thuê  bất động sản… Chăm sóc khách hàng: Chức bao gồm việc quản lý thông tin khách hàng, tiếp nhận xử lí yêu cầu từ khách hang… Quản lý đăng tin quảng cáo: Chức cho phép người dùng đăng tin mua bán đất hệ thống, quản lý quảng cáo để tăng hiệu mua bán thu hút khách hàng… Cấp độ Trung Bình: Level 2: Là mức độ trung bình, đề cập đến việc mở rộng chức hệ thống, cung cấp tính hỗ trợ chi tiết hơn, nâng cao trải nghiệm người dùng: Cấp độ Cao: Level 3: Là mức độ cao nhất, đề cập đến việc cung cấp chức tính tối ưu, đáp ứng đầy đủ nhu cầu yêu cầu người dùng Hệ thống mở rộng, tùy chỉnh, cải tiến để đáp ứng nhu cầu tương lai  Tổng kết, cấp độ giúp cho nhà thiết kế hệ thống phân tích đưa chức đầy đủ, hỗ trợ cho người dùng việc mua bán đất đai https://drive.google.com/file/d/1S9cRyFRcURQGxF1KzGERVQzZOpbr4Ggv/view CHƯƠNG MƠ HÌNH LUỒNG DỮ LIỆU DFD Một biểu đồ luồng liệu (DFD) cho hệ thống mua bán đất đai, Dưới ví dụ biểu đồ luồng liệu DFD cho hệ thống mua bán đất đai: Level DFD: - Tác nhân: Khách Hàng - Quy trình chính: Hệ thống mua bán đất đai - Đối tượng liệu: Sản phẩm đất đai Level DFD: - Tác nhân: Khách hàng, nhân viên nhân viên - Quy trình chính: Hệ thống mua bán đất đai - Đối tượng liệu: Thông n khách hàng, thông n đất đai Level DFD: - Tác nhân: Khách hàng, nhân viên - Quy trình chính: Hệ thống mua bán đất đai - Đối tượng liệu: Yêu cầu mua bán, thông n mua bán, thông n khách hàng - Luồng liệu:   + Khách hàng yêu cầu mua bán -> Hệ thống m kiếm thông n đất đai để đưa cho khách hàng   + Nhân viên thực hồ sơ -> Khách hàng cung cấp giấy tờ để nhân viên thực chuyển nhượng Level DFD: - Tác nhân: Khách hàng, nhân viên - Quy trình chính: Hệ thống mua bán đất đai - Đối tượng liệu: Thông n khách hàng, thơng n đất đai, hóa đơn, tốn - Luồng liệu: + Nhân viên hoàn thiện mua bán: Hệ thống cập nhật thơng n hồn thành hồ sơ yêu cầu khách hàng toán + Khách hàng tốn -> Hệ thống cập nhật thơng n tốn + Nhân viên giao tồn giấy tờ cho khách -> Hệ thống cập nhật thông n sở liệu, hoàn thành giao dịch Biểu đồ luồng liệu DFD Hệ thống mua bán đất: hps://lucid.app/lucidchart/e476f139-6785-4e6e-be7b-8a33f9074da3/edit? invitaonId=inv_80fd9208-94f1-412c-ac18-5632451f2f57 CHƯƠNG THIẾT KẾ DỮ LIỆU, XỬ LÝ VÀ GIAO DIỆN CHƯƠNG LẬP TRÌNH PHẦN MỀM CHƯƠNG KIỂM THỬ PHẦN MỀM PHẦN TÌM HIỂU CƠNG NGHỆ MỚI