Mô hình hành

Một phần của tài liệu Chapter4_RequirementsDetermination_K66K (Trang 44 - 46)

Một tập hợp các sơ đồ trình tự, sơ đồ truyền thông, máy trạng thái hành vi và ma trận CRUD mô tả hành vi bên trong của hệ thống tương lai (xem Chương 7). Điều này có thể bao gồm các mô hình hành vi của hệ thống tương tự sẽ được thay thế.

Phụ lục

Chúng chứa các tài liệu bổ sung liên quan đến đề xuất, thường được sử dụng để hỗ trợ hệ thống được đề xuất. Điều này có thể bao gồm kết quả của một cuộc khảo sát hoặc phỏng vấn câu hỏi, báo cáo và thống kê ngành, v.v.

ÁP DỤNG CÁC KHÁI NIỆM TẠI CHỌN CD

Sau khi ban chỉ đạo CD Lựa chọn CD phê duyệt đề xuất hệ thống và phân tích tính khả thi, nhóm dự án bắt đầu thực hiện các hoạt động phân tích. Chúng bao gồm các yêu cầu thu thập bằng cách sử dụng một loạt các kỹ thuật và phân tích các yêu cầu được thu thập. Một nhà tư vấn tiếp thị và bán hàng trên Internet, Chris Campbell, được thuê để tư vấn cho Alec, Margaret và nhóm dự án trong giai đoạn khởi đầu. Một số điểm nổi bật

của các hoạt động nhóm dự án được trình bày tiếp theo.

Chiến lƣợc phân tích yêu cầu

Margaret đề nghị nhóm dự án thực hiện một số phiên JAD với các nhà quản lý cửa hàng, nhà phân tích tiếp thị và các thành viên am hiểu về Web của nhân viên CNTT. Cùng nhau, các nhóm có thể làm việc thông qua một số chiến lược BPI và suy nghĩ về cách cải tiến có thể được thực hiện cho quy trình đặt hàng hiện tại bằng cách sử dụng một hệ thống dựa trên Web mới.

Alec tạo điều kiện cho ba phiên JAD được thực hiện trong suốt một tuần. Trải nghiệm thuận lợi trong quá khứ của Alec đã giúp các cuộc họp tám người diễn ra suôn sẻ và đi đúng hướng. Đầu tiên, Alec đã sử dụng phân tích công nghệ và đề xuất một số công nghệ Web quan trọng có thể được sử dụng cho hệ thống. Phiên JAD đã tạo ra các ý tưởng về cách lựa chọn CD có thể áp dụng từng công nghệ cho dự án đặt hàng Internet. Alec đã nhóm phân loại các ý tưởng thành ba bộ: các ý tưởng xác định sẽ có xác suất tốt để cung cấp giá trị kinh doanh; ý tưởng có thể có thể thêm giá trị kinh doanh; và những ý tưởng không thể.

Tiếp theo, Alec áp dụng điểm chuẩn không chính thức bằng cách giới thiệu các trang web của một số nhà bán lẻ hàng đầu và chỉ ra các tính năng mà họ cung cấp trực tuyến. Ông đã chọn một số trang web dựa trên thành công của họ với bán hàng qua Internet và các trang web khác dựa trên sự tương đồng của họ với tầm nhìn cho lựa chọn CD Hệ thống mới. Nhóm đã thảo luận về các tính năng phổ biến trên hầu hết các nhà bán lẻ so với chức năng duy nhất và họ đã tạo ra một danh sách các yêu cầu kinh doanh được đề xuất cho nhóm dự án.

Kỹ thuật thu thập yêu cầu

Alec tin rằng điều quan trọng là phải hiểu các quy trình và hệ thống đặt hàng đã tồn tại trong tổ chức vì chúng sẽ phải được tích hợp chặt chẽ với hệ thống đặt hàng Web. Ba yêu cầu - kỹ thuật thu thập được chứng minh là hữu ích trong việc tìm hiểu các hệ thống hiện tại và quy trình phân tích, phỏng vấn và quan sát tài liệu.

