✨Công ty phần mềm

Công ty phần mềm là một công ty có các sản phẩm chính là các phần mềm, công nghệ phần mềm, phân phối và phát triển sản phẩm phần mềm. Công ty phần mềm là các công ty trong ngành công nghiệp phần mềm.

Phân loại

Có một số loại công ty phần mềm khác nhau:

• Các công ty lớn và nổi tiếng sản xuất các phần mềm thương mại (COTS), như Microsoft, SAP AG, Oracle Corporation, HP, Adobe Systems và Red Hat
• Các công ty nhỏ hơn sản xuất phần mềm tùy chỉnh cho các công ty và doanh nghiệp khác, chẳng hạn như RIKSOF
• Các công ty sản xuất phần mềm thương mại chuyên dụng (COTS), như Panorama, Hyperion, Siebel Systems, GazitIT, Enigma Technologies
• Các công ty sản xuất Phần mềm dưới dạng Dịch vụ SaaS, như Google, Facebook, LinkedIn
• Các công ty sản xuất các thành phần phần mềm, chẳng hạn như Developer Express, Dundas, ElementOne và Sohn Software
• Nhà cung cấp dịch vụ ứng dụng như Salesforce
• Các công ty sản xuất phần mềm bespoke cho các ngành dọc hoặc các khu vực địa lý cụ thể

Tất cả có thể được phân loại theo một hoặc nhiều điều sau đây:

Cấu trúc

Người quản lý của một công ty phần mềm thường được gọi là Trưởng phòng Phát triển (HOD), và báo cáo cho các bên liên quan. Người đó trực tiếp lãnh đạo các nhóm phụ hoặc thông qua người quản lý/lãnh đạo tùy thuộc vào quy mô của tổ chức. Thông thường các đội có tối đa 10 người là những người hoạt động nhiều nhất. Trong các tổ chức lớn hơn, nói chung có hai mô hình phân cấp: không|nhỏ|550x550px|Cấu trúc điển hình của công ty phần mềm Tất cả các đội hoàn toàn độc lập và họ làm việc riêng trên các dự án khác nhau. Cấu trúc khá đơn giản và tất cả các nhân viên báo cáo cho một người, điều làm cho tình hình khá rõ ràng tuy nhiên nó không phải là một giải pháp tốt về trao đổi kiến thức và sử dụng tối ưu nguồn nhân lực. nhỏ|550x550px|Cấu trúc ma trận Trong mô hình này, có những người quản lý / lãnh đạo tận tâm cho từng chuyên môn chính, "thuê" người của họ cho các dự án cụ thể do người quản lý sản phẩm / dự án dẫn đầu, họ chính thức hoặc không chính thức thuê người và trả tiền cho thời gian của họ. Điều này dẫn đến mỗi nhân viên tư nhân có hai ông chủ - người quản lý sản phẩm / dự án và người quản lý "tài nguyên" chuyên ngành. Một mặt, nó tối ưu hóa việc sử dụng nguồn nhân lực, mặt khác nó có thể làm phát sinh mâu thuẫn về việc một người quản lý được ưu tiên trong cấu trúc.

Ngoài ra còn có một số biến thể của các cấu trúc này, và một số tổ chức có cấu trúc này lan rộng và phân chia trong các phòng ban và đơn vị khác nhau.

Phương pháp

Công ty phần mềm có thể sử dụng một số phương pháp khác nhau để tạo mã. Chúng có thể bao gồm:

• mô hình thác nước, bao gồm các phương pháp quản lý dự án như PRINCE2 hoặc PMBoK
• phát triển phần mềm linh hoạt, như Lập trình cực đoan và SCRUM

Ngoài ra còn có một số phương pháp kết hợp cả hai, như mô hình xoắn ốc, Quy trình hợp nhất (RUP) hoặc MSF.

Vòng đời sản phẩm

Bất kể phương pháp nào được sử dụng, vòng đời sản phẩm luôn bao gồm ít nhất ba giai đoạn:

• Thiết kế - bao gồm cả đặc điểm kỹ thuật và kinh doanh
• Mã hóa - sự phát triển của chính nó
• Kiểm tra - quản lý chất lượng

Mỗi giai đoạn lý tưởng chiếm 30% tổng thời gian, với 10% còn lại trong dự trữ.

Sơ đồ trình tự tương tác UML giữa các nhóm này có thể trông như sau: không|nhỏ|591x591px|Sự tương tác chung giữa ba nhóm chính Ở mỗi giai đoạn, một nhóm khác nhau đóng vai trò chính, tuy nhiên mỗi loại vai trò phải tham gia trong toàn bộ quá trình phát triển:

