このアプローチのソフトウェアファクトリーで生み出されたソフトウェアは、主に原子炉、タービンなどの制御システムである。主な目的は生産性に見合った品質の確保であり、コストが増大しても競争力が弱まらない分野に適用された。また、設計・プログラミング・テスト・インストール・保守を一貫した形で実施するための環境を整備するという目的もある。品質と生産性向上の鍵は、ソフトウェアは再利用である。組織的設計では、運用業務を規定通りな簡単で反復的なものにする断固とした努力を含み、業務プロセスの標準化を伴う。代表例として、東芝が適用したソフトウェアファクトリーの概念があり、1981年と1987年に論文が発表されている。
ソフトウェアファクトリーという概念については、いくつかの対照的な見方があり、ツール指向な見方やプロセス指向な見方などさまざまである。以下では、日本、ヨーロッパ、北米で生まれた見方について解説する。
ソフトウェアファクトリーで構築されたアプリケーションは、操作が一貫しているため、習得がしやすい。そのため、共通のビジネス要素とモジュールを容易に展開でき、また一連のアプリケーションを通じて、一貫性のある構成管理が可能である。アプリケーションは、相互に組み合わせ可能なアーキテクチャになっており、運用チームが基本的なサービスを制御することができる。
開発者は、ソフトウェアファクトリーを使うことで、立ち上がり時間を短縮して、生産性を増大させることができる。これは、コードとパターンを含むアプリケーションの高品質な出発点（ベースライン）を作成できるからである。つまり、これは、プロジェクトが従来の開発方式より高いレベルから始まることを意味する。また、再利用可能な資産、ガイダンス、例などにより、典型的なシナリオやタスクに容易に対応でき、一貫した形で応用することができる。ソフトウェアファクトリーは、アプリケーションの複雑さを隠蔽する抽象化層を提供し、関心を分離する。そのため、個々の開発者は、ビジネスロジックやユーザインタフェースなどそれぞれ異なる分野に集中でき、根底にあるサービスについて深い知識を必要としない。
アーキテクトにとっては、アプリケーションやシステムの設計にソフトウェアファクトリーを使うことで、品質と一貫性を向上させることができる。最重要な機構と共通の要素だけを含む部分的な実装が可能なためである。これは、ベースラインアーキテクチャなどと呼ばれるもので、設計と開発を容易にし、アーキテクチャ上の決定を明確化し、開発の初期段階でのリスクを低減させる。また、ソフトウェアファクトリーは、一貫した予測可能な形でビジネスコンポーネントを開発・パッケージ・配備・更新することができ、ビジネスロジックとは独立なアーキテクチャ上の標準を実施可能である。
ビジネスタスクを簡素化できるため、ユーザーの生産性を増大させることができる。これは、一貫した共通のユーザーインタフェースを使うことにより達成され、エンドユーザーのトレーニングの必要性を低減させる。また、新たな機能の配備が容易であり、ユーザインタフェースが柔軟であるため、エンドユーザーは、ビジネスワークフローに従った方法でタスクを実行することができる。さらに、データ品質が改善されるため、コピー・アンド・ペーストなどでアプリケーションのパーツ間でデータをコピーする必要性が低減される。
ソフトウェアファクトリーは、従来のアプリケーション開発において、似たようなアプリケーションの開発で得られた知識や資産を生かしていなかったという問題への対処である。ソフトウェアファクトリー以外にも、トレーニング、文書化、フレームワークといった対策がとられてきたが、さまざまなアプリケーション開発で得られた貴重な知識の伝達という意味では、間違いやすいプロセスでもある。ソフトウェアファクトリーは、特定スタイルのアプリケーション開発の成果を再利用しやすいパッケージ内に統合することで、この問題に対処する。適切なソフトウェアファクトリーを使ったアプリケーション開発には、生産性や品質の向上、機能の発展性といった多くの長所がある。
ソフトウェア工学とエンタープライズアーキテクチャやソフトウェアアーキテクチャにおいて、ソフトウェアファクトリーは、さまざまなツール、プロセス、コンテンツを定型的な方式で設定するソフトウェアであり、フレームワークに基づいた適応・組み立て・設定により原型となるソフトウェア製品からの派生品の開発と保守を自動化するものである。コーディングは、（製造業における職人のような）専門的技量を必要とするので、アプリケーション層ではコーディングの必要性を排除し、IDEを使う代わりに事前定義されたコンポーネント群を組み合わせることでソフトウェアを構築する。コーディングは、新たなコンポーネントやサービスを開発するときのみ必要とされる。製造業と同様、コンポーネント（部品）の開発とシステムの構築には、技術が必要である。ソフトウェアファクトリーによって得られるのは、複合アプリケーションである。
ソフトウェアファクトリー（Software Factory）とは、関連するソフトウェア資産の構造化された集合体であり、特定の外部インタフェース定義に従ったソフトウェアアプリケーションまたはソフトウェアコンポーネントの製造を助ける。ソフトウェアファクトリーは、製造業の技法と原則をソフトウェア開発に適用するもので、それによって製造業の長所を模倣しようとするものである。また、ソフトウェアファクトリーは、一般にソフトウェア製造のアウトソーシングと関係が深い。
ハイルプラクティカー法（Heilpraktikergesetz）に基づく資格である。西洋医学分野における国家試験に合格すると、｢アルツト（大学出の医師）としての認定なくして、医学を職業として取り行う免許（Erlaubnis zur berufsmäßigen Ausübung der Heilkunde ohne ärztliche Bestallung）｣が与えられる。ドイツ大手出版社Langenscheidtのドイツ語辞書Taschenwörterbuch Deutsch als Fremdspracheでは“Heilpraktiker j-d,der (beruflich) Kranke behandelt und dabei (im Gegensatz zum Arzt) meist nur natürliche Medizin verwendet”｢ハイルプラクティカーとは、職業として病人を治療し、その際にアルツトとは異なって大抵は自然医学のみを用いる者｣、などと説明されている。アルツトとハイルプラクティカー、ドイツでは、どちらも独立して医業を営むことが許されるが、両者は厳格に区別され、各々に法による規定（義務・禁止事項・権利など）が設けられている。ちなみに、“Heilpraktiker/in” という職業名は、“Heil（ハイル）”が｢治療｣、"Praktiker（プラクティカー）"は｢開業医｣の意味として造語された。尚、“Praktiker”という言葉は、医療分野以外では一般に｢実践家、行う人｣などの意味で用いられている。