Nghiên cứu và thiết kế kiến trúc phần mềm cho các hệ thống lớn và phức tạp

ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ VŨ VĂN LĨNH NGHIÊN CỨU VÀ THIẾT KẾ KIẾN TRÚC PHẦN MỀM CHO CÁC HỆ THỐNG LỚN VÀ PHỨC TẠP LUẬN VĂN THẠC SĨ Hà Nội - 2011 ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ VŨ VĂN LĨNH NGHIÊN CỨU VÀ THIẾT KẾ KIẾN TRÚC PHẦN MỀM CHO CÁC HỆ THỐNG LỚN VÀ PHỨC TẠP Ngành Chuyên ngành Mã số CÔNG NGHỆ THÔNG TIN CÔNG NGHỆ PHẦN MỀM 60 48 10 LUẬN VĂN THẠC SĨ NGƯỜI HƯỚNG DẪN KHOA HỌC: TS Phạm Ngọc Hùng Hà Nội - 2011 iii MỤC LỤC DANH MỤC HÌNH VẼ v DANH MỤC BẢNG vi CHƢƠNG 1: GIỚI THIỆU 1.1 Đặt vấn đề 1.2 Nội dung nghiên cứu 1.3 Cấu trúc luận văn .3 CHƢƠNG 2: TỔNG QUAN VỀ THIẾT KẾ KIẾN TRÚC PHẦN MỀM 2.1 Định nghĩa kiến trúc phần mềm 2.2 Các thành phần thiết kế kiến trúc phần mềm 2.2.1 Thành phần 2.2.2 Kết nối 2.2.3 Giao diện 10 2.2.4 Cấu hình .11 2.3 Một số kiểu kiến trúc điển hình 11 2.4 Các bƣớc thiết kế kiến trúc phần mềm 13 2.5 Đánh giá ƣu nhƣợc điểm SAD 22 CHƢƠNG 3: TỔNG QUAN VỀ HỆ THỐNG QUẢN LÝ, XỬ LÝ ẢNH TRONG Y TẾ 24 3.1 Quy trình khám, chữa bệnh 24 3.2 Phân tích xử lý nghiệp vụ 25 CHƢƠNG 4: THIẾT KẾ KIẾN TRÚC CHO HỆ THỐNG QUẢN LÝ, XỬ LÝ ẢNH TRONG Y TẾ 29 4.1 Thiết kế kiến trúc tổng thể cho hệ thống 29 4.2 Thiết kế cho chức lớn hệ thống 34 CHƢƠNG 5: CÀI ĐẶT KIẾN TRÚC PHẦN MỀM .40 5.1 Cách thức cài đặt kiến trúc phần mềm .40 5.2 Phƣơng pháp từ thiết kế kiến trúc tới thiết kế chi tiết 40 5.3 So sánh SAD SDD 43 KẾT LUẬN .45 TÀI LIỆU THAM KHẢO 47 PHỤ LỤC 48 iv BẢNG CÁC CHỮ VIẾT TẮT STT Từ viết tắt SAD SDD SRS VB6 SS UML v DANH MỤC HÌNH VẼ Hình 1.1: Mơ hình phát triển phần mềm hình chữ V [5] Hình 2.1: Thiết kế kiến trúc phần mềm hệ thống quản lý thông tin bệnh nhân Hình 2.2: Khơng gian tùy chọn thủ tục gọi kết nối [2] Hình 2.3: Khơng gian tùy chọn kết nối kiện [2] Hình 2.4: Không gian tùy chọn kết nối truy cập liệu [2] .10 Hình 2.5: Kiến trúc gọi trả lại [2] 11 Hình 2.6: Kiến trúc phân tầng [2] 12 Hình 2.7: Các bƣớc thiết kế kiến trúc phần mềm [3] .15 Hình 3.1: Quy trình khám chữa bệnh 24 Hình 3.2: Sơ đồ ca sử dụng chức quản lý thơng tin bệnh nhân 26 Hình 3.3: Sơ đồ ca sử dụng chức quản lý trình chụp ảnh 26 Hình 3.4: Sơ đồ ca sử dụng chức thao tác với ảnh 27 Hình 4.1: Kịch chụp ảnh 31 Hình 4.2: Kiến trúc tổng thể hệ thống 33 Hình 4.3: Tình ngƣời dùng, nghiệp vụ, hệ thống hình kết nối ảnh .36 vi DANH MỤC BẢNG Bảng 2.1: Các thành phần thiêt kế kiến trúc hệ thống quản lý thông tin bệnh nhân Bảng 2.2: Đặc điểm kiểu kiến trúc gọi trả lại .12 Bảng 2.3: Đặc điểm kiểu kiến trúc phân tầng 13 Bảng 2.4: Khung kiến trúc điểm bật [3] 18 Bảng 4.1: Đặc điểm thiết kế kiến trúc tổng thể 34 Bảng 4.2: Đặc điểm thành phần thiết kế kiến trúc mở hình kết nối 38 Bảng 5.1: Ánh xạ thành phần SAD với SDD 40 Bảng 5.2: So sánh SAD với SDD 44 CHƢƠNG 1: GIỚI THIỆU 1.1 Đặt vấn đề Trong phát triển phầm mềm, có nhiều mơ hình phát triển khác nhƣ mơ hình thác nƣớc, mơ hình xoắn ốc, … Hiện nay, mơ hình phát triển phần mềm đƣợc sử dụng rộng rãi mơ hình chữ V, đƣợc cải tiến từ mơ hình thác nƣớc Trong mơ hình phát triển phần mềm hình chữ V, cơng việc đƣợc chia thành giai đoạn khác nhau, giai đoạn thực số công việc cụ thể Ví dụ giai đoạn thiết kế kiến trúc (Architecture Design - AD) thực chuyển hóa đặc tả yêu cầu phần mềm (Software Requirement Specification SRS) thành mô tả thiết kế kiến trúc đƣợc thể thơng qua hình vẽ, tài liệu mơ tả, … Dựa vào kết thiết kế kiến trúc đó, nhà thiết kế chi tiết tạo thiết kế chi tiết cho phần mềm, phục vụ cho trình cài đặt chƣơng trình đƣợc dễ dàng, thuận tiện Hình 1.1: Mơ hình phát triển phần mềm hình chữ V [5] Dựa vào hình 1.1 ta thấy thiết kế kiến trúc giai đoạn mơ hình phát triển phần mềm Khi xây dựng phát triển phần mềm phát triển đầy đủ theo giai đoạn mơ hình phần mềm áp dụng, đặc biệt giai đoạn thiết kế, phần mềm tránh đƣợc rủi ro có chất lƣợng tốt Trên thực tế thƣờng làm việc khơng có kế hoạch cụ thể, làm tới đâu nghĩ tới đó, xem nhẹ bƣớc thiết kế, coi trọng cài đặt mã nguồn Kết mà thu đƣợc thƣờng khối mã nguồn rối rắm có chƣơng trình nhỏ với vài chức cần thiết, khó cho bảo trì tái sử dụng Đơi khi, làm việc có phần chủ quan mang tính tự phát, nhƣng bình tĩnh nghiên cứu, làm việc có kế hoạch áp dụng tiến trình thiết kế phần mềm vào tốn mình, thấy đƣợc nhiều hƣớng đi, nhiều cách giải quyết, mà lời giải tối ƣu mà trƣớc khơng thấy bỏ qua Điều quan trọng theo dõi kiểm sốt đƣợc xảy Thiết kế đồng nghĩa với việc tiết kiệm thời gian tiền bạn Nếu khơng có thiết kế thiết kế khơng tốt, có thay đổi yêu cầu vài chức phần mềm nâng cấp, cải tiến chức đó, phải làm lại chƣơng tình hồn tồn phải nghiên cứu lại toàn mã nguồn, điều đồng nghĩa với việc tiêu tốn nhiều thời gian tiền bạc Mặt khác dƣới góc nhìn rộng bao qt hơn, thơng qua việc phản ánh kết trình phân tích, thiết kế thƣờng xác định cho nhiều hƣớng đi, nhiều cách thức giải tốn, từ cho phép chọn đƣợc cách thức tốt đƣờng ngắn để tới đích [1] Với phát triển nhanh công nghệ thông tin, ngày nhiều lĩnh vực đời sống đƣợc tin học hóa, giúp cho q trình xử lý cơng việc nhanh đơn giản hơn, giúp cho tiết kiệm nhiều thời gian tiền bạc Với phát triển kinh tế, ngày sống ngƣời đƣợc cải thiện nhiều Nhu cầu chăm sóc, khám chữa bệnh, phát hiện, chuẩn đoán chữa trị bệnh sớm đƣợc tăng lên, tin học cánh tay đắc lực giúp cho việc Năm 2009, làm việc công ty phần mềm FPT, nhận đƣợc đơn đặt hàng khách hàng bên Nhật Bản, yêu cầu nâng cấp, xây dựng chức cho hệ thống quản lý, xử lý ảnh y tế Khi nhận đƣợc tốn, chúng tơi tiến hành khảo sát phân tích thấy hệ thống cũ có số hạn chế nhƣ sau: Thứ hệ thống chƣơng trình hồn chỉnh, với mã nguồn lớn, hỗn độn nhƣng tài liệu mơ tả hệ thống Kiến thức chức năng, xử lý nghiệp vụ hệ thống không đƣợc viết thành tài liệu, ngƣời hiểu phần rời rạc Khi phát triển, phần mềm đƣợc phát triển dựa hai công nghệ, mơi trƣờng lập trình khác Phần giao diện giao tiếp với ngƣời dùng đƣợc viết VB6, sử dụng nhiều thành phần sẵn có VB6 Ngồi sử dụng nhiều thƣ viện hãng thứ ba nên tính đồng khơng cao, thƣờng xun phải nâng cấp phiên Cùng với thời gian phần cứng đƣợc thay đổi nhiều, VB6 khơng thể đáp ứng với phần cứng với phiên Mặt khác có nhiều loại hình kích thƣớc khác nhau, chƣơng trình phải đáp ứng tùy biến cho phù hợp với loại hình đó, việc VB6 làm khó khăn, gần nhƣ khơng thể Hơn nữa, VB6 ngơn ngữ lập trình hƣớng thủ tục nên khả mở rộng kém, thêm chức khó khăn Phần thuật tốn xử lý, lƣu trữ, thao tác với ảnh viết C++ Các phần viết rời rạc, sử dụng lại kém, hình nhƣ khơng có Hạn chế thứ hai q trình bảo trì nâng cấp vơ khó khăn, mở rộng nhiều cơng sức, chí làm ảnh hƣớng tới chức có, dẫn tới xử lý sai Những khó khăn đặt cho chúng tơi phải có phƣơng pháp đánh giá, hƣớng tiếp cận phù hợp để nâng cấp, xây dựng chức cho phù hợp xử lý xác Cuối cùng, sau thời gian phân tích, đánh giá nghiêm túc, chúng tơi tìm đƣợc hƣớng phù hợp, phải làm tốt từ giai đoạn phân tích, thiết kế, đặc biệt thiết kế kiến trúc phần mềm 1.2 Nội dung nghiên cứu Luận văn tập trung nghiên cứu lý thuyết thiết kế kiến trúc phần mềm, thành phần thiết kế kiến trúc phần mềm, đặc điểm số kiểu kiến trúc phần mềm tiêu biểu, bƣớc thiết kế kiến trúc phần mềm đánh giá ƣu nhƣợc điểm thiết kế kiến trúc phần mềm Sau luận văn tập trung vào q trình khảo sát, phân tích hệ thống quản lý, xử lý ảnh y tế Từ kết khảo sát, phân tích đó, luận văn trình bày chi tiết trình áp dụng bƣớc thiết kế kiến trúc phần mềm vào toán quản lý, xử lý ảnh y tế Luận văn mô cách thức cài đặt thiết kế kiến trúc phần mềm, đề xuất phƣơng pháp, bƣớc từ thiết kế kiến trúc tới thiết kế chi tiết sau cho hiệu 1.3 Cấu trúc luận văn Các phần lại luận văn có cấu trúc nhƣ sau: Chƣơng trình bày khái niệm kiến trúc phần mềm, thiết kế kiến trúc phần mềm, số kiểu kiến trúc phần mềm tiêu biểu Sau trình bày bƣớc thiết kế kiến trúc phần mềm đánh giá ƣu nhƣợc điểm thiết kế kiến trúc phần mềm Chƣơng mơ tả quy trình khám chữa bệnh y tế Phân tích xử lý nghiệp vụ hệ thống quản lý, xử lý ảnh y tế Chi tiết trình áp dụng bƣớc thiết kế kiến trúc phần mềm nêu chƣơng để thiết kế kiến trúc cho hệ thống quản lý, xử lý ảnh y tế đƣợc mô tả chi tiết chƣơng Chƣơng mô tả cách thức cài đặt kiến trúc phần mềm Đề xuất phƣơng pháp, bƣớc từ thiết kế kiến trúc tới thiết kế chi tiết cho hiệu Tóm tắt kết đạt đƣợc, trình bày hạn chế hƣớng nghiên cứu phát triển tƣơng lai đƣợc trình bày phần kết luận 37 C++ Khi thiết kế kiến trúc tập trung phân tích giải để chúng làm việc hài hịa, ổn định Các lớp thành phần C++ cho bên ngồi thấy số phƣơng thức để gọi tới Chỉ làm việc theo chiều từ C# gọi tới C++, khơng có chiều ngƣợc lại Các điểm bật Cơ chế làm việc, quản lý tài nguyên C# C++ khác Nên phải ý tới việc quản lý, cấp phát, thu hồi nhớ dƣới C++ hay chế hiển thị giao diện C# để đảm bảo có ứng dụng có giao diện phù hợp với nhiều loại hình có kích thƣớc khác Chƣơng trình xử lý phức tạp, đƣa vào môi trƣờng phát triển có lỗi xảy phải khoanh vùng nhanh vùng bị lỗi Để làm điều q trình ghi lỗi phải đƣợc làm cẩn thận Quá trình ghi lại lỗi phải làm theo phƣơng châm đƣợc đƣa phần Thiết kế kiến trúc tổng quát Lựa chọn giải pháp Chức đƣợc thiết kế thành nhóm thành phần chính: Các thành phần liên quan tới giao diện ngƣời dùng dùng C# Các thành phần xử lý hiển thị ảnh dùng C++ Các thành phần C# gọi tới thành phần C++ i Dựa vào tình ngƣời dùng, tình nghiệp vụ, tình hệ thống phần kịch chính, ta thiết kế đƣợc thành phần, giao diện tƣơng ứng Hình dƣới họa thành phần đƣợc xác định dựa vào tình ngƣời dùng, tình nghiệp vụ, tình hệ thống mở chức ii Kết thiết kế kiến trúc dựa vào tình ngƣời dùng, tình nghiệp vụ, tình hệ thống trƣờng hợp mở hình đƣợc mơ tả hình 4.4 38 Hình 4.4: Thiết kế kiến trúc dựa tình người dùng, nghiệp vụ, hệ thống mở hình kết nối Đặc điểm thành phần hình 4.4 đƣợc mô tả chi tiết bảng 4.2: Bảng 4.2: Đặc điểm thành phần thiết kế kiến trúc mở hình kết nối Kiểu kiến trúc Thành phần 39 Kết nối Giao diện 40 CHƢƠNG 5: CÀI ĐẶT KIẾN TRÚC PHẦN MỀM 5.1 Cách thức cài đặt kiến trúc phần mềm Với hệ thống nhỏ, khơng q phức tạp, có SAD, ta bỏ qua giai đoạn làm SDD mà thực việc viết mã nguồn Ví dụ nhƣ website, lập trình viên quen với cơng việc này, họ cần biết tới kiến trúc, mơ hình ví dụ theo mơ hình MVC (Model View Control) chẳng hạn, cách tổ chức mã nguồn thực cài đặt môt cách dễ dàng Mặt khác hệ thống nhỏ thiên xử lý logic, thuật tốn phức tạp khơng cần tới SAD, tiến hành xây dựng SDD thực cài đặt theo SDD Với hệ thống xử lý lớn, phức tạp, SAD cho ngƣời ta nhìn mức độ tổng quát liên kết, cách thức làm việc thành phần với nhau, chƣa biết đƣợc thực tế thành phần chi tiết làm việc với nhƣ nào, logic làm việc cụ thể sao, phải lựa chọn cách làm, công nghệ cho phù hợp, hạn chế rủi ro Khi SAD đầu vào tốt cho giai đoạn làm SDD 5.2 Phƣơng pháp từ thiết kế kiến trúc tới thiết kế chi tiết Với SAD tổng quan, hệ thống lớn đƣợc thiết kế thành hệ thống nhỏ Khi thành phần SS Từ SAD tổng quan khó tới thiết kế SDD, mà phải tiếp tục cần thiết kế SAD cho SS Câu hỏi đặt dừng lại? Từ thực tế cho thấy thành phần tƣơng ứng với dự án gói dừng lại để thiết kế SDD Trong SAD có thành phần là: thành phần, kết nối, giao diện, cấu hình Cịn SDD quan tâm tới thành phần là: lớp (class), phƣơng thức (method), giao diện, biểu đồ lớp (class diagram), biểu đồ trình tự (sequence diagram), biểu đồ họat động (activity diagram) Khi có tài liệu SAD trình làm SDD trở lên dễ dàng nhiều Sẽ có q trình ánh xạ từ thành phần SAD vào thành phần SDD Bảng 5.1: Ánh xạ thành phần SAD với SDD STT 41 liệu khác nhƣ: *.txt file, *.xml file… Khi dự án đƣợc thiết kế cho việc đọc, ghi liệu vào loại file cách dễ dàng, tiện lợi Khi biết đƣợc chức chung dự án đó, ta thiết kế lớp cho hợp lý, hiệu Ta dựa vào số nguyên lý thiết kế hƣớng đối tƣợng để thiết kế lớp nhƣ sau [1]: o Nguyên lý đóng mở (The Open Close Principle): Một module cần “mở” việc phát triển thêm tính nhƣng phải “đóng” (hạn chế khơng cho phép) việc sửa đổi mã nguồn Ý nghĩa nguyên lý là: Chúng ta thêm mở rộng tính lớp mà khơng cần quan tâm đến thay đổi bên thân lớp Tất kỹ thuật chủ yếu dựa vào trừu tƣợng hóa (abstraction) lập trình hƣớng đối tƣợng Khi áp dụng nguyên lý giảm thiểu đƣợc việc phải thay đổi đoạn mã nguồn có sẵn thêm tính vào phần mềm Nhờ hệ thống khơng bị phá vỡ o Nguyên lý thay Liskov (The Liskov Substitution Principle): Các lớp sở thay đƣợc lớp (lớp kế thừa) Ý nghĩa nguyên lý chức hệ thống thực đắn ta thay lớp đối tƣợng đối tƣợng kế thừa o Nguyên lý nghịch đảo phụ (The Dependency Inversion Principle): Phụ Connector Interface 43 Configurati on 5.3 So sánh SAD SDD Bảng 5.2 sau số tiêu chí so sánh SAD SDD Tiêu chí Thành phần Tƣơng tác Mơ tả Phạm vi Kiến thức Đầu vào Đầu Vị trí 45 KẾT LUẬN Luận văn trình bày kiến thức thiết kế kiến trúc phần mềm, vị trí giai đoạn thiết kế kiến trúc phần mềm mơ hình phát triển phần mềm hình chữ V, nhƣ tầm quan trọng thiết kế kiến trúc phần mềm phát triển hệ thống phần mềm, đặc biệt hệ thống phần mềm lớn, có độ phức tạp cao Sau luận văn giới thiệu số kiểu kiến trúc điển hình vào mô tả chi tiết, làm rõ bƣớc thiết kế kiến trúc phần mềm Các ƣu nhƣợc điểm thiết kế kiến trúc phần mềm đƣợc làm rõ luận văn Tiếp theo luận văn tìm hiểu quy trình khám chữa bệnh chung y tế, sau phân tích, làm rõ xử lý nghiệp vụ hệ thống quản lý, xử lý ảnh y tế Từ đó, luận văn phân chia hệ thống thành ba nhóm chức xử lý chức quản lý thông tin bệnh nhân, chức quản lý trình chụp ảnh chức quan sát, thay đổi, chuẩn đốn bệnh thơng qua hình ảnh Các nhóm chức làm tiền điều kiện để trình thiết kế kiến trúc đƣợc dễ dàng phù hợp Từ bƣớc thiết kế kiến trúc đƣợc trình bày chi tiết trƣớc đó, cộng với q trình khảo sát, phân tích kĩ lƣỡng hệ thống quản lý, xử lý ảnh y tế, luận văn trình chi tiết cách vận dụng lý thuyết (các bƣớc thiết kế kiến trúc phần mềm) vào toán cụ thể thực tế (hệ thống quản lý, xử lý ảnh y tế) Luận văn thu nhỏ, tóm lƣợc lại nội dung nghiên cứu, vận dụng kiến thức lý thuyết để xây dựng thành công hệ thống quản lý, xử lý ảnh công ty phần mềm FPT (Fsoft) Kết tạo đƣợc nhiều thiết kế kiến trúc cho hệ thống mình, góp phần to lớn vào q trình thành cơng dự án, đƣa sản phẩm vào phục vụ nhu cầu khám, chữa bệnh nhiều bệnh viện lớn Nhật Bản Ngoài luận văn nghiên cứu cách thức cài đặt SAD, đề xuất cách thức từ thiết kế kiến trúc tới thiết kế cho hiệu quả, đồng thời so sánh SAD SDD dựa số tiêu chí, giúp cho trình hiểu biết hai giai đoạn khác phát triển phần mềm đƣợc rõ ràng Hƣớng phát triển Luận văn thu nhỏ, tóm tắt nội dung chúng tơi nghiên cứu, vận dùng thành công lý thuyết thiết kế kiến trúc phần mềm vào giải toán hệ thống quản lý, xử lý ảnh y tế Tuy nhiên, câu hỏi đặt thực tế có nhiều tốn lớn, phức tạp khác nhau, tồn nhiều lĩnh vực, khía cạnh sống Vì hƣớng nghiên cứu luận văn nghiên cứu, đƣa đánh 46 giá, gợi ý cụ thể để bƣớc thiết kế phần mềm áp dụng đƣợc vào nhiều lĩnh vực, hệ thống khác có độ phức tạp lớn, giải lớp toán thiết kế kiến trúc phần mềm Đồng thời, luận văn nghiên cứu, đƣa gợi ý, quy tắc để từ thiết kế kiến trúc tới thiết kế chi tiết cho hiệu cho hệ thống, lĩnh vực khác đó, góp phần tạo sản phẩm phần mềm chất lƣợng, phục vụ tốt cho sống ngƣời 47 TÀI LIỆU THAM KHẢO Tiếng Việt [1] Phƣơng Lan (2005), Design Patterns, NXB Phƣơng Đông, TP Hồ Chí Minh Tiếng Anh [2] [3] [4] [5] [6] R N Taylor, N Medvidovic and E M Dashofy (2009), “Software Architecture Foundations, Theory, and Practice”, Wiley J.D Meier, Alex Homer, David Hill, Jason Taylor and Prashant Bansode, “Microsoft Application Architecture Guide”, Microsoft Corporation Albin and Stephen T (2003), “The Art of Software Architecture Design Methods and Techniques”, John Wiley & Sons Paul C Jorgensen (1995), “Software Testing A Craftsman's Approach”, CRC Press David Garlan and Mary Shaw (1993), “An Introduction to Software Architecture.”, New Jersey 48 PHỤ LỤC Sau số hình ảnh chƣơng trình Màn điền thông tin bệnh nhân trƣớc chụp ảnh Màn hình đƣợc bố trí bàn phím hình cho phép bác sĩ nhập thơng tin từ bàn phím, dùng chuột nhập trực tiếp hình, dùng tay cảm ứng Giao diện hình điền thơng tin bệnh nhân trƣớc chụp ảnh đƣợc thể hình dƣới Sau nhập thông tin bệnh nhân, bác sĩ chọn kiểu thực đơn (menu) chụp: chụp vai, tay hay cổ Vì phận có đặc thù riêng, nên để chụp cho phận đó, bác sĩ cần chọn thực đơn chụp phù hợp, phần cứng có đầu chụp tƣơng ứng Giao diện hình chọn thực đơn chụp để thể hình dƣới 49 Sau chụp ảnh xong, ảnh đƣợc xử lý hiển thị lên hình Chƣơng trình hỗ trợ nhiều chức khác nhau, giúp cho bác sĩ dễ dàng q trình chuẩn đốn bệnh Bác sĩ có thực chức đơn giản điều chỉnh tùy ý nhƣ xoay trái, xoay phải, hốn đổi vị trí ảnh để phục vụ tốt cho trình chuẩn đốn, điều trị bệnh Hoặc chƣơng trình hỗ trợ bác sĩ chức phức tạp nhƣ xử lý làm bật điểm quan tâm (điểm nghi ung thƣ chẳng hạn), loại bỏ vùng không cần thiết cách dễ dàng Giao diện hình điều chỉnh vị trí ảnh đƣợc thể hình dƣới Bác sĩ chọn ảnh nhấn lên nút xoay trái, xoay phải, lật ảnh hay bác sĩ kéo chuột hốn đổi vị trí hai ảnh với 50 51 Hoặc bác sĩ điều chỉnh độ nét, nhạy cảm ảnh cách dễ dàng thơng qua giao diện nhƣ hìn dƣới ... điểm thiết kế kiến trúc tổng thể Kiểu kiến trúc Thành phần Kết nối Giao diện Cấu hình 4.2 Thiết kế cho chức lớn hệ thống Sau có thiết kế kiến trúc tổng thể cho hệ thống, vào thiết kế kiến trúc cho. .. phân tích, thiết kế, đặc biệt thiết kế kiến trúc phần mềm 1.2 Nội dung nghiên cứu Luận văn tập trung nghiên cứu lý thuyết thiết kế kiến trúc phần mềm, thành phần thiết kế kiến trúc phần mềm, đặc... 4.1 Thiết kế kiến trúc tổng thể cho hệ thống Thiết kế kiến trúc cho hệ thống dựa vào năm bƣớc đƣợc trình bày chi tiết mục 2.4 Các bước thiết kế kiến trúc phần mềm chƣơng Xác định mục tiêu kiến trúc