Phân tích hệ thống hướng đối tượng
Số trang: 5
Loại file: doc
Dung lượng: 67.00 KB
Lượt xem: 18
Lượt tải: 0
Xem trước 2 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Tình huống cổ điển là chúng ta- những chuyên viên giỏi về CNTT- đối mặt với một nhóm người dùng, trong đó có một số người sợ máy tính hoặc sợ công nghệ nói chung, và mỗi nhóm thấy nhóm kia sử dụng một ngôn ngữ quả là xa lạ với mình. Chúng ta phải làm công việc cũng khá hay là học để hiểu thế giới của họ, công việc của họ, công nghệ của họ, tiếng lóng của họ, và những điều này chả ăn nhập bao nhiêu với mình. Lưu ý rằng thực ra, chúng ta cũng...
Nội dung trích xuất từ tài liệu:
Phân tích hệ thống hướng đối tượng Chương 2- Bài giảng Phân tích hướng đối tượng Chương 3: Xây dựng mô hình các nhu cầu I. Chuẩn bị bắt đầu phân tích II. Xác định phạm vi dự án III Lập sơ đồ ngữ cảnh (context diagram) IV. Lập sơ đồ hoạt vụ (use case diagram) V. Mô tả các giao diện - giao diện người- máy - giao diện với hệ thống khác I. CHUẨN BỊ BẮT ĐẦU PHÂN TÍCH: I.0 Giới thiệu: Tình huống cổ điển là chúng ta- những chuyên viên giỏi về CNTT- đối mặt với một nhóm người dùng, trong đó có một số người sợ máy tính hoặc sợ công nghệ nói chung, và mỗi nhóm thấy nhóm kia sử dụng một ngôn ngữ quả là xa lạ với mình. Chúng ta phải làm công việc cũng khá hay là học để hiểu thế giới của họ, công việc của họ, công nghệ của họ, tiếng lóng của họ, và những điều này chả ăn nhập bao nhiêu với mình. Lưu ý rằng thực ra, chúng ta cũng chẳng khác gì trẻ sơ sinh, thử tìm hiểu một thế giới hoàn toàn xa lạ mà ta vừa bị ném phịch vào đó. Công việc chúng ta hết sức phức tạp bởi sự giao tiếp khó khăn, nỗi e sợ của người dùng, và thường là chính sự bỏ sót của chúng ta về những điều người dùng thực sự làm. Chúng ta đã rất hay nghĩ rằng họ đã hiểu vấn đề, sẽ phải vội vã … Thông thường, giải pháp chúng ta đưa ra theo cách này hóa ra hoàn toàn vô ích bởi vì nó giải quyết chưa đúng vấn đề. Nó chạy cũng tốt đó, nhưng chẳng làm được gì có giá trị cho người dùng cả ! Liệu pháp cho vấn nạn này liên quan đến việc chúng ta đã xử lý, vận dụng mối quan hệ với người dùng của mình như thế nào. Đối với việc phân tích hệ thống, tất nhiên ta phải có hiểu biết kỹ thuật và kiến thức về công việc. Nhưng điều tạo nên những nhà phân tích tài năng khác với những nhà phân tích tốt tầm tầm, chính là mức độ của kỹ năng về con người. Trong chương này, ta sẽ xem xét từng bước các chi tiết của cách thức tiếp cận người dùng và trích ra từ đó những điều ta cần. Nhà phân tích tài năng thiết kế những hệ thống làm cho người dùng không chỉ hài lòng, mà cảm thấy vui thích. Có vẻ như quá dễ khi chỉ đơn giản bảo rằng người dùng có trách nhiệm cho ta những thông tin mà ta cần, để xây dựng cho họ hệ thống tốt nhất có thể được, bởi vì rốt cuộc thì họ sẽ là người thụ hưởng nó. Xét cho cùng, toàn bộ mục đích hệ thống là làm cho người dùng thực hiện công việc của họ tốt hơn với ít căng thẳng và rắc rối hơn, có lợi cho chính họ, lẫn cho khách hàng. Nhưng điều đó lại không đáp ứng đúng vấn đề, thế giới không đơn giản diễn ra như thế. Nói chung, và phải nói ngay với một số ngoại lệ đáng kể, rằng người dùng có rất ý tưởng về điều chúng ta cần biết. Điển hình như, người dùng rất hiểu biết về lĩnh vực của mình, nhưng chưa bao giờ họ kiểm lại chuyên ngành của họ từ quan điểm hơi lạ ta yêu cầu, quan điểm dựa trên thông itn và dữ liệu. Như vậy, khi muốn Phạm Thị Xuân Lộc 1 Chương 2- Bài giảng Phân tích hướng đối tượng thành công trong dự án đó, ta cần tiếp cận các công việc với thái độ là ta sẵn sàng làm bất cứ cái gì cần thiết cho một phân tích hệ thống thành công. Như những “chuyên gia”, ta cần phải khó nhọc để giúp cho người dùng cảm thấy thoải mái, tiện lợi khi tham gia vào việc gì đó mà đối với họ, đôi khi là một qui trình hơi đáng ngại. Chúng ta phải kiên nhẫn đến khi họ tin cậy ta, cảm thấy thoải mái để mở lòng ra, nói lên những điều họ nghĩ và cảm nhận. Xa hơn trong quá trình phân tích, ta có thể kỳ vọng họ cùng tham gia vào dự án một cách tự nguyện và nhiệt tình, nhưng với nhiều mức độ e ngại khác nhau lúc đầu. Sự tham gia tự nguyện này từ người dùng là cách duy nhất để ta có thể đảm bảo một nền tảng vững chắc, đúng đắn cho hệ thống chúng ta đang xây. Ta cần phải có những chuẩn bị thật cần thiết từ ngay trước buổi họp đầu tiên. Có nhiều cách để tiếp cận cho việc phân tích, mỗi cách có thế mạnh riêng. Ta có thể thích nghi và điều chỉnh một phương pháp trong số đó cho thích hợp với tình huống. Với các nhà lãnh đạp cao cấp bận rộn, bạn chỉ có thể gặp họ một hoặc hai lần, hoặc có thể không được lần nào. Trong trường hợp đó, bạn sẽ gặp lần lượt từng người, kết hợp lại các kết quả gặp gỡ đó, luân chuyển thông tin tổng hợp đó, rồi lại gặp gỡ từng người một lần nữa để thảo luận và chỉnh sửa mô hình tổng thể. Bất cứ phương pháp nào bạn chọn cũng nhằm phản ánh cái nhìn và quan điểm của người dùng, và lập sưu liệu về kiến thức của người dùng về công việc của họ, chứ không phải cái chúng ta, những nhà phân tích, có thể nghĩ. Và nó phải bao hàm nhập liệu (input) của tất cả các người dùng, đặc biệt là những người nhút nhát, rụt rè, ẩn dật. Một phương pháp được ưa thích là FTS (facilitated team session) hoặc còn gọi là JAD (joint application development). Các người dùng và các nhà phân tích gặp nhau như một nhóm trong một số buổi có thể cần đến mấy giờ liền. Sau đây là một số hướng dẫn để tiến hành những điều trên. I.1 Người tham dự (attendees): Ta sẽ cần đủ loại người dùng, ở mọi cấp và ở mọi bộ phận của công việc mà ta đang muốn mô hình hóa. I.1.1 Cấp lãnh đạo cao nhất (senior managers): Ta sẽ cần mời họp một số nhà quản lý, ở cấp mà bạn có thể tiếp cận được, để mang lại trọng lượng từ ảnh hưởng và quyền lực của họ, và để có một tầm nhìn to rộng. Sự hiện diện của họ làm tăng lên khá nhiều tin tưởng trong đầu người dùng cấp dưới. Từ đó, họ được động viên để đảm nhận dự án nghiêm túc hơn. Hãy ghi nhớ rằng người dùng thông thường không hiểu nhiều lắm dự án quan trọng thế nào đến công việc của họ để có được thông tin tốt, và hệ thống thông tin tốt. Sự hiện diện của giới lãnh đạo quan trọng nhất ở lúc đầu dự án, làm tăng thêm độ mạnh quyền lực của họ vào những việc như phạm vi dự án. Người dùng hay có khuynh hướng đẩy phạm vi dần lên về sau vượt quá kích cỡ mà bạn đã tiên liệu. Việc này sẽ hơn khó hơn nhiều với họ, khi ta có thể cầu viện đến quyền lực của ...
Nội dung trích xuất từ tài liệu:
Phân tích hệ thống hướng đối tượng Chương 2- Bài giảng Phân tích hướng đối tượng Chương 3: Xây dựng mô hình các nhu cầu I. Chuẩn bị bắt đầu phân tích II. Xác định phạm vi dự án III Lập sơ đồ ngữ cảnh (context diagram) IV. Lập sơ đồ hoạt vụ (use case diagram) V. Mô tả các giao diện - giao diện người- máy - giao diện với hệ thống khác I. CHUẨN BỊ BẮT ĐẦU PHÂN TÍCH: I.0 Giới thiệu: Tình huống cổ điển là chúng ta- những chuyên viên giỏi về CNTT- đối mặt với một nhóm người dùng, trong đó có một số người sợ máy tính hoặc sợ công nghệ nói chung, và mỗi nhóm thấy nhóm kia sử dụng một ngôn ngữ quả là xa lạ với mình. Chúng ta phải làm công việc cũng khá hay là học để hiểu thế giới của họ, công việc của họ, công nghệ của họ, tiếng lóng của họ, và những điều này chả ăn nhập bao nhiêu với mình. Lưu ý rằng thực ra, chúng ta cũng chẳng khác gì trẻ sơ sinh, thử tìm hiểu một thế giới hoàn toàn xa lạ mà ta vừa bị ném phịch vào đó. Công việc chúng ta hết sức phức tạp bởi sự giao tiếp khó khăn, nỗi e sợ của người dùng, và thường là chính sự bỏ sót của chúng ta về những điều người dùng thực sự làm. Chúng ta đã rất hay nghĩ rằng họ đã hiểu vấn đề, sẽ phải vội vã … Thông thường, giải pháp chúng ta đưa ra theo cách này hóa ra hoàn toàn vô ích bởi vì nó giải quyết chưa đúng vấn đề. Nó chạy cũng tốt đó, nhưng chẳng làm được gì có giá trị cho người dùng cả ! Liệu pháp cho vấn nạn này liên quan đến việc chúng ta đã xử lý, vận dụng mối quan hệ với người dùng của mình như thế nào. Đối với việc phân tích hệ thống, tất nhiên ta phải có hiểu biết kỹ thuật và kiến thức về công việc. Nhưng điều tạo nên những nhà phân tích tài năng khác với những nhà phân tích tốt tầm tầm, chính là mức độ của kỹ năng về con người. Trong chương này, ta sẽ xem xét từng bước các chi tiết của cách thức tiếp cận người dùng và trích ra từ đó những điều ta cần. Nhà phân tích tài năng thiết kế những hệ thống làm cho người dùng không chỉ hài lòng, mà cảm thấy vui thích. Có vẻ như quá dễ khi chỉ đơn giản bảo rằng người dùng có trách nhiệm cho ta những thông tin mà ta cần, để xây dựng cho họ hệ thống tốt nhất có thể được, bởi vì rốt cuộc thì họ sẽ là người thụ hưởng nó. Xét cho cùng, toàn bộ mục đích hệ thống là làm cho người dùng thực hiện công việc của họ tốt hơn với ít căng thẳng và rắc rối hơn, có lợi cho chính họ, lẫn cho khách hàng. Nhưng điều đó lại không đáp ứng đúng vấn đề, thế giới không đơn giản diễn ra như thế. Nói chung, và phải nói ngay với một số ngoại lệ đáng kể, rằng người dùng có rất ý tưởng về điều chúng ta cần biết. Điển hình như, người dùng rất hiểu biết về lĩnh vực của mình, nhưng chưa bao giờ họ kiểm lại chuyên ngành của họ từ quan điểm hơi lạ ta yêu cầu, quan điểm dựa trên thông itn và dữ liệu. Như vậy, khi muốn Phạm Thị Xuân Lộc 1 Chương 2- Bài giảng Phân tích hướng đối tượng thành công trong dự án đó, ta cần tiếp cận các công việc với thái độ là ta sẵn sàng làm bất cứ cái gì cần thiết cho một phân tích hệ thống thành công. Như những “chuyên gia”, ta cần phải khó nhọc để giúp cho người dùng cảm thấy thoải mái, tiện lợi khi tham gia vào việc gì đó mà đối với họ, đôi khi là một qui trình hơi đáng ngại. Chúng ta phải kiên nhẫn đến khi họ tin cậy ta, cảm thấy thoải mái để mở lòng ra, nói lên những điều họ nghĩ và cảm nhận. Xa hơn trong quá trình phân tích, ta có thể kỳ vọng họ cùng tham gia vào dự án một cách tự nguyện và nhiệt tình, nhưng với nhiều mức độ e ngại khác nhau lúc đầu. Sự tham gia tự nguyện này từ người dùng là cách duy nhất để ta có thể đảm bảo một nền tảng vững chắc, đúng đắn cho hệ thống chúng ta đang xây. Ta cần phải có những chuẩn bị thật cần thiết từ ngay trước buổi họp đầu tiên. Có nhiều cách để tiếp cận cho việc phân tích, mỗi cách có thế mạnh riêng. Ta có thể thích nghi và điều chỉnh một phương pháp trong số đó cho thích hợp với tình huống. Với các nhà lãnh đạp cao cấp bận rộn, bạn chỉ có thể gặp họ một hoặc hai lần, hoặc có thể không được lần nào. Trong trường hợp đó, bạn sẽ gặp lần lượt từng người, kết hợp lại các kết quả gặp gỡ đó, luân chuyển thông tin tổng hợp đó, rồi lại gặp gỡ từng người một lần nữa để thảo luận và chỉnh sửa mô hình tổng thể. Bất cứ phương pháp nào bạn chọn cũng nhằm phản ánh cái nhìn và quan điểm của người dùng, và lập sưu liệu về kiến thức của người dùng về công việc của họ, chứ không phải cái chúng ta, những nhà phân tích, có thể nghĩ. Và nó phải bao hàm nhập liệu (input) của tất cả các người dùng, đặc biệt là những người nhút nhát, rụt rè, ẩn dật. Một phương pháp được ưa thích là FTS (facilitated team session) hoặc còn gọi là JAD (joint application development). Các người dùng và các nhà phân tích gặp nhau như một nhóm trong một số buổi có thể cần đến mấy giờ liền. Sau đây là một số hướng dẫn để tiến hành những điều trên. I.1 Người tham dự (attendees): Ta sẽ cần đủ loại người dùng, ở mọi cấp và ở mọi bộ phận của công việc mà ta đang muốn mô hình hóa. I.1.1 Cấp lãnh đạo cao nhất (senior managers): Ta sẽ cần mời họp một số nhà quản lý, ở cấp mà bạn có thể tiếp cận được, để mang lại trọng lượng từ ảnh hưởng và quyền lực của họ, và để có một tầm nhìn to rộng. Sự hiện diện của họ làm tăng lên khá nhiều tin tưởng trong đầu người dùng cấp dưới. Từ đó, họ được động viên để đảm nhận dự án nghiêm túc hơn. Hãy ghi nhớ rằng người dùng thông thường không hiểu nhiều lắm dự án quan trọng thế nào đến công việc của họ để có được thông tin tốt, và hệ thống thông tin tốt. Sự hiện diện của giới lãnh đạo quan trọng nhất ở lúc đầu dự án, làm tăng thêm độ mạnh quyền lực của họ vào những việc như phạm vi dự án. Người dùng hay có khuynh hướng đẩy phạm vi dần lên về sau vượt quá kích cỡ mà bạn đã tiên liệu. Việc này sẽ hơn khó hơn nhiều với họ, khi ta có thể cầu viện đến quyền lực của ...
Tìm kiếm theo từ khóa liên quan:
phân tích hệ thống hướng đối tượng hướng đối tượng kinh doanh tiếp thị quản trị kinh doanhGợi ý tài liệu liên quan:
-
99 trang 407 0 0
-
Những mẹo mực để trở thành người bán hàng xuất sắc
6 trang 355 0 0 -
Báo cáo Phân tích thiết kế hệ thống - Quản lý khách sạn
26 trang 339 0 0 -
98 trang 328 0 0
-
115 trang 321 0 0
-
146 trang 320 0 0
-
Chương 2 : Các công việc chuẩn bị
30 trang 313 0 0 -
Tổ chức event cho teen - chưa nhiều ý tưởng bứt phá
3 trang 292 0 0 -
87 trang 247 0 0
-
96 trang 244 3 0