動き始めたソフトウエア・ファクトリー---目次
企業情報システム開発の生産性向上や品質向上のための切り札の一つとして，製造業の「工場」をモデルにソフトウエアを開発する「ソフトウエア・ファクトリー」に注目が集まっている。この特集では，ソフトウエア・ファクトリー構築に取り組むITベンダーやユーザー企業の現場を紹介する。 関連記事：ソフトウエア・ファクトリー最前線 ＜目次＞ <1>製造業をモデルにしたソフト開発環境 <2>アプリの種類ごとに“工場”を整備 <3>製品系列の考え方で開発を効率化 <4>計画を基に作業指示を画面に表示 <5>方法論---注目集める「Software Factories」 ソフトウエア・ファクトリーの源流 ソフトウエア・ファクトリーという概念は，すでに1960年代からあった。特に進んでいたのは，日本の大手コンピュータ・メーカーのソフト開発現場である。 実際，日立製作所や東芝といったコンピュータ・メーカーは，1960年
連載：次世代開発基盤技術“Software Factories”詳解 第2回 開発手法「ソフトウェア・プロダクトライン」とは？（1/2） - ＠IT
従来の開発プロセスの多くは、長期的視点と短期的視点が明確に分離できていない。あるいは、ソフトウェア・システムの各構成部分における要求や技術の変化に対して、その変化のスピードの違いをまとまりとして管理していない。 図1はソフトウェア・システムを構成する複数のサブシステム（アーキテクチャやドメインの単位）*1における変化のスピードの違いを管理する2種類の方法を図示している。 *1 UML 2.0では、サブシステムとコンポーネントの違いは漠然としていて、サブシステムはコンポーネントの特殊なモデルである。また、コンポーネント自体は物理的な成果物ではなく、論理的な設計段階での構成体で、クラス概念を継承する。○はコンポーネントを表し、□はサブシステムを表している。図中の2つのソフトウェア・システムには、それぞれ3つのサブシステムがあり、個別のサブシステムの中には2つずつコンポーネントが含まれている。左
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Technical documentation
