QUẢN Lý d6cntt epu dai

LỜI NÓI ĐẦU Hiện nay, hình ảnh đang là loại nội dung xuất hiện nhiều và được yêu thích trên các mạng xã hội. Nhu cầu quay, chụp những bức ảnh ghi lại khoảnh khắc đẹp của bản thân hay người xung quanh, những điều mà bạn thích thú về cuộc sống và con người hàng ngày rồi nhanh chóng đăng lên các trang mạng xã hội để chia sẻ với bạn bè, người thân hay tìm một nơi lưu trữ được lượng ảnh lớn để tránh tốn bộ nhớ ngày càng tăng. Đồng thời, nhu cầu tìm kiếm những hình ảnh đẹp và chất lượng trên mạng cũng lớn. Theo số liệu về đối tượng và lãnh thổ địa lý của mạng xã hội do Search Engine Journal thống kê cho thấy, có 72% số người sử dụng Internet hiện nay đang hoạt động trên các mạng xã hội,71% người sử dụng truy cập mạng xã hội từ thiết bị di động. Trong đó, tỷ lệ người sử dụng mạng xã hội trong độ tuổi 18-29 đạt tới 89%, trong khi đó độ tuổi 30-49 chỉ là 72%, 60% những người trong độ tuổi từ 50-60 đang hoạt động trên các mạng xã hội, còn nhóm người ở độ tuổi trên 65 là 43%. Mạng xã hội là sự kết hợp giữa các bài tự đăng và chia sẻ nội dung. Không chỉ những người trẻ tuổi mới sử dụng mạng xã hội, mà công cụ này hiện tại đã mang tính toàn cầu và được gắn với mọi ngõ ngách của Internet, thậm chí trở thành tài sản kỹ thuật số đối với nhiều cá nhân, doanh nghiệp. Điều này cho thấy số lượng người truy cập và chia sẻ những hình ảnh trên mạng vô cùng lớn.Bạn không thể phủ nhận rằng những hiệu quả to lớn từ những nội dung hình ảnh trên các mạng xã hội mang tới cho mỗi chúng ta. Một website chuyên về chia sẻ hình ảnh là cần thiết. CHƯƠNG 1: XÁC ĐỊNH DỰ ÁN 1.1 Mục tiêu Cung cấp một trang web chuyên về hình ảnh nhằm chia sẻ những hình ảnh chất lượng rộng rãi trong cộng đồng mạng, giúp mọi người dễ dàng lưu trữ những hình ảnh của mình mà không tốn kém bộ nhớ.Giúp họ dễ dàng quản lý hình ảnh của mình theo từng chủ đề và dễ dàng tìm kiếm nhiều hình ảnh mà mình muốn với chất lượng tốt và kích cỡ chuẩn 1.2 Phạm vi Cung cấp một trang web chuyên về chia sẻ hình ảnh,thực hiện chi tiết các yêu cầu à chức năng của project, đồng thời thiết lập các tiêu chuẩn nghiệm thu, bàn giao, cung cấp các tài liệu chỉ dẫn. 1.3 Mô tả sản phẩm dịch vụ Khảo sát về yêu cầu của các đối tượng ở những độ tuổi khác nhau và nghề nghiệp khác nhau về nhu cầu hình ảnh, cho thấy: - Ở độ tuổi từ 10-30 tuổi: các đối tượng trong độ tuổi này thường sử dụng các hoạt động trên internet nhiều nhất, về hình ảnh, họ không chỉ muốn tìm những hình ảnh đẹp, có chất lượng mà còn là đối tượng có nhu cầu lớn trong việc chia sẻ những hình ảnh cá nhân hoặc các hoạt động xung quanh. - Ở độ tuổi >30 tuổi: nhu cầu này giảm dần khi tuổi càng tăng. Với đối tượng này hoạt động chủ yếu là tìm những hình ảnh liên quan đến những vấn đề họ cần như trong công việc hay giải trí. Các nhóm đối tượng theo nghề nghiệp: - Học sinh, sinh viên: đây là nhóm đối tượng tham gia vào các hoạt động trên mạng xã hội nhiều nhất. Họ có nhu cầu kết nối bạn bè rất nhiều. Vì vậy không chỉ tìm kiếm hình ảnh đẹp, chất lượng, chia sẻ những hình ảnh mình yêu thích mà còn thích đăng tải những hình ảnh của bản thân, gia định hay bất cứ thứ gì họ thích. Không chỉ vậy, ở đối tượng này họ còn thích được thể hiện những suy nghĩ, chính kiến hay cách nhìn cuộc sống của bản thân thông qua bình luận hay mô tả thông qua hình ảnh. - Một đối tượng nữa là các bà nội trợ và dân văn phòng. Đây cũng là đối tượng có thời gian và thường xuyên truy cập các trang mạng xã hội. Với mục đích giải trí, giảm căng thẳng. Hình ảnh lại là ngôn ngữ biểu đạt cảm xúc dễ nhất mà hiệu quả nhất. - Ngoài ra còn một số đối tượng khác, mục đích tìm hình ảnh cho công việc liên quan của họ………… Mô tả chức năng của hệ thống: Hình 1.1: Sơ đồ phân rã chức năng hệ thống. Hệ thống gồm các chức năng chính là: - Quản lý người dùng: muốn chia sẻ hình ảnh trên website bạn phải đăng kí thành viên để có thể có một tài khoản trên website. Với tài khoản của mình, người dùng có thể sửa đổi thông tin, hay xóa hoàn toàn tài khoản nếu muốn. Quản lý thành viên sẽ do admin quản lý. Admin có thể kiểm soát số thành viên và thông tin và bài đăng của thành viên. - - - Quản lý quảng cáo: trên trang web có các thông tin quảng cáo. Việc này do admin trực tiếp quản lý. Admin có thể thêm, sửa, xóa các quảng cáo hay xem thông tin của các quảng cáo, nhà quảng cáo khi cần thiết. Quản lý bộ sưu tập: khi đã là thành viên của website, người dùng có thể đăng tải ảnh dưới dạng bộ sưu tập. Đồng thời có quyền thêm, sửa, xóa các thông tin liên quan tới bộ sưu tập của mình. Các thành viên khác cũng có thể tìm kiếm để xem các bộ sưu tập khác nhau có trên web. Quản lý ảnh: đây là chức năng quan trọng nhất của trang web. Thành viên có thể up ảnh, download ảnh, chia sẻ, like những ảnh mình yêu thích hay có thể bình luận ý kiến của mình cho những ảnh đó. Nếu không phải là thành viên, bạn chỉ có thể xem ảnh. Admin sẽ quản lý số lượt like, share, download ảnh và quản lý nội dung của bình luận. 1.4 Quy trình áp dụng theo mô hình thác nước Hình 1.2: Mô hình thác nước Chia làm 5 giai đoạn phát triển: - Tìm hiểu và phân tích các yêu cầu: Người dùng hệ thống và người phát triển hệ thống bàn bạc, trao đổi với nhau để thiết lập mục đích, rằng buộc, và các dịch vụ của hệ thống phần mềm, lĩnh hội được đòi hỏi của bài toán. - Thiết kế phần mềm và hệ thống: Tiến trình thiết kế hệ thống phân chia các yêu cầu thành các hệ thống phần cứng, phần mềm và thiết lập một kiến trúc hệ thống toàn bộ. Việc thiết kế phần mềm bao gồm việc thể hiện chức năng hệ thống phần mềm để biến đổi thành các chương trình khả thi. - Cài đặt và kiểm thử từng phần: Trong giai đoạn này, các đơn vị chương trình hay tập hợp các chương trình được kiểm thử lần lượt sao cho thỏa mãn các đặc tả tương ứng. - Tích hợp và kiểm thử hệ thống: Các đơn vị chương trình được tích hợp và kiểm thử như là một hệ thống đầy đủ để đảm bảo các yêu cầu đặt ra ban đầu. Sau giai đoạn này hệ thống phần mềm được giao cho khách hàng. - Khai thác và bảo trì: Đây là một pha dài nhất của chu kỳ sống. Hệ thống được cài đặt và đưa vào sử dụng thực tế. Việc bảo trì bao gồm việc khắc phục những sai sót xảy ra đã không xuất hiện trong các giai đoạn trước đó của chu kỳ sống. Việc tối ưu các dịch vụ của hệ thống được xem như là những yêu cầu mới được phát hiện. Ưu điểm, nhược điểm của Mô hình thác nước: - - Ưu điểm: Sử dụng cho dự án vừa và nhỏ, dễ quản lý, thời gian hoàn thành dự án thường được dự báo với độ chính xác hơn so với các mô hình khác, các tài liệu đầu ra của từng giai đoạn cũng được xây dựng đầy đủ và hệ thống hơn. Nhược điểm: Không sử dụng được cho dự án lớn, thời gian hoàn thành lâu, sửa lỗi khó khăn. Đòi hỏi một bản yêu cầu đầy đủ, chính xác từ phía khách hàng. CHƯƠNG 2 LẬP KẾ HOẠCH DỰ ÁN 2.1 Bảng công việc(WBS) Hình 2.1: Bảng công việc WBS 2.2 Ước lượng thời gian thực hiện các công việc STT 1.0 Tên Công Việc MO ML MP (ngày) (ngày) (ngày) EST (ngày) Khảo sát yêu cầu 1.1 Xác định yêu cầu 1 1 2 1.1666666 1.2 Kiểm tra yêu cầu 1 1 2 1.1666666 0.5 1 1 0.9166666 1.3 Báo cáo 2.0 3.0 Phân tích 2.1 Xác định yêu cầu website 1 1 1 1 2.2 Tổng hợp yêu cầu 2 3 4 3 2.3 Xây dựng cấu trúc website 1 1 2 1.1666666 2.4 Lập bảng chi tiết công việc 1 1 2 1.1666666 2.5 Xác định nguồn lực 1 2 2 1.8333333 2.6 Lập kế hoạch thực hiện 1 1 2 1.1666666 2.7 Báo cáo 1 1 2 1.1666666 3.1 Thiết kế khung UD 3.2 Thiết kế giao diện 3.2.1 Thiết kế giao diện trang chủ 2 3 4 3 1 2 2 3.2.2 Thiết kế trang up load 1 1 2 2 3 4 1 1 2 1 2 2 4.1 Thiết kế CSDL 4.2 Viết code 2 3 4 3 4.2.1 Viết code trang chủ 2 3 4 3 4.2.2 Viết code trang up load 2 3 4 3 3 4 4 1 2 2 1 2 2 Thiết kế 3.2.3 Thiết kế trang đăng ký đăng nhập 3.2.4 Thiết kế trang quản lý ảnh 3.2.5 Thiết kế trang quản lý thành viên 4.0 1.8333333 1.1666666 3 1.1666666 1.8333333 Xây dựng 4.2.3 Viết code trang đăng ký đăng nhập 4.2.4 Viết code trang quản lý ảnh 4.2.5 Viết code trang quản lý thành viên 3.8333333 1.8333333 1.8333333 5.0 Chạy thử 0.5 1 1 0.9166666 2 3 4 3 0.5 1 1 0.9166666 6.1 Cài đặt 1 2 2 1.8333333 6.2 Đưa vào hoạt động 2 2 3 2.1666666 6.3 Sửa lỗi phát sinh 2 3 4 3 6.4 Báo cáo 1 1 2 1.166666 7.1 Viết tài liệu hướng dẫn 1 1 2 1.166666 7.2 Đào tạo 2 3 3 2.8333333 5.1 Kiểm tra 5.2 Sửa lỗi phát sinh 5.3 Báo cáo 6.0 Nghiệm thu 7.0 Chuyển giao Tăng 10% ngày công. STT Tên Công Việc EST (ngày) Tăng 10% Ngày công 1.0 Khảo sát yêu cầu 1.1 Xác định yêu cầu 1.1666666 10% 1.283333 1.2 Kiểm tra yêu cầu 1.1666666 10% 1.283333 1.3 Báo cáo 0.9166666 10% 1.0083 2.1 Xác định yêu cầu website 1 10% 1.1 2.2 Tổng hợp yêu cầu 3 10% 3.3 2.0 Phân tích 2.3 Xây dựng cấu trúcwebsite 1.1666666 10% 1.283333 2.4 Xác định nguồn lực 2.5 Xác định nguồn lực 1.1666666 10% 10% 1.283333 2.01666 1.8333333 2.6 Lập kế hoạch thực hiện 2.7 Báo cáo 1.1666666 1.1666666 10% 10% 1.283333 1.283333 3.0 Thiết kế 3.1 Thiết kế khung UD 3.2 Thiết kế giao diện 3.2.1 Thiết kế giao diện trang chủ 3.2.2 Thiết kế trang up load 3.2.3 Thiết kế trang đăng ký - đăng nhập 3 10% 3.3 1.8333333 1.1666666 10% 2.01666 10% 1.283333 3 10% 3.3 3.2.4 Thiết kế trang quản lý ảnh 1.1666666 10% 3.2.5 Thiết kế trang quản lý thành viên 1.8333333 10% 3 10% 3.3 3 3 3.8333333 10% 10% 3.3 3.3 10% 4.2166 4.2.4 Viết code trang quản lý ảnh 1.8333333 10% 2.01666 4.2.5 Viết code trang quản lý thành viên 1.8333333 10% 2.01666 10% 0.916667 5.2 Sửa lỗi phát sinh 0.9166666 3 10% 3.3 5.3 Báo cáo 0.9166666 10% 1.0083 1.8333333 2.1666666 3 1.166666 10% 10% 10% 10% 2.01666 2.38332 3.3 1.283333 10% 0 1.283333 2.01666 4.0 Xây dựng 4.1 Thiết kế CSDL 4.2 Viết code 4.2.1 Viết code trang chủ 4.2.2 Viết code trang up load 4.2.3 Viết code trang đăng ký - đăng nhập 5.0 Chạy thử 5.1 Kiểm tra 6.0 Nghiệm thu 6.1 Cài đặt 6.2 Đưa vào hoạt động 6.3 Sửa lỗi phát sinh 6.4 Báo cáo 7.0 Chuyển giao 7.1 Viết tài liệu hướng dẫn 7.2 Đào tạo 2.3 Lập lịch MÃ CV Tên Công Việc 1.1 Xác định yêu cầu 1.2 1.3 Kiểm tra yêu cầu Báo cáo 2.1 Xác định yêu cầu website 2.2 2.3 2.4 2.5 2.6 2.7 3.1 3.2. 1 3.2. 2 3.2. 3 3.2. 4 3.2. 5 Tổng hợp yêu cầu Xây dựng cấu trúc website Lập bảng chi tiết công việc Xác định nguồn lực Lập kế hoạch thực hiện Báo cáo Thiết kế khung UD 4.1 Thiết kế CSDL 4.2. 1 4.2. 2 4.2. 3 4.2. 4 1.166666 2.8333333 Ngày công 1.283333 1.283333 1.0083 1.1 3.3 1.283333 1.283333 2.01666 1.283333 1.283333 Thiết kế trang quản lý thành viên Viết code trang chủ Viết code trang up load 3.116666 Công việc đi trước 1.1 1.1,1.2 2.1 2.1,2.2 2.3 2.4 2.4,2.5 2.6 2.6,2.7 3.1 3.2.1 3.2.2 3.2.3 2.01666 3.2.4 1.283333 3.3 2.2,3.1 3.2.1,4.1 1.283333 2.01666 Viết code trang đăng ký - đăng nhập Viết code trang quản lý ảnh 10% 3.3 Thiết kế trang đăng ký - đăng nhập Thiết kế trang quản lý ảnh 1.283333 1.1,1.2,1.3 Thiết kế giao diện trang chủ Thiết kế trang up load 10% 3.2.2,4.1 3.2.3,4.1 3.2.4,4.1 3.3 4.2.5 Viết code trang quản lý thành viên 5.1 Kiểm tra 5.2 Sửa lỗi phát sinh 5.3 3.2.5,4.1 Báo cáo 3.3 3.3 4.2166 4.2.1,4.2.2,4.2.3, 4.2.4,4.2.5 5.1 5.2 6.1 Cài đặt 2.01666 5.3 6.2 Đưa vào hoạt động 2.01666 6.1 6.3 Sửa lỗi phát sinh 6.4 7.1 7.2 Báo cáo Viết tài liệu hướng dẫn Đào tạo 6.2 0.916667 3.3 1.0083 6.3 6.4 7.1 CHƯƠNG 3: QUẢN LÝ NGUỒN LỰC 3.1. Khái quát Các nguồn lực để thực hiện một dự án là những khả năng hiện có về nhân lực, máy móc thiết bị, nguyên vật liệu, năng lượng, tài chính…. Có 2 cách phân loại nguồn lực: Theo nguyên lý kế toán: phân biệt giữa chi phí nhân công (nguồn lực) và các chi phí nguyên vật liệu, các chi phí khác như vay lãi…. - Theo nguồn lực sẵn có: • Một số nguồn lực có sẵn ở cùng một mức trong mọi thời điểm của thời kỳ là lực lượng lao động cố định. • Nguồn lực có thể phục hồi: là các nguồn lực không thay đổi khối lượng của nó trong quá trình sử dụng (lao động). • Nguồn lực tiêu hao dần: là các nguồn lực thay đổi khối lượng của nó trong quá trình sử dụng. Khối lượng các nguồn lực loại này biến đổi tỷ lệ thuận với khối lượng công việc hoàn thành do biến thành sản phẩm như nguyên liệu, vật liệu, vốn… • Nguồn lực không bị ràng buộc: có sẵn với số lượng không hạn chế tương ứng với các mức chi phí khác nhau như lao động phổ thông và thiết bị thông thường. Trong bài ta chỉ xét tới nguồn lực là con người. Nguồn lực thực hiện dự án : 2 người. 3.2. Ước lượng nguồn lực thực hiện. - STT Tên Công Việc Ngày công Nhân lực Thời gian 1.0 Khảo sát yêu cầu Nguyễn Thị Huyền 2 Nguyễn Thị Huyền 2 1.0083 Nguyễn Thị Huyền 1 2.1 Xác định yêu cầu website 1.1 2.2 Tổng hợp yêu cầu 3.3 Nguyễn Thị Huyền Hoảng Thị Liên 1 3 1.1 Xác định yêu cầu 1.283333 1.2 Kiểm tra yêu cầu 1.283333 1.3 Báo cáo 2.0 Phân tích 2.3 Xây dựng cấu trúc website 1.283333 2.4 Lập bảng công việc chi tiết 1.283333 2.5 Xác định nguồn lực 2.01666 2.6 Lập kế hoạch thực hiện 1.283333 2.7 Báo cáo 1.283333 Nguyễn Thị Huyền 2 Hoảng Thị Liên 2 Hoàng Thị Liên 2 Nguyễn Thị Huyền 2 Nguyễn Thị Huyền 2 Hoàng Thị Liên 3 Nguyễn Thị Huyền 2 Hoàng Thị Liên 2 Nguyễn Thị Huyền 3 Nguyễn Thị Huyền 2 Hoàng Thị Liên 2 Nguyễn Thị Huyền 3 Hoàng Thị Liên 3 Hoàng Thị Liên 3 3.0 Thiết kế 3.1 Thiết kế khung UD 3.2 Thiết kế giao diện 3.3 3.2.1 Thiết kế giao diện trang chủ 2.01666 3.2.2 Thiết kế trang up load 3.2.3 Thiết kế trang đăng ký – đăng nhập 1.283333 3.2.4 Thiết kế trang quản lý ảnh 3.2.5 Thiết kế trang quản lý thành viên 3.3 1.283333 2.01666 4.0 Xây dựng 4.1 Thiết kế CSDL 4.2 Viết code 3.3 4.2.1 Viết code trang chủ 3.3 4.2.2 Viết code trang up load 3.3 4.2.3 Viết code trang đăng ký đăng nhập 4.2166 Hoàng Thị Liên 4 4.2.4 Viết code trang quản lý ảnh 2.01666 Nguyễn Thị Huyền 2 4.2.5 Viết code trang quản lý thành viên 2.01666 Nguyễn Thị Huyền 2 Hoàng Thị Liên 1 5.0 Chạy thử 5.1 Kiểm tra 0.916667 5.2 Sửa lỗi phát sinh 5.3 Báo cáo 3.3 1.0083 Hoàng Thị LiênNguyễn Thị Huyền 3 Nguyễn Thị Huyền 1 Hoàng Thị Liên 2 Hoàng Thị LiênNguyễn Thị Huyền 3 Hoàng Thị Liên 3 Nguyễn Thị Huyền 2 Nguyễn Thị Huyền 2 Hoàng Thị Liên 3 6.0 Nghiệm thu 6.1 Cài đặt 6.2 Đưa vào hoạt động 6.3 Sửa lỗi phát sinh 6.4 Báo cáo 7.0 Chuyển giao 7.1 Viết tài liệu hướng dẫn 7.2 Đào tạo 2.01666 2.38332 3.3 1.283333 0 1.283333 3.116666 CHƯƠNG 4: ƯỚC LƯỢNG CHI PHÍ 3.1 Khái quát Ước lượng chi phí dự án là quy trình tính toán lượng tiền cần thiết để hoàn thành các hoạt động của dự án. Thông thường, sẽ khó khăn để ước lượng chính xác chi phí cho dự án. Tuy nhiên, nếu ước lượng đầy đủ và rõ ràng cho phép người quản lý dự án có thể đưa ra quyết định tốt làm thế nào để kiếm soát dự án đạt được mục tiêu đề ra. Có ba đại lượng cần ước lượng là: Chi phí nguồn lực. Số người thực hiện. Thời gian hoàn thành. Ta sẽ ước lượng chi phí nguồn lực và thời gian hoàn thành dự án trong quy mô đồ án này. Có nhiều cách để ước lượng chi phí của dự án như: - Phương pháp chuyên gia: các chuyên gia cộng nghệ phần mềm nghiên cứu và đưa ra ước lượng chi phí hợp lý. - Tương tự - kinh nghiệm: So sánh với các dự án tương tự đã làm, lấy ước lượng từng phần của nó nhân với hệ số điều chỉnh. - Điểm chức năng: ước lượng thông qua số dòng lệnh của hệ thống. - Cocomo: dùng ước lượng công sức, thời gian, số người thực hiện dựa trên kích cỡ phần mềm. 3.2 Ước lượng chi phí - Với yêu cầu đã nêu của hệ thống, ta có thể thống kê lại như sau: • 17 Nhập vào - ở mức độ thấp. • 4 Xuất ra - ở mức độ thấp • 1 Thao tác với tệp - ở mức độ thấp • 3 tìm kiếm - ở mức độ thấp => - Ước lượng hệ số điều chỉnh: Trả lời các câu hỏi, với điểm đánh giá là từ 0 (N/A) đến 5 (Absolutely Essential) - T Câu hỏi T 1 Hệ thống có yêu cầu lưu trữ và phục hổi dữ liệu tin cậy không? 2 Cần có những dữ liệu giao tiếp không? Fi 5 0 3 4 5 6 7 Có các chức năng phân tán không? Việc thực hiện có đạt yêu cầu không? Hệ thống có chạy trên một môi trường chưa tồn tại không? Hệ thống có yêu cầu dữ liệu vào trực tuyến không? Dữ liệu vào trực tuyến yêu cầu thực hiện nhập để xây dựng nhiều màn hình hoặc nhiều chức năng? 8 Các files cập nhật trực tuyến? 9 Việc nhập, xuất, files hoặc yêu cầu có phức tạp không? 1 Xử lý trong có phức tạp không? 0 4 0 0 0 1 Mã lệnh thiết kế có dùng lại được không? 0 1 Sự chuyển đổi và cài đặt có bao gồm trong thiết kế không? 2 Hệ thống thiết kế cho nhiều bộ cài đặt cho nhiều tổ chức 3 khác nhau? 1 Có ứng dụng được thiết kế để dễ dàng thay đổi và sử dụng 4 đối với người dùng không? 0 0 2 3 0 1 2 1 2 => LOC = 24 x (83*(0.65 + 0.01*18)) = 1653.36 => KLOC = 1.6 Kiểu dự án Organic : cấu trúc rõ ràng, môi trường quen thuộc (dễ). Công sức : E = 3.2 * 1.61.05 = 5(người.tháng) Số người trong đội dự án : 2 người => Ước tính thời gian cần để hoàn thành dự án: 2.5tháng. Ngày dự định bắt đầu dự án: 21/8/2014 Ngày dự định kết thúc dự án: 21/11/2014 Ngày dự định đưa lên môi trường thật: 21/11/2014 Có dự trù ngân sách không? Y N Lý do chọn [Y] vì dự án này có vị trí ưu tiên cao hơn các dự án khác. 3.3. Chi phí thực (2 men/month): Tổng nguồn lực Nguồn lực trong công ty 2.5 tháng công 2.5 tháng công 14 triệu đồng Nguồn lực ủy thác ngoài công ty Chi phí mua thiết bị Chi phí khác (mô tả các chi phí chính) 0.0 tháng công Tổng chi phí phát triển Tổng chi phí ứng dụng 0 triệu đồng 14 triệu đồng 0 Chi phí nhân lực: S Họ tên TT 1 2 Nguyễn Thị Huyền Hoàng Thị Liên Lương(VND/ h) 25.000 25.000 Lương tăng ca (VND/h) 30.000 30.000 3.4 Bảng chi tiết chi phí ban đầu dự trù(ước lượng theo chia nhỏ hệ thống) STT 1 2 3 Mô tả công việc Văn phòng phẩm Thiết bị, Huấn nguyên Khác luyện vật liệu Tổng Khảo sát hiện trạng 150 0 0 200 350 Xác định yêu cầu 50 0 0 200 250 Kiểm tra yêu cầu 50 0 0 0 50 Báo cáo 50 0 0 0 50 Phân tích yêu cầu 150 0 0 50 200 Xác định yêu cầu website 50 0 0 0 50 Tổng hợp yêu cầu 50 0 0 0 50 Xây dựng cấu trúc website 0 0 0 0 0 Lập bảng chi tiết công việc 0 0 0 0 0 Xác định nguồn lực 0 0 0 0 0 Ước lượng chi phí 0 0 0 0 0 Lập kế hoạch thực hiện 0 0 0 0 0 Báo cáo 50 0 0 0 50 Thiết kế 0 0 0 100 100 Thiết kế khung UD 0 0 0 0 0 Thiết kế trang chủ 0 0 0 0 0 Thiết kế trang upload 0 0 0 0 0 4 5 6 Thiết kế trang đăng nhập-đăng ký 0 Thiết kế trang quản lý ảnh 0 Thiết kế trang quản lý thành viên 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 100 Thiết kế CSDL 0 0 0 0 0 Viết code trang chủ 0 0 0 0 0 Viết code trang upload 0 0 0 0 0 Viết code trang đăng nhập-đăng ký 0 0 0 0 Viết code trang quản lý ảnh 0 0 0 0 0 Viết code trang quản lý thành viên 0 0 0 0 0 Chạy thử 50 0 0 50 100 Kiểm tra 0 0 0 0 0 Sửa lỗi phát sinh 0 0 0 0 0 Báo cáo 50 0 0 0 50 Nghiệm thu 50 0 0 50 100 Cài đặt 0 0 0 0 0 Đưa vào hoạt động 0 0 0 0 0 Sửa lỗi phát sinh 0 0 0 0 0 Báo cáo 50 0 0 0 50 Xây dựng website 0 0 100 7 Chuyển giao 100 0 0 0 100 Viết tài liệu hướng dẫn 100 0 0 0 100 0 0 0 0 0 0 0 Đào tạo Tổng(nghìn VDN) 1050 CHƯƠNG 4 QUẢN LÝ RỦI RO 4.1 Khái quát Rủi ro của một dự án liên quan tới sự thấu hiểu những vấn đề tiềm tàng ở phía trước có thể xuất hiện trong dự án mà chúng sẽ cản trở sự thành công của dự án. Bất kì dự án nào cũng phải đối diện với những sự kiện có khả năng tác động đến mục tiêu của dự án. Những sự kiện này có thể được dự báo trước hoặc đôi khi là không dự báo được. Quản lý rủi ro dự án là giảm thiểu khả năng rủi ro và tăng tối đa những cơ hội tiềm năng. Việc quản lý rủi ro sẽ giúp xác định những nguy cơ chủ yếu để có thể xây dựng các kế hoạch phòng tránh hay giảm thiểu những bất lợi với dự án. Quản lý rủi ro thường không được chú ý trong các dự án, nhưng nó lại giúp cải thiện được sự thành công của dự án trong việc giúp lựa chọn những dự án tốt, xác định phạm vi dự án và phát triển những dự án có tính thực tế cao. Một nghiên cứu của Ibbs và Kwak chỉ ra việc quản lý rủi ro không khoa học như thế nào, đặc biệt là trong những dự án công nghệ thông tin. 4.2. Các yếu tố rủi ro thường gặp Thời điểm đánh giá Trước khi kí hợp đồng thực hiện dự án N No Cách giải quyết Mức độ Các yếu tố rủi ro H H 1 Sự rõ ràng của yêu cầu/Mức 1 độ thay đổi yêu cầu 1 Yêu cầu về hiệu năng/tính 2 năng 3 Tính thực hiện của việc phát 3 triển hệ thống 4 Tính hợp lệ của nội dung 4 công việc và kế hoạch công việc M M L L N N/A √ √ √ √ √ √ √ Thảo luận lại với khách hàng để làm bản đặc tả yêu cầu chi tiết, rõ ràng Tính thêm chi phí,thêm thời gian thực hiện √ Xem xét lại dự án đề ra Lập kế hoạch công việc chi tiết, phù hợp 5 5 Tính chính xác của ước lượng công việc và chi phí √ √ 6 Kinh nghiệm quản lí, đảm 6 bảo nhân sự 7 √ √ 7 Phụ thuộc bên ngoài (các dịch vụ và hệ thống ngoài) √ 8 Điều kiện giới hạn, tiêu 8 chuẩn bắt đầu/kết thúc 9 9 10 Trước khi bắt đầu định nghĩa √ √ √ Đánh giá tổng thể √ 1 Hình thức làm việc (có mang về nhà hay không) 1 Lãnh đạo có kỹ năng tiêu 11 chuẩn phát triển 1 Tính hợp lệ và sự rõ ràng của 12 trình tự định nghĩa yêu cầu Sau khi hoàn thành định nghĩa Ước lượng lại chi phí và xin trợ cấp từ nhà tài trợ (nếu thiếu) 1 Nội dung công việc trong pha 13 định nghĩa yêu cầu 1 Độ hoàn thành sản phẩm 14 trong pha định nghĩa yêu cầu √ √ √ √ √ √ √ √ √ 1 Phản ánh yêu cầu mới 15 √ √ Giám sát thường xuyên tiến độ dự án Hạn chế tối √ đa sự phụ thuộc bên ngoài Đánh giá cụ thể các tiêu chuẩn trước khi tiến hàng dự án Đánh giá lại một cách chi tiết, tỉ mỉ Thống nhất √ tiêu chuẩn phát triển dự án Tăng cường sự giám sát quản lý của dự án Sắp xếp lại trình tự công việc, kế hoạch Lập bảng phân công công việc cụ thể Xin thêm thời gian thực hiện Thảo luận lại với khách 1 16 Lí do các vấn đề chưa định nghĩa yêu cầu và biện pháp xử lí √ √ 1 Độ xác định cơ sở dữ liệu, 17 file √ √ 1 Độ xác định giao diện (màn 18 hình, biểu mẫu) √ √ 1 Độ xác định của giao tiếp với 19 hệ thống ngoài Sau khi hoàn thành thiết kế bên ngoài 2 20 2 Mức độ phân tích của đặc tả chức năng 22 2 Độ chính xác của hiệu năng, tính năng 23 Từ thiết kế ngoài √ Độ xác định của các giao tiếp giữa các hệ thống con, các thành phần 21 2 Độ chính xác của biện pháp kiểm soát và sửa lỗi 2 Loại bỏ, thay đổi phương 24 pháp phát triển đã quyết định tại pha định nghĩa hàng, thêm thời gian, chi phí Định nghĩa thêm yêu cầu và biện pháp xử lý Xác định lại cơ sở dữ liệu √ √ √ √ √ √ √ √ √ √ Thảo luận lại với khách hàng Thảo luận giữa đội dự √ án, rút ra thống nhất chung Xem xét mối liên quan giữa các hệ thống con trong toàn hệ thống Phân tích lại các chức năng hệ thống Kiểm tra hiệu năng, tính năng của hệ thống Đề ra biện pháp, kiểm soát và sửa lỗi phù hợp Lập phương pháp pháp triển mới trở đi 2 Mức độ chính xác của đặc tả 25 chức năng hệ thống 2 Quản lí triển khai lên môi 26 trường thật Chuyển giao 2 Quản lí phiên bản chương 27 trình trên môi trường thật 2 28 2 29 Tiêu chuẩn bắt đầu vận hành sau khi triển khai lên môi trường thật Tính hợp lệ của việc sử dụng package (vấn đề bản quyền khai thác) 3 Tính hợp lệ của lãnh đạo và 30 biện pháp phát triển Sử dụng package trước khi thiết kế/tron g khi thiết kế 3 Quy trình phân tích chi tiết về 31 package 3 Độ xác định yêu cầu về chức 32 năng bổ sung 3 Môi trường hệ thống dùng 33 cho phát triển bổ sung 3 34 Đánh giá tổng thể √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ Thống nhất lại đặc tả chức năng hệ thống Xem lại lỗi triển khai và khắc phục sự cố Bảo trì lại chương trình Xác định các tiêu chuẩn , yêu cầu khi vận hành Đóng gói chương trình ,tăng cường bảo mật Xin ý kiến lãnh đạo và thống nhất biện pháp phát triển Xem xét lại bảo mật hệ thống và bảo trì hệ thống Thảo luận với khách hàng về chức năng bổ sung Xem xét lại môi trường và đưa ra nguyên nhân Họp đội dự án với lãnh đạo để đưa ra đánh giá phù hợp CHƯƠNG 5: QUẢN LÝ CẤU HÌNH 5.1 Xác định cấu hình 5.1.1 Đơn vị cấu hình Cán bộ quản lý cấu hình dựa trên danh mục sản phẩm dự án để xác định các đơn vị cấu hình (configuration item - CI) của dự án. Các đơn vị cấu hình là các thành phần quan trọng của dự án và có quan hệ mật thiết với nhau. Sự thay đổi của một đơn vị cấu hình sẽ kéo theo sự thay đổi của 1 hoặc nhiều đơn vị cấu hình khác. Sự liên hệ này không chỉ thể hiện trong thời gian thực hiện dự án mà trong cả vòng đời sản phẩm. Sự thay đổi của mộtđơn vị cấu hình đồng thời có thể dẫn đến các thay đổi lớn đến quá trình thực hiện dự án như thời gian thực hiện, phạm vi công việc hoặc nhân lực cần thiết để thực hiện dự án (kế hoạch dự án). Do vậy các thay đổi đối với các đơn vị cấu hình cần được kiểm soát chặt chẽ. Ở mức cao nhất, toàn bộ hệ thống là một đơn vị cấu hình bao gồm nhiều đơn vị cấu hình nhỏ. Đơn vị cấu hình cần được chọn một cách thực tiễn từ góc độ vật lý (dễ dàng khởi tạo, thay đổi). Lưu ý là các sản phẩm bàn giao cho khách hàng và sản phẩm do khách hàng cung cấp cần phải được liệt kê vào danh sách đơn vị cấu hình. 5.1.2 Cấu hình sản phẩm Cấu hình sản phẩm (baseline) là một tập hợp các phiên bản của các đơn vị cấu hình có quan hệ logic chặt chẽ với nhau, tạo thành một trạng thái sản phẩm và được phê duyệt. Các baseline có thể chứa một hoặc nhiều đơn vị cấu hình và được đánh số theo Baseline ID. Các đơn vị cấu hình trong cùng một baseline là tương thích với nhau. Một đơn vị cấu hình khi đã xuất hiện trong baseline nào đó thì sẽ phải nằm trong tất cả các baseline tiếp theo Đối với các dự án có thời gian thực hiện ngắn, dự án có thể chỉ có 02 baseline duy nhất: baseline START-UP vào thời điểm khởi tạo dự án và baseline PRODUCT ở thời điểm kết thúc dự án. Như vậy 02 baseline là yêu cầu tối thiểu của tất cả các dự án. Đối với các dự án có nhiều sản phẩm trung gian (builds), mỗi build sẽ ứng với ít nhất một baseline. Trong baseline PRODUCT sẽ chứa tất cả các đơn vị cấu hình của dự án. Thời điểm baseline được xác định căn cứ vào các giai đoạn thực hiện dự án. 5.1.3 Số hiệu phiên bản của đơn vị cấu hình Quy ước về số hiệu phiên bản các đơn vị cấu hình được mô tả trong “Tiêu chuẩn phiên bản sản phẩm phần mềm”. 5.2 Kiểm soát đổi thay Phạm vi của việc kiểm soát thay đổi cấu hình là kiểm soát sự thay đổi của các CI đã được phê duyệt (baselined). Thông thường việc này chỉ xảy ra khi CI đã được phát hành, hoặc bàn giao cho khách hàng (trong quá trình bảo hành hoặc nâng cấp sản phẩm). Về bản chất, mỗi thay đổi đối với một CI là một dự án phát triển phần mềm nhỏ và cần được phân tích, đánh giá ảnh hưởng và phê duyệt bởi cấp có thẩm quyền. Khi cần thiết, cán bộ phụ trách bộ phận có thể thành lập ban kiểm soát thay đổi bao gồm các thành viên dự án chịu trách nhiệm đánh giá ảnh hưởng của các yêu cầu thay đổi đối với các đơn vị cấu hình và phê duyệt các yêu cầu thay đổi đó. Các thành viên bắt buộc của ban kiểm soát, nếu được thành lập, là cán bộ cấu hình và quản trị dự án. Đối với CI là chương trình phần mềm, các bug-fix cần được theo dõi trạng thái cập nhật. Trong trường hợp quá trình thay đổi được thực hiện cho cả 2 phiên bản: phiên bản phát triển mới và phiên bản đang vận hành, các thay đổi của phiên bản này cần được thông báo và cập nhật cho phiên bản kia. Việc đồng bộ các thay đổi của 2 phiên bản của một sản phẩm có thể được thực hiện thông qua công cụ (ví dụ: cơ chế branch-merge của Visual Source Safe) hoặc bằng các báo cáo trạng thái thay đổi. 5.3 Báo cáo thay đổi Mục tiêu của các báo cáo cấu hình là nhằm cung cấp các thông tin cần thiết để quản lý cấu hình một cách hiệu quả bao gồm các thông tin về danh mục các đơn vị cấu hình đã được phê duyệt, danh mục các đề xuất thay đổi và trạng thái thực hiện các thay đổi. Các báo cáo cấu hình gồm có: - Báo cáo baseline cung cấp thông tin về các CI trong baseline đó. Nội dung gồm có mã hiệu của baseline, ngày thực hiện baseline, danh sách các CI nằm trong baseline đó, và số hiệu phiên bản của chúng. - Bản ghi nhận thay đổi của đơn vị cấu hình dùng để ghi nhận lịch sử thay đổi của mỗi CI kể từ lần ban hành đầu tiên. - Báo cáo trạng thái cấu hình cung cấp thông tin về tiến độ xử lý các yêu cầu thay đổi và trạng thái của các CI liên quan tại thời điểm báo cáo. Báo cáo này có thể là một phần trong báo cáo tiến độ dự án. [...]... nhập 1.283333 3.2.4 Thiết kế trang quản lý ảnh 3.2.5 Thiết kế trang quản lý thành viên 3.3 1.283333 2.01666 4.0 Xây dựng 4.1 Thiết kế CSDL 4.2 Viết code 3.3 4.2.1 Viết code trang chủ 3.3 4.2.2 Viết code trang up load 3.3 4.2.3 Viết code trang đăng ký đăng nhập 4.2166 Hoàng Thị Liên 4 4.2.4 Viết code trang quản lý ảnh 2.01666 Nguyễn Thị Huyền 2 4.2.5 Viết code trang quản lý thành viên 2.01666 Nguyễn Thị... 0 0 0 0 0 4 5 6 Thiết kế trang đăng nhập-đăng ký 0 Thiết kế trang quản lý ảnh 0 Thiết kế trang quản lý thành viên 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 100 Thiết kế CSDL 0 0 0 0 0 Viết code trang chủ 0 0 0 0 0 Viết code trang upload 0 0 0 0 0 Viết code trang đăng nhập-đăng ký 0 0 0 0 Viết code trang quản lý ảnh 0 0 0 0 0 Viết code trang quản lý thành viên 0 0 0 0 0 Chạy thử 50 0 0 50 100 Kiểm tra 0 0 0 0 0...4.2.5 Viết code trang quản lý thành viên 5.1 Kiểm tra 5.2 Sửa lỗi phát sinh 5.3 3.2.5,4.1 Báo cáo 3.3 3.3 4.2166 4.2.1,4.2.2,4.2.3, 4.2.4,4.2.5 5.1 5.2 6.1 Cài đặt 2.01666 5.3 6.2 Đưa vào hoạt động 2.01666 6.1 6.3 Sửa lỗi phát sinh 6.4 7.1 7.2 Báo cáo Viết tài liệu hướng dẫn Đào tạo 6.2 0.916667 3.3 1.0083 6.3 6.4 7.1 CHƯƠNG 3: QUẢN LÝ NGUỒN LỰC 3.1 Khái quát Các nguồn lực để... VDN) 1050 CHƯƠNG 4 QUẢN LÝ RỦI RO 4.1 Khái quát Rủi ro của một dự án liên quan tới sự thấu hiểu những vấn đề tiềm tàng ở phía trước có thể xuất hiện trong dự án mà chúng sẽ cản trở sự thành công của dự án Bất kì dự án nào cũng phải đối diện với những sự kiện có khả năng tác động đến mục tiêu của dự án Những sự kiện này có thể được dự báo trước hoặc đôi khi là không dự báo được Quản lý rủi ro dự án là... trước hoặc đôi khi là không dự báo được Quản lý rủi ro dự án là giảm thiểu khả năng rủi ro và tăng tối đa những cơ hội tiềm năng Việc quản lý rủi ro sẽ giúp xác định những nguy cơ chủ yếu để có thể xây dựng các kế hoạch phòng tránh hay giảm thiểu những bất lợi với dự án Quản lý rủi ro thường không được chú ý trong các dự án, nhưng nó lại giúp cải thiện được sự thành công của dự án trong việc giúp lựa chọn... hệ thống Thảo luận với khách hàng về chức năng bổ sung Xem xét lại môi trường và đưa ra nguyên nhân Họp đội dự án với lãnh đạo để đưa ra đánh giá phù hợp CHƯƠNG 5: QUẢN LÝ CẤU HÌNH 5.1 Xác định cấu hình 5.1.1 Đơn vị cấu hình Cán bộ quản lý cấu hình dựa trên danh mục sản phẩm dự án để xác định các đơn vị cấu hình (configuration item - CI) của dự án Các đơn vị cấu hình là các thành phần quan trọng của... giúp cải thiện được sự thành công của dự án trong việc giúp lựa chọn những dự án tốt, xác định phạm vi dự án và phát triển những dự án có tính thực tế cao Một nghiên cứu của Ibbs và Kwak chỉ ra việc quản lý rủi ro không khoa học như thế nào, đặc biệt là trong những dự án công nghệ thông tin 4.2 Các yếu tố rủi ro thường gặp Thời điểm đánh giá Trước khi kí hợp đồng thực hiện dự án N No Cách giải quyết... Hạn chế tối √ đa sự phụ thuộc bên ngoài Đánh giá cụ thể các tiêu chuẩn trước khi tiến hàng dự án Đánh giá lại một cách chi tiết, tỉ mỉ Thống nhất √ tiêu chuẩn phát triển dự án Tăng cường sự giám sát quản lý của dự án Sắp xếp lại trình tự công việc, kế hoạch Lập bảng phân công công việc cụ thể Xin thêm thời gian thực hiện Thảo luận lại với khách 1 16 Lí do các vấn đề chưa định nghĩa yêu cầu và biện pháp... hiệu năng, tính năng của hệ thống Đề ra biện pháp, kiểm soát và sửa lỗi phù hợp Lập phương pháp pháp triển mới trở đi 2 Mức độ chính xác của đặc tả 25 chức năng hệ thống 2 Quản lí triển khai lên môi 26 trường thật Chuyển giao 2 Quản lí phiên bản chương 27 trình trên môi trường thật 2 28 2 29 Tiêu chuẩn bắt đầu vận hành sau khi triển khai lên môi trường thật Tính hợp lệ của việc sử dụng package (vấn... trình tính toán lượng tiền cần thiết để hoàn thành các hoạt động của dự án Thông thường, sẽ khó khăn để ước lượng chính xác chi phí cho dự án Tuy nhiên, nếu ước lượng đầy đủ và rõ ràng cho phép người quản lý dự án có thể đưa ra quyết định tốt làm thế nào để kiếm soát dự án đạt được mục tiêu đề ra Có ba đại lượng cần ước lượng là: Chi phí nguồn lực Số người thực hiện Thời gian hoàn thành Ta sẽ ước lượng ... Cung cấp trang web chuyên hình ảnh nhằm chia sẻ hình ảnh chất lượng rộng rãi cộng đồng mạng, giúp người dễ dàng lưu trữ hình ảnh mà không tốn nhớ.Giúp họ dễ dàng quản lý hình ảnh theo chủ đề... nhiều Họ có nhu cầu kết nối bạn bè nhiều Vì không tìm kiếm hình ảnh đẹp, chất lượng, chia sẻ hình ảnh yêu thích mà thích đăng tải hình ảnh thân, gia định hay thứ họ thích Không vậy, đối tượng họ... mục đích tìm hình ảnh cho công việc liên quan họ………… Mô tả chức hệ thống: Hình 1.1: Sơ đồ phân rã chức hệ thống Hệ thống gồm chức là: - Quản lý người dùng: muốn chia sẻ hình ảnh website bạn phải