• Các nhà phân tích, sau khi hoàn thành các đặc điểm kỹ thuật kinh doanh, quản lý tình hình kinh doanh thay đổi để giảm thiểu khả năng thay đổi theo thời gian. Họ cũng hỗ trợ cả lập trình viên và người thử nghiệm trong toàn bộ quá trình phát triển để đảm bảo rằng sản phẩm cuối cùng đáp ứng nhu cầu kinh doanh được chỉ định khi bắt đầu. Quá trình này lý tưởng đặt các nhà phân tích kinh doanh là những người chơi chính trong quá trình cung cấp giải pháp cuối cùng cho khách hàng, vì họ được đặt tốt nhất để cung cấp lớp kinh doanh tốt nhất.
• Các lập trình viên thực hiện các đặc tả kỹ thuật trong giai đoạn thiết kế, đó là lý do tại sao họ được gọi là lập trình viên/nhà thiết kế và trong thời gian thử nghiệm họ sửa các lỗi.
• Người kiểm thử hoàn thành các kịch bản thử nghiệm trong giai đoạn thiết kế và đánh giá chúng trong giai đoạn mã hóa

Hệ thống và thủ tục

Các nhà phần mềm chạy tốt sở hữu các hệ thống và quy trình khác nhau được triển khai và làm việc nội bộ trên tất cả các nhóm phụ. Bao gồm các:

Chuyên viên phân tích kinh doanh

• Các công cụ mô hình hóa như Sparx Systems Enterprise Architect hoặc IBM Rational Rose

Lập trình viên

• Hệ thống kiểm soát phiên bản và quy trình phiên bản phần mềm
• Các công cụ phân tích mã và tiêu chuẩn mã hóa, được xác thực bằng tay hoặc tự động
• Cơ chế triển khai

Testers

• Hệ thống theo dõi lỗi
• Công cụ kiểm thử tự động
• Công cụ kiểm tra hiệu suất và stress

Quản lý dự án / sản phẩm

• Các hệ thống và thủ tục Quản lý dự án doanh nghiệp (EPM)
• Quản lý danh mục sản phẩm (PPM)
• Thay đổi hệ thống quản lý và thủ tục

Ngoài ra còn có Quản lý vòng đời ứng dụng (ALM), nhúng một số chức năng này trong một gói và được sử dụng trên các nhóm. Chúng được phân phối từ nhiều nhà cung cấp khác nhau như Borland, ECM hoặc Compuware.

Kiểm toán hiệu quả

Các công ty phần mềm được thiết lập tốt thường có một số cách đo lường hiệu quả của chính họ. Điều này thường được thực hiện bằng cách xác định bộ chỉ số hiệu suất chính (KPI), chẳng hạn như

• Số lỗi trung bình được thực hiện bởi nhà phát triển trên mỗi đơn vị thời gian hoặc dòng lệnh
• Số lượng lỗi được tìm thấy bởi người kiểm tra trên mỗi chu kỳ kiểm tra
• Số chu kỳ kiểm tra trung bình cho đến khi [http://blogs.technet.com/victor.pearson/archive/2005/12/01/415400.aspx Zero Bug Bounce] (ZBB)
• Thời gian trung bình của chu kỳ kiểm tra
• Thời gian dự kiến của nhiệm vụ so với thời gian thực của nhiệm vụ (tính chính xác của kế hoạch)
• Số lần sửa lỗi cho đường cơ sở

Một số tổ chức tập trung vào việc đạt đến mức tối ưu của Mô hình trưởng thành khả năng (CMM), trong đó "tối ưu" không nhất thiết có nghĩa là cao nhất. Ngoài ra còn có các hệ thống khác như SEMA của Đại học Carnegie-Mellon, hoặc hoặc các chuẩn ISO đặc biệt. Công ty phần mềm nhỏ đôi khi sẽ sử dụng các phương pháp ít chính thức hơn. Mỗi tổ chức thực hiện phong cách riêng của mình, nằm ở đâu đó giữa tổng công nghệ (nơi tất cả được xác định bằng số) và tổng vô chính phủ (nơi không có số nào cả). Dù tổ chức đi theo hướng nào, họ đều xem xét kim tự tháp mô tả chi phí và rủi ro khi đưa ra thay đổi cho các quy trình phát triển đã bắt đầu: không|nhỏ|kim tự tháp cho thấy rủi ro và chi phí thời gian của sự thay đổi