Qui trình kiểm soát chất lượng của ELIPSE SOFTWARE

1.GIỚI THIỆU

     Elipse Software cam kết đem lại cho khách hàng sự hài lòng và thành công. Để thực hiện điều này, chúng tôi kiểm soát chặt chẽ chất lượng phần mềm, sử dụng các quy trình và hệ thống quản lý được bằng văn bản để đảm bảo khả năng quản lý chặt chẽ và khả năng truy xuất nguồn gốc của tất cả các hoạt động, bao gồm đặc tả, phát triển, thử nghiệm và hỗ trợ.

     Elipse được chia thành ba nhóm chính theo ngành dọc: Tự động hóa, năng lượng và thông tin. Mỗi nhóm có các quy trình phát triển, kiểm tra, hỗ trợ và bán hàng độc lập. Tuy nhiên, tất cả các nhóm vẫn chia sẻ các quy trình và các hệ thống quản lý chung.

2.QUY TRÌNH ĐẶC TẢ VÀ PHÁT TRIỂN

     Elipse sử dụng Scrum cho quy trình phát triển phần mềm của mình. Scrum là sự kế thừa và phát triển của quy trình phát triển phần mềm linh hoạt (Agile) cho việc quản lý dự án và sản phát triển phần mềm và ứng dụng. Nó định nghĩa “Một chiến lược phát triển sản phẩm linh hoạt, nơi một nhóm phát triển hoạt động như một đơn vị để đạt được một mục tiêu chung”. Nó thách thức các quy trình “truyền thống, tuần tự” để phát triển sản phẩm. Scrum cho phép các nhóm tự tổ chức bằng cách khuyến khích việc làm việc cùng một nới hoặc cộng tác trực tuyến của tất cả các thành viên trong nhóm và phải gặp nhau hàng ngày phải đối mặt với sự liên lạc thường xuyên giữa các thành viên trong nhóm và tuân thủ kỷ luật.

Một nguyên tắc quan trọng của Scrum là sự chấp nhận của nó về việc trong một dự án khách hàng có thể thay đổi suy nghĩ của họ về những gì họ muốn và cần (thường được gọi là yêu cầu phát sinh) và đó là thách thức không được dự liệu trước và không thể dễ dàng giải quyết theo các quy trình, kế hoạch truyền thống. Theo như vậy, Scrum chấp nhận rằng các vấn đề không thể được xác định, liệt kê ngay từ đầu, thay vào đó sẽ tập trung, tối đa hóa khả năng của nhóm nghiên cứu để cung cấp, thử nghiệm và đáp ứng một cách nhanh chóng các yêu cầu mới.

Tham khảo: http://en.wikipedia.org/wiki/Scrum_(software_development)

3.HỆ THỐNG NỘI BỘ

Elipse có quy trình nội bộ và hệ thống để giúp thực hiện và theo dõi chất lượng sản phầm:

– Microsoft Visual Studio TFS (Team File System)

– Fogbugz

– Code Review

– Test Platform

3.1.Visual Studio TFS

Là một đối tác vàng của Microsoft, Elipse sử dụng các công cụ phát triển tích hợp Microsoft nhằm nâng cao hiệu quả phát triển và chất lượng. Team Foundation Server (thường được viết tắt là TFS) là một sản phẩm của Microsoft cung cấp khả năng quản lý mã nguồn (hoặc thông qua Team Foundation Version Control hoặc Git), báo cáo, yêu cầu quản lý, quản lý dự án (đối với cả quy trình phát triển phần mềm linh hoạt và quy trình theo mô hình thác nước), tự xây dựng, quản lý phòng lab, khả năng thử nghiệm và quản lý phát hành. Nó bao gồm toàn bộ ứng dụng quản lý vòng đời. TFS có thể được sử dụng cho giai đoạn kết của nhiều môi trường phát triển tích hợp, nhưng được thiết kế để cung cấp những lợi ích tốt nhất bằng cách phục vụ như là giai đoạn kết thúc của Microsoft Visual Studio hoặc Eclipse (trên nền Windows hoặc không)

3.2.Fogbugz

Đó là một công cụ của bên thứ 3, để giúp quản lý, tổ chức và lưu lại quá trình phát triển phần mềm. Nó cũng giúp công bố rộng rãi thông tin chính thức về sản phẩm Elipse, tích hợp với trang web Elipse. Nó chứa các dự án trong và ngoài (cộng đồng).

Bất cứ khi nào một tính năng mới được phát triển, hay một vấn đề (lỗi) được tìm thấy trong một sản phẩm phần mềm hoặc tài liệu, một “ca” được tạo ra. Fogbugz theo dõi tất cả các ca hoạt động, cho đến khi nó được giải quyết, thực hiện, kiểm tra và công bố. Nó cũng kiểm soát:

– Sản phẩm và các phiên bản của nó;

– Tích hợp với TFS;

– Tích hợp với Code Review;

3.3.Code Review

3.4.Quy trình thử nghiệm

Elipse sử dụng cả hai quy trình thử nghiệm, bằng tay và tự động. Yêu cầu thử nghiệm bằng tay xảy ra khi sự thay đổi không thể được kiểm tra bằng máy, giống như tính năng hoặc các giao diện người dùng khác.

Thử nghiệm tự động (qua giao diện người dùng hoặc theo lịch​​) xảy ra khi một phần cụ thể của mã (một thói quen kiểm tra) được thực hiện từ một ứng dụng bên ngoài (Platform Test) trong đó có một cơ sở dữ liệu của các bài thử nghiệm có sẵn và kết quả đã được dự kiến trước. Bằng cách so sánh kết quả thực tế với dự kiến​​, thử nghiệm tự động gần như có thể kiểm tra xem các tác vụ cơ bản của một phần của mã sau thay đổi có tiếp tục thể hiện như mong đợi hay không.

3.5.Tự xây dựng

Như một phần của Scrum và quy trình phát triển phần mềm Agile, Fogbugz được thiết kế để tạo ra hàng ngày cho tất cả các phần mềm, bao gồm cài đặt và tài liệu. Như một cỗ máy với con người theo dõi quy trình, được sử dụng để xác nhận hàng ngày và sẵn sàng để được sử dụng tại mỗi lần lặp lại quy trình Scrum.

Quy trình tự xây dựng theo dõi các phiên bản, và thực hiện tất cả các bài kiểm tra tự động được lập trình. Nếu một thử nghiệm không thành công, quá trình xây dựng bị hủy bỏ và một tin nhắn được gửi đến các lập trình viên trưởng, người ngay lập tức có thể kiểm tra những lý do của việc hủy bỏ. Nói chung, khi quy trình phát triển bình thường được thực hiện, tự xây dựng và thử nghiệm tự động hàng ngày chỉ là một “sự kiểm tra lại” để đảm bảo rằng tất cả các quy trình phần mềm là tốt.

4.KẾT LUẬN

Bằng cách tuân thủ sâu sắc với các thủ tục và quy trình kinh doanh phù hợp với kỹ thuật phát triển hiện đại, Elipse Software tự hào cung cấp các sản phẩm chất lượng cao, phù hợp với các nhu cầu giám sát, kiểm soát, và nhu cầu quản lý thông tin của các khách hàng.