|
1
|
| 授業計画/Class |
【オンライン（オンデマンド型）】
イントロダクション、ソフトウェア工学の全体像
|
|
|
2
|
| 授業計画/Class |
ミッションクリティカルシステムの機能、開発方法。5分止めたら新聞ネタになるような情報システムの中核ソフトウェアの開発をすることになった。そのソフトウェアの機能や開発方法は従来と同じで良いのか？何が通常のソフトウェア開発と異なると思うか？ |
|
|
3
|
| 授業計画/Class |
100名でソフトウェアを開発するときの開発方法の特徴（5名程度で開発するソフトウェアの開発方法の違い）を列挙。単に列挙するだけでなく、なんらかのカテゴリを設けても良い。例えば、開発体制、開発する工程（開発プロセス）、開発環境、開発ツール、職種等々 |
|
|
4
|
| 授業計画/Class |
大規模ソフトウェアに対するテストの十分性。数10万行レベルのソフトウェアに対するテストを作るとき、どのような観点で、テストの十分性を確保するか。どのようなテストがあれば、バグを見逃さずに摘出できるか。どのようなテストがあれば、リリース後にユーザから苦情がでないか。そもそも、何を以てテストが十分だと言えるのか？ |
|
|
5
|
| 授業計画/Class |
大規模ソフトウェアに対するテストの十分性のつづき。ソフトウェアテストの基本（先週の復習も）。各種テストの網羅性確保技法。同値分割法の演習 |
|
|
6
|
| 授業計画/Class |
大規模ソフトウェアに対するテストの十分性のつづき。ホワイトボックステストでの網羅性確保技法。同値分割法とC0/C1の演習 |
|
|
7
|
| 授業計画/Class |
ソフトウェアアーキテクチャとソフトウェアを開発するときのドキュメントを学ぶ。アーキテクチャパターンと設計原則を知る。ソフトウェアの品質向上に役に立つ設計図を知る。 |
|
|
8
|
| 授業計画/Class |
SIerと呼ばれる大手IT会社でのプロジェクトマネジメントの実際と課題を学ぶ。 |
|
|
9
|
| 授業計画/Class |
IT上流コンサルティングの実態およびソフトウェア開発との関係を学ぶ。 |
|
|
10
|
| 授業計画/Class |
大規模ソフトウェア開発におけるドキュメント。ソフトウェア開発におけるドキュメントの意味。大規模になると何が変わるか？どのようなドキュメントは書かなければならないのか？ |
|
|
11
|
| 授業計画/Class |
大規模ソフトウェアを開発するときのプロセス
日本では一般に大規模なソフトウェアにはウォーターフォール型モデルと言われるソフトウェア開発プロセスモデルが適しているといわれている。その理由を考えよ。ウォーターフォール型のプロセスモデルを知っているのであれば、Webの情報も参考にしてもよいが、自力で考えてみるのもおすすめ。わざわざ、「日本では」と書いている意味も深堀しても良い。 |
|
|
12
|
| 授業計画/Class |
米国のソフトウェア開発事情の一回目。日本での大規模ソフトウェア開発と米国での大規模ソフトウェア開発の違いを学ぶ。 |
|
|
13
|
| 授業計画/Class |
米国のソフトウェア開発事情の二回目
米国では、大規模ソフトウェア開発においてもウォーターフォール型の開発プロセスを採用されることはほぼ無くなっている。その理由を考える。単に新しい/古い、きっちり/いいかげん、といったステレオタイプ的な見方からの脱却。米国の会社による開発方法で、一般に思われていることは正しいのか？ |
|
|
14
|
| 授業計画/Class |
大規模ソフトウェア開発を技術支援するグループ
日本の企業が、大規模なソフトウェア開発を複数プロジェクトで並行して行っているとする。その企業が、その複数大規模開発プロジェクトに対して技術的な支援をするグループの業務機能を考える。これまでの講義への質問回答。期末テストの模擬テスト |
|
|
15
|
| 授業計画/Class |
期末テスト。各回で説明したソフトウェア工学の基本事項を理解していることを確認する。
|
|
| |
| 事前学習/Preparation |
前週の講義で指定したテーマについて事前に調査してくること。 |
| 事後学習/Reviewing |
講義で疑問に思ったこと、わからないことを、受講アンケート等を使って講師に伝えること。 |
|