Lý thuyết phát triển hệ thống thông tin quản lý

CHƯƠNG 1 TỔNG QUAN VỀ PHÁT TRIỂN HỆ THỐNG THÔNG TIN QUẢN LÝ I Hệ thống thông tin quản lý là gì? 1 Khái niệm HTTTQL là tập hợp gồm phần cứng, phần mềm, dữ liệu, con người, hệ thống mạng xử lý 4 chu trì.

CHƯƠNG 1: TỔNG QUAN VỀ PHÁT TRIỂN HỆ THỐNG THÔNG TIN QUẢN LÝ I Hệ thống thông tin quản lý gì? Khái niệm: HTTTQL tập hợp gồm phần cứng, phần mềm, liệu, người, hệ thống mạng xử lý chu trình thơng tin,… - Chuyên ngành HTTT học vận hành thông tin => Vận hành sử dụng hệ thống có sẵn để tạo lợi ích - Chuyên ngành THKT học khai thác thông tin => Khai thác từ có sẵn hệ thống xem xét xem phát triển thêm khơng? HTTTQL có phân hệ: Xử lý giao dịch - HTTTQL (lấy thông tin từ hệ thống giao dịch để hỗ trợ thao tác định) - Hỗ trợ việc định - Chuyên gia - Tăng cường khả định Phương pháp nghiên cứu HTTTQL - => Là phương pháp mơ hình hố - IFD (Information Flow Diagram): luồng thông tin - DFD (Data Flow Diagram): luồng liệu - BFD (Business Flow Diagram): luồng chức Sự khác HTTTQL CNTT: CNTT II - Học máy tính, phần mềm (thiên kĩ thuật) Học thông tin, tổ ch Tạo thông tin Quản lý, vận hành VD: HTTTQL kiến trúc sư CNTT người xây dựng Dự án phát triển HTTTQL Khái niệm: Tập hợp hoạt động có mục tiêu thực với mức kinh phí, thời hạn định - Dự án gồm yếu tố: + Hoạt động + + + - Mục tiêu Mức kinh phí Thời hạn Đề cương dự án phát triển HTTTQL + Những thông tin chung: ● Tên dự án Mục tiêu dự án: Nêu lên mục tiêu chính, mang tính khái quát dự án (nên để từ 3-6 mục tiêu chính) ● Đơn vị thực dự án: Đơn vị chủ trì đơn vị cấp vốn khơng thể ● Nguồn kinh phí dự án ● Thời gian thực dự án: gồm tổng thời gian thực thực tế dự án ngày bắt đầu dự án, ngày kết thúc dự án ● + + + Thực trạng HTTT tổ chức: ● Mô tả tổ chức: rõ tên, chức năng, mục tiêu, loại hình, quy mô tổ chức ● Chỉ vấn đề, hội giải pháp cho HTTT Các hoạt động ● Tên hoạt động ● Mục tiêu hoạt động ● Quy chế cách thức tổ chức hoạt động ● Nhân ● Phần mềm, CSDL ● Phát triển phần cứng, viễn thơng Bảng phân bổ chi phí STT Công việc + Bảng tiến độ (phân chia theo đơn vị thời gian) + Đánh giá khả thi (khả thực thi dự án) Kinh phí III ● Rủi ro ● ● ● Tài (nguồn vốn) Thời gian Kĩ thuật + Các đối tượng hưởng lợi lợi ích mà họ hưởng + Kết luận kiến nghị: phương hướng phát triển cho hệ thống + Các phụ lục Phương pháp phát triển HTTT Được xem tập hợp bước công việc bước công cụ cho phép tiến hành trình phát triển HTTT cách chặt chẽ dễ quản lý Các nguyên tắc Ngun tắc 1: Sử dụng mơ hình + Mơ hình logic: Là mơ hình góc độ nhà quản lý + Mơ hình vật lý ngồi: Ứng với góc nhìn người sử dụng – Quan tâm đến việc làm nào? Làm lúc nào? + Mô hình vật lý trong: Ứng với góc độ nhà kĩ thuật – Quan tâm đến việc chất lượng hệ thống sao? Hoạt động nào? - Nguyên tắc 2: Đi từ chung đến riêng (Nguyên tắc đơn giản hóa – Đi từ khái quát đến chi tiết) - Nguyên tắc 3: Đi từ mơ hình vật lý sang mơ hình logic phân tích từ mơ hình logic sang mơ hình vật lý thiết kế - Ngun tắc 4: Tính tốn chi phí/lợi ích - Nguyên tắc 5: Làm việc tập thể (1 HTTT lớn trải dài nhiều lĩnh vực nên địi hỏi phải có nhiều thành viên tham gia) - Nguyên tắc 6: Tiếp cận hệ thống (1 tổ chức cấu thành từ nhiều yếu tố, có quan hệ chặt chẽ với nhau, có tác động qua lại nhằm đạt mục đích chung, để giải vấn đề nào, cần xem xét mối quan hệ vấn đề với phận tổ chức) Các phương pháp - - Phương pháp nguyên mẫu: Là phương pháp xây dựng hệ thống thử nghiệm ban đầu, thường nhỏ với chi phí khơng lớn; bước xem xét việc vận hành, khai thác người sử dụng để định hướng rõ hơn, yêu cầu thông tin họ, từ bổ sung, hồn chỉnh dần đáp ứng yêu cầu Gồm bước thực hiện: + B1: Xác định yêu cầu hệ thống + B2: Phát triển hệ thống ban đầu dựa yêu cầu B3: Sử dụng hệ thống nguyên mẫu, tiến hành thu thập thông tin phản hồi từ người sử dụng + B4: Duyệt lại tăng cường cho hệ thống - Phương pháp phát triển nhanh (RAD): phương pháp phát triển phần mềm, ứng dụng thời gian tương đối ngắn, thường sử dụng cơng cụ sinh chương trình để xây dựng ngun mẫu lắp ghép để thành hệ thống - Phát triển ứng dụng liên kết (JAD): để tăng tốc cơng việc phân tích thiết kế hệ thống, thay việc thu thập thơng tin từ nguồn tổ chức tiến hành phân tích để thiết kế cách tổ chức buổi làm việc tương tác, tích cực chuyên gia HTTT với người sử dụng cuối - Phương pháp phát triển vòng đời: xây dựng tảng sơ đồ thác nước, gồm giai đoạn, giai đoạn bao gồm dãy công việc, cuối giai đoạn kèm việc định xây dựng tiếp hay chấm dứt việc phát triển hệ thống => Đánh giá yêu cầu ⇔ Phân tích chi tiết ⇔ Thiết kế logic ⇔ Xây dựng phương án ⇔ Thiết kế vật lý ⇔ Thực kỹ thuật ⇔ Cài đặt bảo trì + IV Các thành viên dự án Dự án HTTT dự án rộng, bao gồm nhiều lĩnh vực, ngành nghề, nên quản lý điều hành đội ngũ gọi ban quản trị dự án Và bao gồm thành phần: Thành viên BLĐ tổ chức Là người có quyền định (mọi định tổ chức) - Là người kiểm soát nguồn lực dùng tổ chức (phải hiểu hệ thống có khả chia sẻ nguồn lực cho hệ thống) - Là người xây dựng mục tiêu, chiến lược (nên phải có mặt dự án, để HTTT phải hướng đến mục tiêu chiến lược tổ chức) Những nhà quản lý cấp trung - Là người định cấp chiến thuật, người nắm rõ quy trình nghiệp vụ, phận tổ chức Họ làm việc, hợp tác với phân tích viên thiết kế viên; cung cấp thơng tin cho phân tích viên, thiết kế viên; họ sửa đổi để hoàn chỉnh Phân tích viên thiết kế viên Có nhiệm vụ phân tích q trình nghiệp, q trình quản lý để từ thiết kế cài đặt hệ thống, đáp ứng yêu cầu tổ chức - Vai trò phân tích viên hệ thống: dự án có nhiều phân tích viên, phân tích viên phải hiểu rõ công việc mà người sử dụng phải làm, phải biết vấn đề mà người sử dụng gặp phải, sau phân tích, đề xuất giải pháp để giải vấn đề tồn Đồng thời phân tích viên phải biết chuyển đổi yếu tố logic thành phương án cụ thể tiến hành đánh giá chi phí, lợi ích phương án mặt tài chính, xã hội Phải biết chuyển đổi đề xuất thành đặc tả cụ thể lập trình viên thực chúng Ngồi phân tích viên phải biết lập trình, kiểm thử cài đặt hệ thống Người sử dụng cuối Là người sử dụng thông tin đầu hệ thống Người sử dụng - Thao tác viên Là người mà vai trò nghiệp vụ họ gắn liền với hệ thống, họ tạo đầu vào nhận đầu từ hệ thống chuyển cho người sử dụng cuối Người sử dụng gián tiếp Là người chịu ảnh hướng gián tiếp từ hệ thống, họ không chịu tác động hay hưởng lợi ích trực tiếp từ hệ thống VD: Giáo viên trình học thi trắc nghiệm, giáo viên thi vào phần nên phải cho học hết, tự luận học thi Lập trình viên Là người chịu trách nhiệm xử lý hệ thống, phần mềm hệ thống vật lý Chịu trách nhiệm xây dựng chi tiết cấu trúc hệ thống Hướng dẫn viên sử dụng CHƯƠNG 2: GIAI ĐOẠN ĐÁNH GIÁ YÊU CẦU I II Sự cần thiết công việc giai đoạn đánh giá yêu cầu - Lý phải thực hiện: Một dự án không tiến hành sau nhận yêu cầu, địi hỏi tài chính, thời gian, nhân lực Vì dự án tiến hành sau thực phân tích ban đầu (đánh giá, thẩm định yêu cầu) sở phân tích hội, khả thực thi - Ý nghĩa: Việc đánh giá yêu cầu giúp + Dự án có khả thực + Chứng tỏ lực đội ngũ phát triển hệ thống + Nội dung: ● Xác định vấn đề - hội ● Dự kiến thay đổi xảy ● Đánh giá tác động thay đổi dự án ● Đánh giá tính khả thi dự án ● Đưa khuyến cáo cho người chịu trách nhiệm định + Yêu cầu: ● Phải thực đánh giá thời gian ngắn với mức chi phí thấp ● Người đánh giá phải có lực để đề xuất giải pháp hữu hiệu, ước lược ảnh hưởng đến từ dự án Nội dung công việc giai đoạn đánh giá Lập kế hoạch Tập trung vào khảo sát sơ hệ thống xem xét, xác định thông tin cần thu thập (xác định nguồn, phương pháp thu thập, số lượng - đa dạng thông tin) Xác định nhiệm vụ cho thành viên - Mục tiêu sản phẩm thu được, ai? làm việc gì? thời hạn? địa điểm? để thực cơng việc - Cơng cụ chi phí cho cơng việc, cá nhân Làm rõ yêu cầu - Phải gặp gỡ trực tiếp người đặt yêu cầu, sau người quản lý chức bị ảnh hưởng để xác định nguyên nhân dẫn đến yêu cầu phác họa khung cảnh hệ thống nghiên cứu Khung cảnh hệ thống Là nguồn, đích thơng tin, phận, chức người tham gia vào xử lý liệu Việc xác định khung cảnh hệ thống, có ảnh hưởng đến việc xác định quy mô dự án Lưu ý: Xác định khung cảnh hệ thống khơng phải dễ dàng, địi hỏi phải tiếp cận trực tiếp với người đặt yêu cầu Nếu xác định khung cảnh hẹp, thiếu số yếu tố, thành phần hệ thống tương lai không đáp ứng nhu cầu, ngược lại xác định khung cảnh rộng lãng phí nguồn lực Khi hệ thống xây dựng xong dễ làm cho quy trình quản lý bị xáo trộn không đem lại hiệu Đánh giá khả thi Khả thi mặt tổ chức: xem xét hòa hợp giải pháp HTTT tương lai với môi trường tổ chức + Lợi ích hệ thống có tơn trọng sách quản lý nhân hay không? + Ảnh hưởng hệ thống đến khơng khí làm việc, mqh thành viên, mqh tổ chức với bên + Ảnh hưởng HTTT với + Những khả mở rộng dự án mở theo hướng đa dạng hóa, hay chi tiết hóa chức hệ thống + Việc sẵn sàng tham gia vào dự án thành viên tổ chức + Những chống đối từ việc thay đổi tương lai hệ thống đem đến + Những đào tạo cho nhân viên để vận hành khai thác hệ thống - Khả thi tài chính: nguồn vốn, lợi ích kinh tế (định lượng) - Khả thi thời hạn: xem xét để đảm bảo dự án HTTT phát triển tiến độ + Đánh giá khả tổ chức công việc: xếp công việc khoa học + Khả người sử dụng tham gia vào dự án + Năng lực lượng thời gian tham gia đội ngũ phân tích viên, lập trình viên kỹ thuật viên + Khả hoàn thành việc chuẩn bị liệu cho hệ thống - Khả thi kĩ thuật: có phù hợp với đề xuất hệ thống hay không - Khả thi đạo đức kinh doanh: xem đề xuất có tuân thủ quy định, quy chế, điều luật đạo đức xã hội hay không - Khả thi mặt rủi ro Chuẩn bị trình bày báo cáo đánh giá yêu cầu - Báo cáo sở để lãnh đạo hay nhà cấp vốn cho phép dự án tiếp tục hay dừng lại Vì báo cáo phải tranh đầy đủ rõ ràng tình hình HTTT tổ chức tại, đồng thời đưa hệ thống tương lai kèm khuyến nghị cho hành động III Nội dung báo cáo giai đoạn đánh giá yêu cầu Yêu cầu Trình bày lại yêu cầu tổ chức hệ thống tương lai, cụ thể gồm mục: - Tên yêu cầu - Tên người/bộ phận đưa yêu cầu - Hệ thống thông tin có liên quan đến yêu cầu - Những vấn đề mà người yêu cầu nêu lên Phương pháp tiến hành đánh giá Để minh chứng yêu cầu đánh giá cách đắn - Các công cụ thu thập thơng tin - Q trình thu thập thơng tin - Những người/bộ phận tiếp xúc mà nội dung thơng tin thu từ Mơ tả khung cảnh Trình bày phận, chức năng, vị trí cơng tác ảnh hưởng hay bị ảnh hưởng hệ thống - Nêu tên nhà quản lý có trách nhiệm - Đặc trưng tổ chức: Nêu lên sách (VD: cách quản lý, ứng dụng system, ) - Đặc trưng công nghệ: Sử dụng trang thiết bị gì, phần mềm quản lý gì, - Tình hình tài Hệ thống nghiên cứu - Trình bày tên gọi mơ tả hệ thống - Trình bày mục đích hệ thống Nêu vấn đề - Chỉ tồn trình bày góc độ - Nhà quản lý có liên quan - Nhà phân tích Trình bày kết đánh giá khả thi Kiến nghị Đề xuất dự án - Mô tả nhiệm vụ cần thực hiện: Mô tả cách khắc phục vấn đề Đề xuất thời hạn Đề xuất kinh phí CHƯƠNG 3: GIAI ĐOẠN PHÂN TÍCH CHI TIẾT I II - Mục tiêu, nội dung sản phẩm Các khâu trình phân tích: - Bước 1: Chi tiết hóa vấn đề - Chia nhỏ vấn đề, đồng thời mường tượng hậu vấn đề gây với tổ chức, tầm ảnh hưởng quy mô hậu để nhà lãnh đạo nhà cấp vốn có định việc tạo nguồn lực cho dự án - Bước 2: Hiểu rõ hệ thống - Có thể trình bày hệ thống nhiều góc độ khác nhà quản lý, người phân tích, người sử dụng, hiểu rõ hệ thống - Bước 3: Tìm ngun nhân - Phân tích để tìm ngun nhân đích thực vấn đề (mỗi vấn đề có nhiều ngun nhân phải phân loại nguyên nhân đó, xem thuộc quản lý, chế - sách hay hệ thống) - Bước 4: Xác định mục tiêu giải - Không giải công việc đạt 100% giới hạn nguồn lực, với mục tiêu đặt giải vấn đề phải phù hợp với khả đạt - Bước 5: Đề xuất giải pháp - Ln khâu cuối q trình phân tích nào, bao gồm sách quản lý hệ thống thông tin Tầm quan trọng: Cụ thể hóa cơng việc để phù hợp với ràng buộc nguồn lực Mục đích: Đưa chuẩn đoán hệ thống tồn xác định mục tiêu cần đạt hệ thống Các phương pháp thu thập thông tin Phỏng vấn Gặp trực tiếp ngược vấn để đặt câu hỏi ghi chép lại câu trả lời Cho phép thu thập thông tin khái quát hệ thống, thông tin không ghi văn tổ chức đặc biệt thông tin mục tiêu vấn đề gây xúc tổ chức + Chuẩn bị vấn ● Lập danh sách người vấn ● Tìm hiểu số thông tin người vấn ● Chuẩn bị đề cương vấn (bao gồm thông tin người vấn) ● Xác định cách thức vấn (phỏng vấn có cấu trúc phi cấu trúc) ● Lên lịch vấn: thường buổi sáng (vì người vấn người vấn chưa chịu áp lực nào) thời gian vấn không 90 phút - Chuẩn bị phương tiện để ghi chép câu trả lời + Tiến hành vấn ● Lập nhóm vấn: Thường người, để dẫn dắt nội dung vấn người ghi chép vấn ● Ln ● Trong suốt trình vấn, phải thể thái độ tôn trọng, cởi mở không gây áp lực cho người vấn ● Nếu sử dụng thiết bị ghi âm, ghi hình ln phải cơng khai sau phép người vấn + Tổng hợp kết vấn Được tiến hành sau buổi vấn, chậm 48h ● Lập bảng tổng hợp tài liệu: gồm cột số hiệu tài liệu, mô tả tài liệu nhiệm vụ xử lý tài liệu ● Lập bảng tổng hợp nhiệm vụ xử lý (tài liệu thu thập để xử lý nhiệm vụ nào): gồm số hiệu nhiệm vụ xử lý, mô tả nhiệm vụ xử lý vị trí cơng tác thực xử lý, tần suất - khối lượng xử lý, tài liệu sử dụng cho nhiệm vụ xử lý, tài liệu đầu ● Từ tài liệu thu thập được, bổ sung vào tài liệu mô tả hệ thống ● Tổng hợp thông tin thu kết hợp với thông tin thu từ vấn khác để phát điều bất hợp lý Nghiên cứu tài liệu - Cho phép nghiên cứu kĩ tỉ mỉ nhiều khía cạnh tổ chức, ví dụ tình hình tài chính, nhiệm vụ thành viên, nội dung hình thức thông tin vào - ra, Đồng thời thông tin thu thập phản ánh tình trạng tổ chức khứ, chí tương lai Cần nghiên cứu loại tài liệu: ● Các văn thủ tục quy trình làm việc ● Các biểu mẫu sử dụng hoạt động tổ chức ● Các loại báo cáo bảng biểu hệ thống sản sinh Sử dụng phiếu điều tra - Sử dụng cần lấy thông tin từ số lượng lớn đối tượng phạm vi địa lý rộng thay vấn ● Tuân thủ nguyên tắc lựa chọn ngẫu nhiên ● Lựa chọn đối tượng có thiện chí tích cực việc trả lời điều tra ● Phân thành nhóm để có mẫu điều tra riêng biệt ● Phương pháp sử dụng phiếu điều tra: Thường chứa câu hỏi đóng (có lựa chọn để người điều tra trả lời), có thường câu hỏi mở (được viết ý kiến vào) Phương pháp quan sát ● Nhằm thu thập thông tin mà tài liệu thu thập qua vấn Có thể thơng tin nhạy cảm hay mang tính chất mơ hồ mà người vấn trả lời rõ ràng III Xây dựng bảng mã hiệu Khái niệm mã hiệu mã hoá Mã hiệu: Là biểu diễn theo quy ước, thông thường ngắn gọn, thay cho tên, thuộc tính đối tượng - Mã hóa: Là xây dựng tập hợp hàm thức mang tính quy ước, gán cho tập hợp ý nghĩa cách liên hệ tập hợp với đối tượng cần biểu diễn Các phương pháp mã hóa - - Mã hóa phân cấp Phân cấp đối tượng từ cao xuống thấp, mã số xây dựng từ trái sang phải, độ dài mã thể chi tiết phân cấp + Ưu điểm: Đơn giản + Nhược điểm: Phải xác định độ sâu đối tượng - Mã hóa liên tiếp Tạo dãy theo quy tắc định, ví dụ SBD thi sinh viên, phịng khảo thí thực đánh số phách + Ưu điểm: Đơn giản mã hóa phân cấp + Nhược điểm: Không thể chèn mã vào đối tượng - Mã hóa tổng hợp Kết hợp mã hóa phân cấp mã hóa liên tiếp (ví dụ MSV: 11 18 5326, số đầu hệ đào tạo, số tiếp năm nhập học, số cuối số thứ tự xếp theo thứ tự a-z tên) - Mã hóa theo series Dùng tập hợp theo dãy gọi series (ví dụ mã thẻ cào điện thoại) - Mã hóa gợi nhớ Dựa vào đặc tính đối tượng để đưa mã (ví dụ mã viễn thông hàng không HAN - Hà Nội, SGN - TP Hồ Chí Minh) - Mã hóa ghép nối Phương pháp chia mã làm nhiều phần, phần tương ứng với đặc tính, liên hệ có … với đối tượng gắn mã (ví dụ mã vạch siêu thị) Yêu cầu mã Để xây dựng mã cho đối tượng cần đảm bảo yêu cầu - Tỉ lệ kén chọn sâu sắc = + Tỷ lệ kén chọn = Số lượng đối tượng thỏa mãn lọc ra/Tổng số đối tượng lọc + Tỷ lệ sâu sắc = Số lượng đối tượng thỏa mãn lọc ra/Tổng số đối tượng thỏa mãn có tập tin - Có tính uyển chuyển lâu bền: Phải ước lượng biến đổi đối tượng - Nghĩa nghiên cứu biến động yếu tố mã để đảm bảo dùng lâu dài - Tiện lợi sử dụng: + Ngắn gọn, tiện dụng + Dễ dàng kiểm tra phương pháp thủ công lẫn tự động + Dễ dàng giải mã (dịch mã phải dễ dàng) Các thức tiến hành mã hóa: Bước 1: Xác định tập hợp đối tượng cần mã hóa - Bước 2: Xử lý tra cứu cần thực đối tượng - Bước 3: Lựa chọn giải pháp mã hóa - Bước 4: Triển khai mã hóa Cơng cụ mơ hình hố HTTT Sơ đồ luồng thơng tin (IFD - Information Flow Diagram) - IV Để mô tả HTTT cách thức động - Tức mô tả di chuyển tài liệu, thông tin, việc xử lý, việc lưu trữ chúng giới vật lý - Các ký pháp: + Xử lý: ● Hình chữ nhật: Xử lý thủ cơng ● Hình chữ nhật có thêm đường song song với cạnh dưới: Bán thủ cơng ● Hình chữ nhật có thêm đường song song với cạnh dưới: Tin học hóa + Lưu trữ: ● Tam giác lộn ngược: Thủ công ● Tam giác lộn ngược đường song song cạnh dưới: Tin học hóa + Dịng thơng tin: Hình thang lộn nang sang phải có mũi tên sang ngang + Điều khiển: Hình thoi - Xây dựng sơ đồ luồng thông tin Thời gian + Công việc Đơn vị liên quan A Lưu ý: ● KHÔNG ĐƯỢC ĐẢO NGƯỢC BÁNH XE THỜI GIAN Đơn vị liên qu Với liệu lấy từ kho khơng cần mũi tên thao tác ta vừa lấy vừa đưa vào, ngồi thêm ký pháp để việc lưu thông tin mang tính chất tạm thời, ví dụ Màn hình hay Ổ cứng, - Phích thơng tin: Là cách mơ tả lời cho đối tượng biểu diễn sơ đồ + Phích luồng thơng tin: Mơ tả tài liệu + Phích kho liệu: Mơ tả tên kho liệu, nằm IFD (IFD có liên quan), chương trình - người truy nhập + Phích xử lý: Tên xử lý, tên IFD có liên quan, cách thức xử lý Sơ đồ luồng liệu (DFD - Data Flow Diagram) ● Để mô tả HTTT cách thức tĩnh - HTTT dạng tĩnh mang tính trừu tượng, thể luồng liệu, xử lý, lưu trữ, nguồn đích, đối tượng chịu trách nhiệm xử lý - Các ký pháp: + Hình chữ nhật có Tên tác nhân (con người) bên + Hướng dịch chuyển liệu: Ln ln có tên trừ đường đường vào kho liệu + đường kẻ song song tên CSDL giữa: Là kho liệu hay nơi lưu trữ liệu + Đường tròn bên Mức xử lý, Tên xử lý - Phân rã sơ đồ: Khác với IFD, DFD có nhiều mức + Mức ngữ cảnh: Mức cao + Các mức phân rã: Chi tiết hệ thống + Lưu ý: ● Thu HTTT ● Tác nhân không thay đổi dù phân rã từ đường ● Cách đánh dấu: TTxu ly x Mức: 1.0, 2.0, 3.0, - Nguyên tắc phân rã sơ đồ DFD: + Mỗi luồng liệu cần tên trừ kho liệu + Dữ liệu vật mang khác ln cần luồng + Cách đánh dấu thống + Các kho liệu phép vẽ lại vị trí khác + Tên cho xử lý phải bắt đầu động từ + Các xử lý phải thực nhằm biến đổi liệu nên luồng vào phải khác luồng + Ngoài việc phân rã phải tuân thủ: ● Với sơ đồ nên để tối đa xử lý/trang ● Các xử lý/sơ đồ phải mức phân rã Luồng vào DFD mức cao luồng vào DFD mức luồng DFD mức phải luồng tới đích DFD mức lớn ● Khơng có luồng liệu từ: Dữ liệu -> Dữ liệu, Tác nhân -> Tác nhân, Tác nhân -> Dữ liệu, Xử lý -> Xử lý (dùng cho nâng cao) - Phích liệu: Các phích để hồn chỉnh tài liệu cho hệ thống, mơ tả thêm cho luồng liệu xử lý kho liệu cho phần tử thông tin Các công đoạn phân tích chi tiết Lập kế hoạch ● V Tập trung vào việc phân chia nhiệm vụ, từ hình thành nên nhóm làm việc, với phương pháp, công cụ kỹ thuật cụ thể, tập trung xây dựng thời hạn cho công việc Nghiên cứu môi trường hệ thống tồn Mơi trường bên bên ngồi, mơi trường vật lý, mơi trường kỹ thuật - Mơi trường bên ngồi: Loại hình tổ chức - Loại sản phẩm mà dịch vụ cung cấp, phát triển chung ngành, cạnh tranh thị phần tổ chức, xu công nghệ ngành, luật liên quan yếu tố thành công cho tổ chức lĩnh vực - Môi trường bên trong: Môi trường tổ chức, cách thức quản lý, cấu trúc doanh nghiệp, tổ chức trị - xã hội bên tổ chức - Môi trường vật lý: Liên quan đến khn viên tổ chức, mức độ an ninh, kiểm sốt hệ thống - Môi trường kỹ thuật: Phần cứng, phần mềm tổ chức, cách xử lý liệu, tình hình tin học hóa, nhân có trình độ chun mơn kỹ thuật Nghiên cứu hệ thống Đòi hỏi nhà phân tích phải có hiểu biết đầy đủ HTTT nghiên cứu, từ xác định vấn đề hệ thống nguyên nhân vấn đề Đưa chuẩn đoán xác định yếu tố giải pháp Chuẩn đoán hoạt động phức tạp đòi hỏi phải tiếp cận hệ thống cách chặt chẽ Phân tích viên phải biết sử dụng cơng cụ cần thiết để phân tích nhằm tìm nguyên nhân Sau xác định mục tiêu cho hệ thống mới, mà vấn đề nguyên nhân hệ thống xác định - Mục tiêu gắn với vấn đề hệ thống - Yếu tố giải pháp gắn với nguyên nhân vấn đề Đánh giá lại tính khả thi Thay đổi đề xuất Do phân tích làm cho nội dung cơng việc, mục tiêu, quy mô dự án bị thay đổi nên ta phải đề xuất thay cho đề xuất cũ Chuẩn bị trình bày báo cáo - - - Trình bày lại u cầu Mơ tả phương phá phân tích + Trình bày cơng cụ thu thập thơng tin + Trình bày tài liệu hệ thống dùng Mơ tả mơi trường bên trong, ngồi kỹ thuật Mô tả hệ thống tồn + Mô tả tổng quan đặc trưng chủ yếu hệ thống + Đánh giá chi phí hoạt động hệ thống Trình bày chuẩn đốn hệ thống Đánh giá khả thi Đề xuất Phụ lục: + IFD (hệ thống cũ) tài liệu liên quan + DFD (hệ thống cũ) tài liệu liên quan + Chi tiết chi phí CHƯƠNG 4: THIẾT KẾ LOGIC I II Mục đích giai đoạn thiết kế logic - Xác định chi tiết xác vấn đề hệ thống phải làm - Sản phẩm: DFD (hệ thống mới), DSD (sơ đồ cấu trúc liệu hệ thống mới), kết phân tích tra cứu phân tích cập nhật hệ thống + Tiếp cận từ liệu => Thiết kế CSDL (đủ liệu) => Đầu đáp ứng yêu cầu Thiết kế CSDL Tổng quan: Xác định nội dung kho liệu cần phải có để đủ cung cấp yêu cầu thông tin cho người sử dụng hệ thống Những thách thức thiết kế CSDL: - Đặc trưng nhiệm vụ mà hệ thống thông tin trợ giúp: + Mức độ cấu trúc nhiệm vụ + Mức độ phức tạp biến động nhiệm vụ - Đặc trưng hệ thống thông tin: + Quy mô HTTT + Sự phức tạp công nghệ sử dụng + Mức phân tán mặt địa lý người sử dụng nguồn liệu Số lượng người sử dụng - Đặc trưng người sử dụng + Thiên hướng cho thay đổi + Kinh nghiệm HTTT tương tự + Kinh nghiệm tham gia vào phát triển HTTT - Đặc trưng người phát triển + Sự lành nghề (năng lực) việc phát triển HTTT + Những kinh nghiệm nhiệm vụ mà HTTT trợ giúp Bốn phương pháp để thiết kế CSDL logic - Sử dụng nguyên mẫu - Điều tra nhu cầu thông tin từ người sử dụng: Gặp người sử dụng xem họ cần thơng tin => Dữ liệu đầu vào - Suy dẫn từ thông tin HTTT tồn tại: Tìm phần bỏ phần cần thêm vào - Tổng hợp từ đặc trưng nhiệm vụ HTTT trợ giúp (phương pháp sử dụng phổ biến) - Gồm phương pháp: Thiết kế CSDL logic từ thông tin đầu Bước 1: Xác định tệp đầu Bước 2: Xác định tệp cần thiết cung cấp đủ liệu cho việc tạo đầu - Liệt kê phần tử thơng tin đầu (ví dụ: họ tên sinh viên, giới tính, ) - Xác định khóa cho tập hợp thơng tin - Đánh dấu thuộc tính lặp ký hiệu (thơng thường chữ R), thứ sinh S - Loại bỏ phần tử thứ sinh khỏi danh sách - Loại bỏ phần tử khơng có ý nghĩa quản lý Bước 3: Chuẩn hóa danh sách - 1NF: Khơng chứa thuộc tính lặp => Tách thuộc tính lặp thành danh sách con, có ý nghĩa góc độ quản lý sau tách, danh sách cần tìm cho thuộc tính khóa thêm vào thuộc tính khóa định danh danh sách gốc - 2NF: Là phải đảm bảo thuộc tính phải phụ thuộc vào tồn khóa khơng phụ thuộc vào phần khóa (ví dụ có khóa phải phụ thuộc vào khóa khơng phải 2) => Tách thuộc tính phần khóa mà phụ thuộc thành danh sách riêng - 3NF: Không có phụ thuộc hàm mang tính bắc cầu => Tách thành danh sách Bước 4: Tích hợp tệp để tạo CSDL - Với tệp giống ta lấy tệp nhiều, tệp ta bỏ Bước 5: Ước lượng khối lượng liệu cho tệp toàn sơ đồ + III Xác định số lượng ghi cho tệp - Xác định độ dài cho thuộc tính Bước 6: Xác định liên hệ logic tệp thiết lập sơ đồ cấu trúc liệu - Biểu diễn dạng lược đồ quan hệ (DSD) Ví dụ: Có tệp phiếu mượn sách theo mẫu Thiết kế CSDL mơ hình quan hệ Xây dựng sơ đồ quan hệ liệu Chuyển đổi sơ đồ ERD sang DSD - Chuyển đổi quan hệ chiều: + Chuyển đổi quan hệ 1-1: Chỉ tạo tệp chung để biểu diễn thực thể đó, khóa tệp định danh thực thể + Chuyển đổi quan hệ 1-n: Tạo tệp thể kiểu thực thể đó, khóa bảng thuộc tính định danh thực thể Quan hệ thể cách nhắc lại khóa thuộc tính khơng khóa + Chuyển đổi quan hệ n-m: Khóa quan hệ cấu thành từ định danh thực thể - Chuyển đổi quan hệ chiều: + Chuyển đổi quan hệ 1-1: Tạo tệp ứng với thực thể, thuộc tính định danh thực thể thuộc tính phi khóa tệp Trong trường hợp tham gia thực thể vào quan hệ tùy chọn tốt đặt khóa + 1-n: Tạo tệp, tệp ứng với thực thể, khóa tệp ứng với thực thể có mức quan hệ dùng khóa quan hệ tệp ứng với thực thể có số mức n + n-m: Tạo tệp, tệp mô tả thực thể, tệp mô tả quan hệ Khóa tệp mơ tả quan hệ tạo ghép khóa thực thể tham gia vào quan hệ Chuyển đổi thực thể khái quát: Trong trường hợp có phân cấp thực thể, tạo tệp cho thực thể khái quát thực thể tệp (ví dụ: mơn THKT tệp, khái quát Viện CNTT KTS - lưu thuộc tính mang tính chất khóa thực thể con) Thiết kế logic xử lý tính khối lượng xử lý - Sự kiện: Là việc mà xảy khởi sinh việc thực hay nhiều việc khác - Đồng bộ: Là điều kiện logic để kết hợp kiện nhằm thể quy tắc quản lý để kiểm tra khởi sinh công việc - Công việc: Là tập hợp xử lý thực có chung kiện khởi sinh - Quy tắc ra: Điều kiện thể quy tắc quản lý, quy định việc cho kết công việc - Kết quả: Là sản phẩm việc thực công việc, có chất gần giống - IV V VI kiện, để phát sinh hay nhiều việc khác => Thiết kế logic xử lý: Nhằm làm rõ quy trình, cách thử xử lý liệu sở liệu để có thơng tin đầu độ tin cậy từ thông tin đầu phải minh chứng qua quy trình logic xử lý Đơi đầu vào liệu tốt quy trình xử lý liệu khơng tốt nên thơng tin đầu chưa có độ tin cậy để sử dụng Phân tích tra cứu: Là tìm hiểu xem cách để có thơng tin đầu từ tệp thiết kế phần thiết kế CSDL Một phần giúp cho việc xem xét lại khâu thiết kế CSDL, mặt khác phát triển phần logic để tạo thông tin => Kết việc phân tích thể thành sơ đồ tra cứu đưa vào phích xử lý hệ thống, phục vụ việc lập tài liệu hệ thống, đồng thời cho phép xác định tệp cần thiết để sản sinh tra cứu Phân tích cập nhật: Phải cập nhật thường xuyên để phản ánh tình trạng đối tượng mà quản lý Tính khối lượng xử lý tra cứu cập nhật Đơn vị khối lượng xử lý a Truy nhập tới giá trị khóa bảng số b Truy nhập tới ghi theo cách Các thao tác sở quy đổi khối lượng a Thao tác tra cứu sở: - Nếu có bảng số khối lượng xử lý - Nếu không dùng bảng số khối lượng NP(R) (NP số trang liệu đọc lên nhớ) Ghi chú: Trung bình trang có 10000 ghi - Nếu truy cập vào thuộc tính khơng phải khóa, mà tới ghi thỏa mãn yêu cầu khối lượng xử lý k.NP (trong k hệ số khả chọn) - Nếu thực tra cứu liên kết tợp với điều kiện liên kết phức hợp khối lượng xử lý a.NP(R1) + b.NP(R2) (a ≤ 1) b Thao tác cập nhật sở - Thêm ghi khối lượng xử lý - Xóa ghi: + Nếu có số khối lượng xử lý + Nếu không xử dụng số khối lượng (NP+3)/2 - Sửa nội dung + Nếu sử dụng số khối lượng xử lý 3: Truy nhập vào số để tìm vị trí, truy nhập vào bảng liệu để sửa nội dung + Nếu khơng sử dụng số khối lượng xử lý (NP+3)/2 CHƯƠNG 5: ĐỀ XUẤT CÁC PHƯƠNG ÁN CỦA GIẢI PHÁP I II III Mục đích - Thiết lập phác họa cho mơ hình vật lý - Đánh giá chi phí lợi ích cho hệ thống thiết lập - Xác định khả đạt mục tiêu - Xác định tới tác động tới lĩnh vực tổ chức nhân hệ thống - Đưa khuyến nghị, khuyến cáo, phương án Xác định ràng buộc tin học => Xây dựng phương án => Đánh giá phương án => Chuẩn bị trình bày báo cáo Xác định ràng buộc tin học Các ràng buộc liên quan đến tổ chức - Ràng buộc tài chính: Tài dự trù cho việc phát triển HTTT - Ngân sách dự chi cho việc khai thác - Nguồn nhân lực sử dụng để vận hành khai thác hệ thống - Phân bố trang thiết bị: Cơ sở vật chất cho hệ thống - Thời gian: Thời phải đưa kết đầu ra, thời gian xử lý, - Các khuynh hướng lãnh đạo Ví dụ: Thang máy bên tịa A1, có hệ thống kiểm sốt vào Trước có quẹt thẻ, lắp thêm thiết bị để đọc mã QR => Tốn nhiều chi phí (Điều phụ thuộc ý chí nhà lãnh đạo) Các ràng buộc tin học - Ràng buộc phần cứng: Mỗi loại phần cứng đáp ứng cho công việc định (Bản chất người sản xuất phần cứng chia thành nhu cầu sản xuất theo nhu cầu) Mua sắm phần cứng cần phải phù hợp với nhu cầu - Ràng buộc phần mềm: Mỗi phần mềm hướng tới mục đích khác - Ràng buộc nguồn nhân lực: Những lực lượng sẵn sàng tham gia vào phát triển hệ thống vận hành khai thác Xây dựng phương án giải pháp Ln ln có n phương án để giải vấn đề Xác định biên giới cho phần tin học: Ranh giới phân chia thủ cơng tin học hóa (DFD giúp xác định phân chia ranh giới tốt nhất, mức ranh giới xem nên thủ cơng, nên tin học hóa) Xác định cách thức xử lý: Xử lý theo thời gian thực, xử lý theo lơ hay hỗn hợp Lên điểm nên xử lý lơ - Mua lơ đề phải xử lý thời gian thực Đánh giá phương án Phân tích đa tiêu chuẩn - IV Tiêu chuẩn A B Tổng Bước 1: Xác định danh sách tiêu chuẩn cần xem xét, danh sách tập hợp ý kiến người quản lý, người sử dụng phân tích viên - Bước 2: Với tiêu chuẩn gắn trọng số để thể tầm quan trọng, số thường để số nguyên để tiện tính tốn - Bước 3: Với phương án, đánh giá xem tiêu chuẩn đạt điểm - Bước 4: Tính số điểm có trọng số cho phương án cách nhân số điểm với trọng số - Bước 5: Tính tổng điểm cho phương án => Ưu điểm: Đánh giá tất tiêu chuẩn từ quản lý, sử dụng, phân tích => Nhược điểm: Khơng đánh giá chi phí/lợi ích Phân tích chi phí/lợi ích a Trực tiếp b Biến động c Hữu hình - Tăng doanh số - Tăng thu nhập giảm thời gian xử lý - Tăng thu nhập tránh sai xót - Giảm chi phí: Chi phí lưu kho, chi phí cho hệ thống hoạt động - CHƯƠNG 6: THIẾT KẾ VẬT LÝ NGOÀI I Tổng quan thiết kế vật lý ngồi Mục đích: Mô tả chi tiết giải pháp, phương án chọn bước trước mơ tả xác ảnh hưởng tác động trực tiếp tới công việc hàng ngày người sử dụng Lập kế hoạch thiết kế vật lý ngoài: Cần lưu ý số nguyên tắc - Đảm bảo người sử dụng ln kiểm sốt hệ thống - Khi thiết kế hệ thống phải tơn trọng thói quen kinh nghiệm - - II người sử dụng (ví dụ quen dịch chuyển trỏ phím tab phải thiết kế phím tab, người có thói quen phải thiết kế đủ) Tơn trọng thuật ngữ, dạng thức thủ tục dùng Che khuất phần bên phần mềm, phần cứng Không để lộ Cung cấp thông tin, tư liệu hình (ví dụ muốn nhập liệu họ tên phải cung cấp tư liệu để biết nhập họ tên) Giảm tới mức tối thiểu lượng thông tin mà người sử dụng phải nhớ (Để trường dạng list box, tạo tệp tạm gồm Mã, Tên dân tộc để tạo list box) Dựa vào quy tắc chấp nhận, ký hiệu - đồ họa để thiết kế (dùng ký hiệu - đồ họa mà tổ chức quen sử dụng để thiết kế, không nên thiết kế khác) ... yêu cầu hệ thống + B2: Phát triển hệ thống ban đầu dựa yêu cầu B3: Sử dụng hệ thống nguyên mẫu, tiến hành thu thập thông tin phản hồi từ người sử dụng + B4: Duyệt lại tăng cường cho hệ thống -... phương hướng phát triển cho hệ thống + Các phụ lục Phương pháp phát triển HTTT Được xem tập hợp bước công việc bước công cụ cho phép tiến hành trình phát triển HTTT cách chặt chẽ dễ quản lý Các nguyên... đặt hệ thống Người sử dụng cuối Là người sử dụng thông tin đầu hệ thống Người sử dụng - Thao tác viên Là người mà vai trò nghiệp vụ họ gắn liền với hệ thống, họ tạo đầu vào nhận đầu từ hệ thống