mrnguyen239
New Member
Download miễn phí Chuyên đề Xây dựng Website hệ thống thông tin quản lý khách sạn Công Đoàn
Ngày nay, với sự phát triển của đời sống xã hội ngày càng cao, đồng nghĩa với nó là công tác quản lý cũng cần chính xác và cụ thể hơn. Chính vì thế để tạo ra được một phần mềm đáp ứng được những yêu cầu đặt ra thì một cá nhân hay một nhóm người thì khó mà hoàn thành được. Vì vậy để nâng cao hiệu quả lao động của mổi cá nhân cũng như của toàn tập thể thì việc phân công lao động chặt chẽ là rất cần thiết. Xuất phát từ yêu cầu đó một hệ thống thông tin cũng được phân chia thành các giai đoạn khác nhau cụ thể như sau:
Để 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.
Ketnooi -
You must be registered for see links
Ai cần tài liệu gì mà không tìm thấy ở Ketnooi, đă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:
luồng dữ liệu, các xử lý, các lưu trữ dữ liệu, nguồn và đích nhưng không hề quan tâm tới nơi, thời điểm và đối tượng chịu trách nhiệm xử lý. Sơ đồ luồng dữ liệu chỉ mô tả đơn thuần hệ thống thông tin làm gì và để làm gì.
- Ngôn ngữ sơ đồ luồng dữ liệu DFD sử dụng 4 loại ký pháp cơ bản: thực thể, tiến trình, kho dữ liệu và dòng dữ liệu.
Các mức của DFD.
- Sơ đồ ngữ cảnh ( Context Diagram ) thể hiện rất khái quát nội dung chính của hệ thống thông tin. Sơ đồ này không đi vào chi tiết mà mô tả sao cho chỉ cần một lần nhìn là ra nội dung chính của hệ thống. Ðể cho sơ đồ ngữ cảnh sáng sủa, dễ nhìn có thể bỏ qua các kho dữ liệu; bỏ qua các xử lý cập nhật. Sơ đồ khung cảnh còn được gọi là sơ đồ mức 0.
Phân rã sơ đồ
- Ðể mô tả hệ thống chi tiết hơn người ta dùng kỹ thuật phân rã sơ đồ. Bắt đầu từ sơ đồ khung cảnh, người ta phân rã ra thành sơ đồ mức 0, tiếp sau mức 0 là mức 1.
2.3.3 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.
- Nghiê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.
- Nghiê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.
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:
3.1 Thiết kế cơ sở dữ liệu
Thiết kế cơ sở dữ liệu từ các thông tin đầu ra.
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
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
3.2 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 t...
- Ngôn ngữ sơ đồ luồng dữ liệu DFD sử dụng 4 loại ký pháp cơ bản: thực thể, tiến trình, kho dữ liệu và dòng dữ liệu.
Các mức của DFD.
- Sơ đồ ngữ cảnh ( Context Diagram ) thể hiện rất khái quát nội dung chính của hệ thống thông tin. Sơ đồ này không đi vào chi tiết mà mô tả sao cho chỉ cần một lần nhìn là ra nội dung chính của hệ thống. Ðể cho sơ đồ ngữ cảnh sáng sủa, dễ nhìn có thể bỏ qua các kho dữ liệu; bỏ qua các xử lý cập nhật. Sơ đồ khung cảnh còn được gọi là sơ đồ mức 0.
Phân rã sơ đồ
- Ðể mô tả hệ thống chi tiết hơn người ta dùng kỹ thuật phân rã sơ đồ. Bắt đầu từ sơ đồ khung cảnh, người ta phân rã ra thành sơ đồ mức 0, tiếp sau mức 0 là mức 1.
2.3.3 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.
- Nghiê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.
- Nghiê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.
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:
3.1 Thiết kế cơ sở dữ liệu
Thiết kế cơ sở dữ liệu từ các thông tin đầu ra.
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
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
3.2 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 t...