Đang tải... (xem toàn văn)
Scrum là một trong các khung làm việc linh hoạt phổ biến nhất hiện nay
BÁO CÁO ĐỀ TÀI : QUI TRÌNH PHÁT TRIỂN SCRUM, VISUAL STUDIO TEAM SYSTEM TEAM FOUNDATION SERVER, ỨNG DỤNG QUẢN LÍ KINH DOANH QN COOFFEE GVHD: Trần Trọng Tun Nhóm SV thực gồm: Lê Kim Hưng (Nhóm trưởng) Đặng Thị Hồng Sâm Huỳnh Lý Ngọc Văn Thị Thùy Trinh CHƯƠNG I: QUY TRÌNH PHÁT TRIỂN PHẦN MỀM LINH HOẠT SCRUM I Định nghĩa: Scrum khung làm việc linh hoạt phổ biến Scrum dùng để quản lý dự án phát triển phần mềm, dùng công việc khác với độ phức tạp tính sáng tạo đa dạng Dựa lý thuyết quản lý thực nghiệm: Scrum sử dụng kỹ lặp tăng dần để tối ưu hóa hiệu kiểm soát rủi ro Scrum đơn giản, dễ học khả ứng dụng lớn Vì vậy, để dùng scrum cần nghiên cứu thành phần sau đây: II Các thành tố cấu tạo Scrum: Ba giá trị cốt lỗi: a) Minh bạch (Transparency): Trong Scrum, minh bạch xem giá trị cốt lõi Muốn thành công với Scrum, thơng tin phải minh bạch thơng suốt Từ người với vai trị khác có đủ thông tin cần thiết để tiến hành định có giá trị để nâng cao hiệu cơng việc Các công cụ họp Scrum bảo đảm thông tin minh bạch cho bên b) Thanh tra (Inspection): Công tác tra liên tục hoạt động Scrum bảo đảm cho việc phát vấn đề giải pháp để thông tin đa dạng hữu ích đến với bên tham gia dự án Với việc truy xét kỹ liên tục chế khởi đầu cho việc thích nghi cải tiến liên tục Scrum c) Thích nghi (Adaptation): Scrum phương pháp phát triển linh hoạt Nhờ mang lại tính thích nghi cao Scrum phản hồi lại thay đổi cách tích cực nhờ mang lại nhiều thành công lớn cho dự án 2 Ba vai trò: a) Product Owner (Chủ sản phẩm): Là người chịu trách nhiệm thành công dự án, người định nghĩa yêu cầu đánh giá cuối đầu nhà phát triển phần mềm b) Scrum master (Đội trưởng): Là người hiểu biết sâu sắc Scrum đảm bảo nhóm làm việc hiệu với Scrum c) Team (Đội sản xuất): Là nhóm liên chức có nhiệm vụ giải yêu cầu từ Product Owner để tạo gói sản phẩm tốt Bốn họp (Four ceremonies): a) Sprint Planning (Lập kế hoach cho Sprint): Đội sản xuất gặp gỡ với Product Owner để lên kế hoạch làm việc cho Sprint Các công việc là: chọn lựa yêu cầu cần phát triển, phân tích nhận biết cơng việc phải làm kèm theo ước lượng thời gian cần thiết để hồn tất cơng việc Scrum sử dụng phương thức lập kế hoạch phần tăng dần theo thời gian Theo đó, việc lập kế hoạch khơng diễn lần vịng đời dự án mà lặp lặp lại, có thích nghi với tình hình thực tiễn tiến trình đến sản phẩm b) Daily Scrum (Buổi họp ngày): Scrum Master với Đội sản xuất tổ chức họp hàng ngày để Đội chia tiến độ cơng việc khó khăn gặp phải trình phát triển phần mềm suốt Sprint c) Sprint Review (Buổi họp đánh giá): Cuối Sprint, đội sản xuất với Product Owner rà soát lại cơng việc hồn thành Sprint vừa qua đề xuất chỉnh sửa thay đổi cần thiết cho sản phẩm d) Sprint Retrospective (Buổi họp cải tiến): Dưới đạo Scrum Master, Đội sản xuất rà sốt lại tồn diện Sprint vừa kết thúc tìm cách cải tiến quy trình làm việc thân sản phẩm 4) Ba công cụ (Artifacts): a) Product backlog: Có thể hiểu danh sách yêu cầu dự án Product Owner chịu trách nhiệm xếp độ ưu tiên cho hạng mục Product Backlog dựa giá trị Product Owner định nghĩa b) Sprint backlog: Là kết buổi họp lập kế hoạch cho Sprint với kết hợp Product Owner Đội sản xuất Họ phân tích yêu cầu theo độ ưu tiên từ cao xuống thấp để thực hóa hạng mục Product Backlog dạng danh sách công việc c) Burndown Chart: Đây biểu đồ hiển thị xu hướng dự án dựa lượng thời gian cần thiết để hồn tất cơng việc Burndown Chart dùng để theo dõi tiến độ Sprint dự án III Nguyên lý hoạt động Scrum: Với dự án nhiệm vụ Product Owner tạo Product Backlog chứa yêu cầu dự án với hạng mục xếp theo thứ tự ưu tiên Đội sản xuất có nhiệm vụ thực hóa hạng mục Product Owner yêu cầu với lặp lặp lại giai đoạn nước rút vòng đến tuần, với đầu vào Product Backlog đầu gói sản phẩm chuyển giao Trong lúc đua nước rút Đội sản xuất họp với Product Owner để lên kế hoạch cho Sprint Kết buổi họp Sprint Backlog Trong trình phát triển Đội sản xuất thường xuyên cập nhật Sprint Backlog thực công việc ngày để chia tiến độ công việc khó khăn q trình làm việc Mỗi Sprint kết thúc lúc nhóm tạo gói phần mềm chuyển giao Cuối Sprint, Đội sản xuất họp đánh giá với Product Owner để thấy Đội sản xuất chuyển giao gì, cịn phải làm phải thay đổi, cải tiến Sau họp đánh giá kết thúc, Scrum Master Đội sản xuất tổ chức họp cải tiến để tìm cải tiến trước Sprint bắt đầu Các Sprint lặp lặp lại hạng mục Product Backlog hoàn tất Product Owner định dừng dự án vào tình hình thực tế Với chiến thuật “quan trọng làm trước” nên hạng mục mang lại giá trị lớn cho dự án Do đó, Scrum ln mang lại giá trị tốt cho người đầu tư cho dự án Qui trình ln cải tiến nên nhóm Scrum thường có suất hoạt động cao lợi ích mà Scrum mang lại cho tổ chức IV So sánh Scrum quy trình phần mềm truyền thống: Các quy trình truyền thống: a) Quy trình thác nước(Waterfall): chia dự án phần mềm gồm giai đoạn: đặt tả yêu cầu, thiết kế hệ thống, cài đặt (lập trình), kiểm thử bảo trì Quy trình dễ quản lí linh hoạt khơng hiệu có thay đổi giai đoạn sau có ảnh hưởng lớn đến giai đoạn trước Tất yêu cầu công việc xác định trình lập kế hoạch gồm việc như: xác định yêu cầu sản phẩm, chi phí sản phẩm, ngày hồn thành… Dẫn đến khả thành cơng thấp có u cầu chỉnh sửa sản phẩm có ảnh hưởng lớn đến giai đoạn trước b) Quy trình xoắn ốc (Spiral): chia dự án thành giai đoạn như: lập kế hoạch, phân tích rủi ro, giao tiếp khách hàng, đánh giá lại, sản xuất phân phối Nhưng chưa sử dụng rộng rãi Đối với quy trình Scrum: Điểm mạnh việc linh hoạt, dự án không cố định từ đầu thời gian hoàn thành hay yêu cầu mà xác định phát triển thực tế Phân phối sản phẩm mềm dẻo: nội dung sản phẩm chuyển giao xác định linh hoạt theo môi trường sử dụng thực tế Thời gian biểu linh hoạt: muộn sớm so với kế hoạch ban đầu Chất lượng sản phẩm tốt giảm rủi ro sản xuất, chi phí thấp Khả trao đổi khách hàng nhà phát triển, thành viên đội đặt lên mức cao Tốc độ phát triển nhanh, tiết kiệm thời gian Việc chuẩn bị hành động cho thay đổi trình phát triển tốt hàng ngày ln có buổi họp đánh giá lại vòng lặp phát triển Các bugs (lỗi) vấn đề phát sớm nhiều so với phương pháp truyền thống khách hàng tham gia đánh giá nhiều đầu sản phẩm nhanh Và sai hướng, hủy Sprint để quay lại với kế hoạch Bảng so sánh quy trình phần mềm: Đặc điểm Waterfall Xác định Bắt buộc Spiral Bắt buộc Scrum Chỉ có giai đoạn giai đoạn phát lập kế hoạch triển Sản phẩm cuối Được xác định Được Chi q trình q trình lập q phí lập kế hoạch kế hoạch sản Được xác định Thay đổi cục phẩm trình thành sản phẩm ứng trình trao đổi xây trình xây dựng dự án Xác định trình xây lập kế hoạch dựng dự án với Trong kế hoạch Trong kế hoạch Xuyên suốt từ kế môi trường sử ban đầu dụng Kinh trình dựng dự án Xác định lập kế hoạch hoàn Được xác định Thay đổi cục Ngày Đáp xác kết thúc định Xác định ban đầu hoạch đến xây dựng kết thúc nghiệm Đào tạo trước Đào tạo trước cho Thực bắt đến bắt tay trình làm dự tay làm dự án Khả thành Thấp làm dự án Trung bình thấp án Cao cơng CHƯƠNG II: VISUAL STUDIO TEAM SYSTEM, TEAM FOUNDATION SERVER Giới thiệu: Visual Studio Team System, Team Foundation Server phần mềm hỗ trợ để nâng cao hiệu đội ngũ phát triển phần mềm bạn Thí dụ bạn sử dụng Team Foundation Server hay áp dụng từ lâu, tài liệu bạn tìm thấy hướng dẫn cụ thể hiểu thấu điều chỉnh cho phù hợp với tình cụ thể bạn Những hướng dẫn cụ thể trình bày phần sau đây: Phần I: Trình bày cho nhìn tổng quát cách nhanh chóng Team Development với Team Foundation Server Bạn hình dung tranh lớn điều kiện môi trường phát triển phần mềm bạn, bao gồm môi trường phát triển kiểm thử Bạn tìm hiểu kiến trúc Team Foundation Server Phần II: Trình bày cho bạn cách để kết cấu Source Code bạn quản lí phần phụ thuộc Nó trình bày cho bạn cách để định chiến thuật Branching Merging… Và nhiều phần khác Mục đích: Mơ tả cấu trúc Microsoft Visual Studio Team System (VSTS) Team Foundation Server (TFS) Xác định thành phần cấu tạo nên tầng Client, Application Data Làm rõ khác việc triển khai Single-server Multi-server Tổng quan kiến trúc Team Foundation Server: Chương giới thiệu với bạn kiến trúc TFS triển khai cấu trúc liên kết Hình 2: Thành phần tầng TFS TFS có kiến trúc ba tầng cách logic bao gồm: tầng Client, tầng Application tầng Data Tầng Client tương tác với tầng Application qua Web Services khác nhau, tầng Application sử dụng Database khác tầng Data Sự triển khai cấu trúc bản: phần lớn phụ thuộc vào kích cỡ nhóm bạn Nếu thành viên tham gia nhóm 50 người bạn tiến hành triển khai cấu trúc Single-server Nhưng với máy chủ đủ mạnh hỗ trợ tối đa 400 người sử dụng Nếu thành viên tham gia nhóm với số lượng lớn vài ngàn người bạn tiến hành triển khai cấu trúc Dual-server I Thành phần cấu tạo nên tầng Client, Application Data: Tầng Client: Hình 2.1 Mơ hình tầng Client Chứa thành phần quan trọng sau đây: Team Foundation Server Object Model: Đây public API sử dụng để tương tác với TFS Bạn sử dụng mơ hình đối tượng để tạo ứng dụng Client-side cho riêng bạn mà tương tác với TFS Những thành phần Visual Studio Industry Partners (VSIP): Đây công cụ bên thứ ba (third-party tools), add-ins ngôn ngữ sử dụng Visual Studio Microsoft Office tích hợp: bao gồm add-ins dành cho Microsoft Office excel Microsoft Office Project cho phép bạn truy vấn cập nhật Work Item sở liệu TFS Work Item Tracking Điều đặc biệt hữu ích cho nhà quản lí dự án sử dụng rộng rãi công cụ Command-line tools: công cụ cho phép bạn tương tác với TFS từ dịng lệnh (Command-line) Phần lớn cơng cụ cung cấp chức kiểm soát mã nguồn chúng hữu ích việc tự động hóa tác vụ lặp tác vụ cố định Check-in Policy Framework: thành phần hỗ trợ check-in policy feature, chế mở rộng cho phép bạn xác nhận tính hợp lệ Code suốt Check-in process 2 Tầng Application: Hình 2.2 Mơ hình tầng Application Những Web Services nhóm vào tập sau: Team Foundation Data Services Team Foundation Integration Services a) Team Foundation Data Services: Những Services gồm có thành phần sau: Version control Web Services: Tầng Client sử dụng Web Services để thực thi chức kiểm soát mã nguồn (Source Control Features) TFS khác để tương ứng với Source Control Database Work Item Tracking Web Services: Tầng Client sử dụng Web services để tạo, cập nhật truy vấn Work Item Work Item Tracking Database Team Foundation Build Web services: Tầng Client MS Build Framework sử Web Services để thực thi quy trình thiết kế b) Team Foundation Integration Services: Tập Web Services cung cấp chức tự động thống Những Web Services không tương tác với tầng Data Những thành phần Team Foundation Integration Services gồm có: Registration Web Services: Service sử dụng để đăng kí dịch vụ TFS khác Nó gìn giữ thơng tin sở liệu đăng kí Những Web Services sử dụng thông tin để khám phá xác định xem cách để tương tác với Web Services khác Security Web Service: Service bao gồm Group Security Service Authorization Service Group Security Service dùng để quản lí tất User Group TFS Authorization Service cung cấp hệ thống truy cập cho TFS Linking Web Service: Service cho phép công cụ thiết lâp mối quan hệ liên kết lỏng lẻo phần tử liệu mà chúng chứa Ví dụ: Mối quan hệ Work Item sai soát Source Code thay đổi để sửa chữa sai soát tổ chức TFS sử dụng Link Eventing Web Service: Service cho phép cơng cụ hay dịch vụ đăng kí loại kiện Người sử dụng đồng ý để nhận kiện thông báo qua e-mail hay dẫn Web Service Ví dụ: Bạn sử dụng Check-in event để kích hoạt Continuous Integration Build Classification Web Service: Service làm việc với Linking Web Service để kích hoạt TFS Artifact để phân loại tùy theo nguyên tắc phân loại định nghĩa trước Thành phần giúp hỗ trợ Cross-tool Reporting Artifacts mà không chia nguyên tắc phân chia thông thường để tổ chức liệu họ Ví dụ: Nếu Work Item tổ chức bình thường nhóm bạn, Test tổ chức thành phần Component, bạn tổ chức Test nhóm bạn để Test báo cáo với Work Item 3 Tầng Data: Hình 2.3 Mơ hình tầng Data TFS không hỗ trợ truy cập trực tiếp đến liệu mà lưu trữ tầng Data từ ứng dụng Client Thay vào đó, tất yêu cầu liệu thực thông qua Web Services tầng Application Tầng Data TFS bao gồm liệu sau lưu trữ tương ứng với Data Services tầng Application Work Item Tracking: Phần lưu trữ tất liệu có liên quan đến Work Items Version Control: Phần lưu trữ tất liệu có liên quan đến Source Control Team Foundation Build: Phần lưu trữ tất thông tin liên quan đến chức TFS Team Build Reporting Warehouse: Phần lưu trữ tất thông tin liên quan đến tất công cụ chức TFS Reporting Warehouse giúp việc tạo báo cáo đơn giản cách kết hợp liệu từ nhiều công cụ khác II Sự khác việc triển khai Single-server Multi-server: Single-server Deployment: Hình 2.2.1 Cấu trúc liên kết Single Server Sự triển khai Single-server cấu trúc liên kết đơn giản dành cho đội phát triển hay dự án thí điểm tối đa cho 400 người sử dụng Với phương pháp tiếp cận này, bạn cài đặt tất thành phần tầng Application tầng Data Single-server truy cập chúng Domain Nếu bạn cần cài thử cho việc kiểm thử, bạn cài đặt chúng node server hay nhiều Client 2.Dual-server Deployment: Hình 2.2.2 Cấu trúc liên kết Dual Server Triển khai cấu trúc liên kết Dual-server có lợi cho nhóm phát triển lớn khoảng 2000 người sử dụng Trong việc triển khai cấu trúc này, bạn cài đặt tầng Application server node riêng biệt từ tầng Data Bạn cài đặt Team Foundation Build Server tầng Application, bạn khuyến khích để thiết lập hay nhiều Build Server dành riêng cho nhóm lớn Nếu dự án dùng để kiểm thử triển khai thiết bị kiểm thử đến server node bổ sung Giải thích rõ việc triển khai cấu trúc liên kết: Bạn triển khai cấu trúc TFS cách sử dụng khác vùng cấu trúc liên kết khác từ việc cài đặt Single server đơn giản đến cấu trúc liên kết phức tạp Multi server Bất kể bạn sử dụng cấu trúc liên kết bạn cần phải nhận biết số yêu cầu sau: Bạn phải cài đặt tầng Application tầng Data Domain, chúng đặt Node server Node server riêng lẻ Bạn phải cài đặt máy tính có TFS với Microsoft Windows Server 2003 phiên Service Pack Bạn phải cài đặt tất tầng ứng dụng TFS Web Services Server Bạn phải cài đặt thể TFS đơn máy tính đơn Bạn cài đặt nhiều thể TFS server Bạn phân tán Database TFS qua nhiều server liệu Tất dự án phải tập trung vào nhóm Team Foundation Server, khơng thể triển khai nhiều nhóm Server Bạn sử dụng Microsoft Sharepoint portal Server Infrastructure tồn để lưu trữ cho cổng dự án nhóm bạn Hãy cân nhắc việc sử dụng Server dành riêng cho cổng TFS Sharepoint Bạn không nên cài đặt TFS Server cấu Domain Controller điều không hỗ trợ Đối với việc triển khai Dual-Server, bạn cần phải chuẩn bị vài Account Domain để sử dụng chạy TFS services Thí dụ: Bạn cần tạo account là: Domain\TFS Service ang Dmain\TFS Reports CHƯƠNG III: ỨNG DỤNG QUẢN LÍ KINH DOANH QUÁN COFFEE I Mơ hình qn cà phê gồm: Diện tích quán: 1000 m2 Số bàn: 40 bàn Khu_Tầng: khu, tầng Số lượng quản lí nhân viên phục vụ: quản lí, 15 nhân viên II Bảng sở liệu: Thực đơn ( Tên nhóm, tên mặt hàng, đơn vị tính, số lượng, đơn giá) Mặt hàng ( Mã mặt hàng, tên mặt hàng) Hàng hóa ( Mahh, tên hàng, nhóm, đơn vị tính, giá nhập, trạng thái) Nhóm hàng hóa ( Mã nhóm, tên nhóm) Đơn vị tính ( Mã đơn vị tính, tên đơn vị tính) Ca làm việc ( Mã ca làm việc, thời gian) Khu-tầng ( STT, tên khu-tầng) Bàn ( STT, mã bàn, tên bàn, thuộc khu-tầng, tình trạng) Hóa đơn ( Mã hđ, tên hđ, mãhh, tên hàng, đơn vị tính, số lượng, đơn giá, thành tiền) Nhân viên ( STT, mãnv, họ hên, địa chỉ, sodt, chức vụ, ngày vào làm, hsl, hslcb, giới tính) Phiếu N-X ( Mãsp, tên phiếu, số lượng nhập, số lượng xuất, đơn giá, ngày nhập, ngày xuất, Phân loại N-X) Bán ( Mãhh, mã mặt hàng, tên mặt hàng, số lượng bán, đơn giá bán, ngày bán) III Các hạng mục yêu cầu: Liệt kê dang sách tất mặt hàng Liệt kê danh sách hàng hóa nhập vào ngày Liệt kê danh sách hàng hóa nhập vào từ ngày đến ngày Thống kê mặt hàng bán nhiều ngày, in danh sách 3 Thống kê mặt hàng tồn ngày, in danh sách In phiếu tính tiền cho khách hàng Tính tổng số tiền chi ngày Tính tổng số tiền thu vào ngày Tính lương cho quản lí nhân viên phục vụ IV Dự kiến hoàn thành hạng mục: thời gian tuần (21 ngày) Tuần đầu tiên, nhóm tiến hành khảo sát trạng xác lập yêu cầu Về khảo sát trạng: Nhóm tiến hành thực tế địa điểm cần khảo sát Thu thập thông tin tư liệu liên quan quán Cooffee như: Địa quán, tên quán, diện tích, cách phân chia khu_tầng để quản lí, số lượng bàn, số lượng quản lí_nhân viên phục vụ, thời gian hoạt động quán, bãi đậu xe… Quán có bán loại thức uống gì, cách bố trí nhân viên để phục vụ khách hàng cách tốt nhất, nơi pha chế thức uống, kho chứa hàng … Về xác định yêu cầu: Với thơng tin tư liệu có q trình khảo sát, nhóm tiến hành tạo bảng liệu chứa thông tin đối tượng cần quản lí Các đối tượng quản lí là: khách hàng, quản lí_nhân viên phục vụ, thực đơn, quản lí khu_tầng, số lượng bàn … Từ đối tượng đó, nhóm xác lập hạng mục yêu cầu Trong hai tuần tiếp theo, với hạng mục yêu cầu xếp ưu tiên chủ sản phẩm Ngày thứ nhất, nhóm giải hạng mục ưu tiên thứ Trong lúc giải nhóm tổ chức họp để phân tích, thiết kế Với hạng mục cần làm việc cách thức thiết kế cho hạng mục Khi phân tích hạng mục cách rõ ràng thơng suốt nhóm tiến hành thực thi hạng mục Ngày thứ hai, trước vào giải hạng mục Nhóm trưởng thành viên nhóm tổ chức họp để kiểm tra, rà sốt lại với hạng mục thứ nhóm làm gì, cịn cần chỉnh sửa thay đổi Khi kiểm tra xong thấy hạng mục chuyển giao nhóm trưởng với nhiệm vụ mang hạng mục thực chuyển giao cho khách hàng để khách hàng thấy hạng mục nhóm làm gì, có với yêu cầu hay chưa, cần thay đổi, chỉnh sửa vấn đề hay khơng Trong lúc nhóm trưởng chuyển giao hạng mục cho khách hàng thành viên cịn lại nhóm tiến hành thực thi hạng mục Sau buổi họp đánh giá khách hàng nhóm trưởng kết thúc buổi họp cải tiến ( Họp cải tiến nhằm mục đích để tìm hướng phát triển Nếu hạng mục thứ làm công việc thời gian hạng mục thứ hai cần phải làm tiếp theo, với thời gian hồn thành bao lâu, rút ngắn ) Và công việc lặp lặp lại ngày hạng mục yêu cầu hoàn tất thời gian quy định Và ngày cuối nhóm chuyển giao tất gói phần mềm cho khách hàng theo thời gian Với mô hình qn cà phê này, nhóm tiến hành lắp đặt máy tính kết nối với theo cấu trúc Single-server Trong có máy chủ hai máy đặt khu, tầng nhằm thực việc tính tốn, thu ngân cho khu, tầng Nhiệm vụ máy chủ thường xuyên cập nhật thông tin từ máy ... tay trình làm dự tay làm dự án Khả thành Thấp làm dự án Trung bình thấp án Cao cơng CHƯƠNG II: VISUAL STUDIO TEAM SYSTEM, TEAM FOUNDATION SERVER Giới thiệu: Visual Studio Team System, Team Foundation. .. liên quan quán Cooffee như: Địa quán, tên quán, diện tích, cách phân chia khu_tầng để quản lí, số lượng bàn, số lượng quản lí_ nhân viên phục vụ, thời gian hoạt động quán, bãi đậu xe… Quán có bán... CHƯƠNG III: ỨNG DỤNG QUẢN LÍ KINH DOANH QUÁN COFFEE I Mơ hình qn cà phê gồm: Diện tích quán: 1000 m2 Số bàn: 40 bàn Khu_Tầng: khu, tầng Số lượng quản lí nhân viên phục vụ: quản lí, 15 nhân viên II
