授業計画 |
| 回数 |
学習目標 |
学習項目 |
| 1 |
システム開発における設計工程の役割と重要性を理解し、開発全体の流れを説明できる。 |
日常的な例えを用いて設計の目的を学ぶ。設計が不十分な場合に発生する開発・テスト段階でのトラブル事例を通して、各工程のつながりを学習する。 |
| 【理解度確認】課題 |
| 2 |
システムに必要な操作要素を洗い出し、画面遷移とレイアウトを図解できる。 |
システムやアプリの操作手順を整理し、画面遷移図を作成する。同時に、各画面に必要なボタンなどの要素を配置したワイヤーフレームを作成し、システムの完成形を具体化する。 |
| 【理解度確認】課題 |
| 3 |
画面設計をもとにシステムが満たすべき機能を抽出し、利用者と機能の関係をユースケース図として図解できる。また、UMLの概念を説明できる。 |
画面上の操作要素から必要な処理を分析し、機能一覧表としてまとめる。UMLについても学び、ユースケース図を作成する手法を学習する。 |
| 【理解度確認】課題 |
| 4 |
プロジェクトに必要な作業を細分化し、現実的なスケジュール管理表を作成できる。 |
機能一覧をもとに、WBSを作成し、ガントチャートを用いて進捗を管理する手法を学習する。 |
| 【理解度確認】課題 |
| 5 |
システムを稼働させるために必要なデータを抽出し、データ間の関係性を図解できる。 |
画面設計書から必要なデータ項目を特定し、エンティティ同士の関係をER図で表現する基本を学習する。 |
| 【理解度確認】課題 |
| 6 |
複雑なシステム要件を分析し、ER図を構築できる。 |
実践的な作図演習を通して、データモデリングの考え方を定着させるための演習を行う。 |
| 【理解度確認】課題 |
| 7 |
データを効率よく管理・保存するためのデータベースの構造（テーブル）を設計できる。 |
データの重複や矛盾を防ぐための正規化を学ぶ。データ型や制約を定義したテーブル定義書の作成手法を学習する。 |
| 【理解度確認】課題 |
| 8 |
機能の処理手順や条件分岐を分析し、論理的なフローとして図解できる。 |
ユーザーの操作を起点とした処理の開始から終了までの手順や、成功・失敗に応じた条件分岐をアクティビティ図で表現する手法を学習する。 |
| 【理解度確認】課題 |
| 9 |
プログラムを開発しやすいように、システムを構成する要素を役割ごとにクラス化して整理できる。 |
アクティビティ図で整理した処理を実行するために、どのようなプログラムの部品が必要かを分析する。属性と操作を持つクラス図としてシステム構造を表現する基本を学習する。 |
| 【理解度確認】課題 |
| 10 |
ユーザーの操作からデータ処理が完了するまでの、システム内部の処理の順序を図解できる。 |
各機能が実行される際のプログラム間（クラス間）のメッセージのやり取りを、時系列に沿ってシーケンス図で表現する手法を学習する。 |
| 【理解度確認】課題 |
| 11 |
正常な処理だけでなく、例外も含めた多様なパターンの処理フローを自力で設計できる。 |
異常系の処理を含めたシーケンス図の作図演習を実施し、論理的な処理の流れを構築する力を養うための演習を行う。 |
| 【理解度確認】課題 |
| 12 |
画面設計とデータ設計の間に論理的な矛盾や不足がないか、統合的に検証できる。 |
各画面においてどのデータが作成・参照・更新・削除されるかを一覧表に整理する。設計間の不整合を発見・修正する手法を学習する。 |
| 【理解度確認】課題 |
| 13 |
設計したシステムが要求通りに動作するかを検証するための、網羅的な確認項目を作成できる。 |
正常な操作だけでなく、誤操作や限界値などを想定したテスト項目の抽出手法を学び、品質を担保するための考え方を学習する。 |
| 【理解度確認】課題 |
| 14 |
設計したテーブル定義をもとにデータベースを構築するときの注意点に気をつけながらSQLを作成できる。 |
作成したテーブル定義書から、実際にデータベースを構築するためのSQLを作成する。あわせて、実務で避けるべきDB設計のアンチパターンとその解決策を学習する。 |
| 【理解度確認】課題 |
| 15 |
これまでの内容を振り返り、自身の理解度を確認する。 |
これまでの学習内容の振り返りを行う。 |
| 【理解度確認】 |
