Phân tích yêu cầu phần mềm

CHƯƠNG YÊU CẦU REQUIREMENTS  Trước viết code, bạn cần phải biết bạn xây dựng  Nếu bạn muốn trở thành nhà phát triển sản phẩm, mắc lỗi cho sản phẩm tốt, thiết kế rõ ràng, bạn cần yêu cầu- chi tiết tốt  yêu cầu tốt nói với bạn chương trình đươc lâp trình để thưc hiên  Giúp ban tâp trung vào viêc suy nghĩ chi tiết chương trình, khiến ban lắng nghe người dùng, để hiểu rõ họ muốn  Khách hàng thượng đế - End User - Userablity ĐĂC TẢ CHỨC NĂNG ?  Đặc tả chức : mô tả chương trình làm hoàn toàn từ quan điểm người sử dụng Nó nói tính chương trình quy định cụ thể: hình, menu, hộp thoại, điều tương tư  Đặc tả kỹ thuật : mô tả việc thực nội dung thông tin chi tiết chương trình Đó cấu trúc liệu, thuật toán sử dụng, mô hình sở liệu, ngôn ngữ lập trình NGÔN NGỮ TỰ NHIÊN  Ngôn ngữ không xác định bạn nói, định bạn nói (và nghĩ)  Các ngôn ngữ mà bạn sử dụng định suy nghĩ bạn có, bạn suy nghĩ tới cách bạn thể suy nghĩ bạn  Ngôn ngữ tự nhiên nhiều biểu cảm đa dạng so với ngôn ngữ lập trình =>Hãy thiết kế ngôn ngữ tự nhiên dịch sang ngôn ngữ lập trình để thực sau PHÁC THẢO ĐĂC TẢ CHỨC NĂNG  Mỗi đặc tả chức khác nhau, dư án phát triển phần mềm khác Vậy viết phác thảo với nửa tin nửa ngờ sử dung phần ứng dụng vào phần mềm bạn Rất nhiều ý tưởng xuất phát từ Ví dụ : "Chương trình chạy lò vi sóng”  Interface ?  Functions ?  Tối thiểu  Bổ xung  Phi chức : không kiểm soát ánh sáng  Khóa an toàn, ngăn chặn sóng vi ba cửa mở TỪ CHỐI TRÁCH NHIÊM  Bạn nên luôn đặt tuyên bố từ đầu "đặc điểm kỹ thuật chưa thực Nếu bạn nghĩ bị thiếu sai, thảo luận lại"  Thay từ chối thẳng, : "đặc điểm kỹ thuật hoàn chỉnh cho phiên Nếu bạn nghĩ thiếu sai, phản hồi xem xét cho phát hành " TÁC GIẢ  Quản lý dự án cần phải có số kỹ có khả giao tiếp tốt với tất bên liên quan để đạt đồng thuận nội dung đặc tả chức  Người quản lý dự án thường phụ trách đặc tả chức tất vấn đề thiết kế chương trình KỊCH BẢN  Nếu bạn viết kịch thể chúng câu chuyện người dùng, khách hàng thích đoc chúng  Khách hàng có nhiều khả để hiểu bạn làm phát thứ bạn bị bỏ sót hiểu sai Điều luôn điều tốt, đầu vào khách hàng nhiều bạn nhận giai đoạn trước, nhiều khả bạn thực tạo mà họ muốn CHI TIẾT BẰNG HÌNH ẢNH NHỮNG THÔNG SỐ KỸ THUÂT  Một bạn viết vài kịch bản, bạn có ý tưởng tốt cách thức chương trình bạn, hình, hộp thoại, menu Điều cho phép bạn qua hình xắc chi tiết cách thức chúng đặt ra, nút bấm, hộp văn bản, biểu tượng, đồ họa, chúng có, hình khác đươc kết nối  Hãy Sử dụng hình ảnh! Một hình ảnh hình hộp thoại giá trị ngàn chữ Nó cung cấp cho người đọc để phản ứng lại họ suy nghĩ dòng chảy chương trình vấn đề giao diện người dùng CÁC VẤN ĐỀ MỞ  Khi lần viết đặc tả chức năng, ban có hai (ngàn) điều bạn Điều ổn Chỉ cần đặt chúng phần "Những vấn đề mở" Sau đó, bạn gặp gỡ với khách hàng, điểm đến phần cố gắng để có câu trả lời Một số câu hỏi chuyển đến phần yêu cầu số kết thúc phần "Không yêu cầu", sau bạn nhận câu trả lời  Đến cuối dự án, vấn đề phải giải hết, không tồn Nếu không, vấn đề ám ảnh bạn BACKLOG (TỒN ĐỌNG)  Hầu hết thông số kỹ thuật chức phần "tồn đọng", muốn đăc tả chức bạn tài liệu sống, bạn cần chỗ để đặt tất công việc bạn làm sau Điều điều tốt cho bạn Nó nói với khách hàng bạn không quên tính này, cách tích hơp chúng vào phiên tiếp theo, bạn cam kết cung cấp phiên theo lịch trình công bố Và cho nhà phát triển biết bạn kiểm soát dự án, dư án thực với chất lượng cao thời hạn MỘT ĐIỀU NỮA  Một điều đặc tả chức – đừng để bị ám ảnh  Thời gian đăc tả chức hoàn thành bạn phát hành sản phẩm  Thiết lập giới hạn thời gian, làm tốt nhất, cho sản phẩm CÁC LOẠI YÊU CẦU  Trong đặc tả chức thường có bốn loại khác yêu cầu: yêu cầu người sử dụng, yêu cầu miền, yêu cầu phi chức năng, không yêu cầu YÊU CẦU NGƯỜI SỬ DỤNG  Yêu cầu người sử dụng gần thể ngôn ngữ tự nhiên  Chúng bao gồm mô tả bố trí hình, hộp thoại menu  Bất kỳ yếu tố tương tác chương trình cần mô tả yêu cầu người dùng  Có thể thể yêu cầu người dùng kịch bản, mô tả chi tiết hình  Sử dụng hình ảnh nhiều bạn làm yêu cầu sử dụng YÊU CẦU MIỀN  Đây yêu cầu áp đặt cho bạn miền ứng dụng chương trình  Một tập hợp yêu cầu miền chi tiết cung cấp cho nhà phát triển thông tin mà họ cần trình thiết kế chương trình  Yêu cầu miền thường coi "lớp giữa" phần mềm chúng trung tâm ứng dụng, bên giao diện người dùng hệ điều hành, mạng, phần mềm sở liệu Rất nhiều yêu cầu miền thực lớp riêng biệt thư viện với API riêng YÊU CẦU PHI CHỨC NĂNG  Yêu cầu phi chức hạn chế dịch vụ chức chương trình kỳ vọng hiệu suất Chúng bao gồm thông số kỹ thuật tảng mục tiêu, hạn chế thời gian, yêu cầu thực hiện, yêu cầu sử dụng nhớ, đặc quyền truy cập tập tin, yêu cầu bảo mật, thời gian đáp ứng, số lượng tối thiểu giao dịch giây, v.v Đây thường yêu cầu mà không hiển thị cho người sử dụng, mà làm ảnh hưởng đến trải nghiệm người dùng KHÔNG YÊU CẦU  Đây điều bạn làm ĐÀO XÂU  Hầu hết văn kỹ thuật phần mềm sử dụng cụm từ "yêu cầu gợi mở" để nói trình nhận yêu cầu khách hàng  Hãy đào xâu, phân tích, tìm hiểu kỹ yêu cầu mà bạn khách hàng bạn mù mờ, chưa đến trí  Nhiều vấn đề khách hàng bạn chưa nắm được, bỏ qua, sơ xuất chưa kịp đặt ra, đào xâu, để moi móc hết yêu cầu có từ khách hàng  Việc không đơn giản : liên hệ BTL !!! VẤN ĐỀ PHẠM VI Các ranh giới thực tế chương trình làm không rõ ràng Điều số điều  Chương trình phần hệ thống lớn tích hợp phận không tốt  Khách hàng suy nghĩ xác họ muốn chương trình làm, họ bắt đầu ném tất loại ý tưởng  Khách hàng cung cấp mức đô chi tiết không cần thiết  Phạm vi có liên quan trực tiếp đến yêu cầu chui VẤN ĐỀ VỀ SỰ HIỂU BIẾT LẪN NHAU Nhà phát triển có chuyên môn, nghiệp vụ, ngược lại với khách hàng => không hiểu chuyện bình thường.Có hai cách để khắc phục vấn đề :  Phải có giữa, người sống hai giới người hiểu dịch vấn đề hai người  Khách hàng thành viên nhóm phát triển : Agile,XP : Khi khách hàng phần đội ngũ phát triển, bạn nói chuyện với họ ngày CÁC VẤN ĐỀ VỀ BIẾN ĐỘNG  Những bạn làm quản lý thay đổi Tạo Backlog : tính thêm vào chúng tới  Trong phương pháp Scrum, yêu cầu bổ sung vào tồn đọng phát hành, chúng không thêm vào phiên hành; điều cho phép chạy nước rút để tiến hành bình thường tất yêu cầu xem xét vào cuối phiên chạy nước rút  Một cách khác để quản lý thay đổi định đẩy vào sử dụng; cung cấp cho người dùng lựa chọn VẤN ĐỀ PHI KĨ THUÂT  Trong thực tế, vấn đề nhà phát triển không nhìn thấy; nhà quản lý họ phải bảo vệ họ khỏi vấn đề phi kỹ thuật Các vấn đề yêu cầu phi kỹ thuât trị PHÂN TÍCH CÁC YÊU CẦU Phân tích có ba phần bản:  Phân loại yêu cầu xếp chúng vào khu vực liên quan  Thứ tự ưu tiên dựa đầu vào khách hàng  Kiểm tra yêu cầu liên quan đến tất người khác để đảm bảo chúng phù hợp Hãy tự hỏi loạt câu hỏi: Có phải yêu cầu phù hợp với mục tiêu tổng thể dự án? Yêu cầu thực cần thiết? Yêu cầu kiểm chứng? Có thể thực yêu cầu môi trường kỹ thuật bạn có? Yêu cầu rõ ràng? KẾT LUẬN  Yêu cầu thay đổi Vì vậy, thư giãn, đừng bị ám ảnh yêu cầu, làm điều tốt bạn để có danh sách ban đầu rõ ràng, kiểm chứng yêu cầu sau chuyển sang thiết kế [...]... YÊU CẦU  Trong một đặc tả chức năng thường có bốn loại khác nhau của các yêu cầu: yêu cầu người sử dụng, yêu cầu miền, các yêu cầu phi chức năng, và không yêu cầu YÊU CẦU NGƯỜI SỬ DỤNG  Yêu cầu người sử dụng gần như luôn thể hiện trong ngôn ngữ tự nhiên  Chúng cũng bao gồm mô tả về bố trí màn hình, hộp thoại và menu  Bất kỳ yếu tố tương tác trong các chương trình cần được mô tả trong các yêu cầu. .. PHÂN TÍCH CÁC YÊU CẦU Phân tích có ba phần cơ bản:  Phân loại các yêu cầu và sắp xếp chúng vào các khu vực liên quan  Thứ tự ưu tiên dựa trên đầu vào của khách hàng  Kiểm tra từng yêu cầu liên quan đến tất cả những người khác để đảm bảo chúng phù hợp Hãy tự hỏi một loạt các câu hỏi: 1 Có phải mỗi yêu cầu phù hợp với mục tiêu tổng thể của dự án? 2 Yêu cầu này thực sự cần thiết? 3 Yêu cầu này có thể... các yêu cầu người dùng như kịch bản, và mô tả chi tiết từng màn hình  Sử dụng hình ảnh nhiều như khi bạn đang làm yêu cầu sử dụng YÊU CẦU MIỀN  Đây là những yêu cầu được áp đặt cho bạn bởi các miền ứng dụng của chương trình  Một tập hợp các yêu cầu miền chi tiết cung cấp cho các nhà phát triển thông tin mà họ cần trong quá trình thiết kế chương trình  Yêu cầu miền thường được coi là "lớp giữa" phần. .. gian, yêu cầu thực hiện, yêu cầu sử dụng bộ nhớ, các đặc quyền truy cập tập tin, yêu cầu bảo mật, thời gian đáp ứng, số lượng tối thiểu của các giao dịch mỗi giây, v.v Đây thường là những yêu cầu mà có thể không được hiển thị cho người sử dụng, nhưng mà làm ảnh hưởng đến trải nghiệm người dùng KHÔNG YÊU CẦU  Đây là những điều bạn sẽ không phải làm ĐÀO XÂU  Hầu hết các văn bản kỹ thuật phần mềm sử... văn bản kỹ thuật phần mềm sử dụng cụm từ "yêu cầu gợi mở" để nói về quá trình nhận yêu cầu khách hàng  Hãy đào xâu, phân tích, tìm hiểu kỹ càng những yêu cầu mà bạn và cả khách hàng của bạn còn mù mờ, chưa đi đến nhất trí  Nhiều vấn đề chính khách hàng của bạn cũng chưa nắm được, hoặc bỏ qua, hoặc sơ xuất chưa kịp đặt ra, hãy đào xâu, để moi móc hết mọi yêu cầu có thể có từ khách hàng  Việc này không... này thực sự cần thiết? 3 Yêu cầu này có thể kiểm chứng? 4 Có thể thực hiện được yêu cầu này trong môi trường kỹ thuật bạn đã có? 5 Yêu cầu này rõ ràng? KẾT LUẬN  Yêu cầu thay đổi Vì vậy, thư giãn, đừng bị ám ảnh về các yêu cầu, làm điều tốt nhất bạn có thể để có được một danh sách ban đầu rõ ràng, có thể kiểm chứng yêu cầu và sau đó chuyển sang thiết kế ... thiết kế chương trình  Yêu cầu miền thường được coi là "lớp giữa" phần mềm bởi vì chúng là trung tâm của các ứng dụng, bên dưới giao diện người dùng và trên các hệ điều hành, mạng, hoặc các phần mềm cơ sở dữ liệu Rất nhiều yêu cầu miền sẽ được thực hiện như các lớp riêng biệt và thư viện với các API riêng YÊU CẦU PHI CHỨC NĂNG  Yêu cầu phi chức năng là những hạn chế về các dịch vụ và chức năng của chương... sẽ có một hoặc hai (ngàn) những điều bạn không biết Điều đó ổn Chỉ cần đặt chúng trong phần "Những vấn đề mở" Sau đó, mỗi khi bạn gặp gỡ với khách hàng, hãy điểm đến phần này và cố gắng để có được câu trả lời Một số trong những câu hỏi này sẽ chuyển đến phần các yêu cầu và một số sẽ kết thúc trong phần "Không yêu cầu" , sau khi bạn nhận được những câu trả lời  Đến cuối của dự án, các vấn đề này phải... các yêu cầu được xem xét vào cuối phiên chạy nước rút  Một cách khác để quản lý sự thay đổi là quyết định đẩy vào sử dụng; cung cấp cho người dùng một sự lựa chọn VẤN ĐỀ PHI KĨ THUÂT  Trong thực tế, đây là những vấn đề nhà phát triển không bao giờ nhìn thấy; các nhà quản lý của họ phải bảo vệ họ khỏi những vấn đề phi kỹ thuật Các vấn đề cơ bản của yêu cầu phi kỹ thuât là chính trị PHÂN TÍCH CÁC YÊU... một số điều  Chương trình có thể là một phần của một hệ thống lớn hơn và sự tích hợp của các bộ phận không được tốt  Khách hàng có thể không có suy nghĩ quá chính xác những gì họ muốn các chương trình làm, vì vậy họ bắt đầu ném ra tất cả các loại ý tưởng  Khách hàng có thể đã cung cấp mức đô chi tiết không cần thiết  Phạm vi có liên quan trực tiếp đến yêu cầu chui VẤN ĐỀ VỀ SỰ HIỂU BIẾT LẪN NHAU ... phẩm CÁC LOẠI YÊU CẦU  Trong đặc tả chức thường có bốn loại khác yêu cầu: yêu cầu người sử dụng, yêu cầu miền, yêu cầu phi chức năng, không yêu cầu YÊU CẦU NGƯỜI SỬ DỤNG  Yêu cầu người sử dụng... vấn đề yêu cầu phi kỹ thuât trị PHÂN TÍCH CÁC YÊU CẦU Phân tích có ba phần bản:  Phân loại yêu cầu xếp chúng vào khu vực liên quan  Thứ tự ưu tiên dựa đầu vào khách hàng  Kiểm tra yêu cầu liên... KHÔNG YÊU CẦU  Đây điều bạn làm ĐÀO XÂU  Hầu hết văn kỹ thuật phần mềm sử dụng cụm từ "yêu cầu gợi mở" để nói trình nhận yêu cầu khách hàng  Hãy đào xâu, phân tích, tìm hiểu kỹ yêu cầu mà