1. Trang chủ
  2. » Công Nghệ Thông Tin

Bài giảng Nhập môn Công nghệ phần mềm: Chương 3 - Nguyễn Thị Minh Tuyền

77 10 0

Đ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

Thông tin cơ bản

Định dạng
Số trang 77
Dung lượng 2,79 MB

Nội dung

Bài giảng Nhập môn Công nghệ phần mềm: Chương 3 do Nguyễn Thị Minh Tuyền biên soạn nhằm mục đích phục vụ cho việc giảng dạy. Nội dung bài giảng gồm yêu cầu chức năng và yêu cầu phi chức năng, đặc tả yêu cầu, các quy trình công nghệ yêu cầu, thu thập và phân tích yêu cầu, thẩm định yêu cầu

Yêu cầu phần mềm Nguyễn Thị Minh Tuyền Nội dung slide dựa vào slides Ian Sommerville Contents Yêu cầu chức yêu cầu phi chức Đặc tả u cầu Các quy trình cơng nghệ yêu cầu Thu thập phân tích yêu cầu Thẩm định yêu cầu Quản trị yêu cầu www.themegallery.co Tài liệu yêu cầu phầnmmềm Nguyễn Thị Minh Tuyền Nhập môn CNPM u cầu gì? v u cầu (requirement) có nhiều mức §  Mô tả trừu tượng mức cao dịch vụ hay ràng buộc hệ thống §  Đặc tả chi tiết chức v Các yêu cầu có hai chức §  Cơ sở để thương lượng hợp đồng – cần viết cách trừu tượng để diễn giải thêm; §  Cở sở để viết hợp đồng – cần phải định nghĩa chi tiết; §  Cả hai trường hợp gọi yêu cầu Nguyễn Thị Minh Tuyền Nhập môn CNPM Các loại yêu cầu v Yêu cầu người dùng (user requirement) §  Những phát biểu ngôn ngữ tự nhiên kết hợp với biểu đồ dịch vụ mà hệ thống cung cấp ràng buộc hoạt động §  Viết cho khách hàng v u cầu hệ thống (system requirement) §  Một tài liệu có cấu trúc mô tả chi tiết chức hệ thống, dịch vụ ràng buộc hoạt động hệ thống §  Định nghĩa xác cần cài đặt Có thể phần hợp đồng khách hàng người nhận thầu Nguyễn Thị Minh Tuyền Nhập môn CNPM Yêu cầu người dùng yêu cầu hệ thống v  Yêu cầu người dùng Hệ thống MHC-PMS phát sinh báo cáo tổng kết hàng tháng giá thuốc kê đơn phịng khám suốt tháng v  u cầu hệ thống 1.1 Vào ngày làm việc cuối tháng, xuất tóm tắt loại thuốc kê đơn, giá loại thuốc tên phòng khám kê đơn thuốc 1.2 Hệ thống tự động sinh báo cáo để in sau 17.30 ngày làm việc cuối tháng 1.3 Một báo cáo tạo cho phòng khám liệt kê tên thuốc, tổng số đơn thuốc, liều lượng, tổng chi phí cho thuốc kê đơn 1.4 Nếu thuốc sử dụng nhiều loại đơn vị khác (ví dụ 10mg, 20ml) phải tách riêng thành báo cáo khác cho đơn vị thuốc 1.5 Việc truy cập vào báo cáo giá thuốc dành riêng cho danh sách hạn chế người sử dụng Nguyễn Thị Minh Tuyền Nhập môn CNPM Người đọc đặc tả yêu cầu User requirements Client managers System end-users Client engineers Contractor managers System architects System requirements System end-users Client engineers System architects Software developers Nguyễn Thị Minh Tuyền Nhập môn CNPM Contents Yêu cầu chức yêu cầu phi chức Đặc tả u cầu Các quy trình cơng nghệ yêu cầu Thu thập phân tích yêu cầu Thẩm định yêu cầu Quản trị yêu cầu www.themegallery.co Tài liệu yêu cầu phầnmmềm Nguyễn Thị Minh Tuyền Nhập môn CNPM Yêu cầu chức yêu cầu phi chức v Yêu cầu chức §  Những phát biểu dịch vụ mà hệ thống cung cấp, cách mà hệ thống xử lý với đầu vào cụ thể cách hệ thống ứng xử tình cụ thể §  Có thể phát biểu mà hệ thống không làm v Yêu cầu phi chức §  Những ràng buộc dịch vụ hay chức cung cấp hệ thống ràng buộc thời gian, ràng buộc quy trình phát triển, chuẩn, … §  Thường áp dụng cho tồn hệ thống chức hay dịch vụ đơn lẻ Nguyễn Thị Minh Tuyền Nhập môn CNPM Yêu cầu chức v Mô tả chức dịch vụ hệ thống §  Yêu cầu chức người dùng phát biểu mức cao hệ thống làm §  Yêu cầu chức mức hệ thống mô tả dịch vụ hệ thống, đầu vào đầu nó, ngoại lệ mức chi tiết v Phụ thuộc vào loại phần mềm, người sử dụng Nguyễn Thị Minh Tuyền Nhập môn CNPM Yêu cầu chức cho hệ thống MHC-PMS v Một người sử dụng tìm kiếm danh sách lịch hẹn tất phòng khám v Hàng ngày, phòng khám, hệ thống tự động tạo danh sách bệnh nhân có hẹn ngày hơm v Mỗi nhân viên phịng khám sử dụng hệ thống nhận diện mã nhân viên gồm có chữ số Nguyễn Thị Minh Tuyền 10 Nhập môn CNPM Thay đổi yêu cầu v Môi trường doanh nghiệp kỹ thuật hệ thống ln thay đổi q trình phát triển hệ thống sau đưa hệ thống vào sử dụng v Người chi trả cho hệ thống người dùng hệ thống §  Khách hàng hệ thống áp đặt yêu cầu ràng buộc mặt tổ chức tài Các yêu cầu xung đột với yêu cầu người dùng cuối Do đó, sau hệ thống đưa vào sử dụng, chức phải thêm vào để đáp ứng yêu cầu người dùng Nguyễn Thị Minh Tuyền 63 Nhập môn CNPM Thay đổi yêu cầu v Những hệ thống lớn thường có cộng đồng người dùng đa dạng Những người dùng khác có yêu cầu khác độ ưu tiên khác nhau, dẫn đến xung đột yêu cầu Nguyễn Thị Minh Tuyền 64 Nhập môn CNPM Cải tiến yêu cầu Initial understanding of problem Changed understanding of problem Initial requirements Changed requirements Time Nguyễn Thị Minh Tuyền 65 Nhập môn CNPM Kế hoạch quản lý yêu cầu v Thiết lập mức độ chi tiết quản lý yêu cầu v Trong trình quản lý yêu cầu, cần lập kế hoạch cho: §  Định danh yêu cầu Mỗi yêu cầu phải đánh số để tham chiếu từ yêu cầu khác §  Một quy trình quản lý thay đổi Đây tập hoạt động để đánh giá mức độ ảnh hưởng chi phí thay đổi §  Các sách lần vết Những sách định nghĩa mối quan hệ yêu cầu yêu cầu với thiết kế hệ thống §  Công cụ hỗ trợ Sử dụng công cụ hỗ trợ cho công việc quản lý thay đổi yêu cầu Nguyễn Thị Minh Tuyền 66 Nhập môn CNPM Quy trình quản lý thay đổi yêu cầu Identified problem Problem analysis and change specification Nguyễn Thị Minh Tuyền Change analysis and costing 67 Change implementation Revised requirements Nhập mơn CNPM Quy trình quản lý thay đổi u cầu v Có giai đoạn §  Phân tích vấn đề đặc tả thay đổi •  Trong giai đoạn này, việc thay đổi vấn đề phân tích để kiểm tra tính hợp lệ Việc phân tích để trả lời người đưa yêu cầu cho việc thay đổi để định xem nên chấp nhận thay đổi hay nên định hủy bỏ u cầu thay đổi §  Phân tích ước lượng chi phí cho thay đổi •  Dùng thơng tin lần vết kiến thức tổng quát yêu cầu hệ thống để đánh giá hiệu ứng thay đổi Một hồn thành phân tích này, định đưa để xem liệu có nên tiến hành thay đổi u cầu hay khơng §  Cài đặt thay đổi •  Sửa tài liệu yêu cầu tài liệu cài đặt thiết kế hệ thống cần Trong trường hợp lý tưởng, tài liệu nên tổ chức cho việc thay đổi cài đặt dễ dàng Nguyễn Thị Minh Tuyền 68 Nhập môn CNPM Contents Yêu cầu chức yêu cầu phi chức Đặc tả u cầu Các quy trình cơng nghệ yêu cầu Thu thập phân tích yêu cầu Thẩm định yêu cầu Quản trị yêu cầu www.themegallery.co Tài liệu yêu cầu phầnmmềm Nguyễn Thị Minh Tuyền Nhập môn CNPM Tài liệu yêu cầu phần mềm v Tài liệu yêu cầu phần mềm phát biểu thức mà người phát triển hệ thống phải cài đặt v Nên bao gồm định nghĩa yêu cầu người dùng đặc tả yêu cầu hệ thống v Đây tài liệu thiết kế, nên định nghĩa hệ thống hỗ trợ vào chi tiết việc phải cài đặt Nguyễn Thị Minh Tuyền 70 Nhập môn CNPM Ai sử dụng tài liệu yêu cầu? Nguyễn Thị Minh Tuyền System customers Specify the requirements and read them to check that they meet their needs Customers specify changes to the requirements Managers Use the requirements document to plan a bid for the system and to plan the system development process System engineers Use the requirements to understand what system is to be developed System test engineers Use the requirements to develop validation tests for the system System maintenance engineers Use the requirements to understand the system and the relationships between its parts 71 Nhập môn CNPM Tài liệu yêu cầu v Thông tin tài liệu yêu cầu phụ thuộc vào loại hệ thống phương pháp phát triển sử dụng v Hệ thống phát triển thường chứa chi tiết tài liệu yêu cầu v Các chuẩn tài liệu yêu cầu thiết kế sẵn, ví dụ chuẩn IEEE Các chuẩn áp dụng cho dự án công nghệ hệ thống lớn Nguyễn Thị Minh Tuyền 72 Nhập môn CNPM Cấu trúc tài liệu yêu cầu Chapter Description Preface This should define the expected readership of the document and describe its version history, including a rationale for the creation of a new version and a summary of the changes made in each version Introduction This should describe the need for the system It should briefly describe the system’s functions and explain how it will work with other systems It should also describe how the system fits into the overall business or strategic objectives of the organization commissioning the software Glossary This should define the technical terms used in the document You should not make assumptions about the experience or expertise of the reader User requirements definition Here, you describe the services provided for the user The nonfunctional system requirements should also be described in this section This description may use natural language, diagrams, or other notations that are understandable to customers Product and process standards that must be followed should be specified System architecture This chapter should present a high-level overview of the anticipated system architecture, showing the distribution of functions across system modules Architectural components that are reused should be highlighted Nguyễn Thị Minh Tuyền 73 Nhập môn CNPM Cấu trúc tài liệu yêu cầu Chapter Description System requirements specification This should describe the functional and nonfunctional requirements in more detail If necessary, further detail may also be added to the nonfunctional requirements Interfaces to other systems may be defined System models This might include graphical system models showing the relationships between the system components and the system and its environment Examples of possible models are object models, data-flow models, or semantic data models System evolution This should describe the fundamental assumptions on which the system is based, and any anticipated changes due to hardware evolution, changing user needs, and so on This section is useful for system designers as it may help them avoid design decisions that would constrain likely future changes to the system Appendices These should provide detailed, specific information that is related to the application being developed; for example, hardware and database descriptions Hardware requirements define the minimal and optimal configurations for the system Database requirements define the logical organization of the data used by the system and the relationships between data Index Several indexes to the document may be included As well as a normal alphabetic index, there may be an index of diagrams, an index of functions, and so on Nguyễn Thị Minh Tuyền 74 Nhập môn CNPM Tổng kết v  Có thể sử dụng tập kỹ thuật để thu thập yêu cầu bao gồm việc vấn, xây dựng kịch bản, vẽ use case v  Thẩm định yêu cầu quy trình kiểm tra yêu cầu tính hợp lệ, tính qn, tính hồn chỉnh, tính thực tế tính kiểm định v  Sự thay đổi công việc, tổ chức kỹ thuật dẫn đến thay đổi yêu cầu hệ thống phần mềm Quản trị yêu cầu quy trình quản lý điều khiển thay đổi v  Tài liệu yêu cầu phần mềm phát biểu chấp nhận yêu cầu hệ thống Tài liệu tổ chức cho khách hàng người phát triển sử dụng Nguyễn Thị Minh Tuyền 75 Nhập môn CNPM Câu hỏi? Nguyễn Thị Minh Tuyền Nhập môn CNPM ... Quản trị yêu cầu www.themegallery.co Tài liệu yêu cầu phầnmmềm Nguyễn Thị Minh Tuyền Nhập môn CNPM Nguyễn Thị Minh Tuyền 34 Nhập môn CNPM Công nghệ yêu cầu v Requirements engineering (RE) v Tập... yêu cầu gọi công nghệ yêu cầu v Đứng góc độ quy trình phần mềm, cơng nghệ yêu cầu hoạt động bắt đầu suốt hoạt động giao tiếp tiếp tục hoạt động mơ hình hóa Nguyễn Thị Minh Tuyền 35 Nhập mơn CNPM... triển cơng nghệ hành phạm vi ngân sách hay khơng? §  Hệ thống tích hợp với hệ thống khác sử dụng hay không? Nguyễn Thị Minh Tuyền 38 Nhập môn CNPM Tổng kết v Yêu cầu cho hệ thống phần mềm thiết

Ngày đăng: 08/05/2021, 14:10

TỪ KHÓA LIÊN QUAN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN