Công nghệ phần mềm chương 5 quy trình xác định yêu cầu

18 459 0
Công nghệ phần mềm   chương 5 quy trình xác định yêu cầu

Đ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

Chương 5: Quy trình xác định yêu cầu Quy trình xác định yêu cầu   Mục tiêu quy trình xác định yêu cầu đưa tài liệu yêu cầu hệ thống Quy trình xác định yêu cầu biến đổi phụ thuộc vào miền ứng dụng, người tổ chức xây dựng yêu cầu Quy trình xác định yêu cầu …  Các yêu cầu luôn thay đổi nên thường sử dụng mô hình xoắn ốc để xác định yêu cầu 1 Phân tích khả thi    Thông tin đầu vào: yêu cầu nghiệp vụ, mô tả sơ hệ thống, cách thức hệ thống hỗ trợ yêu cầu nghiệp vụ Kết quả: báo cáo để định có nên xây dựng hệ thống đề xuất hay không Phân tích khả thi thường tập trung vào:     Xác định hệ thống có đóng góp vào mục tiêu tổ chức hay không Kiểm tra xem hệ thống xây dựng cách sử dụng công nghệ ngân sách cho phép Kiểm tra xem liệu hệ thống có tích hợp với hệ thống khác sử dụng hay không Thực phân tích khả thi dựa việc đánh giá thông tin, lựa chọn thông tin viết báo cáo Phân tích khả thi …  Những câu hỏi thường đặt để phân tích khả thi:  Nếu hệ thống không cài đặt sao?  Vấn đề xử lý nào?  Hệ thống đề xuất giúp đỡ gì?  Vấn đề tích hợp gì?  Công nghệ cần dùng gì? Cần có kỹ gì?  Những lợi ích mà hệ thống mang lại? Phát phân tích yêu cầu  Trong pha phát phân tích yêu cầu, nhân viên kỹ thuật khách hàng hợp tác để xác định:       Miền ứng dụng Các dịch vụ mà hệ thống cung cấp Hiệu hệ thống Các ràng buộc vận hành hệ thống … Phát yêu cầu quy trình thu thập thông tin hệ thống đề xuất hệ thống tồn để xác định yêu cầu hệ thống yêu cầu người sử dụng Stakeholder   Stakeholder người tham dự vào dự án xây dựng hệ thống: người sử dụng cuối, người quản lý, kỹ sư, chuyên gia lĩnh vực, … Ví dụ, hệ thống ATM gồm Stakeholder sau:          Khách hàng ngân hàng Đại diện ngân hàng khác Người quản lý ngân hầng Nhân viên ngân hàng Quản trị CSDL Quản lý bảo mật Phòng marketing Kỹ sư bảo trì phần cứng phần mềm Người điều hành ngân hàng Những khó khăn phát tìm hiểu yêu cầu stakeholder      Stakeholder mà họ thật mong muốn Stakeholder mô tả yêu cầu theo thuật ngữ họ Những stakeholder khác có yêu cầu xung đột Những yếu tố tổ chức quyền lực ảnh hưởng tới yêu cầu hệ thống Các yêu cầu thay đổi suốt trình phân tích 2.1 Phân tích dựa khung nhìn   Phân tích dựa khung nhìn cho phép phát nhiều khía cạnh khác vấn đề giúp phát xung đột yêu cầu Phân loại khung nhìn  Khung nhìn tương tác: người hệ thống khác tương tác với hệ thống   Khung nhìn gián tiếp: stakeholder không sử dụng hệ thống trực tiếp có ảnh hưởng tới hệ thống   Ví dụ: Trong hệ thống ATM, khách hàng CSDL tài khoản khung nhìn tương tác Ví dụ: Trong hệ thống ATM, nhân viên quản lý bảo mật khung nhìn gián tiếp Khung nhìn miền ứng dụng: đặc điểm ràng buộc miền ứng dụng, có ảnh hưởng tới yêu cầu  Ví dụ: Trong hệ thống ATM, chuẩn để giao tiếp nhiều ngân hàng ví dụ Phân tích dựa khung nhìn  Phát khung nhìn dựa trên:  Người cung cấp người nhận dịch vụ hệ thống  Các hệ thống tương tác trực tiếp với hệ thống cần xây dựng  Các chuẩn quy tắc  Tài nguyên yêu cầu phi chức  Marketing khung nhìn nghiệp vụ khác 2.2 Phỏng vấn   Trong trình vấn, người xác định yêu cầu đặt câu hỏi cho stakeholder hệ thống họ sử dụng hệ thống xây dựng Phỏng vấn chia thành hai loại:    Phỏng vấn đóng: tập câu hỏi định nghĩa trước có nhiều đáp án để stakeholder lựa chọn trả lời Phỏng vấn mở: tất vấn đề không xác định trước stakeholder phải tự giải thích phát biểu theo quan điểm Để vấn thành công, người vấn nên:   Cởi mở, sẵn sàng lắng nghe stakeholder không nên có ý tưởng định hình sẵn yêu cầu Đưa câu hỏi gợi mở, không nên hỏi câu “Anh muốn gì?” 2.3 Kịch  Kịch ví dụ thực tế cách sử dụng hệ thống Bao gồm:  Mô tả trạng thái khởi động  Mô tả luồng kiện thông thường  Mô tả tới lỗi  Thông tin hành động đồng thời khác  Mô tả trạng thái kịch hoàn thành 2.4 Ca sử dụng Ca sử dụng kịch xây dựng dựa kỹ thuật UML để xác định tác nhân tương tác mô tả tương tác  Một tập hợp ca sử dụng mô tả tất tương tác hệ thống  Có thể sử dụng biểu đồ trình tự để bổ sung thông tin chi tiết cho ca sử dụng  Ví dụ: ca sử dụng LIBSYS Đánh giá yêu cầu   Đánh giá yêu cầu có liên quan đến việc giải thích yêu cầu định nghĩa hệ thống Kiểm tra yêu cầu khía cạnh sau:       Hợp lệ Nhất quán Hoàn thiện Hiện thực Xác thực Các kỹ thuật đánh giá yêu cầu:    Xem xét lại yêu cầu: phân tích yêu cầu cách hệ thống Mẫu thử Xây dựng trường hợp kiểm thử Lập kế hoạch quản lý yêu cầu    Quản lý yêu cầu quy trình quản lý thay đổi yêu cầu trình phát yêu cầu xây dựng hệ thống Các yêu cầu thường không đầy đủ không đồng Quy trình lập kế hoạch quản lý yêu cầu:    Phân tích vấn đề đặc tả thay đổi: thảo luận vấn đề yêu cầu thay đổi xảy Phân tích thay đổi chi phí: Đánh giá ảnh hưởng thay đổi yêu cầu khác Cài đặt thay đổi: Điều chỉnh tài liệu yêu cầu tài liệu khác để phản ánh thay đổi [...]... các yêu cầu ở những khía cạnh sau:       Hợp lệ Nhất quán Hoàn thiện Hiện thực Xác thực Các kỹ thuật đánh giá yêu cầu:    Xem xét lại các yêu cầu: phân tích các yêu cầu một cách hệ thống Mẫu thử Xây dựng các trường hợp kiểm thử 4 Lập kế hoạch quản lý yêu cầu    Quản lý yêu cầu là quy trình quản lý sự thay đổi của các yêu cầu trong quá trình phát hiện yêu cầu và xây dựng hệ thống Các yêu cầu. .. kỹ thuật của UML để xác định các tác nhân trong một tương tác và mô tả chính tương tác đó  Một tập hợp các ca sử dụng sẽ mô tả tất cả các tương tác có thể trong hệ thống  Có thể sử dụng biểu đồ trình tự để bổ sung các thông tin chi tiết cho ca sử dụng  Ví dụ: các ca sử dụng trong LIBSYS 3 Đánh giá yêu cầu   Đánh giá yêu cầu có liên quan đến việc giải thích các yêu cầu đã được định nghĩa trong hệ... hệ thống Các yêu cầu thường không đầy đủ và không đồng nhất Quy trình lập kế hoạch quản lý yêu cầu:    Phân tích vấn đề và đặc tả thay đổi: thảo luận về các vấn đề yêu cầu và những thay đổi có thể xảy ra Phân tích thay đổi và chi phí: Đánh giá ảnh hưởng của sự thay đổi trên các yêu cầu khác Cài đặt thay đổi: Điều chỉnh tài liệu của các yêu cầu và những tài liệu khác để phản ánh sự thay đổi đó ... dựng  Các chuẩn và các quy tắc  Tài nguyên và các yêu cầu phi chức năng  Marketing và các khung nhìn nghiệp vụ khác 2.2 Phỏng vấn   Trong quá trình phỏng vấn, những người xác định yêu cầu sẽ đặt ra các câu hỏi cho stakeholder về hệ thống hiện tại họ đang sử dụng và hệ thống sẽ được xây dựng Phỏng vấn được chia thành hai loại:    Phỏng vấn đóng: tập các câu hỏi đã được định nghĩa trước và có... đáp án để stakeholder lựa chọn trả lời Phỏng vấn mở: tất cả các vấn đề không được xác định trước và stakeholder phải tự giải thích và phát biểu theo quan điểm của mình Để phỏng vấn thành công, người phỏng vấn nên:   Cởi mở, sẵn sàng lắng nghe stakeholder và không nên có những ý tưởng đã được định hình sẵn về các yêu cầu Đưa ra những câu hỏi gợi mở, không nên hỏi những câu như “Anh muốn gì?” 2.3 Kịch .. .Quy trình xác định yêu cầu   Mục tiêu quy trình xác định yêu cầu đưa tài liệu yêu cầu hệ thống Quy trình xác định yêu cầu biến đổi phụ thuộc vào miền ứng dụng, người tổ chức xây dựng yêu cầu. .. dựng yêu cầu Quy trình xác định yêu cầu …  Các yêu cầu luôn thay đổi nên thường sử dụng mô hình xoắn ốc để xác định yêu cầu 1 Phân tích khả thi    Thông tin đầu vào: yêu cầu nghiệp vụ,... giá yêu cầu:    Xem xét lại yêu cầu: phân tích yêu cầu cách hệ thống Mẫu thử Xây dựng trường hợp kiểm thử Lập kế hoạch quản lý yêu cầu    Quản lý yêu cầu quy trình quản lý thay đổi yêu cầu

Ngày đăng: 03/12/2015, 16:21

Từ khóa liên quan

Mục lục

  • Chương 5: Quy trình xác định yêu cầu

  • Quy trình xác định yêu cầu

  • Quy trình xác định yêu cầu …

  • 1. Phân tích khả thi

  • Phân tích khả thi …

  • 2. Phát hiện và phân tích yêu cầu

  • Stakeholder

  • Những khó khăn khi phát hiện và tìm hiểu yêu cầu của stakeholder

  • Slide 9

  • 2.1. Phân tích dựa trên khung nhìn

  • Phân tích dựa trên khung nhìn

  • Slide 12

  • 2.2. Phỏng vấn

  • 2.3. Kịch bản

  • 2.4. Ca sử dụng

  • Ví dụ: các ca sử dụng trong LIBSYS

  • 3. Đánh giá yêu cầu

  • 4. Lập kế hoạch quản lý yêu cầu

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

  • Đang cập nhật ...

Tài liệu liên quan