2022/09/06
尾崎先生
-
開発手法
- 各ステップで文書化を行うので時間がかかる。
-
ウォーターフォールの問題
- 要件を網羅できるか
- ユーザーの記憶があいまい（季節によって異なるような条件を忘れてしまっているケースなど）
-
アジャイル
- 最低限の機能だけを持ったプロトタイプを短期間で作ってアップデートを繰り返す。
- 完成までの期間や費用を見積もるのが難しい。
- 予算化が難しいので日本ではなじみにくい。
-
STEP1 営業
- 解決策の仮説を提示
- 困っている人を助ける
-
Step2 ヒアリング（１と同時もある）
- 最重要！
- 後の手直しに影響する
-
STEP3 企画・提案
- システムの予算とはほぼ人件費（人：単価ｘ期間）
- この金額をかけてユーザーがどれくらい得するかを提示できるかどうか
- STEP2と同時に行う事もある。
- ユーザーとのすり合わせが重要。お互いの認識にずれが無いようにすること。
-
STEP4 契約・受注
- 見積書＞注文書・契約書
- 開発の計画に入る
-
STEP5 要件定義
- ユーザーとの認識にずれがないようにする。最重要
- 要件にはYes/noで答えられる文章を使う
-
STEP6 基本設計
- 基本設計書と要件定義書はユーザーと共有
- テスト環境の確認 例：10 or 11 10ならビルドまで
-
フレームワーク：
- フレームワークのバージョンアップが終わったらそれに乗ったシステムも終わる
-
STEP7 詳細設計 ：ユーザーには提示しない
- プログラム
- テスト
- 保守
- セキュリティ対策 https://owasp.org/Top10/ja/
-
STEP8 開発
- プログラムを書くフェーズ
- 設計書の内容に沿ったプログラムを書く
-
STEP9 単体テスト
- 単体テスト仕様書にチェックを入れる
- プログラムを書いたのとは別の人がやるべき
- テスターは詳細設計書の内容を理解してテスト仕様書を作る
-
STEP9 結合テスト
- 基本設計書の内容をテストする
-
STEP10 システムテスト
- システム側での最終テスト
- 要件定義書をテストする
-
STEP11 受け入れ検証
- ユーザー環境でのテスト
- STEP12 納品・検収
- STEP13 保守 サブスクリプションも増えている
PM
