Ôn tập công nghệ phần mềm chương 8

Implementation Các chủ đề bài: - Ý nghĩa implementation - Phong cách coding quy chuẩn - Code với quy tắc chuẩn - Ý nghĩa tích hợp (integration) - Q trình tích hợp Implementation: - Ởđây, implementation đị nh nghĩa bao gồm “Unit implementation” “Integration” Ta hiểu Implementation lớn làm bước nhỏ, giai đoạn nhỏ sau tích hợp lại tạo thành chương trình lớn thống Sự phân chia nhỏ góp phần lớn vào việc bảo trì phát triển sau - Mục tiêu Implementation đáp ứng nhu cầu khách hàng thông qua thiết kế đặc tả chi tiết - Yêu cầu coding: chuẩn xác rõ ràng Các bước dùng cho thực chi tiết nhỏ: Các bước chuẩn bị cho Implementation: - Xác nhận lại tài liệu thiết kế chi tiết phải thực: code từ phần thiết kế - Chuẩn bị việc phân chia thời gian dành cho việc, phân loại cách: Residual (không biết dị ch sao) tài liệu thiết kế chi tiết, xem lại tài liệu thiết kế chi tiết, coding, coding review, biên dị ch sửa lỗi cú pháp, kiểm tra thành phần nhỏ - Chuẩn bị ghi lại khuyết điểm, sai sót - Hiểu yêu cầu - Dự đoán kích thước thời gian dựa liệu cũ bạn - Lên kế hoạch làm việc với 100 dòng code RUP Implementation Model Constituents: Hiện thực Code: - Lên kế hoạch cấu trúc thiết kế residual cho code bạn Ghi lại điều kiện trước sau Ghi lại thời gian dành cho cơng việc - Tự kiểm sốt thiết kế cấu trúc mình: ghi lại cơng việc, mã nguồn … - Type code mình: - - - Chưa biên dị ch Liệt kê danh sách Áp dụng tiêu chuẩn Dùng cách thức code dễ để nh sửa Tự kiểm soát code: not compile yet Bảo đảm code bạn đáp ứng yêu cầu công việc Ghi thời gian, chỗ hỏng tìm được, mã nguồn, … Xem checklist chi tiết yêu cầu cách xây dựng phương thức class để kiểm soát Biên dị ch code: Sửa lỗi cú pháp Ghi thơi gian, lỗi, mã nguồn, … Kiểm tra code: Áp dụng unit test methods Ghi Tổng quát cách luyện tập Programming: - Ln ln tìm cách tái sử dụng trước - Enforce intention: code bạn có mục đích sử dụng cách đặc biệt, viết để khơng thể sử dụng cách khác “Think Globally, Program Locally” - Tạo cho tất member local invisible hết mức Tính đa dạng: - Tránh kiểu liệu điều tra: if(x instanceof MyClass) dùng hàm ảo thay - Sử dụng Singleton design pattern có instance class Điều khiển ngoại lệ: - Chỉ bắt ngoại lệ mà bạn biết cách điều khiển chúng - Những lời gọi ngoại lệ phải điều khiển cách hợp lý - Đừng đưa ngoại lệ để thay cho mục đích việc testing - Cân nhắc vấn đề có nên đưa điều khiển ngoại lệ không: tùy vào trường hơp mà ta cân nhắc vấn đề cho hợp lý - Nói chung phần điều khiển ngoại lệ ứng dụng khác yêu cầu có phải xuất ngoại lệ dừng chương trình ln khơng Ví dụ game ứng dụng khơng u cầu khắt khe, nên có số ngoại lệ tiếp tục ứng dụng Còn số chương trình giao dị ch ngân hàng yêu cầu khắt khe vấn đề cần phải ngắt chương trình có ngoại lệ Hiện thực điều khiển lỗi: - Dõi theo kiểm sốt q trình phát triển - Cân nhắc việc sử dụng class bao đóng với giá trị parameter hợp lệ Xây dựng riêng, dùng nhà máy hàm để tạo đối tượng Bắt nhiều lỗi thời gian biên dị ch - Hiện thực yêu cầu điều khiển lỗi nơi theo điều kiện - Với chương trình khơng phép bị cố phải tiên đốn tất lỗi xảy q trình thực - Cách khác, dựa theo sách chắc để kiểm tra parameters Những quy chuẩn đặt tên: Cái kiểu syntax ngơn ngữ lập trình thơi, đọc tiếng anh ko khó khăn đâu: Bản ghi phương thức: ghi ghi chi tiết method - Method - Tại làm việc - Những parameter phải truyền vào - Những ngoại lệ mà ném - Lý chọn tầm vực - Các lỗi - Các miêu tả việc kiểm tra - Lị ch sử thay đổi - Ví dụ cách làm việc method - Điều kiện đầu cuối - Các tài liệu đặc biệt Ví dụ: Tài liệu thuộc tính: - Ghi lại thuộc tính, sử dụng để làm Hằng số: - Dùng từ khóa final để đị nh nghĩa biến Khi có từ khóa đứng trước giá trị khơng thay đổi Ex: • instead of • protected static final MAX_CHARS_IN_NAME; • consider using • protected final static int getMaxCharsInName() • { return 20; • } Khởi tạo thuộc tính: - Thuộc tính ln phải khởi tạo: private float _balance = 0; - Thuộc tính đối tượng class khác: private Customer _customer; Cách truyền thống để xây dựng đối tượng: private Customer _customer = new Customer(“Edward”, “Jones”) Vấn đề bảo trì Khi thuộc tính thêm vào phải update lại tồn Kiểm sốt code: - C1: Tên class có tương thích khơng - C2: Nó trừu tượng khơng? - C3: header có miêu tả đầy đủ mục đích khơng - C4: Header có tham khảo yêu cầu phần tử thiết kế tương ứng hay không? - C5: Trạng thái package thuộc gì? - C6: private ko? - C7: có nên final khơng? - C8: tài liệu chuẩn có áp dụng vào khơng? Attributes: Constructor: Method Header: Method Bodies: Đo đạc chuẩn cho mã nguồn: - Đếm số dòng: Line of code (LoC) - Đo theo chuẩn IEEE: - Cyclomatic Complexity Sự tích hợp: (Integration) - ứng dụng phức tạp -> cần xây dựng phần -> kết hợp chúng lại - Waterfall process: q trình tích hợp gần giai đoạn cuối Unified Process for Integration & test: Tổng quát trình phát triển: Quá trình xây dựng: Sự tích hợp q trình phát triển Spiral: Relating build and Iteration in the Unified process: Build Sequence: Ideal vs Typical Kế hoạch cho việc kết hợp lại xây dựng: - Hiểu kiến trúc phân giải: cố gắng làm kiến trúc trở nên đơn giản - Xác đị nh phần kiến trúc lặp lại thực: Xây dựng framework Nếu tiếp tục tích hợp Xây dụng UI đủ để testing Tài liệu yêu cầu cho việc lặp lại - Phân giải lặp lại để build cần thiết - Lên kế hoạch testing, review quản lý trình - Sàng lọc thời gian biểu để phản ánh kết Roadmap for Integration and System Test ... đưa điều khiển ngoại lệ không: tùy vào trường hơp mà ta cân nhắc vấn đề cho hợp lý - Nói chung phần điều khiển ngoại lệ ứng dụng khác yêu cầu có phải xuất ngoại lệ dừng chương trình ln khơng Ví... khơng - C4: Header có tham khảo yêu cầu phần tử thiết kế tương ứng hay không? - C5: Trạng thái package thuộc gì? - C6: private ko? - C7: có nên final khơng? - C8: tài liệu chuẩn có áp dụng vào khơng?... lại tài liệu thiết kế chi tiết phải thực: code từ phần thiết kế - Chuẩn bị việc phân chia thời gian dành cho việc, phân loại cách: Residual (không biết dị ch sao) tài liệu thiết kế chi tiết, xem