THUYẾT TRÌNH HỆ THỐNG NHÚNG-CHƯƠNG 11-XÁC ĐỊNH CHƯƠNG TRÌNH KHỞI TẠO VÀ TÀI LIỆU LIÊN QUAN ĐẾN THIẾT KẾ HỆ THỐNG NHÚNG

38 361 0
THUYẾT TRÌNH HỆ THỐNG NHÚNG-CHƯƠNG 11-XÁC ĐỊNH CHƯƠNG TRÌNH KHỞI TẠO VÀ TÀI LIỆU LIÊN QUAN ĐẾN THIẾT KẾ HỆ THỐNG NHÚNG

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP. HỒ CHÍ MINH KHOA CÔNG NGHỆ ĐIỆN TỬ  THUYẾT TRÌNH HỆ THỐNG NHÚNG Đề tài: Chương 11: XÁC ĐỊNH CHƢƠNG TRÌNH KHỞI TẠO VÀ TÀI LIỆU LIÊN QUAN ĐẾN THIẾT KẾ HỆ THỐNG NHÚNG GVHD: ThS. Phan Vinh Hiếu Danh sách nhóm: 1. Trần Nhật Quang 09079551 2. Nguyễn Vũ Châu 09090541 3. Bùi Tấn Vang 09083181 4. Phạm Thế Linh 09193371 5. Trần Văn Hƣng 09218441 6. Nguyễn Hồng Phúc 09215081 TP. Hồ Chí Minh, tháng 6 năm 2012 2 Chương 11 XÁC ĐỊNH CHƢƠNG TRÌNH KHỞI TẠO VÀ TÀI LIỆU LIÊN QUAN ĐẾN THIẾT KẾ HỆ THỐNG NHÚNG Trong Chƣơng này - Xác định các giai đoạn tạo ra một kiến trúc hệ thống nhúng. - Giới thiệu vòng thƣơng mại kiến trúc và ảnh hƣởng của nó đến kiến trúc. - Mô tả cách khởi tạo một kiến trúc và các tài liệu liên quan. - Giới thiệu cách đánh giá và đối chiếu một thiết kế kiến trúc. Chƣơng này cung cấp cho ngƣời đọc một số quy trình kỹ thuật thực tế hữu ích đƣợc ứng dụng trong những năm qua. Xác định sơ đồ và kiến trúc của nó, giai đoạn phát triển là giai đoạn khó khăn nhất và quan trọng nhất của toàn bộ vòng phát triển. Hình 11-1 cho thấy các giai đoạn phát triển khác nhau theo quy định của Thiết kế hệ thống nhúng và mô hình phát triển. [11-1] Khái niệm về sản phẩm Hình 11-1: Thiết kế Hệ thống nhúng và mô hình phát triển Phân tích sơ bộ các yêu cầu Xây dựng phiên bản kiến trúc Tạo ra các thiết kế kiến trúc Cung cấp phiên bản kiến trúc cuối cùng Phát triển [thực hiện] hệ thống Xem xét và thử nghiệm hệ thống Phân phối & bảotrì hệ thống Cung cấp phiên bản kiến trúc Giai đoạn1:Tạo Kiến trúc Kết hợp thông tin phản hồi Xem xét & lấy thông tin phản hồi Giai đoạn2:Thực hiện kiến trúc Giai đoạn3:Kiểm tra hệ thống Giai đoạn4:Duy trì hệ thống Kết hợp thông tin phản hồi 3 Mô hình này chỉ ra rằng quy trình thiết kế một hệ thống nhúng và đƣa nó ra thị trƣờng có bốn giai đoạn: - Giai đoạn 1: Tạo kiến trúc, là quá trình lập kế hoạch thiết kế hệ thống nhúng. - Giai đoạn 2: Thực hiện kiến trúc, là quá trình phát triển hệ thống nhúng. - Giai đoạn 3: Kiểm tra hệ thống, là quá trình thử nghiệm các vấn đề của hệ thống nhúng và sau đó giải quyết những vấn đề này. - Giai đoạn 4: Duy trì hệ thống, là quá trình triển khai hệ thống nhúng vào các ứng dụng và hỗ trợ kỹ thuật cho ngƣời sử dụng thiết bị. Mô hình này cũng chỉ ra rằng giai đoạn trọng nhất là giai đoạn 1, tạo ra kiến trúc. Ở giai đoạn này, không có bo mạch nào đƣợc thiết lập và không có phần mềm nào đƣợc mã hoá. Đó là việc tập trung điều tra, thu thập thông tin về thiết bị đang đƣợc phát triển, tìm hiểu những tài liệu tìm đƣợc. Nếu việc xác định kiến trúc của hệ thống đƣợc chuẩn bị tốt, xác định đƣợc các yêu cầu, sự hiểu biết về những rủi ro, thì các giai đoạn phát triển, thử nghiệm và duy trì các thiết bị sẽ đơn giản hơn, nhanh hơn và rẻ hơn. Điều này, tất nhiên yêu cầu các kỹ sƣ phải có các kỹ năng cần thiết. Trong thời gian ngắn, nếu giai đoạn 1 đƣợc thực hiện tốt, thì thời gian dành cho việc xử lí các yêu cầu không liên quan đến ứng dụng sẽ ít hơn, nếu không lỗi gặp phải sẽ nhiều hơn,và do đó, phải làm việc nhiều hơn. Thông tin thu thập có thể không chính xác, chi tiết kỹ thuật có thể thay đổi, vì vậy các nhà thiết kế phải có sự chuẩn bị trƣớc để giải quyết các yêu cầu phát sinh và các lỗi mới phát sinh mới có thể đƣợc xác định và giải quyết ngay lập tức. Từ đó, quá trình phát triển sản phẩm sẽ giảm bớt áp lực, giảm bớt thời gian và chi phí, hao phí cũng thấp hơn. Quan trọng nhất, Dự án xuất phát từ một quan điểm kỹ thuật, gần nhƣ chắc chắn thực hiện sẽ thành công. 11.1 Tạo một kiến trúc hệ thống nhúng Một số phƣơng pháp công nghiệp có thể đƣợc áp dụng trong thiết kế kiến trúc của một hệ thống nhúng nhƣ : quy trình phát triển phần mềm (Rational Unified Process RUP), phƣơng pháp thiết kế thuộc tính (Attribute Driven Design ADD), lập trình hƣớng đối tƣợng (the object-oriented process OOP) và mô hình điều khiển kiến trúc ( the model driven architecture MDA ) và một vài phƣơng pháp khác nữa. Quá trình này bao gồm sáu giai đoạn, mỗi giai đoạn xây dựng dựa trên kết quả của giai đoạn trƣớc đó. Các giai đoạn này là : 4 1. Giai đoạn 1.Có một cơ sở kĩ thuật vững chắc 2. Giai đoạn 2. Hiểu biết về vòng thƣơng mại kiến trúc 3. Giai đoạn 3. Xác định mô hình kiến trúc và các mô hình tham khảo 4. Giai đoạn 4. Tạo các hệ thống kiến trúc 5. Giai đoạn 5. Tài liệu về kiến trúc 6. Giai đoạn 6. Phân tích và đánh giá kiến trúc Sáu giai đoạn này phục vụ để nghiên cứu các phƣơng pháp thiết kế kiến trúc trong công nghiệp. Tuy nhiên, nếu thời gian và nguồn lực hạn chế mà phải nghiên cứu nhiều đề án kiến trúc khác nhau trƣớc khi bắt đầu thiết kế một sản phẩm chính thức, thì sáu giai đoạn này có thể đƣợc sử dụng trực tiếp nhƣ là một mô hình đơn giản để tạo ra một kiến trúc. Phần còn lại của chƣơng này sẽ cung cấp thêm chi tiết về sáu giai đoạn này. Tác giả lưu ý: Cuốn sách này cố gắng cung cấp một quy trình đơn giản để tạo ra một hệ thống nhúng dựa trên một số phương pháp phức tạp hơn trong công nghiệp. Tác giả cố gắng tránh các phương pháp phức tạp đó bằng cách sử dụng rất nhiều thuật ngữ cụ thể, bởi vì các thuật ngữ theo cách hiểu khác nhau có thể có định nghĩa khác nhau, cũng như các thuật ngữ khác nhau có thể có ý nghĩa giống hệt nhau. Giai đoạn 1: Cơ sở kỹ thuật vững chắc Giai đoạn 1 là các kiến thức trình bày trong chƣơng 2 đến chƣơng 10 của cuốn sách này. Một kỹ sƣ hoặc lập trình viên sẽ phát triển và làm việc với tất cả các thành phần của một hệ thống nhúng, bao gồm tất cả các yếu tố có thể đƣợc thực hiện trong một hệ thống nhúng. Điều này bao gồm các hoán vị của cả phần cứng và phần mềm, hoặc có thể là đại diện trong các mô hình hệ thống nhúng, chẳng hạn nhƣ mô hình Von- Neumann, mô hình này cho thấy các thành phần chính có thể đƣợc tìm thấy trên một board nhúng (đƣợc hiển thị trong hình11-2a) hoặc các thành phần phức tạp hơn có thể có thể tồn tại trong phần mềm lớp hệ thống (thể hiện trong hình 11-2b). 5 Hình 11-2a: Von-Neumann và mô hình Hệ thống nhúng Hình lớp11-2b: Lớp phần mềm hệ thống và mô hình sơ đồ hệ thống nhúng Sơ đồ Hệ thống nhúng Điều khiển sử dụng và thao tác dữ liệu Bộ xử lí trung tâm CPU Bộ nhớ Dữ liệu vào Dữ liệu ra Dữ liệu từ CPU hay thiết bị đầu vào lƣu trữ trong bộ nhớ cho đến khi một CPU hoặc thiết bị đầu ra nhận đƣợc yêu cầu xử lí. 5 thành phần hệ thống thƣờng Kết nối qua Bus Bộ nhớ Truyền dữ liệu ra hệ thống nhúng Truyền dữ liệu vào hệ thống nhúng Dữ liệu vào Dữ liệu ra Lớp phần cứng Lớp phần mềm hệ thống Lớp phần cứng Lớp phần mềm hệ thống Lớp phần cứng Lớp phần mềm hệ thống Phần cứng Phần mềm lớp hệ thống Phần mềm lớp ứng dụng Lớp hƣớng thiếtbị Lớp phần mềm ứngdụng Lớp trung gian Lớp phần mềm ứngdụng Lớp hƣớng thiết bị Lớp phần mềm ứngdụng Lớp hƣớng thiết bị Lớp điều hành 6 Giai đoạn 2: Hiểu biết về ABCs (Architecture Business Cycles : vòng thƣơng mại kiến trúc) của hệ thống nhúng Vòng thƣơng mại Kiến trúc (ABC) [11-2] của một thiết bị nhúng, đƣợc hiển thị trong hình 11-3, nói về ảnh hƣởng của vòng đến kiến trúc của một hệ thống nhúng và các ảnh hƣởng này ảnh hƣởng đến hệ thống nhúng tùy thuộc môi trƣờng- nơi mà nó đƣợc phát triển. Các kiến thức cơ bản của hệ thống nhúng có nhiều loại khác nhau, nhƣng chúng có cùng ảnh hƣởng để tạo ra các yêu cầu của hệ thống, các yêu cầu lần lƣợt tạo ra các kiến trúc, sau đó kiến trúc đƣợc sản xuất trong hệ thống và kết quả là chƣơng trình cung cấp các yêu cầu và các yêu cầu này có khả năng xuất hiện trong việc tổ chức các thiết kế nhúng trong tƣơng lai. Mô hình này cũng cho thấy rằng, dù sao đi nữa thì kiến trúc không đƣợc thiết kế bởi các yêu cầu kỹ thuật đơn lẻ. Ví dụ, cùng một loại hệ thống nhúng, chẳng hạn là điện thoại di động hoặc tivi, với cùng một yêu cầu kĩ thuật nhƣng đƣợc thiết kế bởi các nhóm thiết kế khác nhau, nên có kiến trúc khác nhau và đƣợc kết hợp sản xuất bởi các bộ vi xử lý, hệ điều hành khác nhau. Một kỹ sƣ nhận ra điều này từ đầu sẽ có nhiều lợi thế hơn trong việc tạo ra kiến trúc cho một hệ thống nhúng. Nếu một kỹ sƣ chịu trách nhiệm thiết kế một hệ thống nhúng mà xác định, hiểu và tham gia các cuộc 7 hội thảo khác nhau nói về bản thiết kế lúc bắt đầu một dự án, điều này sẽ làm giảm khả năng có những ý kiến thay đổi thiết kế hoặc là sau khi mất rất nhiều thời gian, tiền bạc, công sức và nỗ lực phát triển kiến trúc phải hủy bỏ để làm lại từ đầu. Các bƣớc của giai đoạn 2 bao gồm: - Bƣớc 1. Hiểu rằng ảnh hƣởng của vòng ABC đến hệ thống nhúng và những ảnh hƣởng này không chỉ giới hạn trong ngành kĩ thuật. - Bƣớc 2. Xác định tất cả các ảnh hƣởng cụ thể của vòng ABC về thiết kế, bao gồm kỹ thuật, thƣơng mại, chính trị và xã hội. - Bƣớc 3. Tham gia các buổi hội thảo khác nhau càng sớm càng tốt, phát triển và thu thập các yêu cầu của hệ thống. - Bƣớc 4. Xác định phần cứng cần thiết hoặc các yếu tố phần mềm có thể đáp ứng yêu cầu thu thập. Trang trƣớc giới thiệu chi tiết các bƣớc 1 và 2, các phần tiếp theo của chƣơng này sẽ thảo luận cụ thể hơn các bƣớc 3 và 4. Thu thập yêu cầu Khi danh sách các yếu tố ảnh hƣởng đã đƣợc xác định, thì yêu cầu về kiến trúc của hệ thống sẽ đƣợc thu thập. Theo đó, thông tin thu đƣợc từ các yếu tố ảnh hƣởng khác nhau có thể khác nhau, tùy thuộc vào từng dự án, thông tin có đƣợc qua truyền miệng - điều này không đƣợc khuyến khích. Bất kể phƣơng pháp nào đƣợc sử dụng cho các yêu cầu thu thập, điều quan trọng cần nhớ là phải xác định thông tin cần thu thập có đƣợc từ văn bản hoặc tài liệu nào, không có phân biệt về vấn đề hình thức và thông tin đó nên đƣợc lƣu lại. Khi câu lệnh có yêu cầu sẽ làm giảm xác suất nhầm lẫn, bởi vì tài liệu bằng văn bản có thể đƣợc tham chiếu để giải quyết các vấn đề liên quan. Các loại thông tin phải đƣợc thu thập bao gồm các yêu cầu chức năng và phi chức năng của hệ thống. Do sự đa dạng của các hệ thống nhúng, điều khó khăn trong cuốn sách này là cung cấp một danh sách các yêu cầu chức năng có thể áp dụng cho tất cả nhúng hệ thống. Mặt khác, yêu cầu phi chức năng có thể áp dụng cho một loạt các hệ thống nhúng và sẽ đƣợc sử dụng trong chƣơng này ở các ví dụ sau. Hơn nữa, từ yêu cầu phi chức năng thì một số yêu cầu chức năng có thể đƣợc khởi tạo. Điều này là cần thiết cho những ngƣời không có yêu cầu chức năng cụ thể nào vào lúc bắt đầu của một dự án và chỉ có một khái niệm chung chung về chức năng của các thiết bị có trong thiết kế. Các phƣơng pháp cần thiết nhất cho sự hiểu biết về các yêu cầu phi chức năng thông qua bảng phác thảo tính năng chung ABC và đƣợc sử dụng để “làm mẫu”. Tính năng chung của bảng ABC là cho thấy ảnh hƣởng của các yêu cầu đến đặc điểm của một thiết bị. Điều này có nghĩa rằng các yêu cầu phi chức năng của thiết bị này dựa trên bảng phác thảo tính năng chung ABC. Trong thực tế, bởi vì hầu hết các hệ thống nhúng thƣờng yêu cầu kết hợp một số tính năng chung của bảng phác thảo tính năng ABC, nên nó có thể đƣợc sử dụng nhƣ là một điểm khởi đầu trong việc xác định 8 và lƣu lại yêu cầu hệ thống của bất kỳ hệ thống nhúng nào. Một số tính năng phổ biến nhất của bảng phác thảo tính năng chung ABC đƣợc thể hiện trong bảng 11-1. Bảng 11-1: Ví dụ về các tính năng bảng phác thảo tính năng ABC 9 Ảnh hƣởng Tính năng Mô tả Kinhdoanh ( Bán hàng, Marketing, Điều hành Quản lý,…) Doanh số Các thiết bị đƣợc bán nhƣ thế nào, có bán đƣợc hay không, bán số lƣợng bao nhiêu, … Thời gian đƣa ra thị trƣờng Các đặc trƣng kĩ thuật của thiết bị,…. Chi phí Chi phí phát triển thiết bị là bao nhiêu, có thể bán với số lƣợng bao nhiêu, đạt số lƣợng lớn nhất là bao nhiêu, hỗ trợ kĩ thuật cho thiết bị trên thị trƣờng nhƣ thế nào,… Vòng đời thiết bị Các thiết bị tồn tại bao lâu trên thị trƣờng, thiết bị sẽ sử dụng đƣợc bao lâu trong các lĩnh vực, Mục tiêu thị trƣờng Chủng loại thiết bị, đối tƣợng khách hàng… Lịch trình Thiết bị đƣợc sản xuất khi nào, khi nào hoàn thành và sẵn sàng để đƣợc triển khai ra thị trƣờng. Khả năng Xác định danh sách các tính năng thiết bị cần phải có cho mục tiêu thị trƣờng, những việc làm cần thiết khi vận chuyển từ nơi sản xuất, hiểu rõ tất cả lỗi nghiêm trọng có thể xảy ra trong lúc vận chuyển sản phẩm,… Rủi ro Các vụ kiện về tính năng thiết bị, trục trặc, phát hành sản phẩm không đúng nhƣ dự kiến, không đáp ứng mong đợi của khách hàng,… Kỹ thuật Hiệu suất Các thiết bị hoạt động có đáp ứng nhu cầu ngƣời dùng hay không, các yêu cầu có đƣợc thực hiện hay không thông qua các vi xử lí,…… Thân thiện với ngƣời dùng Làm thế nào để sử dụng thiết bị một cách dễ dàng, đồ họa có thú vị, hấp dẫn không,… Khả năng nâng cấp Làm thế nào nó có thể nhanh chóng để sửa lỗi hay nâng cấp,… Khả năng bảo mật Có an toàn từ các đối thủ cạnh tranh, tin tặc, virus…hay không, Độ tin cậy Liệu nó có xảy ra sự cố hoặc “treo” hay không, những gì sẽ xảy ra nếu gặp sự cố hoặc bị “treo”, những nguyên nhân có thể gây ra sự cố hoặc “treo”. Tính di động Làm thế nào để chạy các ứng dụng trên các phần cứng khác nhau hoặc trên các hệ thống phần mềm khác nhau, 10 Thử nghiệm Hệ thống dễ dàng đƣợc thử nghiệm, những tính năng có thể đƣợc thử nghiệm, thiết bị đƣợc thử nghiệm nhƣ thế nào,…… Độ khả dụng Các phần mềm hoặc phần cứng trong hệ thống có sẵn sàng hoại động khi cần thiết, đó là uy tín của các nhà cung cấp, Tiêu chuẩn (Xem Bảng Tiêu chuẩn Công nghiệp dƣới đây.) Phụ lục ( Xem Bảng Tiêu chuẩn thƣơng mại dƣới đây ) Công nghiệp Tiêu chuẩn Tiêu chuẩn ngành công nghiệp (đƣợc giới thiệu trong Chƣơng 2), có thể là tiêu chuẩn cuả một lĩnh vực cụ thể (ví dụ, tiêu chuẩn truyền hình, tiêu chuẩn thiết bị y tế, …) hay nói chung mục đích tổng quát là tạo điểm chung của các thiết bị khác nhau ( tiêu chuẩn ngôn ngữ lập trình, tiêu chuẩn kết nối mạng, ) Tiêu chuẩn chất lƣợng Thử nghiệm ( Xem Bảng kỹ thuật ở trên) Sẵn sàng Khi độ khả dụng của hệ thốngđƣợc kiểm tra. Phụ lục (Xem Bảng công nghiệp ở trên.) Các tính năng (Xem Bảng thƣơng mại ở trên.) Tiêu chuẩn bảo đảm chất lƣợng ISO 9000, ISO 9001. (Xem Bảng ngành công nghiệp trên.) Khách hàng Chi phí Chi phí sản xuất thiết bị là bao nhiêu, tốn bao nhiêu chi phí để sửa chữa hoặc nâng cấp thiết bị, Thân thiện ngƣời dùng (Xem Bảng kỹ thuật ở trên.) Hiệu suất (Xem Bảng kỹ thuật ở trên.) [...]... System : Hệ điều hành thời gian thực Ví dụ 2: Lựa chọn một hệ điều hành Các vấn đề chính xung quanh việc sử dụng một hệ điều hành (OS) trong việc thiết kế hệ thống nhúng là: 1 Loại hệ thống thƣờng sử dụng hoặc yêu cầu của một hệ điều hành? 2 Là một hệ điều hành cần thiết để thực hiện các yêu cầu hệ thống? 3 Điều gì cần thiết để hỗ trợ một hệ điều hành trong việc thiết kế? 4 Làm thế nào để lựa chọn hệ điều... này đƣợc giả định bởi hệ thống phần mềm và các thiết bị nhúng của một số hệ điều hành (các quá trình trong cấu trúc) Về cơ bản thì cấu trúc của mô-đun đƣợc áp dụng phổ biến bất chấp các mềm trong hệ thống hoặc thậm chí nếu không có phần mềm, nhƣ là một số trƣờng hợp trong thiết kế của hệ thống nhúng Với thiết kế nhúng không yêu cầu về một hệ điều hành thì các thành phần và cấu trúc sẽ đƣợc kết nối với... ngoài có thể ảnh hƣởng đến khả năng kiểm tra trong và ngoài hệ thống Những nguồn này có thể tạo ra sự kiện khi các yếu tố phần cứng và phần mềm trong hệ thống nhúng đã đƣợc hoàn thành hoặc cập nhật, và đã sẵn sàng để đƣợc kiểm tra Theo ví dụ này, Xác định hệ thống Kiến trúc và tài liệu Thiết kế môi trƣờng trong đó những sự kiện này diễn rakhi thiết bị đang phát triển, trong quá trình sản xuất, hoặc khi... trúc và các yêu cầu này cũng phải hỗ trợ thiết kế Tài liệu này nên trình bày nhiều cách khác nhau nhƣ(bảng hay văn bản ) để trình bày toàn bộ các yếu tố khác nhau trong cấu trúc Ví dụ nhƣ các yếu tố cấu trúc và các mối quan hệ sẽ bao gồm một số mục có chứa đựng một bản tóm tắt của các yếu tố khác nhau,các giao diện và các mối quan hệ ến những yếu tố cấu trúc khác .Tài liệu này hay một tài liệu liên quan. .. hay tài nguyên hệ thống truy cập vào các nguồn kích thích Trong quá trình này, hệ thống đáp ứng yêu cầu cho các thiết bị nhúng bao gồm việc bảo vệ, hồi phục và chống lại một cuộc tấn công hệ thống Mức độ và hiệu quả của hệ thống an ninh đƣợc đo trong ví dụ này bằng các biện pháp đáp ứng hệ thống chẳng hạn nhƣ xác định mức độ thƣờng xuyên của hành vi vi phạm bảo mật xảy ra, phải mất bao lâu để các thiết. .. động đến hệ thống thông qua việc xác thực của các nguồn bên ngoài truy cập vào hệ thống, và thông qua việc giới hạn truy cập vào tài nguyên của hệ thống nguồn Vì vậy, việc ủy quyền và xác thực đƣợc hiển thị trong hình 11 7b-có thể đƣợc sử dụng để cho phép một thiết bị theo dõi các nguồn truy cập vào thiết bị và sau đó từ chối truy cập đến các nguồn có hại bên ngoài, do đó tăng khả năng bảo vệ cho hệ thống. .. hiểu biết, nắm bắt, và mô hình hóa các yêu cầu hệ thống thông qua việc sử dụng một hệ thống mẫu ban đầu, một mô hình vật lý chạy có chứa một số kết hợp yêu cầu hệ thống Một mẫu thử có thể đƣợc sử dụng để xác định phần cứng và phần mềm các thành phần có thể đƣợc thực hiện trong thiết kế, và chỉ ra bất kỳ rủi ro liên quan đến việc sử dụng các thành phần Sử dụng một mẫu thử nghiệm kết hợp với các tính... thể ảnh hƣởng đến hoạt động là nguồn nội bộ và bên ngoài hệ thống nhúng Những nguồn tác nhân kích thích có thể tạo ra một thời gian và sự kiện định kỳ không đồng bộ Theo trƣờng hợp này, môi trƣờng trong đó những sự kiện xảy ra khi ở tình trạng bình thƣờng đến một mức độ cao của dữ liệu hệ thống nhúng để xử lý Các nguồn tác nhân kích thích tạo ra sự kiện tác động đến hiệu suất của thiết bị nhúng, ngay... đã đƣợc sử dụng trong các hệ thống nhúng cấp thấp và cấu trúc 16bit/32-bit đƣợc sử dụng trong các hệ thống nhúng cấp cao hơn và đắt tiền hơn Bất kỳ thiết kế nào, để chọn một bộ xử lý có nghĩa là ta lựa chọn dựa trên các yêu cầu, cũng nhƣ xác định đƣợc tác động của nó trên phần còn lại của hệ thống, bao gồm cả các yếu tố phần mềm và các yếu tố phần cứng Và điều này đặc biệt quan trọng, vì nó làm tăng... có thể đƣợc tổng kết qua 3 bƣớc sau: BƢỚC 1: MỘT TÀI LIỆU PHÁC THẢO TOÀN BỘ KIẾN TRÚC Bƣớc này bao gồm các thông tin và tài liệu hƣớng dẫn có sẵn cho các kiến trúc nhƣ: một cái nhìn tổng th hệ thống nhúng, các yêu cầu thực tế đƣợc hỗ trợ bởi kiến trúc,mối tƣơng quan giữa các cấu trúc, phác thảo tài liệu hƣớng dẫn cho các cấu trúc khác nhau BƢỚC 2 : MỘT TÀI LIỆU CHO MỖI CẤU TRÚC Tài liệu này phải chỉ . CHÍ MINH KHOA CÔNG NGHỆ ĐIỆN TỬ  THUYẾT TRÌNH HỆ THỐNG NHÚNG Đề tài: Chương 11: XÁC ĐỊNH CHƢƠNG TRÌNH KHỞI TẠO VÀ TÀI LIỆU LIÊN QUAN ĐẾN THIẾT KẾ HỆ THỐNG NHÚNG GVHD: ThS 2012 2 Chương 11 XÁC ĐỊNH CHƢƠNG TRÌNH KHỞI TẠO VÀ TÀI LIỆU LIÊN QUAN ĐẾN THIẾT KẾ HỆ THỐNG NHÚNG Trong Chƣơng này - Xác định các giai đoạn tạo ra một kiến trúc hệ thống nhúng. - Giới. này chỉ ra rằng quy trình thiết kế một hệ thống nhúng và đƣa nó ra thị trƣờng có bốn giai đoạn: - Giai đoạn 1: Tạo kiến trúc, là quá trình lập kế hoạch thiết kế hệ thống nhúng. - Giai đoạn

Ngày đăng: 17/05/2015, 11:34

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan