Giáo trình Phân tích thiết kế hệ thống thông tin - Nguyễn Trần Phương

Giáo trình Phân tích thiết kế hệ thống thông tin cung cấp cho người học những kiến thức như: Những vấn đề chung; Nghiên cứu và xử lý kết quả nghiên cứu; Mô hình hoá quan niệm; Mức tổ chức và vật lý; Quản lý các giai đoạn xây dựng HTTT;...Mời các bạn cùng tham khảo!

Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Công nghệ Thông tin SỞ GIÁO DỤC & ĐÀO TẠO HỊA BÌNH TRƯỜNG TRUNG HỌC KINH TẾ KỸ THUẬT HỊA BÌNH Giáo viên biên soạn: Nguyễn Trần Phương PHÂN TÍCH THIẾT KẾ HỆ THỐNG THƠNG TIN Lưu hành nội HỊA BÌNH – NĂM 2009 Tài liệu mơn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin PHÂN TÍCH & THIẾT KẾ HỆ THỐNG THƠNG TIN Tài liệu mơn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin MỤC LỤC Mục lục Lời nói đầu Chương 1: Những vấn đề chung 1.1 Hệ thống thông tin 1.1.1 Hệ thống thơng tin 1.1.2 Các tính hệ thống thơng tin 1.2 Phân tích thiết kế hệ thống thơng tin 1.2.1 Các quan điểm phân tích 1.2.2 Các phương pháp phân tích 1.3 Các giai đoạn q trình xây dựng hệ thống thơng tin 1.3.1 Lập kế hoạch, xác định yêu cầu 1.3.2 Phân tích 1.3.3 Thiết kế 1.3.4 Thi công 1.3.5 Thử nghiệm 1.3.6 Bảo trì 1.4 Các mức trừu tượng hóa 1.4.1 Mức quan niệm 1.4.2 Mức tổ chức 1.4.3 Mức tác nghiệp Chương 2: Nghiên cứu & xử lý kết nghiên cứu 2.1 Nghiên cứu trạng 2.1.1 Một số khái niệm 2.1.2 Các phương pháp nghiên cứu 2.1.2.1 Phương pháp quan sát 2.1.2.2 Phương pháp điều tra 2.1.2.3 Phương pháp vấn 2.2 Xử lý kết nghiên cứu 2.2.1 Tổng hợp kết điều tra 2.2.2 Tổng hợp liệu 2.2.3 Rà soát lại tài liệu, rút yếu tố cần thiết 2.2.3.1 Mục đích hệ thống tin học hóa 2.2.3.2 Các quy tắc buộc 2.2.3.3 Làm rõ nhiệm vụ 2.2.4 Tổng hợp yêu cầu 2.3 Tài liệu sơ đồ hóa kết nghiên cứu Chương 3: Mơ hình hố quan niệm 3.1 Mơ hình thực thể 3.1.1 Khái niệm 3.1.2 Thuộc tính 3.1.3 Rằng buộc tồn vẹn thực thể 3.2 Mơ hình quan niệm liệu 3.3 Mối quan hệ thực thể 3.3.1 Xây dựng mơ hình ER 3.3.2 Bản số Tài liệu mơn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương 4 6 7 12 12 13 17 18 19 19 23 24 24 25 26 26 26 27 29 31 36 40 40 41 42 42 42 42 42 50 56 56 56 56 57 57 63 65 69 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thông tin 3.3.3 Các tập xác định số Chương 4: Mức tổ chức vật lý 4.1 Mơ hình tổ chức xử lý 4.1.1 Các yếu tố tổ chức 4.1.2 Các quy tắc tổ chức 4.1.3 Khái niệm pha 4.2 Mơ hình sở liệu 4.2.1 Mơ hình phân cấp 4.2.2 Mơ hình mạng 4.2.3 Mơ hình quan hệ 4.2.4 Mơ hình CSDL hướng đối tượng 4.3 Chuẩn hóa mơ hình CSDL 4.4 Mơ hình lơ gic 4.5 Chuyển từ mơ hình quan niệm sang mơ hình lơ gic 4.5.1 Chuyển sang mơ hình CSDL mạng 4.5.2 Chuyển sang mơ hình CSDL quan hệ 4.6 Mức vật lý 4.6.1 Mơ hình vật lý liệu 4.6.2 Các mô đul xử lý 4.6.3 Phân dã mô đul 4.6.4 Phân dã chức 4.7 Chuyển từ mức lô gic sang mức vật lý 4.7.1 Sử dụng ngơn ngữ lập trình 4.7.2 Sử dụng hệ quản trị sở liệu 4.7.3 Giới thiệu rational rose 2003 Chương 5: Quản lý giai đoạn xây dựng HTTT 5.1 Quản lý giai đoạn lập kế hoạch, xác định yêu cầu 5.1.1 Xây dựng nhóm 5.1.2 Bố trí nhân sự, phân cơng nhiệm vụ 5.1.3 Lập kế hoạch tiếp cận vấn đề 5.1.4 Xây dựng mối quan hệ 5.1.5 Ký kết thỏa thuận tài chính, kỹ thuật 5.1.6 Xây dựng dự tốn cho giai đoạn 5.2 Quản lý giai đoạn phân tích 5.2.1 Tiếp cận trạng 5.2.2 Thu thập tài liệu có liên quan đến hệ thống tin học hóa 5.2.3 Triển khai theo kế hoạch xác lập giai đoạn trước 5.2.4 Tổng hợp yêu cầu, phân loại theo nhóm, loại bỏ yêu cầu trùng lắp, lập hồ sơ cho nhóm việc 5.2.5 Lập kế hoạch phân cơng, bố trí nhân tiếp cận đối tác làm rõ yêu cầu, khái niệm chuyên môn chưa rõ 5.2.6 Hiệp thương với đối tác để giải vấn đề nảy sinh mặt kỹ thuật tài 5.3 Quản lý giai đoạn thiết kế 5.3.1 Qhân cơng nhóm thiết kế tổng thể, nhóm thiết kế chi tiết 5.3.2 Lập văn đặc tả thiết kế mức tổng thể, mức chi tiết Tài liệu mơn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương 73 76 76 76 78 78 79 79 80 80 85 88 93 100 100 100 101 101 105 106 106 108 108 109 109 117 117 119 122 126 128 129 131 133 133 135 136 140 141 142 142 142 144 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin 5.3.3 Kế hoạch thể hóa 5.3.4 Đặc tả thử nghiệm cho cá thể 5.3.5 Phân tích rủi 5.4 Quản lý giai đoạn thực 5.4.1 Phát triển mã nguồn 5.4.2 Xây dựng kế hoạch bảo trì 5.4.3 Lập sổ ghi giải pháp cho mô đul thử nghiệm 5.4.4 Xây dựng trợ giúp cho người dùng cuối 5.4.5 Nhất thể hóa phần, tất cả, rà sốt lỗi mã thể hóa 5.4.6 Xây dựng kế hoạch dự phịng cho rủi 5.4.7 Quyết toán khâu hoàn thiện 5.5 Quản lý giai đoạn thử nghiệm 5.5.1 Thực việc thể hóa 5.5.2 Thực thử nghiệm an pha, bê ta, thử nghiệm thu 5.5.3 Lập báo cáo thử nghiệm 5.5.4 Đánh giá mức độ các lỗi sinh giải pháp khắc phục 5.5.5 Lập ngân sách cuối dự án 5.5.6 Lắp đặt, tích hợp hệ thống đào tạo người vận hành 5.6 Quản lý giai đoạn bảo trì Gợi ý trả lời tập Tài liệu tham khảo Phần phụ lục Tài liệu mơn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương 152 152 153 154 154 155 156 156 157 158 158 159 159 159 160 161 162 162 163 165 166 167 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin LỜI NĨI ĐẦU Ngày với việc ứng dụng cơng nghệ thông tin vào lĩnh vực đời sống xã hội, tất nhiên có nhiều nhu cầu xây dựng hệ thống thông tin tin học hóa từ quy mơ nhỏ tới lớn, từ đơn giản đến phức tạp địi hỏi có phương pháp luận để phát triển hệ thống thơng tin Phân tích thiết kế hệ thống thơng tin tin học hóa môn cung cấp phương pháp luận để thực dự án tin học dành cho tất học sinh, sinh viên bậc học chuyên nghiệp ngành Công nghệ thông tin Tài liệu với kiến thức chính, từ giáo trình phân tích thiết kế hệ thống thông tin trường đại học Quốc gia số mơn có liên quan nhằm đề cập số phương pháp tiếp cận vấn đề dự án tin học hóa, song song với kiến thức cịn có cập nhật bổ sung giới thiệu số cách tiếp cận đại thịnh hành mà tác giả sưu tầm tự nghiên cứu qua sách, báo Internet nhằm giúp học sinh, sinh viên có nhìn tồn diện Đồng thời giúp học sinh, sinh viên tốt nghiệp trường có khả lựa chọn giải pháp khả thi tham gia, đảm nhiệm dự án tin học hóa Tài liệu trình bày chi tiết kỹ phân tích thiết kế hệ thống thơng tin, từ việc trình bày nguyên tắc cần thiết để phân biệt số khái niệm liên quan đến việc trình bày hình ảnh liệu mơ hình Tài liệu có nhiều ví dụ cụ thể dễ hiểu từ đơn giản đến phức tạp Phương pháp luận phát triển hệ thống thông tin chủ đề quan trọng công nghệ thông tin Trải qua giai đoạn phát triển, tiếp cận hướng đối tượng chiếm ưu ngày trở nên phổ biến chuẩn hố cơng nghiệp phần mềm Tuy nhiên cần nhìn nhận khách quan cách tiếp cận hướng đối tượng cịn đường nét tiếp cận hướng chức Đặc biệt quan điểm “Chia để trị” khơng thay đổi cho dù cách tiếp cận tính thời điểm tác giả biên soạn tài liệu Bên cạnh tài liệu tác giả sưu tầm giới thiệu vài nét sử dụng cơng cụ hỗ trợ phân tích thiết kế để học sinh, sinh viên sử dụng q trình học mơn phân tích thiết kế hệ thống thơng tin cơng cụ hỗ trợ Rational Rose 2003 Ngồi nêu tên số công cụ khác giới công nghệ thông tin Việt Nam quan tâm để học sinh, sinh viên tham khảo tự học có điều kiện Nội dung tài liệu gồm chương phần Phụ lục: Chương 1: Những vấn đề chung Các khái niệm bản, định hướng cách tiếp cận để thực dự án tin học; Giới thiệu dạng hệ thống thơng tin; Vịng đời phát triển hệ thống so sánh cách tiếp cận phát triển hệ thống; Các giai đoạn q trình xây dựng hệ thống thơng tin Chương 2: Nghiên cứu & xử lý kết nghiên cứu Phương pháp chung để nghiên cứu xử lý thông tin thu nhận Các mặt mạnh, yếu phương nghiên cứu; Các xu hướng Một vài Tài liệu mơn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Công nghệ Thông tin kinh nghiệm thực dự án tin học mà tác giả tiếp cận theo phương pháp để tham gia xây dựng phần mềm đơn vị công tác Chương 3: Mơ hình quan niệm Cung cấp phương pháp để xây dựng mơ hình hố quan niệm Nắm khái niệm CSDL quan hệ; Các kỹ thuật để xây dựng mô hình liệu Phương pháp đơn giản để giải mối kết hợp nhiều Chương 4: Mức tổ chức vật lý Cung cấp phương pháp để xây dựng mơ hình hố vật lý Giới thiệu số cơng cụ có sử dụng rộng rãi thị trường Từ học sinh, sinh viên biết lựa chọn kết hợp giải pháp để giải tốn cơng cụ thích hợp cho phát triển phần mềm Chương 5: Quản lý giai đoạn xây dựng hệ thống thông tin Với mục tiêu tham khảo, chương cung cấp số kiến thức chắt lọc từ môn quản lý dự án phần mềm, công nghệ phần mềm nhằm bổ trợ tốt học sinh, sinh viên tốt nghiệp công tác đơn vị phát triển phần mềm Phần Phụ lục Trích quy trình thực việc nghiên cứu trạng website trường (mẫu nghiên cứu trạng) Trình bày giải pháp quản lý thư viện phát sinh mã cho hệ thống trường (mẫu giải pháp lựa chọn, quản lý thực dự án tin học) Trình bày hồ sơ phân tích & thiết kế phần mềm quản lý đào tạo trường (trích phần làm mẫu cho cho học sinh, sinh viên tham khảo) Hồ sơ phân tích & thiết kế Hệ thống thơng tin Quản lý đối tượng BHXH Thành phố HCM (mẫu cách lập hồ sơ phân tích thiết kế hệ thống thơng tin để học sinh, sinh viên tham khảo) Mỗi chương có phần câu hỏi, tập để giúp sinh viên hiểu rõ kiến thức học kiểm tra khả áp dụng kiến thức sinh viên vào toán thực tế Tài liệu xây dựng nhằm đáp ứng nhu cầu học tập học sinh, sinh viên Trung cấp Kinh tế Kỹ thuật Hòa Bình Dù cố gắng hết sức, tài liệu cập nhật bổ sung với nhiều kiến thức nên việc tự nghiên cứu biên tập chắn cịn nhiều hạn chế khơng thể tránh khỏi nhiều thiếu sót, tác giả mong nhận ý kiến đóng góp thầy cơ, chuyên gia, đồng nghiệp bạn sinh viên, học sinh Qua cá nhân gửi lời tri ân tới thầy cô, chuyên gia đồng nghiệp chưa có điều kiện gặp mặt, mà tài liệu tác giả trích tư liệu, hình ảnh để biên tập sách Tác giả chân thành cám ơn động viên đóng góp ý kiến thầy cô, chuyên gia bạn đồng nghiệp để tài liệu biên soạn hiệu chỉnh tốt Tác giả Tài liệu mơn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống CHƢƠNG 1: NHỮNG VẤN ĐỀ CHUNG Chương trình bày nội dung trọng tâm: - Các khái niệm - Các hệ thống thông tin vấn đề phát triển hệ thống thông tin - Các giai đoạn trình xây dựng HTTT - Các định hướng cách tiếp cận để thực dự án tin học 1.1 HỆ THỐNG THÔNG TIN 1.1.1 Hệ thống thông tin Hệ thống tập hợp phần tử tương tác tổ chức nhằm thực mục đích xác định Áp dụng định nghĩa vào tổ chức ta cần xác hố số khái niệm:  Các phần tử tập hợp phương tiện vật chất nhân lực  Tổ chức tạo thành hệ thống mở, nghĩa liên hệ với môi trường Một số phần tử hệ thống có tương tác với bên ngồi (cung ứng, thương mại, v.v…) Hệ thống thông tin hệ thống mà mối liên hệ thành phần liên hệ với với hệ thống khác liên hệ thông tin Hệ thống thông tin tổ chức bao gồm nguồn lực quy trình xử lý thông tin tổ chức đương nhiên bỏ qua thơng tin Khi nói đến thơng tin thiết phải kể đến:  Kiểu thơng tin: Ví văn bản, số liệu, âm thanh, hình ảnh, tri thức  Phương tiện lưu trữ thông tin: Giấy, phim, ảnh, đĩa vv  Các quy tắc phương pháp biến đổi thông tin Như hệ thống thông tin tin học hóa phần mềm tin học cấu thành yếu tố người, thông tin, phương tiện phương pháp xử lý tin 1.1.1.1 Các hệ thống thông tin Ngày nay, ứng dụng công nghệ thông tin áp dụng hầu hết lĩnh vựa khác đời sống xã hội Tuỳ theo quan điểm mà phân loại hệ thống thơng tin theo tiêu chí khác Tuy nhiên xét mặt ứng dụng, hệ thống thông tin phân chia thành số nhóm sau:  Hệ thống thông tin quản lý: Bao gồm hệ thống thông tin hỗ trợ hoạt động nghiệp vụ quản lý doanh nghiệp, tổ chức Ví dụ hệ thống quản lý nhân sự, hệ thống kế tốn, hệ thống tính cước chăm sóc khách hàng, hệ thống quản lý thư viện, hệ thống đào tạo trực tuyến, hệ thống quản lý đại lý bán hàng từ xa  Các hệ thống Website: Gồm hệ thống có nhiệm vụ cung cấp thông tin cho người dùng môi trường mạng Internet Các hệ thống Website có đặc điểm thơng tin cung cấp cho người dùng có tính đa dạng (có thể tin tức dạng file đa phương tiện) cập nhật thường xuyên Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Gồm hệ thống website đặc biệt cung cấp dịch vụ chủ yếu việc trao đổi mua bán hàng hố mơi trường Internet Hệ thống thương mại điện tử bao gồm tảng hỗ trợ giao thức mua bán, hình thức toán, chuyển giao hàng hoá  Hệ thống điều khiển: Gồm hệ thống phần mềm gắn với thiết bị phần cứng hệ thống khác nhằm mục đích điều khiển giám sát hoạt động thiết bị hay hệ thống Ví dụ hệ thống máy tính nhúng dây truyền sản xuất, hệ thống điều khiển lò nung, hệ thống điều khiển cửa phai thủy điện, v.v Mỗi loại hệ thống thơng tin có đặc trưng riêng đặt yêu cầu riêng cho việc phát triển hệ thống Ví dụ, hệ thống điều khiển địi hỏi u cầu mơi trường phát triển, hệ điều hành ngơn ngữ lập trình riêng; hệ website thực thi chức môi trường mạng phân tán đòi hỏi cách phát triển riêng Do vậy, khơng có phương pháp luận chung cho tất dạng hệ thống thơng tin Có cách phân chia khác:  Hệ thống thông tin (Information System): Cất giữ, lấy, biến đổi biểu diễn thông tin cho người sử dụng Xử lý khoảng liệu lớn có quan hệ phức tạp , mà chúng lưu trữ sở liệu quan hệ hay hướng đối tượng  Hệ thống kỹ thuật (Technical System): Xử lý điều khiển thiết bị kỹ thuật viễn thông, hệ thống quân sự, hay q trình cơng nghiệp Đây loại thiết bị phải xử lý giao tiếp đặc biệt, khơng có phần mềm chuẩn thường hệ thống thời gian thực (real time)  Hệ thống nhúng (Embeded System): Thực phần cứng gắn vào thiết bị điện thoại di động, điều khiển xe hơi, … Điều thực việc lập trình mức thấp với hỗ trợ thời gian thực Những hệ thống thường khơng có thiết bị hình đĩa cứng, …  Hệ thống phân bố ( Distributed System): Được phân bố số máy cho phép truyền liệu từ nơi đến nơi khác cách dễ dàng Chúng đòi hỏi chế liên lạc đồng để đảm bảo toàn vẹn liệu thường xây dựng số kỹ thuật đối tượng CORBA, COM/DCOM, hay Java Beans/RMI  Hệ thống Giao dịch (Business System): Mơ tả mục đích, tài nguyên (con người, máy tính, …), quy tắc (luật pháp, chiến thuật kinh doanh, chế, …), công việc hoạt động kinh doanh  Phần mềm hệ thống (System Software): Định nghĩa sở hạ tầng kỹ thuật cho phần mềm khác sử dụng, chẳng hạn hệ điều hành, sở liệu, giao diện người sử dụng Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống 1.1.1.2 Các tính hệ thống thơng tin Các tính hệ thống thông tin gồm: o Thời gian trả kết quả: Tức thời gian kể từ hệ thống nhận thơng tin u cầu có định tương ứng với thơng tin u cầu o Khối lượng thông tin xử lý o Độ phức tạp liệu cần xử lý độ phức tạp xử lý o Độ phức tạp cấu trúc hệ thống cho dù quy mô hệ thống không lớn o Độ tin cậy hệ thống phải tính đến chế an tồn, dự phịng cố ngồi mong đợi Bên cạnh xác q trình xử lý thơng tin độ ổn hệ thống mà nguyên nhân chủ yếu đề phát sinh từ người 1.2 PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THƠNG TIN Phân tích thiết kế hệ thống thơng tin phương pháp sử dụng để tạo trì hệ thống thông tin nhằm thực chức lưu trữ, xử lý thông tin truyền thơng tin Mục tiêu phân tích thiết kế hệ thống cải tiến hệ thống cấu trúc theo hay nhóm quy trình, điển hình qua ứng dụng phần mềm, phần mềm giúp đỡ người sử dụng hoàn tất cơng việc đơn vị dễ dàng hiệu Là người phân tích hệ thống, bạn phải trung tâm phát triển phần mềm Phân tích thiết kế hệ thống thông tin dựa trên: o Sự hiểu biết bạn mục tiêu, cấu trúc qui trình tổ chức o Kiến thức tin học am hiểu chuyên môn bạn lĩnh vực triển khai công nghệ thông tin nhằm mang lại lợi ích cho tổ chức theo yêu cầu Trên thực tế chưa có phần mềm đưa vào sử dụng trình sử dụng mà khơng có phiếm khuyết Vậy việc nghiên cứu nhu cầu đánh giá trạng phân tích trước thiết kế điều khơng thể thiếu với dự án tin học hóa hệ thống, điều giảm chi phí cho việc phát triển hệ thống Thơng thường phía đầu tư th nhà phát triển với yêu cầu mờ, mơ hồ có dạng “Phần mềm quản lý ” “Trang tin điện tử đơn vị ” khơng nói rõ tin học hóa vấn đề cụ thể Thế vận hành nhà đầu tư quan tâm tới nhu cầu trực tiếp bỏ qua phần tổng thể hệ thống tất nhiên không nói đến mối liên hệ cơng tác nhóm đơn vị quy định, quy trình riêng có vận hành đơn vị Vì thiết phải có phương pháp khoa học hướng dẫn việc thực dự án tin học hóa tùy theo mơ hình phát triển Có nhiều quan điểm cách tiếp cận vấn đề việc phân chia giai đoạn cách gọi tên (có tài liệu, giáo trình có bốn giai đoạn, có tài liệu giáo trình phân chia thành tám giai đoạn Tuy nhiên phạm vi khuôn khổ tài liệu điều kiện cụ thể nhà trường, xin phân chia giai đoạn sau: Lập kế hoạch, xác định u cầu; Phân tích; Thiết kế; Thi cơng; Thử Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống 5.3.4 Đặc tả thử nghiệm cho cá thể Những số bảng 5.12 lấy từ sơ đồ chung có nhấn mạnh đến qui hoạch phần mềm (yêu cầu thiết kế) thử nghiệm Những hệ thống xử lý liệu thương mại, trừ số ngoại lệ, cịn phải tiêu phí khối lượng đáng kể thời gian phát triển pha lập trình thử nghiệm đơn vị Các hệ thống thời gian thực thường phức tạp nhiều bao gồm tích hợp bao quát phần cứng/phần mềm Điều thơng thường địi hỏi qui hoạch nhiều tích hợp thử nghiệm nhiều Bảng 5.12 Phần trăm dự tích thời gian hao phí pha phát triển phần mềm chủ yếu Qui mã thử nghiệm thể thử hoạch đơn vị nghiệm Xử lý liệu thương mại 25% 40% 35% Các hệ thống thời gian thực 35% 25% 40% Các hệ thống quân 40% 20% 40% Đặc tả trường hợp thử nghiệm, mô tả chi tiết thử nghiệm mức thấp cho cá thể Vào cuối pha này, nhiều chưa biết dự án lại trở nên biết, tạo nên cải tiến đáng kể dự tốn kế hoạch phát triển thơng số phát triển dự án khác tài nguyên lịch tích hợp trường hợp thử nghiệm thực cho pha thử nghiệm, lập kế hoạch kế hoạch phát triển dự án cập nhật coi giai đoạn kế hoạch đáng tin cậy nhiều Theo thế, song song với thiết kế hệ thống, hoạt động sau tiến triển :  Nền tảng, tích hợp phát triển thiết lập bao gồm thiết bị yêu cầu cho phát triển tích hợp hệ thống  Dự tốn cải tiến đáng kể  phân tích rủi ro dự án duyệt xét lại cập nhật  Lịch phát triển hệ thống cập nhật Mọi thông tin đưa vào việc sửa đổi chủ yếu kế hoạch phát triển dự án Thử nghiệm đơn vị người lập trình tiến hành modul cá thể sau modul mã hố 5.3.5 phân tích rủi Xử lý rủi ro đầu tư cho CNTT: Có nhiều dự án CNTT dự báo thành công thẩm định phân tích kinh tế trên, triển khai dự án lại gặp nhiều trục trặc, gọi rủi ro Vì vậy, ngồi phân tích kinh tế, cần thực quản lý rủi ro dự án Quản lý rủi ro bao gồm: Xác định phân tích dạng rủi ro, đưa giải pháp để giảm thiểu rủi ro điều chỉnh ước tốn lợi ích chi phí cho phù hợp Có hai cách ứng phó với rủi ro: Khắc phục hậu xảy dự báo rủi ro để có biện pháp phịng ngừa trước Cần kết hợp biện pháp Phòng ngừa rủi ro cách hiệu hơn, thực Giáo viên biên soạn: Nguyễn Trần Phương 154 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Để phòng ngừa rủi ro: Đầu tiên phải có nhận thức khái lược chúng, dựa thông tin thu từ bước thực trước Kết quả, đưa bảng liệt kê phân loại sơ rủi ro gặp dự án giai đoạn triển khai khác Tiếp đến, rủi ro phân tích “nhạy cảm”, tức xác định xác suất xảy phạm vi ảnh hưởng xảy chúng, để điều chỉnh giải pháp dự báo ảnh hưởng kinh tế dự án Vì vậy, phân tích rủi ro cần đưa vào kết đánh giá dự án Phân tích rủi ro có tầm quan trọng đặc biệt triển khai dự án HTTT, dự án lớn phức tạp Việc phân tích rủi ro cần chuẩn bị trước vấn đề dự liệu đòi hỏi đánh giá vấn đề nhằm: Dự toán xác suất vấn đề xảy Dự toán sáo động vấn đề tới dự án Quy cho mức độ nghiêm trọng vấn đề Một cách đơn giản hiệu để tính mức độ nghiêm trọng vấn đề dự liệu là: Gán số kỳ vọng 10 xác suất vấn đề xảy ra, với 10 điểm xác suất cao, xác suất thấp (thí dụ nhân xác suất với 10) Gán số 10 vào tác động vấn đề với dự án 10 biểu thị tác động cao tác động thấp Nhân trị giá có bước (1) với giá trị có bước (2) để tính mức độ nghiêm trọng cho vấn đề Dưới ví dụ: Bảng 5.13: Ví dụ cách tính mức độ nghiêm trọng TT Vấn đề Chậm giao máy tính để phát triển Bộ nhớ khơng đủ Khơng có chun gia hệ điềuhành Thời gian đáp ứng hệ thống chậm Thuyên chuyển nhân cao Truyền thông chậm Chậm giao hệ thống phụ sở liệu 5.4 QUẢN LÝ GIAI ĐOẠN THỰC HIỆN Giáo viên biên soạn: Nguyễn Trần Phương 155 Kỳ vọng 5 Tác động 2 8 Nghiêm trọng 30 25 15 40 16 27 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Pha thiết kế Pha thực thi Pha tích hợp T Hình 5.14 : Sự gối đầu pha 5.4.1 Phát triển mã nguồn Trong pha thực hiện, mô đun phần mềm mã hoá thử nghiệm đơn vị ban đầu tiến hành Thử nghiệm đơn vị người lập trình tiến hành mơ đun cá thể sau mơ đun mã hố Sau mơ đun phận kiểm tra chất lượng phần mềm phê chuẩn đệ trình phận kiểm tra cấu hình Sau phận kiểm tra cấu hình chuyển mơ đun để hợp Đặc tả thiết kế chi tiết cấu trúc tốt dẫn đến việc lập mã tương đối trơn chu thẳng băng (Điều thuyết minh qua nhiều cố gắng để phát triển máy sinh mã tự động tạo lập mã từ đặc tả thiết kế, điều hầu hết công cụ phân tích thiết kế sinh mã nguồn) Theo việc lập mã (hay lập trình) đầu nhận thức đồng nghĩa với phát triển phần mềm, trở thành pha riêng rẽ chu trình phát triển phần mềm Trên thực tế pha thực lại không pha dài Một kinh nghiệm thơng thường đề dự tính pha chu trình phát triển phần mềm sử dụng cách phân chia theo tỉ lệ 40 – 20 - 40 cơng sức thời gian (bảng 5.12) Điều có nghĩa khoảng 40% thời gian giành cho đặc tả (yêu cầu thiết kế ) 20% cho thực (lập trình thử nghiệm đơn vị) 40% cho tích hợp thử nghiệm xu hướng chung tìm cách giảm 20% dành cho thực tăng 40% dành cho đặc tả ? Một khía cạnh lập luận đằng sau tiếp cận giai đoạn phát triển sớm tốn giai đoạn sau Các pha đặc tả thường có nhân lực thấp thiết bị phát triển pha thực Cũng thường chứng minh công sức giành nhiều cho yêu cầu thiết kế, pha tích hợp dễ dàng hiệu Pha thực cầu nối pha thiết kế tích hợp hệ thống thường gối đầu rõ rệt với hai pha (hình 5.14) Tình trạng gối đầu thường xảy nhiều phận thiết kế hệ thống thực tương đối nhanh để Giáo viên biên soạn: Nguyễn Trần Phương 156 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống lại số vấn đề thiết kế bỏ ngỏ thời gian Trong trường hợp gối đầu rút ngắn đáng kể lịch phát triển Tình trạng gối đầu pha thiết kế thực đòi hỏi phải thận trong việc đảm bảo mơ đun thiết kế hồn chỉnh phê chuẩn để thực sớm Có rủi ro thay đổi chậm sau thiết kế mơ đun địi hỏi phải lập mã lại Theo lãng phí tài ngun Cũng có rủi ro thiết kế thay đổi mã không thay đổi Dù rủi ro thường nắm bắt tốt Với qui hoạch khống chế kiểm tra cấu hình tốt vấn đề khắc phục 5.4.2 Xây dựng kế hoạch bảo trì Mặt khác pha thực hiện, tình trạng gối đầu lập mã ích hợp thường rủi ro qui hoạch đắn tiết kiệm thời gian tuyệt hảo Trình tự thực mô đun phải qui hoạch tốt đảm bảo chúng đưa theo trình tự u cầu để tích hợp Điều có nghĩa sai lầm thực định vị q trình tích hợp hồi tiếp lại pha thực Pha thực bao gồm hoạt động sau :  Phát triển mã phần mềm  Chuẩn bị cho tích hợp thử nghiệm hệ thống (giai đoạn sau)  Phát triển kế hoạch bảo trì Ngồi mã viết số tư liệu khác phát triển pha bao gồm :  Sổ ghi người lập trình dẫn ghi lại định lập mã thử nghiệm đơn vị giải pháp cho vấn đề thực  Kế hoạch bảo trì thu thập tư liệu, kể tư liệu cốt yếu cần thiết cho việc bảo trị hệ thống  Các ban đầu tư liệu cho người dùng, kể sổ tay tham khảo hướng dẫn cho người điều hành Trong pha thực hiện, dự án bước vào thời kỳ hoạt động khẩn trương Nhiều hoạt động khác diễn bao gồm:  Pha thiết kế hoàn tất sớm q trình pha thực  Nền tích hợp định vị việc tích hợp bắt đầu  Nền thử nghiệm (môi trường thiết bị thử nghiệm) định vị để chuẩn bị cho việc thử nghiệm hệ thống  Các tình rủi ro trở thành thực kế hoạch dự phòng bất trắc đưa vào hoạt động  Kế hoạch dự án duyệt lại cập nhật 5.4.3 Lập sổ ghi giải pháp cho mơ đul thử nghiệm Lấy lại ví dụ quản lý khách sạn điều dễ thấy modul có trình bày bao gồm: Tài liệu dùng cho thiết kế Giáo viên biên soạn: Nguyễn Trần Phương 157 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Các qui định liên quan Văn đặc tả sơ bộ/Chi tiết Các loại sơ đồ Sơ đồ luồng liệu Sơ đồ lớp Sơ đồ logic CSDL Các thuộc tính Các thuộc tính Thuộc tính trừu tượng Giao diện – Báo cáo Giao diện - Biểu mẫu Danh sách biến cố hành vi Đây trình thử nghiệm đầu tiên, điều quan trọng nhà thiết kế thường lập trình viên mức đỉnh thường bỏ quên việc ghi chép tỉ mỉ kết trình thiết kế: Đầu vào, đầu ra, tên modul giới hạn cho phép thực modul để làm tài liệu cho bàn giao cho giai đoạn tiếp 5.4.4 Xây dựng trợ giúp cho ngƣời dùng cuối Xây dựng trợ giúp có tầm quan khơng thể khơng quan tâm, phân tích rủi ro coi rủi ro kế hoạch đối phó bất ngờ lập từ trước Đối với dự án nhỏ thiết kế khơng chun phần chẳng quan tâm, mà thường nhầm lẫn trình chuyển giao đào tạo nhà phát triển thực Hầu hết phần mềm công ty Việt Nam yếu phần lý mà phần mềm không tồn lâu thị trường Có vài cách xây dựng trợ giúp cho người dùng cuối;  Trợ giúp ngữ cảnh  Trợ giúp chức  Tạo kênh thông tin trợ giúp 5.4.5 Nhất thể hóa phần, tất cả, rà sốt lỗi mã thể hóa Để tạo chất lượng cho hệ thống Pha thường phân làm hai pha riêng biệt song song : Pha tích hợp pha thử nghiệm dự án lớn, phân chia thường cần thiết đặc biệt việc thử nghiệm nhóm riêng biệt độc lập tiến hành (đội ngũ thử nghiệm độc lập) làm việc sát cánh với người sản xuất dự án nhỏ, điều hợp lý đằng sau phối hợp hai hoạt động vào pha tích hợp khơng thể thành cơng khơng có thử nghiệm rộng rãi tiến hành song song Do hai hoạt động đội ngũ thực hiện, thường tốt phối hợp chung pha Có nhiều kỹ thuật phương pháp tích hợp:  Từ xuống Giáo viên biên soạn: Nguyễn Trần Phương 158 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Tiếp cận xuống đòi hỏi cốt lõi hệ thống (thường modul điều hành trung tâm) phải thực trước Rồi chúng phối hợp hệ thống cực nhỏ sử dụng thủ tục chưa có nội dung thay cho modul cha thực Những thử tục rỗng mã trả lại giá trị cố định chẳng có tính lơgic cả, thường gọi cuống Sau cuống thay dần modul thực, theo cách xây dựng tăng tiến có kế hoạch tốt hệ thống lần từ hệ thống đưa mới, lại tăng thêm nhiều chức  Từ lên Tiếp cận từ lên modul cá thể cấp thấp (ví dụ : - điều khiển đầu vào đầu ra, định khuôn,dạy thao tác,dữ liệu, đối thoại người dùng, máy v.v ) gép chúng thành nhóm lúc lớn toàn hệ thống ghép lại Cách tiếp cận lên khuyên dùng làm tích hợp dễ hiểu, hầu hết trường hợp cách tiếp cận xuống dễ tự nhiên Dù thực tế, hầu hết chiến lược tích hợp hệ thống thành cơng phối hợp cách tiếp cận xuống lác đác đôi chỗ theo cách tiếp cận từ lên Một cách tiếp cận lý thú khác gọi  Từ Tích hợp từ (indide out integration) thông thường phát triển hệ sở liệu lớn cấu trúc file nội xây dựng trước sau logic xử lý liệu cuối giao diện với người Tiếp cận tốt hệ thống mặt logic tầng chức điểm yếu giao diện với người lại thường tích hợp cuối Điều địi hỏi viết mã thử nghiệm tạm thời để đầu duyệt xét lại Do thử nghiệm thường chậm khó so với tiếp cận từ ra.Việc thử nghiệm bắt đầu việc tích hợp tiếp tục tới cuối hệ thống bàn giáo cho khách hàng 5.4.6 Xây dựng kế hoạch dự phòng cho rủi Bảng 5.15 Ví dụ bảng ngẫu nhiên TT Vấn đề Thuyên chuyển nhân cao Chậm giao máy tính để phát triển Chậm giao hệ thống phụ sở liệu Khơng có chuyên gia hệ điều hành Nghiêm trọng Giáo viên biên soạn: Nguyễn Trần Phương 40 30 27 25 Kế hoạch đối phó bất ngờ Tiền thưởng hồn thành dự án thắng lợi Yêu cầu làm ca đêm hệ thống phát triển dự án khác Thiết kế mô hệ thống phụ sở liệu dùng để tích hợp Bố trí chuyên gia hệ điều hành ngồi cơng ty th làm tư vấn 159 Ngƣời theo dõi Hoàng Tùng Bùi Phương Thị Lê Nghiệp Văn Nguyễn Văn Thiện Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Truyền thông chậm Thời gian đáp ứng hệ thống chậm Bộ nhớ không đầy đủ 16 15 Hợp đồng với cơng ty phát triển gói truyền thơng nhị phân thích nghi cho gói với dự án Cho vào điều khoản thỏathuận nâng cấp CPU hợp đồng mua máy tính (khơng xem xét) Qch Nghĩa công Trân Khang Duy Thực kế hoạch đối phó bất ngờ Các kế hoạch đối phó bất ngờ thực trường hợp sau: Vấn đề liệu diễn hay xảy đến đến nơi Kế hoạch đối phó bất ngờ địi hỏi chuẩn bị trước Nói chung, kế hoạch đối phó bất ngờ nhìn nhận theo kế hoạch, hành động xếp vào ngăn kéo để phòng dùng đến sau Dù sao, vài trường hợp, kế hoạch thực trước vấn đề dự liệu xảy phát triển mô trường hợp việc giao hợp phần định bị chậm trễ Sau đó, hợp phần giao hạn mơ bị bỏ 5.4.7 Quyết tốn khâu hoàn thiện Đối với khách hàng: Đến giai đoạn nhà phát triển dự án cần phải yêu cầu toán dự án theo hợp đồng (một phần hợp đồng) để trả chi phí cho hạng mục phát triển Đối với nhà phát triển: Thực công tác thẩm định hạng mục phát triển Phương pháp xác minh vấn đề có lẽ đề nghị sau: Các hoạt động SQA (nhóm đảo bảo chất lượng phần mềm) việc giám định duyệt lại, chọn lựa kiểm tra cấu hình tùy thuộc cách mà SQA thích ứng với dự án đặc trưng Qui mơ dự án thường yếu tố định Những hướng dẫn sau bàn đến số thông số cần xem xét cho loại dự án khác lập kế hoạch SQA  Trong dự án nhỏ, có nhiều hoạt động SQA người quản lý dự án thực Điều bao gồm tổ chức giám định duyệt lại kiểm toán, đánh giá lựa chọn công cụ phát triển, lựa chọn vận dụng tiêu chuẩn  Các thủ tục thử nghiệm thử nghiệm tốt đội riêng biệt độc lập tiến hành (xin tham khảo chi tiết tiêu chuẩn có giáo trình Cơng nghệ phần mềm Quản lý dự án phần mềm ĐHQG Hà Nội) Quyết định chỗ giám định hoạt động thử nghiệm ủy thác cho SQA tùy thuộc nhiều yếu tố, kể độc lập đội SQA, qui mơ dự án tính phức tạp dự án Giáo viên biên soạn: Nguyễn Trần Phương 160 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Khi việc thử nghiệm đội thử nghiệm độc lập tiến hành dính líu SQA tối thiểu Trong hầu hết trường hợp khác, trách nhiệm đội SQA lập kế hoạch giám định thử nghiệm hệ thống  Về hướng dẫn chung, thường không nên để thành viên đội phát triển thực SQA Dù sao, dự án nhỏ thường xác minh chi phí kỹ sư bố trí SQA Vấn đề giải có kỹ sư SQA chịu trách nhiệm cho hai hay ba dự án nhỏ (với dự án tài trợ phần đóng góp dịch vụ SQA) Khả kiểm tra chất lượng phần mềm hiệu trực tiếp với chất lượng đặc điểm yêu cầu phần mềm Kiểm tra chất lượng đòi hỏi chi tiết không mơ hồ nhiều đặc điểm yêu cầu chất lượng phần mềm tốt 5.5 QUẢN LÝ GIAI ĐOẠN THỬ NGHIỆM 5.5.1 Thực việc thể hóa  Thử nghiệm tích hợp : Thực máy tích hợp hệ thống  Thử nghiệm độc lập : Thực nhóm thử nghiệm bên để đảm bảo thử nghiệm khách quan không thiên lệch  Thử nghiệm lắp đặt: Điều bao gồm thử nghiệm hồn thiện chung Địi hỏi mà phiên hệ thống lắp đặt môi trường điều hành Nhiều hệ thống bao gồm thử nghiệm lắp đặt để đảm bảo hệ thống lắp đặt thành công 5.5.2 Thực thử nghiệm An pha, Bê ta, Thử nghiệm thu Các thử nghiệm tiến hành hệ thống môi trường thực (không phải thử nghiệm phịng thí nghiệm test) Các thử nghiệm phần mềm bao gồm:  Thử nghiệm đơn vị  Thử nghiệm hợp  Thử nghiệm hệ thống phụ  Thử nghiệm hệ thống  Thử nghiệm suy thoái Và thử nghiệm quan trọng  Thử nghiệm alpha: Thử nghiệm hệ thống khơng có liệu sống  Thử nghiệm beta: Thử nghiệm hệ thống có sử dụng liệu sống có giám sát thường xuyên để chỉnh lý vấn đề phát sinh  Thử nghiệm nghiệm thu: Đây cột mốc cuối dự án hồn tất thắng lợi có nghĩa nghiêm thu khách hàng sản phẩm phát triển Vào lúc kết thúc pha tích hợp thử nghiệm tư liệu phải đầy đủ sẵn sàng để giao bao gồm :  Tài liệu bảo trì  Tài liệu người dùng cuối  Mọi tài liệu phát triển cập nhật  Tài liệu thử nghiệm báo cáo thử nghiệm Giáo viên biên soạn: Nguyễn Trần Phương 161 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống 5.5.3 Lập báo cáo thử nghiệm Người quản lý dự án cần thông tin khách quan thông tin thường thu thập từ báo cáo đội thử nghiệm độc lập như:  Các báo cáo bảo hiểm chất lượng có tiêu chí sau:  Tồn khía cạnh đặc điểm sản phẩm phần mềm có khả đáp ứng nhu cầu đề ra: Chẳng hạn thích hợp với đặc điểm kỹ thuật  Mức độ mà phần mềm có phối hợp mong muốn thuộc tính  Mức độ mà khách hàng hay người dùng nhận thức phần mềm đáp ứng kỳ vọng hợp thể họ  Các đặc điểm hợp thể phần mềm xác định mức độ mà phần mềm sử dụng đáp ứng kỳ vọng khách hàng  Khả sản phẩm phần mềm để đáp ứng yêu cầu đặc dụng Chất lượng phải đo theo nghĩa kỳ vọng khách hàng Người quản lý dự án phải coi việc thực kiểm tra chất lượng q trình khách quan, mang tính hệ thống  Báo cáo thử nghiệm gồm bốn thành phần:       Qui hoạch thử nghiệm Mô tả thử nghiệm Tiến hành thử nghiệm Kết thử nghiệm Tiêu chuẩn thử nghiệm Các yếu tố mức độ chi tiết thông tin tư liệu yêu cầu Mặc dù báo cáo nguồn thông tin có ích, khơng có thay tiếp xúc trực tiếp người quản lý dự án nhân lực phát triển Nhưng nói chuyên thường xun khơng thức với người sản xuất nguồn thông tin tuyệt hảo đặc biệt tiến hành bầu khơng khí khơng thức (và khơng phải văn phịng người quản lý dự án) Người quản lý dự án phải trì cảnh giác thường xuyên với sai lầm thường gọi ''hội chứng 90/50'' khẳng định ''phải 50% thời gian để hồn thành 90% cơng việc 50% thời gian phụ thêm để hồn thành số 10% cơng việc cịn lại'' Điều có nghĩa người sản xuất dự án bắt đầu khoe khoang sớm họ ''hầu xong'' nhiệm vụ họ, bất hạnh có khác biệt lớn ''hầu xong'' với ''xong'' Xong nhiệm vụ - viết tài liệu toán vài vấn đề cuối - thường lại lâu dự kiến người phát triển Có điều hoạt động tạo số kết qủa nhãn tiền Người phát triển có xu hướng (sai lầm) kết hợp công việc với kết Do đấy, người quản lý có nhiều thơng tin người sản xuất hỏi họ dự tính xong cơng việc khơng hỏi họ hồn thành cơng việc 5.5.4 Đánh giá mức độ các lỗi sinh Giải pháp khắc phục Khi ủy thác SQA (nhóm đảo bảo chất lượng phần mềm) bao gồm hoạt động kiểm tra cấu hình, nguồn yêu cầu bao gồm nguồn yêu cầu cho kiểm tra cấu hình Việc hịa đồng SQA kiểm tra cấu hình khơng phải không Giáo viên biên soạn: Nguyễn Trần Phương 162 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống phổ biến loại trừ số ủy nhiệm hoạt động phải nhân lên Nên nhớ với dự án nhỏ, việc hịa đồng hai nhóm đơn giản có nghĩa phó thác hai nhiệm vụ cho người Mặc dù nhiều công cụ phổ biến cho kiểm tra chất lượng kiểm tra cấu hình, có cơng cụ đặc biệt định cho kiểm tra chất lượng Sau số cơng cụ hỗ trợ chung có ích việc hỗ trợ hoạt động SQA:  Tiện ích tư liệu  Công cụ thiết kế phần mềm  Hỗ trợ tìm sai (Chương trình gỡ rối)  Các xử lý trước cấu thành  Bộ so sánh hồ sơ  Những phân tích cấu  Những kiểm toán tiêu chuẩn  Những mơ  Những phân tích thi cơng  Những giám sát thực  Những công cụ hợp chất CASE số công cụ khác có thị trường  Những kích thích thử nghiệm  Những phát trường hợp thử nghiệm Những cơng cụ hỗ trợ kiểm tra chất lượng giai đoạn phát triển phần mềm Các hỗ trợ tư liệu cung cấp phần viết tư liệu tự động, kiểm tra tả sưu tập chuyên ngành (Thesaurus) v.v xử lý trước cấu thành có ích việc tiêu chuẩn hóa liệt kê mã lẫn cung cấp cảnh báo bổ sung thời gian biên dịch mà biên dịch thường bỏ qua Những cảnh báo sớm liên quan đến vấn đề thời gian thực mơ phỏng, phân tích thời gian thực giám sát thực cung cấp Thử nghiệm thấu đáo hệ thống phần mềm thường tự động thực nhờ phát hệ thử nghiệm thực thử nghiệm tự động 5.5.5 Lập ngân sách cuối dự án Song song với tích hợp thử nghiệm, hoạt động quản lý không phát triển sau diễn :  Lập ngân sách cuối dự án, phí tổn cho thay đổi (phát minh) xác định hoạt động dự phòng rủi ro đánh giá ngân sách cập nhật  Việc huấn luyện tiến hành cho người dùng, người vận hành, khách hàng, người lắp đặt, đội ngũ bảo trì đội tiếp thị  Địa điểm lắp đặt chuẩn bị hạ tầng có sở cho phần cứng thiết bị đặc biệt lập kế hoạch lắp đặt  Qui mô đội ngũ phát triển giảm 5.5.6 Lắp đặt, tích hợp hệ thống đào tạo ngƣời vận hành Hai hoạt động khác song song với bảo trì là:  Duy trì thơng tin cập nhật  Cập nhật lớp huấn luyện người dùng Giáo viên biên soạn: Nguyễn Trần Phương 163 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Khơng giống bảo trì phần cứng, khơng có hoạt động lại làm cho phần mềm trở lại trạng thái ban đầu Điều trái lại hoàn toàn đúng: Mục tiêu sửa đổi phần mềm sửa đổi phần mềm bao gồm đặc điểm phát triển phần mềm Những điều sửa đổi cần mô tả, thiết kế, thực hồ nhập thử nghiệm thức tất nhiên, sửa đổi cần tài trợ nhân lực vật lực Do để thực giai đoạn bảo trì coi loạt dự án phần mềm nhỏ Kiểm tra cấu hình đặc biệt quan trọng thời gian bảo trì để quản lý thay đổi với phần mềm kiểm tra đợt phát hành phiên hệ thống Điều đảm bảo đợt phát hành định kỳ có trật tự phần mềm tránh hỗ trợ phiêu lưu khơng cố định trở thành ác mộng cơng trình Quản lý dự án tiến hành từ phát triển sản phẩm phần mềm sang giai đoạn bảo trì bảo trì địi hỏi đội nhỏ nhiều quản lý kiểu khác Trên thực tế, nhóm bảo trì thiết lập để bảo trì nhiều sản phẩm với quản lý chung, khống chế cấu hình kỹ thuật lắp đặt trường bảo trì tư liệu Tư liệu cần cập nhật giai đoạn bao gồm :      Tư liệu phát hành phiên Các báo cáo vấn đề Mọi tư liệu phát triển Mọi tư liệu người dùng Nhật ký bảo trì báo cáo dịch vụ khách hàng Bảo trì tiếp đọc chừng sản phẩm phầm mềm lắp đặt hoạt động Khi hệ thống già đi, kế hoạch chuẩn bị cho dự án phát triển thay cho hệ thống lão hố Vào lúc đó, cố gắng bảo trì giảm tới mức tối thiểu kỳ vọng sửa đổi yêu cầu hiệu chỉnh sai số kỹ thuật có hệ thống 5.6 QUẢN LÝ GIAI ĐOẠN BẢO TRÌ Khái qt chung: Giai đoạn bảo trì bắt đầu khách hàng chấp nhận sản phẩm cần có thay đổi sản phẩm mã nguồn, tài liệu, hướng dẫn sử dụng…hay gọi tiến triển Sự cần thiết bảo trì: Trong chu trình sống phần mềm bảo trì giai đoạn cuối chu trình ta cần phải nói bảo trì giai đoạn vơ cần thiết vì: Khi thực quà trình nghiện cứu số lượng phần mềm lớn khó tránh khỏi sai sót Vì vậy, ta cần phải hiệu chỉnh lỗi đặt tả, thiết kế, tài liệu, mã nguồn hay dạng khác Trong đó, hiệu chỉnh chiếm khoảng 17.5% Về khâu hoàn thiện cần cần tới bảo trì khoảng 60.5% sai sót Nên ta cần phải thay đổi mã lệnh nhằm hoàn thiện hiệu sản phẩm Sau hoàn thiện đưa vào sử dụng để dạt hiệu cao ta cần bảo trì để phần mềm thích ứng khoảng 18% thay đổi nhằm tácđộng lại thay đổi Giáo viên biên soạn: Nguyễn Trần Phương 164 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống môi trường mà sản phẩm vận hành Khách hàng phải chịu khoảng chi phí Ngồi dạng kể cịn có khoảng 4% dạng khác Ví dụ: Khách hàng yêu cầu thêm số chức hay sửa đổi sản phẩm để tăng tốc độ xử lý nhằm để hoàn thiện Hay thay đổi trình biên dịch, hệ điều hành phần cứng để thích ứng Những quan tâm nhà lập trình bảo trì: Do trình bảo trì thật cần thiết nên đặt địi hỏi nhà lập trình bảo trì sau: Hồn thành thuật ngữ nhà lập trình bảo trì (maintenance prgrammer – MP) để nhóm lập trình viên thực cơng tác bảo trì phần mềm Bảo trì giai đoạn cuối chu kì phần mềm nên coi khía cạnh khó khăn nhất, nhiều thách thức sản phẩm phần mềm đụng chạm đến tất giai đoạn tiến trình dựng phần mềm Địi hỏi từ thực tế cho thấy công ty thường xem nhẹ cơng tác bảo trì hay giao cơng đoạn bảo trì cho lập trình viên Khi dễ nảy sinh trường hợp MP không đủ kinh nghiệm kỹ lần vết tốt việc xác định xác vị trí lỗi Bởi số trường hợp lỗi nảy sinh người sử dụng hướng dẫn sử dụng khơng xác lỗi mã nguồn gây Lỗi hồi qui địi hỏi khả quan sửa chửa lỗi có quan tâm đến lỗi khác sản phẩm Các nhà lập trình bảo trì cần phải chuẩn bị tài liệu chi tiết cho toàn sản phẩm mô-đun riêng biệt sau sửa chữa xong để cơng tác bảo trì cho lần sau sử dụng lại Và thực tế bảo trì xem dịch vụ hậu thuẫn nhằm giữ khách hàng cách cung cấp dịch vụ bảo trì tốt nhanh Đó chuẩn mực cấn có tất cơng ty kinh doanh phần mềm Quản lý bảo trì: Xây dựng chế cho phép có thay đổi sản phẩm thực việc bảo trì Lãnh đạo nhóm SQA - Nhóm đảo bảo chất lượng phần mềm [QLDAPM.ĐHQG] nhóm phát triển phần mềm phải độc lập Quản lý chặt việc báo cáo lỗi tránh việc sai sót thơng tin ban đầu cách:  u cầu người sử dụng điền thông tin lỗi chức  Các báo cáo lỗi phải đủ thơng tin để MP tái tạo lại lỗi xảy Quản lý uỷ quyền thay đổi tên sản phẩm:  Xác định lỗi, thay đổi mã nguồn, cố định mã nguồn  Khó khăn thử qui hồi sản phẩm  Cập nhật tài liệu để phản ánh thay đổi  Có thể cập nhật liệu đặt tả thiết kế  Tạo phiên cần thiết  Chuyển đến nhóm SQA để xác nhận lại (nhưng không can thiệp vào công việc lập trình viên) Giáo viên biên soạn: Nguyễn Trần Phương 165 Trường Trung học Kinh tế Kỹ thuật Hòa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống Bảo đảm cơng tác bảo trì:  Việc bảo trì cần phải thực nhiều lần  Tạo nhiều phiên để việc thẩm tra kiểm thử xác  Có kế hoạch bảo trì suốt trình phần mềm  Ghi nhận cẩn thận thông tin kỹ thuật để tái tạo sử dụng cần  Tài liệu phải hoàn tất hiệu chỉnh chu đáo, phản ánh xác thành phần phiên hành Vấn đề lặp lại công tác bảo trì:  Do khách hàng thường xuyên thay đổi yêu cầu nên việc bảo trì phải thay đổi thường xuyên tuỳ theo yêu cầu  Nên đưa mơ hình làm việc cụ thể có thay đổi phải trả thêm chi phí phát sinh Bảo trì phần mềm hƣớng đối tƣợng: Cơng tác bảo trì phần mềm hướng đối tượng có ưu nhược điểm sau: Ưu điểm: Dễ dàng bảo trì đối tượng do:  Các khái niệm độc lập với nên dễ dàng xác định vị trí lỗi, nhằm thực hiệu chỉnh hay nâng cao tuỳ theo yêu cầu  Các thay đổi tác động bên đối tượng nên giảm thiểu lỗi hồi quy Nhược điểm:  MP phải nghiên cứu toàn thừa kế  Khó khăn cài đặt ngơn ngữ lập trình hướng đối tượng vấn đề đa hình động  Khi lần vết nhà thừa kế liên tục có lớp có thay đổi tạo khó khăn đáng kể So sánh kỹ bảo trì kỹ phát triển: Khả Kỹ bảo trì Xác định nguyên nhân Hiệu chỉnh gây lỗi Thực hiệu chức mà khơng có Hồn thiện, thích ứng tài liệu thích hợp Nắm vững vấn đề liên Đòi hỏi quan giai đoạn Kỹ phát triển Kiểm thử tích hợp kiểm thử phát triển Đặc tả, thiết kế , cài đặt tích hợp, kiểm thử Địi hỏi Kiểm thử giai đoạn bảo trì: Khó khăn phải nắm vững toàn sản phẩm Cách tiến hành:  Sử dụng tình kiểm thử để đảm bảo sản phẩm vận hành tốt sau có cập nhật  Thay đổi số tình kiểm thử Giáo viên biên soạn: Nguyễn Trần Phương 166 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống  Lưu trữ toàn tình kiểm thử với kết cần đạt tương ứng  Sử dụng kiểm thử hồi quy Đánh giá giai đoạn bảo trì: Sử dụng cách đánh giá cho giai đoạn liên quan trính phát triển Ngồi cịn có:  Số lượng báo cáo lỗi  Phân loại lỗi theo độ khó kiểu lỗi  Thông tin trạng thái hành báo cáo lỗi CÂU HỎI CHƢƠNG : Câu 5.6.1.1: Thuật ngữ “nhà lập trình bảo trì” có ý nghĩa nào? Câu 5.6.1.2: Bảo trì phần mềm hướng đối tượng gì? Tại bảo trì phần mềm hướng đối tượng cho dễ? Câu 5.6.1.3: Sử dụng kiểm thử hồi qui ? Nếu khơng có q trình khơng ? Câu 5.6.1.4: Giai đoạn bảo trì giai đoạn cuối chu trình sống phần mềm nói bảo trì có ảnh hưởng đến giai đoạn khác hay không ? Câu 5.6.1.5: Trong phần đánh giá phải đánh giá theo độ khó kiểu lỗi ? Câu 5.6.1.6: Nếu phần mềm game sau mua sử dụng thời gian xảy lỗi phần đồ hoạ có tốn chi phí bảo trì hay khơng ? Câu 5.6.1.7: Làm xác định điểm dừng cho bảo trì ? GỢI Ý TRẢ LỜI CÁC BÀI TẬP Trả lời câu 5.6.1.1: Nhà lập trình bảo trì lập trình viên thực cơng tác bảo trì có lỗi xảy hay có yêu cầu từ khách hàng Trả lời câu 5.6.1.2: Bảo trì phần mềm hướng đối tượng cơng tác bảo trì phần mềm mang tính chất hướng đối tượng Đây vấn đề đươc cho dễ cómthuận lợi định xảy lỗi dễ tìm kiếm khắc phục khơng sợ lỗi hồi qui Trả lời câu 5.6.1.3: Kiểm thử hồi qui thực cơng tác bảo trì phát lỗi giai đoạn ta phải sửa chữa lúc đo ta phải kiểm tra lại giai đoạn khác lỗi giai đoạn trước gây lỗi cho phần Nếu khơng có q trình cơng tác bảo trì khơng đảm bảo chất lượng phần mềm hoàn hảo yêu cầu đặt Trả lời câu 5.6.1.4: Theo mơ hình thác nước hình 3.2 chương 3(chu trình sống phần mềm) dã thấy rõ bảo trì có quan hệ với giai đoạn khác.Vd:Có khách hàng mua phần mềm ta viết sử dụng sau thời gian họ yêu cầu ta sửa đổi cấu trúc cho phù hợp với thời điểm hành cơng tác bảo trì đươc thực thay đổi theo yêu cầu khách hang dã phải làm việc sửa đổi giai đoạn khác Trả lời câu 5.6.1.5: ta thực bảo trì cần phải xác định lỗi xảy nguyên nhân từ đâu lỗi khách hang sử dụng cần xác định thêm độ khó để biết chi phí khắc phục mà khách hàng phải chịu Trả lời câu 5.6.1.6: Vì phần mềm bạn mua sử dụng sau khoảng thời gian nên MP phải xác đinh lại lỗi mã nguồn hay người sử dụng Giáo viên biên soạn: Nguyễn Trần Phương 167 Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống mã nguồn gây lỗi bạn cấp phần mềm không lỗi đáp ứng yêu cầu bạn Ngược lại bạn phải trả chi phí cho hoạt động bảo trì Trả lời câu 5.6.1.7: Đối với tất phần mềm có quyền nhà cưng cấp ký với người sử dụng hợp đồng thời gian bảo hành điều khoản công tác bảo hành.Vì nói điểm dừng bảo hành chinh thời gian bảo hành vấn đề cần phải biết điều khoản bảo hành TÀI LIỆU THAM KHẢO [GTPTTK.ĐHQG] - Đào Kiến Quốc, Giáo trình phân tích thiết kế hệ thống thơng tin tin học hóa, Hà Nội 2000 [QLDAPM.ĐHQG] - Quản lý dự án phần mềm, Khoa Công nghệ Thông tin Đại học Quốc gia Hà Nội [TĐQ&NMS.PTTK] – Trần Đình Quế, Nguyễn Mạnh Sơn, Phân tích thiết kế hệ thống thơng tin, Học viện Cơng nghệ Bưu Viễn Thông Tham khảo nhiều tác giả - www.moet.gov.vn - Phân tích thiết kế hệ thống tin học Tham khảo nhiều tác giả - www.quantrimang.com - Phân tích thiết kế hệ thống tin học Giáo viên biên soạn: Nguyễn Trần Phương 168 ... 1.2 PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THƠNG TIN Phân tích thiết kế hệ thống thông tin phương pháp sử dụng để tạo trì hệ thống thơng tin nhằm thực chức lưu trữ, xử lý thông tin truyền thông tin Mục... nghệ Thơng tin MỤC LỤC Mục lục Lời nói đầu Chương 1: Những vấn đề chung 1.1 Hệ thống thông tin 1.1.1 Hệ thống thông tin 1.1.2 Các tính hệ thống thơng tin 1.2 Phân tích thiết kế hệ thống thơng tin. .. liệu môn Phân tích & Thiết kế hệ thống – Giáo viên biên soạn: Nguyễn Trần Phương Trường Trung học Kinh tế Kỹ thuật Hịa Bình – Ngành Cơng nghệ Thơng tin - Mơn Phân tích & Thiết kế hệ thống CHƢƠNG