Mật mã nguồn và Lịch sử Phiên bản
Chuyển mã của nhà kho, chiến lược chi nhánh, nhãn, mô tả xây dựng và phiên bản sản xuất hiện thời sang ứng dụng tương ứng.
Home / Hướng dẫn dự án / Danh sách chuyển giao thông tin cho các dự án phần mềm
PROJECT DECISION GUIDEThông tin cần thiết để truyền các mục phần mềm
Việc chuyển đổi dự án không gửi gói mã nguồn cho nhóm mới. Nhóm mới sẽ có thể tiếp quản đều đặn chỉ khi mật mã, dữ liệu, môi trường, tài khoản, quy tắc kinh doanh và các vấn đề chưa hoàn thành được xác nhận.
Trả lời câu hỏi đi.
Danh sách các dự án phần mềm để truyền thông tin
Giao dịch toàn bộ tài sản kỹ thuật số, môi trường hoạt động, dữ liệu và dự phòng, dịch vụ thứ ba, doanh nghiệp và hồ sơ kỹ thuật, phân phối giao thông, kiểm tra bằng chứng và các vấn đề chưa hoàn thành, và được xác nhận bởi người nhận tại một tòa nhà, triển khai và các tiến trình then chốt trong môi trường phân chia.
DECISION FACTORS
Các yếu tố then chốt cần được kiểm tra để đưa ra quyết định
Trước hết, giới hạn về sự kiềm chế và trách nhiệm được nhận diện, rồi những phương pháp kỹ thuật và phương pháp hợp tác được so sánh.
Số tài khoản và cơ sở hạ tầng
Một kho hàng của các nền tảng mây, máy chủ, tên miền, chứng nhận, vật thể lưu trữ, dịch vụ tin tức, giám sát và tự động hóa các tài khoản.
Cơ sở dữ liệu và dữ liệu hoạt động
Cung cấp các cấu trúc, tập lệnh di trú, từ điển, bản sao, phương pháp phục hồi, khối lượng dữ liệu và các quy tắc xử lý dữ liệu nhạy cảm.
Giao diện và bằng lái cho bên thứ ba
Danh sách các tài khoản, phí đổi mới và các biên giới của việc thanh toán, tin nhắn, bản đồ, hậu cần, hóa đơn, thương mại hay mở.
Tài liệu kỹ thuật và chiến dịch
Mô tả các quá trình cốt lõi, quyền ưu tiên, kiến trúc hệ thống, giao diện, cấu hình, bài tập thời gian và giới hạn đã biết.
Chạy và làm việc chưa hoàn thành
Ghi lại các vấn đề trực tuyến, cần làm, các khoản nợ kỹ thuật, các phản ứng khẩn cấp, các hỗ trợ tài chính chất lượng và các khung thời gian cho đội đầu tiên.
Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá
NameNameTên miền máy phục vụ và tài nguyên đám mâyĐang sao lưu co sở dữ liệu và phục hồi khả năng xác thựcDanh sách các khóa giao diện và dịch vụ phần baDữ liệu giao diện cấu trúc và tài liệu vận chuyểnKiểm tra hồ sơ và hồ sơ chấp nhậnDanh sách những vấn đề đã biết cần phải được giải quyết và trách nhiệm
Đường dẫn đã đề nghị thực hiện
Đề nghị nên dùng một danh sách viết để ký tên và sắp xếp cho nhóm mới hoàn tất việc xây dựng, triển khai, phục hồi cơ sở dữ liệu và tiến trình phân loại trong một môi trường.
DECISION WORKSHEET
Đang chuyển đổi dự án phần mềm chuyển thông tin danh sách thành việc đưa ra quyết định có thể áp dụng được
Những bảng làm việc sau đây giúp các doanh nghiệp tổ chức những lời khuyên mơ hồ thành những đầu vào dựa trên các nhà cung cấp, và dự án có thể được thực hiện.
Mật mã nguồn và Lịch sử Phiên bản
Chuyển mã của nhà kho, chiến lược chi nhánh, nhãn, mô tả xây dựng và phiên bản sản xuất hiện thời sang ứng dụng tương ứng.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Số tài khoản và cơ sở hạ tầng
Một kho hàng của các nền tảng mây, máy chủ, tên miền, chứng nhận, vật thể lưu trữ, dịch vụ tin tức, giám sát và tự động hóa các tài khoản.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Cơ sở dữ liệu và dữ liệu hoạt động
Cung cấp các cấu trúc, tập lệnh di trú, từ điển, bản sao, phương pháp phục hồi, khối lượng dữ liệu và các quy tắc xử lý dữ liệu nhạy cảm.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Những lời nhận xét tương tự nên có kết luận nào?
Tại một nhà kho mã tối thiểu, người dùng điều khiển, phiên bản sản xuất và xây dựng các tuyên bố triển khai, tên miền máy phục vụ và tài nguyên đám mây, bản sao lưu và hợp lệ hoá cơ sở dữ liệu, cùng với một dấu hiệu của khối lượng kinh doanh hiện tại, thời gian xử lý trung bình, bất thường lớn, hệ thống hiện có, quyền sở hữu dữ liệu, phụ thuộc phần thứ ba và truy cập cửa sổ. phiên bản thông tin tương tự được cung cấp cho các nhà cung cấp khác nhau và mô tả riêng biệt về giả định, bỏ qua, các vấn đề khách hàng, các bằng chứng có thể được phát hành và chấp nhận chỉ cần thiết để tránh so sánh giá cả một biên giới còn thiếu.
Ví dụ, doanh nghiệp mong đợi rằng dự án sẽ tiết kiệm 160 giờ lao động mỗi tháng, nhưng con số này nên được chia nhỏ thành số lượng công việc, tiết kiệm thời gian, tỷ lệ nhận nuôi và tỷ lệ đánh giá bằng thủ công.
Bốn loại bằng chứng đề nghị thẩm vấn trong lúc giao tiếp với người bán hàng
Đầu tiên là bằng chứng phạm vi: sự nhất quán của phiên bản yêu cầu, quy trình kinh doanh, mẫu thử nghiệm, các giao diện và loại bỏ; thứ hai là bằng chứng kỹ thuật: liệu công nghệ tương tự có thể truy cập được cấu trúc, quản lý mã, thử nghiệm, triển khai và gặp khó khăn; phương pháp quản lý cá nhân là bằng chứng cá nhân: có thực sự tham gia các giai đoạn nhập, các nhiệm vụ và cơ chế thay thế là rõ ràng; và điều thứ tư là bằng chứng giao hàng: mã nguồn, dữ liệu, tài liệu, tài liệu, trình bày, tài liệu, bảo đảm và vận chuyển chất lượng được giao.
Đề nghị rằng sự rõ ràng, sự phụ thuộc quan trọng, khả năng của đội, khả năng chấp nhận và sự chiếm hữu lâu dài được đánh giá riêng biệt và cơ sở cho mỗi điểm được ghi lại. nếu một chương trình rẻ hơn, giao diện, di cư, kiểm tra hoặc trách nhiệm trực tuyến bị loại bỏ, thì nó nên được chuyển thành cùng một khối lượng giao hàng trước khi so sánh.
Nguyên tắc phán xét
Trang này cung cấp một khuôn khổ đưa ra quyết định mà không tạo thành một lời đề nghị hay cam kết cố định.
FAQ
FAQs
Những vấn đề thông thường nhất trước khi hợp tác được trình bày rõ ràng.
Chỉ có gói nén mã nguồn mới có thể tiếp quản?+
Trong khi điều này có thể được đánh giá trước tiên, sự thiếu hụt của một phiên bản lịch sử, sự tin cậy, cơ sở dữ liệu và thông tin môi trường làm tăng giá trị phục hồi và không đảm bảo rằng mã nguồn phù hợp với phiên bản sản xuất.
Ai nên quản lý tài khoản của bên thứ ba?+
Các tài khoản lõi trực tiếp liên quan đến các hoạt động kinh doanh và dữ liệu thông thường nên được kiểm soát bởi khách hàng và quyền hạn tối thiểu cần thiết cho đội dịch vụ.
Nếu đội đầu tiên từ chối hợp tác thì sao?+
Hợp đồng và giấy phép hợp pháp được xác nhận, mã đã có, số tài khoản, dữ liệu và bản dự phòng được bảo tồn càng sớm càng tốt, và mức độ phục hồi được xác định bởi các chẩn đoán kỹ thuật độc lập.
DECISION FAQ
Kiểm tra tất cả 265 câu hỏi.Những vấn đề thông thường liên quan đến dự án hiện tại
Hợp đồng, thanh toán, thay đổi và giao dự án
Làm thế nào mà giao diện mã và hệ thống có thể hoàn thành được bởi nhà cung cấp phần mềm ở giữa ca trực?
Công tắc không chỉ là gửi một gói mã nén nguồn, mà còn về phục hồi các quá trình kinh doanh, triển khai và cốt lõi. đội ngũ đầu tiên nên mô tả cấu trúc, sự phụ thuộc, các nhu cầu không cân đối, hoạt động sản xuất thiếu sót và sản xuất.
Xem câu trả lời đầy đủTiểu dụng, APPs, SaaS và hệ thống cũLiệu dự án phần mềm đuôi xấu và mã cũ có thể được thay thế sau khi đội phát triển đầu tiên mất liên lạc không?
Hầu hết các dự án có thể được đánh giá trước, nhưng không thể trực tiếp sửa chữa mà không biết về tài sản và mã. Bước đầu tiên là bảo tồn mã, máy chủ, cơ sở dữ liệu, tên miền, chứng chỉ và tài khoản phần thứ ba theo luật, và sau đó phục hồi danh sách của văn kiện và thao tác.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánDự án phần mềm đã bị hoãn lại.
Dừng yêu cầu chỉ yêu cầu tỷ lệ phần trăm của việc hoàn thành, và yêu cầu đội cung cấp một danh sách các kết quả hoạt động, công việc còn lại, rủi ro và phụ thuộc. phân biệt giữa phạm vi tăng cường, sự hợp tác khách hàng, vấn đề kỹ thuật, hoặc quản lý nhà cung cấp sẽ dẫn đến sự chậm trễ.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánBạn có thể xin sự cố định nếu dự án này thất bại hay không có sẵn không?
Phạm vi, thời gian, thời gian và sự tái định hình của các thay đổi có thể được xác định bằng cách tham khảo phạm vi của các hợp đồng, các tiêu chuẩn chấp nhận, các lý do cho sự thất bại và trách nhiệm chung. bước đầu tiên là để bảo tồn phiên bản, bản ghi, kiểm tra, giao tiếp và bằng chứng của tác động, và để tránh chỉ nói chuyện.
Xem câu trả lời đầy đủRELATED
Chịu phục tùng sự đánh giá dự ánHãy giữ cho kiến thức của bạn về các dịch vụ
Điều chỉnh
Dự án phần mềm tiếp quản và giải cứu
Xem bảo tồn tài sản, kiểm tra kỹ thuật, phục hồi và dịch vụ tái định cư
Để biết thêm thông tin.Điều chỉnhKhông có tài liệu cũ mã lệnh tiếp quản
Hồi phục và đánh giá rủi ro trong trường hợp thiếu thông tin
Để biết thêm thông tin.Điều chỉnhCác dự án phần mềm được chẩn đoán kỹ thuật
Tài sản, rủi ro và chiếm lấy tuyến đường được phát triển thông qua kiểm toán độc lập
Để biết thêm thông tin.