ホーム > 読んだ > 国内

インターネット時代のスピード開発法
スコープを絞り、既存資産を最大限利用する

書誌

text唯野
author矢崎茂明
publisher日経BP社
year『日経オープシステム 2000.10』p.120-139

目次

1抄録
2補遺

履歴

2000.10.16読了
2000.11.26公開
2001.1.2修正

抄録

システム開発に求められるスピードへの要求がシビアになりつつある
(特にインターネット関係のシステムなど)

従来の機能・性能・信頼性に加えた短期開発というユーザ要求

成功したプロジェクトでの共通点

  • プロジェクト・スコープの絞り込み
    • 
  ・カット・オーバー時に全ての機能を揃えない
      機能に優先順位を設け、後から追加できるものはユーザの声を元に追加
      全てのプロジェクトで有効というわけではない
  ・開発全体の中でもプロジェクトを細かく区切る
      問題の早期発見
      コンポーネント化の推進

  • 既存資産の利用
    • 
    分散オブジェクト環境や EC 構築用パッケージの利用
    プログラムに限らないドキュメントを含めた再利用

    プロジェクト・スコープの絞り込み

    カット・オーバー時に動いていなくてもよい機能を
後回しにして開発工数そのものを削減

レア・ケースにおける試験を後回しにするなど
(絞り込みすぎるとシステムの魅力を低くする)

足りない機能を顧客やユーザの声を元に後から追加することでニーズに応える
(機能追加のスピードがないとユーザに不便を強いることになる)
↓
機能追加・変更を見越した設計の必要性

絞り込みにおける評価基準

  • ビジネスでの利益
    • 

  • 技術的難度
    • 

  • ユーザの受け入れ度合
    • 

エンドユーザへの影響を最小限に抑えるようにする
どのようなケースで機能追加などが難しいかを整理しておく
(インタフェース(HTML など) < ビジネス・ロジック < データベース)
(インフラ(OS・マシンなど) < 再利用可能なソフト部品 < 作り込みのソフト部品)
変更に伴う影響の大きい部分はプロジェクト・スコープも大きく取る
修正に対する重要度と修正のしやすさから優先順位付けを行う
(重要度が高く修正しやすいものから手をつける)

    プロジェクト・スコープの分割

    問題点の早期発見と以降の開発への反映
(但し性能の問題点は全てのコンポーネントが揃うまで分からない
 -> ハード増強による解決)
ペースが遅れた場合の早期連絡

オブジェクト指向技術を用いたコンポーネント化の利用
ソースコード・レビューによる意識の浸透

サブクラス化を含めた設計をどのように行うか

スケーラビりティをどう確保するか

  • サーバの性能向上  サーバの性能の限界点
    • 

  • サーバの並列稼動  負荷分散や整合性の取り方
    •

    既存資産の利用

    再利用を前提とした開発 -> 再利用に耐えうる既存資産
資産にはテスト・ツールやドキュメントも含まれる
ドキュメントの整理によってコミュニケーションのオーバーヘッドをなくす

システムまるごとの再利用

  • 既存システムへの新たな負荷に対する影響や運用コスト
    • 

  • 連携のための仕組みを利用するにはノウハウが必要
    • 

ソースコードの再利用

  • ビジネス・ロジックの分離が必要 (インタフェースとの分離など)
    • 

  • ラッパーによる既存ライブラリ側の利用
    • 

  • 既存パッケージをプロトタイプにした設計
    • 

  • パッケージによる新しい技術の利用 <-> 利用部分に手を出せない
    • 

  • テスト・ツールを監視ツールとして再利用する
    • 

  • UI だけをスパイラル手法で開発する(提案資料を仕様書として再利用)
    • 

無駄な会議をしない

  • 資料は事前配布
    • 

  • 議題をあらかじめ決めておく
    • 

  • 会議の不要なものは開かない
    • 

マネージャと担当者間で済む問題はマネージャが SE の側へ出向けばよい

携帯端末

  • 表示文字数が少ない
    • 

  • 複数画面を同時に開けない
    • 

  • Cookie を利用できない
    •

    補遺

    上述の携帯端末が持つ特性への対処に関しては同誌 2000.11 号の「21世紀の開発スタイル　端末の多様化は避けられない、変動部分の見極めがポイント」において、次のようなことが述べられている。

    旧来のデータ/ビジネスロジック/プレゼンテーションという切り分けでは移動体のような新しい端末のかたちに対応できなくなってきた。具体的には、

    コンテンツの記述言語が異なる -> XML の利用
携帯電話や PDA での画面の広さの問題
i モードでは Cookie、SSL、フレームが利用できない

固定部分と変動部分の切り分け
変動部分の入れ替えの仕組み

フレームの非使用をリンクの埋め込みで対処

問題を細分化して切り出す

    Up