Tài liệu Kĩ thuật trong EA giúp phân tích yêu cầu phần mềm

Phần 1 : Các kỹ thuật phát hiện và tổng hợp các yêu cầu phần mềm . 3
I. Giới thiệu. 3
1. Mục đích. 3
2. Phạm vi 3
3. Tài liệu tham khảo. 3
II. Các kỹ thuật phát hiện và tổng hợp phần mềm . 3
1. Kỹ thuật Phỏng vấn. 3
1.1 Những điểm chính. 3
1.2 Các câu hỏi phạm vi tự do. 3
1.3 Value-added Context Error! Bookmark not defined.
1.4 The moment of Truth. Error! Bookmark not defined.
1.5 Biên soạn lại các dữ liệu cần thiết 3
1.6 Chú ý vào những sự đáng ngờ. 3
2. Kỹ thuật Hội thảo. 3
2.1 Tổng quát 3
2.2 Đẩy nhanh quá trình giải quyết 3
2.3 Sửa chữa cho hội thảo. 3
2.4 Vai trò của sự thuận tiện. 3
2.5 Thiết lập nhật kí công tác. 3
2.6 Bắt đầu hội thảo. 3
3. Kỹ thuật BrainStorming. 3
3.1 Giới thiệu. 3
3.2 Áp dụng. 3
3.2.1 Định nghĩa vấn đề. 3
3.2.2 Tập trung vào vấn đề. 3
3.2.3 Khuyến khích tình thần tích cực. 3
3.3 Tiến hành. 3
4. Kỹ thuật StoryBoarding. 3
4.1 Những điểm chính. 3
4.3. StoryBoards làm những gì?. 3
4.4. Công cụ và kỹ thuật cho StoryBoarding. 3
5. Kỹ thuật Use Case. 3
5.1 Xây dựng Use Case. 3
5.2 Áp dụng Use Case vào phân tích yêu cầu phần mềm 3
5.3 Role Playing. 3
5.3.1 How to Role Play. 3
5.3.2 Các kĩ thuật khác tương tự. 3
6. Kỹ thuật Prototyping. 3
6.1 Các điểm chính. 3
6.2 Các kiểu mẫu thử. 3
III. Sử dụng EA trong phát hiện và Tổng hợp yêu cầu. 3
1. Sử dụng EA với kĩ thuật BrainStorming. 3
2. Sử dụng EA với kĩ thuật Prototyping (Mẫu : GUI). 3
3. Sử dụng EA với kĩ thuật Use Case. 3
Phần 2 : Các kỹ thuật phân tích các yêu cầu phần mềm . 3
I. Giới thiệu chung. 3
1. Mục đích. 3
2. Phạm vi 3
3. Tài liệu tham khảo. 3
II. Các kỹ thuật phân tích yêu cầu phần mềm . 3
1. Requirement Classification. 3
1.1. Giới thiệu. 3
1.2 Function Requirements. 3
1.3 Non-Function Requirements. 3
1.4 Design Contraints. 3
2. Conceptual Modeling. 3
3. Architectural Design and Requirements Allocation. 3
4. Requirements Negotiation. 3
III. Kĩ thuật trong EA giúp phân tích yêu cầu phần mềm . 3
1. Xem xét cấu trúc phân cáp và cài đặt của yêu cầu phần mềm 3
2. Phân tích sự phụ thộc của yêu cầu. 3
3. Quản lý thay đổi 3
4. Lập báo cáo. 3
Phần 3 : Xây dựng tài liệu đặc tả yêu cầu phần mềm . 3
I. Giới thiệu chung. 3
1. Mục đích. 3
2. Tài liệu tham khảo. 3
II. Đặc tả các yêu cầu phần mềm . 3
1. Giới thiệu. 3
2. Các điểm lưu ý khi đặc tả yêu cầu phần mềm 3
3. Ghi lại các nguyên tắc của công việc. 3
4. Đặc tả yêu cầu phần mềm theo mẫu. 3
4.1. Gán nhãn các yêu cầu phần mềm 3
4.2. Đánh dấu những điểm chưa rõ ràng trong đặc tả. 3
4.3. Mỗi liên quan giữa đặc tả và giao diện người sử dụng. 3
5. Các mẫu đặc tả yêu cầu phần mềm 3
5.1. Template SRS IEEE 830 -1998. 3
6. Phương thức kỹ thuật cho đặc tả yêu cầu. 3
III. Chức năng EA hỗ trợ đặc tả yêu cầu phần mềm . 3
1. Tạo các yêu cầu ngoài (External Requirements). 3
2. Tạo các yêu cầu bên trong từ một thành phần khác (Internal Requirement). 3
3. Chuyển các Internal Requirement thành External Requirement 3
4. Quản lý các thuộc tính cơ bản của yêu cầu. 3
5. Ghi chú các thông tin bổ sung. 3
6. Xóa , Sắp xếp các yêu cầu. 3
7. Tạo cấu trúc phân cấp cho yêu cầu. 3
8. Đánh số cho các Requirement 3
9. Kết xuất thành văn bản. 3
Phần 4: Các thuật ngữ và các chữ viết tắt. 3



Phần 1 : Các kỹ thuật phát hiện và tổng hợp các yêu cầu phần mềm