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

Xác định yêu cầu hệ thống

54 16 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

Yêu cầu hệ thống (yêu cầu nghiệp vụ) là một mô tả các nhu cầu và mong muốn đối với một hệ thống thông tin. Một yêu cầu có thể mô tả các chức năng, đặc trưng (thuộc tính) và các ràng buộc. Các yêu cầu mang tính chức năng: các chức năng hoặc đặc trưng có thể có trong một hệ thống thông tin để nó thỏa mãn nhu cầu nghiệp vụ và có thể chấp nhận được đối với người dùng

CHƢƠNG Giới thiệu Khảo sát trạng Các kỹ thuật thu thập thông tin 11 15/5/2012 Xác định yêu cầu hệ thống (Preliminary Analysis) Giới thiệu 15/5/2012  Vai trò việc xác định yêu cầu  Các tiêu chuẩn xác định yêu cầu hệ thống  Quy trình xác định yêu cầu Vai trò việc xác định yêu cầu  Yêu 15/5/2012 cầu hệ thống (yêu cầu nghiệp vụ) mô tả nhu cầu mong muốn hệ thống thơng tin Một u cầu mơ tả chức năng, đặc trưng (thuộc tính) ràng buộc  Các yêu cầu mang tính chức năng: chức đặc trưng có hệ thống thơng tin để thỏa mãn nhu cầu nghiệp vụ chấp nhận người dùng  Các yêu cầu phi chức năng: đặc trưng, đặc điểm thuộc tính hệ thống ràng buộc giới hạn ranh giới giải pháp đề xuất 15/5/2012  Hậu yêu cầu khơng xác:       Hệ thống tốn nhiều chi phí Hệ thống hồn thiện muộn thời gian định Hệ thống khơng phù hợp với người dùng mong muốn hài lịng khiến họ khơng sử dụng Chi phí bảo trì củng cố hệ thống q cao Hệ thống khơng chắn dễ có lỗi ngừng hoạt động Uy tín chuyên gia đội dự án bị giảm sút thất bại nào, cho dù gây bị xem lỗi đội dự án Các tiêu chuẩn xác định yêu cầu hệ thống 15/5/2012 Nhất quán – yêu cầu không mâu thuẫn hay nhập nhằng lẫn  Tồn diện– u cầu mơ tả đầu vào đáp ứng có hệ thống  Khả thi – yêu cầu thoả mãn dựa tài nguyên ràng buộc sẵn có  Cần thiết – yêu cầu thực cần thiết đáp ứng mục đích hệ thống  Chính xác – yêu cầu phát biểu xác  Dễ theo dõi – yêu cầu ánh xạ trực tiếp tới chức đặc trưng hệ thống  Có thể kiểm tra – yêu cầu vạch rõ nên  Quy trình xác định yêu cầu 15/5/2012  Phân tích yêu cầu để giải vấn đề về:      Các Các Các Các Các  Chính yêu yêu yêu yêu yêu cầu cầu cầu cầu cầu bị thiếu mâu thuẫn không khả thi trùng lặp mơ hồ thức hóa yêu cầu: Lập tài liệu xác định yêu cầu  Truyền đạt tới nhân tham gia  Quy trình xác định yêu cầu  Lập tài liệu yêu cầu - tài liệu xác định yêu cầu bao gồm:     Các chức năng, dịch vụ mà hệ thống nên cung cấp Các yêu cầu phi chức bao gồm thuộc tính, đặc điểm đặc trưng hệ thống Các ràng buộc giới hạn phát triển hệ thống theo hệ thống phải hoạt động Thông tin hệ thống khác mà hệ thống phải giao tiếp Quản lý yêu cầu: trình quản lý thay đổi yêu cầu   Trong thời gian diễn dự án, việc xuất yêu cầu hay thay đổi yêu cầu có phổ biến Các nghiên cứu cho thấy có đến 50% yêu cầu biến đổi trước hệ thống hoàn thiện 15/5/2012  Khảo sát trạng 15/5/2012 2.1 Mục đích 2.2 Các giai đoạn 2.3 Cách tiếp cận 2.4 Các bước khảo sát thu thập thông tin 2.5 Các yêu cầu đặt 2.6 Các thông tin liệu cần thu thập 2.7 Các khái niệm sử dụng khảo sát 2.8 Các bước sau khảo sát 2.1 Mục đích 15/5/2012  Tiếp cận với nghiệp vụ, chuyên mơn, mơi trường hoạt động hệ thống  Tìm hiểu chức năng, nhiệm vụ cung cách hoạt động hệ thống  Chỉ chỗ hợp lý cần kế thừa, chỗ bất hợp lý cần khắc phục 2.2 Các giai đoạn  Giai 15/5/2012 đoạn khảo sát sơ bộ: Nhằm hình thành dự án phát triển hệ thống thông tin  Giai đoạn khảo sát chi tiết: Nhằm thu thập thông tin chi tiết hệ thống phục vụ phân tích yêu cầu thông tin làm sở cho bước thiết kế sau 10 Mẫu kế hoạch vấn Kế hoạch vấn Người vấn: (họ tên) Địa chỉ: (cơ quan, phòng, điện thoại) Thời gian hẹn Thời điểm bắt đầu: Thời điểm kết thúc: Đối tượng: Đối tượng hỏi ai? Cần thu thập liệu ? Cần thỏa thuận điều ? Các yêu cầu địi hỏi: Vai trị, vị trí, trình độ, kinh nghiệm người hỏi Chương trình Giới thiệu Tổng quan dự án Tổng quan vấn Chủ đề đề cập Xin phép ghi âm Chủ đề 1: câu hỏi trả lời Chủ đề 2” câu hỏi trả lời Tổng hợp nội dung ý kiến người hỏi Kết thúc (thỏa thuận) Ước lượng thời gian phút phút phút phút 10 phút phút phút phút 15/5/2012 Người hỏi: (họ tên) 40 (dự kiến tổng cộng: 29 phút) Ƣu điểm – Nhƣợc điểm Sử dụng thời gian hiệu • Hiểu điều người ta khơng muốn nói thơng qua nét mặt, cử … • 15/5/2012 o Ưu điểm o Nhược điểm •    Phải xếp thứ tự trình bày, bố trí thời gian thích hợp, có người e ngại nêu ý kiến Cần nhiều thời gian; căng thẳng bị động phụ thuộc vào điều kiện người hỏi Yêu cầu người vấn phải đào tạo có kinh nghịêm định Câu hỏi cần tập trung vào lĩnh vực nghiên cứu, ngắn gọn, trực tiếp, dạng mở với nhiều khả trả lời 41 3.2 Bảng câu hỏi (Questionnaires) 15/5/2012 Nhằm thu thập thông tin cách đại chúng  Chọn nhóm người tham dự  Sử dụng mẫu phổ biến  Cấu trúc chung:  Phần tiêu đề: Gồm tên tiêu đề ghi rõ mục đích bảng hỏi thơng tin chung đối tượng hỏi Phần câu hỏi: Gồm câu hỏi khác xếp bố trí theo trình tự định Nên có thơng tin phân loại đối tượng hỏi theo nhóm (nghề nghiệp, theo chức danh, lứa tuổi…) Phần giải thích: Một số giải thích vấn đề cầm làm rõ câu hỏi Phần trả lời: Đóng – Mở 42 3.2 Bảng câu hỏi (Questionnaires) 15/5/2012 Thiết kế bảng câu hỏi:  Bắt đầu với việc không đe dọa câu hỏi thú vị  Nhóm mục vào phần mạch lạc logic  Đừng đặt mục quan trọng vào phần cuối bảng câu hỏi  Đừng tập trung trang với nhiều mục  Tránh tóm tắt  Tránh thành kiến gợi ý mục thuật ngữ  Số câu hỏi tránh lộn xộn  Kiểm tra trước bảng câu hỏi để xác định câu hỏi khó hiểu, gây bối rối  Cung cấp việc giấu tên cho bên trả lời 43 3.2 Bảng câu hỏi (Questionnaires) điểm:  Là nhanh đơn giản vấn 15/5/2012  Ưu  Khuyết điểm:  Thiếu giao tiếp  Độ xác thấp 44 3.3 Phân tích tài liệu (Documentation Analysis) 15/5/2012 Xác định tài liệu chính, báo cáo cần thu thập  Sao chép tài liệu, báo cáo thu thập tổng hợp lại  Ghi lại liệu tài liệu, báo cáo: Tên mục, định dạng, khối lượng, tần suất sử dụng, cấu trúc mã, nơi phát sinh, nơi sử dụng  Các tài liệu điển hình  Biểu mẫu  Báo cáo  Hợp đồng thủ công  Nên kết hợp với vấn mức thấp (thừa hành)  45 3.4 Quan sát (OBSERVATION) phải quan sát  Con người nhớ hết kể đủ, điều họ biết, họ nghĩ, đặc biệt kiện xãy hay kiện xãy lâu khứ  Hơn nữa, thường có khác biệt nhận thức thực tế, mơ tả lại mang tính chủ quan, bị bỏ qua nhiều chi tiết 15/5/2012  Vì 46 3.4 Quan sát (OBSERVATION)  Quan sát trực tiếp:    15/5/2012 Các phương pháp Dễ thực hiện; Dễ làm ảnh huởng đến hoạt động bình thường người Quan sát qua phương tiện:   Chủ động hơn, sử dụng phương tiện ghi lại để xem nhiều lần cần thiết Bị động phương tiện 47 3.4 Quan sát (OBSERVATION) 15/5/2012 Nhận xét chung:  Thông tin quan sát thông tin có tính phận, bề ngồi, khơng bao gồm công việc, hoạt động kiện quan trọng;  Bị hạn chế thời gian, phạm vi;  Nên kết hợp quan sát với vấn chỗ 48 3.5 Thiết kế kết nối ứng dụng (Joint Application Development) tiêu sử dụng JAD để thu thập yêu cầu thông tin hệ thống cách liên tục  Cho phép người quản lý dự án, người dùng người phát triển làm việc với  Có thể giảm phạm vi đến 50%  Tránh đòi hỏi chi tiết mơ hồ 15/5/2012  Mục 49 Ngƣời tham gia vào phiên làm việc JAD 15/5/2012 Người lãnh đạo phiên JAD: Những người tổ chức điều hành JAD, điều hành chương trình, giải xung đột tổng hợp ý tưởng  Những người sử dụng: Những người sử dụng chủ chốt hệ thống, hiểu rõ mà hệ thống cần hàng ngày  Những nhà quản lý: Họ cung cấp định hướng tổ chức mới, nêu tác động hệ thống lên tổ chức  Nhà tài trợ: Những người tài trợ cho phiên làm việc  Những nhà phân tích hệ thống kỹ thuật viên đội ngũ phát triển hệ thống 50  Cách tiến hành 15/5/2012 Địa điểm: Phịng có cơng cụ nghe, nhìn biểu diễn thông tin (máy chiếu, biểu đồ, ký hiệu )  Cách thức làm việc  Người lãnh đạo phiên JAD đặt vấn đề  Người sử dụng trình bày thực trạng hệ thống thời  Mọi người hỏi, thảo luận, nêu ý kiến  Những nhà kỹ thuật ghi lại thông tin máy cho lãnh đạo JAD có điều kiện hướng dẫn họp đưa kết luận cần thiết  Kết sau kết thúc JAD tâp tài liệu chi tiết báo cáo hoạt động hệ thống thời vấn đề có liên quan đến nghiên cứu 51 hệ thống thay  Lựa chọn kỹ thuật thích hợp 15/5/2012 52 Phƣơng pháp xác định yêu cầu 15/5/2012 o Thiết kết kết nối ứng dụng (Joint Application Development) o Hệ thống trợ giúp nhóm Hỗ trợ việc chia sẻ ý tưởng o Các công cụ CASE Phân tích hệ thống tại, phát yêu cầu hệ thống nhằm đáp ứng thay đổi môi trường o Phương pháp làm mẫu Giúp làm rõ yêu cầu hệ thống; dễ trao đổi thông tin 53 Bài kỳ sau 15/5/2012 Chƣơng PHÂN TÍCH YÊU CẦU 54 ... trò việc xác định yêu cầu  Các tiêu chuẩn xác định yêu cầu hệ thống  Quy trình xác định yêu cầu Vai trò việc xác định yêu cầu  Yêu 15/5/2012 cầu hệ thống (yêu cầu nghiệp vụ) mô tả nhu cầu mong... cầu vạch rõ nên  Quy trình xác định yêu cầu 15/5/2012  Phân tích yêu cầu để giải vấn đề về:      Các Các Các Các Các  Chính yêu yêu yêu yêu yêu cầu cầu cầu cầu cầu bị thiếu mâu thuẫn khơng... trùng lặp mơ hồ thức hóa yêu cầu: Lập tài liệu xác định yêu cầu  Truyền đạt tới nhân tham gia  Quy trình xác định yêu cầu  Lập tài liệu yêu cầu - tài liệu xác định yêu cầu bao gồm:     Các

Ngày đăng: 09/05/2021, 22:23

Xem thêm:

TỪ KHÓA LIÊN QUAN

w