Các kinh nghi?m q trong CNPM Duong Anh Ð?c 22 Kinh nghiệm 2: Quản lý yêu cầu đ/v hệ thống Control Changes Develop Iteratively Use Component Architectures Manage Manage Requirements Requirements Model Visually Verify Quality Các kinh nghi?m q trong CNPM Duong Anh Ð?c 23 Yêu cầu đối với hệ thống luôn động -- Phải lường trước khả năng chúng bò thay đổi trong quá trình PTPM Kinh nghiệm 2: Quản lý yêu cầu đ/v hệ thống ? ? Suy Suy dẫn dẫn , , tổ tổ chức chức , , và và tạo tạo sưu sưu liệu liệu về về các các yêu yêu cầu cầu chức chức năng năng và và các các ràng ràng buộc buộc ? ? Lượng Lượng giá giá các các thay thay đổi đổi và và xác xác đònh đònh ảnh ảnh hưởng hưởng của của chúng chúng ? ? Theo Theo dấu dấu và và tao tao sưu sưu liệu liệu về về các các thỏa thỏa hiệp hiệp & & các các quyết quyết đònh đònh Các kinh nghi?m q trong CNPM Duong Anh Ð?c 24 Đònh nghóa: Y/c đ/v HT và sự quản lý chúng ? ? Một Một yêu yêu cầu cầu là là một một điều điều kiện kiện hoặc hoặc khả khả năng năng mà mà hệ hệ thống thống phải phải tuân tuân theo theo / / có có ? ? Quản Quản lý lý y y / / c c là là một một tiếp tiếp cận cận có có hệ hệ thống thống để để ?Suy dẫn, tổ chức, và tạo sưu liệu về các yêu cầu chức năng đ/v hệ thống, và ?Thiết lập và duy trì sự thỏa thuận giữa customer/user và project team liên quan đến các thay đổi về yêu cầu đ/v hệ thống Các kinh nghi?m q trong CNPM Duong Anh Ð?c 25 Thỏa thuận về những gì mà HT phải làm Đích Surrogate Goal Xác minh Các yêu cầu Cộng đồng Các Customer User Các yêu cầu Hệ thống cần xây dựng Adapted from Al Davis Các kinh nghi?m q trong CNPM Duong Anh Ð?c 26 Y/c ảnh hưởng đến nhiều thành phần khác Các kinh nghi?m q trong CNPM Duong Anh Ð?c 27 Làm thế nào để bắt được lỗi về y/c sớm ? ? ? Phân Phân tích tích vấn vấn đề đề và và suy suy dẫn dẫn ra ra các các nhu nhu cầu cầu của của người người dùng dùng một một cách cách có có hiệu hiệu quả quả ? ? Đạt Đạt được được thỏa thỏa thuận thuận với với customer customer / / user user về về các các yêu yêu cầu cầu đối đối với với hệ hệ thống thống ? ? Mô Mô hình hình hóa hóa sự sự tương tương tác tác giữa giữa user user và và system system ? ? Thiết Thiết lập lập một một đường đường ranh ranh giới giới ( ( baseline baseline ) ) và và qui qui trình trình kiểm kiểm soát soát thay thay đổi đổi ( ( change change control control process process ) ) ? ? Duy Duy trì trì khả khả năng năng theo theo vết vết tiến tiến và và lùi lùi các các yêu yêu cầu cầu đ đ / / v v hệ hệ thống thống ? ? Sử Sử dụng dụng một một qui qui trình trình lặp lặp Các kinh nghi?m q trong CNPM Duong Anh Ð?c 28 Các vấn đề giải quyết nhờ quản lý y/c đ/v HT Nguyên nhân cốt lõi Nguyên nhân cốt lõi Cách giải quyết Cách giải quyết Xây dựng trong quản lý Y/C một tiếp cận kỷ luật Trao đổi thông tin dựa trên các y/c đã xác đònh Đặt độ ưu tiên, lọc và theo dõi các yêu cầu Đánh giá khách quan các chức năng và hiệu năng Các mâu thuẫn đễ phát hiện RM tool cung cấp một kho chứa các y/c, thuộc tính và đồ hình, sẽ được kết nối tự động với sưu liệu ? ? Thiếu Thiếu các các y y / / c c đ đ / / v v HT HT ? ? Trao Trao đổi đổi TT TT mơ mơ hồ hồ ? ? Kiến Kiến trúc trúc kém kém bền bền vững vững ? ? Độ Độ phức phức tạp tạp quá quá cao cao ? ? Đánh Đánh giá giá chủ chủ quan quan ? ? Các Các mâu mâu thuẫn thuẫn không không được được phát phát hiện hiện ? ? Kiểm Kiểm chứng chứng kém kém ? ? QT QT thác thác nước nước ? ? Các Các thay thay đổi đổi không không ks ks ? ? Thiếu Thiếu ccụ ccụ tự tự động động Cỏc kinh nghi?m quớ trong CNPM Duong Anh é?c 29 Use Use Component Component Architectures Architectures Kinh nghieọm 3: Duứng kieỏn truực Component-Based Control Changes Develop Iteratively Manage Requirements Model Visually Verify Quality Các kinh nghi?m q trong CNPM Duong Anh Ð?c 30 Kiến trúc phần mềm xác đònh: ? ? Kiến Kiến trúc trúc phần phần mềm mềm chứa chứa đựng đựng các các quyết quyết đònh đònh quan quan trọng trọng về về tổ tổ chức chức của của hệ hệ thống thống phần phần mềm mềm ?Sự lựa chọn các phần tử cầu trúc và interface của chúng để cấu thành một hệ thống ?Hành vi được mô tả như sự cộng tác giữa các phần tử này ?Sự tổng hợp của các phẩn tử cấu trúc và hành vi này thành các subsystem lớn hơn ?Kiểu kiến trúc đònh hướng cho tổ chức này, cho các phần tử cấu trúc và interface của chúng, các công tác, và sự tổng hợp giữa chúng Các kinh nghi?m q trong CNPM Duong Anh Ð?c 31 Các ảnh hưởng của kiến trúc ? ? Kiến Kiến trúc trúc phần phần mềm mềm liên liên quan quan đến đến cấu cấu trúc trúc , , hành hành vi vi và và ngữ ngữ cảnh cảnh ( ( context context ): ): ?Cách dùng (Usage) ?Chức năng (Functionality) ?Hiệu năng (Performance) ?Tính co dãn (Resilience) ?Khả năng tái sử dụng (Reuse) ?Tính dễ hiểu (Comprehensibility) ?Các ràng buộc về kinh tế và kỹ thuật và các dung hòa ?Tính thẩm mỹ (Aesthetics) [...]... phần tử hệ thống nhau ? Che dấu hoặc phơi bày chi tiết theo nhu việc ? Duy trì tinhd nhất quán giữa thiết kế va ? Tăng cường trao đổi thông tin rõ ràng Mô hình hóa trực quan tăng khả năn quản lý độ phức tạp của phần mề Các kinh nghi?m q trong CNPM Duong Anh Ð?c 36 UML là gì ? ? Unified Modeling Language (UML) là ng • • • • đặc tả trực quan hóa xây dựng làm sưu liệu các artifact của một hệ thống phần... triển theo Yêu cầu ban đầu risk targeting re anal Đánh giá implementation & testing deployment Thay đổi bản thiết kế ? Các kinh nghi?m q trong CNPM Duong Anh Ð?c 40 Mô hình hóa trực quan và phát triển theo Yêu cầu ban đầu risk targeting req anal Đánh giá implementation & testing deployment Cái gì thay đổi? Những thay đổi này được không? Các kinh nghi?m q trong CNPM Duong Anh Ð?c 41 Giải quyết vấn đề nhờ... tôi có làm những gì được yêu cầu? Tạo cácTest c scenario đã ca Độ tin cậy Ư/d của tôi có làm mất bộ nhớ? Các công cụ p các thiết bò co Hiệu năng ứng dụng Ư/d của tôi có hồi đáp hợp lệ? Kiểm tra hiệu use-case/scen Ư/d của tôi có hoạt động dưới công suất thiết kế? Kiểm tra hiệu cả use-case ở cậy và trường Hiệu năng của hệ thống Các kinh nghi?m q trong CNPM Duong Anh Ð?c 48 Các vấn đề được giải quyết nhờ... User Interface Mechanisms Customer Key: - Purchased - Built - New Các kinh nghi?m q trong CNPM Duong Anh Ð?c Product Oracle Vantive 33 L Kiến trúc Component giải quyết các vấn Các nguyên nhân cốt lõi ? ? ? ? ? ? ? ? ? ? Thiếu y/c đ/v hệ thống Trao đổi TT mơ hồ Kiến trúc kém bền Quá phức tạp Đánh giá chủ quan Các mâu thuẫn chưa xác đònh Test kém Qui trình thác nước Các thay đổi không thể kiểm soát Thiếu... đònh và lặp lại đi la Các Change request làm tin trao đổi rõ ràng Vùng làm việc biệt lập ngại do làm việc song s Thống kê về mức độ th đo tốt cho các đánh gia về trạng thái của dự án Vùng làm việc chứa tấ ta artifact dễ tạo sự nhất Kiểm soát được sự lan t thay đổi Các thay đổi được duy hệ thống mạnh mẽ, co chỉnh 55 Các kinh nghiệm hỗ trợ lẫn nhau Ensures users involved as requirements evolve Validates... nào xuất hiện tron nào ? Đưa ra một đường ranh giới hạn chỗ hoàn tất c vòng lặp Các kinh nghi?m q trong CNPM Duong Anh Ð?c 53 Change Control hỗ trợ tất cả Best Pract ? Phát triển theo qui trình lặp ? Quản lý Y/c ? Dự án chỉ tiến triển khi đổi được kiểm soát ? Để loại bỏ sự dãn phạm giá ảnh hưởng của mọi kiến trước khi chấp nha ? Dùng kiến trúc ? Các Component phải đa component i.e., tìm thấy phiên bản... đặc tả trực quan hóa xây dựng làm sưu liệu các artifact của một hệ thống phần mềm Các kinh nghi?m q trong CNPM Duong Anh Ð?c 37 Các lược đồ là các khung nhìn của m Một mô hình là một mô tả đầy đủ của hệ thống từ một phối cảnh cụ thể Activity Activity Diagrams Diagrams Scenario Scenario Scenario Scenario Diagrams Sequence Diagrams Sequence Diagrams Diagrams Diagrams Diagrams Scenario Scenario Scenario... Requirements Use Component Architectures Model Visually Control Changes Các kinh nghi?m q trong CNPM Duong Anh Ð?c 43 Veri Qual Kinh nghiệm 5: Kiểm đònh chất lượng phần Chi phí tìm kiếm và sửa chữa các vấn phần mềm sẽ tăng hàng 100, hàng sau khi PT Cost Development Các kinh nghi?m q trong CNPM Duong Anh Ð?c 44 Deployment PT theo vòng lặp cho phép test liên t Iteration 1 Iteration 2 R R D R D D C C T... dần kiểm soát các mode thiết kế ổn đònh ? Kiểm đònh chất ? Test chỉ có ý nghóa nếu lượng các phần tử đang test đ và các phần tử được bo các thay đổi Các kinh nghi?m q trong CNPM Duong Anh Ð?c 54 Các vần đề được giải quyết nhờ Control Nguyên nhân cốt lõi ? ? ? ? ? ? ? ? ? ? Thiếu y/c đ/v HT Truyền tin mơ hồ Kiến trúc kém bền Quá phức tạp Đánh giá chủ quan Mâu thuẫn chưa được xác đònh Test kém Qui trình... component-based ? Một kiến trúc đàn hồi cho phép ? ng cường khả năng dễ bảo trì và dễ m Tă ? Khả năng tái sử dụng với lợi ích kinh tế ? n chia công việc rõ ràng trong đội ng Phâ ? i gọn các phụ thuộc phần cứng & hệ Gó ? Một kiến trúc component-based cho ph ? i sử dụng hoặc tùy chỉnh các compon Tá ? Chọn lựa giữa hàng ngàn component thư trên thò trường ? n hóa không ngừng phần mềm đang Tiế Các kinh nghi?m q trong . Ð?c 23 Yêu cầu đối với hệ thống luôn động -- Phải lường trước khả năng chúng bò thay đổi trong quá trình PTPM Kinh nghiệm 2: Quản lý yêu cầu đ/v hệ thống. Y/c đ/v HT và sự quản lý chúng ? ? Một Một yêu yêu cầu cầu là là một một điều điều kiện kiện hoặc hoặc khả khả năng năng mà mà hệ hệ thống thống phải phải