2012-07-30 32 views
11

Tôi biết Tài liệu Yêu cầu Chức năng và Tài liệu Đặc tả Kỹ thuật. Tuy nhiên, tôi muốn biết, các tài liệu khác nhau cần thiết cho một Phát triển Dự án tổng thể là gì.Các loại tài liệu khác nhau cần thiết cho phát triển phần mềm là gì?

Giả sử tôi có một công ty nhỏ và tôi muốn xây dựng một dự án cho một công ty khác. Các tài liệu khác nhau mà tôi cần gửi từ đầu đến cuối là gì? Và FRD và TSD phù hợp ở đâu?

Trả lời

13

Có lẽ đây sẽ là một khởi đầu tốt: http://en.wikipedia.org/wiki/Software_documentation

http://stc-carolina.org/newsletter/tiki-index.php?page=Documents+That+No+Project+Cannot+Be+Without

Nhưng tôi sẽ nói tất cả phụ thuộc vào ngữ cảnh. Các phân phôi khác nhau sẽ được yêu cầu cho các dự án Agile cũng như giả sử các dự án RUP. Danh sách này phải được thỏa thuận với công ty/khách hàng mục tiêu ..

+0

... cũ ... tuy nhiên tôi chắc chắn hỗ trợ tuyên bố "... tất cả đều phụ thuộc vào ngữ cảnh". Ví dụ về các yếu tố ảnh hưởng: phương pháp dự án, độ chín kiến ​​trúc, hạn chế tài chính và ngân sách, 'các thuật ngữ bị đốt cháy' trong các tổ chức không thể tái sử dụng vì bất kỳ lý do gì, kỹ năng của những người có liên quan ... – Quicker

3

Đi tìm SRS ngay từ đầu. Một tài liệu pháp lý bằng văn bản là rất cần thiết mà sẽ liên quan đến tất cả các loại điều sẽ được bao gồm trong một phần mềm. Nó cho thấy tính chuyên nghiệp của bạn.

8

Đối với việc phát triển một phần mềm hoàn hảo giấy tờ sau đây là bắt buộc trong loạt bài:

  1. URS (Yêu cầu tài Specification): Điểm URS khôn ngoan mô tả tất cả các yêu cầu của phần mềm.
  2. UI: Tùy thuộc vào URS các trang nhất định của phần mềm được thiết kế. Điều này cũng bao gồm các thông báo lỗi, pop up tin nhắn, vv
  3. SRS (Yêu cầu hệ thống đặc điểm kỹ thuật): Điểm SRS khôn ngoan xác định các yêu cầu hệ thống tùy thuộc vào URS.
  4. STC (Hệ thống kiểm tra trường hợp): Sau khi phần mềm được phát triển, kiểm tra hệ thống được thực hiện và ghi lại trong STC
  5. UAT (Kiểm tra chấp nhận của người dùng): Sau khi tất cả các trường hợp kiểm tra hệ thống đều được chấp nhận thành công để kiểm tra xem phần mềm bao gồm tất cả các điểm như đã đề cập trong URS và được chuẩn bị như mong đợi
  6. DTL (Defect Track Đăng nhập): Tất cả lỗi/khuyết tật ghi trong UAT/STC được đề cập trong DTL để họ có thể được cố định

Sau tất cả các lỗi được cố định chu kỳ thứ hai của STC và UAT được tiến hành để kiểm tra xem tất cả mọi thứ là tốt ngay bây giờ và thực hiện kỳ ​​vọng của người dùng. Và cuối cùng là phần mềm đã sẵn sàng để sử dụng.

+0

tôi có nghĩa là giao diện và tài liệu mã để xem xét trong tương lai – AminM