XÁC ĐỊNH yêu cầu TRONG PHÂN TÍCH THIẾT kế hệ THỐNG

Trong các ngành kỹ thuật hệ thống và kỹ nghệ phần mềm, phân tích yêu cầu là công việc bao gồm các tác vụ xác định các yêu cầu cho một hệ thống mới hoặc được thay đổi, dựa trên cơ sở là các yêu cầu (có thể mâu thuẫn) mà những người có vai trò quan trọng đối với hệ thống, chẳng hạn người sử dụng, đưa ra. Việc phân tích yêu cầu có ý nghĩa quan trọng đối với thành công của một dự án.1 Việc phân tích yêu cầu một cách có hệ thống còn được gọi là kỹ nghệ yêu cầu (requirements engineering). Đôi khi nó còn được gọi một cách không thật chính xác bằng những cái tên như thu thập yêu cầu (requirements gathering, requirements capture), hoặc đặc tả yêu cầu (requirements specification). Thuật ngữ phân tích yêu cầu còn được áp dụng cụ thể cho công việc thuần túy phân tích (thay vì các việc khác chẳng hạn như làm rõ yêu cầu hay viết tài liệu yêu cầu).

Mục lục Chương 4: XÁC ĐỊNH YÊU CẦU I XÁC ĐỊNH YÊU CẦU: Định nghĩa bước xác đinh yêu cầu: • Là khâu kỹ thuật q trình phát triển phần mềm Thiếu khơng thể tiếp tục q trình • Là phối hợp nhà phát triển khách hàng • Nó định chất lượng phần mềm đạt với chi phí dự kiến thời hạn cho trước Mục đích bước xác định yêu cầu: Là biến lời giải thích mức cao yêu cầu nghiệp vụ nêu yêu cầu hệ thống thành danh sách xác u cầu sử dụng làm đầu vào cho phần lại phân tích (tạo chức năng, cấu trúc mơ hình hành vi) Việc mở rộng yêu cầu cuối dẫn đến giai đoạn thiết kế Quá trình hình thành nên u cầu hồn thiện: bước ➢Nghiên cứu tính khả thi ➢ Phân tích yêu cầu ➢ Xác định yêu cầu ➢ Phân loại thẩm định yêu cầu Bước 1: Nghiên cứu tính khả thi: Đây giai đoạn có tầm quan trọng đặc biệt, liên quan đến việc lựa chọn giải pháp Trong giai đoạn người phân tích phải làm rõ điểm mạnh điểm yếu hệ thống cũ, đánh giá mức độ, tầm quan trọng vấn đề, định vấn đề cần phải giải Ví dụ: Những dịch vụ mới, thời hạn đáp ứng, hiệu kinh tế Sau người phân tích phải định vài giải pháp (sơ bộ) so sánh cân nhắc điểm tốt khơng tốt giải pháp như: Tính hệ thống, giá cài đặt, bảo trì, việc đào tạo người sử dụng Đó việc tìm điểm cân nhu cầu khả đáp ứng Mọi dự án khả thi nguồn tài nguyên vô hạn thời gian vô hạn Nhưng việc xây dựng hệ thống lại phải làm với hạn hẹp tài ngun khó (nếu khơng phải không thực) bảo đảm ngày bàn giao Trong giai đoạn nghiên cứu khả thi, tập trung vào bốn lĩnh vực quan tâm chính: Khả thi kinh tế: Chi phí phát triển cần phải cân xứng với lợi ích mà hệ thống xây dựng đem lại như: • Khả tài tổ chức cho phép thực dự án • Lợi ích mà dự án phát triển HTTT mang lại đủ bù đắp chi phí phải bỏ xây dựng • Tổ chức chấp nhận chi phí thường xuyên hệ thống hoạt động Khả thi kỹ thuật: Khảo cứu chức năng, hiệu suất ràng buộc ảnh hưởng tới khả đạt tới hệ thống chấp nhận Nói cách khác, khả thi kỹ thuật xem xét khả kỹ thuật có đủ đảm bảo thực giải pháp công nghệ dự định áp dụng hay không Khả thi kỹ thuật thường lĩnh vực khó thâm nhập giai đoạn phân tích Điều thực chất tiến trình phân tích xác định nhu cầu cần tiến hành song song với việc xác nhận tính khả thi kỹ thuật Các xem xét thường gắn với tính khả thi kỹ thuật bao gồm: • Rủi ro xây dựng: Liệu phần tử hệ thống thiết kế cho đạt chức hiệu suất cần thiết thỏa mãn ràng buộc phân tích khơng? • Có sẵn tài ngun: Có sẵn nhân viên cho việc xây dựng phần tử hệ thống xét không? Các tài nguyên cần thiết khác (phần cứng phần mềm) có sẵn cho việc xây dựng hệ thống khơng? • Cơng nghệ: Cơng nghệ liên quan đạt tới trạng thái sẵn sàng hỗ trợ cho hệ thống chưa? Khả thi pháp lý: Nghiên cứu đưa phán có hay khơng xâm phạm, vi phạm pháp luật hay khó khăn pháp lý từ việc xây dựng vận hành hệ thống Tính khả thi pháp lý bao gồm phạm vi rộng mối quan tâm kể hợp đồng, nghĩa vụ pháp lý, vi phạm vô số bẫy pháp lý khác mà thường nhân viên kỹ thuật tới Trong nước, vấn đề khả thi pháp lý chưa coi trọng cách mức có số luật liên quan đến CNTT bảo hộ quyền Tính khả thi hoạt động: Đánh giá tính khả thi việc vận hành hệ thống Trong phương án người ta cần xem xét hệ thống vận hành trôi chảy hay không khuôn khổ tổ chức điều kiện quản lý mà tổ chức (người dùng, khách hàng) có Mức độ phương án xem xét tới nghiên cứu khả thi thường bị giới hạn ràng buộc chi phí thời gian Bước 2: Phân tích xác định yêu cầu: • Phạm vi lĩnh vực ứng dụng • Các dịch vụ hệ thống cần cung cấp • Các ràng buộc đặt lên hệ thống • Bằng cách xây dựng mơ hình phân tích (mơ hình nghiệp vụ hệ thống) để làm rõ yêu cầu Tiến trình phân tích phải từ thơng tin chất hướng tới chi tiết cài đặt Bằng cách áp dụng nguyên lý này, người phân tích tiếp cận tới vấn đề cách hệ thống Miền thông tin cần xem xét cho người ta hiểu rõ chức cách đầy đủ Các mơ hình dùng việc trao đổi thông tin dễ dàng theo cách ngắn gọn Việc phân hoạch vấn đề sử dụng để làm giảm độ phức tạp Những cách nhìn nhận từ góc độ chất góc độ cài đặt phần mềm cần thiết để bao hàm ràng buộc logic yêu cầu xử lý áp đặt nên ràng buộc vật lý phần tử hệ thống khác áp đặt nên Mơ hình thường sử dụng: o Biểu đồ luồng liệu: Khi thơng tin qua phần mềm bị thay đổi loạt phép biến đổ Biểu đồ luồng liệu (Data Flow Diagram - DFD) kỹ thuật vẽ luồng liệu di chuyển hệ thống phép biến đổi áp dụng lên liệu Nó dùng để biểu diễn cho hệ thống hay phần mềm mức trừu tượng Trong thực tế, DFD phân hoạch thành nhiều mức biểu diễn cho chi tiết chức luồng thông tin ngày tăng Do phương pháp dùng DFD cịn gọi phân tích có cấu trúc Trả lời cho câu hỏi ‘’Làm gì?’’ khơng trả lời câu hỏi ‘’Làm nào?’’ o Biểu đồ thực thể quan hệ: Ký pháp tảng cho mơ hình hóa liệu biểu đồ thực thể - quan hệ (Entity - Relation Diagram) Tất xác định tập thành phần chủ yếu cho biểu đồ ERD: thực thể, thuộc tính, quan hệ nhiều báo kiểu khác Mục đích biểu đồ ERD biểu diễn liệu mối quan hệ liệu (thực thể) Yêu cầu Người phân tích: Người phân tích đóng vai trị đặc biệt quan trọng tiến trình phân tích Ngồi kinh nghiệm, người phân tích tốt cần có khả sau:  Khả hiểu thấu khái niệm trừu tượng, có khả tổ chức lại thành phân tích logic tổng hợp giải pháp dựa dải phân chia  Khả rút kiện thích đáng từ nguồn xung khắc lẫn lộn  Khả hiểu môi trường người dùng/ khách hàng  Khả áp dụng phần tử hệ thống phần cứng và/ phần mềm vào môi trường người sử dụng/ khách hàng  Khả giao tiếp tốt dạng viết nói  Khả trừu tượng hóa/ tổng hợp vấn đề từ kiện riêng lẻ Xác định yêu cầu: Xác định yêu cầu mô tả trừu tượng dịch vụ mà hệ thống cần cung cấp ràng buộc mà hệ thống cần tuân thủ vận hành Nó mơ tả hành vi bên ngồi hệ thống mà không liên quan tới chi tiết thiết kế Yêu cầu nên viết cho hiểu mà không cần kiến thức chuyên môn đặc biệt Các yêu cầu chia thành ba loại:  Yêu cầu chức năng: Các dịch vụ mà hệ thống cần cung cấp  Yêu cầu phi chức năng: Các ràng buộc mà hệ thống cần tuân thủ Với yêu cầu phi chức chia làm kiểu: • Yêu cầu sản phẩm: Các yêu cầu tốc độ, nhớ, độ tin cậy, tính khả chuyển tái sử dụng • Yêu cầu trình: Yêu cầu trình xây dựng sản phẩm chuẩn phải tuân theo, phương pháp thiết kế, ngơn ngữ lập trình • u cầu khác: Các u cầu khơng thuộc hai nhóm tính pháp lý, chi phí, thành viên nhóm phát triển Các yêu cầu phi chức thường đặc thù với khách hàng khó phân tích đặc tả cách đầy đủ xác Yêu cầu miền ứng dụng: o Phản ánh thuộc tính ràng buộc miền ứng dụng Nó yêu cầu chức phi chức o Yêu cầu miền ứng dụng không thoải mãn hệ thống khơng làm việc Ví dụ: Yêu cầu miền ứng dụng LIBSYS o Giao diện người dùng chuẩn cho tất CSDL dựa chuẩn nhà cung cấp quy định o Vì vấn đề quyền nên số tài liệu phải xoá vừa chuyển đến o Phụ thuộc vào yêu cầu người sử dụng, tài liệu in server chuyển đến cho người sử dụng gửi đến cho máy in mạng Về nguyên tắc, yêu cầu hệ thống phải vừa đầy đủ vừa không mâu thuẫn Đối với hệ thống lớn phức tạp khó đạt hai yếu tố bước phân tích đầu Trong bước duyệt lại yêu cầu cần phải bổ sung, chỉnh lý tư liệu yêu cầu Bước 3: Đặc tả yêu cầu: Tài liệu xác định yêu cầu mô tả hướng khách hàng viết ngôn ngữ khách hàng Khi dùng ngơn ngữ tự nhiên khái niệm trừu tượng Tài liệu đặc tả yêu cầu (đặc tả chức năng) mô tả hướng người phát triển, sở hợp đồng làm phần mềm Nó khơng phép mơ hồ, không dẫn đến hiểu nhầm khách hàng người phát triển Với yêu cầu mơ hồ người phát triển thực cách rẻ cịn khách hàng khơng muốn Do khách hàng địi hỏi sửa đổi chức phần mềm gần hồn thiện khiến cho chi phí tăng chậm thời điểm bàn giao Chi phí cho sửa sai sót phát biểu yêu cầu lớn, đặc biệt sai sót phát bắt đầu xây dựng hệ thống Theo số thống kê 85% mã phải viết lại thay đổi yêu cầu 12% lỗi phát năm đầu sử dụng đặc tả yêu cầu không xác Do đó, việc đặc tả xác u cầu mối quan tâm đặt lên hàng đầu Có hai phương pháp đặc tả: • Đặc tả phi hình thức: Là cách đặc tả ngơn ngữ tự nhiên • Đặc tả hình thức: Là cách đặc tả ngôn ngữ nhân tạo (ngôn ngữ đặc tả), cơng thức biểu đồ Đặc tả phi hình thức (ngôn ngữ tự nhiên) thuận tiện cho việc xác định u cầu nhiều khơng thích hợp với đặc tả u cầu vì: - Khơng phải lúc người đọc người viết đặc tả ngôn ngữ tự nhiên hiều từ - Ngôn ngữ tự nhiên mềm dẻo yêu cầu liên quan đến biểu diễn hình thức hồn tồn khác người phát triển không nhận mối liên quan Các yêu cầu khó phân hoạch cách hữu hiệu hiệu việc đổi thay xác định cách kiểm tra tất u cầu khơng phải nhóm yêu cầu liên quan Các ngôn ngữ đặc tả (đặc tả hình thức) khắc phục hạn chế trên, nhiên đa số khách hàng lại không thông thạo ngôn ngữ Thêm ngôn ngữ đặc tả hình thức thường phục vụ cho nhóm lĩnh vực riêng biệt việc đặc tả hình thức công việc tốn thời gian Một cách tiếp cận bên cạnh đặc tả hình thức người ta viết giải ngôn ngữ tự nhiên để giúp khách hành dễ hiểu Bước 4: Thẩm định yêu cầu: Một yêu cầu thiết lập cần thẩm định xem chúng có thỏa mãn nhu cầu khách hàng hay không Nếu thẩm định khơng tiến hành chặt chẽ sai sót lan truyền sang giai đoạn thiết kế mã hóa khiến cho việc sửa đổi hệ thống trở nên tốn Mục tiêu thẩm định kiểm tra xem yêu cầu mà người phân tích xác định có thỏa mãn yếu tố sau không:  Thỏa mãn nhu cầu người dùng: Cần phải thỏa mãn nhu cầu chất người dùng (khách hàng)  Các yêu cầu không mâu thuẫn nhau: Với hệ thống lớn yêu cầu đa dạng có khả mâu thuẫn Khi người phân tích phải loại bớt yêu cầu (không chủ chốt) để sau cho yêu cầu mô tả tài liệu yêu cầu không mâu thuẫn  Các yêu cầu phải đầy đủ: Cần chứa chức ràng buộc mà người dùng nhắm đến  Các yêu cầu phải thực: Yêu cầu phải thực khía cạnh kỹ thuật, kinh tế pháp lý II.CÁC YÊU CẦU PHÂN TÍCH CHIẾN LƯỢC (REQUIREMENTS ANALYSIS STRATEGIES): Quá trình phân tích chia thành ba bước: Hiểu hệ thống tại, xác định cải tiến phát triển yêu cầu hệ thống tương lai Ba chiến lược phân tích yêu cầu tự động hóa quy trình kinh doanh, cải tiến quy trình kinh doanh tái cấu trúc quy trình kinh doanh BPA dựa thay đổi nhỏ để cải thiện hiệu suất gia công, BPI tạo cải tiến quy trình dẫn đến hiệu tốt BPR cải tiến cách thức hoạt động để tổ chức chuyển đổi mức độ Tự động hố q trình kinh doanh: BPA sử dụng cơng nghệ máy tính để thực số cơng việc BPA làm cho tổ chức hiệu ảnh hưởng đến doanh nghiệp Phân tích vấn đề phân tích nguyên nhân gốc rễ hai kỹ thuật BPA phổ biến Phân tích vấn đề: Phân tích vấn đề có nghĩa u cầu người sử dụng người quản lý xác định vấn đề với hệ thống mô tả cách giải chúng hệ thống tương lai Các cải tiến từ phân tích vấn đề có xu hướng nhỏ gia tăng Ví dụ: Cung cấp thêm khơng gian để nhập địa khách hàng; Cung cấp báo cáo chưa tồn Loại cải tiến thường hiệu việc nâng cao hiệu sử dụng hệ thống Tuy nhiên, thường cung cấp cải tiến nhỏ giá trị kinh doanh — hệ thống tốt hệ thống cũ, khó xác định số tiền đáng kể lợi ích từ hệ thống Phân tích nguyên nhân gốc rễ: Phân tích nguyên nhân gốc rễ tập trung vào vấn đề giải pháp Cách làm: Người phân tích bắt đầu cách yêu cầu người dùng tạo danh sách vấn đề với hệ thống sau ưu tiên vấn đề theo thứ tự quan trọng Nếu nguyên nhân gốc rễ xác định cho số vấn đề, nên điều tra trước, chúng ngun nhân gốc rễ thực ảnh hưởng đến vấn đề triệu chứng Cải tiến quy trình kinh doanh: BPI thực thay đổi vừa phải cách thức hoạt động tổ chức để tận dụng hội công nghệ cung cấp chép đối thủ cạnh tranh làm Phân tích thời lượng, chi phí dựa hoạt động đo điểm chuẩn khơng thức ba hoạt động BPI phổ biến Phân tích thời lượng: Phân tích thời lượng yêu cầu kiểm tra chi tiết lượng thời gian cần thiết để thực trình hệ thống Cách xác định: - Xác định tổng thời gian trung bình cần để thực tập hợp quy trình nghiệp vụ cho đầu vào điển hình - Tính thời gian cho bước riêng lẻ (hoặc quy trình phụ) quy trình kinh doanh -Tổng thời gian hoàn thành bước dài so với tổng số cho trình tổng thể Tổng thời gian thường dài 10 chí 100 lần so với tổng phần cho thấy phần quy trình cần phần xem xét lại Ví dụ: Giả sử nhà phân tích làm việc hệ thống chấp nhà phát trung bình, phải ba mươi ngày để ngân hàng chấp thuận khoản chấp Sau đó, họ xem xét bước quy trình Nhập liệu, kiểm tra tín dụng, tìm kiếm tiêu đề, thẩm định… thấy tổng thời gian thực dành cho khoản chấp khoảng tám Đây dấu hiệu mạnh mẽ cho thấy quy trình tổng thể bị hỏng nặng phải ba mươi ngày để thực công việc ngày Nguyên nhân: Do trình bị phân mảnh nghiêm trọng (nhiều người khác phải thực hoạt động khác trước trình kết thúc) Giải pháp: Tích hợp quy trình có nghĩa thay đổi quy trình để người làm việc đầu vào, điều thường thường đòi hỏi phải thay đổi quy trình đào tạo lại nhân viên để thực nhiều nhiệm vụ Song song hóa quy trình có nghĩa thay đổi quy trình để tất bước riêng lẻ thực lúc Chi phí dựa hoạt động: Chi phí dựa hoạt động phân tích tương tự, kiểm tra chi phí q trình bước quy trình kinh doanh thời gian thực Đo điểm chuẩn khơng thức: Đo điểm chuẩn đề cập đến việc nghiên cứu cách tổ chức khác thực quy trình kinh doanh để tìm hiểu cách tổ chức bạn làm điều tốt Q trình tái cấu trúc doanh nghiệp: BPR có nghĩa thay đổi cách thức mà tổ chức hoạt động, “xóa sổ” cách thức kinh doanh thực thay đổi lớn để tận dụng ý tưởng cơng nghệ Phân tích kết quả, phân tích cơng nghệ loại bỏ hoạt động ba hoạt động BPR phổ biến Phân tích kết quả: Phân tích kết tập trung vào việc tìm hiểu kết cung cấp giá trị cho khách hàng Phân tích cơng nghệ: Phân tích cơng nghệ bắt đầu cách yêu cầu nhà phân tích quản lý phát triển danh sách cơng nghệ quan trọng thú vị Sau đó, nhóm xác định cách có hệ thống cách cơng nghệ áp dụng vào quy trình kinh doanh xác định cách thức hoạt động kinh doanh hưởng lợi Hoạt động Loại bỏ: Xác định cách tổ chức loại bỏ hoạt động quy trình kinh doanh, cách chức hoạt động khơng có ảnh hưởng có khả xảy Lựa chọn chiến lược phù hợp: Mỗi kỹ thuật thảo luận chương có điểm mạnh điểm yếu riêng Không kỹ thuật vốn tốt kỹ thuật khác, thực tế, hầu hết dự án sử dụng kết hợp nhiều kỹ thuật Giá trị kinh doanh tiềm năng:  Mặc dù BPA có tiềm cải thiện hoạt động kinh doanh, hầu hết lợi ích từ BPA chiến thuật chất nhỏ Bởi BPA khơng tìm cách thay đổi quy trình kinh doanh, cải thiện hiệu chúng  BPI thường mang lại lợi ích tiềm vừa phải, tùy thuộc vào phạm vi dự án, tìm cách thay đổi hoạt động kinh doanh theo cách Nó tăng hiệu hiệu  BPR tạo lợi ích tiềm lớn tìm cách cải thiện cách triệt để chất doanh nghiệp Chi phí dự án: o BPA có chi phí thấp có trọng tâm hẹp tìm cách thực thay đổi o BPI đắt vừa phải, tùy thuộc vào phạm vi dự án o BPR thường tốn kém, lượng thời gian yêu cầu nhà quản lý cấp cao lượng thiết kế lại quy trình kinh doanh Phạm vi phân tích: Top down: Phân tích, suy diễn, khởi điểm đỉnh điểm, ban đầu cần có mục tiêu cần đạt đến Sau đó, từ mục tiêu tìm mấu chốt vấn đề Mục tiêu lớn chia thành mục tiêu trung bình, mục tiêu trung bình chia thành nhiều mục tiêu nhỏ Nhà quản trị đưa chiến lược, kế hoạch, mục tiêu yêu cầu nhân viên thực Ưu điểm: Tính thống nhất, tính kỷ luật ln qn, đảm bảo mục tiêu nhà lãnh đạo/ người quản lý thực Nhược điểm: Không tận dụng tối đa nguồn nhân lực tổ chức, không phản ánh quy luật thị trường thường bị động điều chỉnh kế hoạch, chiến lược tổ chức Phong cách thích hợp cơng ty có quy mơ nhỏ, dễ kiểm sốt Bottom up: Tổng hợp, quy nạp, phân tích từ vấn đề nhỏ, tổng hợp, tương tác lại với để đưa đến kết Nhà quản trị tổ chức buổi họp lắng nghe ý kiến cấp vấn đề mà phụ trách Sau đó, nhà quản trị đưa chiến lược/kế hoạch hay mục tiêu để thực Ưu điểm: Chiến lược/ kế hoạch hay mục tiêu nhà lãnh đạo dễ dàng thực có tham gia từ cấp dưới, phản ánh xác nhu cầu thị trường, khách hàng, khả thành cơng cao Ngồi ra, phong cách giúp nhà lãnh đạo chủ động linh hoạt điều chỉnh thị trường có thay đổi, tối ưu hóa nguồn nhân lực công ty Phong cách sử dụng phổ biến tổ chức lớn, tập đoàn đa quốc gia Nhược điểm: Đôi “lắm thầy nhiều ma”, nhà lãnh đạo khó định nhanh chóng dứt khoát Ngày nay, nhiều doanh nghiệp giới lựa chọn phong cách bottom-up quản trị Ví dụ: Làm chúng tơi cải thiện dịch vụ khách hàng? câu hỏi rộng nhân viên dịch vụ khách hàng, câu hỏi cụ thể trả lời dễ dàng Ví dụ: Làm chúng tơi tăng tốc độ trả lại khách hàng? Chuẩn bị cho vấn: -Người vấn nên có vấn chung lập kế hoạch liệt kê câu hỏi hỏi theo thứ tự thích hợp; nên dự đốn câu trả lời có cung cấp thơng tin theo dõi chúng - Các vấn có cấu trúc với câu hỏi đóng nhiều thời gian để chuẩn bị trước so với vấn khơng có cấu trúc Vì vậy, số nhà phân tích ban đầu thích quan điểm liên quan khơng có cấu trúc, nghĩ họ “điều khiển nó” - Người vấn nên chuẩn bị cho người vấn, lên lịch vấn, người vấn phải cho biết lý vấn lĩnh vực thảo luận trước Tiến hành vấn: - Khi bắt đầu vấn, mục tiêu xây dựng mối quan hệ với người vấn - Không đưa câu trả lời mà người nghĩ họ muốn - Cuộc vấn nên bắt đầu lời giải thích lý người vấn lại họ chọn vấn người - Người vấn khơng nên ngại u cầu người chạy chậm lại tạm dừng viết, dấu hiệu rõ ràng thơng tin người vấn quan trọng - Khi vấn diễn ra, điều quan trọng phải hiểu vấn đề thảo luận - Nếu người vấn khơng hiểu điều đó, họ nên hỏi Hiểu cách thu thập yêu cầu vấn:  Sau vấn kết thúc, nhà phân tích cần chuẩn bị báo cáo vấn, thơng tin thu thập q trình vấn tất tóm tắt dạng hữu ích  Báo cáo vấn nên viết vòng 48 sau vấn  Khi có thay đổi quan trọng xếp vấn thứ hai  Không phân phối thông tin mà khơng có chấp thuận trước JAD (JOINT APPLICATION DEVELOPMENT):  Là kỹ thuật thu thập thơng tin cho phép nhóm dự án, người dùng ban quản lý làm việc để xác định yêu cầu hệ thống  IBM phát triển kỹ thuật JAD vào cuối năm 1970, phương pháp hữu ích để thu thập thông tin từ người dùng  Có thể giảm phạm vi đến 50% Tránh địi hỏi chi tiết mơ hồ  Là quy trình có cấu trúc, gồm 10 đến 20 người dùng đạo người điều hành Người điều hành:  Là người lập chương trình họp hướng dẫn thảo luận không tham gia vào thảo luận, không đưa ý kiến quan điểm chủ đề thảo luận để giữ thái độ trung lập suốt phiên họp  Là chun gia kỹ thuật quy trình nhóm kỹ thuật phân tích thiết kế hệ thống  Là người có kinh nghiệm với doanh nghiệp thảo luận Trong nhiều trường hợp, điều hành viên JAD nhà tư vấn bên ngồi tổ chức tổ chức khơng có nhu cầu định kỳ JAD e-JAD chun mơn Phát triển trì chun mơn tổ chức tốn Lựa chọn người tham gia:  Phòng họp thường bố trí theo hình chữ U để tất người tham gia dễ dàng nhìn thấy  Ở phía trước phịng (phần mở chữ U), bảng trắng, bảng lật máy chiếu cao để điều hành viên dẫn dắt thảo luận  Nhóm JAD họp vài giờ, vài ngày vài tuần tất vấn đề thảo luận thông tin cần thiết thu thập  Một vấn đề mà JAD hay gặp phải liên quan đến nhóm; đơi người ngại thử thách ý kiến người khác (đặc biệt sếp họ), số người thường chiếm ưu thảo luận tham gia  Một dạng JAD gọi JAD điện tử, e-JAD, cố gắng khắc phục vấn đề cách sử dụng phần mềm nhómTrong phịng họp e-JAD, người tham gia sử dụng phần mềm máy tính kết nối mạng để gửi ý tưởng ý kiến dạng ẩn danh cho người khác Bằng cách này, tất người tham gia đóng góp ý kiến lúc Thiết kế phiên họp JAD:  Các phiên họp JAD chạy từ nửa ngày đến nhiều tuần, tùy thuộc vào quy mô phạm vi dự án - Kéo dài từ 5-10 ngày trải dài khoảng thời gian ba tuần - Kéo dài từ 1-4 ngày trải dài khoảng thời gian tuần  Các phiên họp JAD thường thiết kế cấu trúc theo nguyên tắc giống vấn  Hầu hết phiên họp JAD thiết kế để thu thập thông tin cụ thể từ người dùng, điều đòi hỏi phát triển câu hỏi trước họp Chuẩn bị cho phiên họp JAD: Cũng vấn, điều quan trọng phải chuẩn bị cho nhà phân tích người tham gia phiên họp JAD Bởi phiên họp họp vượt chiều sâu vấn thơng thường thường thực bên ngồi sở, người tham gia lo lắng cách chuẩn bị Điều quan trọng người tham gia phải hiểu mong đợi họ Ví dụ: Nếu mục tiêu phiên họp JAD phát triển hiểu biết hệ thống tại, người tham gia mang theo tài liệu hướng dẫn thủ tục Nếu mục tiêu xác định cải tiến cho hệ thống, họ suy nghĩ cách họ cải thiện hệ thống trước phiên họp JAD Tiến hành phiên họp JAD: Tuân theo quy tắc hành vi phù hợp bao gồm tn theo lịch trình, tơn trọng ý kiến người khác, chấp nhận bất đồng đảm bảo người nói lúc Người điều hành JAD thực chức để chương trình diễn thuận lợi dễ dàng  Thứ nhất, phải đảm bảo nhóm bám sát chương trình làm việc  Thứ hai, phải giúp nhóm hiểu thuật ngữ kỹ thuật từ ngữ khó hiểu xung quanh q trình phát triển hệ thống đồng thời giúp người tham gia hiểu kỹ thuật phân tích sử dụng  Thứ ba, ghi lại ý kiến đóng góp nhóm khu vực dễ nhìn, bảng trắng, bảng lật hình máy tính Họ kết cấu thơng tin mà nhóm cung cấp giúp nhóm nhận vấn đề giải pháp quan trọng Vấn đề quản lý phiên họp JAD:  Sự thống trị  Những người nhà phân phối  Các thảo luận bên lề  Chương trình vịng quay  Thỏa thuận bạo lực  Xung đột chưa giải  Xung đột thật  Sự hài hước Bảng câu hỏi:  Là tập hợp câu hỏi văn sử dụng để thu thập thông tin từ cá nhân  Sử dụng có số lượng lớn người cần thơng tin ý kiến  Được thiết kế để sử dụng bên ngồi tổ chức cho hệ thống có người dùng doanh nghiệp trải rộng nhiều vị trí địa lý  Được phân phối dạng giấy, điện tử, qua email Web Thực hành bảng câu hỏi: • Bắt đầu câu hỏi không gây hại thú vị • Nhóm mục thành phần mạch lạc hợp lý • Khơng đặt mục quan trọng vào cuối bảng câu hỏi • Khơng dồn trang với nhiều mục • Tránh viết tắt • Tránh mục thuật ngữ gợi ý • Đánh số câu hỏi để tránh nhầm lẫn • Kiểm tra trước bảng câu hỏi để xác định câu hỏi khó hiểu • Cung cấp tính ẩn danh cho người trả lời Quản lý bảng câu hỏi: Vấn đề quan trọng việc quản lý bảng câu hỏi thu hút người tham gia hoàn thành bảng câu hỏi gửi lại Các kỹ thuật thường sử dụng để cải thiện tỷ lệ phản hồi như:  Giải thích rõ ràng lý bảng câu hỏi tiến hành người trả lời lựa chọn  Nêu rõ ngày mà bảng câu hỏi trả lại  Đưa khuyến khích để hồn thành bảng câu hỏi (ví dụ: bút miễn phí)  Đề nghị cung cấp tóm tắt câu trả lời bảng câu hỏi Phân tích tài liệu (Document Analysis): Hầu hết hệ thống khơng ghi chép đầy đủ nhóm dự án khơng ghi lại dự án họ trình thực dự án kết thúc, khơng có thời gian để quay lại lập tài liệu Tuy nhiên, có nhiều tài liệu hữu ích tồn tổ chức: Báo cáo giấy, ghi nhớ, sổ tay sách, sơ đồ tổ chức, biểu mẫu, tất nhiên cịn có giao diện người dùng với hệ thống có Thường biểu mẫu báo cáo khơng sử dụng Tương tự vậy, hộp câu hỏi biểu mẫu không điền Khi người dùng truy cập tra cứu nhiều báo cáo để thỏa mãn nhu cầu thơng tin họ, dấu hiệu rõ ràng cho thấy thông tin vô cần thiết Nhưng thông tin ln bị bỏ qua cần đến lại khơng có khơng xác Vì việc phân tích tài liệu ghi nhận thơng tin nhanh chóng, đầy đủ cung cấp nhiều lợi ích sau Quan sát: Là công cụ mạnh mẽ để thu thập thơng tin cho phép nhà phân tích nhìn thấy thực tế tình Ví dụ việc vấn: ta vấn ta nên quan sát thứ xung quanh phòng vấn, người vấn, thái độ họ, cách ăn mặc…… để tạo nhiều lợi tranh thủ hội cho thân Ví dụ bảng bên dưới: PHÒNG KHÁM THÚ Y TRUNG ƯƠNG Thẻ thông tin bệnh nhân Tên: Belly Sam Tên thú cưng: Belly collie 7/6/99 Số điện thoại: (84+) 012345678 Ta thấy viết sai tên (Belly) ta phải điền tên chủ vật nuôi để tránh bị nhầm lẫn tình trạng khơng xác thông tin xảy Về mục tên thú cưng phải điền rõ gióng nịi ngày sinh để thơng tin thông suốt rõ ràng, tương tự thông tin số điện thoại phải kèm mã vùng để biết xác thơng tin khơng bị vơ nghĩa Vì việc quan sát vơ cần thiết ta phải lưu trữ thông tin nhắc nhở người lưu trữ ghi đầy đủ thông tin Other Techniques (Các kỹ thuật khác): Bản đồ khái niệm kỹ thuật tâm lý giáo dục sử dụng trường học, công ty quan chăm sóc sức khỏe để tạo điều kiện học tập, hiểu biết sáng tạo kiến thức Nó thể mối quan hệ có ý nghĩa khái niệm hiểu kết nối với Ví dụ như: Các mơn học lớp tốn, lý, hóa sinh, anh văn có mối quan hệ liên quan Cũng học toán cộng trừ nhân chia bạn áp dụng phép tính để tính sơ mol, tính số gen Trong anh văn từ chuyên môn hay xuất tên phân tử, tên hóa chất Vì môn học bổ sung cho môn học khác để hồn thiện hơn, hồn hảo thơng tin mà ta muốn đạt Khơng có kỹ thuật tốt kỹ thuật khác, thực tế, hầu hết dự án sử dụng kết hợp kỹ thuật Vì vậy, điều quan trọng phải hiểu điểm mạnh điểm yếu kỹ thuật, sử dụng chúng sử dụng cách tối ưu Loại thông tin: Phân loại thông tin giúp ta tiếp cận rõ yêu cầu để làm việc hiệu ví như: thơng tin từ quản lí, lĩnh vực hoạt động, tính chất pháp li.… Sự phân chia theo lĩnh vực, tính chất giúp ta tối ưu thời gian để công việc hiệu mà cịn nhanh gọn Độ sâu thơng tin: Độ sâu thông tin đề cập đến mức độ phong phú chi tiết thông tin mà kỹ thuật thường tạo mức độ hữu ích kỹ thuật để thu thập không kiện ý kiến, mà hiểu lý kiện ý kiến tồn Nói đơn giản hiểu rõ vấn đề mà ta cần biết, hiểu rõ mục đích, sao, chức để làm ta có thơng tin cách xác mà khơng phải mơ hồ không xác định Độ rộng thông tin: Đề cập đến phạm vi thơng tin nguồn thơng tin dễ dàng thu thập kỹ thuật chọn Bảng câu hỏi phân tích tài liệu có khả dễ dàng thu thập nhiều loại thông tin từ số lượng lớn nguồn thông tin Thơng tin khơng hạn hẹp khía cạnh, mà ta nhân rộng để biết cách khách quan chọn lọc cách xác Ví dụ: bạn cần tìm qn café bạn nhờ thơng tin từ bạn bè, từ mạng xã hội hay tờ quảng cáo…… Tích hợp thơng tin: Những người khác cung cấp thơng tin trái ngược Việc kết hợp thông tin cố gắng giải khác biệt quan điểm thật thường thời gian phải liên hệ với nguồn thơng tin lần lượt, nghe giải thích khác biệt cố gắng tinh chỉnh thông tin lại Việc tích hợp khơng phải dễ khơng phải khó, rèn luyện cách tích hợp chọn lọc xác trở thành điểm mạnh thân Sự tham gia người sử dụng: Khi người dùng tham gia nhiều vào q trình phân tích, hội thành cơng tăng lên Tuy nhiên, tham gia người dùng có chi phí đáng kể khơng phải tất người dùng sẵn sàng đóng góp thời gian lượng quý báu Kết hợp kỹ thuật: Trong thực tế, việc thu thập yêu cầu kết hợp loạt kỹ thuật khác Hầu hết nhà phân tích bắt đầu cách sử dụng vấn với (các) quản lý cấp cao để hiểu rõ dự án vấn đề tồn cảnh IV PHÂN TÍCH CHIẾN LƯỢC: Phân tích công nghệ: Đề xuất số công nghệ Web quan trọng sử dụng cho hệ thống, tạo ý tưởng cách lựa chọn CD áp dụng công nghệ vào dự án đặt hàng Internet Phân loại ý tưởng: nhóm ý tưởng xác định có khả cung cấp giá trị kinh doanh tốt, ý tưởng làm tăng giá trị kinh doanh; ý tưởng khó xảy Đề xuất số website quan trọng: Giới thiệu trang web số nhà bán lẻ hàng đầu tính mà họ cung cấp trực tuyến, dựa thành công họ việc bán hàng Internet tầm nhìn hệ thống CD Selices Hệ thống mua bán: Quan trọng phải hiểu quy trình đặt hàng hệ thống tồn tổ chức chúng phải tích hợp chặt chẽ với hệ thống đặt hàng Web Hữu ích việc hiểu hệ thống quy trình - phân tích tài liệu, vấn quan sát Quy trình đặt hàng: Thu thập báo cáo có (Ví dụ: biểu mẫu đặt hàng, ảnh chụp hình hình đặt hàng trực tuyến) tài liệu hệ thống (mơ hình chức năng, cấu trúc hành vi) làm sáng tỏ hệ thống Họ thu thập lượng lớn thông tin quy trình hệ thống đặt hàng thực theo cách Yêu cầu cần thiết:  Yêu cầu hoạt động: - Hệ thống bán hàng Internet lấy thông tin từ sở liệu thơng tin CD chính, chứa thơng tin CD Ví dụ: tiêu đề, nghệ sĩ, số ID, giá cả, số lượng kho Hệ thống bán hàng Internet không ghi thông tin vào sở liệu thông tin CD - Hệ thống bán hàng Internet lưu trữ đơn đặt hàng cho CD hệ thống đặt hàng đặc biệt dựa vào hệ thống đặt hàng đặc biệt để hoàn thành đơn đặt hàng đặc biệt tạo - Một mô-đun cho hệ thống cửa hàng viết để quản lý “khoản giữ” hệ thống bán hàng Internet tạo Các yêu cầu mô-đun ghi lại phần hệ thống bán hàng Internet chúng cần thiết cho hệ thống bán hàng Internet hoạt động  u cầu Hiệu suất: Khơng có u cầu hiệu suất đặc biệt dự đoán  Yêu cầu bảo mật: Khơng có u cầu bảo mật đặc biệt dự đoán  Yêu cầu Văn hóa Chính trị: Khơng có u cầu đặc biệt văn hóa trị dự đốn u cầu chức năng: Duy trì thơng tin CD: 1.1 Hệ thống bán hàng qua Internet cần sở liệu thông tin đĩa CD mà bán qua Internet, tương tự vào sở liệu CD cửa hàng bán lẻ Ví dụ: Tiêu đề, nghệ sĩ, số ID, giá, số lượng kho 1.2 Hàng ngày hệ thống bán hàng Internet nhận cập nhật từ hệ thống phân phối dùng để cập nhật CD sở liệu Một số đĩa CD thêm vào, số đĩa bị xóa đĩa khác sửa đổi Ví dụ: Giá 1.3 Người quản lý tiếp thị điện tử (EM) (một vị trí cần tạo) có khả cập nhật thơng tin Ví dụ: Giá bán Duy trì Thơng tin Tiếp thị CD: 2.1 Hệ thống bán hàng qua Internet cung cấp thêm hội tiếp thị đĩa CD cho khách hàng khách hàng Hệ thống cung cấp sở liệu tài liệu tiếp thị đĩa CD chọn giúp người dùng Web tìm hiểu thêm chúng Ví dụ: Đánh giá, liên kết đến trang Web, thông tin nghệ sĩ đoạn âm mẫu Khi thông tin đĩa CD có bổ sung thơng tin tiếp thị hiển thị, liên kết cung cấp cho thông tin bổ sung 2.2 Tài liệu tiếp thị cung cấp chủ yếu nhà cung cấp hãng thu âm để chúng tơi quảng bá tốt đĩa CD họ EM quản lý phận tiếp thị xác định tài liệu tiếp thị đặt hệ thống chịu trách nhiệm thêm, thay đổi xóa tài liệu Đặt hàng CD: 3.1 Khách hàng truy cập vào hệ thống bán hàng Internet để tìm đĩa CD yêu thích Một số khách hàng tìm kiếm đĩa CD CD cụ thể nghệ sĩ cụ thể, khách hàng khác muốn duyệt đĩa CD thú vị danh mục định Ví dụ: Nhạc rock, jazz, cổ điển 3.2 Khi khách hàng tìm thấy tất đĩa CD mà họ muốn, khách hàng "kiểm tra" cách cung cấp thông tin cá nhân (tên, e-mail, địa chỉ, thẻ tín dụng) thơng tin liên quan đến đơn đặt hàng (đĩa CD cần mua số lượng cho mặt hàng) 3.3 Hệ thống xác minh thơng tin thẻ tín dụng khách hàng với trung tâm tốn thẻ tín dụng trực tuyến chấp nhận đặt hàng từ chối Điền đơn đặt hàng qua thư: 4.1 Khi đĩa CD đặt hàng qua thư, hệ thống bán hàng Internet gửi đơn đặt hàng qua thư đến hệ thống phân phối đơn đặt hàng qua thư 4.2 Hệ thống phân phối đặt hàng qua thư xử lý việc gửi đĩa CD thực cho khách hàng; thơng báo cho hệ thống bán hàng Internet gửi e-mail cho khách hàng 4.3 Người quản lý EM chạy báo cáo hàng tuần để kiểm tra trạng thái đơn hàng Kỹ thuật: - Phát triển ứng dụng: JAD cho phép nhóm dự án, người dùng ban quản lý làm việc để xác định yêu cầu hệ thống JAD điện tử cố gắng khắc phục vấn đề chung liên quan đến nhóm cách sử dụng phần mềm nhóm - Phân tích tài liệu: Địi hỏi phải xem lại tài liệu kiểm tra- hệ thống Nó cung cấp hiểu biết sâu sắc hệ thống thức khơng thức - Q trình vấn có năm bước trong: Lựa chọn người vấn, thiết kế câu hỏi vấn, chuẩn bị cho vấn, thực vấn, theo dõi thí sinh - Bảng câu hỏi: Là tập hợp câu hỏi văn để lấy thông tin từ cá nhân Bảng câu hỏi thường sử dụng có số lượng lớn người mà từ họ thông tin chọn ion cần thiết - Quan sát: Hành động theo dõi trình thực hiện, công cụ mạnh mẽ cho việc cung cấp thơng tin hệ thống cho phép nhà phân tích nhìn thấy thực tế tình trực tiếp Đề xuất hệ thống: Đề xuất hệ thống ghi lại kết hoạt động lập kế hoạch phân tích tài liệu nhất, toàn diện Định dạng thực tế đề xuất hệ thống phụ thuộc vào số khách hàng Ví dụ: Chính phủ liên bang có u cầu cụ thể đề xuất hệ thống phải đáp ứng, cửa hàng xe đạp nhỏ thuộc sở hữu địa phương sẵn sàng sử dụng định dạng đơn giản nhiều Phân tích chiến lược: Phân tích chia thành ba bước: Tìm hiểu hệ thống nguyên trạng, xác định cải tiến phát triển yêu cầu hệ thống có Số ba chiến lược phân qua ba (hoặc hai) bước phân tích để phát triển tầm nhìn hệ thống BPA có nghĩa giữ nguyên cách thức mà tổ chức hoạt động khơng thay đổi sử dụng cơng nghệ máy tính để thực số cơng việc Phân tích vấn đề phân tích nguyên nhân gốc rễ hai kỹ thuật BPA phổ biến BPI có nghĩa thực thay đổi vừa phải cách thức mà tổ chức hoạt động để tận dụng hội cung cấp công nghệ chép đối thủ cạnh tranh làm Phân tích thời lượng, chi phí dựa hoạt động thông tin điểm chuẩn ba hoạt động BPI phổ biến BPR có nghĩa thay đổi cách thức hoạt động tổ chức Phân tích kết quả, phân tích cơng nghệ hoạt động loại bỏ ba hoạt động BPR phổ biến SƠ ĐỒ: Yêu cầu chia làm loại: Yêu cầu chức yêu cầu không chức Với yêu cầu chức có mơ hình: Thơng tin tiếp thị CD, Điền đơn đặt hàng qua thư, Thông tin CD Đặt hàng CD Với yêu cầu không chức có loại hình: YC hiệu suất, YC văn hóa & trị, YC bảo mật, YC hoạt động Với sơ đồ mơ hình hóa liệu: Thông tin tiếp thị quyền yêu cầu truy cập đến CD đặc biệt bổ sung cho u cầu hoạt động KD Thơng tin CD có quyền tra cứu đến CD đặc biệt bổ sung vào YC hoạt động KH đặt hàng CD có quyền yêu cầu CD đặt biệt đặt hàng hệ thống đặt biệt, KH có quyền đặt trước thông qua hệ thống “Giữ” Việc KH đặt hàng bổ sung vào yếu tố yêu cầu không chức năng, làm tăng giảm loại hình thơng qua ý kiến KH từ việc đặt hàng mua CD ... nghệ Phân tích kết quả, phân tích cơng nghệ loại bỏ hoạt động ba hoạt động BPR phổ biến Phân tích kết quả: Phân tích kết tập trung vào việc tìm hiểu kết cung cấp giá trị cho khách hàng Phân tích. .. từ kiện riêng lẻ Xác định yêu cầu: Xác định yêu cầu mô tả trừu tượng dịch vụ mà hệ thống cần cung cấp ràng buộc mà hệ thống cần tn thủ vận hành Nó mơ tả hành vi bên ngồi hệ thống mà khơng liên... dụng hệ thống Tuy nhiên, thường cung cấp cải tiến nhỏ giá trị kinh doanh — hệ thống tốt hệ thống cũ, khó xác định số tiền đáng kể lợi ích từ hệ thống Phân tích nguyên nhân gốc rễ: Phân tích nguyên