Đầu tiên, nhóm dự án đã thu thập các báo cáo hiện tại (ví dụ: biểu mẫu đặt hàng, ảnh chụp màn hình của màn hình đặt hàng trực tuyến) và tài liệu hệ thống (mô hình chức năng, cấu trúc và hành vi) làm sáng tỏ hệ thống tương tự. Họ đã có thể thu thập một lượng thông tin tốt về các quy trình và hệ thống đặt hàng chính thống theo cách này. Khi có câu hỏi, họ đã thực hiện các cuộc phỏng vấn ngắn với người cung cấp tài liệu để làm rõ.

Tiếp theo, Alec đã phỏng vấn các nhà phân tích cao cấp về hệ thống đặt hàng và hàng tồn kho để hiểu rõ hơn về cách thức các hệ thống đó hoạt động. Ông hỏi liệu họ có ý tưởng nào cho hệ thống mới cũng như cho bất kỳ vấn đề tích hợp nào cần được giải quyết không. Alex cũng đã phỏng vấn một liên hệ từ ISP và người IT đã hỗ trợ trang web hiện tại của CD Sel lựa chọn CD; cả hai đều cung cấp thông tin về cơ sở hạ tầng truyền thông hiện có tại Lựa chọn CD và khả năng Web của nó. Cuối cùng, Alex đã dành nửa ngày để ghé thăm hai trong số các cửa hàng bán

lẻ lưu trữ và quan sát chính xác cách thức các đơn đặt hàng và tổ chức các quy trình làm việc trong các cơ sở sản xuất gạch.

Định nghĩa yêu cầu

Thông qua tất cả các hoạt động này, nhóm dự án đã thu thập thông tin và cố gắng xác định các yêu cầu kinh doanh cho hệ thống từ thông tin. Khi dự án tiến triển, các yêu cầu đã được thêm vào định nghĩa yêu cầu và được nhóm theo loại yêu cầu. Khi có câu hỏi, nhóm đã làm việc với Margaret, Chris và Alec để xác nhận rằng các yêu cầu nằm trong phạm vi. Các yêu cầu nằm ngoài phạm vi của hệ thống hiện tại được nhập vào một tài liệu riêng sẽ được lưu lại để sử dụng trong tương lai.

Sau khi thu thập và ghi lại các yêu cầu, định nghĩa yêu cầu được phân phối cho Margaret, hai nhân viên tiếp thị sẽ làm việc với hệ thống về phía doanh nghiệp và một số quản lý cửa hàng bán lẻ. Sau đó, nhóm này đã họp phiên JAD hai ngày để làm rõ, hoàn thiện và ưu tiên các yêu cầu kinh doanh.

Nhóm dự án đã dành thời gian để tạo ra các mô hình chức năng, cấu trúc và hành vi (Chương 5, 6 và 7) mô tả các đối tượng trong hệ thống tương lai. Các thành viên của bộ phận tiếp thị và CNTT đã xem xét các tài liệu trong các cuộc phỏng vấn với nhóm dự án. Hình 4-15 cho thấy một phần của định nghĩa yêu cầu cuối cùng và Hình 4-16 thể hiện các yêu cầu ở dạng bản đồ khái niệm.

Những yêu cầu vô lý 1. Yêu cầu hoạt động

1.1 Hệ thống bán hàng trên Internet sẽ lấy thông tin từ cơ sở dữ liệu thông tin CD chính, chứa thông tin cơ bản về CD (ví dụ: tiêu đề, nghệ sĩ, số ID, giá, số lượng trong kho). Hệ thống bán hàng trên Internet sẽ không ghi thông tin vào cơ sở dữ liệu thông tin CD chính

1.2 Hệ thống bán hàng trên Internet sẽ lưu trữ các đơn đặt hàng cho các đĩa CD mới trong hệ thống đặt hàng đặc biệt và sẽ dựa vào hệ thống đặt hàng đặc biệt để hoàn thành các đơn đặt hàng đặc biệt được tạo ra.

1.3 Một mô-đun mới cho hệ thống tại cửa hàng sẽ được viết để quản lý các tổ chức ăn mặc do hệ thống bán hàng Internet tạo ra. Các yêu cầu cho mô-đun mới này sẽ được ghi lại như một phần của hệ thống bán hàng Internet vì chúng cần thiết cho hệ thống bán hàng Internet hoạt động.

Một phần của tài liệu Chapter4_RequirementsDetermination_K66K (Trang 44 - 46)