Đề tài sử dụng công cụ hỗ trợ phân tích thiết kế ea phân tích hệ thống thư viện trường đại học

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG BÁO CÁO BÀI TẬP LỚN Mơn học: Phân tích thiết kế hệ thống thơng tin Đề tài : Sử dụng công cụ hỗ trợ phân tích thiết kế EA phân tích hệ thống thư viện trường Đại học Sinh viên thực hiện: Nguyễn Viết Anh Vũ Thành Bút Nguyễn Bảo Chung 20090132 20090260 20090333 Giảng viên hướng dẫn: Ths Nguyễn Hồng Phương Hà Nội, tháng năm 2012 Bài tập lớn Phân tích thiết kế hệ thống thông tin Danh sách từ viết tắt - UML: Unified Modeling Language - EA: Enterprise Architect - CNTT: công nghệ thông tin -1- Giới thiệu Hiện nay, CNTT phát triển mạnh mẽ nước ta Máy tính điện tử khơng cịn phương tiện q mà ngày gần gũi với người Công tác quản lý ngày nhiều quan đơn vị quan tâm quản lý quản lý cho đạt hiệu cao như: nhanh, bảo mật, thân thiện, dễ sử dụng Đứng trước bùng nổ thông tin, tổ chức doanh nghiệp tìm biện pháp để xây dựng hồn thiện hệ thống thơng tin nhằm tin học hoá hoạt động nghiệp vụ đơn vị Mức độ hồn thiện tuỳ thuộc vào q trình phân tích thiết kế hệ thống Tin học hố công tác quản lý làm giảm bớt sức lao động người tiết kiệm thời gian,độ xác cao, gọn nhẹ tiện lợi nhiều so với công việc làm thủ công quản lý giấy tờ trước đây, tránh thất lạc liệu, tự động hoá hệ thống cụ thể hoá thơng tin theo nhu cầu người Đó phần mềm quản lý thay cho tệp hồ sơ dày cộp thay cho ngăn tủ chứa đựng hồ sơ chiếm nhiều diện tích ta phải nhiều thời gian để tìm kiếm thơng tin cần thiết hay liệu quan trọng Tất điều bất tiện tích hợp phần mềm quản lý sản phẩm Q trình triển khai tin học hố cơng tác quản lý thư viện nhằm mục tiêu thúc đẩy nâng cao hiệu công tác nghiệp vụ quản lý thư viện chưa đồng Xây dựng hệ thống quản lý thư viện phù hợp với cơng tác quản lý thư viện có ý nghĩa to lớn chiến lược xây dựng thư viện điện tử Hệ thống quản lý thư viện hệ thống lớn trường Đại học, Cao đẳng, Trung học chuyên nghiệp Nó quản lý thơng tin khổng lồ địi hỏi vận dụng khoa học vào công tác Xuất phát từ nhu cầu thực tế mong muốn làm chương trình có thêm ứng dụng thực tiễn Chúng em chọn đề tài “Quản lý thư viện” với hy vọng cho công tác quản lý tốt cho cơng việc nói Mục tiêu đối tượng nghiên cứu: Tìm hiểu, phân tích, thiếu đồng chưa hiệu qui trình quản lí triển khai, nêu yêu cầu đặt công tác quản lý thư viện, qua đề xuất phương án để khắc phục khó khăn gặp phải nhằm nâng cao tính hiệu cơng tác quản lý thư viện trường đẩy nhanh tiến trình ứng dụng tin học hố cơng tác quản lí thư viện trường Đại Học Bách khoa Hà Nội số trung tâm thông tin thư viện trường khác toàn quốc.Những người trực tiếp tham gia vào qui trình quản lý, phịng thiết bị thư viện nơi thường xuyên trao đổi thông tin với hệ thống Tại trường Đại Học Bách khoa Hà Nội, đối tượng nghiên cứu thủ thư, độc giả Tiến tới xây dựng mô phần mềm quản lý thư viện thực tế, dần hoàn thiện phần mềm để đáp ứng nhu cầu ngày cao người dùng Với trình độ hiểu biết thời gian tìm hiểu có hạn nên đề tài khơng tránh khỏi sai xót hạn chế định Chúng em mong nhận góp ý thầy giáo để giúp chúng em hoàn thành tốt đề tài Nhóm chúng em xin chân thành cảm ơn thầy Nguyễn Hồng Phương giúp chúng em hoàn thành tập lớn Chúng em xin chân thành cảm ơn! Chương 1: Giới thiệu công cụ Enterprise Architect I Giới thiệu chung Giới thiệu Enterprise Architect Enterprise Architect môi trường giúp thiết kế xây dựng phần mềm, mơ hình hóa quy trình kinh doanh, phát triển hệ thống nhúng thời gian thực Với khả tích hợp quản lý yêu cầu, Enterprise Architect giúp người dùng truy vết mức độ cao mơ hình đặc tả phân tích, thiết kế, thực thi, kiểm thử, bảo trì sử dụng UML, SysML, BPMN mơ hình chuẩn khác Enterprise architect công cụ thiết kế đồ họa đa người dùng hỗ trợ mạnh mẽ nhóm phát triển bảo trì hệ thống ENTERPRISE ARCHITECT công cụ mạnh giúp phát triển nhiều hệ thống khác nhau, nhiên, khuôn khổ báo cáo, chúng em đề cập tới hỗ trợ việc phát triển phần mềm Những khác biệt so với công cụ UML khác Với 150,000 bán cho nhiều công ty, tổ chức lớn nhỏ, từ công ty đa quốc gia đến công ty độc lâo 130 quốc gia, Enterprise Architect đánh giá cao về: - Mơ hình hóa tồn diện UML 2.1 Tích hợp quản lý yêu cầu Mở rộng hỗ trợ quản lý dự án, bao gồm tài nguyên, kiểm thử Hỗ trợ kiểm thử: kiểm thử trường hợp (test case), hỗ trợ JUnit NUnit Tùy chọn tài liệu linh động: viết cáo báo định dạng HTML RTF Hỗ trợ kỹ thuật mã hóa (code engineering) nhiều ngơn ngữ Ngồi ra, ENTERPRISE ARCHITECT cịn đánh giá cao tính khả dụng, tốc độ, ổn định giá Từ ưu điểm bật trên, Enterprise mang lại lợi ích: - Mơ hình hóa quản thơng tin phức tạp Mơ hình, quản lý truy vết yêu cầu Hợp đội chia sẻ tầm nhìn Thiết kế xây dựng hệ thống đa dạng sử dụng UML - Hiển thị, kiểm soát hiểu phần mềm phức tạp Sử dụng đầy đủ mơ hình hóa chu trình vịng đời quản lý dự án Chia sẻ sử dụng lại thông tin công cụ khác Tạo mơ hình độc lập với mơi trường tảng kiến trúc mơ hình hóa điều khiển Một vài tính cụ thể Enterprise Architect Hỗ trợ UML 2.1: Enterprise Architect hỗ trợ tất mô hình biểu đồ UML 2.1 Người dùng mơ hình hóa tiến trình kinh doanh, web sites, giao diện người dùng, mạng, cấu hình phần cứng, thơng điệp nhiều khía cạnh khác việc phát triển ENTERPRISE ARCHITECT cung cấp biểu đồ mở rộng nhân biểu đồ UML cho tiến trình kinh doanh, đồ tư duy, đặc tả yêu cầu, biều đồ luồng liệu… Làm tài liệu báo cáo Enterprise Architect: Trình soạn thảo khuân mẫu định dạng RTF cho phép người dùng tạo, chỉnh sửa tùy chọn khuân mẫu để xác định tài liệu đầu RTF Ngoài ra, người sử dụng viết báo cáo trực tiếp khuân dạng HTML Quản lý u cầu: Thơng thường bước việc phát triển thu thập yêu cầu, giúp hệ thống xác định cần phải làm Tính quản lý u cầu ENTERPRISE ARCHITECT giúp người dùng xác định, tổ chức, phân cấp mơ hình u cầu; liên kết truy vết thực thi yêu cầu hệ thống tới thành phần mơ hình; tìm kiếm báo cáo yêu cầu hiệu suất phân tích tác động thay đổi u cầu Mơ hình hóa quy trình kinh doanh: sử dụng UML để đưa số khuân mẫu biểu đồ biểu đồ hoạt động, biểu đồ đối tượng… Truy vết: Tính kiểm tra quản lý cho phép lưu lại thay đổi mơ hình, cụ thể, người quản trị viên biết thơng tin là: thay đổi thành phần, có thành phần thay đổi, họ thay đổi liệu, giá trị trước kiểu thành phần thay đổi Kỹ thuật sinh mã nguồn: ENTERPRISE ARCHITECT hỗ trợ sinh mã nguồn từ mơ hình UML nhiều ngơng ngữ lập trình khách nhau: C/C++, C#, Delphi, Java, visual Basic, Giả lập việc biên dịch, bắt lỗi, thực thi mã nguồn: số phiên ENTERPRISE ARCHITECT cho phép người dùng xây dựng, kiểm thử, bắt lỗi thực thi đoạn mã trực tiếp môi trường Hỗ trợ kiểm thử JUnit NUnit: ENTERPRISE ARCHITECT giúp người dùng tạo lớp phương thức kiểm thử cho đoạn mã nguồn với phép biến đổi Junit NUnit Ngồi ra, ENTERPRISE ARCHITECT cịn hỗ trợ số tính hữu ích hỗ trợ mơ hình sở liệu với nhiều sở liệu khác DB2, Oracle, MySQL, SQL server, MS acess, infomix… II Sử dụng Enterprise Architect toán cụ thể Việc áp dụng Enterprise Architect thực mức vẽ biểu đồ UML trình phân tích thiết kế hệ thống Các chức khác(sinh mã code, quản lý yêu cầu, quản lý dự án… nhóm chúng em chưa đủ thời gian kiến thức để hoàn thành báo cáo này) Chương 2: Định nghĩa vấn đề I Khảo sát nghiệp vụ đề tài: Trong năm gần thư viện trường Đại Học Bách khoa Hà Nội nhà trường quan tâm để đáp ứng nhu cầu cán bộ, học viên, sinh viên nhà trường Với số lượng sinh viên trung tâm thơng tin thư viện trường chưa thể đáp ứng tốt nhu cầu học tập học sinh, sinh viên Cơ cấu tổ chức phòng ban thư viện sơ lược số chức phịng: Cơ cấu tổ chức: Hình 1: Sơ đồ tổ chức phòng ban hệ thống thư viện trường Bách khoa Hà Nội Chức phịng ban:  Khối hành chính: - Phịng nghiệp vụ: có chức nghiên cứu lý luận, thành tựu khoa học thông tin thư viện, công nghệ tin học để nhằm phổ biến hướng dẫn phòng ban làm chức qui trình qui phạm - Phịng tổng hợp: Tổng hợp tình hình hoạt động thư viện; quản lý nhân sự, chế độ sách; xây dựng văn bản, nội quy quan; quản lý tiền lương, trang thiết bị,cơ sở vật chất quan  Khối phục vụ: - Phịng đọc: có chức phục vụ độc giả đến đọc sách, báo, tạp chí thư viện - Phịng đa phương tiện: dùng cho việc tìm, nghiên cứu học tập mạng - Phòng báo, tạp chí: phịng có chức phục vụ độc giả loại báo hàng ngày, báo kĩ thuật, - Phịng mượn trả sách: Có nhiệm vụ cho bạn đọc mượn sách nhà Bạn đọc tra tìm tài liệu theo nhan đề, tên tác giả loại mơn Ngồi ra, thư viện trường cịn cho mượn giáo trình cho lớp lớp có u cầu - Phịng hội thảo: phục vụ tổ chức buổi hội thảo trường với đầy đủ thiết bị máy chiếu, hình, II Bài tốn hoạt động trung tâm thư viện: Hoạt động thư viện trường Đại học Bách khoa Hà Nội thực sau: - Mỗi độc giả thuộc loại đối tượng cán bộ, sinh viên trường; tuỳ theo cơng việc vị trí cơng tác họ Mỗi loại đối tượng có nhiều độc giả Thông tin loại đối tượng bao gồm: mã đối tượng, tên đối tượng mô tả khác Mỗi độc giả cấp tài khoản để theo dõi q trình mượn sách, thời hạn trả thơng tin khác - Khi mượn sách độc giả phép mượn với số lượng thời gian hạn chế tuỳ theo loại đối tượng.Nhưng trước mượn họ phải trình thẻ độc giả khơng có sách mượn q hạn Hoạt động mượn trả sách thực sau: Sau kiểm tra thẻ độc giả kiểm tra sách hạn, độc giả đăng kí khơng có sách q hạn, sách mà họ yêu cầu kiểm tra xem sách mượn hay chưa chưa bị cho mượn thơng tin việc mượn sách lưu lại phiếu mượn Thông tin phiếu mượn gồm có: số phiếu, ngày mượn ,mã thẻ độc giả thông tin chi tiết sách mượn: mã sách, số lượng, số ngày mượn Đồng thời, nhân viên kiểm tra tiền cược độc giả hệ thống để có yêu cầu phải đóng thêm hay khơng - Khi độc giả trả sách nhân viên thư viện kiểm tra tình trạng sách trả,và ghi nhận việc trả sách độc giả Nếu độc giả trả muộn so với ngày quy định phiếu mượn họ phải chịu khoản lệ phí theo loại sách Mỗi thẻ độc giả có phiếu mượn,mỗi phiếu mượn ghi thẻ độc giả.Trên phiếu mượn mượn nhiều sách,mỗi đầu sách cho mượn nhiều lần Mỗi phiếu mượn nhân viên lập, nhân viên lập nhiều phiều mượn - Để theo dõi quản lí nhân viên làm việc thư viện:thực thêm vào danh sách nhân viên tuyển,sửa đổi thông tin có biến đổi xảy xố bỏ nhân viên hết hợp đồng bị xa thải; thông tin nhân viên gồm: mã nhân viên, tên nhân viên, điện thoại liên hệ, mô tả khác - Mỗi tuần làm việc nhân viên thư viện kiểm tra toàn danh sách mượn để phát độc giả mượn hạn  Xóa người dùng: admin nhập thơng tin người dùng muốn xóa CSDL, thông tin tài khoản gửi xử lí truy vấn đối chiếu, kiểm tra tính tồn CSDL Sau đó, thơng tin tài khoản bị xóa khỏi CSDL  Tương tự với chức thay đổi thông tin người dùng: admin nhập thông tin người dùng muốn thay đổi vào hình giao diện sau xác nhận, thơng tin tài khoản thay đổi cập nhật vào CSDL c) Biểu đồ trình tự thể chức mượn,trả sách: Hình 10: Biểu đồ trình tự chức mượn trả sách Sau có yêu cầu mượn hay trả sách độc giả, nhân viên thư viện nhập mã sách vào giao diện hệ thống, hệ thống gửi thơng tin sách đến xử lí truy vấn để kiểm tra điều kiện hợp lệ độc giả Nếu thành cơng xử lí truy vấn trả kết giao diện với số tiền cược phải đóng thêm Nếu thất bại hệ thống trả kết giao diện lí khơng thành cơng d) Biểu đồ trình tự thể chức quản lí sách: Hình 11: Biểu đồ trình tự chức quản lí sách Thủ thư nhập thông tin sách cần thêm vào giao diện chức xác nhận, thông tin sách thêm chuyển đến quản lí sách Bộ quản lí sách kiểm tra thêm vào CSDL hợp lệ, trả lại kết lên giao diện chức làm việc actor Thu thu Thủ thư nhập thơng tin sách cần xóa vào giao diện chức xóa sách xác nhận, thơng tin sách cần xóa chuyển đến xử lí sách, xử lí sách xác nhận việc xóa việc u cầu nhập lí hủy sách xóa thơng tin sách CSDL Tương tự với luồng chức sửa thông tin sách, kết cuối thông tin sách sửa xử lí sách gửi giao diện chức thủ thư Biểu đồ hoạt động hệ thống: Hình 12: Biểu đồ hoạt động hệ thống Một user để sử dụng hệ thống phải đăng nhập vào hệ thống, hệ thống kiểm tra tài khoản trả kết giao diện, đăng nhập sai hệ thống xử lí đăng nhập sai  Admin sau đăng nhập thực chức quản lí tài khoản: thêm tài khoản, xóa tài khoản, sửa tài khoản  Thủ thư sau đăng nhập có thể: thêm sách, xóa sách khỏi hệ thống, thay đổi thơng tin sách  Nếu có yêu cầu mượn sách, trả sách, quản lí tiền cước, nhân viên thư viện kiểm tra mã tài khoản độc giả thực thao tác tương ứng Chương 4: Thiết kế chương trình quản lí thư viện Sau phân tích yêu cầu phần mềm, chức phần mềm phân tích phần mềm dựa vào biểu đồ use case, biểu đồ lớp, biểu đồ lớp nghiệp vụ, biểu đồ hoạt động biểu đồ trình tự hệ thống Bước ta thiết kế thành phần phân tích bao gồm thiết kế giao diện kiến trúc hệ thống, thiết kế chi tiết hệ thống I Thiết kế giao diện kiến trúc hệ thống: Hệ thống gồm giao diện giao diện đăng nhập hệ thống, giao diện chức bốn loại người dùng admin, thủ thư, độc giả, nhân viên thư viện Hình 13: Giao diện đăng nhập hệ thống Giao diện đăng nhập bao gồm hai trường nhập thông tin: tên đăng nhập, mật ô check box “Ghi nhớ mật khẩu” Sau nhập thơng tin có hai chức để lựa chọn đăng nhập hủy bỏ Chọn chức đăng nhập hệ thống kiểm tra thông tin qua quản lí người dùng để xác nhận thơng tin nhập vào trả lại kết giao diện Hình 14: Giao diện chức admin Admin đăng nhập vào hệ thống thực chức Quản lí người dùng đăng xuất khỏi hệ thống Hình 15: Giao diện quản lí người dùng admin Khi admin chọn chức quản lí người dùng giao diện chức hiển thị lên Giao diện gồm trường mã người dùng, tên người dùng, mật trường nghề nghiệp Có bảng hiển thị bên dưới, nút chức thêm, xóa, sửa khỏi hệ thống Hình 16: Giao diện chức nhân viên thư viên Nhân viên thư viện sau đăng nhập, hệ thống kiểm tra tính hợp lệ tài khoản hiển thị giao diện chức nhân viên thư viện, gồm: quản lí độc giả đăng xuất khỏi hệ thống Hình 17: Giao diện chức quản lí độc giả Trong giao diện chức quản lí độc giả, nhân viên thư viện quản lí thêm sách, sửa thơng tin sách mượn, xem thơng tin độc giả hệ thống, quản lí tiền cước độc giả hệ thống Hình 18: Giao diện chức độc giả sau đăng nhập Các chức độc giả sau đăng nhập xem thông tin tài khoản cá nhân (gồm thông tin mã người dùng, tên người dùng, nghề nghiệp, sách mượn, sách đến hạn trả, tiền cược hệ thống), chức mượn tài liệu (đang xây dựng cho phép mượn trực tuyến), chức tìm tài liệu chức đăng xuất khỏi hệ thống Hình 19: Giao diện chức thủ thư đăng nhập hệ thống Thủ thư sau đăng nhập vào hệ thống thực chức quản lí sách đăng xuất khỏi hệ thống Giao diện chức quản lí sách gồm mục sau: trường mã tài liệu, tên tài liệu, tác giả, NXB, năm xuất bản, chuyên ngành sách Thủ thư thực công việc: thêm sách, hủy sách, sửa đổi thông tin sách khỏi hệ thống sau hồn tác Hình 20: Giao diện chức quản lí sách thủ thư II Thiết kế chi tiết hệ thống: Thiết kế mơ hình thực thể liên kết: Hình 21: Mơ hình thực thể liên kết E – R Thiết kế bảng liệu quan hệ sở liệu: Hình 22: Mơ hình bảng quan hệ sở liệu CSDL thiết kế dựa vào mơ hình thực thể liên kết biểu đồ lớp chi tiết hệ thống Cơ sở liệu bao gồm ba bảng liệu: Bảng nguoi_dung Thuộc tính Mơ tả MS nguoi dung Tài khoản đăng nhập vào hệ thống độc giả Password Mật Ho ten Tên độc giả Nghe nghiep Nghề nghiệp : học sinh, sinh viên, giảng viên Quyền đăng nhập Bảng sách Quyền đăng nhập vào hệ thống: độc giả, Admin, NV thư viện, thủ thư Thuộc tính Mơ tả MSsach Mã số sách Ten Tên sách Tac gia Tác giả So luong Số lượng sách Con lai Số lượng sách lại kho Gia Giá tiền Bảng muon_tra Thuộc tính Mơ tả MSdoc gia Mã số người mượn MSsach Mã số sách mượn Soluong Số lượng sách mượn Tien cuoc Tiền cược MS_NV Mã số nhân viên cho mượn Kết luận Trong trình phân tích thiết kế hệ thống, nhóm chúng em tham khảo tìm hiểu qua số hệ thống thực để thực áp dụng vào toán Qua lần tìm hiểu đề tài giúp chúng em hiểu rõ phương pháp quản lý hoạt động thư viện Nhóm nắm khái niệm UML, quy trình nghiệp vụ trình phân tích thiết kế hệ thống thơng tin nhìn nhận thành phần hệ thống cách chi tiết Nhóm rút kinh nghiệm xây dựng biểu đồ biểu diễn hoạt động hệ thống, hiểu cách khái quát sở liệu hệ thống Tuy nhiên, trình độ thời gian hạn chế nhóm chúng em cịn số vấn đề hệ thống chưa giải chức năng: mượn sách online, chức quản lí admin thủ thư sơ sài Hướng phát triển nhóm với đề tài cố gắng xây dựng hồn thiện hệ thống xây dựng hệ thống chi tiết áp dụng cho thư viện cụ thể Tài liệu tham khảo - Slide mơn “Phân tích thiết kế hệ thống thông tin” thầy Nguyễn Hồng Phương, môn hệ thống thông tin, khoa Công nghệ thông tin, trường Đại học Bách khoa Hà Nội - Sách “Phân tích thiết kế hệ thống với UML 2.0” – thầy Nguyễn Văn Ba, nhà xuất Đại học Bách khoa Hà Nội - Trang web thư viện trường Đại học Bách khoa Hà Nội – “”