1. Trang chủ
  2. » Luận Văn - Báo Cáo

Xây dựng mô hình tìm việc làm cho sinh viên

57 426 1

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 57
Dung lượng 1,73 MB

Nội dung

LỜI CẢM ƠN Không có thành công mà dìu dắt thầy cô Trong suốt trình thực tập vừa qua, em xin chân thành cảm ơn thầy cô, bạn, doanh nghiệp đặc biệt thầy Bùi Anh Tú môn CNPM giúp đỡ em lúc khó khăn đề tài Để cảm ơn công lao đó, em lỗ lực cố gắng hoàn thành kết cao đề tài Đề tài sau hoàn thiện chắn giải phần vấn đề kết nối sinh viên doanh nghiệp em xin cấp giấy phép GNU cho đề tài để chuyển đề tài từ nguồn đóng sang nguồn mở Như vậy, phần chia sẻ mã nguồn tới cá nhân, tổ chức cần đến, phần hội để đề tài cộng đồng chung sức giúp đỡ, phát triển tăng khả ứng dụng giải nhu cầu xã hội Trong trình hoàn thiện có sơ sót, em mong thầy bạn đóng góp thêm để đề tài hoàn thiện Một lần em kính chúc thầy gia đình dồi sức khỏe, thành công nghiệp trồng người cao quý Em xin cảm ơn ! Thái Nguyên, ngày 08 tháng 06 năm 2016 Sinh viên Nguyễn Bá Cường LỜI CAM ĐOAN Tôi xin cam đoan công trình nghiên cứu riêng hướng dẫn khoa học Ths Bùi Anh Tú Các nội dung nghiên cứu, kết đề tài trung thực chưa công bố hình thức trước Những số liệu bảng biểu phục vụ cho việc phân tích, nhận xét, đánh giá tác giả thu thập từ nguồn khác có ghi rõ phần tài liệu tham khảo Ngoài ra, đồ án sử dụng số nhận xét, đánh số liệu tác giả khác, quan tổ chức khác có trích dẫn thích nguồn gốc Nếu phát có gian lận xin hoàn toàn chịu trách nhiệm nội dung đồ án Trường đại học Công nghệ Thông tin Truyền thông không liên quan đến vi phạm tác quyền, quyền gây trình thực có Thái Nguyên, ngày 08 tháng 06 năm 2016 Sinh viên Nguyễn Bá Cường MỤC LỤC LỜI CẢM ƠN .1 MỤC LỤC TỔNG QUAN VỀ ĐỀ TÀI Tình hình nghiên cứu liên quan Tính cấp thiết đề tài .6 Mục đích nghiên cứu Công nghệ tảng sử dụng Phạm vi thực Nội dung nghiên cứu Sản phẩm địa ứng dụng CHƯƠNG 1: CƠ SỞ LÝ THUYẾT 1.1 Android gì? .9 1.1.1 Sơ lược tảng Android 1.1.2 So sánh số tảng khác 10 1.1.3 Lựa chọn tảng Android 13 1.2 Cơ phân tích thiết kế hướng đối tượng với UML 13 1.2.1 Khái niệm Phân tích thiết kế hướng đối tượng (Object Oriented Analysis and Design: OOAD) 14 1.2.2 Khái niệm UML (Unified Modeling Language) 14 1.2.3 Tại lại OOAD UML? 14 1.2.4 OOAD sử dụng UML 14 1.3 Website tìm việc làm 18 CHƯƠNG 2: PHÂN TÍCH VÀ THIẾT KẾ .19 2.1 Phân tích yêu cầu 19 2.1.1 Yêu cầu người sử dụng 19 2.1.2 Yêu cầu chức phần mềm .19 2.1.3 Yêu cầu mặt phi chức phần mềm 20 2.2 Đặc tả yêu cầu 20 2.2.1 Các tác nhân 20 2.2.2 Đặc tả Use Case 21 2.2.3 Biểu đồ UseCase 21 2.2.4 Biểu đồ trạng thái 29 2.2.5 Biểu đồ lớp 32 2.2.6 Biểu đồ trình tự 33 2.3 Thiết kế sở liệu 35 CHƯƠNG XÂY DỰNG CHƯƠNG TRÌNH 36 3.1 Mô hình xây dựng chung 36 3.2 Mô hình MVC server .38 3.3 Mô hình layer thiết kế mobile 40 3.4 Gửi nhận liệu server mobile 44 3.5 Cơ chế gửi thông điệp theo thời gian thực 46 3.6 Giao diện phần mềm .50 KẾT LUẬN .53 TỰ ĐÁNH GIÁ 54 HƯỚNG PHÁT TRIỂN 55 TÀI LIỆU THAM KHẢO 56 LỜI NHẬN XÉT CỦA GIÁO VIÊN HƯỚNG DẪN 57 DANH MỤC HÌNH Hình 1.1 Các góc nhìn OOAD 15 Hình 1.2 Các vẽ OOAD 16 Hình 1.3 Ký hiệu UseCase (Trường hợp sử dụng) .17 Hình 1.4 Ký hiệu class (lớp ) 17 Hình 1.5 Ký hiệu Actor (tác nhân) 18 Hình 2.1 Biểu đồ usecase đăng nhập đăng ký .22 Hình 2.2 Biểu đồ use case tìm việc làm .23 Hình 2.3 Biểu đồ usecase nộp hồ sơ 24 Hình 2.4 Biểu đồ usecase quản lý việc làm 25 Hình 2.5 Biểu đồ usecase quản lý hồ sơ xin việc .26 Hình 2.6 Biểu đồ usecase thông báo 28 Hình 2.7 Biểu đồ trạng thái nộp hồ sơ .29 Hình 2.8 Biểu đồ trạng thái quản lý hồ sơ xin việc 30 Hình 2.9 Biểu đồ trạng thái quản lý việc làm 30 Hình 2.10 Biểu đồ trạng thái thông báo .31 Hình 2.11 Biểu đồ trạng thái tìm việc làm 31 Hình 2.12 Biểu đồ lớp thể quan hệ xử lý liệu lớp 32 Hình 2.13 Biểu đồ trình tự nộp hồ sơ .33 Hình 2.14 Biểu đồ trình tự quản lý việc làm 33 Hình 2.15 Biểu đồ trình tự thông báo .34 Hình 2.16 Biểu đồ trình tự tìm việc làm 34 Hình 2.17 Cơ sở liệu 35 Hình 3.1 Mô hình mạng 36 Hình 3.2 Mô hình MVC Server 38 Hình 3.3 Biểu đồ trình tự mô hình MVC 39 Hình 3.4 Mô hình tổ chức MVC server hệ thống JOB 41 Hình 3.5 Mô hình layer 42 Hình 3.6 Hình mẫu cách tổ chức mô hình layer 44 Hình 3.7 Hình vẽ kiến trúc GCM 47 Hình 3.8 Mô hình GCM 49 TỔNG QUAN VỀ ĐỀ TÀI Tình hình nghiên cứu liên quan Hiện nay, lĩnh vực công nghệ thông tin Việt Nam nhiều nhà đầu tư quan tâm tạo cú huých cho đà phát triển mạnh Trong ý tưởng khởi nghiệp, dự án mang tầm quốc gia dự án nhỏ lẻ ngày xuất nhiều Mô hình website tìm kiếm việc làm kết nối doanh nghiệp người xin việc xuất nhiều với hình thức tiếp cận khác Một số website hay ứng dụng tiêu biểu lĩnh vực nhắc đến freelancerviet.com, timviecnhanh.com, jobstreet.vn, vietnamwork.com, Tính cấp thiết đề tài Hàng năm cử nhân, kỹ sư lĩnh vực tốt nghiệp nhiều song lại làm trái ngành nghề không tìm việc làm Trước thực trạng trường đại học có bước tiến trú trọng nhiều chất lượng đào tạo xây dựng cầu nối doanh nghiệp sinh viên Tại trường Đại học Công nghệ Thông Tin Truyền thông có chương trình hợp tác lâu dài với doanh nghiệp chương trình hỗ trợ việc làm cho sinh viên Là sinh viên, việc học lớp chuẩn bị hành trang bước vào đường lập nghiệp không sinh viên mong muốn làm thêm với việc thời vụ để trang trải sinh hoạt rèn luyện kỹ làm việc trước làm chuyên môn Mặc dù nhu cầu cao song phía nhà tuyển dụng lại không nắm bắt thông tin nên gặp trở ngại việc tìm người làm doanh nghiệp Trước thực tế đó, dự án cổng thông tin sinh viên đời với nhiều tính ứng dụng khác nhau, có ứng dụng tìm kiếm việc làm, kết nối sinh viên nhà tuyển dụng Đây mô hình kết nối nhà tuyển dụng sinh viên trường Không tuyển dụng công việc lâu dài mà mô hình cho phép đăng tải thông tin công việc thời vụ phục vụ nhu cầu sinh viên Mục đích nghiên cứu Mô hình tìm kiếm việc làm cho sinh viên với mong muốn kết nối sinh viên doanh nghiệp nhà tuyển dụng thời vụ khác Mô hình vừa giúp sinh viên tiếp cận nhanh với công việc vừa giúp nhà tuyển dụng tiết kiệm chi phí tuyển dụng dễ tiếp cận đối tượng phương pháp khác Đặc biệt mô hình góp phần xây dựng cầu nối sinh viên với doanh nghiệp trường Đại học Công nghệ Thông tin Truyền thông Phương pháp nghiên cứu, phạm vi nghiên cứu Phương pháp nghiên cứu: + Phương pháp điều tra (điều tra ý kiến, nhu cầu sinh viên) + Phương pháp phân tích tổng hợp lý thuyết + Phương pháp lịch sử (Khảo sát mô hình tuyển dụng, website giới thiệu việc làm, ) + Phương pháp thực nghiệm khoa học Phạm vi nghiên cứu: Mô hình tìm việc làm cho trường Đại học Công nghệ Thông tin Truyền thông Công nghệ tảng sử dụng Trong xu phát triển xã hội, điện thoại thông minh góp phần đưa giới gần lại với không chức nghe gọi mà có phần mềm tiện ích nghe nhạc, xem phim chí phần mềm phục vụ cho công việc phức tạp Hiện nay, tỉ lệ người dùng điện thoại thông minh Việt Nam giới không nhỏ, số điện thoại chạy hệ điều hành Android chiếm 83% thị phần giới Chính vậy, tảng sử dụng giai đoạn Android Tuy nhiên ứng dụng xây dựng phần kiến trúc chủ đạo server ngôn ngữ PHP với mô hình MVC Phạm vi thực Qua tìm hiểu khảo sát mô hình hoạt động ý kiến sinh viên, mô hình tìm việc làm có chức sau: - Đề xuất việc làm dựa theo sở thích, kỹ sinh viên - Cho phép tìm việc làm thời vụ lâu dài - Hỗ trợ tạo hồ sơ theo form mẫu - Tự động cập nhật thông báo - Quản lý theo dõi hồ sơ - Doanh nghiệp theo dõi tình hình nộp hồ sơ - Hỗ trợ phản hồi thông báo doanh nghiệp người dùng Nội dung nghiên cứu STT Nội dung công việc Thiết kế mô hình, phân tích chức mô hình việc làm Kết dự kiến đạt Hoàn thiện mô hình Job việc làm Thiết kế giao diện Hoàn thiện thiết kế giao diện mobile mobile Xây dựng chương Hoàn thiện số chức trình Job Người phụ trách Nguyễn Bá Cường Nguyễn Bá Cường Nguyễn Bá Cường Sản phẩm địa ứng dụng Sản phẩm phần mềm Job việc làm điện thoại Android ứng dụng trường đại học Công nghệ Thông tin & Truyền thông Thái Nguyên CHƯƠNG 1: CƠ SỞ LÝ THUYẾT 1.1 Android gì? 1.1.1 Sơ lược tảng Android Android hệ điều hành dựa tảng Linux thiết kế dành cho thiết bị di động có hình cảm ứng điện thoại thông minh máy tính bảng Ban đầu, Android phát triển Tổng công ty Android, với hỗ trợ tài từ Google sau Google mua lại vào năm 2005 Android mắt vào năm 2007 với tuyên bố thành lập Liên minh thiết bị cầm tay mở: hiệp hội gồm công ty phần cứng, phần mềm, viễn thông với mục tiêu đẩy mạnh tiêu chuẩn mở cho thiết bị di động Chiếc điện thoại chạy Android bán vào tháng 10 năm 2008 Android có mã nguồn mở Google phát hành mã nguồn theo Giấy phép Apache Chính mã nguồn mở với giấy phép nhiều ràng buộc cho phép nhà phát triển thiết bị, mạng di động lập trình viên nhiệt huyết điều chỉnh phân phối Android cách tự Ngoài ra, Android có cộng đồng lập trình viên đông đảo chuyên viết ứng dụng để mở rộng chức thiết bị, loại ngôn ngữ lập trình Java có sửa đổi Vào tháng 10 năm 2012, có khoảng 700.000 ứng dụng Android, số lượt tải ứng dụng từ Google Play, cửa hàng ứng dụng Android, ước tính khoảng 25 tỷ lượt Những yếu tố giúp Android trở thành tảng điện thoại thông minh phổ biến giới, vượt qua Symbian vào quý năm 2010, công ty công nghệ lựa chọn họ cần hệ điều hành không nặng nề, có khả tinh chỉnh, giá rẻ chạy thiết bị công nghệ cao thay tạo dựng từ đầu Kết thiết kế để chạy điện thoại máy tính bảng, Android xuất TV, máy chơi game thiết bị điện tử khác Bản chất mở Android khích lệ đội ngũ đông đảo lập trình viên người đam mê sử dụng mã nguồn mở để tạo dự án cộng đồng quản lý Những dự án bổ sung tính cao cấp cho người dùng thích tìm tòi đưa Android vào thiết bị ban đầu chạy hệ điều hành khác Android chiếm 85% thị phần điện thoại thông minh toàn giới vào thời điểm quý năm 2014, với tổng cộng 600 triệu thiết bị kích hoạt 1,3 triệu lượt kích hoạt ngày Sự thành công hệ điều hành khiến trở thành mục tiêu vụ kiện liên quan đến phát minh, góp mặt gọi "cuộc chiến điện thoại thông minh" công ty công nghệ 1.1.2 So sánh số tảng khác Tổng số thiết bị: Trước sâu vào đặc điểm cụ thể hệ điều hành, điểm quan trọng số thiết bị chạy hệ điều hành Nền tảng Android vốn phân phối tự nên có số lượng thiết bị lớn nhất, thực tế khó thống kê xác số Hiện tại, có hàng trăm thiết bị Android hãng sản xuất lớn như: Samsung, Motorola, HTC, LG, Sony Ericsson, Acer, Asus, Amazon, Barnes & Noble, Toshiba Tổng số ứng dụng: iOS dẫn đầu số lượng ứng dụng Điều nghĩa số lượng ứng dụng App Store nhiều Android Market, mà iOS có nhiều ứng dụng chất lượng hơn, ứng dụng "rác" Android Market Điều thay đổi lượng lớn thiết bị Android đà chiếm đa số thị phần Marketplace Windows Phone "non trẻ" chưa sử dụng rộng rãi iOS Android Số lượng 50.000 Windows Phone "khiêm tốn" Hỗ trợ ứng dụng chưa phê duyệt: Người dùng bình thường không lo lắng vấn đề này, bạn ý đến quyền tự cài đặt phần mềm, điểm đáng lưu ý Apple Microsoft áp dụng chiến lược "walled garden" (bức tường bảo mật), theo ứng dụng cần trải qua quy trình phê duyệt trước hoạt động thiết bị iOS Windows Phone Trong đó, Android Market mở cửa cho hầu hết ứng dụng (tất nhiên trừ nội dung bị phát chứa mã độc), bạn cài đặt ứng dụng thứ ba cách tải từ mạng Internet Để tải ứng dụng chưa kiểm duyệt iOS Windows Phone, bạn phải tiến hành jailbreak (bẻ khóa thiết bị) Một số ứng dụng Android cần "root" (chiếm quyền quản trị gốc) thiết bị trước cài đặt 10 Data Access Layer Lớp thực nghiệp vụ liên quan đến lưu trữ truy xuất liệu ứng dụng đọc, lưu, cập nhật sở liệu Cách vận hành mô hình Đối với 3-Layer, yêu cầu xử lý qua layer hình - Đầu tiên User giao tiếp với Presentation Layers (GUI) để gửi thông tin yêu cầu Tại layer này, thông tin kiểm tra, đảm bảo yêu cầu chúng chuyển xuống Business Logic Layer (BLL) - Tại BLL, thông tin xử lý, tính toán theo yêu cầu gửi, không cần đến Database BLL gửi trả kết GUI, ngược lại đẩy liệu (thông tin xử lý) xuống Data Access Layer (DAL) - DAL thao tác với Database trả kết cho BLL, BLL kiểm tra gửi lên GUI để hiển thị cho người dùng - Một gặp lỗi (các trường hợp không liệu) layer quăng lên layer cao bậc GUI quăng cho người dùng biết - Các liệu trung chuyển Layer thông qua đối tượng gọi Data Transfer Object (DTO), đơn giản Class đại diện cho đối tượng lưu trữ Database Tổ chức mô hình - Layer Có nhiều cách đặt tên cho thành phần lớp như: Cách 1: GUI, BUS, DAL Cách 2: GUI, BLL, DAO, DTO Cách 3: Presentation, BLL, DAL 43 Hình 3.6 Hình mẫu cách tổ chức mô hình layer 3.4 Gửi nhận liệu server mobile Thông thường gửi nhận liệu server mobile gửi theo định dạng văn Tuy nhiên làm khiến việc bóc tách liệu trở lên khó khăn trước gửi nhận liệu server mobile thực đóng gói liệu theo định dạng JSON JSON chữ viết tắt Javascript Object Notation, dạng liệu tuân theo quy luật định mà hầu hết ngôn ngữ lập trình đọc được, sử dụng để lưu liệu vào file, record CSDL dễ dàng JSON có định dạng đơn giản, dễ dàng sử dụng truy vấn XML nhiều nên tính ứng dụng phổ biến Ví dụ định nghĩa chuỗi JSON lưu trữ thông tin sau: {"widget": { "debug": "on", "window": { 44 "title": "Sample Konfabulator Widget", "name": "main_window", "width": 500, "height": 500 }, "image": { "src": "Images/Sun.png", "name": "sun1", "hOffset": 250, "vOffset": 250, "alignment": "center" }, "text": { "data": "Click Here", "size": 36, "style": "bold", "name": "text1", "hOffset": 250, "vOffset": 100, "alignment": "center", "onMouseUp": "sun1.opacity = (sun1.opacity / 100) * 90;" } } Như cú pháp JSON đơn giản thông tin liệu có phần key value, điều tương ứng CSDL tên field giá trị record Các cú pháp JSON tuân theo quy tắc sau:  Chuỗi JSON bao lại dấu ngoặc nhọn {}  Các key, value JSON bắt buộc phải đặt dấu nháy kép {"}, đặt dấu nháy đơn chuỗi JSON chuẩn Nên trường hợp value có chứa dấu nháy kép dùng dấu (\) để đặt trước nó, ví dụ học \"json gì\" otvina study 45  Nếu có nhiều liệu (nhiều cặp key => value) dùng dấu phẩy (,) để ngăn cách  Các key JSON nên đặt chữ không dấu số, dấu _ khoảng trắng, ký tự không nên đặt số Điều giống với nguyên tắc đặt tên biến ngôn ngữ lập trình bậc cao Đoạn mã mảng đối tượng, đối tượng có thuộc tính giá trị khác Việc đọc liệu từ mảng sử dụng JSONObject để đọc liệu 3.5 Cơ chế gửi thông điệp theo thời gian thực Khi người dùng đăng tải thông tin phải có chế thông báo cho thiết bị người dùng thứ nhận thông tin theo thời gian thực mà không cần phải tải lại liệu Giải vấn đề mạng mô hình job việc làm sử dụng chế GCM - Google Cloud Messaging GCM gì? GCM hay gọi Google Cloud Messageing, Service Google phát triển giúp android developer dễ dàng triển khai việc send message từ server tới mobile người dùng Server mà bạn develop Android, Browser Các kiểu data message nhỏ liệu có dung lượng nhỏ 4kb GCM xử lý liệu theo kiểu hàng đợi (queue) message chuyển tới ứng dụng android dạng Push notification GCM thay cho phiên beta C2DM (Cloud to Device Messaging) Các tính chất đặc trưng GCM Cho phép server ứng dụng phía thứ (3rd-party) gửi message đến ứng dụng Phía ứng dụng không cần thiết phải chạy chức nhận tin nhắn liên tục GCM đánh thức thiết bị broadcast message Không cung cấp interface hay thư viện xử lý thông tin mà đơn gửi tin nhắn đến thiết bị Android > 2.3 + Google Play Store or Emulator chạy Google APIs Sử dụng kết nối cho Google Service có (đối với android version < đòi hỏi phải có google account) 46 Tổng quan kiến trúc GCM Hình 3.7 Hình vẽ kiến trúc GCM Một GCM bao gồm Google connection server, app server bên môi trường tương tác với server thông qua giao thức HTTP XMPP, app client Android iOS, Làm để thành phần tương tác với nhau? Google GCM Connection Servers chấp nhận downstream message từ app server gửi chúng tới app client Giao thức XMPP chấp nhận message gửi lên từ client app chuyển tiếp chúng tới App server Trên App server áp dụng cho phương thức HTTP XMPP để giao tiếp với GCM Connection server App server gửi downstream message tới GCM connection server, connection server lưu trữ message hàng đợi gửi chúng tới client app Nếu sử dụng XMPP giao thức app server nhận messages gửi từ client app Client App để nhận gửi GCM message, ứng dụng phải đăng ký với GCM định danh gọi registration token Các thành phần GCM Components - Toàn vai trò GCM Credentials - Là IDs token sử dụng GCM để đảm bảo tất thành phần xác nhận, tin nhắn gửi xác Components GCM Connection Servers: Google server liên quan đến việc gửi tin nhắn app server client app Client app: Một GCM client app cho phép ứng dụng giao tiếp với App server 47 App Server: Một App server để gửi liệu tới App client thông qua GCM connection server Nếu app server sử dụng giao thức XMPP, nhận tin nhắn gửi từ client apps Credentials Sender ID: Số Project ID cấu hình project API bạn Số ID đăng ký với app server để cam kết server gửi liệu tới Client app API Key: Một API key lưu App server để app server xác thực quyền truy cập tới Google service Trong HTTP, API key bao gồm phần Headed phương thức POST yêu cầu gửi tin nhắn Với XMPP, API key bao gồm SASL PLAIN xác thực yêu cầu mật để kết nối API key không bao gồm client code Appication ID: Đây ID app client đăng ký để nhận liệu từ server Cách đăng ký Application ID Android: sử dụng package name tệp tin manifest iOS: sử dụng app's bundle để xác định Chrome: sử dụng tên chrome extension Registration Token: Một token đăng ký client server phép client app nhận tin nhắn Việc đăng ký tokens phải bí mật Vòng đời GCM: Đăng ký GCM: Client app đăng ký token với App server Client app kết nối với app server thông qua token đăng ký App server lưu token đăng ký từ client Gửi nhận messages Gửi tin nhắn: App server gửi tin nhắn tới client app: GCM connection server đưa tin nhắn vào hàng đợi lưu tin nhắn thiết bị offline Khi thiết bị online, GCM connection server gửi tin nhắn tới thiết bị Trên thiết bị, app client nhận tin nhắn tùy theo tảng đăng ký với app server Nhận tin nhắn: Client app nhận tin nhắn từ GCM connection server 48 Hình 3.8 Mô hình GCM Trước tiên để sử dụng GCM người dùng tạo project https://console.developers.google.com bước đăng ký Application id Sender Id Ứng dụng gửi Application id sender id lên cho Google Cloud để đăng ký thiết bị Sau đăng ký thành công GCM gửi trả lại cho ứng dụng thiết bị registration id, ứng dụng lưu lại id Ứng dụng gửi registration id lên server Server lưu lại để phục vụ gửi tin nhắn hàng loạt Ứng dụng thực gửi tin nhắn hàng loạt cho thiết bị khác gửi lên server Server gửi tin nhắn kèm theo registration id sang GCM GCM dựa theo registration id gửi hàng loạt cho thiết bị đăng ký trước 49 3.6 Giao diện phần mềm Dưới số hình ảnh sử dụng phần mềm 50 51 52 KẾT LUẬN - Hiểu thêm quy trình triển khai dự án phần mềm - Nắm bắt thêm kiến thức vấn đề lấy liệu tự động website di động - Biết thêm kiến thức đồng liệu chế notification - Về kiến trúc: Hiểu sâu cách xây dựng ứng dụng theo mô hình lớp giúp chương trình trở lên dễ đọc, dễ hiểu, thuận tiện việc nâng cấp, sửa đổi - Hiệu ứng dụng: Cơ ứng dụng chạy ổn định, mượt mà với thao tác vuốt, kéo, Trong trình xử lý công đoạn báo cáo với liệu lớn phần mềm phản hồi chậm khoảng 1s tốc độ xử lý điện thoại hạn chế 53 TỰ ĐÁNH GIÁ Trong trình xây dựng ứng dụng, có nhiều điểm thuận lợi chế hoạt động không phức tạp nhiên phần tối ưu hóa lệnh gặp nhiều khó khăn SQLite không hỗ trợ số hàm kiểu date tính linh động hạn chế Mô hình Job việc làm có tính cạnh tranh lợi đưa thị trường nhờ module tiền lệ ictu.vn ictu social 54 HƯỚNG PHÁT TRIỂN Trong thời gian tới tiếp tục hoàn thiện chức mở rộng sau công bố ứng dụng thị trường Ứng dụng tích hợp vào phân phối ICTU Social ictu.vn giúp người dùng tiếp cận nhanh với ứng dụng Tôi thành lập ban điều hành để kết nối hợp tác với nhà tuyển dụng xây dựng đội ngũ vận hành hệ thống Bên cạnh đội ngũ phát triển tiếp tục mở rộng cập nhật thêm tính hữu ích cho người sử dụng 55 TÀI LIỆU THAM KHẢO [1] Ambler, Scott William (2004), Agile Model Driven Development with UML 2, Cambridge University Press; [2] Nguyễn Văn Ba, Phân tích thiết kế hệ thống thông tin, NXB Đại học Quốc gia Hà Nội, 2006; [3] Frank Ableson, Charlie Collins, Robi Sen, Unlocking Android, Manning, 2009 Publications Co Greenwich, CT, USA; [4] Lê Minh Hoàng, Giáo trình cấu trúc liệu giải thuật, 2002; [5] Đỗ Trung Tuấn, Cơ sở liệu, NXB Giáo dục, 1998; [6] Vũ Đức Thi, CSDL kiến thức thực hành, NXB Thống Kê, 1997 56 LỜI NHẬN XÉT CỦA GIÁO VIÊN HƯỚNG DẪN ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· ···································································································· 57 [...]... 2.2.3.2 Biểu đồ usecase tìm việc làm Hình 2.2 Biểu đồ use case tìm việc làm Mô tả tóm tắt Tên ca sử dụng Mục đích Ca sử dụng tìm việc làm Mô tả cách người dùng tìm thông tin việc làm Các luồng sự Tác nhân Người dùng cá nhân Luồng sự kiện chính Ca sử dụng bắt đầu khi người dùng muốn tìm kiếm thông tin việc làm kiện Luồng A1 Người dùng chọn thẻ việc làm Người dùng ấn vào một việc để xem thông tin chi... của người dùng 35 CHƯƠNG 3 XÂY DỰNG CHƯƠNG TRÌNH 3.1 Mô hình xây dựng chung Để đảm bảo đồng bộ dữ liệu giữa các thiết bị di động ios, android thì hệ thống phải xây dựng theo mô hình client - server vừa giúp đồng bộ hóa cũng như vừa giảm thiểu xử lý dữ liệu trên client Hình 3.20 Mô hình client-server Mô hình Client - Server là một mô hình hết sức phổ biến hiện nay, nó là mô hình mà tất cả các website... Biểu đồ usecase quản lý việc làm Hình 2.4 Biểu đồ usecase quản lý việc làm Tên ca sử dụng Mô tả tóm tắt Mục đích Tác nhân Ca sử dụng quản lý việc làm Mô tả cách người dùng thực hiện đăng, sửa, xóa, xem việc làm Người dùng doanh nghiệp Nếu người dùng muốn đăng việc thì thực hiện luồng A1 Luồng sự kiện chính Nếu người dùng muốn sửa việc thì thực hiện luồng A2 Nếu người dùng muốn xóa việc thì thực hiện luồng... nhóm công việc + Nhóm việc làm ngắn hạn: Nhóm này chỉ gồm thông tin là tên job, mô tả ngắn job, mức lương, thời hạn nộp hồ sơ, số lượng tuyển + Nhóm việc làm dài hạn: Nhóm này gồm các thông tin: Tên job, hạn nộp hồ sơ, mức lương, kinh nghiệm, bằng cấp, số lượng tuyển, loại công việc (phân theo tag), địa điểm, vị trí làm việc, chế độ làm việc (full/part time), giới tính, độ tuổi, Mô tả công việc, quyền... tình hình hoạt động của hệ thống 20 2.2.2 Đặc tả Use Case Ca sử dụng Tác nhân Đăng ký/đăng nhập Người dùng Thực hiện Thực hiện đăng ký tài khoản và đăng nhập sử dụng Job Tìm việc làm Người dùng cá Thực hiện tìm các nhóm việc làm nhân Nộp hồ sơ xin việc phù hợp với cá nhân Người dùng cá Thực hiện tạo hồ sơ (đính kèm có nhân sẵn) và nộp cho doanh nghiệp theo nhóm công việc yêu cầu Quản lý việc làm Người... 2.2.6 Biểu đồ trình tự Hình 2.13 Biểu đồ trình tự nộp hồ sơ Hình 2.14 Biểu đồ trình tự quản lý việc làm 33 Hình 2.15 Biểu đồ trình tự thông báo Hình 2.16 Biểu đồ trình tự tìm việc làm 34 2.3 Thiết kế cơ sở dữ liệu Theo yêu cầu chức năng và các sơ đồ mô tả ở trên thì CSDL thiết kế gồm có 11 bảng như sau: Hình 2.17 Cơ sở dữ liệu - Bảng prefix_cv: chứa thông tin cơ bản của hồ sơ xin việc - Bảng prefix_cv_meta:... công việc - Bảng prefix_job_meta: Chứa các thông tin chi tiết của mỗi việc làm - Bảng prefix_job_type: Chứa các thông tin mở rộng hơn của mỗi việc làm cho từng đặc thù công việc - Bảng prefix_session: Lưu trữ token khi đăng nhập phiên làm việc - Bảng prefix_review: Bảng này lưu trữ các thông tin đánh giá mỗi việc làm được đăng lên - Bảng prefix_permission: Bảng này lưu trữ và cấp quyền truy cập cho. .. một số ký hiệu sau: Hình 1.3 Ký hiệu UseCase (Trường hợp sử dụng) Hình 1.4 Ký hiệu class (lớp ) 17 Hình 1.5 Ký hiệu Actor (tác nhân) 1.3 Website tìm việc làm Trong thời kỳ bùng nổ về công nghệ thông tin, hầu như mọi lĩnh vực đều xuất hiện trên internet trong đó là các website giới thiệu việc làm xuất hiện tràn lan Đồng thời các ứng dụng tìm việc làm kết nối doanh nghiệp và người đi làm cũng rất phong... kiện Đăng nhập Hậu điều kiện Không 2.2.4 Biểu đồ trạng thái Hình 2.7 Biểu đồ trạng thái nộp hồ sơ 29 Hình 2.8 Biểu đồ trạng thái quản lý hồ sơ xin việc Hình 2.9 Biểu đồ trạng thái quản lý việc làm 30 Hình 2.10 Biểu đồ trạng thái thông báo Hình 2.11 Biểu đồ trạng thái tìm việc làm 31 2.2.5 Biểu đồ lớp Hình 2.12 Biểu đồ lớp thể hiện quan hệ xử lý dữ liệu giữa các lớp Theo chức năng yêu cầu của bài toán,... bảo bảo mật thông tin - Cho phép người sử dụng tìm kiếm nhanh chóng, chính xác theo nhiều tiêu chí 2.2 Đặc tả yêu cầu 2.2.1 Các tác nhân Tác nhân Người dùng cá nhân Mô tả Là người trực tiếp sử dụng phần mềm, sử dụng và thao tác tìm việc làm Là người trực tiếp sử dụng phần mềm, Người dùng doanh nghiệp quản lý các công việc của mình, theo dõi tình hình đăng ký và nộp hồ sơ các công việc Là người đăng các ... phục vụ nhu cầu sinh viên Mục đích nghiên cứu Mô hình tìm kiếm việc làm cho sinh viên với mong muốn kết nối sinh viên doanh nghiệp nhà tuyển dụng thời vụ khác Mô hình vừa giúp sinh viên tiếp cận... dụng xây dựng phần kiến trúc chủ đạo server ngôn ngữ PHP với mô hình MVC Phạm vi thực Qua tìm hiểu khảo sát mô hình hoạt động ý kiến sinh viên, mô hình tìm việc làm có chức sau: - Đề xuất việc làm. .. trợ việc làm cho sinh viên Là sinh viên, việc học lớp chuẩn bị hành trang bước vào đường lập nghiệp không sinh viên mong muốn làm thêm với việc thời vụ để trang trải sinh hoạt rèn luyện kỹ làm việc

Ngày đăng: 09/12/2016, 00:07

Nguồn tham khảo

Tài liệu tham khảo Loại Chi tiết
[1] Ambler, Scott William (2004), Agile Model Driven Development with UML 2, Cambridge University Press Khác
[2] Nguyễn Văn Ba, Phân tích thiết kế hệ thống thông tin, NXB Đại học Quốc gia Hà Nội, 2006 Khác
[3] Frank Ableson, Charlie Collins, Robi Sen, Unlocking Android, Manning, 2009 Publications Co. Greenwich, CT, USA Khác
[4] Lê Minh Hoàng, Giáo trình cấu trúc dữ liệu và giải thuật, 2002 Khác
[5] Đỗ Trung Tuấn, Cơ sở dữ liệu, NXB Giáo dục, 1998 Khác
[6] Vũ Đức Thi, CSDL kiến thức và thực hành, NXB Thống Kê, 1997 Khác

TỪ KHÓA LIÊN QUAN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w