ĐỀ CƯƠNG MÔN PHÁT TRIỂN HTTT QUẢN LÝ Câu 1: Các phương pháp tiếp cận phân tích thiết kế hệ thống thông tin Ưu nhược điểm cách tiếp cận? Phát triển HTTT dựa máy tính năm 1950, trải qua 40 năm phát triển Trong trình phát triển, xem có cách tiếp cận để phân tích phát triển HTTT: tiếp cận định hướng tiến trình, tiếp cận định hướng liệu, tiếp cận định hướng cấu trúc, tiếp cận định hướng đối tượng Tiếp cận định hướng tiến trình: − Thời gian đầu máy tính đời, tốc độ máy chậm, nhớ làm việc nhỏ nên người ta tập trung vào trình mà phần mềm phải thực Vì vậy, hiệu xử lý chương trình trở thành mục tiêu Tất cố gắng lúc tự động hóa tiến trình tồn (như mua hàng, bán hàng…) phận chương trình riêng rẽ Lúc người ta đặc biệt quan tâm đến thuật toán (phần xử lý) để giải toán đặt cách sử dụng khéo léo nhớ làm việc hạn hẹp Các liệu tổ chức tập tin với chương trình − Sau này, với tiến khả lưu trữ, tập tin liệu tổ chức tách biệt với chương trình.Mặc dù vậy, thiết kế HTTT dựa trình tự mà thực Sự tập trung vào tiến trình, sử dụng chuyển đổi liệu HTTT đặc trưng định hướng tiến trình − Đối với cách tiếp cận này, phần lớn liệu lấy trực tiếp từ nguồn qua bước xử lý Nhược điểm: − Tồn số tập tin liệu tách biệt ứng dụng chương trình khác nhau, dẫn đến có nhiều tập tin ứng dụng khác chứa phần tử liệu như minh họa hình sau: − Mỗi phần tử riêng lẻ thay đổi hay có thay đổi tiến trình xử lý kéo theo phải thay đổi tập tin liệu tương ứng − Việc tổ hợp tập tin liệu chuyên biệt khó khăn, tập tin mang tên định dạng liệu khác − Cách tiếp cận tạo dư thừa liệu, hao phí qua nhiều công sức cho việc thu thập tổ chức liệu, liệu sử dụng hiệu chia sẻ ứng dụng với Tiếp cận định hướng liệu: − Tiếp cận tập trung vào việc tổ chức liệu Hai ý tưởng cách tiếp cận là: + Tách liệu khỏi trình xử lý + Tổ chức sở liệu chung cho ứng dụng Cấu trúc hệ thống hướng liệu − Công nghệ quản lý liệu tiến cho phép biểu diễn liệu thành tập tin riêng biệt tổ chức chúng thành sở liệu dùng chung Ưu điểm: Nhờ việc tách liệu để tổ chức riêng tập trung, người ta tổ chức liệu cách tối ưu v ề phương diện lưu trữ (tiết kiệm không gian nhớ) mặt sử dụng: giảm dư thừa, tìm kiếm thuận lợi, lấy nhanh chóng sử dụng chung Việc tổ chức liệu cho phép sở liệu phục vụ cho nhi ều ứng dụng độc lập khác Tiếp cận hướng cấu trúc: − Đặc trưng phương pháp hướng cấu trúc phân chia chương trình thành nhiều chương trình con, chương trình nhằm đến thực công việc xác định − Trong phương pháp hướng cấu trúc, phần mềm thiết kế dựa hai hướng : hướng liệu hướng hành động + Cách tiếp cận hướng liệu xây dựng phần mềm dựa việc phân rã phần mềm theo chức cần đáp ứng liệu cho chức Cách tiếp cận hướng liệu giúp cho người phát triển hệ thống dễ dàng xây dựng ngân hàng liệu + Cách tiếp cận hướng hành động lại tập trung phân tích hệ phần mềm dựa hoạt động thực thi chức phần mềm − Cách thức thực phương pháp hướng cấu trúc phương pháp thiết kế từ xuống (top-down) Phương pháp tiến hành phân rã toán thành toán nhỏ hơn, tiếp tục phân rã toán nhận tốn cài đặt sử dụng hàm ngơn ngữ lập trình hướng cấu trúc * Ưu điểm: − Tiếp cận hướng cấu trúc cung cấp tập hợp đầy đủ đặc tả hệ thống dư thừa phát triển theo q trình logic lặp lại Nó đem lại lại ích sau: + Làm giảm phức tạp: theo PP top – down, việc chia nhỏ dần vấn đề lớn phức tạp thành phần nhỏ mà thành viên đội dự án quản lí giải + Tập trung vào ý tưởng: hướng tiếp cận cho phép nhà thiết kế trước hết tập trung vào ý tưởng hệ thống, bỏ qua buộc vật lí Sau có ý tưởng bổ sung cụ thể gắn vào phương tiện vật lí + Chuẩn hóa: định nghĩa, công cụ cách tiếp cận chuẩn mực cho phép nhà thiết kế làm việc tách biệt, cho phép hệ thống khác không cần liên lạc với mà đảm bảo thống + Hướng tương lai: việc tập trung vào đặc tả hệ thống cách đầy đủ, hoàn thiện, cho phép dễ thay đổi, dễ bảo trì + Giảm bớt nghệ thuật thiết kế: nhà thiết kế phải tuân thủ quy tắc nên giảm bớt ngẫu hứng Nhược điểm: − Không hỗ trợ việc sử dụng lại Các chương trình hướng cấu trúc phụ thuộc chặt chẽ vào cấu trúc liệu tốn cụ thể, khơng thể dùng lại modul phần mềm cho phần mềm với yêu cầu liệu khác − Không phù hợp cho phát triển phần mềm lớn Nếu hệ thống thông tin lớn, việc phân thành toán phân toán thành modul quản lý mối quan hệ modul khơng phải dễ dàng dễ gây lỗi phân tích thiết kế hệ thống Tiếp cận hướng đối tượng: − Tiếp cận định hướng đối tượng cách để phát triển HTTT Cách tiếp cận dựa ý tưởng xây dựng hệ thống gồm đơn thể gọi đối tượng liên kết với mối quan hệ truyền thông Các đối tượng thường tương ứng với thực thể HTTT khách hàng, nhà cung cấp, hợp đồng, thỏa thuận thuê Mục tiêu cách tiếp cận làm cho phân tử hệ thống trở nên độc lập tương dùng lại Điều cải thịên chất lượng hệ thống làm tăng suất hoạt động phân tích thiết kế − Ý tưởng khác nằm phía sau cách tiếp cận thừa kế bao gói thơng tin Các đối tượng có cấu trúc hành vi tổ chức thành lớp + Kế thừa: cho phép tạo lớp có chung với lớp tồn số đặc trưng có thêm đặc trưng Nhờ mà mô tả lớp liên quan đến đặc trưng + Bao gói liệu xử lý đối tượng: làm cho hoạt động khơng ảnh hưởng đến đối tượng khác Ưu điểm: − Tính kế thừa cho phép tạo lớp mà mô tả lớp liên quan đến đặc trưng − Với chế bao gói thơng tin liên kết qua truyền thông, hệ thống “lắp ghép” “tháo dỡ” đơn giản, dễ bảo trì, dễ sử dụng lại đạt quy mơ tùy ý − Cách tiếp cận đáp ứng nhũng yêu cầu thách thức phát triển hệ thống phần mềm có quy mô lớn, phức tạp hơn, nhanh hơn, dễ bảo trì chi phí chấp nhận Câu 2: Các phương pháp phát triển hệ thống? Ưu/ nhược điểm phương pháp? Các phương pháp phát triển hệ thống gồm có: 1) Phương pháp dựa vịng đời phát triển 2) Phương pháp làm mẫu 3) Phương pháp sử dụng phần mềm đóng gói 4) Phương pháp người sử dụng phát triển hệ thống 5) Phương pháp thuê bao 1) Phương pháp dựa vòng đời phát triển: Trong phương pháp dựa vịng đời phát triển, có phương pháp vịng đời truyền thống phương pháp xốy ốc xem tiêu biểu * Phương pháp vòng đời truyền thống: − Phương pháp quan niệm rằng: HTTT có vịng đời tương tự thực thể bất kỳ: có giai đoạn bằt đầu, giai đoạn phát triển, giai đoạn trưởng thành giai đoạn kết thúc − Các pha phát triển: Về nội dung bước gần giống với nội dung mơ hình chung phát triển hệ thống, gồm có: + Khởi tạo lập kế hoạch dự án + Phân tích hệ thống + Thiết kế hệ thống + Triển khai hệ thống: + Tạo chương trình kiểm thử + Cài đặt chuyển đổi hệ thống + Vận hành bảo trì hệ thống − Ở giai đoạn phân tích, thường hình thành báo cáo gọi báo cáo nghiên cứu hệ thống Trong pha thiết kế đặc biệt nhấn mạnh tới đặc tả hình thức hóa, nhiều cơng cụ thiết kế tài liệu sử dụng − Ưu điểm: + Phương pháp thích hợp cho hệ thống kĩ thuật phức tạp hệ thống kiểm sốt hàng khơng + Nó thường sử dụng để xây dựng hệ thống xử lý giao dịch lớn (TPS) cáchệ thơng tin quản lý (MIS) mà địi hỏi hệ thống có cấu trúc xác định chặt chẽ − Nhược điểm: + Phương pháp có chi phí cao, thời gian thực dài khơng mềm dẻo Phương pháp có xu hướng dành q thời gian thời gian cho việc phân tích thiết kế Kết hệ thống không đáp ứng u cầu người dùng, địi hỏi chi phí lớn + Khối lượng tài liệu lần đầu lớn tăng lên nhiều yêu cầu đặc tả phải làm lại + Rõ ràng rằng, phương pháp khơng thích hợp với phần lớn hệ thống vừa nhỏ mà ta thường gặp vào năm 1990 kỷ 21 sau ∗ Phương pháp vòng đời phát triển với mơ hình xoắn ốc: − Nội dung phương pháp: Quá trình phát triển HT tiến hành qua bước lặp Mỗi bước lặp gồm có hoạt động chính: • Lập kế hoạch: xác định mục tiêu, giải pháp buộc • Phân tích rủi ro: phân tích phương án xác định/ giải rủi ro • Kĩ nghệ: phát triển sản phẩm “mức tiếp theo” • Đánh giá khách hàng: khẳng định kết kĩ nghệ + Với lần lặp xoắn ốc (bắt đầu từ trung tâm), phiên hoàn thiện bổ sung dần + Tại vịng xoắn ốc, phân tích rủi ro phải đến định “tiến hành hay dừng” Nếu rủi ro q lớn đình dự án − Ưu điểm: + Mơ hình xoắn ốc cách tiếp cận thực tế để phát triển hệ thống phần mềm quy mơ lớn Trong làm mẫu xem chế làm giảm bớt rủi ro + Hiệu mơ hình trơng thấy Quá trình lặp đánh giá rủi ro bước chế tốt đảm bảo thành công việc xây dựng HTTT (vì rủi ro bước nhỏ, dễ nhận ra, dễ khắc phục xãy không ảnh hưởng lớn đến phần xây dựng) − Nhược điểm: + Việc đánh giá rủi ro cần có chun gia chi phí cần thiết khơng thích hợp với dự án nhỏ + Hơn nữa, thay đổi linh hoạt phát triển không dễ thực mà hợp đồng ký kết xác định Phương pháp làm mẫu: ∗ Nội dung phương pháp: − Thay vào việc tạo nhiều tài liệu đặc tả nhiều liệu thiết kế, phương pháp làm mẫu nhanh chóng tạo mơ hình làm việc thực nghiệm để người sử dụng xem xét, đánh giá Thông qua giao tiếp với mẫu, người sử dụng phát triển tư mình, nêu đòi hỏi HTTT cách rõ ràng Bản mẫu sử dụng có thừa nhận người dùng − Trong phương phap làm mẫu, sau lần xây dựng, mẫu người sử dụng thử nghiệm đánh giá, trình này, yêu cầu xác định thêm vào Từ mẫu đầu tiên, mẫu làm mịn thiết kế lại, trình lặp lặp lại HT khơng cịn yêu cầu phát thêm không cần sửa đổi thêm Sau phiên cuối sử dụng Tóm tắt bước trình làm mẫu: + Bước 1: Xác định nhu cầu người sử dụng: Chuyên viên thiết kế hệ thống làm việc với người sử dụng để nắm yêu cầu thông tin cho việc tạo mẫu + Bước Phát triển mẫu đầu tiên: Người thiết kế tạo nhanh mẫu cách sử dụng công cụ phần mềm hệ thứ tư (chẳng hạn công cụ CASE) + Bước Sử dụng mẫu làm việc với người sử dụng: Bản mẫu xây dựng đem trình diễn hay cho người sử dụng thử nghiệm Người sử dụng biết mẫu đáp ứng nhu cầu họ đưa đề nghị bổ sung cải tiến + Bước Hoàn thiện tăng cường mẫu: Người thiết kế thay đổi mẫu để đáp ứng đòi hỏi người sử dụng làm mịn mẫu cách phù hợp sở sử dụng thông tin bổ sung khác Bước lặp lại mẫu thỏa mãn yêu cầu đặt Khi mẫu chấp nhận hoàn tất đặc tả cuối ứng dụng ∗ Ưu điểm: − Làm mẫu đặc biệt có lợi mà số u cầu thơng tin hay giải pháp cho cịn chưa xácđịnh Nó có lợi thiết kế giao diện người dùng HTTT (màn hình nhập liệu, hình kiểmtra, báo cáo) − Bản mẫu dễ làm cho người sử dụng phản ứng tự nhiên với phần hệ thống màngười ta làm việc với Từ đóng góp bổ sung làm mau chóng tạo hệ thống, hạn chế đượcnhững chi phí đáng phát triển sai sót thiết kế − Phương pháp làm mẫu thích hợp với hệ thống nhỏ hay hệ thống lớn chia nhỏ để làm mẫu phần − Nhiều công cụ làm mẫu cho phép chuyển mẫu thành hệ thống vận hành cách tự động Khi kếtthúc, mẫu làm việc hợp lý, cơng việc quản lý khơng địi hỏi phải làm lại chương trình, thiết kế hay thử nghiệm tồn diện kết hệ thống Nhược điểm: Mặt khác, tiện lợi làm khó khăn cho vịêc bảo trì sau Khi mà mẫu khơng có cấu trúc chặt chẽ, việc đảm bảo kỹ thuật khơng hiệu Vì mẫu xây dựng với cơng sức, người quản lý nghĩ việc thử nghiệm dành cho người dùng sai sót nhỏ chậm sửa đổi Vì hệ thống dễ thay đổi, việc làm tài liệu khơng kịp thời Phương pháp sử dụng phần mềm đóng gói: ∗ Nội dung phương pháp: − Phần mềm đóng gói chương trình ứng dụng viết sẵn dạng mã máy dành cho lớp tốn cụ thể Các gói phần mềm ứng dụng phát triển mạnh nhiều ứng dụng chung cho tất tổ chức Sau phân tích, thiết kế, người ta chọn gói phần mềm thích hợp Khi tổ chức khơng cần viết chương trình, mà cần cài đặt để sử dụng − Khi sử dụng gói phần mềm, việc thiết kế hệ thống bao gồm vịêc đánh giá lực gói phần mềm nỗ lực để nắm bắt đặc trưng Theo kinh nghiệm, gói phần mềm tốt đáp ứng 70% yêu cầu tổ chức Với 30% yêu cầu lại thân tổ chức phải xây dựng phần bổ sung − Để chọn phần mềm đóng gói thích hợp, cần đánh giá theo nhiều tiêu chuẩn khác Các mặt sau cần xem xét chọn gói phần mềm: + Chức năng: Gói chương trình đáp ứng chức gì? + Tính mềm dẻo: Gói phần mềm cải biên, dễ mở rộng khơng? Những đặc trưng dành cho khách hàng thực hiện, mở rộng? + Tính thân thiện: Chương trình sử dụng dễ kiểm tra hay không? dễ nhớ, dễ học, dễ thaotác,…? + Yêu cầu kỹ thuật: Cấu hình máy tối thiểu? Số đĩa, băng để lưu trữ? Loại hình liệu cấu trúc tập tin sử dụng? + Cài đặt bảo trì: Có khó khăn để chuyển đổi từ hệ thống hành sang hẽ thống làm việc với gói phần mềm? Đội ngũ cán tối thiểu cần để đảm bảo việc bảo trì trợ giúp khai thác bao nhiêu? Trình độ nào? + Tài liệu: Tài lịêu cho người dùng, tài liệu hệ thống cung cấp gồm tài liệu gì? Nó có đầy đủ , dễ đọc? + Chất lượng người bán: Người bán có kinh nghiệm áp dụng lĩnh vực nào? Những tiện ích mua hàng mà người bán cung cấp sau bán hàng gì? Doanh số bán ghi nhận tài người bán? Những khách hàng người bán ai? + Giá thành: Giá bán, giá thuê phần mềm? Giá mua bao gồm khoản mục gì? (các modun bổ sung, tiện ích thường xuyên, thời gian tư vấn, đào tạo, trợ giúp cài đặt) Bảo trì miễn phí bao lâu?, chi phí hoạt động thường xuyên bao nhiêu? ∗ Ưu điểm: − Việc sử dũng gói phần mềm ứng dụng thực rút ngắn thời gian chi phí cho việc phát triển hệ thống chi phí quản lý q trình phát triển hệ thống − Người bán cịn cung cấp cơng cụ hỗ trợ, bảo trì tăng cường hệ thống làm cho có khả phát triển theo kịp tiến công nghệ − Việc cung cấp tài liệu phần mềm đóng gói đầy đủ kịp thời Các phần mềm thường hoạt động ổn định ∗ Nhược điểm: − Nhược điểm gói phần mềm ứng dụng không đạt chất lượng kỹ thuật chức cho ứng dụng đa mục tiêu có nhiều đặc thù Nó khơng thể thay phần mềm − Nhiều để làm vừa ý theo yêu cầu khách hàng, việc chỉnh sửa lại chương trình lại đắt làm giảm lợi vốn có gói phần mềm Phương pháp người sử dụng phát triển hệ thống: ∗ Nội dung phương pháp: − Trong nhiều tổ chức, người dùng cuối phát triển phần đáng kể HTTT với giúp đỡ chút hay không thức chuyên gia tin học Hiện tượng gọi phát triển hệ thống người sử dụng cuối Nhiều hệ thống người sử dụng cuối phát triển mang lại kết nhanh so với phương pháp vòng đời Mặc dù nhiều hạn chế, việc phát triển hệ thống người sử dụng thực đem lại nhiều lợi ích cho tổ chức ∗ Ưu điểm: − Cải thiện việc xác định u cầu thơng tin: người dùng đặt yêu cầu thông tin cho nên việc xác định u cầu nhanh chóng − Làm tăng hiểu biết thỏa mãn nhu cầu người dùng: người dùng tự phát triển HT nên họ dễ dàng kiểm tra qua trình phát triển HT đáp ứng nhu cầu hiểu biết hệ thống tốt − Rút ngắn q trình áp dụng: nhiều cơng đoạn q trình phát triển bỏ qua ∗ Nhược điểm: − Do người dùng phát triển phần hệ thống cách độc lập nên tạo vấn đề tránh khỏi: − Phần lớn tổ chức khơng có chiến lược phát triển HTTT để đảm bảo đáp ứng mục tiêu đặt chuẩn mực thích hợp với chức họ − Khi hệ thống phát triển nhanh thường thiếu cơng nghệ tiên tiến thử nghiệm hình thức hố, tài liệu khơng xây dựng thích hợp kịp thời − Việc tạo ứng dụng riêng tập liệu làm tăng khó khăn kiểm soát liệu Phương pháp thuê bao: − Một tổ chức th cơng ty chuyên nghiệp xây dựng vận hành hệ thống để cung cấp dịch vụ cho họ Hình thức ngày trở nên phổ biến thích hợp với nhiều tổ chức có điều kiện đặc thù Những tổ chức cung cấp dịch vụ bên loại thường có lợi quy mơ lớn (năng lực họ chia sẻ cho nhiều khách hàng khác nhau, họ có điều kiện đầu tư đổi thiết bị nâng cao chất lượng dịch vụ thường xuyên) ∗ Ưu điểm: − Việc thuê cho phép rổ chức nhận dịch vụ nhanh chóng, phải trả phần chi phí cho dịch vụ mà họ sử dụng, khơng cần phải bỏ chi phí đầu tư ∗ Nhược điểm: − Nhược điểm phương pháp tổ chức khơng cịn trách nhiệm phát triển hoạt động HTTT, khả kiểm soát chức HTTT bị khống chế có vấn đề quan hệ với họ Sự phụ thuộc dẫn đến chi phí cao hay định hướng phát triển kỹ thuật − Những bí mật thương mại thơng tin lợi bị lọt ngồi Bản thân tổ chức khơng có điều kiện xây dựng phát triển tiềm lực Câu 3: Khung kiến trúc chức thành phần sử dụng phát triển hệ thống? Kiến trúc HTTT thiết kế hay kế hoạch để thực hiện, mà mô tả cấu trúc HT mong muốn Tổng quan khung khổ kiến trúc HTTT hình Biểu đồ kiến trúc HTTT mà khung khổ khung xương mà ta dựa vào để hình thành kiến trúc cho việc phát triển HTTT cụ thể Sau biểu đồ khung kiến trúc John Zalhman đưa sau: Cột liêu biểu diễn “cái j ” HTTT.Trong HTTT “cái j ” bao gồm thực thể liệu mối quan hệ chúng Cột tiến trình biểu diễn “như thê nào” HTTT.Trong HTTT “như nào” tương ứng với danh sách cấu trúc đắc tả sản phẩm cuối hợp từ thành phần đưa vào hệ thống Nó mơ tả tiến trình diễn hệ thống Cột mạng biểu diễn “ở đâu” HTTT.Trong HTTT “ở đâu ”mơ tả vị trí ko gian mà liệu lưu trữ cá xử lý thực nhằm đảm bảo hoạt động hệ thống phân bố vị trí Dữ liệu Tiến trình Mạng Phạm vi nghiệp vụ Danh sách thực thể nghiệp vụ quan trọng Danh sách chức nghiệp vụ quan trọng Danh mục địa phương có hoạt động nghiệp vụ Mơ hình nghiệp vụ Các thực thể nghiệp vụ mối quan hệ chúng Phân rã chức tiến trình Liên kết truyền thông đơn vị nghiệp vụ Mơ hình HTTT Mơ hình liệu nghiệp vụ mối quan hệ chúng Luồng liệu tiến trình ứng dụng Mạng lưới phân tán Mơ hình cơng nghệ Thiết kế CSDL Đặc tả tiến trình Thiết kế cấu hình Xác định, bố trí cơng nghệ Biểu đồ tổng thể CSDL biểu đồ Mã chương trình khối kiểm tra Bố trí cấu hình Hệ thống thơng tin Dữ liệu thơng tin Các chương trình ứng dụng Cấu hình hệ thống − khung kiến trúc HTTT bao gồm thành phần chính: liệu, tiến trình mạng Nhiều trình phát triển HTTT xem tổ hợp thành phần − Khung kiến trúc mô tả bảng chiều gồm cột dòng: + Các cột mô tả thành phần khung kiến trúc – thành phần: liệu, tiến trình mạng + Các dịng mơ tả dạng sản phẩm bước khác trình phát triển + Mỗi dịng đưa thể dạng sản phẩm theo thành phần tương ứng − Cột liệu: + Cột liệu biểu diễn “cái gì” HTTT “Cái gì” bao gồm thực thể liệu mối quan hệ chúng − Cột tiến trình: + Cột tiến trình biểu diễn “như nào” HTTT “Như nào” tương ứng với danh sách cấu trúc đặc tả sản phẩm cuối hợp từ thành phần dựa vào hệ thống Nó mơ tả tiến trình diễn HTTT Trong HTTT, tiến trình dãy bước chuyển vào thành (dữ liệu thành thông tin) − Cột mạng: + Cột mạng biểu diễn “ở đâu” HTTT “Ở đâu” mô tả vị trí khơng gian mà liệu lưu trữ xử lí thực đảm bảo hoạt động hệ thống phân bố vị trí − Có dịng khung kiến trúc HTTT Mỗi dòng bảng tổng hợp nội dung cho bước tiến trình cách liệt kê sản phẩm dịng mà cần thiết cho người có liên quan − Mỗi khung kiến trúc chứa biểu diễn mơ hình cho thành phần cho cá nhân Ví dụ, khía cạnh mơ hình TT, biểu diễn dạng biểu đồ thực thể quan hệ cho thành phần liệu, biểu đồ luồng liệu cho thành phần tiến trình, biểu đồ mạng phân bố cho thành phần mạng Tuy nhiên, khung khổ mềm dẻo, tổ chức chọn mơ hình biểu diễn thích họp để xây dựng kiến trúc HTTT cho riêng mình, ví dụ: mơ hình HTTT liệu chứa mức: ER khái quát ER chi tiết − Những quy tắc nghiệp vụ (dưới hình thức logic, buộc, kiến thức) lồng vào mơ hình cột khung Các quy tắc thể dạng ý kiến chuyên gia, nghiệp vụ, buộc… − Việc phát triển sử dụng kiến trúc HTTT thực loạt hoạt động mối quan hệ tương tác chặt chẽ yếu tố: liệu, tiến trình thành phần mạng thơng tin Nội dung Người thực Vai trò Phạm vi nghiệp vụ Chủ sở hữu Cung cấp tổng quan chiến lược bao gồm phạm vi nghiệp vụ, nhiệm vụ định hướng Mơ hình nghiệp vụ Nhà kiến trúc Cung cấp mơ hình kinh doanh, mơ tả tổ chức nghiệp vụ, hoạt động chức liệu liên quan Mơ hình HTTT Nhà thiết kế Mơ tả mơ hình HTTT trợ giúp nghiệp vụ Mơ hình cơng nghệ Người xây dựng Chuyển mơ hình HTTT thành thiết kế tương ứng với đặc trưng buộc nghiệp vụ công nghệ Xác định công nghệ Người hợp đồng Chuyển mơ hình cơng nghệ thành mơ tả vật lí HTTT HTTT Người sử dụng Quản lí, sử dụng vận hành HTTT hoàn thiện Câu 4: Các đặc trưng biểu đồ luồng liệu vật lý biểu đồ luồng liệu logic? Biểu đồ luồng liệu chia thành biểu đồ luồng liệu vật lí biểu đồ luồng liệu logic - Biểu đồ luồng liệu mức vật lý: + Trong biểu đồ mức vật lý mô tả tất chức xử lý, phương tiện xử lý, giá mang thông tin (phương tiện mang, vật mang) với mối liên quan không gian thời gian + Biểu đồ mô tả hệ thống làm việc (trả lời câu hỏi " How?"), dùng khảo sát hệ thống thiết kế hệ thống - Biểu đồ luồng liệu mức logic (mức khái niệm, hay gọi mức quan niệm) W + Biểu đồ bỏ qua yếu tố vật lý, tập trung vào mô tả hệ thống làm hay nói cách khác trả lời câu hỏi "hat?" (mơ tả hệ thống làm gì?) + Biểu đồ quan tâm đến chức cần xử lý hệ thống thơng tin liên quan đến chức Bảng sau tóm tắt đặc trưng biểu đồ luồng liệu vật lí biểu đồ luồng liệu logic Đặc trưng Logic Vật lí Cái mà biểu đồ phản ánh Nghiệp vụ diễn Hệ thống cài đặt như (Hoặc hệ thống thời hoạt động sao) Cái mà tiến trình thể Hoạt động nghiệp vụ Các chương trình, modum, thủ tục Cái mà liệu lưu trữ thể Tập liệu, liệu lưu trữ tập tin vật lí CSDL Loại liệu lưu trữ Tập liệu lưu trữ lâu dài Các tập tin chủ, tập tin giao dịch Kiểm soát hệ thống Kiểm soát nghiệp vụ Các kiểm soát để xác thực liệu đầu vào Câu : Giải thích và phân tích các pha chu trình thác nước, chu trình xoắn ốc, chu trình lắp ráp các thành phần, chu trình tăng trưởng ưu điểm và nhược điểm ì phân tích hệ thớng 1.Qui trình thác nước (waterfall- Royce, 1970) Xác định yêu cầu Khảo Khảo sát sát liệu, xử lý liệu, xử lý, giao diện Phân Phân tích tích Thiết Thiết kế kế liệu, xử lý, giao diện Cài Cài đặt, đặt, kiểm kiểm thử thử Bảo Bảo trì trì • • • • Giai đoạn khảo sát – Tìm hiểu thực tế – Nắm bắt yêu cầu người sử dụng – Lập kế hoạch triển khai – Đối tượng tham gia:  Những người chịu trách nhiệm triển khai HTTT (phía khách hàng)  Nhóm quản lý dự án (phía cơng ty phát triển)  Nhân viên nghiệp vụ (người sử dụng)  Chuyên viên tin học (người khảo sát) Giai đoạn phân tích – Mơ tả lại thực tế thuộc phạm vi ứng dụng mức quan niệm, cấu trúc hóa yêu cầu – Phát sinh phương án lựa chọn phương án khả thi – Giai đoạn phân tích độc lập với môi trường cài đặt ứng dụng HTTT – Đối tượng tham gia  Nhân viên nghiệp vụ (người sử dụng)  Chuyên viên tin học (chuyên viên phân tích, thiết kế)  Nhóm quản lý dự án (tổ chức, kế hoạch hóa, …) Giai đoạn thiết kế – Mơ hình hóa thành phần liệu xử lý mức  Thiết kế luận lý (tổ chức logic ) • Thiết kế liệu • Thiết kế kiến trúc • Thiết kế giao diện  Thiết kế vật lý: chuyển đổi thiết kế luận lý sang đặc tả phần cứng, phần mềm, kỹ thuật chọn để cài đặt hệ thống – Liên quan đến việc sử dụng số công cụ tin học hỗ trợ cho chuyên viên tin học trình thiết kế – Đối tượng tham gia:  Nhóm quản lý dự án  Chuyên viên tin học (chuyên viên phân tích, thiết kế) Giai đoạn cài đặt, thử nghiệm – Lập trình hệ thống – Kiểm tra chức năng, phân hệ, kết hợp phân hệ khác nhau, tổng thể hệ thống thông tin – Thử nghiệm – Xây dựng tài liệu hệ thống: tài liệu đặc tả hệ thống, tài liệu sử dụng, tài liệu kỹ thuật cài đặt – Huấn luyện sử dụng – Đối tượng tham gia:  Nhóm quản lý dự án  Chuyên viên tin học (Lập trình viên, nhân viên kiểm tra chương trình, ) • Giai đoạn khai thác, bảo trì – Đảm bảo trì hoạt động ổn định hệ thống thơng tin tin học hóa – Sửa lỗi phát sinh trình sử dụng – Điều chỉnh thay đổi cho phù hợp với thay đổi hệ thống – Bổ sung, nâng cấp hệ thống – Đối tượng tham gia:  Nhóm quản lý dự án  Những người khai thác  Chuyên viên tin học (Lập trình viên, chuyên viên phân tích, thiết kế, nhân viên kiểm tra, ) 2.Qui trình tăng trưởng (D R Grahma, 1989 ) – Hoàn thành thành phần hệ thống – Mỗi bước tăng trưởng áp dụng qui trình tuyến tính xây dựng hồn thành phần hệ thống – Nhược điểm:chỉ phù hợp cho hệ thống có phân chia rõ ràng chuyển giao theo phần 3.Qui trình xoắn ốc (Boehm, 1988 ) – Một đặc điểm quan trọng qui trình nhấn mạnh việc quản lý rũi ro – Dựa khái niệm chu trình phát triển, qui trình chu trình lặp Xác định mục tiêu, phương án, ràng buộc Chu trình Đánh giá phương án Chu trình Chu trình Lập kế hoạch cho chi trình Phát triển kiểm tra 4.Qui trình lắp ráp thành phần (component) – Dựa việc tái sử dụng thành phần phần mềm có sẵn – Phát triển phần mềm thực cách tập hợp lại thành phần có sẵn – Là quy trình lặp, chu trình gồm giai đoạn Xác định mục tiêu, phương án, ràng buộc: Nhận thức, hình thành, tìm kiếm giải pháp Lập kế hoạch cho chi trình kế tiếp: Đánh giá, tuyển chọn Chu trình Đánh giá phương án, thành phần Chu trình Chu trình Phát triển kiểm tra: Bổ sung, điều chỉnh tích hợp thành phần