第3回:成果物の管理とプロジェクトのコミュニケーション向上 (4/4)

個人からチームの生産性向上へ
チーム開発ここまできた、個人からチームの生産性向上へ

第3回:成果物の管理とプロジェクトのコミュニケーション向上
著者:日本ユニシス株式会社  2006/1/17
前のページ  1  2  3  4
バックアップ

   バックアップのとり方は使用する構成管理ツールによって違います。今までは何種類かのツールを用いてプロジェクトを運営していたので、その分だけバックアップを行わなければなりませんでした。

   プロジェクトサイトのデータに限らず、VS2005 TFSのデータはすべてSQL Server 2005のデータベースに格納されます。アップロードした成果物やコンテンツの設定などもこの中に含まれます。

   このためSQL Server 2005付属のManagement Studioを使って、データをバックアップ、リストアします。データベースごとにバックアップを行っているので、セキュリティ情報、アクセスレベル、サイトコンテンツなどを完全に元の状態まで復元できます。

   今回検証を行ったβ3ではバックアップしなければならないデータベースは全部で11個あります(表4)。これらはデータの整合性を保つため、同時期にバックアップをとる必要があるでしょう。

  • ReportServer
  • ReportServerTempDB
  • STS_Config
  • STS_TEAMSERVER_1
  • TfsActivityLogging
  • TfsBuild
  • TfsIntegration
  • TfsVersionControl
  • TfsWarehouse
  • TfsWorkItemTracking
  • TfsWorkItemTrackingAttachments

表4:VS2005 TFSで使用しているデータベース

   データベースのバックアップの実行や復元、スケージュール登録方法についてはSQL Server 2005の範囲になるので今回は触れません。

   以上、主に管理者が頻繁に行わなければならない作業であるユーザの管理とバックアップ作業が従来のものより容易に行えることがわかっていただけたかと思います。


プロジェクトサイトの問題点

   ここまでプロジェクトサイトの良い面のみをあげてきましたが、悪い面もいくつか持ち合わせています。


Officeのバージョン

   ここまでプロジェクトサイトでは、IEとOfficeがあればよいと紹介してきました。しかしOfficeのバージョンが2003でないと、Webブラウザ上からは読み取り専用でしか開くことができないといった制限があります。

   このため一度ローカルへ保存し編集してから再度アップロードしなおさなければなりません。制限なくプロジェクトサイトを使うには、Officeのバージョンは2003でなければなりません。


ディスクの圧迫

   プロジェクトサイトのバージョン管理機能はとても使いやすく便利なのですが、保存するたびにファイルのコピーを作成するため、ハードディスクの容量を激しく消費します。画像を大量に含むドキュメントなどを頻繁に更新されると、目を覆いたくなります。

   よって定期的に過去のバージョンを削除する必要がありますが、管理者がすべてのドキュメントを把握しているわけではありません。結局ドキュメントを更新する人まかせになってしまいます。

   このようなことを気にしながら作業をしなければいけないことや、こういった運用を説明し理解してもらわなければならないというのは、はじめての人でも直感で使えるユーザインターフェースになっているプロジェクトサイトの利点を損なってしまっているのではないでしょうか。是非、差分管理が行えるようにしてほしいものです。


まとめ

   VS2005 TFSのプロジェクトサイトを用いることで「チーム開発の効率化」「情報共有の効率化」「管理コストの削減」が可能かを説明してきました。若干の問題点を残すものの、プロジェクトサイトを利用した際に得られるメリットに比べたら小さいと思います。

   筆者自身、構成管理者として上司の見えないところで影ながら血のにじむような努力をしていますが、周りから見ればできていて当たり前というのが構成管理です。トラブルが起こるとプロジェクトメンバーからメールが飛んできます。そして、自分も対応に飛んでいかなければなりません。

   このような作業は思ったよりも時間のかかるものだということはわかってもらえず、通常の業務のかたわらに行わなければならない状態です。ミスでデータの紛失などしてしまったらそれこそ大問題で、もれなく"責任"のみがついてきます。責任の重みを変えることはできません。しかし、VS2005 TFSを用いることでリスクを減らすことは可能なのです。

   構成管理を担当する身としては、一刻も早くVS2005 TFSとVS2005の組み合わせに移行したいところです。各々の連携がとれ安心して利用できる状況は、管理者にとってもプロジェクトメンバーにとってもありがたいものですね。

   VS .NET2003の時にVS2005 TFSと同等の機能があったら、私はきっと今より5歳は若く見えることでしょう。

前のページ  1  2  3  4


日本ユニシス株式会社
著者プロフィール
日本ユニシス株式会社
INDEX
第3回:成果物の管理とプロジェクトのコミュニケーション向上
  はじめに
  プロジェクトサイト概要
  ファイルの排他制御
バックアップ
チーム開発ここまできた、個人からチームの生産性向上へ
第1回 Visual Studio 2005によるプロジェクトの進捗管理
第2回 Visual Studio 2005の変更管理の有効性
第3回 成果物の管理とプロジェクトのコミュニケーション向上
第4回 自動ビルドによるプログラムの品質・保守の有効性
Visual Studio 2005を活用した、テスト駆動開発とソフトウェア品質向上アプローチ
第1回 テストは開発者から利用者の視点へ
第2回 Visual Studio 2005で進めるテスト駆動開発
第3回 Visual Studio 2005 Team Systemで補うテスト駆動開発
第4回 チーム開発における品質向上策とVisual Studio 2005
開発ライフサイクルとVisual Studio 2005という選択肢
第1回 開発ライフサイクルが生むメリット
第2回 アーキテクチャ策定における有効性を探る
第3回 Visual Studio 2005による開発とテスト環境
第4回 チーム開発とVisual Studio 2005 Team Foundation Server

人気記事トップ10

人気記事ランキングをもっと見る