開発プロセス・手法 / 文系SE女子の日常

用語

業務上の一処理に相当するソフトウェアで実現されている機能や部品を独立したサービスとし、それらを組み合わせて連携さっせることで全体のシステムを構築する手法

Webサービスを利用するためのインターフェースやプロトコルを規定したもの

XMLを利用して、インターネット上に存在するWebサービスを検索できる仕組み

サービス提供者と委託者との間でサービスの内容、範囲及び、品質に対する要求水準を明確にして、あらかじめ合意を得ておくこと

開発プロジェクトを時系列的に、「要件定義」、「外部設計（概要設計）」、「内部設計」、「プログラム設計」、「開発（プログラミング）」、「テスト」、「運用」などの作業工程に分割し、原則として前工程が完了しないと次の工程に進まない事で、前工程の成果物の品質を確保し、前工程の後戻りを最小限にする開発モデル

作業内容を時系列順に並べると

要件定義→外部設計→内部設計→プログラム設計→プログラミング→テスト→運用

情報システムやソフトウェアの開発モデルの一つ

開発の初期段階でシステムを複数の独立性の高いサブシステムに分割し、そのサブシステムごとに設計〜テストまでのサイクロを繰り返しながらシステムを構築していく開発モデル

まずシステムの核となる部分を開発し、引き続きユーザーの要望を取り入れながら機能を追加していくことでシステムを完成させていく開発モデル

システム開発プロセスの早い段階でシステムの試作品を作り、ユーザー二そのイメージを理解させ、承認を得ながら開発を進めていく開発モデル

1990年代後半、Kent Beck氏らによって提唱されたソフトウェア開発手法でアジャイルソフトウェア開発と称される一連の手法の先駆けとなった手法

一度の開発ですべてを作るのではなく、基本的なシステムアーキテクチャの上に機能を優先度に応じて段ぁいて気に開発する

アジャイル開発の方法論の一つ。開発プロジェクトを数週間程度の短期間ごとに区切り、その期間内に分析、設計、実装、テストの一連の活動を行い、一部分の機能を完成させるという作業を繰り返しながら、段階的に動作可能なシステムを作り上げるフレームワーク

スクラム開発での開発反復の単位。主な開発反復は以下の４つ

スプリットの開始に先立って行われるミーティング。プロダクトバックログの中からそのスプリットで開発するものを決定する

開発チーム全員の活動の共有とコミュニケーションの促進を目的として、スプリント実施中に毎日10〜15分ほど行われる確認・調整のための会議。

例：昨日やったこと、今日やること、障害になっていることを話す

スプリントの終了時に、関係者を集めて成果物のデモンストレーションを行い、成果物を検査し、フィードバックを得る

スプリント終了後に次のスプリントを見据えて行われる振り返り。

例：上手く行ったこと、上手く行ったこと、それに対する改善・解決法を話す

実績をプロットしていくことで作業の消化具合を視覚的に把握できるようにした図。プロジェクトの経過に伴い残作業が減っていくため、基本的に右肩下がりのグラフ

縦軸：残作業量、横軸：時間