Xác định yêu cầu: là mô tả trừu tượng các dịch vụ mà hệ thống được mong đợi phải cung cấp và các ràng buộc mà hệ thống phải tuân thủ khi vận hành. Nó chỉ có các đặc tả phẩm hạnh bên ngo[r]
(1)CHƯƠNG 3
KHẢO SÁT - PHÂN TÍCH VÀ ĐẶC TẢ YÊU CẦU Với sản phẩm phần mềm xây dựng, việc hiểu đầy đủ đặc điểm điều khơng dễ Q trình xác định chức ràng buộc hệ thống gọi tìm hiểu xác định yêu cầu Để có điều cần phải trả lời câu hỏi "cái gì-what" khơng phải "như nào-how" Tìm hiểu, xác định phân tích u cầu bước hình thành tốn, u cầu tốn cần phải tìm hiểu phân tích theo chiều rộng (ngang) theo chiều sâu (dọc)
3.1 TÌM HIỂU, XÁC ĐỊNH YÊU CẦU 3.1.1 Khảo sát, tìm hiểu yêu cầu
Khi công ty muốn ký hợp đồng cho dự án phát triển phần mềm, công ty phát biểu yêu cầu mức trừu tượng để không bắt buộc định nghĩa trước giải pháp Các yêu cầu phải viết cho nhà phát triển phần mềm đưa giải pháp khác Sau trúng thầu ký hợp đồng, yêu cầu phải làm rõ để khách hàng hiểu đánh giá phần mềm Cả hai tài liệu nói gọi tài liệu yêu cầu người dùng
Theo mức độ chi tiết chia loại tài liệu yêu cầu:
+ Xác định yêu cầu: khẳng định, ngôn ngữ tự nhiên sơ đồ, dịch vụ hệ thống cần cung cấp ràng buộc mà hệ thống phải tuân theo Tài liệu cung cấp cho thành phần: người quản lý bên khách hàng, người dùng cuối hệ thống, kỹ sư khách hàng, người quản lý ký kết hợp đồng, kiến trúc sư hệ thống
+ Đặc tả yêu cầu: tài liệu cấu trúc mô tả hệ thống dịch vụ chi tiết Đôi tài liệu gọi đặc tả chức Đây coi hợp đồng ký kết người mua kẻ bán phần mềm Tài liệu cung cấp cho thành phần: người dùng cuối hệ thống, kỹ sư khách hàng, kiến trúc sư hệ thống, người phát triển phần mềm
+ Đặc tả phần mềm: mô tả trừu tượng phần mềm làm sở cho thiết kế triển khai Tài liệu cung cấp cho thành phần: kỹ sư khách hàng, kiến trúc sư hệ thống, người phát triển phần mềm
(2)Các yêu cầu phần mềm chia thành hai loại:
1) Các yêu cầu hệ thống chức năng: dịch vụ mà hệ thống phải cung cấp 2) Các yêu cầu không chức năng: ràng buộc mà hệ thống phải tuân theo Về nguyên tắc yêu cầu hệ thống phải vừa đầy đủ, vừa tráng kiện Đầy đủ có nghĩa yêu cầu phải đặc tả Tráng kiện có nghĩa u cầu khơng gây mâu thuẫn Thực tế hệ lớn phức tạp thực khơng thể đạt tính đầy đủ tính tráng kiện cho phiên đầu tư liệu yêu cầu phần mềm Vấn đề duyệt lại pha sau vòng đời phần mềm, người ta phát khơng thỏa mãn tư liệu yêu cầu phải chỉnh lý lại
Về chất, phải hiểu xác định rõ yêu cầu khách hàng Tuy nhiên, thường toán khách hàng phát biểu ngôn ngữ tự nhiên cộng thêm với việc dùng bảng biểu đồ cho người dùng dễ hiểu (xem người dùng khái niệm chuyên môn công nghệ thông tin) Không may ngôn ngữ dùng lại thường khơng xác mơ hồ, đơi có lầm lẫn biểu thị khái niệm biểu thị chi tiết làm cho việc mô tả chứa thông tin hổ lốn biểu diễn nhiều mức chi tiết khác
Ở đây, cần ý người đặt hàng khơng hiểu biết tin học nên họ khơng thể phát biểu xác đầy đủ u cầu họ, đơi lúc mà người sử dụng yêu cầu mà họ cần khơng giống Thêm vào đó, lại không hiểu biết đầy đủ đối tượng, địa bàn thu thập đầy đủ xác thơng tin đối tượng mâu thuẩn khách hàng Vì vậy, thực tế, hệ thống lớn phức tạp, khó đạt tính đầy đủ thống tài liệu yêu cầu
Các yêu cầu tìm hiểu cịn chứa mâu thuẩn:
Thiếu rõ ràng: Rất khó sử dụng ngơn ngữ tự nhiên mơ tả xác khơng nhầm lẫn mà khơng làm khó khăn cho người đọc
Nhầm lẫn yêu cầu: Các yêu cầu chức năng, ràng buộc, mục đích hệ thống thơng tin thiết kế không phân biệt rõ ràng
Trộn lẫn yêu cầu: Một số yêu cầu khác thể yêu cầu đơn
Giải mâu thuẩn này, phải: sở nghiên cứu kỹ lĩnh vực ứng dụng thảo luận với người sử dụng để định nghĩa xác yêu cầu toán Xác định rõ đầy đủ toán yếu tố quan trọng góp phần đảm bảo thành cơng dự án Nhiệm vụ giai đoạn xây dựng hồ sơ mô tả chi tiết yêu cầu, nhiệm vụ, chức hệ thống dự kiến
3.1.2 Đánh giá yêu cầu
(3)và triển khai phải thay đổi theo Một số khía cạnh yêu cầu cần phải kiểm chứng:
Giá trị: người dùng nghĩ hệ thống cần số chức năng, nhiên sau số phân tích, xác định chức khác cần đưa vào Do hệ thống có nhiều loại người sử dụng nên có yêu cầu khác tránh khỏi thỏa hiệp nhu cầu
Chắc chắn: yêu cầu không mâu thuẫn với yêu cầu khác Hoàn chỉnh: định nghĩa cần phải bao gồm chức ràng buộc Hiện thực: khơng có yêu cầu đặc biệt đến mức phi thực Có thể dự
đốn trước phát triển phần cứng, nhiên phát triển phần mềm khó dự đốn
Mẫu: mơ hình chạy hệ thống trình bày với người sử dụng Đây kỹ thuật đánh giá yêu cầu hiệu Nó cho phép người dùng thử nghiệm với hệ thống Việc đánh giá lại yêu cầu không nên coi công việc tư liệu hóa u cầu sau hồn thành Các xem xét yêu cầu định kỳ liên quan với người dùng kỹ sư phần mềm cần thiết
Các xem xét u cầu hình thức phi hình thức Xem xét phi hình thức liên quan việc người ký hợp đồng thảo luận yêu cầu với khách hàng Nhiều vấn đề giải dễ dàng bất ngờ tham khảo trực tiếp với khách hàng Đối với yêu cầu xem xét thức, đội phát triển phải dẫn dắt khách hàng thơng qua u cầu hệ thống, giải thích triển khai u cầu Nhóm rà sốt phải kiểm tra yêu cầu độ thống nhất, hồn chỉnh cho tồn tài liệu Họ phải kiểm tra:
Có khả kiểm tra: tài liệu kiểm tra thực tế khơng?
Khả hiểu biết: tài liệu có khách hàng hiểu biết thấu đáo hay không?
Lưu vết: nguồn gốc tài liệu có xác định rõ ràng hay khơng? Rất phải quay lại nguồn gốc ban đầu để đánh giá ảnh hưởng thay đổi Tính thích hợp: yêu cầu phù hợp hay chưa? Có thể thay đổi yêu
cầu mà không làm ảnh hưởng lớn đến tồn hệ thống khơng 3.2 PHÂN TÍCH U CẦU
Nghiên cứu kỹ yêu cầu người sử dụng hệ thống phần mềm để xây dựng đặc tả hệ thống cần thiết, xác định hành vi hệ thống Nhiệm vụ giai đọan phải trả lời câu hỏi sau:
Đầu vào hệ thống
Những trình cần xử lý hệ thống, hay hệ thống phần mềm phải xử lý
Đầu ra: kết xử lý hệ thống
Những ràng buộc hệ thống, chủ yếu mối quan hệ đầu vào đầu
(4)tiết yêu cầu toán nhằm nêu bật hành vi, chức cần thực hệ thống dự kiến
Như vậy, phân tích u cầu q trình suy luận yêu cầu hệ thống thông qua quan sát hệ thống tại, thảo luận với người sử dụng, phân tích cơng việc Việc liên quan với việc tạo hay nhiều mơ hình khác Nó giúp phân tích viên hiểu biết hệ thống Các mẫu hệ thống phát triển để mơ tả u cầu Ta có quy trình để có chức hệ thống:
Trong q trình phân tích cần lưu ý đến tính khả thi dự án
+ Khả thi kinh tế: chi phí phát triển phải cân xứng với lợi ích mà hệ thống đem lại, gồm có:
Chi phí:
Mua sắm: thiết bị, vật tư (phần cứng), tư vấn, cài đặt thiết bị, quản lý phục vụ,
Chi phí cho khởi công: phần mềm phục vụ cho hệ thống, hệ thống liên lạc (truyền liệu), nhân ban đầu: đào tạo - huấn luyện, cải tổ tổ chức cho phù hợp,
Chi phí liên quan: chi phí nhân cơng phục vụ thu nhập liệu, sửa đổi, cập nhật hệ thống, chuẩn bị tài liệu,
Chi phí liên tục tốn nhất, gồm: bảo trì, thuê bao, khấu hao phần cứng, chi phí phục vụ cho vận hành,
Lợi nhuận sử dụng hệ thống
Nhiệm vụ xử lý thơng tin: giảm chi phí xử lý tự động, tăng độ xác kết tốt hơn, thời gian trả lời rút ngắn,
Có từ hệ thống: thu thập lưu trữ liệu tự động, đầy đủ, liệu chuẩn hóa, bảo đảm an tồn an ninh liệu, tương thích chuyển đổi phận, truy cập tìm kiếm nhanh, kết nối trao đổi diện rộng,
Nghiên cứu khả thi
Phân tích yêu cầu
Xác định yêu cầu
Đặc tả yêu cầu
Định nghĩa yêu cầu Các mơ hình
hệ thống Báo cáo khả
thi
Tài liệu yêu cầu
(5)+ Khả thi kỹ thuật: vấn đề cần lưu ý mục tiêu, chức hiệu suất hệ thống theo cách cịn "mơ hồ" xét:
Rủi ro xây dựng: phần tử hệ thống (chức năng, hiệu suất) thiết kế phân tích có tương đương hay khơng?
Có sẵn tài ngun: có sẵn người tài nguyên cần thiết để phát triển hệ thống?
Công nghệ: công nghệ liên quan cho việc phát triển hệ thống có sẵn hay chưa?
+ Khả thi hợp pháp: có xâm phạm, vi phạm hay khó khăn gây xây dựng hệ thống hay không
+ Các phương án: đánh giá phương án tiếp cận đến việc xây dựng hệ thống 3.3 ĐẶC TẢ YÊU CẦU
3.3.1 Đặc tả yêu cầu
Khi xác định rõ tốn bước tìm hiểu xem hệ thống dự kiến yêu cầu làm Điều quan trọng phải xây dựng danh sách yêu cầu người sử dụng Dựa yêu cầu người sử dụng, người phát triển đưa đặc tả cho hệ thống
Người xây dựng hệ thống phải trả lời yêu cầu sau đây: Đầu hệ thống
Hệ thống phải làm để có kết mong muốn, nghĩa phải xử lý
Những tài nguyên mà hệ thống yêu cầu
Hiểu rõ nguồn gốc, dạng thông tin cần cung cấp cho hệ thống hoạt động Hệ thống phải giải vấn đề gì, kết cần phải có Xác định mối quan hệ vào cho trình hoạt động hệ thống Các đặc tả chi tiết phục vụ cho việc xây dựng trắc nghiệm hệ thống để kiểm tra xem nhiệm vụ đặt có hồn tất hay không
Ở đây, cần ý số trường hợp, nảy sinh yêu cầu mà ta phải xây dựng lại hệ thống, tất nhiên điều làm chậm tiến trình xây dựng làm tăng giá thành vài lý để khơng thể hồn chỉnh đặc tả hệ thống như:
Các hệ thống phần mềm lớn ln địi hỏi cải tiến từ trạng Mặc dù khó khăn hệ thống xác định ảnh hưởng hiệu ứng hệ thống khó dự đốn trước
Hệ thống lớn thường có nhiều cộng đồng sử dụng khác Họ có yêu cầu ưu tiên khác Các yêu cầu hệ thống cuối không tránh khỏi thỏa hiệp
(6)Do đặc tả yêu cầu thêm thông tin vào định nghĩa yêu cầu nên đặc tả thường biểu diễn với mơ hình hệ thống phát triển q trình phân tích u cầu Nó cần bao gồm thơng tin cần thiết yêu cầu chức ràng buộc hệ thống Phân tích yêu cầu tiếp tục xác định đặc tả yêu cầu nảy sinh Đây tài liệu thường xuyên thay đổi nên kiểm sốt chặt chẽ
Ngơn ngữ tự nhiên khơng hoàn toàn thuận tiện cho thiết kế viên hợp đồng khách hàng cán phát triển hệ thống có số lý sau:
Nhầm lẫn cách hiểu khái niệm khác hai bên
Đặc tả yêu cầu ngôn ngữ tự nhiên mềm dẻo Một vấn đề mơ tả q nhiều cách khác
Các yêu cầu không phân hoạch tốt, khó tìm mối quan hệ, Do người ta thường dùng thay khác để đặc tả yêu cầu như:
Ngơn ngữ tự nhiên có cấu trúc,
Ngơn ngữ mơ tả thiết kế, giống ngơn ngữ lập trình có mức trừu tượng cao hơn,
Ngơn ngữ đặc tả yêu cầu, Ghi chép graphic,
Đặc tả tốn học,
Có thể chia đặc tả yêu cầu làm hai loại: đặc tả phi hình thức (ngơn ngữ tự nhiên) đặc tả hình thức (dựa kiến trúc tốn học)
1 Đặc tả phi hình thức
Đặc tả phi hình thức đặc tả sử dụng ngơn ngữ tự nhiên Tuy khơng chặt chẽ đặc tả hình thức nhiều người biết dùng để trao đổi với để làm xác hóa điểm chưa rõ, chưa thống bên phát triển hệ thống
2 Đặc tả hình thức
Đặc tả hình thức đặc tả mà từ ngữ, cú pháp, ngữ nghĩa định nghĩa hình thức dựa vào tốn học Đặc tả hình thức coi phần hoạt động đặc tả phần mềm Các đặc tả yêu cầu phân tích chi tiết Các mơ tả trừu tượng chức chương trình tạo để làm rõ yêu cầu
Đặc tả phần mềm hình thức đặc tả trình bày ngôn ngữ bao gồm: từ vựng, cú pháp ngữ nghĩa định nghĩa Định nghĩa ngữ nghĩa đảm bảo ngôn ngữ đặc tả ngơn ngữ tự nhiên mà dựa tốn học Các chức nhận đầu vào trả lại kết Các chức định điều kiện tiền tố hậu tố Điều kiện tiền tố điều kiện cần thỏa mãn để có liệu vào, điều kiện hậu tố điều kiện cần thỏa mãn sau có kết
(7)+ Tiếp cận đại số, hệ thống mô tả dạng toán tử quan hệ + Tiếp cận mơ hình, mơ hình hệ thống câú trúc sử dụng thực thể toán học tập hợp thứ tự
Sử dụng đặc tả hình thức, ta có thuận lợi:
Cho phép thấy hiểu chất bên yêu cầu, cách tốt để làm giảm lỗi, thiếu sót xảy giúp cho cơng việc thiết kế thuận lợi
Do sử dụng tốn học cho việc đặc tả nên dựa vào cơng cụ tốn học phân tích điều làm tăng thêm tính chắn tính đầy đủ hệ thống
Đặc tả hình thức, thân cho cách thức cho việc kiểm tra hệ thống sau
Tuy vậy, đặc tả hình thức bộc lộ vài khó khăn:
Quản lý phần mềm có tính bảo thủ cố hữu nó, khơng sẵn sàng chấp nhận kỹ thuật
Chi phí cho việc đặc tả hình thức thường cao so với đặc tả khác (tuy phần cài đặt thấp hơn), nên khó để chứng minh chi phí tương đối cao cho đặc tả làm giảm tổng chi phí dự án
Phần lớn, người đặc tả hệ thống không đào tạo cách quy việc sử dụng đặc tả hình thức cho việc đặc tả hệ thống mà dựa thói quen họ
Thông thường, nhiều thành phần hệ thống khó cho việc đặc tả ngơn ngữ hình thức Thêm vào khách hàng khơng thể hiểu Khách hàng khơng thích đặc tả toán học
3.3.2 Nguyên lý đặc tả
Nguyên lý 1: Phân tách chức với cài đặt: đặc tả mô tả điều mong muốn cách thức thực (cài đặt) Kết thu theo dạng khơng phải
Nguyên lý 2: Cần tới ngôn ngữ đặc tả hệ thống hướng tiến trình: cần thiết đặc biệt trường hợp môi trường động thay đổi ảnh hưởng tới hành vi thực thể tương tác với mơi trường
Nguyên lý 3: Đặc tả phải bao gồm hệ thống có phần mềm thành phần: hệ thống bao gồm thành phần tương tác với nhau, bên hoàn cảnh toàn hệ thống tương tác thành phần hành vi thành phần xác định
Nguyên lý 4: Đặc tả phải bao gồm môi trường mà hệ thống vận hành
(8)đó; tác nhân phải mơ hình cho cá nhân, tổ chức, trang thiết bị; hành động họ thực mơ hình cho hoạt động thực tế xuất lĩnh vực; )
Nguyên lý 6: Đặc tả phải vận hành: phải đầy đủ hình thức để dùng việc xác định liệu cài đặt đề nghị có thỏa mãn đặc tả trường hợp kiểm thử tùy ý hay không
Nguyên lý 7: Đặc tả hệ thống phải dung sai tính khơng đầy đủ tính nâng cao Đặc tả khơng thể hồn tồn đầy đủ mơi trường phức tạp
+ Đặc tả mơ hình - trừu tượng hóa - tình thực nên khơng đầy đủ
+ Đặc tả tồn nhiều mức chi tiết
+ Các cơng cụ phân tích sử dụng để giúp cho đặc tả kiểm thử đặc tả phải có khả xử lý với tính khơng đầy đủ
Ngun lý 8: Đặc tả phải cục hóa ghép lỏng lẻo: Đặc tả làm sở cho thiết kế cài đặt, tĩnh mà vật động, trải qua thay đổi đáng kể nên nội dung cấu trúc phải phù hợp Sự thay đổi cần sửa đổi tối thiểu, phần nhỏ thành phần thâm vào hay loại bớt cách dễ dàng 3.4 TƯ LIỆU HÓA YÊU CẦU PHẦN MỀM
Các yêu cầu hệ thống trình bày tài liệu yêu cầu phần mềm cho biết thứ cán phát triển hệ thống cần biết Tài liệu bao gồm định nghĩa yêu cầu đặc tả yêu cầu Trong số trường hợp, chúng khơng trình bày riêng biệt mà tích hợp làm Đơi khi, định nghĩa yêu cầu trình bày giới thiệu tới đặc tả yêu cầu Cách tiếp cận hiệu trình bày đặc tả chi tiết phụ lục yêu cầu
Tài liệu yêu cầu phần mềm tài liệu đặc tả Nó cần phải mơ tả hệ thống cần phải làm làm Tài liệu cần dễ dàng đặc tả ánh xạ sang phần tương ứng thiết kế hệ thống Nếu dịch vụ, ràng buộc đặc tả thuộc tính tài liệu yêu cầu phần mềm thỏa mãn thiết kế thiết kế coi giải pháp thích hợp với vấn đề
Về nguyên tắc, yêu cầu cần hoàn chỉnh chắn Mọi chức hệ thống cần đặc tả yêu cầu không mâu thuẫn Tuy nhiên thiếu sót khơng thể tránh khỏi, tài liệu nên cấu trúc dễ cho việc thay đổi Nội dung nên chia thành chương Sáu yêu cầu cần thỏa mãn là:
Nó cần mơ tả hành vi hệ thống bên ngồi Nó cần mơ tả ràng buộc thực Nó cần phải dễ thay đổi
Nó phải cơng cụ tham chiếu cho người bảo trì hệ thống Nó cần ghi vịng đời hệ thống
Nó cần biểu thị đáp ứng chấp nhận với kiện không dự kiến
(9)+ Giới thiệu: mô tả cần thiết hệ thống Nó cần mơ tả sơ lược chức giải thích cách làm việc với hệ thống khác Nó cần mơ tả làm hệ thống đáp ứng toàn mục tiêu chiến lược nghiệp vụ
+ Thuật ngữ: cần định nghĩa khái niệm kỹ thuật sử dụng tài liệu Không giả định người đọc có kinh nghiệm
+ Mơ hình hệ thống: phần lập nhiều mơ hình hệ thống cho biết quan hệ cấu thành hệ thống với hệ thống môi trường Nó cần bao gồm mơ hình đối tượng, mơ hình luồng liệu ngữ nghĩa liệu
+ Định nghĩa yêu cầu chức năng: dịch vụ cung cấp cho người dùng cần mô tả mục Mơ tả dùng ngơn ngữ tự nhiên, sơ đồ dạng ghi chép khác cho phép khách hàng hiểu
Các dịch vụ cung cấp cho người dùng cần mô tả mục Mơ tả dùng ngơn ngữ tự nhiên, sơ đồ dạng ghi chép khác cho phép khách hàng hiểu
+ Định nghĩa yêu cầu phi chức năng: ràng buộc phần mềm hạn chế thiết kế cần phải mô tả phần Nó bao gồm chi tiết biểu diễn liệu, thời gian đáp ứng yêu cầu nhớ, Các tiêu chuẩn sản phẩm quy trình cần tn thủ mơ tả
+ Tiến triển hệ thống: phần mô tả giả thiết làm sở cho hệ thống dự đoán thay đổi phát triển phần cứng, yêu cầu người dùng
+ Đặc tả yêu cầu: mô tả yêu cầu chi tiết Nếu cần chi tiết thêm vào yêu cầu phi chức năng, ví dụ giao diện với hệ thống định nghĩa
+ Ngoài ra, tài liệu yêu cầu phần mềm bao gồm thêm phần sau: - Phần cứng: hệ thống phát triển phần cứng đặc biệt, phần cứng giao diện cần mô tả Nếu phần cứng bán sẵn sử dụng, cấu hình cực tiểu cực đại phải mô tả
- Yêu cầu liệu: tổ chức logic liệu sử dụng hệ thống quan hệ chúng mô tả, dùng sơ đồ thực thể liên kết
- Chỉ mục cung cấp Ví dụ mục theo chữ cái, mục theo chương, theo chức
Do hệ thống vận hành thời gian dài, nên môi trường hệ thống mục đích nghiệp vụ thay đổi Khi tài liệu yêu cầu cần phải thay đổi Với mục đích tiến triển, tài liệu yêu cầu thường chia theo hai phân loại:
Các yêu cầu ổn định: suy dẫn từ hoạt động cốt lõi tổ chức tương đối liên quan trực tiếp tới miền hệ thống
(10)triển hệ thống trình xây dựng hệ thống, yêu cầu sinh xuất việc tin học hóa làm thay đổi quy trình nghiệp vụ, 3.5 ĐẶC TÍNH DỮ LIỆU VÀ CÁC KỸ THUẬT ĐỂ THU THẬP DỮ LIỆU 3.5.1 Đặc tính liệu
Một ứng dụng thành công ứng dụng đáp ứng đầy đủ yêu cầu người sử dụng Trong trình xác định yêu cầu, liệu thu toán chứa số tính chất mà ta gọi đặc tính liệu như:
Tính định hướng thời gian, Tính cấu trúc,
Tính đầy đủ, Nhập nhằng, Ngữ nghĩa,
Độ lớn liệu,
Mỗi yếu tố quan trọng việc xác định đặc tả ứng dụng chúng mang đến dẫn cho kỹ sư phần mềm biết số lượng kiểu thông tin nên chọn Cũng vậy, kiểu liệu khác có liên quan tới loại ứng dụng khác đòi hỏi kỹ thuật khai thác thông tin khác Không ý tới đặc tính liệu gây lỗi phân tích thiết kế Mối liên hệ kiểu ứng dụng đặc tính liệu thể bảng sau:
Đặc tính dữ liệu Loại ứng dụng
Tính thời
gian Cấu trúc đầy đủMức nhằngNhập nghĩaNgữ lớnĐộ
TPS Hiện Cấu trúc Đầy đủ Thấp Cố định Các loại
CSDL Quá khứhiện tại Cấu trúc Đầy đủ Thấp Cố định Các loại
DSS Các loại Cấu trúc Thay đổi trungbìnhThấp, Thay đổi Trungbìnhcao
GDSS tương laiHiện Phi cấutrúc Khơngđầy đủ Trungbìnhcao Thay đổi Thấp
EIS Tươnglai Phi cấutrúc Khơngđầy đủ Trungbìnhcao Thay đổi trung bìnhThấp
ES Hiện tại(dựaquá khứ)
Báncấu trúc
Không đầy đủ
Trungbình
(11)Hệ xử lý giao dịch bao gồm kiến thức định trước, thông tin đầy đủ, có cấu trúc, thời Do hệ xử lý giao dịch ứng dụng thao tác công ty nên để điều khiển bảo trì ghi thao tác thời, bạn phải có thơng tin đầy đủ, thời
Các ứng dụng hỏi đáp có đặc tính tương tự hệ xử lý giao dịch với đặc điểm khác mà chúng tập trung vào thông tin lịch sử thêm vào thông tin Truy vấn câu hỏi đặt liệu để tìm thấy vấn đề giải pháp, để phân tích, tổng kết báo cáo liệu Để tạo tổng kết báo cáo với tin tưởng, liệu phải có cấu trúc, đầy đủ diễn giải không nhầm lẫn có ngữ nghĩa định
Hệ hỗ trợ định cơng cụ phân tích thống kê cho phép phát triển thông tin giúp đỡ việc định Kiểu liệu xác định hệ hỗ trợ định ln biểu diễn lại, chưa hồn chỉnh, nhập nhằng, có ngữ nghĩa thay đổi từ trung bình tới nhiều độ lớn
Hệ hỗ trợ định theo nhóm cơng cụ hỗ trợ họp nhóm cho nhóm người Các cơng cụ hệ hỗ trợ định theo nhóm thao tác có cấu trúc đầy đủ cịn nhập nhằng ngữ nghĩa Bản thân công cụ đầy đủ, khơng nhập nhằng mạnh thơng tin họp nhóm mà thực lại không
Hệ thông tin điều hành ứng dụng hướng tương lai cho phép duyệt qua môi trường xác định khuynh hướng, hội kinh doanh, hoạt động công nghiệp khác ảnh hưởng tới hoạt động công ty Hệ thông tin điều hành giải phần lớn với liệu “hỗn độn” khơng có cấu trúc, khơng đầy đủ, nhập nhằng, chứa ngữ nghĩa thay đổi
Hệ chuyên gia quản lý suy luận thông qua liệu bán cấu trúc, không đầy đủ, nhập nhằng ngữ nghĩa thay đổi Các chuyên gia lấy thông tin ngẫu nhiên khơng cấu trúc sau tạo cấu trúc cho Họ suy luận cách làm diễn đạt liệu để loại trừ mức độ nhập nhằng cố định ngữ nghĩa Do đó, liệu đầu vào ứng dụng có đặc tính mờ, q trình xử lý liệu phải thực cấu trúc cao
3.5.1.1 Tính định hướng thời gian
Tính hướng thời gian liệu đề cập tới khứ, đòi hỏi tương lai ứng dụng đề
Các liệu q khứ: mơ tả công việc biến đổi qua thời gian, quy định ảnh hưởng tới nhiệm vụ, vị trí tổ chức nhiệm vụ Các thơng tin q khứ xác, đầy đủ xác đáng
(12)cách thích hợp với đội ngũ phát triển để tăng trí thức họ ứng dụng phạm vi toán
Các đòi hỏi tương lai: liên quan tới thay đổi xảy ra, chúng khơng xác khó kiểm tra Ví dụ: dự đoán kinh tế, khuynh hướng tiếp thị, bán hàng,
3.5.1.2 Tính cấu trúc
Cấu trúc thơng tin định hướng phần mở rộng theo thơng tin phân loại theo cách Cấu trúc tham chiếu tới hàm, mơi trường dạng liệu hay dạng xử lý Các thông tin thay đổi từ phi cấu trúc cấu trúc mà phần cấu trúc xác định kỹ sư phần mềm Cấu trúc đặc biệt quan trọng thiếu ta tạo ứng dụng sai
3.5.1.3 Tính đầy đủ
Tính đầy đủ thể chổ thông tin cần thiết phải biểu diễn Một kiểu ứng dụng đòi hỏi mức độ đầy đủ khác Các hệ thống xử lý giao dịch tiếp cận thông tin đầy đủ xác, hệ hỗ trợ định địi hỏi thơng tin đầy đủ Các hệ thông tin điều hành, hệ chuyên gia, ứng dụng trí tuệ nhân tạo có mức độ cao tính khơng đầy đủ phạm vi ứng dụng
Đối với ứng dụng phải giải thông tin không đầy đủ, thách đố nhóm phát triển phải định thông tin đủ để sử dụng hay chưa Đôi định tiến hành từ phía người dùng, đơi tiến hành bên ứng dụng cần phải có luật để xác định mức độ đầy đủ
3.5.1.4 Nhập nhằng
Tính nhập nhằnglà thuộc tính liệu, thể chổ khơng sáng nghĩa có nhiều nghĩa cách hữu ý Tính liên quan nhiều đến mức độ ngữ nghĩa Vấn đề nảy sinh gặp vấn đề hiểu theo nhiều cách -ví dụ câu phát biểu: "Ơng cụ già mau quá!" Để giải tính nhập nhằng cần vào ngữ cảnh
3.5.1.5 Ngữ nghĩa
Ngữ nghĩa tập hợp định nghĩa chia sẻ cho biết thuật ngữ, sách hành động hiểu cho người tổ chức
(13)dài Khi đánh ngữ nghĩa thông tin gây tổn thất lớn bên liên quan
3.5.1.6 Độ lớn liệu
Độ lớn liệu số lượng kiện nghiệp vụ hệ thống phải tiến hành vài chu kỳ Độ lớn tạo thay đổi khách hàng tiến hành theo tháng năm, độ lớn giao dịch nghiệp vụ tiến hành theo ngày độ lớn tối đa Độ lớn tối đa số lượng giao dịch kiện nghiệp vụ xử lý thời kỳ bận Thời kỳ cao điểm theo năm cuối vài tháng, ví dụ chuẩn bị cho báo cáo nộp thuế Độ lớn liệu nguồn thông tin phức tạp số lượng thời gian cần thiết xử lý giao dịch đơn trở thành quan trọng lượng lớn liệu cần xử lý
3.5.2 Các kỹ thuật để thu thập liệu cho ứng dụng
Do giai đoạn phát triển hệ thống địi hỏi có trao đổi nhà phát triển người dùng để nhận thơng tin có ích Mỗi giai đoạn cần tìm kiếm dải rộng câu hỏi ứng dụng Khi phân tích tính khả thi, câu hỏi tương đối rộng tổng quát như: đâu phạm vi vấn đề, cách tốt để tự động hoá gì, cơng ty có cố gắng phát triển ứng dụng khơng, cơng ty hổ trợ việc phát triển ứng dụng khơng? phân tích u cầu tìm hiểu thơng tin liên quan ứng dụng gì, như: liệu cần thiết gì, xử lý tiến hành thông tin chi tiết liên quan? Như vậy, làm để thu thập đầy đủ thông tin để phục vụ cho phát triển ứng dụng?
3.5.2.1 Một số kỹ thuật để thu thập liệu
1 Phỏng vấn
Phỏng vấn việc tập hợp số lượng người - thường với hai người - cho thời gian cố định với mục đích cụ thể Trong trình vấn, câu hỏi thay đổi Bạn đánh giá cảm nhận họ, động thói quen phịng ban, trình quản lý, ứng dụng thực thể khác đáng ý Kiểu vấn xác định kiểu thông tin yêu cầu Phỏng vấn nên dẫn dắt cho hai bên tham gia cảm thấy thoả mãn với kết Được chuẩn bị kỹ đồng nghĩa hiểu rõ người vấn, bạn khơng làm họ bối rối bạn có vài câu hỏi ban đầu chuẩn bị cho dù tất
Một vấn tốt có bắt đầu, đoạn kết thúc:
(14) Vào buổi nên tập trung vào chủ đề Hãy lấy thông tin bạn cần lưu ý, sử dụng kỹ thuật bạn chọn ban đầu Nếu xuất vài thông tin quan trọng, hỏi xem bạn thảo luận sau
Vào lúc kết thúc, tóm tắt tất thứ bạn nghe nói cho vấn xảy tiếp Bạn ghi chép đề nghị người hỏi xem xét lại Tốt thời gian khoảng 48 có chấp thuận người dùng theo ngày xác định
Phỏng vấn sử dụng hai kiểu câu hỏi:
Câu hỏi mở câu hỏi cho nhiều câu trả lời khác Câu hỏi mở thích hợp cho mô tả chức ứng dụng đề nghị cho việc xác định cảm nhận ý kiến, mong đợi ứng dụng đề Một ví dụ là: “ Ơng nói cho tơi ” “Ơng nghĩ ” “Ơng mơ tả làm ”
Câu hỏi đóng câu hỏi mà câu trả lời “có” “khơng” câu trả lời cụ thể Các câu hỏi đóng tốt cho khai thác thông tin thực tế bắt người dùng tập trung vào vấn Ví dụ cho câu hỏi đóng là: “Bạn có dùng báo cáo hàng tháng khơng” Các câu trả lời “Có” tiếp nối câu hỏi mở “Ơng giải thích ”
Các bước thường tiến hành cho vấn
Tiến hành đặt hẹn phù hợp với thời gian vấn
Chuẩn bị tốt, tìm hiểu kỹ người vấn Đúng giờ
Có kế hoạch cho vấn
Giới thiệu thân mục đích Sử dụng câu hỏi mở để bắt đầu Luôn ý vào trả lời
Có kế hoạch cho nội dung chính Kết hợp câu hỏi đóng mở
Ln bám sát trình bày phát triển chi tiết
Ln cung cấp thơng tin phản hồi, ví dụ: “ Cho phép tơi trình bày lại điều ơng vừa nói ”
Hạn chế ghi chép thấy khơng tiện Có kế hoạch kết thúc
Tóm tắt nội dung, yêu cầu hiệu chỉnh
Yêu cầu làm xác, đánh giá lại ghi chép Cho biết ngày tháng họ nhận báo cáo Thống lại ngày lấy lại hiệu chỉnh Xác nhận lại lịch làm việc
Các câu hỏi đưa theo kiểu cấu trúc phi cấu trúc
(15) Phỏng vấn không cấu trúc vấn định hướng câu trả lời Các câu hỏi phần lớn câu hỏi mở Khơng có kế hoạch ban đầu, người vấn biết thông tin cần thiết dùng câu trả lời từ câu hỏi mở để phát triển câu hỏi chi tiết chủ đề
Phỏng vấn có cấu trúc thích hợp bạn biết thơng tin cần thiết trước vấn Ngược lại vấn khơng cấu trúc thích hợp bạn khơng đốn trước chủ đề
Các trường hợp điển hình vấn người khách hàng bắt đầu với vấn phi cấu trúc bạn nhận thức miền tốn Sau tốn trở thành có cấu trúc tập trung vào thơng tin bạn cần để hồn chỉnh phân tích
Các thuận lợi khó khăn vấn có cấu trúc vấn khơng có cấu trúc thể sau:
Phỏng vấn có cấu trúc Phỏng vấn khơng có cấu trúc
Ưu điểm
- Dùng dạng chuẩn cho nhiều câu hỏi
- Dễ quản lý đánh giá
- Đánh giá nhiều mục đích - Khơng cần đào tạo nhiều
- Có kết vấn
- Có khả mềm dẻo
- Cần chăm nghe có kỹ mở rộng câu hỏi
- Có thể bao hết thơng tin chưa biết
- Địi hỏi có thực hành Nhược
điểm
.- Chi phí chuẩn bị lớn
- Tính cấu trúc khơng thích hợp cho tình
- Giảm tính chủ động người vấn
- Lãng phí thời gian vấn - Người vấn định kiến
với câu hỏi
- Tốn thời gian lựa chọn phân tích thơng tin
Một kỹ tốt phát triển sơ đồ phần tài liệu vấn Khi bắt đầu lần vấn mới, bạn nên bàn bạc sơ đồ đưa cho họ ghi chép để họ kiểm tra sau Bạn nhận ý kiến phản hồi tính xác sơ đồ hiểu biết bạn ứng dụng Lợi ích cách tiếp cận thể mặt kỹ tâm lý Từ khía cạnh kỹ thuật, bạn thường xuyên kiểm tra lại vấn đề bạn nghe Cho tới thời gian phân tích kết thúc, bạn khách hàng tin trình xử lý ứng dụng đầy đủ Từ khía cạnh tâm lý, bạn làm tăng niềm tin khách hàng vào khả phân tích cách trình bày hiểu biết Mỗi bạn cải thiện sơ đồ sâu vào phân tích, bạn làm tăng niềm tin người sử dụng bạn xây dựng ứng dụng đáp ứng nhu cầu họ
Các kết sử dụng người vấn nên trao đổi lại tới người vấn thời gian ngắn Các người vấn nên báo cho thời hạn việc vấn Tuy nhiên bạn xin bố trí bổ sung vấn trường hợp nhiều điều cần hỏi nhiều người cần gặp
(16) Phỏng vấn thích hợp cho việc nhận thơng tin đảm bảo số lượng lẫn chất lượng:
Các kiểu thơng tin định tính ý kiến, niềm tin, thói quen, sách, mơ tả
Các kiểu thông tin định lượng bao gồm tần suất, số lượng, định lượng mục dùng ứng dụng
Nhược điểm phương pháp vấn:
Phỏng vấn dạng khác thu thập liệu làm bạn lạc lối, thiếu xác, thơng tin khơng liên quan, khơng thích hợp
Bạn cần học cách đọc ngôn ngữ cử thói quen để định điều cần thiết cho thông tin
Địi hỏi kỹ
Có thể có kết thiên vị
Đòi hỏi ba người để kiểm tra kết thuờng khơng thích hợp với số lượng lớn người
Do vậy, sử dụng phương pháp vấn để thu thập liệu, người vấn phải hiểu hành động người vấn để có hành động tương ứng cho phù hợp Sau bảng tham khảo hành vi người vấn hoạt động tương ứng người vấn
Hành vi người vấn Đáp ứng người vấn Đốn câu trả lời khơng thừa nhận
không biết lờiSau vấn, kiểm tra chéo câu trả Cố nói điều lọt tai người
vấn, sai thật
Tránh hỏi câu dễ đoán câu trả lời, kiểm tra chéo câu trả lời
Cho thông tin không đầy đủ Kiên trì hỏi để đạt mục đích Dừng trình bày người vấn ghi
chép quan trọngGhi nhanh có thể, hỏi câu
Vội vã Đề nghị bố trí buổi khác
Khơng muốn thay đổi môi trường Động viên cải thiện môi trường so sánh hai khuynh hướng
Thể không quan tâm, trả lời ngắt
quãng chínhNói chuyện vui sau hướng chủ đề
Không hợp tác, từ chối trả lời
Lấy nguồn tin khác, hỏi “Ơng có quan tâm điều người khác nói ơng hay khơng?” Nếu câu trả lời khơng thơi vấn
Phàn nàn vị trí cơng tác, lương,
Tìm mấu chốt vấn đề Cố dẫn dắt chủ đề Ví dụ “Dường quan ơng có nhiều vấn đề, ứng dụng đề xuất giải vấn đề trên”
Là người ưa chuộng công nghệ
(17)2 Họp nhóm
Họp nhóm việc tập hợp ba nhiều số người cho thời hạn định để thảo luận số chủ đề Họp nhóm vừa bổ sung thay vấn Nó bổ sung vấn cách cho phép nhóm kiểm tra lại kết vấn cá nhân Nó thay cho vấn cách cung cấp diễn đàn cho người sử dụng tìm địi hỏi giải pháp cho ứng dụng
Họp nhóm làm lãng phí thời gian Nói chung, họp nhóm lớn ý kiến trí thời gian định kéo dài Do vậy, nên có kế hoạch ban đầu cho họp nhóm Lịch trình nên cung cấp trước cho thành viên Số lượng chủ đề nên giữ mức độ đến không mời người khơng thích hợp để tránh lãng phí thời gian Họp nhóm nên có thời gian cố định có điểm thống cụ thể với định cần thiết, khơng nên kéo dài để đảm bảo ý thành viên Họp nhóm phù hợp với việc địi hỏi tổng qt, tìm kiếm đồng lịng, tiếp nhận thơng tin chi tiết thơng tin tóm tắt
Vậy, ưu điểm phương pháp họp nhóm: Có thể tạo định,
Nhận thông tin tổng hợp chi tiết, Phương pháp tốt cho yêu cầu bên ngoài, Tập hợp nhiều người dùng liên quan, Nhược điểm phương pháp họp nhóm:
Nếu số đại biểu nhiều tốn thời gian cho việc định, Tốn thời gian,
Các ngắt quảng làm phân tán ý,
Mời không thành viên dẫn tới chậm có kết quả,
Dễ chuyển sang chủ đề không liên quan trị, thể thao, 3 Quan sát
Quan sát hoạt động tiến hành thủ cơng tự động sau:
+ Theo cách thủ công, người quan sát ngồi chỗ ghi chép hoạt động, bước xử lý công việc Ghi chép băng ghi hình dùng để phân tích cho kiện, mơ tả động từ chính, hoạt động rõ lý do, cơng việc thông tin công việc
+Theo cách tự động, máy tính lưu giữ chương trình thường trú, lưu lại vết chương trình sử dụng, email hoạt động khác xử lý máy Các file nhật ký máy phân tích để mơ tả cơng việc
Quan sát có nhược điểm:
Thời gian quan sát khơng biểu diễn cho công việc diễn thông thường,
Ý nghĩ bị quan sát làm thay đổi thói quen thường ngày người bị quan sát,
(18)Tuy nhiên, quan sát có ưu điểm:
Kỹ sư phần mềm nhận hiểu biết tốt môi trường công tác q trình xử lý thơng qua quan sát
Kỹ sư phần mềm tập trung vào vấn đề, mà không bị ảnh hưởng người khác
Các ngăn cách kỹ sư phần mềm người vấn vượt qua quan sát
Để quan sát có hiệu quả, nên xác định quan sát xác định thời gian cần thiết cho việc quan sát Đồng thời, xin chấp thuận người quản lý cá nhân trước tiến hành quan sát
4 Ấn định công việc tạm thời
Với cơng việc tạm thời, ta có nhận thức đầy đủ nhiệm vụ, đồng thời cung cấp cho ta kinh nghiệm thực tế Đầu tiên, ta học thuật ngữ ngữ cảnh sử dụng Thời gian tiến hành thường từ tuần đến tháng đủ dài để bạn quen thuộc với phần lớn công việc thông thường tình ngoại lệ khơng dài để trở thành chuyên gia thực công việc
Công việc tạm thời cho ta sở hình thức hố câu hỏi chức phương pháp thời công việc lưu giữ lại bị loại trừ thay đổi Nó cách thức để trả lời câu hỏi thực Bất lợi công việc tạm thời tốn thời gian lựa chọn thời gian làm tối thiểu hố vấn đề Thêm vào đó, người kỹ sư phần mềm có thiên kiến q trình xử lý cơng việc, nội dung làm ảnh hưởng tới công việc thiết kế sau
5 Điều tra qua câu hỏi
Điều tra qua câu hỏi xây dựng câu hỏi để vấn giấy máy tính Các câu hỏi dùng để nhận thông tin từ số lượng lớn người sử dụng thường dạng khả lựa chọn, người trả lời việc đánh dấu Các mục câu hỏi, vấn, câu hỏi mở câu hỏi đóng khơng rõ tên, dẫn đến câu trả lời trung thực nhiều vấn
Ưu điểm phương pháp điều tra:
Các trả lời không cần biết tên nên quan điểm cảm nhận thu trung thực,
Có thể tiến hành với nhiều người,
Thích hợp với câu hỏi đóng hữu hạn,
Phù hợp với công ty đa văn hố tuỳ biến với quy ước địa phương, …
Hạn chế phương pháp điều tra: Khó thực lại được,
Các câu hỏi khơng có trả lời có nghĩa khơng thu thơng tin, Các câu hỏi khó hiểu,
Thực đánh giá chậm,
(19) Thơng tin thu hạn chế phạm vi hẹp, Chỉ dùng phương pháp bổ sung, 6 Xem xét tài liệu
Khái niệm tài liệu ám tới cẩm nang, quy định, thao tác chuẩn mà tổ chức cung cấp hướng dẫn cho nhà quản lý nhân viên
Các tài liệu thực hữu ích cho kỹ sư phần mềm để học lĩnh vực mà họ chưa có kinh nghiệm Nó hữu ích cho việc xác định câu hỏi trình thao tác sản xuất Tài liệu đưa thông tin khách quan
Tuy nhiên, tài liệu khơng phải ln nằm cơng ty, ấn phẩm kỹ thuật, báo cáo nghiên cứu, nên khó cho việc tìm kiếm Nó cịn gây thành kiến khơng khơng cung cấp để nhận biết quan điểm, động cơ,
7 Xem xét phần mềm
Khi ứng dụng cũ phải thay phần mềm mới, việc nghiên cứu phần mềm tồn cung cấp cho thơng tin q trình xử lý công việc thời mở rộng có ràng buộc thiết kế phần mềm
Khuyết điểm việc nhận thơng tin từ quan sát phần mềm tài liệu khơng xác kịp thời Thêm vào đó, thời gian bị lãng phí ứng dụng bị xố bỏ
3.5.2.2 Đánh giá tính phù hợp kỹ thuật thu thập liệu đặc tính của liệu
Phỏng vấn họp nhóm phù hợp với loại kiểu liệu chúng thường xuyên sử dụng
Quan sát cung cấp định hướng thô mặt độ lớn, bị hạn chế thời gian Bởi thơng tin từ quan sát khơng có cấu trúc, vài kỹ dùng cho kỹ sư phần mềm để tạo nên cấu trúc phù hợp với tình Thơng tin khơng đầy đủ
Kỹ thuật đặt câu hỏi hỏi câu hỏi có cấu trúc Nếu câu hỏi mở độ đầy đủ thấp Mức độ nhập nhằng kỹ thuật đặt câu hỏi nên thấp ngữ nghĩa câu hỏi khơng biên dịch người trả lời Câu hỏi độ lớn phòng ban tổ chức thường khơng thích hợp Các thơng tin độ lớn giao dịch thời gian cho xử lý giao dịch cho nhân viên nên nhận thơng tin có nghĩa
(20)Tài liệu cung cấp thông tin không đầy đủ, phi cấu trúc Thời gian nghiên cứu thay đổi phụ thuộc vào tài liệu nằm bên hay bên công ty Các tài liệu bên thường liên quan tới thông tin cũ tài liệu bên ngồi thường hướng thơng tin tương lai Các tài liệu bên ngồi mang tính phổ qt thống tài liệu bên thường thay đổi theo phòng ban
Phần mềm cung cấp thông tin cũ, cấu trúc tự động hố Mức độ nhập nhằng từ thấp đến trung bình Các thơng tin độ lớn biểu diễn nên có kiểm tra chéo sử dụng phương pháp khác
Tính phù hợp kỹ thuật thu thập liệu đặc tính liệu tóm tắt bảng sau
Đặc tính dữ liệu
Kỹ thuật
Tính thời
gian Cấu trúc
Mức đầy
đủ nhằngNhập nghĩaNgữ Độ lớn Phỏng vấn Họp nhóm Quan sát Câu hỏi Công việc tạm thời Tài liệu Xem xét phần mềm Các loại Các loại Hiện Các loại Hiện Quá khứ hiện tại Quá khứ Hiện Các loại Các loại Phicấutrúc Cấu trúc Phicấu rúc Phicấutrú c Cấu trúc Các loại Các loại Khôngđầyđủ Đầy đủ Khôngđầyđủ Khôngđầyđ ủ Đầy đủ Các loại Các loại Thay đổi Thấp Thấp, trung bình Thấp, trung bình Thấp, trung bình Thay đổi Thay đổi Thay đổi Cố định (phụ thuộc cách hiểu) Thay đổi Thay đổi, hoặccốđịn h Cố định Các loại Các loại Thơ Cá nhân Phụthuộc cách hiểu Có thể, hoặckhơn g Có thể
3.5.2.3 Đánh giá tính phù hợp kỹ thuật thu thập liệu kiểu ứng dụng
+ Hệ xử lý giao dịch ứng dụng hỏi đáp dùng kỹ thuật
Họp nhóm vấn có ưu vượt trội chúng gợi phạm vi rộng đáp ứng thời gian ngắn
Quan sát ấn định công việc tạm thời hữu dụng cho việc nhận thông tin tảng vấn đề thời, cần phải sử dụng với định để không gây định kiến với thiết kế ứng dụng
(21)dụ, kiểu màu sắc khác nhau, câu hỏi thích hợp cho việc biểu diễn tập nhỏ lựa chọn cho người dùng
+ Hệ hỗ trợ định coi dùng cho kỹ thuật, kỹ thuật thích hợp cho tình Hệ hỗ trợ định nói chung phát triển dành cho cơng việc mang tính chất riêng rẽ Do đó, quan sát làm việc hai người đại diện dẫn tới cách nhìn thành kiến yêu cầu ứng dụng Đối với tài liệu báo cáo thống kê phù hợp cung cấp cho ví dụ kiểu phân tích cần thiết hệ hỗ trợ định Các tài liệu khác, sách, thủ tục nói chung khơng thích hợp Đối với hệ hỗ trợ định mục đích chung với số lượng lớn người dùng, câu hỏi cách thích hợp để xác định phạm vi vấn đề kỹ thuật phân tích cần thiết cho hệ hỗ trợ định Các thơng tin bổ sung vấn họp nhóm để xác định thêm chi tiết
+ Hệ hỗ trợ định theo nhóm thường xuyên hệ cho khách hàng xây dựng gói phần mềm cung cấp kiểu hỗ trợ khác cho họp nhóm tự động Các kỹ sư phần mềm làm việc môi trường hỗ trợ định theo nhóm cần biết kiểu liệu, số lượng người tham gia, kiểu suy luận kỹ thuật thống ý kiến nhóm
Các khối hỗ trợ định theo nhóm kiến thức chung mà không sử dụng thường xuyên Bạn xây dựng hệ hỗ trợ định theo nhóm cho người Do đó, thời gian đáng kể phải dùng để tìm thị trường, người bán, khối hệ hỗ trợ định theo nhóm Các tư liệu bên ngồi vể sản phẩm thích hợp cho câu hỏi phát triển dẫn dắt tới thông tin cần thiết Sau kiến thức thị trường thu thập vấn họp nhóm thích hợp cho xác định yêu cầu đặc trưng để xem xét lại với người dùng hệ hỗ trợ định theo nhóm làm khơng làm Các phương pháp khác có giá trị hữu hạn Ví dụ, quan sát giúp kỹ sư phần mềm biết công cụ làm việc Các tài liệu bên cung cấp thơng tin họp nhóm mà hệ hỗ trợ định theo nhóm chờ đợi cung cấp dùng
(22)Tính phù hợp kỹ thuật thu thập liệu kiểu ứng dụng bảng sau:
Loại ứng dụng Kỹ thuật
TPS CSDL DSS GDSS EIS ES
Phỏng vấn Họp nhóm Quan sát Câu hỏi
Công việc tạm thời Xem tài liệu
Xem xét phần mềm
Tốt Tốt Tốt Tốt Tốt Tốt Tốt
Tốt Tốt Tốt Tốt Tốt Tốt Tốt
Tốt Tốt Tốt Tốt Tốt Tốt Tốt
Tốt Tốt Hạn chế
Hạn chế
Tốt Tốt Hạn chế
Hạn chế
Tốt Tốt
Hạn chế
Câu hỏi
1 Hãy rõ vai trò quan trọng việc xác định đắn u cầu tốn Hãy phân tích để rõ sai lầm thường gặp việc xác định yêu cầu Các công việc phải làm để có tài liệu u cầu xác
4 Hãy nêu phân tích đặc tính liệu yêu cầu
5 Các kỹ thuật để thu thập liệu cho toán Khi xây dựng ứng dụng, bạn sử dụng kỹ thuật nào, sao?