Quy trình đánh giá của bạn cho phát triển Rhapsody là gì?

Question

Nhóm của tôi đang sử dụng công cụ Rhapsody của IBM để thực hiện phát triển nhúng theo thời gian thực. Thật không may, chúng tôi không hài lòng với quy trình đánh giá hiện tại của chúng tôi.

khó khăn Cụ thể hơn, chúng ta đã có vì:

• có một thiếu một công cụ diff tốt cho sơ đồ thay đổi
• công cụ diff Rhapsody không tạo ra các báo cáo mà bạn có thể sử dụng trong một xem xét lịch sử tập tin
• nguồn là đốm vì file nguồn là những sản phẩm trong MDD do đó không được cấu hình trong một VCS tại một granularity cao
• chạy diffs trên mã nguồn đôi khi kéo những thay đổi liên quan được thực hiện bởi các nhà phát triển khác
.210
• đôi khi thay đổi một tài sản của một yếu tố mô hình thay đổi hàng chục file nguồn
• thật dễ dàng để thay đổi một tập tin nguồn thông qua một sự thay đổi bất động sản và không biết nó

Có ai có bất cứ lời khuyên cho việc đánh giá ngang hàng trên Rhapsody phát triển mạnh mẽ nhưng ít rắc rối? Bạn có muốn chia sẻ những bài học và bài học hay nhất nào? Tôi không tìm kiếm một quy trình trưởng thành; tidbits tôi không biết về sẽ là tuyệt vời.

Answer 1

Chúng tôi đã sử dụng Rhapsody để phát triển trong 5 năm qua. Quy trình hiện tại của chúng tôi liên quan đến việc sử dụng giao diện COM của Rhapsody và giao diện Microsoft Word COM để kết xuất các gói đánh giá thành Word để xem xét thiết kế. Chúng tôi cũng thực hiện việc này để tạo phần hướng dẫn tham chiếu của SUM của chúng tôi.

Đối với mã, chúng tôi xem xét nguồn được tạo.

Chúng tôi đặt mô hình vào hệ thống kiểm soát phiên bản của chúng tôi và khóa các yếu tố mô hình sau khi chúng đã được xem xét. Nếu công cụ kiểm soát phiên bản của bạn làm cho mọi thứ chỉ đọc khi chúng được đăng ký, nó sẽ ngăn bạn vô tình thay đổi một phần tử mô hình.

Giao diện COM cũng tốt cho việc đổ mô hình để tạo các trang trình bày PowerPoint nếu bạn muốn trình bày thiết kế của mình cho khách hàng. Bạn sẽ phải tinh chỉnh các trang trình bày sau khi chúng được tạo ra, vì các bức ảnh thường kết thúc trông hơi buồn cười, nhưng nó cho một điểm khởi đầu nhanh chóng.

Answer 2

Chúng tôi sử dụng Rhapsody cho cùng một mục đích tại nơi làm việc của tôi. Các đánh giá về các thay đổi mô hình được thực hiện với một kịch bản mở ra diffmerge trên hai bản sao của kho lưu trữ của chúng tôi (một lúc bắt đầu thay đổi, một bản mới nhất). Điều đó cho thấy tất cả những thay đổi thích hợp, mà không có bất kỳ của tàu tuần dương nội bộ Rhapsody thêm.

Repo của chúng tôi không theo dõi các nguồn được tạo, nhưng chúng tôi thấy nhiều thay đổi không liên quan trong các tệp sbs của Rhapsody thường xuyên. Chúng tôi đã bắt đầu thiết lập các tệp sbs dưới dạng chỉ đọc trên hệ thống tệp và sau đó thay đổi chúng thành đọc/ghi từ bảng thuộc tính trong Rhapsody. Điều đó không ngăn chặn các tệp bạn đánh dấu là đã đọc/ghi từ khi đã chèn vào cruft, nhưng nó ngăn không cho sửa đổi các tệp không liên quan.

Tôi vẫn chưa tìm thấy cách để Rhapsody ngừng chèn thay đổi không liên quan (ví dụ: đôi khi thêm và xóa trường tên tệp giữa các lần lưu, mặc dù thay đổi tối thiểu cho mô hình). Nó tạo ra rất nhiều xung đột hợp nhất, và cá nhân tôi đã bắt đầu lấy 5 hoặc hơn một phút cho mỗi cam kết chỉ thêm những thay đổi quan trọng.

Answer 3

Cũng có thể ngăn không cho Rhapsody viết dấu thời gian vào tệp sbs bằng cách đặt thuộc tính CG::General::IncrementalCodeGenAcrossSession thành false. Điều này có thể giúp giảm lượng dữ liệu không cần thiết.

Xem this link