Download miễn phí Đề tài Phân tích, thiết kế hệ thống thông tin quản lý nhân sự tại công ty phần mềm quản lý doanh nghiệp fast
LỜI CẢM ƠN ERROR! BOOKMARK NOT DEFINED.
LỜI NÓI ĐẦU 1
CHƯƠNG I
TỔNG QUAN CÔNG TY PHẦN MỀM QUẢN LÝ DOANH NGHIỆP FAST VÀ ĐỀ TÀI NGHIÊN CỨU 2
1.1 Giới thiệu chung về công ty phần mềm quản lý doanh nghiệp fast. 2
1.1.1 Vài nét về lịch sử thành lập Công ty: 2
1.1.2 Tổ chức của Công ty : 4
1.1.3 Sản phẩm dịch vụ và công nghệ của Công ty: 7
1.1.4 Hợp tác quốc tế. 7
1.1.5 Khách hàng: 8
1.1.6. Nhân lực: 9
1.1.7. Định hướng phát triển: 10
1.1.8. Mục tiêu của FAST 11
1.1.9 Uy tín của FAST trên thị trường: 11
1.2 giới thiệu đề tài nghiên cứu: 11
1.2.1 Lý do lựa chọn đề tài: 11
1.2.2 Mục đích của đề tài nghiên cứu: 12
1.2.3 Công cụ để thực hiện đề tài : 12
CHƯƠNG II
CƠ SỞ PHƯƠNG PHÁP LUẬN CỦA PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN QUẢN LÝ 14
2.1.Thông tin 14
2.1.1.Khái niệm thông tin 14
2.1.2. Đặc trưng của thông tin 14
2.1.3.Vai trò của thông tin trong quản lý 15
2.2. Hệ thống thông tin 16
2.2.1. Định nghĩa và các bộ phận cấu thành thông tin. 16
2.2.2. Phân loại hệ thống thông tin trong một tổ chức 17
2.3. Các phương pháp xây dựng hệ thống thông tin quản lý 20
2.3.1. Phương pháp tổng hợp 20
2.3.2. Phương pháp phân tích 21
2.3.3. Phương pháp tổng hợp và phân tích 21
2.4. Phân loại hệ thống thông tin quản trị nhân lực 21
2.4.1. Các hệ thống thông tin nhân lực mức tác nghiệp 22
2.4.2. Các hệ thống thông tin nhân lực sách lược. 24
2.4.3.Hệ thống thông tin nhân lực chiến lược 26
2.5. Phân tích, thiết kế một hệ thống thông tin quản lý. 27
2.5.1. Đánh giá yêu cầu 27
2.5.2. Phân tích chi tiết 28
2.5.3. Thiết kế lôgic 35
2.5.4. Đề xuất các phương án của giải pháp. 36
2.5.5. Thiết kế vật lý ngoài 37
2.5.6. Triển khai kỹ thuật hệ thống 38
2.5.7. Cài đặt và khai thác 38
2.6. Các phương pháp tin học hoá trong công tác quản lý 38
CHƯƠNG III
PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN QUẢN LÝ NHÂN SỰ TẠI CÔNG TY PHẦN MỀM QUẢN LÝ DOANH NGHIỆP FAST 40
3.1 Đặc tả hệ thống: 40
3.2. Phân tích thiết kế chi tiết hệ thống thông tin quảnlý nhân sự tại công ty Phần mềm quảnlý doanh nghiệp FAST. 41
3.2.1. Phân tích thực tế quảnlý nhân sự tại công ty Phần mềm quản lý doanh nghiệp FAST. 41
3.2.2. Sơ đồ luồng thông tin (IFD) của HTTTQL Nhân sự 41
3.2.3 Sơ đồ chức năng (BFD) của HTTTQL Nhân Sự 44
3.2. 4 Sơ đồ luồng dữ liệu (DFD) của HTTTQL Nhân Sự 45
3.2.5. Phân tích – Thiết kế cơ sở dữ liệu 48
3.3. Một số thuật toán sử dụng trong chương trình 62
3.4. Thiết kế giao diện của chương trình 65
KẾT LUẬN 75
TÀI LIỆU THAM KHẢO 76
PHỤ LỤC 77
http://s1.liketly.com/flash/edoc/web-viewer.html?file=jh2i1fkjb33wa7b577g9lou48iyvfkz6-demo-2015-10-11-de_tai_phan_tich_thiet_ke_he_thong_thong_tin_quan_ly_nhan_su_tpZ3bhtuYg.png /tai-lieu/de-tai-phan-tich-thiet-ke-he-thong-thong-tin-quan-ly-nhan-su-tai-cong-ty-phan-mem-quan-ly-doanh-nghiep-fast-86817/ Để tải tài liệu này, vui lòng Trả lời bài viết, Mods sẽ gửi Link download cho bạn ngay qua hòm tin nhắn. Ket-noi - Kho tài liệu miễn phí lớn nhất của bạn
Ai cần tài liệu gì mà không tìm thấy ở Ket-noi, đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí
Tóm tắt nội dung tài liệu:
điển, chứ nó không thực hiện thay công việc của nhà phân tích và việc phát hiện lỗi trên sơ đồ vẫn thuộc trách nhiệm nhà phân tích.
Động
Tĩnh
Vật lý
IFD
( Information Flow Diagrarn ) Sơ đồ luồng thông tin
SD
( System Dictionary )
Từ điển hệ thống
Các phích vật lý
Lô gíc
DFD
( Data Flow Diagram)
Sơ đồ luồng dữ liệu
SD
( System Dictinary )
Từ điển hệ thống
Các phích lôgic
- Các công đoạn của giai đoạn phân tích chi tiết.
+ Lập kế hoạch phân tích chi tiết.
Công đoạn đầu tiên trước khi giai đoạn phân tích thực sự bắt đầu thì người chịu trách nhiệm của giai đoạn này phải lập kế hoạch về các nhiệm vụ phải thực hiện. Công đoạn này gồm: thành lập nhóm phân tích, phân chia nhiệm vụ, chọn phương pháp, công cụ và kỹ thuật sẽ dùng và xây dựng thời hạn cho các công việc.
+ Nguyên cứu môi trường của hệ thống đang tồn tại.
Cũng như nhiều sự vật hiện tượng khác, một hệ thống thông tin bị ảnh hưởng bởi rất nhiều nhân tố bên ngoài và ngược lại nó có ảnh hưởng tới các nhân tố đó. Tập hợp các nhân tố đó được gọi là các ràng buộc của hệ thống. Như chúng ta đã biết giá trị của một hệ thống thông tin phụ thuộc vào năng lực tôn trọng các ràng buộc này. Khi đưa ra chẩn đoán về hệ thống hiện thời, phân tích viên phải cố gắng để có được sự hiểu biết sâu sắc về môi trường hệ thống nghiên cứu để đánh giá mức độ phù hợp giữa các đặc trưng hệ thống với các ràng buộc của môi trường. Sự hiểu biết này cũng rất quý cho giai đoạn thiết kế hệ thống mới sau này. Trong giai đoạn đánh giá yêu cầu, một số thông tin về môi trường đã được thu thập. Nhưng nói chung thì những thông tin đó vẩn chưa đủ và việc tìm kiếm thông tin thêm vẫn phải tiếp tục.
Thông tin về môi trường được chia làm ba lĩnh vực: tổ chức, kỹ thuật và tài chính.
+ Nguyên cứu hệ thống thực tại.
Sau quá trình nghiên cứu hệ thống đang tồn tại, đội ngũ phân tích phải có sự hiểu biết đầy đủ về hệ thông tin nghiên cứu. Có nghĩa là hiểu lý do tồn tại của nó; các mối quan hệ của nó với các hệ thống khác trong tổ chức;những người sử dụng; các bộ phận cấu thành; các cách xử lý; thông tin mà nó sản sinh ra; những dữ liệu mà nó thu nhận; khối lượng dữ liệu mà nó xử lý; gía cả gắn liền với thu nhập, xử lý các phân phát thông tin, hiệu quả xử lý dữ liệu và hàng loạt những cái như vậy.Thêm vào đó cần xác định những vấn đề có liên quan với hệ thống và nguyên nhân của chúng. Khối lượng thông tin thu thập và phân tích lớn hơn nhiều so với các hoạt động trước đây. Trong công đoạn này bao gồm ba nhiệm vụ chính; thu thập thông tin, xây dựng mô hình vật lý ngoài và xây dựng mô hình lôgic.
+ Đưa ra chẩn đoán và xác định các yếu tố giải pháp.
Đây là công đoạn bao gồm chủ yếu ba nhiệm vụ có liên quan chạt chẽ cái nọ với cái kia. Đó là việc đưa ra chẩn đoán, xác định các mục tiêu mà hệ thống được sửa chữa hay hệ thống mới cần đạt được và xác định các yếu tố của giải pháp. Các nhiệm vụ đó được trình bày cái nọ nối tiếp cái kia, còn trong thực tế chúng cùng xảy ra đồng thời.
+ Đánh giá lại tính khả thi.
Trước đây ta đã thực hiện sơ bộ việc đánh giá mức khả thi của dự án. Giờ đây ta có một khối lượng lớn thông tin thêm về hệ thống và môi trường của nó, về các nguyên nhân và giải pháp do đó việc đánh giá khả thi ở đây sẽ chính xác hơn nhiều so với lần trước. Nội dung cơ bản vẫn nhằm khẳng định tính khả thi trong tổ chức, tài chính, kỹ thuật và thời gian
+ Thay đổi đề xuất của dự án.
Đến giai đoạn này ta đã phác hoạ ra được một đề án và đã được những người sử dụng chấp thuận. Dưới ánh sáng của những thông tin vừa mới thu được và việc đánh giá tính khả thi lại vừa rồi, chúng ta cần xem xét và sửa đổi lại đề xuất của dự án. Phải cố gắng cung cấp cho nhữngngười ra quyết định một bức tránh rõ nhất có thể được về dự án , về các nhiệm vụ phải thực hiện, về chi phí và về các ràng buộc về thời gian thực hiện hệ thống thông tin mới.
+ Chuẩn bị và trình bày báo cáo phân tích chi tiết.
Đây là một tài liệu rất quan trọng bởi vì nó sẽ phục vụ cho việc ra quyết đinh tiếp tục hay huỷ bỏ dự án. Nó không được quá rườm rà với hàng loạt những đống dữ liệu chi tiết mà họ không thể thấy được ý nghĩa. Tuy nhiên vẫn phải chứa đựng được những điều căn bản mà nhóm phân tích tìm thấy được.
2.5.3. Thiết kế lôgic
Giai đoạn này nhằm xác đinh tất cả các thành phần lôgic của một hệ thống thông tin, cho phép loại bỏ được các vấn đề của hệ thống thực tế và đạt được những mục tiêu đã được thiết lập ở giai đoạn trước. Mô hình lôgic của hệ thống mới sẽ sản sinh ra (nội dung của Outputs), nội dung các tệp dữ liệu (các tệp, các quan hệ giữa các tệp), các xử lý và hợp thức hoá sẽ phải thực hiện (các xử lý) và các dữ liệu sẽ được nhập vào (các Inputs). Mô hình lôgic sẽ phải được những người sử dụng xem xét và chuẩn y. Thiết kế lôgic gồm những công đoạn sau:
+ Thiết kế cơ sở dữ liêu.
* Thiết kế cơ sở dữ liệu từ các thông tin đầu ra.
Bước 1. Xác định các đầu ra.
Liệt kê toàn bộ các thông tin đầu ra.
Nội dung, khối lượng, tần suất và nơi nhận của chúng
Bước 2. Xác định các tệp cần thiết cung cấp đẻ dữ liệu cho việc tạo ra từng đầu ra.
Liệt kê các phần tử thông tin trên đầu ra.
Thực hiện việc chuẩn hoá các mức
* Thiết kế cơ sở dữ liệu bằng phương pháp mô hình hoá.
+ Thiết kế xử lý.
Từ trên ta đã có các sơ đồ lô gic của xử lý. Tuy nhiên nó chỉ mới làm rõ những quan hệ có tính chất ngữ nghĩa của các dữ liệu và không quan tâm tới những yếu tố mang tính tổ chức như: Ai thực hiện xử lý? ở đâu? Khi nào? Như thế nào?
* Phân tích tra cứu.
Dựa vào phần thiết kế cơ sở dữ liệu mà ta có thể tìm hiểu xem, bằng cách nào để có thể lấy được những thông tin đầu ra từ các tệp đã được thiết kế. Phân tích tra cứu một mặt giúp cho việc xem xét lại khâu thiết kế cơ sở dữ liệu đã hoàn thành chưa, nghĩa là đủ để sản sinh các đầu ra hay không, mặt khác nó phát triển một phần lôgic xử lý để tạo các thông tin ra. Đối với mỗi đầu ra người ta tìm cách xác định các tệp cần thiết, thứ tự mà chúng được đọc và các xử lý được thực hiện trên các dữ liệu đã đọc. Kết quả của việc phân tích này sẽ được thực hiện thành sơ đồ phân tích tra cứu và đưa vào các phích xử lý trong từ điển hệ thống.
* Phân tích cập nhật
Các đối tượng mà hệ thống thông tin quản lý thường xuyên thay đổi, vì vậy thông tin trong cơ sở dữ liệu cũng phải được cập nhật thường xuyên. Như vậy để trả lời câu hỏi là khi nào thì tiến hành cập nhật thì ta cần xác định được các nguyên nhân dẩn đến các cập nhật.
+ Thiết kế các luồng dữ liệu vào.
+ Chỉnh sửa tài liệu cho mức lôgic.
+ Hợp thức hoá mô hình lôgic.
2.5.4. Đề xuất các phương án của giải pháp.
Mô hình lô gic của hệ thống mới mô tả cái mà hệ thống này phải làm. Khi mô hình này được xác định và chuẩn y bởi người sử dụng, thì phân tích viên ho
