3.2.5. Biểu đồ tuần tự
- Use Case “Đăng nhập”
Usecase này mô tả người sử dụng đăng nhập vào hệ thống quản lý dự án. Khi
một người sử dụng muốn dùng hệ thống phải đăng nhập vào hệ thống với một đặc quyền cho trước. Người sử dụng đăng nhập bằng tài khoản Google.
- Use Case “Đăng xuất”
Usecase này mô tả người sử dụng đăng xuất ra khỏi hệ thống quản lý dự án.
Hình 3.3 Biểu đồ tuần tự của Usecase “Đăng xuất” - Usecase “Tra cứu thông tin dự án”
Tra cứu các thông tin về dự án, tiến độ dự án, thành viên dự án. Người sử dụng chỉ được quyền tra cứu thông tin các dự án công khai và dự án tham gia.
+ Usecase này bắt đầu khi người sử dụng muốn tra cứu thông tin của một dự án. Có thể tra cứu theo tên hay mã dự án. Chương trình cần hiển thị các thơng tin sau: Tên dự án, loại dự án, kích cỡ dự án, loại dự án, mục tiêu, ngày bắt đầu dự kiến, ngày kết thúc dự kiến, số ngày tiến hành dự án, tình trạng cơng khai.
+ Người sử dụng nhấn nút “Thoát”, usecase kết thúc.
: Nguoisudung
: Nguoisudung frmDanhSachDuAnfrmDanhSachDuAn frmThongTinDuAnfrmThongTinDuAn :project:project : issue: issue :member:member :document:document :meeting:meeting 1: mo form()
2: Nhap thong tin tim kiem()
3: Gui thong tin()
4: Hien thi thong tin du an() 5: Chon du an()
6: Gui thong tin() 7: Gui project() 8: Gui project()
9:Gui project() 10:Gui project() 11: Hien thi thong tin du an()
12:Hien thi thong tin du an() 13:Hien thi thong tin du an()
14:Hien thi thong tin du an()
- Usecase “Quản lý người sử dụng”
Usecase này bắt đầu khi người quản lý muốn quản lý thông tin người sử dụng. Usecase cho phép thực hiện các thao tác thêm, sửa đổi, xóa thơng tin người sử dụng.
Usecase bắt đầu khi quản lý truy cập vào trang chức năng quản lý người sử dụng. Sau khi quản lý chọn chức năng thêm/xóa /sửa người sử dụng thì các dịng sự kiện phụ dưới đây được thực hiện:
Thêm người dùng: Quản lý nhập các thông tin cá nhân của người dùng. Hệ thống kiểm tra tính hợp lệ của thơng tin quản lý nhập vào. Nếu hợp lệ hệ thống sẽ thêm một người dùng mới vào hệ thống.
Sửa thông tin người dùng: Quản lý lựa chọn người sử dụng và sửa đổi thơng tin. Xóa người dùng: Quản lý lựa chọn người sử dụng cần xóa. Hệ thống chuyển thơng tin người sử dụng cần xóa sang danh sách người sử dụng cũ, xóa quyền truy cập hệ thống.
Hình 3.5 Biểu đồ tuần tự của Usecase “Quản lý người sử dụng” - Usecase “Cập nhật thông tin dự án”
Cho phép Quản lý cập nhật thông tin dự án, bao gồm các thao tác: thêm mới dự án, cập nhật thông tin đầy đủ về dự án. Hỗ trợ chức năng tìm kiếm dự án theo mã dự án, tên dự án, trạng thái và kích thước dự án.
Usecase này bắt đầu khi có một dự án được phê duyệt và bắt đầu tiến hành. Sau khi lập dự án mới, quản lý bắt đầu nhập thông tin chi tiết của dự án mới hoặc chọn từ một dự án từ form “Danh sách dự án” và “cập nhật thơng tin”. Chức năng này có thể gọi trực tiếp từ menu chính của chương trình hay từ form “Danh sách dự án”
Hệ thống hiển thị màn hình “Thơng tin dự án”. Thơng tin tổng quan nhất về dự án sẽ được hiển thị bao gồm: tên dự án, loại dự án, kích cỡ dự án, loại dự án, mục tiêu, ngày bắt đầu dự kiến, ngày kết thúc dự kiến, số ngày tiến hành dự án, tình trạng cơng khai để đạo diễn nhập thông tin. Người sử dụng nhập theo form này. Sau khi nhập xong, hệ thống sẽ quay về form “Danh sách dự án”. Sau khi nhập xong, nhấn “Lưu” để cập nhật tồn bộ thơng tin dự án. Thông tin kết chuyển sẽ được hiển thị ngay trên form.
Người sử dụng nhấn nút “Thoát”, usecase kết thúc. Form “Thơng tin dự án” được đóng lại.
Nếu ngày kết thúc dự án nhỏ hơn ngày bắt đầu dự án thì hệ thống sẽ hiển thị một thơng báo lỗi. Quản lý có thể nhập lại thơng tin cho dự án hoặc thoát khỏi usecase này.
: Quanly
: Quanly frmDanhSachDuAnfrmDanhSachDuAn frmThongTinDuAnfrmThongTinDuAn CTThongTinDuAnCTThongTinDuAn :project:project 1: mo form()
2:Chon hoac lap du an moi()
3: Hien thi form() 4: Nhap thong tin()
8: Thong bao()
6: Kiem tra thong tin() 5:Gui thong tin
7; Luu du lieu()
Hình 3.6 Biểu đồ tuần tự của Usecase “Cập nhật thông tin dự án” - Usecase “Cập nhật các thành viên tham gia”
Usecase này cho phép quản lý cập nhật các thành viên tham gia dự án bao gồm các thao tác: thêm mới thành viên và xoá thành viên. Hỗ trợ chức năng hiển thị sẵn một số vai trò trong dự án tùy thuộc vào lựa chọn loại dự án, hoặc chọn thành viên từ một bộ phận. Hỗ trợ chức năng hiển thị tên nhân viên.
Usecase này bắt đầu khi quản lý hồn thành thơng tin chung của dự án và tiếp tục hoặc chọn chức năng Quản lý thành viên. Chương trình hiển thị màn hình Thành viên.
Quản lý chọn nút Thêm mới ở từng vai trò của dự án, hệ thống hiển thị form. Quản lý lựa chọn bộ phận rồi chọn thành viên từ bộ phận đó hoặc nhập tên thành viên. Quản lý chọn nút Lưu, hệ thống sẽ lưu thêm thành viên của dự án vào hệ thống.
Quản lý chọn nút Xóa, hệ thống xóa thành viên đó của dự án.
Khơng tìm thấy tên nhân viên: Nếu Quản lý chọn Lưu khi chưa hiển thị tên thành viên do khơng tìm thấy tên nhân viên trong danh sách nhân viên thì hệ thống sẽ hiển thị một thơng báo lỗi. Quản lý có thể quay về đầu dịng sự kiện chính để thêm lại thành viên hoặc thoát khỏi usecase này.
: Quanly
: Quanly frmThongTinDuAnfrmThongTinDuAn frmThanhVienfrmThanhVien CTThanhVienCTThanhVien :project:project :member:member 1:Chon chuc nang thanh vien()
2:Gui yeu cau() 3: Nhap thong tin()
4: kiem tra thong tin 5:Gui thong tin()
6:Gui thong tin()
7:Gui thong tin
8: Luu thong tin() 9:Thong bao()
Hình 3.7 Biểu đồ tuần tự của Usecase “Cập nhật các thành viên tham gia” - Usecase “Cập nhật các công việc”
Usecase này cho phép quản lý cập nhật các cơng việc chính phải làm của dự án bao gồm các thao tác: thêm mới công việc, cập nhật và xố cơng việc.
Hỗ trợ chức năng hiển thị sẵn một số công việc trong dự án tùy thuộc vào lựa chọn loại dự án và chức năng hiển thị sẵn danh sách thành viên tương ứng với công việc.
Usecase này bắt đầu khi quản lý hoàn thành việc cập nhật thành viên và tiếp tục hoặc chọn chức năng Quản lý cơng việc. Chương trình hiển thị màn hình Cơng việc.
Quản lý chọn nút Thêm mới, hệ thống hiển thị form. Quản lý nhập tên công việc, chọn người làm từ danh sách thành viên hoặc để trống, ngày bắt đầu, ngày kết thúc, công việc cha (nếu là chia nhỏ công việc), công việc tiên quyết. Quản lý chọn nút Lưu, hệ thống sẽ lưu thêm công việc của dự án vào hệ thống.
Thành viên chọn nút Sửa, hệ thống hiển thị form thông tin của công việc. Thành viên nhập tên công việc, ngày bắt đầu, ngày kết thúc, công việc cha (nếu là chia nhỏ công việc), công việc tiên quyết.
Quản lý chọn nút Xóa, hệ thống xóa cơng việc đó của dự án.
Nếu ngày kết thúc cơng việc nhỏ hơn ngày bắt đầu công việc hoặc ngày bắt đầu công việc nhỏ hơn ngày kết thúc công việc tiên quyết thì hệ thống sẽ hiển thị một thơng báo lỗi. Thành viên có thể nhập lại thơng tin cho cơng việc đó hoặc thốt khỏi usecase này.
: Quanly
: Quanly frmThongTinDuAnfrmThongTinDuAn frmCongViecfrmCongViec CTCongViecCTCongViec :Project:Project :issue:issue :member:member 1:Chon chuc nang cong viec()
2:Hien thi form() 3:Nhap thong tin cong viec()
4:Gui project_id()
5: Gui member_id() 6: Gui thong tin()
7:Luu thong tin() 8:Hien thi cong viec()
Hình 3.8 Biểu đồ tuần tự của Usecase “Cập nhật các công việc” - Usecase “Gửi thông báo họp”
Cho phép quản lý gửi thông báo họp đến các thành viên tham gia dự án.
: Quanly
: Quanly frmThongTinDuAnfrmThongTinDuAn frmLichfrmLich frmCuocHopfrmCuocHop CTCuocHopCTCuocHop ;project;project :meeting:meeting :member:member 1: Chon chuc nang cuoc hop()
2:Hien thi form cuoc hop()
3: Gui project_id(0) 4:Nhap thong tin()
5:Gui thong tin()
6:kiem tra thong tin()
7: Gui thong tin()
9:Gui project_id()
8:Luu thong tin()
10:Thong bao()
11: Gui danh sach emai()
- Usecase “Quản lý tài liệu”
Cho phép quản lý tải dự án lên hệ thống.
2: Hien thi danh sach tai lieu() : Quanly
: Quanly frmThongTinDuAnfrmThongTinDuAn frmTaiLieufrmTaiLieu CTTaiLieuCTTaiLieu :project:project :document:document 1: Chon chuc nang Tai Lieu()
3:Chon hoac them moi tai lieu()
4:Gui thong tin()
5:Gui project_id() 6:Luu tai lieu()
7:Thong bao()
Hình 3.10 Biểu đồ tuần tự của Usecase “Quản lý tài liệu” - Usecase “Cập nhật các công việc chịu trách nhiệm”
Usecase này cho phép thành viên dự án cập nhật các cơng việc của dự án mà thành viên đó chịu trách nhiệm gồm các thao tác: thêm mới công việc, cập nhật và xố cơng việc.
Hình 3.11 Biểu đồ tuần tự của Usecase “Cập nhật các công việc chịu trách nhiệm”
- Usecase “In danh sách dự án”
Quản lý in danh sách các dự án đang tiến hành, ngừng hoạt động, hoàn thành trong tháng, đúng tiến độ và trễ tiến độ. Trong đó phân loại theo từng loại dự án và theo kích cỡ dự án.
Hình 3.12 Biểu đồ tuần tự của Usecase “In danh sách dự án”
3.2.6. Thiết kế CSDL.
a. Xác định liên kết giữa các thực thể
:
b. Mơ hình thực thể liên kết (E-R)
Hình 3.14 Biểu đồ liên kết ER
c. Chuyển mơ hình ERD thành mơ hình quan hệ dữ liệu:
Với mỗi thực thể thông thường tạo một quan hệ tương ứng có các thuộc tính chính là các thuộc tính đơn của thực thể, đối với các thuộc tính phức hợp ta tách thành các thuộc tính đơn, khóa của quan hệ chính là khóa của thực thể. Ta thu được các quan hệ dữ liệu:
PROJECT (id, name, target, expected_end_date, start_date, end_date, is_public, done_ratio, projecttype_id, projectsize_id, projectstatus_id, created_on, updated_on)
PROJECTTYPE (id, name) PROJECTSIZE (id, name) PROJECTSTATUS (id, name)
DOCUMENT (id, name, link, created_on)
MEETING (id, name, description, date, time, launch_time, location)
USER (id, name, email_viteq, email, birthday, address, date_join_viteq, tel, marital_status, created_on, updated_on)
GROUP (id, name, email)
SCHEDULE (id, title, start_year, start_month, start_day, start_hour, start_minute, end_year, end _month, end _day, end _hour, end_minute)
ROLE (id, name, permission)
TASK (id, name, description, done_ratio, created_on, updated_on, parent_task_id, pre_task_id, start_day, dute_day)
d. Xử lý mơ hình quan hệ dữ liệu :
Xử lý thực thể yếu: Trong bài tốn đang xét khơng có thực thể yếu.
Xử lý thuộc tính đa trị: Trong bài tốn đang xét khơng có thuộc tính đa trị. Xử lý mối quan hệ 1-1: Trong bài tốn đang xét khơng có mối quan hệ 1-1. Xử lý mối quan hệ 1-N: Bổ sung thêm khóa của quan hệ 1 làm thuộc tính quan hệ N.
Xử lý mối quan hệ N-N: Tách thành 2 quan hệ 1-N (Tạo bảng MEMBER_TASK).
Hình 3.15 Mơ tả xử lý quan hệ N-N.
Sau khi tiến hành xử lý, ta thu được mơ hình quan hệ sau :
PROJECT (id, name, target, expected_end_date, start_date, end_date, is_public, done_ratio, projecttype_id, projectsize_id, projectstatus_id, created_on, updated_on)
PROJECTTYPE (id, name) PROJECTSIZE (id, name) PROJECTSTATUS (id, name)
DOCUMENT (id, name, link, project_id, created_on)
MEETING (id, name, project_id, description, date, time, launch_time, location) USER (id, name, email_viteq, email, birthday, group_id, address, date_join_viteq, tel, marital_status, created_on, updated_on)
GROUP (id, name, email)
SCHEDULE (id, user_id, title, start_year, start_month, start_day, start_hour, start_minute, end_year, end _month, end _day, end _hour, end_minute)
ROLE (id, project_id, name, permission)
TASK (id, project_id, name, description, done_ratio, created_on, updated_on, parent_task_id, pre_task_id, start_day, dute_day)
MEMBER_TASK (id, id_task, id_member)
e. Thiết kế trên MySQL
3.2.7. Thiết kế giao diện
Demo một số giao diện
Hình 3.17. Giao diện danh sách dự án
Hình 3.18. Giao diện thơng tin chi tiết một dự án.
Hình 3.20. Giao diện lịch của thành viên
Hình 3.21. Giao diện danh sách tài liệu3.3. Một số kiến nghị 3.3. Một số kiến nghị
Mỗi dự án cũng như bất kỳ cơng việc nào, đều có một sự ấn định về thời gian hồn thành, và quản lý dự án là phương pháp điều tiết những cơng việc bên trong vận hành một cách có hiệu quả trong quỹ thời gian và ngân sách nhất định; đồng thời, đạt được những kỳ vọng từ tất cả các bên liên quan. Để có thể kiểm sốt được những cơng việc này, cần có các hoạt động kiểm sốt thích hợp đó là phân chia trách nhiệm trong q trình xử lý nghiệp vụ và quy trình thủ tục xử lý nghiệp vụ cho phù hợp.
Ngoài ra, trong q trình xử lý thơng tin, chúng ta cũng rất thường gặp các rủi ro như: Rủi ro trong quá trình ghi nhận dữ liệu do hệ thống ghi nhận dữ liệu khơng đầy đủ, khơng chính xác; Các thơng tin khơng được chuyển đến đúng các tập tin cần lưu trữ hoặc trong quá trình xử lý các mẫu tin của tập tin có thể tự sao chép hay loại bỏ mà hệ thống khơng kiểm sốt được; Rủi ro liên quan đến báo cáo do các thông tin không được tổng hợp hay phân loại đúng. Để kiểm soát các loại rủi ro này, người dùng nên nên thực hiện chặt chẽ ba cơng đoạn kiểm sốt: Kiểm sốt dữ liệu đầu vào, kiểm soát
xử lý và kiểm soát kết quả xử lý. Kiểm soát các dữ liệu vào để ngăn ngừa và phát hiện những sai sót trong q trình nhập liệu, đảm bảo dữ liệu được chuyển chính xác từ hình thức xử lý bằng tay sang hình thức máy. Kiểm sốt xử lý để phát hiện sai sót của chương trình xử lý, người dùng kiểm sốt bằng cách đối chiếu giữa tổng tiền hay tổng nghiệp vụ nhập đầu vào với tổng tiền hay tổng nghiệp vụ được xử lý. Kiểm soát kết quả để ngăn ngừa và phát hiện sai sót trong kết quả xử lý.
KẾT LUẬN
Xã hội ngày càng phát triển, tình hình kinh tế thị trường cũng ngày một phát triển và có những diễn biến phức tạp. Điều này tạo nên cho các doanh nghiệp sức ép về cạnh tranh ngày càng lớn. Để có thể tồn tại và phát triển được địi hỏi các doanh nghiệp phải nâng cao năng lực cạnh tranh bằng nhiều cách thức và biện pháp khác nhau. VTTH cũng khơng nằm ngồi thực trạng chung này của các doanh nghiệp. Nhưng công ty vẫn luôn cố gắng để tạo cho mình năng lực cạnh tranh tốt nhất bằng việc áp dụng công nghệ thông tin, và đang hướng tới các hệ thống thơng tin vào các khâu của q trình quản lý. Khóa luận đã nghiên cứu và tìm hiểu hồn thiện hệ thống thông tin quản lý dự án tại VTTH. Qua thời gian tiến hành thực hiện khóa luận tốt nghiệp, em đã tích lũy và trải nghiệm thêm nhiều kiến thức bổ ích về phân tích thiết kế, xây dựng hệ thống thơng tin, tổ chức thành một chương trình ứng dụng. Em đã tiến hành khảo sát, thu thập thơng tin từ đó phân tích, hồn thiện hệ thống quản lý dự án sát với yêu cầu cũng như mong muốn của cơng ty. Chương trình thiết kế đã đảm bảo lưu trữ được những thông tin cần thiết, xử lý các thơng tin về dự án một cách nhanh chóng và chính xác, tiết kiệm thời gian và tiền bạc cho công ty. Giao diện dễ sử dụng, thao tác đơn giản giúp cho người dùng khơng gặp nhiều khó khăn trong q trình thao tác. Trong tương lai, hệ thống có thể phát triển hơn nữa để tương tác với các thiết bị khác như máy fax, máy đọc mã vạch, có thể đọc dữ liệu từ các định dạng văn bản khác nhau và đáp ứng được các yêu cầu khắt khe hơn từ công ty.
Do sự eo hẹp về thời gian cũng như trình độ cịn hạn chế, nên bản khóa luận chưa thể đi sâu vào phân tích đầy đủ mọi nghiệp vụ cũng như các phát sinh thực tế. Bài khóa luận trên khơng tránh khỏi những thiếu sót và chưa đáp ứng được đầy đủ các yêu cầu thực tế nên em rất mong được sự góp ý của thầy cơ để bài khóa luận được hồn thiện hơn và có tính thực tế cao.
TÀI LIỆU THAM KHẢO
[1]. Nguyễn Văn Ba (2003), Phân tích và thiết kế hệ thống thơng tin, Nhà xuất bản Đại học Quốc Gia Hà Nội.