ội dung chính Giới thiệu sơ lược một số phương pháp phân tích thiết kế. Các hệ thống kinh doanh Nhiệm vụ và vai trò của hệ thống thông tin. Các thành phần hợp thành của hệ thống thông tin Các hệ thống tự động hoá Các giai đoạn phân tích, thiết kế và cài đặt Nội dung chi tiết Một số khái niệm mở đầu Hệ thống quản lý là một hệ thống có một mục đích mang lại lợi nhuận hoặc lợi ích nào đó. Đặc điểm của hệ thống là có sự tham gia của con người và có trao đổi thông tin. Hệ thống thông tin là một hệ thống sử dụng công nghệ thông tin để thu thập, truyền, lưu trữ, xử lý và biểu diễn thông tin trong một hay nhiều quá trình kinh doanh. 1. Các phƣơng pháp phân tích thiết kế Có 3 phương pháp phân tích thiết kế Phương pháp phân tích cổ điển (phi cấu trúc) Phương pháp phân tích bán cấu trúc Phương pháp phân tích có cấu trúc a. Phương pháp phân tích cổ điển (phi cấu trúc) i. Đặc điểm Gồm các pha (phase): Khảo sát, thiết kế, viết lệnh, kiểm thử đơn lẻ, kiểm thử trong hệ con, kiểm thử trong toàn hệ thống. Việc hoàn thiện hệ thống được thực hiện theo hướng “bottomup” (từ dưới lên) và theo nguyên tắc tiến hành tuần tự từ pha này tới pha khác. Hình 1: Các pha hoạt động của hệ thống cổ điển
Phân tích & Thiết kế hệ thống Trừu tợng hoá việc phân tích & thiết kế hệ thống Một vài loại mô hình Làm giai đoạn PT&TK ITBC#3 Đà Nẵng 2002-12 Hà-Dơng Tuấn tuan.hd@wanadoo.fr Dàn Trở lại trừu tợng hoá Một vài loại mô hình Sơ đồ dòng chảy liệu Ô tô mát có trạng thái hữu hạn Sơ đồ diễn biến Làm giai đoạn PT&TK ? Tại mâm cỗ dọn sẵn Tiếp cận Toán học tiếp cận Tin học Những góc nhìn khác việc mô hình hoá Tin học Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 3 Trừu tợng hoá (1) Trừu tợng hoá CNTT : Chia tổng thể thành số nhỏ thành phần (5-10) Mỗi thành phần tự có ý nghĩa Quan hệ thành phần không phức tạp Hoạt động thông tin bên tạm thời bỏ qua Có thể thành nhiều tầng Mục đích T.T.H để dễ hiểu, dễ phát triển dễ dùng lại, khâu phát triển T.T.H công việc ngời Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved Trừu tợng hoá (2) Trừu tợng đợc hiĨu theo nghÜa ®en : abstraction = bá bít ®i trừu tợng = rút tiêu biểu, nghĩa Tức khởi từ cụ thể (một cụ thể mờ mờ) không đối lập với cụ thể Để trở xuống cụ thể cách chặt chẽ, làm rõ ràng cụ thể Trừu tợng hoá tin học đồng với : Chia để trị Phân tích Thiết kế Kiến trúc hệ thống Mô đun hóa Mô hình hoá Cụ thể hoá ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 5 Trừu tợng hoá (3) Có nhiều kiểu trừu tợng hoá Mỗi kiểu thích hợp cho lớp toán định Mỗi kiểu trừu tợng hoá thờng giả thiết khung cảnh chế điều khiển định Bảng diễn biến Sự vật, tác tử Kiến trúc khách hàng / phục vụ Mô tả ngôn ngữ đời thờng Lập trình có cấu trúc Ô-tô-mát trạng thái hữu hạn Sơ đồ thực thể quan hệ Phân tầng (td : giao thức) UML biểu diễn gần hết dạng thức Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved Trừu tợng hoá (4) Không loại trừ nhau, thứ tự cột nghĩa Script, Macro Formal Spec CRC O O languages Card Dom Speci -fic E-R Diagr Client Server SDL MultiF.S.M thread Syn Data Seq -chro- Struct Flow Chart nism Prog Phơng pháp Phơng pháp Phân lập trình tích Thiết kế Comp Based Kiến trúc hệ thèng Layer -ing Upgra -de Web Based Prototyping Use Case Kiến trúc Đặc tả hệ thống yêu cầu Criti -cal Real Time Data Based Miền vấn đề ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 7 Trừu tợng hoá (5) Thực từ xuống hay từ dới lên ? Phải thực khâu từ xuống : Trên nhu cầu ngời sử dụng, dới sở vật chất hệ thống (hiện không ràng buộc) Tuy nhiên, hai khâu cạnh Không nên để trình tìm tòi bị gò bó, cách suy nghĩ ngời khác nhau, dù phải kiểm soát theo hai chiều Nhng, cuối phải trình bày từ xuống, cách dễ hiểu cho ngời khác Các ph!ơng pháp PT&TK hay Lập-Trình Có-Cấu-Trúc đóng kịch tối cần thiết Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved Một vài loại mô hình (1) Xử lý Tệp Mô hình dòng chuyển liệu (Data flow) Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 9 Các loại Hệ Start Kiến trúc hệ thống Mô hình Ôtômát với thốngsốPM trạng(2) thái hữu hạn, lò viba ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 10 Một vài loại mô hình (3) Mô hình Ôtômát đợc trừu tợng hoá nhiều tầng : chi tiết trạng thái Operation Kiến trúc hệ thống Start ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 11 Một vài loại mô hình (4) Sơ đồ tổng đài điện thoại Để giản dị hoá : tổng đài t, bỏ qua đờng nối với bên Mạng nối mạch cuả tổng đài Thiết bị đầu dây Hệ điều khiển Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 12 Hạ máy Kiến trúc hệ thống Nối Đã nối đoạn Lệnh gọi chuông Xin nối Đã nối nói Chuông Nhấc máy chuyện Máy điện thoại Giai Gửi số để phân tích Sơ đồ Thiết bị đầu dây tổng đài Máy điện thoại Bấm số Thiết bị đầu dây tổng đài Nhấc máy Mời bấm Hệ điều khiển mạng tổng đài Một vài loại mô hình (5) ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 13 Làm giai đoạn PT&TK (1) Trong thí dụ trên, bắt đầu viết chơng trình đợc cha ? Nếu cha, phải tiếp tục phân tích tiếp Nếu bí, phải phân tích lại, cách khác cần Nếu đợc, cha viết chơng trình làm ? Nhng nhận diện vài C.T thí dụ : C.T điều khiển tổng đài ? thí dụ : C.T điểu khiển thiết bị đầu dây Hay ngộ C.T hữu ích thí dụ : C.T giám sát đồng hồ cđa lß vi ba KiÕn tróc hƯ thèng ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 14 Khúc dạo lý thuyết hai kịch Máy tính điện tử vạn Cách suy nghĩ ngời khác ( điều tốt đẹp cho nhân loại ! ) Và ngời ta hiểu lơ mơ hoạt động não Hệ LUậN ? Không có phơng pháp giải đợc vấn đề Nhng ngời ta có kinh nghiệm điều nên làm đứng trớc số lớp toán Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 15 Làm giai đoạn PT&TK (2) PT&TK PM tiến trình giải vấn đề Trong thời gian đầu Mò mẫm cần thiết, thực đơn dọn sẵn Vận dụng hiểu biết, kinh nghiệm óc sáng tạo cha nên dùng CASE Sau nghĩ giải đợc vấn đề Cần lấy khoảng cách để kiểm điểm lại, xếp lại cho gọn đẹp, theo nghĩa trừu tợng hoá (tr 3) Cần viết rõ ràng cho cho ngời khác Kiểm điểm làm lại hay làm thêm cần nên dùng CASE Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 16 Làm giai đoạn PT&TK (3) Nh làm tin học có khác làm toán ? Giống, chỗ số vấn đề giải thuật gần với toán cổ điển Khác, chỗ lớp toán toán cổ điển lớp toán tin học ứng dụng có nhiều đặc tính khác nhau, Và nh cần tiếp cận khác Toán : Khó chiều sâu, cần tìm bớc cha có KiÕn tróc hƯ thèng Tin häc ¸p dơng : Khã chiều rộng, nhiều đầu vào đầu ra, nhiều yếu tố bên trong, cần tìm cấu ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 17 Làm giai đoạn PT&TK (4) Muốn tìm cấu thích hợp, nên thử nhiều cách nhìn khác : Góc độ sử dụng, cần thiết thống Góc độ động : biến chuyển trạng thái, gửi/nhận thông điệp, biến đổi liệu dùng nhiều cách nhìn Góc độ tĩnh : cấu trúc liệu, cấu trúc chơng trình tự sáng tạo, tuỳ ngôn ngữ LT sử dụng Góc độ cài đặt : chia hệ thống thành nhiều thành phần ; góc độ môi trờng, hệ cứng, hệ mềm ràng buộc cụ thể, tính đến sau Và điều chỉnh để chúng thống với Kiến trúc hệ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 18 Các góc độ rõ ràng, toàn thể tác phẩm nghệ thuật Kiến trúc hệ thống Nh!ng đố xây dựng đ!ợc cảnh đời M.C Escher : Waterfall, 1961 ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 19 Bài tập thí dụ : lò viba (1) Đề án : Công ty YWC đợc hãng điện tử ViNaGood đặt viết chơng trình điều khiển cho lò ViNaViba Xác định yêu cầu : ViNaGood yêu cầu ViNaViba hoạt động giống nh lò viba chạy tốt có sẵn Từ YWC ViNaGood đồng ý Use Case Diagram Từ YWC xác lập đợc FSM lò nh mô tả (reverseengineering có lợi cho ngời sau, khâu xác định yêu cầu) Nhng nhìn tổng thể Tiếp theo cần : Chia nhiều chơng trình hoạt động song song (trong có CT giả ngời dùng lò) Lập FSM chơng trình, kiểm ®iĨm chóng thèng nhÊt víi FSM chung KiÕn tróc hƯ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 20 Bài tập thÝ dơ : lß viba (2) Mét tiÕp cËn phong phú dễ hiểu nhận diện chơng trình giống nh nhận diện phận nhỏ tự nhiên (sự vật) vấn đề Chơng trình giám sát cánh cửa Chơng trình giám sát bảng điều khiển Chơng trình giám sát đồng hồ tính phút nấu Chơng trình điều khiển Thristor Chơng trình điều khiển chuông Có cần chơng trình phối hợp chung không ? Mỗi chơng trình phát nhËn mét sè tÝn hiƯu rÊt nhá KiÕn tróc hƯ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved 21 Tóm tắt nội dung Phân tích thiết kế PM cần phơng pháp : Có nhiều phơng pháp cần biết, cần kinh nghiệm để chọn lựa phơng pháp thích hợp Phơng pháp không tự nhiên đa đến kết tốt Đây giai đoạn cần sáng tạo chặt chẽ Từ xác định vấn đề đến lập mô hình không tự động Kiểm soát tính đắn, đầy đủ tốt đẹp mô hình không tự động Mô hình tốt : giản dị dễ hiểu sát vấn đề Nªn sư dơng CASE cã chõng mùc KiÕn tróc hƯ thống ITBC#3 2002-12 Đà Nẵng â2002 by Pacific Links Foundation & Hà-D!ơng Tuấn All rights reserved