Những giải pháp FOSS nào có sẵn để quản lý các yêu cầu phần mềm?


8

Trong công ty nơi tôi làm việc, chúng tôi bắt đầu lên kế hoạch tuân thủ vòng đời phát triển phần mềm. Chúng tôi đã có, wiki, hệ thống vcs, hệ thống theo dõi lỗi và hệ thống tích hợp liên tục.

Bước tiếp theo chúng tôi muốn có là bắt đầu quản lý, theo cách có cấu trúc, yêu cầu phần mềm. Chúng tôi không muốn sử dụng wiki hoặc tài liệu chia sẻ vì chúng tôi có nhiều đầu vào (nhà phát triển, người quản lý, thương mại, nhà phân tích bảo mật và người khác) và chúng tôi không muốn xử lý sự phổ biến của .doc trên mạng chia sẻ. Chúng tôi đang cố gắng tìm kiếm và chúng tôi hy vọng chúng tôi có thể tìm và sử dụng phần mềm FOSS để quản lý tất cả những thứ này.

Chúng tôi có khoảng 30 người và không có ngân sách cho phần mềm thương mại. Chúng tôi cần một giải pháp miễn phí để quản lý yêu cầu.

Những gì chúng tôi muốn là phần mềm có thể quản lý:

Các tính năng cần thiết:

  • Yêu cầu phần mềm được chia theo cách có cấu hình
  • Phiên bản của các yêu cầu (history, diff, v.v., như mã nguồn)
  • Sự phụ thuộc lẫn nhau của các yêu cầu (con của, cha mẹ của, liên quan đến)
  • Kiểm soát truy cập dựa trên quy tắc để xử lý dữ liệu
  • Nhiều người dùng, nhiều dự án
  • Tải lên tệp (đối với biểu đồ, tài liệu liên quan đến hoặc hơn)
  • Tính năng báo cáo và trích xuất

Tính năng tùy chọn:

  • Dựa trên web
  • Trường hợp thử nghiệm
  • Quản lý dựa trên thời gian (dòng thời gian, dữ liệu ngoại trừ, dữ liệu kết quả)
  • Phân bổ người và như vậy
  • Công cụ liên quan đến kinh doanh
  • Xử lý phân bổ phần cứng

Tôi đã chơi với testlink và bây giờ tôi đang chơi với RTH, cái tiếp theo tôi thử là redmine.

Câu trả lời:


3

Tôi sử dụng theo dõi trường hợp của tôi, FogBugz, cho việc này. Hầu hết những điều bạn lưu ý đã được tích hợp sẵn:

  • Chia theo cách có cấu hình

Không chắc chắn chính xác những gì bạn có ý nghĩa ở đây, nhưng mỗi yêu cầu là một trường hợp cụ thể, với mức độ ưu tiên.

  • Phiên bản của các yêu cầu

Một lịch sử đầy đủ của vụ án luôn luôn có sẵn, mặc dù nó không làm khác đi, nhưng nó chỉ đơn giản là 'xử lý' các chỉnh sửa

  • Sự phụ thuộc lẫn nhau của các yêu cầu

Được xây dựng trong

  • Kiểm soát truy cập dựa trên quy tắc để xử lý dữ liệu

Không chắc chắn chính xác những gì bạn muốn nói ở đây, nhưng có các tính năng quản trị người dùng để họ chỉ có thể thấy một số loại trường hợp nhất định

  • Nhiều người dùng, nhiều dự án
  • Tải lên tập tin
  • Dựa trên web
  • Quản lý dựa trên thời gian

Tất cả tích hợp sẵn

  • Phân bổ người và vân vân

Tích hợp (sử dụng 'phóng viên')

  • Công cụ liên quan đến kinh doanh

uhm ... có đủ loại 'thứ'

  • Xử lý phân bổ phần cứng

Không chắc.

Phần thưởng: nếu bạn sử dụng Kiln, bạn có thể tích hợp đáp ứng các yêu cầu với đăng ký mã nguồn (Kiln không cần thiết, nhưng đó là Mercurial, một IMO cộng, dễ sử dụng và rõ ràng nó hoạt động rất vui với FogBugz).


3

Tôi đã hỏi câu hỏi này trên Stack Overflow khoảng 2 năm trước . Tôi đã quan sát xung quanh và có vẻ như mọi thứ đã thay đổi nhiều kể từ đó.


Ồ vâng, tất cả các phần mềm đều giống nhau, rth, rth-turbo, testlink, tôi chưa thử redmine và quản trị viên hệ thống của chúng tôi đã thử salome-tmf nhưng tất cả những thứ không phù hợp với nhu cầu của chúng tôi. bạn đang sử dụng phần mềm nào?
la ó

1
Tôi không sử dụng bất kỳ phần mềm chuyên dụng nào: Word, Excel và công cụ lập mô hình UML (Dia) là tất cả những gì tôi sử dụng để nắm bắt các yêu cầu một cách tĩnh. Một wiki có thể thay thế Word và Excel.
Thomas Owens

1

Không chắc chắn những gì bạn đang sử dụng cho trình theo dõi lỗi, nhưng tôi đã sử dụng thành công các loại sự cố đặc biệt cho các yêu cầu khá thành công. Về cơ bản, nhiều phần mềm quản lý vấn đề (hoặc theo dõi lỗi) cho phép bạn liên kết các vấn đề với nhau. Họ cũng có khái niệm về một yêu cầu tổng thể với các nhiệm vụ, hoặc các yêu cầu phụ. Điều đó quan tâm đến hầu hết những gì bạn đang nhìn.

Cách xử lý phiên bản với một hệ thống như vậy bằng cách gán yêu cầu cho một phiên bản. Đó là một trường tùy chỉnh hoặc một cái gì đó được tích hợp sẵn. Khi bạn có một yêu cầu mới thay thế cái cũ hơn, bạn liên kết với nó và hủy cái cũ hơn. Bây giờ bạn có một dấu vết thông qua các phiên bản phần mềm của bạn.

Một công cụ mã nguồn mở như vậy tôi đã sử dụng được gọi là Redmine: http://www.redmine.org/ Bạn sẽ thấy một số trùng lặp với một số công cụ khác mà bạn đã có. Tôi đang suy nghĩ một chút sáng tạo với bộ công cụ của bạn sẽ mang lại một cái gì đó đủ gần với những gì bạn muốn mà không cần lò xo cho DOORS hoặc (ir) bộ công cụ Rational.


Không giống như lỗi, các yêu cầu là "sống" và "phát triển" thông qua quá trình phát triển. Chúng có thể trông giống như phiên bản khác của tệp trong hệ thống VCS. Một bản phát hành nhất định của một ứng dụng sẽ được tạo thành từ các tệp tại một phiên bản nhất định và giống như cách phát hành nhất định sẽ được thực hiện từ một phiên bản nhất định của các yêu cầu (đường cơ sở). Lưu ý rằng chúng có thể là cùng một yêu cầu (cùng ID), chỉ ở phiên bản khác nhau. Trình theo dõi lỗi thường thiếu các tính năng này, chúng có thể được bắt chước, nhưng thông thường chúng đòi hỏi nhiều công việc thủ công. Ngoài ra nhiều bugtracker không có chế độ xem phân cấp thực sự của các mục.
ldsandon
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.