1.Các vấn đề nào cần xem xét trong việc thiết kế giao diện thân thiện với người sử dụng?

Có 5 vấn đề :

a. Mô hình thiết kế giao diện phải thể hiện thông qua : mô hình thiết kế, mô hình người sử dụng, mô hình của người dùng hay cảm nhận hệ thống và hình ảnh hệ thống.

b. Phân tích và mô hình hóa nhiệm vụ, thông qua 7 giai đoạn: (1) Thiết lập mục tiêu & ý đồ nhiệm vụ, (2) Ánh xạ chúng thành hoạt động xác định, (3) Xác định chuỗi khi nó thực hiện mức giao diện, (4) Chỉ ra trạng thái của hệ thống, (5) Xác định cơ chế điều khiển ảnh hưởng trạng thái hệ thống, (6) Diễn tả cách mà cơ chế ảnh hưởng hệ thống, (7) Chỉ ra cách mà người dùng diễn giải hệ thống hệ thống  từ thông tin trên giao diện.

c. Yếu tố thiết kế:

Thời gian đáp ứng: Xem xét nếu hệ thống đáp ứng quá nhanh hay quá chậm ảnh hưởng đến thói quen người dùng.

Tiện nghi giúp đỡ: Phải có mọi lúc mọi nơi; cách để người dùng yêu cầu trợ giúp; trình bày trợ giúp như thế nào; cách trở về giao diện bình thường; cấu trúc thông tin trợ giúp.

Giải quyết lỗi: Cách diễn giải thông báo dễ hiểu; phải hướng user khôi phục lỗi; chỉ ra bất kỳ nguyên nhân lỗi; nên đi kèm các tín hiệu nghe và thấy; không được trách người dùng.

Gán nhãn: Mọi tùy chọn có ứng với 1 chỉ thị nào đó hay không; Các lệnh sẽ có dạng ra sao; Việc học&nhớ lệnh khó như thế nào, làm gì khi quên lệnh; các lệnh có phù hợp hay không.

d. Công cụ cài đặt: các công cụ có sẵn để cài đặt giao diện

e. Tiến hóa thiết kế: Xét duyệt các vấn đề (1)độ dài, phức tạp của đặc tả hệ thống (kiến thức) mà giao diện cung cấp cho user, (2) số chỉ lệnh, số lượng đối số/chỉ lệnh đưa ra chỉ dẫn cho thời gian tương tác hệ thống, (3) Số lượng hành động, chỉ lệnh, trạng thái hệ thống chỉ ra khối lượng cần nhớ trên từng user. 

2.Tại sao chi phí bảo trì phần mềm tăng thêm cấp số mũ nếu thiết kế về cấu trúc và dữ liệu kém cỏi được sử dụng?

Ta có công thức M=p+kc-d

Trong đó : M : khối lượng công việc cho việc bảo trì, p: các công việc mô tả, phân tích ước lượng, k : hằng số kinh nghiệm, c: độ phức tạp của việc thiếu thiết kế&cấu trúc dữ liệu, d: đánh giá độ hiểu biết phần mềm. 

3.Để xem xét một dự án tin học có khả thi hay không thì cần phương pháp nào để đánh giá?

Thông qua 4 giai đoạn:

a. Tổ chức nhóm nghiên cứu: thành lập nhóm, xây dựng mục tiêu, chính sách, ràng buộc hệ thống

b. Đi tìm lời giải: Phân tích hệ thống hiện tại. Phân tích dữ liệu liên quan với hệ thống mới thông qua các thông tin về kinh tế, tổ chức, khả năng tài chính, thông tin kỹ thuật công nghệ.

c. Phân tích tính khả thi: Xem xét tính khả thi, nếu không đạt thì lập báo cáo. Ngược lại, tìm phương án phát triển hệ thống, phân tích tính khả thi thông qua ràng buộc về kinh tế, tài chính, tổ chức kỹ thuật, đối tác, khách hàng, đối thủ, … và các nhân tố như bộ phận quản lý, chuyên gia. Nếu không có lời giải thì lập báo cáo. Nếu có: Xác định lời giải cụ thể. Lập kế hoạch thực hiện dự án dựa trên ngân sách. Xây dựng hồ sơ hệ thống.

d. Lựa chọn lời giải: Lập báo cáo cho bộ phận quản lý, xét duyệt. Nếu không hợp lý thì xem xét bắt đầu lại. Không thì lập báo cáo không khả thi. Nếu hợp lý xem xét có tiếp tục dự án không. Nếu không thì lập báo cáo không khả thi, ngược lại thì lập kế hoạch, chọn nhân sự, lập báo cáo dự án khả thi.