Baøi taäp töï giaûi LỜI MỞ ĐẦU Cho đến bây giờ, chúng em đã làm nhiều phần mềm cho các đồ án môn học của mình Nhưng cách phân công, quản lý chưa được tốt dẫn đến kết quả đạtđược không cao,hoặc khôn g[.]
LỜI MỞ ĐẦU Cho đến bây giờ, chúng em làm nhiều phần mềm cho đồ án môn học Nhưng cách phân cơng, quản lý chưa tốt dẫn đến kết đạtđược không cao,hoặc khôn g thỏa mãn yêu cầu phần mềm đề Nghiên cứu đề tài nhằm giúp chúng em khắc phục vấn đề khó khăn đạt mục tiêu việc quản lý dự án phần mềm trình học nhà trường thực tế làm sau Để làm công việc nhà quản lý dự án phần mềm, ngồi kỹ chun mơn, ta cần có kỹ quản lý Mà kỹ lĩnh hội thứ trời cho Những vấn đề tụi em trình bày báo cáo mang tính chất lý thuyết, tụi em chưa có nhiều hội để tham gia vào dự án phần mềm chuyên nghiệp Nhưng lý thuyết trình đúc kết từ thực tiễn nhiều nhà quản lý ghi lại tài liệu, sách vở, giảng Từ đó, cung cấp cho chúng em tư duy, hướng trình tụi em thực dự án phần mềm sau Đề tài “Quản lý dự án Cơng Nghệ Thông Tin” bao gồm tất chương: Chương 1: Tổng Quan quản lý dự án Công Nghệ Thơng Tin Chương 2: Chu Trình Phát Triển Phần Mềm Chương 3: Sử dụng Microsoft Project 2007 để phân tasks công việc Chương 4: Tư Duy Chiến Lược Chương 5: Theo Dõi Kiểm Sốt Chương 6: Khốn Ngồi Chương 7: Thay Đổi Kết Thúc LỜI CẢM ƠN Trong suốt thời gian thực báo cáo, chúng em nhận giúp đỡ anh chị khóa trước cung cấp cho chúng em số tài liệu kinh nghiệm thực tế làm anh chị, để chúng em hồn thành báo cáo Chúng em cảm ơn ủng hộ từ phía gia đình, bạn bè làm động lực để chúng em có thêm lượng khoảng thời gian chúng em phải chịu nhiều sức ép từ đồ án môn học, đặc biệt đồ án này, để chúng em hồn thành thời hạn Mặc dù cố gắng hết khả báo cáo chúng em tránh khỏi thiếu xót Rất mong nhận góp ý quý báu quý thầy để báo cáo chúng em hồn chỉnh Nhóm 05 NHẬN XÉT (của giảng viên môn) ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… ………………………………………………………………………………………………………… MỤC LỤC Chương 1: Tổng Quan Chương 2: Chu Trình Phát Triển Phần Mềm Chương 14 Sử dụng Microsoft Project 2007 để phân tasks công việc .14 3.1Giới thiệu Microsoft Project: 14 3.2 Tạo lập dự án: 14 3.2.1 Ba thuộc tính task: 14 3.2.2 Làm việc với task MSProject 2007: 15 3.3 Các loại tasks: 19 3.4 Các xác định loại task: 20 3.5 Effort-driven: .20 3.6 Lựa chọn effort-driven MSProject: .21 Chương 4: Tư Duy Chiến Lược 23 4.1 Lí việc tư chiến lược quản lí dự án cơng nghệ thơng tin: .23 4.2 Các công cụ tốt cho việc từ ý tưởng tới hành động: 23 4.3 Cây mục đích 24 4.3.1 Khái niệm: .24 4.3.2 Cách xây dựng mục đích: 24 4.3.3 Khuôn khổ logic 25 4.3.4 Không chắn giả định 25 4.3.5 Định lượng thành công 25 4.3.6 Việc định lượng thành công phải 25 4.3.7 Tạo danh sách hành động: Hoạt động chủ chốt gì? 25 4.3.8 Sơ đồ trách nhiệm 26 4.3 Cách chuẩn bị sơ đồ trách nhiệm .26 4.3.10 Các bước chủ chốt việc tạo Khuôn khổ logic .26 Chương 5: Theo Dõi Kiểm Soát 30 5.1.Kiểm soát thực dự án 31 5.2.Điều phối theo vết dự án 31 5.3.Kiểm soát vấn đề 32 5.4.Ước lượng hoàn thành pha .33 5.5.Báo cáo trạng thái dự án 33 5.6.Kiểm soát tiến độ .34 5.7.Kiểm soát nguồn lực 35 5.8.Quản lí tổ chức nhân viên 36 5.9.Quản lí mua sắm 36 5.10.Kiểm sốt chi phí 36 5.11.Kiểm soát chất lượng .37 5.12.Kiểm soát rủi ro .38 Chương 6: Khốn Ngồi .39 6.1 Lợi ích khốn ngồi 39 6.2 Các điểm bất lợi .40 Chương 7: Thay Đổi Và Kết Thúc .40 7.1Vấn đề thay đổi 40 7.1.1 Quản lý thay đổi 40 7.1.2 Thủ tục quản lý thay đổi 40 7.2 7.2.1 Vấn đề kết thúc 41 Xác nhận trạng thái kết thúc dự án 41 7.2.2 Chuẩn bị báo cáo hoàn thành dự án 41 7.2.3 Báo cáo hoàn thành dự án: 41 7.2.4 Đánh giá sau hoàn thành dự án: 42 7.2.5 Thu thập, phân loại phân tích thơng số hiệu suất dự án 42 Phụ Lục 43 TÀI LIỆU THAM KHẢO 43 Chương 1: Tổng Quan 1.Nhu cầu gia tăng phần mềm: Thật có lĩnh vực cơng nghệ đại lại khơng chứa phần mềm Điều bao gồm xe hơi, hàng không vệ tinh thang máy, máy fax, truyền hình quan điện tử Phần mềm vận hành hệ thống an ninh xã hội, phần mềm sử dụng rộng rãi để viết in sách Việc gia tăng nhu cầu phần mềm trở nên vấn đề gay cấn Nó gây việc gia tăng nhu cầu kỹ sư phần mềm Vượt xa mức độ nhà chuyên nghiệp phần mềm tốt nghiệp trường đại học Do phát triển phần mềm yêu cầu có suất cao, lợi hơn, tin cậy nói chung thành cơng Những u cầu không đáp ứng phương pháp phát triển thơ thiển ngày đầu máy vi tính Những phương pháp đề xuất cải tiến đáng kể đường mà phần mềm phát triển Tính nghiêm trọng vấn đề thừa nhận khắp cộng đồng công nghệ phần mềm Một số liên công ty tổ chức quốc tế thành lập Hoa Kỳ, Nhật Bản Châu Âu với ngân sách to lớn dành cho việc tìm kiếm phương pháp giảm nhẹ (nếu khơng phải loại trừ) vấn đề Cox (1990), phân tích phương hướng cơng trình phần mềm tiến hành cho thấy rõ cách mạng công nghiệp phần mềm lý thú, ơng tiên đốn ngày mà nhà lập trình thơi khơng mã hóa thứ xóa ghép ứng dụng từ catalog lưu trữ tốt thành phần phần mềm sử dụng lại Quan niệm quan niệm cách mạng khác phát triển phần mềm tự động (Frankel 1985) phải quãng đường dài trước trở thành phương tiện thiết thực phát triển phần mềm Xu hướng tiến tới cơng trình phần mềm có máy tính hỗ trợ (CASE) tạo nên nhiều công cụ phát triển tự động chẳng may thay cơng cụ thường nhiều thời gian, khơng xứng với chúng, lĩnh vực khác công nghệ hệ CAD/CAM2 tự động sử dụng để thiết kế xây dựng thành phần điện tử phát triển phần mềm cịn hồn tồn cố gắng thủ công Cho đến lúc mà phần mềm sử dụng lại phát triển phần mềm tái tạo tự động bắt đầu thay kỹ sư phần mềm phần mềm cịn tiếp tục người phát triển Trong chờ đợi việc gia tăng theo yêu cầu suất thục tay nghề, thắng lợi chung phát triển phần mềm phải trì trách nhiệm phải nhà quản lý dự án phần mềm 1.2 Quản lý gì? Quản lý cơng tác chủ thể quản lý lên đối tượng quản lý nhằm đạt mục tiêu định,trong điều kiện biến động môi trường Bao gồm hành động: – Lập kế hoạch: trình thiết lập mục tiêu phương thức hành động để đạt mục tiêu – Tổ chức: trình xây dựng bảo đảm điều kiện để đạt mục tiêu – Chỉ huy: trình đạo,thúc đẩy thành viên làm việc cánh tốt – Kiểm tra: trình giám sát chấn chỉnh,uốn nắng hoạt động để đảm bảo công việc hoạt động theo kế hoạch Dự án gì? Dự án tập hợp cơng việc làm tập thể người có chuyên môn,nhằm đạt kết dự kiến, thời gian dự kiến, với kinh phí dự kiến 1.3 Quản lý dự án gì? Quản Lý Dự Án(QLDA) việc áp dụng công cụ, kiến thức, kĩ thuât nhằm định nghĩa, lập kế hoạch, tiến hành triển khai, tổ chức, kiểm soát kết thúc dự án Quản lý dự án trở thành cách quản lý sách thay cho cách quản lý hành chính, mệnh lệnh, quan lieu QLDA bao gồm cấu thành chính: -Con người - Máy móc,thiết bị kĩ tht Dự án công nghệ thông tin loại dự án thực lĩnh vực công nghệ thông tin, tuân thủ theo nguyên tắc quản lý dự án, theo quy trình chế tạo,sản xuất sản phẩm công nghệ thông tin Đã goi dự án công nghê thông tin phải: Đưa ý tưởng làm chiến lược hóalập kế hoạch tổ chức thực hiệnvận hành 1.4 Vai trò người quản lý dự án: Để trở thành nhà quản lý dự án phần mềm tốt nhà phát triển phần mềm tốt khơng cịn đủ Nhà quản lý dự án cần có phẩm chất kỹ để hồn thành vai trị sau: Người chịu trách nhiêm cuối cho dự án Điểm tiếp xúc với bên dự án (Khách hàng): Trong số dự án, việc tiếp xúc với khách hàng hoạt động quản lý chủ yếu Điều bao gồm viết tài liệu yêu cầu khách hàng, khống chế thay đổi khách hàng, xử lý việc tham gia khách hàng vào trình phát triển, cung cấp báo cáo tổ chức xét duyệt trình diễn sản phẩm Giải vấn đề dự án Vai trò lãnh đạo kỹ thuật: Lãnh đạo kỹ thuật tốt thường phẩm chất ao ước việc quản lý phần mềm có hiệu Điều thường địi hỏi khả cung cấp đạo giải pháp vấn đề kỹ thuật phát sinh trình phát triển dự án Xây dựng kế hoạch dự án: hoạt động quản lý quan trọng bao gồm việc chuẩn bị dự toán tốt, trì lịch trình phát triển bố trí nhân hiệu Theo dõi kiểm sốt q trình thực hiên dự án: Điều bao gồm việc quản lý có hiệu thành viên đội ngũ phát triển địi hỏi ý thức thường xun tình trạng thực công việc họ dự án Quản lý thay đổi Kết thúc dự án: Như nhà quản lý dự án biết DA thường khơng khó khăn để đến kết thúc Đi tới đoạn kết dự án, luôn bên quan tâm khác phát sinh yêu cầu Những phê phán thay đổi hoạt động phút chót khác Điều đặc biệt có thực với dự án giá cố định phát triển cho khách hàng theo hợp đồng Những vấn đề liên quan đến việc kết thúc dự án là: - Tranh chấp khách hàng nhà phát triển việc lý giải cung ứng đặc điểm yêu cầu - Thất bại hệ thống khuyết tật thiết kế xác định trình cài đặt thử nghiệm hệ thống - Khó khăn việc giữ cho đội ngũ phát triển hợp lực lại với động Khi tình hình căng thẳng giảm vào gần cuối dự án có tình trạng sút giảm nhiệt tình tương ứng thành viên lại đội phát triển Phân tích rủi ro: Nhìn xa phẩm chất quản lý tuyệt hảo thường phát triển theo kinh nghiệm Thật vậy, nhiều trường hợp, vấn đề đốn trước Trong trờng hợp đó, nhà quản lý lập kế hoạch khả mà vấn đề xảy dự tính khả nó, đánh giá tác động chuẩn bị trước giải pháp Điều thường gọi phân tích rủi ro phơng tiện hiệu để đấu tranh chống lại vấn đề phát triển tiềm ẩn Tiến hành phân tích rủi ro có nghĩa dự bị sẵn sàng Đây hình thức bảo hiểm, ý tưởng vấn đề có nảy sinh giải pháp có sẵn Giống bảo hiểm, phân tích rủi ro thường phải trả giá Chi phí dự phịng cho phát sinh vấn đề trước hết chi phí để có giải pháp đối phó sẵn tay, vấn đề xảy ra, khơng Trong số trường hợp, chi phí tối thiểu: Chỉ thời gian cần để tiến hành phân tích lập tài liệu cho giải pháp thời gian để theo dõi vấn đề Trong trờng hợp khác, chi phí lớn lao, chẳng hạn, giá phận thay thiết bị phát triển Trong trường hợp, vấn đề phân tích giải sớm đơn giản nhiều so với việc giải vấn đề sau phát sinh bất ngờ Chương 2: CHU TRÌNH PHÁT TRIỂN PHẦN MỀM Các biến thái chủ đề thác nước Phát triển phần mềm hầu hết hoạt động khác có khởi đầu, trung đoạn kết thúc Kết thúc hoạt động phát triển đơi nhìn nhận tiếp nối với khởi đầu hoạt động phát triển tạo chu trình khởi đầu - trung đoạn - kết thúc, tiếp nối, khởi đầu, trung đoạn - kết thúc , tiếp nối cách nhìn phát triển phần mềm coi chu kỳ đời (vòng đời) phát triển phần mềm Có nhiều biến thức chu kỳ đời phát triển phần mềm Hình 1.1 cho thấy vịng đời đơn giản thơng thường vài thập kỷ đầu phát triển phần mềm Vào ngày đầu phát triển phần mềm, nhà lập trình hẳn sáng tạo chương trình cách lặp lại từ mã đến phạm trù trở lại mã lại phạm trù đến có chút chấp nhận (mong vậy) sản sinh khởi đầu chu trình thường khơng có quan niệm rõ ràng yêu cầu qui trình phát triển hình thức tiếp cận '' để xem làm gì'' Phương pháp phát triển phần mềm biểu thị chu trình phát triển hình 1.1 thường coi phương pháp mã phạm trù (vì lý hiển nhiên) Những phương pháp luận phát triển phần mềm chặng đường dài từ ngày “code and fix” mặc thật ngạc nhiên chỗ có biết phần mềm cịn phát triển theo cách Việc quản lý thắng lợi dự án nào, đặc biệt dự án phần mềm, đòi hỏi phải lập kế hoạch lập kế hoạch với ''mã phạm trù, hồn tồn khơng thể tiên liệu Quản lý phát triển phần mềm mơn cơng trình lại dựa pha phát triển ngăn nắp Những pha khơng riêng nhà lập trình thực hiện, chúng địi hỏi có kỹ sư phần mềm Trên thực tế, lập trình trở thành phận tương đối nhỏ chu trình phát triển phần mềm đại ta thấy bảng 4.1 Hình 1.1 Phương pháp Code Fix Hình 1.2 Mơ hình pha vịng đời phát triển phần mềm Hình 1.2 cho thấy mơ hình pha vịng đời phát triển phần mềm Mơ hình gọi mơ hình thác nước có tên cách mà pha rồn rập thác để sang giai đoạn sau ( gối đầu) minh hoạ Một số lý giải mơ hình thác nước lý giải sau đây, phối hợp pha thiết kế mức đỉnh thiết kế chi tiết thành pha thiết kế pha tích hợp thử nghiệm vào pha Trên thực tế có nhiều biến thể mơ hình thác nước cổ điển tất dựa chuyển tiếp có hệ thống từ pha phát triển sang pha sau cho tận đến dự án hoàn thành