Phân tích thiết kế hệ thống quản lý vật tư bệnh viện c đà nẵng

PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng Chương Giới thiệu đề tài I Vấn đề quản lý vật tư Bệnh viện C Đà Nẵng I.1 Giới thiệu Bệnh Viện C Đà Nẵng Bệnh viện C, nằm trung tâm thành phố Đà Nẵng, đơn vị Y tế trực thuộc Bộ Y tế; có nhiệm vụ chức sau: - Phổ biến tuyên truyền giáo dục sức khoẻ y tế cho toàn thể cán bộ, nhân dân cộng đồng dân cư tồn miền Trung nói chung thành phố Đà Nẵng nói riêng - Giám định thương tật, khám điều trị bệnh chủ yếu cho cán bộ, chiến sĩ, cơng nhân viên chức nhà nước tồn Miền Trung thành phố Đà Nẵng - Tiếp nhận khám chữa trị bệnh cho tất bệnh nhân ngồi nước theo u cầu Bệnh viện C có vị trí thuận lợi thành phố, tiện cho bệnh nhân tới khám điều trị bệnh Với trang thiết bị y tế tốt thuộc diện đại đội ngũ y, bác sỹ giàu tài đức nên người tin tưởng Do đó, số lượng bệnh nhân tập trung khám trị bệnh đông Nên công tác quản lý phải chặc chẽ nhằm đảm bảo phục vụ tốt cho bệnh nhân Bệnh viện C Đà Nẵng bệnh viện lớn nước nên số lượng phịng khoa nhiều Mỗi phịng khoa có nhiệm vụ phương pháp chữa trị bệnh khác nhằm làm tăng thêm đa dạng điều trị bệnh bệnh viện Do số lượng phòng khoa nhiều, dãy tầng lớn nhiều, số bệnh nhân đến đơng vấn đề thuốc men, thiết bị hay dụng cụ y tế cần thiết lớn Từ vấn đề quản lý vật tư nói riêng hoạt động kế tốn nói chung ban lãnh đạo bệnh viện coi trọng Quản lý tốt việc cung cấp thông tin xác vật tư, thiết bị giúp cho phịng khoa nắm rõ từ cung cấp kịp thời để chữa trị cho người bệnh thực cần thiết I.2 Sơ đồ hoạt động phận kế tốn Qua thực tế, ta mơ hình hố sơ đồ q trình hoạt động phận kế toán Bệnh viện C sau Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng K toỏn vt tt tư Kế tốn tốn Trưởnn g phịng kế tốn Phó phịng kế tốn Kế tốn tổng hợpng hợpp Thủ quĩ quĩ Bảo hiểm y tếo hiểm y tếm y tế Hình 1.1: 1.1: Sơ đồ hoạt động phận kế toán đồ hoạt động phận kế toán hoạt động phận kế toán t động phận kế toán ng phận kế toán a bộng phận kế toán phận kế tốn n kế tốn tốn Trong đó, dấp trênu mũi tên: i tên: biểm y tếu diễn việc đạo hay hướng dẫn công việc cách trực tiếpn việc đạo hay hướng dẫn công việc cách trực tiếpc đạo hay hướng dẫn công việc cách trực tiếp đạo hay hướng dẫn công việc cách trực tiếpo hay hướng dẫn công việc cách trực tiếpng dẫn công việc cách trực tiếpn công việc đạo hay hướng dẫn công việc cách trực tiếpc cách trực tiếpt cách trực tiếpc tiế p biểm y tếu diễn việc đạo hay hướng dẫn công việc cách trực tiếpn thông tin báo cáo hay ý kiến đóng góp lên cấp báo cáo hay ý kiế n đóng góp lên cấp trênp biểm y tếu diễn việc đạo hay hướng dẫn công việc cách trực tiếpn vịêc trao đổi thông tin qua lại hay ý kiến dẫn lẫn êc trao hợpi thông tin qua lạo hay hướng dẫn công việc cách trực tiếpi hay ý kiế n đạo hay hướng dẫn công việc cách trực tiếp dẫn công việc cách trực tiếpn lẫn công việc cách trực tiếpn Trong sơ đồ trên, ta hiểu hoạt động chung phận kế toán đạo trưởng phịng kế tốn Trưởng phịng kế tốn đạo trực tiếp kế hoạch công việc đến phận chức riêng biệt Phó phịng kế tốn người ký thay trưởng phịng trường hợp có uỷ nhiệm đạo đến phận kế toán tổng hợp, người giúp đỡ cho kế tốn trưởng cơng việc điều hành phận kế toán Các phận trực thuộc phịng kế tốn phải có nhiệm vụ tn theo đạo báo cáo kết hoạt động tháng đến trưởng phịng kế tốn Giữa phận phải có thủ liên quan chặc chẽ theo qui định chung Bảo hiểm y tế thủ quĩ liên hệ với kế toán toán Kế toán vật tư kế toán tổng hợp liên hệ với kế toán toán Các mối liên hệ thể việc tổng kết báo cáo kết số liệu tính tốn hàng tháng Kế tốn tốn thống kê tính tốn tất sau báo cáo lên kế toán tổng hợp để toán bỏo cỏo Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng chung hng thỏng Và hoạt động diễn liên tục hàng tháng, cịn việc nhập, tính tốn số liệu hàng ngày cơng việc thường xun phận kế tốn nói chung II Yêu cầu thực tiễn tầm quan trọng quản lý vật tư II.1 Từ yêu cầu thực tiễn đến việc chọn đề tài Hoạt động kế toán chuỗi công việc vất vả tốn nhiều cơng sức khơng nói phải có cần mẫn, chăm sáng suốt Sự sai sót khó tránh khỏi cơng việc dành riêng cho người việc đối chiếu sổ sách diễn thường xuyên tỏ nhàm chán Việc tin học hoá toán quản lý giúp người làm việc phận kế toán Bệnh viện C bớt phần nhàm chán đặc biệt tính xác cao tính tốn Tin học hố tốn quản lý cịn giúp cho việc truy vấn thơng tin kế tốn nhanh chóng theo u cầu khác nhau, vị trí địa lý khác Đó điều kì diệu phát triển chung ngành công nghệ thông tin đáp lại khả chinh phục sáng tạo lồi người Vì quan xí nghiệp điều có đặt trưng nhu cầu quản lý theo cách thức phù hợp với Riêng Bệnh viện C toán quản lý kế tốn chung theo sơ đồ hình 1.1 lớn cần phải có đội ngũ giàu kinh nghiệm chun mơn kế tốn lập trình hồn thành tốt Quả thực, hội thực tiễn mà em có dịp tiếp xúc thực tế thời gian làm đồ án tốt nghiệp Do đó, em chọn cho việc tin học hoá phần phận kế toán Bệnh viện C kế tốn vật tư II.2 Tầm quan trọng việc quản lý vật tư Quản lý vật tư trình tổ chức lưu trữ hợp xử lý, tính tốn tất thông tin cần thiết vật tư nhằm phục vụ cho việc truy tìm, xếp hay thống kê báo biểu cách nhanh chóng theo yêu cầu cụ thể Các hoạt động nhập xuất hay tính tốn lập báo biểu thủ cơng tay ghi chép lên giấy khơng cịn phù hợp thời đại ngày khơng thoả mãn u cầu địi hỏi người độ xác khả đáp ứng thơng tin nhanh chóng Vì vậy, ứng dụng tin học vào việc quản lý vật tư quan trọng cần thiết Hơn nữa, việc tin học hoá toán quản lý vật tư đem lại điều bất ngờ phần mềm quản lý ứng dụng mạng cục hay diện rộng, vị trí khác truy tìm thơng tin hay cập nhật thông tin vật tư vị trí khác Điều trước khó làm khơng có phát triển vượt bậc kỹ thuật mạng viễn thông Vậy, ta giải đáp mang lại hiệu công việc lớn đem lại thời gian rãnh rỗi cho người nhiều ứng dụng tin học vào vấn đề thực tế, quản lý vật t Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng III Mc tiờu v phạm vi đề tài III.1 Mục tiêu đề tài Trong phạm vi đồ án tốt nghiệp gồm:  Tìm hiểu sở lý thuyết tảng thiết kế phần mềm  Phân tích thiết kế hệ thống thông tin cho việc quản lý vật tư Bệnh viên C  Triển khai ứng dụng phần mềm ứng dụng cụ thể  Kiểm tra thực nghiệm việc xử lý vấn đề thường xuyên diễn công tác quản lý vật tư như: vấn đề đưa kết vấn tin chi tiết số lượng vật tư dùng theo thời gian, theo đơn vị nhận, theo nhóm vật tư hay báo cáo kết thống kê tổng hợp nhóm loại vật tư III.2 Phạm vi đề tài  Đề tài thực phạm vi kiến thức học nghiên cứu thêm tài liệu tham khảo Các số liệu có sẵn từ bảng thống kê, phiếu nhập hay lĩnh vật tư phịng kế tốn thực tế vấn trực tiếp cán kế toán vật tư Bệnh viện C  Việc phân tích thiết kế hệ thống thông tin chủ yếu quan tâm đến yêu cầu thực tế phục vụ cho người quản lý vật tư  Hệ thống xây dựng sở hỗ trợ lập trình Access mã lệnh Visual Basic Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng Chng Nn tng thit kế phần mềm* Thiết kế bước giai đoạn phát triển sản phẩm hay hệ thống cơng nghệ Nó định nghĩa: " tiến trình áp dụng nhiều kỹ thuật nguyên lý với mục đích xác thiết bị, tiến trình hay hệ thống đủ chi tiết phép thực mặt vật lý." Mục tiêu thiết kế tạo mô hình hay biểu diễn thực thể mà sau xây dựng Tiến trình phát triển mơ hình tổ hợp trực giác đánh giá dựa kinh nghiệm việc xây dựng thực thể tương tự, tập hợp nguyên lý trực cảm hướng dẫn cách tiến triển mơ hình này, tập hợp tiêu chuẩn để đánh giá chất lượng, tiến trình lặp lại để cuối dẫn tới biểu diễn thiết kế chung Thiết kế phần mềm máy tính, giống cách tiếp cận thiết kế công nghệ lĩnh vực khác, liên tục thay đổi phương pháp mới, cách phân tích tốt hiểu biết rộng tiến hoá lên I Thiết kế kĩ nghệ phần mềm Thiết kế phần mềm có vị trí trung tâm kĩ thuật tiến trình kĩ nghệ phần mềm áp dụng tới mơ hình phát triển sử dụng Một yêu cầu phần mềm dã phân tích đặc tả thiết kế phần mềm ba kĩ thuật thiết kế, lập trình kiểm thử - hoạt động để xây dựng kiểm chứng phần mềm Từng hoạt động biến đổi thông tin theo cách cuối cho kết tạo phần mềm máy tính hợp lệ Mỗi thành phần mơ hình thiết kế cung cấp nguồn thơng tin u cầu để tạo mơ hình thiết kế Mỗi luồng thông tin giai đoạn kĩ thuật tiến trình minh hoạ hình 2.1 Các yêu cầu phần mềm biểu diễn mô hình thơng tin, chức hành vi, đầu vào cho bước thiết kế Bằng việc sử dụng * : Dịêc trao đổi thông tin qua lại hay ý kiến dẫn lẫn ch t t i liệc đạo hay hướng dẫn công việc cách trực tiếpu [1] v tham khảo hiểm y tếo t i liệc đạo hay hướng dẫn công việc cách trực tiếpu [5], xem xuấp trênt xứ trang tài liệu tham khảo trang t i liệc đạo hay hướng dẫn công việc cách trực tiếpu tham khảo hiểm y tếo Khoa C«ng nghƯ Th«ng tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng số phương pháp thiết kế, bước thiết kế tạo thiết kế liệu, thiết kế kiến trúc, thiết kế giao diện thiết kế thủ tục Thiết kế liệu chuyển mơ hình miền thơng tin tạo bước phân tích thành cấu trúc liệu cần cho việc cài đặc phần mềm Thiết kế kiến trúc định nghĩa quan hệ thành phần cấu trúc chương trình Thiết kế giao diện mô tả cách giao tiếp thông tin bên phần mềm đến hệ thống điều hành phần mềm với người sử dụng Thiết kế thủ tục biến đổi thành phần cấu trúc thành mô tả thủ tục phần mềm Trong giai đoạn thiết kế định ảnh hưởng đến thành công việc cài đặt phần mềm, điều quan trọng làm dễ dàng cho việc bảo trì phần mềm - bước thử nghiệm giai đoạn phát triển Nhưng thiết kế lại quan trọng ? Sơ đồ đồ quan hệu giữ a Sơ đồ đồ thực thểc thể luồ ng liệuu Từ điển điển liệuu Thiết kế liệut kết kế liệu thủ tục tụcc Thiết kế liệut kết kế liệu giao diệun Thiết kế liệut kết kế liệu kiết kế liệun trúc Sơ đồ đồ dịch ch chuyển trạng tháing thái Mơ hình phân tích Thiết kế liệut kết kế liệu liệuu Mô hình thiế t kế Hình 2.1: Chuyển mơ hình phân tích sang mơ hình thiết kế phần n mơ hình phân tích sang mơ hình thiế tốn t kế tốn phần n mềmm Tầm quan trọng thiết kế phần mềm phát biểu từ - chất lượng (quality) Thiết kế nơi chất lượng nuôi dưỡng việc phát triển phần mềm thiết kế cung cấp cho ta cách biểu diễn phần mềm xác nhận chất lượng Thiết kế cách cho chuyển cách xác yêu cầu khách hàng sang sản phẩm hay hệ thống phần mềm cuối Thiết kế phần mềm phục vụ tảng cho bước kĩ nghệ phần mềm bảo trì phần mềm sau Khơng có thiết kế, có nguy xây dựng nên hệ thống không ổn định - hệ thống thất bại có thay đổi nhỏ; hệ thống khó kiểm thử được; hệ thống mà người ta no xỏc nhn Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng c cht lượng chừng chưa đến cuối tiến trình kiểm thử, thời gian tiền chi nhiều II Tiến trình thiết kế Thiết kế phần mềm tiến trình lặp thơng qua yêu cầu chuyển thành thiết kế (blueprint) kiến trúc phần mềm Ban đầu, thiết kế mơ tả cho tồn quan điểm phần mềm Việc làm mịn dần bước dẫn đến biểu diễn thiết kế gần giống với chương trình gốc II.1 Thiết kế chất lượng phần mềm Trong tồn tiến trình thiết kế, chất lượng thiết kế tiến hoá khẳng định loạt họp xét duyệt kĩ thuật thức Để đánh giá chất lượng biểu diễn thiết kế, phải thiết lập tiêu chuẩn cho thiết kế tốt Hiện đưa hướng dẫn sau:  Thiết kế nên nêu cách tổ chức theo cấp bậc để dùng cách kiểm sốt thơng minh số thành phần phần mềm  Thiết kế nên theo mô đun; tức phân hoạch phần mềm cách logic thành thành phần thực chức chức xác định  Thiết kế nên chứa cách biểu diễn phân biệt liệu thủ tục  Thiết kế nên dẫn dắt đến mô đun đặt trưng chức độc lập (chương trình hay thủ tục) nêu  Thiết kế nên dẫn đến giao diện làm rút gọn độ phức tạp việc ghép nối mơ đun với mơi trường bên ngồi  Thiết kế nên hướng theo cách dùng phương pháp lặp lại điều khiển thông tin giai đoạn phân tích yêu cầu phần mềm Các đặc trưng thiết kế khơng thể có may mắn Tiến trình thiết kế phần mềm động viên cho thiết kế tốt thông qua việc áp dụng nguyên lí thiết kế bản, phương pháp luận hệ thống việc xét duyệt thấu đáo II.2 Sự tiến hoá thiết kê phần mềm Tiến hoá thiết kế phần mềm tiến trình liên tục trải qua ba thập kỷ Cơng trình thiết kế ban đầu tập trung vào tiêu chuẩn để phát triển mô đun phương pháp làm mịn kiến trúc phần mềm theo cách thức từ xuống Các thủ tục của định nghĩa thiết kế tiến hoá thành triết lý mà ta gọi lập trình có cấu trúc Về sau có giải pháp để chuyển từ luồng liệu hay cấu trúc liệu thành định nghĩa thiết kế, tiếp cận đề ghị tiếp cận hướng đối tượng tới việc dẫn thiết kế Song phương pháp có chung đặc trưng sau: chế để chuyển biểu diễn từ miền thông tin sang biểu diễn thiết kế, kí pháp để biểu diễn thành phần chức giao diện chúng, cách trực cảm để làm mịn phân hoạch, hướng dẫn đánh giỏ cht lng Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng Dự cho phương pháp luận thiết kế phần mềm dùng người kĩ sư phần mềm phải áp dụng tập hợp khái niệm tảng cho thiết kế liệu, kiến trúc thủ tục III Nền tảng thiết kế Mỗi khái niệm cung cấp cho người thiết kế phần mềm tảng để từ người ta áp dụng nhiều phương pháp thiết kế phức tạp III.1 Trừu tượng Khi phân tích xem xét giải pháp mơ đun cho vấn đề đặt nhiều mức độ trừu tượng Mỗi bước tiến trình kĩ nghệ phần mềm làm mịn cho mức độ trừu tượng giải pháp phần mềm Khi chuyển từ thiết kế sơ sang thiết kế chi tiết mức độ trừu tượng rút lại Cuối tới mức độ trừu tượng thấp sinh chương trình gốc Khi chuyển qua mức độ trừu tượng khác nhau, làm việc để tạo trừu tượng thủ tục liệu Trừu tượng thủ tục dãy lệnh có tên, có chức xác định có giới hạn Ví dụ trừu tượng thủ tục từ "tìm" tên vật tư danh mục Từ kéo theo dãy bước thủ tục (như nhập tên vật tư, chọn tên danh mục, mở danh mục, dò từ xuống, đối chiếu so sánh tên vật tư có danh mục, đóng danh mục lại báo cáo kết tìm được) Trừu tượng liệu tập hợp liệu có tên mơ tả cho đối tượng liệu Ví dụ trừu tượng liệu "phiếu nhập vật tư" Đối tượng liệu thực chất tập hợp nhiều mẫu thông tin khác (như tên người ký nhận, tên loại vật tư, số lượng, kho nhập vào, ngày nhập, ) Vậy tham chiếu đến đối tượng liệu cách nói tên trừu tượng liệu Trừu tượng điều khiển dạng thứ ba trừu tượng hoá dùng thiết kế phần mềm Giống trừu tượng liệu thủ tục, trừu tượng điều khiển áp dụng cho chế điều khiển chương trình mà khơng xác định chi tiết bên Ví dụ trừu tượng điều khiển chế đồng hố dùng để điều hồ hoạt động hệ điều hành III.2 Làm mịn Làm mịn bước chiến lượt thiết kế từ xuống từ thuở ban đầu Niklaus Wirth đề nghị Kiến trúc chương trình phát triển mức làm mịn liên tiếp chi tiết thủ tục Một cấp bậc xây dựng cách phân tách phát biểu vĩ mô chức (trừu tượng thủ tục) theo kiểu bước đạt phát biểu đến ngơn ngữ lập trình Theo Niklaus Wirth khái niệm tổng quan sau: Trong bước (làm mịn), hay nhiều lệnh chương trình cho phân rã thành lệnh chi tiết Việc phân rã hay làm mịn liên tiếp đặc tả kết thúc tất lệnh diễn đạt dạng ngôn ngữ lập trình hay ngơn ngữ máy tính tảng Khi nhiệm vụ làm mịn liệu cng Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang PT&TKHT Quản lý vật t Bệnh viện C Đà Nẵng phi c lm mn, phân rã hay cấu trúc lại, điều tự nhiên song song theo làm mịn đặc tả chương trình liệu Mọi bước làm mịn kéo theo định thiết kế Điều quan trọng người lập trình cần nhận biết tiêu chuẩn tảng ( cho định thiết kế ) tồn giải pháp khác Làm mịn thực chất trình khởi thảo III.3 Tính mơ đun Kiến trúc phần mềm cụ thể hố cho tính mơ đun này; tức phần mềm chia thành thành phần riêng biệt định địa chỉ, gọi mô đun, tích hợp để thoả mãn yêu cầu vấn đề Ta hiểu thấu phần mềm lớn nguyên khối Số đường dẫn, phạm vi tham khảo, số biến độ phức tạp tổng thể làm cho việc hiểu thấu đáo không thực Ta xét lập luận sau: Gọi C(x) hàm xác định độ phức tạp cảm nhận vấn đề x E(x) hàm xác định nỗ lực (theo thời gian) cần giải vấn đề x Với hai vấn đề p p2 , nếu: C(p1) > C(p2) (1) Thì ta suy E(p1) > E(p2) (2) Điều hiển nhiên, điều quan tâm khác lộ qua trình giải vấn đề người Đó là: C(p1 + p2) > C(p1) + C(p2) (3) Biểu thức cho ta thấy độ phức tạp cảm nhận vấn đề có tổ hợp p1 p2 có độ phức tạp lớn độ phức tạp vấn đề xem xét tách biệt Từ (3) (1),(2) ta suy ra: E(p1 + p2) > E(p1) + C(p2) (4) Điều dẫn đến kết luận dễ giải vấn đề phức tạp ta biết cách Chi chia nhỏ phần Kết (4) luận cho tính mơ đun thực tế phí Nhưng khơng có nghĩa kết luận phân chia phần mềm cáchTkhông hợpng chixác phí phần mềmn mề báo cáo hay ý kiến đóng góp lên cấp trênm hay định nỗ lực phát triển trở nên nhỏ đến mức bỏ Điều khơng nỗ may mắn nỗllực lẻ khơng phí cho giao diệc đạo hay hướng dẫn công việc cách trực tiếpn ực tiếpc (chi phí) để phát triển mơ đun phần mềm riêngChi giảm tổng số mô đun tăng lên, xem hình 2.2 sau Miề báo cáo hay ý kiến đóng góp lên cấp trênn chi phí tối thiểui thiểm y tếu M Chi phí / mơ un Khoa Công nghệ Thông tin - Điện tử Viễn thông SV: Nguyễn Bá Quang Si thiu cỏc mụ un Hình 2.2: Tính mơ đun chi phí phần mềm chi phí phần n mềmm 10 PT&TKHT Qu¶n lý vËt t Bệnh viện C Đà Nẵng III.4 Kin trỳc phn mềm Kiến trúc phần mềm đưa hai đặc trưng quan trọng chương trình máy tính: cấu trúc cấp bậc thành phần thủ tục cấu trúc liệu Kiến trúc phần mềm suy dẫn qua tiến trình phân hoạch đặt mối quan hệ phần tử giải pháp phần mềm với phận vấn đề giới thực xác định khơng tường minh phân tích u cầu Tiến hố phần mềm cấu trúc liệu bắt đầu với xác định vấn đề giải pháp xuất vấn đề thành phần giải hay nhiều phần tử phần mềm Hình 2.3 sau biểu thị cho phép chuyển việc phân tích yêu cầu thiết kế phần mềm S3 P3 P1 P4 P2 S4 S2 P5 S1 "Vấp trênn đề báo cáo hay ý kiến đóng góp lên cấp trên" cần mềmn giảo hiểm y tếi quyế t qua phần mềmn mề báo cáo hay ý kiến đóng góp lên cấp trênm S5 "Giảo hiểm y tếi pháp" phần mềmn mề báo cáo hay ý kiến đóng góp lên cấp trênm Hình 2.3 : Tiế tốn n hố phận kế toán a cấu trúcu trúc P Trong hình sau ta thấy có vấn đề thỏa mãn nhiều cấu trúc khác "Vấp trênn đề báo cáo hay ý kiến đóng góp lên cấp trên" S1 S1 S2 S3 S4 S5 S4 S3 S1 S2 S3 Khoa Công nghệ Thông tin - Điện tư ViƠn th«ng Cấp trênu trúc S4 S5 Cấp trênu trúc Hình 2.4 : Cấu trúcu trúc khác biệtt S2 S5 SV: Ngun B¸ Quang Cấp trênu trúc