インターネットと経営/ソフトウェア開発工程 - 変更履歴

Admin: /* アジャイル型（反復）開発 */

Admin — Mon, 25 May 2015 10:49:42 GMT

アジャイル型（反復）開発

←前の版		2015年5月25日 (月) 10:49時点における版
60 行:		60 行:
	何故なら，自分がソフトウェアに何を求めているかをうまく定義できない顧客の要求にも，段階的に応えて開発していくことが可能だからである．		何故なら，自分がソフトウェアに何を求めているかをうまく定義できない顧客の要求にも，段階的に応えて開発していくことが可能だからである．

-	~~アジャイルソフトウェア開発は反復型開発からの派生手法である（図3）．~~	+	アジャイルソフトウェア開発は反復型開発からの派生手法である．
-	~~アジャイルでは，従来よりも軽量で人間中心の視点を導入した．~~	+	アジャイルとは『すばやい』『俊敏な』という意味で，イテレーションが短い開発期間単位を採用することで，リスクを最小化しようとする開発手法の一つである．アジャイル型開発手法にはいろいろなバリエーションがあるが，例えば次のような進め方で開発を進める（図3）．
-	~~アジャイルでは計画よりもフィードバックを重視する．~~	+
-	~~フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる~~	+	#顧客とエンジニアが少数精鋭の共同開発チームを作る
-	~~<sup>[[wikipedia_ja:アジャイルソフトウェア開発\|[w8]]] </sup>．~~	+	#開発チームは開発範囲全体をいくつもの短い範囲，おおむね２週間程度でできると思われる範囲に区分する
		+	#業務プロセスの優先度を考慮し，どの範囲から着手するかを決定する
		+	#開発チームは２週間内に，その範囲の要求の決定、実装、テスト、修正、リリースを行う
		+	#リリースできた機能や残っている業務プロセスの範囲を検討し，次に着手する優先すべき区分を決める

	[[File:SoftwareDevelopment_01_ag.png‎\|center\|\|図3. アジャイル型開発]]		[[File:SoftwareDevelopment_01_ag.png‎\|center\|\|図3. アジャイル型開発]]
	<center>図3. アジャイル型開発（『[http://www.nec-nis.co.jp/ja/column/01_agile.html アジャイル開発]』NEC情報システムズより引用）</center>		<center>図3. アジャイル型開発（『[http://www.nec-nis.co.jp/ja/column/01_agile.html アジャイル開発]』NEC情報システムズより引用）</center>
	<br>		<br>
		+
		+	アジャイルでは，従来よりも軽量で人間中心の視点を導入した．
		+	アジャイルでは計画よりもフィードバックを重視する．
		+	フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる
		+	<sup>[[wikipedia_ja:アジャイルソフトウェア開発\|[w8]]] </sup>．

	アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．		アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．

Admin: /* アジャイル型（反復）開発 */

Admin — Mon, 25 May 2015 10:44:57 GMT

アジャイル型（反復）開発

←前の版		2015年5月25日 (月) 10:44時点における版
68 行:		68 行:
	[[File:SoftwareDevelopment_01_ag.png‎\|center\|\|図3. アジャイル型開発]]		[[File:SoftwareDevelopment_01_ag.png‎\|center\|\|図3. アジャイル型開発]]
	<center>図3. アジャイル型開発（『[http://www.nec-nis.co.jp/ja/column/01_agile.html アジャイル開発]』NEC情報システムズより引用）</center>		<center>図3. アジャイル型開発（『[http://www.nec-nis.co.jp/ja/column/01_agile.html アジャイル開発]』NEC情報システムズより引用）</center>
		+	<br>

	アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．		アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．

Admin: /* ウォーターフォール型開発 */

Admin — Mon, 25 May 2015 10:44:42 GMT

ウォーターフォール型開発

←前の版		2015年5月25日 (月) 10:44時点における版
47 行:		47 行:
	[[File:SoftwareDevelopment_01_wf.png‎\|center\|\|図2. ウォーターフォール型開発]]		[[File:SoftwareDevelopment_01_wf.png‎\|center\|\|図2. ウォーターフォール型開発]]
	<center>図2. ウォーターフォール型開発（『[http://www.nec-nis.co.jp/ja/column/01_agile.html アジャイル開発]』NEC情報システムズより引用）</center>		<center>図2. ウォーターフォール型開発（『[http://www.nec-nis.co.jp/ja/column/01_agile.html アジャイル開発]』NEC情報システムズより引用）</center>
		+	<br>

	ウォーターフォール型開発の基本的な考え方は，『区切られた全ての工程が正しい』という前提で進めることである．		ウォーターフォール型開発の基本的な考え方は，『区切られた全ての工程が正しい』という前提で進めることである．

Admin: /* アジャイル型（反復）開発 */

Admin — Mon, 25 May 2015 10:44:11 GMT

アジャイル型（反復）開発

←前の版		2015年5月25日 (月) 10:44時点における版
59 行:		59 行:
	何故なら，自分がソフトウェアに何を求めているかをうまく定義できない顧客の要求にも，段階的に応えて開発していくことが可能だからである．		何故なら，自分がソフトウェアに何を求めているかをうまく定義できない顧客の要求にも，段階的に応えて開発していくことが可能だからである．

-	~~アジャイルソフトウェア開発は反復型開発からの派生手法である．~~	+	アジャイルソフトウェア開発は反復型開発からの派生手法である（図3）．
	アジャイルでは，従来よりも軽量で人間中心の視点を導入した．		アジャイルでは，従来よりも軽量で人間中心の視点を導入した．
	アジャイルでは計画よりもフィードバックを重視する．		アジャイルでは計画よりもフィードバックを重視する．
	フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる		フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる
	<sup>[[wikipedia_ja:アジャイルソフトウェア開発\|[w8]]] </sup>．		<sup>[[wikipedia_ja:アジャイルソフトウェア開発\|[w8]]] </sup>．
		+
		+	[[File:SoftwareDevelopment_01_ag.png‎\|center\|\|図3. アジャイル型開発]]
		+	<center>図3. アジャイル型開発（『[http://www.nec-nis.co.jp/ja/column/01_agile.html アジャイル開発]』NEC情報システムズより引用）</center>

	アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．		アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．

Admin: /* アジャイル型（反復）開発 */

Admin — Mon, 25 May 2015 10:43:16 GMT

アジャイル型（反復）開発

←前の版		2015年5月25日 (月) 10:43時点における版
63 行:		63 行:
	アジャイルでは計画よりもフィードバックを重視する．		アジャイルでは計画よりもフィードバックを重視する．
	フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる		フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる
-	<sup>[[wikipedia_ja:~~アジャイル型ソフトウェア開発~~\|[w8]]] </sup>．	+	<sup>[[wikipedia_ja:アジャイルソフトウェア開発\|[w8]]] </sup>．

	アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．		アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．

Admin: /* アジャイル型（反復）開発 */

Admin — Mon, 25 May 2015 10:43:01 GMT

アジャイル型（反復）開発

←前の版		2015年5月25日 (月) 10:43時点における版
62 行:		62 行:
	アジャイルでは，従来よりも軽量で人間中心の視点を導入した．		アジャイルでは，従来よりも軽量で人間中心の視点を導入した．
	アジャイルでは計画よりもフィードバックを重視する．		アジャイルでは計画よりもフィードバックを重視する．
-	~~フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる．~~	+	フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる
		+	<sup>[[wikipedia_ja:アジャイル型ソフトウェア開発\|[w8]]] </sup>．

	アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．		アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．

Admin: /* アジャイル型開発 */

Admin — Mon, 25 May 2015 10:42:05 GMT

アジャイル型開発

←前の版		2015年5月25日 (月) 10:42時点における版
53 行:		53 行:
	一方，要求仕様作成時に要求ミス・漏れがあった場合や，開発途中で要求に変更があった場合，別途仕様変更として追加費用や開発期間が発生する可能性がある <sup>[[#参考文献\|[r1]]]</sup> ．		一方，要求仕様作成時に要求ミス・漏れがあった場合や，開発途中で要求に変更があった場合，別途仕様変更として追加費用や開発期間が発生する可能性がある <sup>[[#参考文献\|[r1]]]</sup> ．

-	== ~~アジャイル型開発~~ ==	+	== アジャイル型（反復）開発 ==

-	~~=== subsectionタイトル ===~~	+	反復型開発は，ソフトウェアを徐々に開発していく手法であり，問題点や前提の間違いを早期に検出して大きな問題となるのを防ぐ．
-	~~=== subsectionタイトル ===~~	+	反復型開発はパッケージでない商用ソフトウェア開発で好まれる．
		+	何故なら，自分がソフトウェアに何を求めているかをうまく定義できない顧客の要求にも，段階的に応えて開発していくことが可能だからである．
		+
		+	アジャイルソフトウェア開発は反復型開発からの派生手法である．
		+	アジャイルでは，従来よりも軽量で人間中心の視点を導入した．
		+	アジャイルでは計画よりもフィードバックを重視する．
		+	フィードバックは主にテスト（評価）と開発途中のソフトウェアを外部にリリースすることで得られる．
		+
		+	アジャイルソフトウェア開発は従来の方法論よりも効率的と思われる．
		+	少ない工数でより多くの機能を開発でき，品質の高いソフトウェアを開発できる．
		+	しかしビジネス的観点から見ると長期的計画を立てるのが困難であるという問題がある．
		+	基本的に，顧客が必要な機能は開発されるが，それが何時になるのかは不明である．

	== 参考文献 ==		== 参考文献 ==

Admin: /* アジャイル型開発工程 */

Admin — Mon, 25 May 2015 10:39:58 GMT

アジャイル型開発工程

←前の版		2015年5月25日 (月) 10:39時点における版
53 行:		53 行:
	一方，要求仕様作成時に要求ミス・漏れがあった場合や，開発途中で要求に変更があった場合，別途仕様変更として追加費用や開発期間が発生する可能性がある <sup>[[#参考文献\|[r1]]]</sup> ．		一方，要求仕様作成時に要求ミス・漏れがあった場合や，開発途中で要求に変更があった場合，別途仕様変更として追加費用や開発期間が発生する可能性がある <sup>[[#参考文献\|[r1]]]</sup> ．

-	== ~~アジャイル型開発工程~~ ==	+	== アジャイル型開発 ==

	=== subsectionタイトル ===		=== subsectionタイトル ===

Admin: /* ウォーターフォール型開発工程 */

Admin — Mon, 25 May 2015 10:39:50 GMT

ウォーターフォール型開発工程

←前の版		2015年5月25日 (月) 10:39時点における版
40 行:		40 行:
	: ソフトウェア開発の3分の2は保守作業であると言われている．バグの修正は保守作業のほんの一部である．保守作業の大部分は既存のソフトウェアに新たな機能を組み込むことであり，それは別の新たな開発とみなされることが多い．		: ソフトウェア開発の3分の2は保守作業であると言われている．バグの修正は保守作業のほんの一部である．保守作業の大部分は既存のソフトウェアに新たな機能を組み込むことであり，それは別の新たな開発とみなされることが多い．

-	== ~~ウォーターフォール型開発工程~~ ==	+	== ウォーターフォール型開発 ==

	最もよく知られた従来型の開発工程モデルは，ウォーターフォール・モデルである（図2）．このモデルでは，開発者は上述の工程（局面、フェーズ）を順番に行う．要求仕様を作成し，それを分析し，解決法を設計し，そのためのソフトウェアフレームワークのアーキテクチャを作り，コードを書き，評価し（単体テスト→システムテストの順），配備し，保守する．各工程が完了すると，次の工程に進むことができる		最もよく知られた従来型の開発工程モデルは，ウォーターフォール・モデルである（図2）．このモデルでは，開発者は上述の工程（局面、フェーズ）を順番に行う．要求仕様を作成し，それを分析し，解決法を設計し，そのためのソフトウェアフレームワークのアーキテクチャを作り，コードを書き，評価し（単体テスト→システムテストの順），配備し，保守する．各工程が完了すると，次の工程に進むことができる

Admin: /* 関連項目 */

Admin — Mon, 25 May 2015 10:39:24 GMT

←前の版		2015年5月25日 (月) 10:39時点における版
73 行:		73 行:
	*[w6] [[wikipedia_ja:ソフトウェアテスト\|ソフトウェアテスト (Wikipedia)]]		*[w6] [[wikipedia_ja:ソフトウェアテスト\|ソフトウェアテスト (Wikipedia)]]
	*[w7] [[wikipedia_ja:ウォーターフォール・モデル\|ウォーターフォール・モデル (Wikipedia)]]		*[w7] [[wikipedia_ja:ウォーターフォール・モデル\|ウォーターフォール・モデル (Wikipedia)]]
-	*[[wikipedia_ja:アジャイルソフトウェア開発\|アジャイルソフトウェア開発 (Wikipedia)]]	+	*[w8] [[wikipedia_ja:アジャイルソフトウェア開発\|アジャイルソフトウェア開発 (Wikipedia)]]

	== 演習課題 ==		== 演習課題 ==

	*<span class="pops"> [[cai_ja:GRAINN00030001\|CAIテストのページへ（新しいWindowが開きます）]] </span>		*<span class="pops"> [[cai_ja:GRAINN00030001\|CAIテストのページへ（新しいWindowが開きます）]] </span>