Cue Cards Leader Topic


Microsoft Project のﾃﾝﾌﾟﾚｰﾄについて
Microsoft Project のテンプレートについて

プロジェクト計画の立て方がわからない場合は、Microsoft Project のテンプレートを土台にすると便利です。各テンプレートは、典型的なプロジェクトのタスクと暫定的なスケジュール、およびプロジェクトの種類に合わせて特に書式設定したビューで構成されています。

このファイルを使った計画の立て方について詳しく知りたいときは、テンプレートのステップ カードをお読みください。(今お読みいただいているのがステップ カードです。) ステップ カードは特別なヘルプ ファイルで、プロジェクトにおける主要な段階やタスクを紹介したり、独自のプロジェクト スケジュールの土台として保存する方法について説明しています。

上のボタンをクリックすると、ステップ カードの続きが表示されます。


ｿﾌﾄｳｪｱ開発用ﾃﾝﾌﾟﾚｰﾄ
ソフトウェア開発用テンプレート

このテンプレートは、ソフトウェアを開発するときの一般的な開発工程を基に作成されています。開発の手法は多様に異なるので、このファイルを実際のプロジェクト計画に合わせて変更してください。

まずこのステップ カードを使ってテンプレートの内容を確認し、プロジェクトを独自のファイルとして保存します。その後、必要に応じてプロジェクト計画を設定できるように Microsoft Project の標準のステップ カードを使用します。

 表示する操作手順を選択してください。

  プロジェクトの概要を確認する

  ビューについての説明を読む

  レポートについての説明を読む

  このプロジェクトを独自のファイルとして保存する

  実際にプロジェクト スケジュールの編集を始める


ｿﾌﾄｳｪｱ開発用ﾃﾝﾌﾟﾚｰﾄの概要
ソフトウェア開発用テンプレートの概要

このソフトウェア開発プロジェクトは、8 つの標準的な段階で構成されています。それぞれの段階は、典型的なソフトウェア開発プロジェクトの基本となる工程を含んでいます。ただし、特定のタスクや段階の名称は、各組織で一般的に使われているものと異なる場合があります。続きのステップ カードでテンプレートに含まれるタスクについて重要な情報を紹介しているので、このテンプレートの構成を基にどのように独自のプロジェクトを当てはめることができるのかを見ることができます。

次のステップ カードで、プロジェクトの段階の概要を箇条書きで表示します。各概要はプロジェクトの段階について全般的に説明するとともに、独自のプロジェクト計画に合わせてテンプレートを変更するときのヒントも広く紹介しています。


ｿﾌﾄｳｪｱ開発の主要段階
ソフトウェア開発の主要段階

 概要を参照したい項目を選択してください。

  要求分析

  基本設計

  詳細設計

  プログラムの作成と単体テスト

  結合テスト

  出荷テスト

  設置

  運用とメンテナンス


要求仕様
要求分析

"要求分析" 段階の目標は、ソフトウェア開発プロジェクトの範囲や目的を明確に定義することです。この段階で、プロジェクト チームは次のような作業を行います。

- 既存システムのレビュー

- 提案されたシステムの実現に必要な開発工数の見積もり

- 関連したソフトウェアの必要条件の洗い出し

この段階では結果として、機能、インターフェイス、およびデータ関連の必要条件を記載するソフトウェアの要求仕様書ができあがります。

"要求仕様書のレビュー" のタスクは、"要求分析" 段階の終わりを示すマイル ストーンとして使われています。このミーティングは、プロジェクト チームが "基本設計" 段階へ移行する前に、提案されたシステムの設計に対するアプローチと、ソフトウェアのすべての必要条件を正式にレビューするために開かれます。

このテンプレートは、小規模なソフトウェア開発プロジェクトを対象にしています。実際のプロジェクトでは、"要求分析" 段階により長いタスク期間が必要な場合や、局面に応じてさらに詳細なタスクを挿入したい場合があるかも知れません。たとえば、検討を要する各システムを説明するために、"既存システムのレビュー" の下にサブ タスクをいくつか追加します。開発の対象となるシステムの規模と複雑さによって、実際のプロジェクト計画をどのくらい詳しく説明するのが適切なのかが決まります。


基本設計

"基本設計" 段階の目標は、ソフトウェア システムの設計を上位のレベルからマニュアルにまとめることです。この段階においては、主要なシステムの機能とデータの流れをすべて決定し、すべてのインターフェイスに対して初期の設計が考慮されます。このテンプレート ファイルには、3 つの主要なシステムの機能 (セグメント) と、2 つのインターフェイスがあります。実際の開発プロジェクトの規模に応じて、セグメントやインターフェイスをこの段階の計画に挿入または削除してください。

この段階の結果として、機能設計書、インターフェイス仕様書、ソフトウエアのテスト計画書という主要なマニュアルが 3 つできあがります。

"基本設計のレビュー" のタスクは、"基本設計" 段階のまとめとして行います。機能設計が承認されたら、プロジェクト チームは "詳細設計" 段階へ移行することができます。


機能設計書に必要な項目

- 設計コンセプトの概要

- プログラムの開発工程

- データの流れ図、データ パスの抽出

- データ関連の階層構造の説明

- 党詳細設計媒 の段階に含まれる既定事項


ｲﾝﾀｰﾌｪｲｽ仕様書に必要な項目
インターフェイス仕様書に必要な項目

- インターフェイスの基本説明

- インターフェイスの要求仕様

- インターフェイスの設計図


ｿﾌﾄｳｪｱのﾃｽﾄ計画書に必要な項目
テスト計画書に必要な項目

- テスト項目の抽出

- 予備テストのスケジュール

- テスト担当者の役割分担

- テスト管理の手順

- テスト ケースの詳細


詳細設計

"詳細設計" 段階の主な目標は、システムの各プログラムの詳細を設計書にまとめることです。この設計書では、ファイルの定義、データ形式、画面やレポートの設計とともに、プログラムの機能に要求されるすべてのロジックを説明します。このテンプレートのプロジェクトには、システムのセグメントで構成される 5 つのプログラム (プログラム A ～ E) が含まれています。実際のプロジェクト計画では、必要に応じてセグメントやプログラムを挿入または削除してください。

"社内レビュー" のミーティングは、主要なソフトウェア設計が完成するたびに行い、"設計の評価レビュー" のミーティングは、詳細設計がすべて完了した後で行います。これらのレビューは、すべての設計が要求仕様を完全に満たしているかどうかを確認するために行います。テンプレートのプロジェクトでは、プロジェクトのセグメントの構造を利用して、"社内レビュー" のスケジュールを、各セグメントのプログラムの設計が完成した直後に組み込んでいます。

詳細設計が承認されたら、プロジェクト チームは "プログラムの作成と単体テスト" 段階へ移行することができます。


ﾌﾟﾛｸﾞﾗﾑの作成と単体ﾃｽﾄ
プログラムの作成と単体テスト

"プログラムの作成と単体テスト" 段階では、詳細設計を実行可能なプログラムのコードに直し、プログラム単位ごとにテストします。このプロセスには、次のような作業が含まれます。

- プログラムのコーディング

- プログラム ロジックのすべての分岐に対応したテスト データやテスト ケースの準備

- 徹底した単体テストの実施

このプロセスの結果として、コンパイルしたプログラム コードの一覧、テスト計画とデータ、テスト結果、およびすべてのプログラムの修正履歴を記述した "プログラム単位開発バインダ" ができあがります。

テンプレートでは、この段階でも、タスクの構造化のために引き続きシステムのセグメントが使用しています。すべてのプログラムはセグメントでグループ分けされているので、実際のシステムのプログラムの数に合わせて、タスクを追加または削除してください。

プログラムのコードが完成し、徹底的なテストが終了したら、プロジェクト チームは "結合テスト" 段階へ移行することができます。


結合ﾃｽﾄ
結合テスト

"結合テスト" 段階では、ソフトウェアを構成するブロック、つまり関連したコンピュータ プログラムのグループを対象に、綿密なテストを行います。システム部門に携わる人たちは、これを "ストリング テスト" または "チェーン テスト" と呼んでいます。ソフトウェアの各主要ブロックは、それぞれ 2 種類のテストに合格しなければなりません。最初のテストでは、内部プログラムの通信リンクと外部インターフェイスとの接続を検査します。2 番目のテストでは、設計書に記述された機能がプロセスで実行されることを確認します。

結合テストは、最初は小さなプログラムのグループから始め、関連したプロセスを組み合わせて、徐々に大きなグループをテストしてくというように、複数の段階に分けて実施します。最後にシステムの主要なコンポーネントを確認したら、"結合テスト" の段階は終了します。

テンプレートのプロジェクトでは、システムを構成するブロックとして、"セグメント" という概念を使用しています。最初に各セグメントを単体でテストし、次の段階では関連するセグメントをグループにまとめてテストを行います。独自のプロジェクトでは、ソフトウェア システムのセグメントを論理的なグループにまとめて、それを反映させるための結合テスト計画を立案し直さなければならない場合も考えられます。


出荷ﾃｽﾄ
出荷テスト

"出荷テスト" は、必要なものがすべて揃っている段階です。システムを構成する主要なブロックのコーディングとテストが終了し、プロジェクト チームがシステム全体の動作チェックを行う用意も整っています。また、テスト ケースは「ソフトウェア要求仕様書」に記述され、始めに想定したあらゆる事象に対応する条件を設定しています。

出荷テストは、シュミレーション操作が可能な環境で実施します。実際のインターフェイスからのデータを使ってできるだけターゲット プロセッサで実施します。出荷テストが完了したら、プロジェクト チームは "出荷の承認レビュー" を行って、すべてのコードとテスト結果をチェックします。顧客の代表者がシステムを正式に承認し、実際の操作環境にソフトウェアを組み込むことがこの時点で認可されます。

テンプレートのプロジェクトでは、"出荷テスト" 段階の期間が 20 日に設定されています。独自のソフトウェア システムの規模と複雑さに応じて、このスケジュールを調整してください。


設置

"設置" 段階では、ソフトウェアを顧客のターゲット プロセッサに組み込み、完全に操作できるようにします。実際のシステムの設置までに、操作マニュアルを作成し、システムのユーザー全員を対象に、新しいシステムの徹底したトレーニングを済ませておきます。さらに、既存のシステムを新しいソフトウェアに入れ替える場合は、ソフトウェアを実行する前に、関連するすべてのデータを新しいシステムの書式に変換しておく必要があります。

テンプレートのプロジェクトでは、データ変換と操作に必要なトレーニングをかなり限定しています。実際の開発プロジェクトの規模が大きい場合、または大量のデータ変換が必要な場合には、この段階により多くの時間と計画が要求されるので、開発工程の日程を早めなければならない場合もあります。

ソフトウェアが操作できるようになったら、処理サイクルを密接に監視する期間を設け、システムでトラブルが発生した場合はすぐに調査して解決します。プロジェクトの "設置" 段階は、ソフトウェアの開発作業の終了を意味すると同時に、"メンテナンス" 段階の開始を表しています。


運用とメンテナンス

"運用とメンテナンス" 段階では、ソフトウェア システムの使用、監視、および修正という作業を含みます。日常業務でシステムを運用する場合、システムの操作性全体を注意深く観察し、評価するだけでなく、ソフトウェアの専門的な取り扱いが必要となります。初期の設計や開発ミス、周囲をとりまく環境の変化、新機能の必要、ソフトウェアの操作性に対する要望などが原因となって、システムを改善する必要が出てきます。。

"メンテナンス" 段階では、トラブルの報告や改善要求について調査し、変更が必要なシステムの一部をもう一度開発し直す作業を含みます。この段階では、ソフトウェアの修正と改善を系統立てて行えるように、厳密な変更管理のメカニズムが重要になります。変更するシステムの数を予測する方法がないので、テンプレート ファイルには、このステップに関連する例としてタスクが 1 つしか用意されていません。システムを設置した後で改善要求が報告された場合は、必要に応じてプロジェクト マネージャが新しいメンテナンスのタスクを挿入し、スケジュールを調整します。これがソフトウェア開発プロジェクトの最終段階となります。


ｿﾌﾄｳｪｱ開発用ﾃﾝﾌﾟﾚｰﾄのﾋﾞｭｰ
ソフトウェア開発用テンプレートのビュー

このテンプレートは、プロジェクトのタスクをチェックするときに便利なビューをいくつか含んでいます。このテンプレートには、リソースが含まれていないので、以下のビューはプロジェクトのタスクだけに焦点を当てています。(プロジェクト開始後は、新しくリソースを追加できます。)

 参照したいビューを選択してください。

  ガント チャート

  タスク シート

  ガント チャート (進捗管理)


[ｶﾞﾝﾄ ﾁｬｰﾄ] ﾋﾞｭｰ
[ガント チャート] ビュー

このテンプレートの[ガント チャート]を表示するには、次の手順で操作を行います。

1.  [表示] メニューの [ガント チャート] をクリックします。

2.  [表示] メニューの [テーブル] をポイントし、[入力] をクリックします。

3.  [ツール] メニューの [フィルタ] をポイントし、[すべてのタスク] をクリックします。

[ガント チャート] ビューでは、画面の左部分にプロジェクトのタスク リストが表示され、右部分にガント バー チャートが表示されます。スプレッドシートに似た左部分では、Tab キーを使って、それぞれのタスクに関連した各種の情報を表示することができます。また、ガント バー チャートの部分では、スクロール バーを使って、異なる期間においてスケジュールを確認することができます。この[ガント チャート] の文字列とバーは、タスクについての情報が簡単に区別できるように書式設定されています。

次のステップ カードでは、この特別な書式設定について紹介します。


[ｶﾞﾝﾄ ﾁｬｰﾄ] の書式設定
[ガント チャート] の書式設定

大きな赤い文字と赤いバー ( [image]) で示されたタスクは、プロジェクトの主要段階を表すサマリー タスクです。サマリー タスクは、その下のレベルにある関連したタスクのグループに対する見出しのような役割を持ちます。サマリー タスクのスケジュールと期間は、その下のレベルあるタスクのスケジュールと期間の合計です。ソフトウェア開発プロジェクトの主要段階を示すため、サマリー タスクには特別な書式を設定します。

青い太字と青いバー ( [image]) で示されたタスクもサマリー タスクで、赤いサマリー タスクと同じ性質を持ちます。しかし、プロジェクトの主要段階ではなく、そのサブ タスクのグループに対する見出しとして使われます。

黒い文字と網かけの青いバー ( [image]) で示されたタスクは、詳細情報を持つタスクです。このタスクは最も下のレベルで、プロジェクトの中で実際に行う作業を表します。バーの右側に示された割合は、タスクの達成率を表します。プロジェクトのタスクを実施し、その進捗状況を更新すると、割合の数字も進捗状況に伴って変化します。

緑色の文字と小さな緑色の円 ( [image])は、マイルストーンです。マイルストーンとは、期間がゼロのタスクのことで、プロジェクトの各ゴールを表します。ソフトウェア開発用テンプレートでは、プロジェクトの主要段階の終了を示すためにマイルストーンが使われています。


[ﾀｽｸ ｼｰﾄ] ﾋﾞｭｰ
[タスク シート] ビュー

このテンプレートの [タスク シート] を表示するには、次の手順で操作を行います。

1.  [表示] メニューの [その他のビュー] をクリックします。

2.  [ビュー名] ボックスの [タスク シート] をクリックし、[適用] ボタンをクリックします。

3.  [表示] メニューの [テーブル] をポイントし、[入力] をクリックします。

4.  [ツール] メニューの [フィルタ] をポイントし、[すべてのタスク] をクリックします。

[タスク シート] は、プロジェクトのタスクをスプレッドシート形式で表したビューです。これまで Microsoft Excel を使ってプロジェクトを管理していた場合、[タスク シート] の形式に親近感があるかもしれません。[タスク シート] を右にスクロールすると、プロジェクトに関連した各種の情報を表示することができます。このビューに適用するテーブルやフィルタを変更することによって、計画にある特定のタスクについて、さまざまな情報が引き出せます。

このビューの書式設定は、[ガント チャート] とほとんど同じです。次のステップ カードでは、この特別な書式設定について紹介します。


[ﾀｽｸ ｼｰﾄ] の書式設定
[タスク シート] の書式設定

大きな赤い文字で示されたタスクは、プロジェクトの主要段階を示すサマリー タスクです。サマリー タスクは、その下のレベルにある関連したタスクのグループに対する見出しのような役割を持ちます。サマリー タスクのスケジュールと期間は、その下のレベルにあるタスクのスケジュールと期間の合計です。ソフトウェア開発プロジェクトの主要段階を示すためにサマリー タスクには特別な書式を設定します。

青い太字で示されたタスクもサマリー タスクで、赤いサマリー タスクと同じ性質を持ちます。しかし、プロジェクトの主要段階ではなく、そのサマリー タスクの中で関連したタスクのグループに対する見出しとして使われます。

黒い文字で示されたタスクは、詳細情報を持つタスクです。このタスクは最も下のレベルで、プロジェクトの中で実際に行う作業を表します。

緑色の文字で示されたタスクは、マイルストーンです。マイルストーンとは、期間がゼロのタスクのことで、プロジェクトの各ゴールを表します。ソフトウェア開発用テンプレートでは、プロジェクトの主要段階の終了を示すためにマイルストーンが使われています。


[進捗管理 ｶﾞﾝﾄ ﾁｬｰﾄ] ﾋﾞｭｰ
[ガント チャート (進捗管理)] ビュー

このテンプレートの [ガント チャート (進捗管理)] を表示するには、次の手順で操作を行います。

1.  [表示] メニューの [その他のビュー] をクリックします。

2.  [表示] メニューの [テーブル] をポイントし、[入力] をクリックします。

4.  [ツール] メニューの [フィルタ] をポイントし、[すべてのタスク] をクリックします。

[ガント チャート (進捗管理)] は、プロジェクト計画を視覚的に表したビューです。[ガント チャート] とたいへんよく似ていますが、[ガント チャート (進捗管理)] には、プロジェクトの履歴についての情報が追加されます。[ガント チャート (進捗管理)] には、現在のスケジュールを示すバーのほかに、各タスクに対して当初予定されていたスケジュール (基準計画) を示すバーも含まれます。

このビューの書式設定は、[ガント チャート] とほとんど同じです。次のステップ カードでは、この特別な書式設定について紹介します。


[進捗管理 ｶﾞﾝﾄ ﾁｬｰﾄ] の書式設定
[ガント チャート (進捗管理)] の書式設定

大きな赤い文字で示されたタスクは、プロジェクトの主要段階を示すサマリー タスクです。サマリー タスクは、その下のレベルにある関連したタスクのグループに対する見出しのような役割を持ちます。サマリー タスクのスケジュールと期間は、その下のレベルにあるタスクのスケジュールと期間の合計です。ソフトウェア開発プロジェクトの主要段階を示すために、サマリー タスクには特別な書式を設定します。

青い太字で示されたタスクもサマリー タスクで、赤いサマリー タスクと同じ性質を持ちます。しかし、プロジェクトの主要段階ではなく、そのサマリー タスクの中で関連したタスクのグループに対する見出しとして使われます。

黒い文字で示されたタスクは、詳細情報を持つタスクです。このタスクは最も下のレベルで、プロジェクトの中で実際に行う作業を表します。

網かけ付きの水色のバー ( [image]) は、それぞれのタスクに対する当初のスケジュール (基準計画) を表します。このビューでは、当初予定していたマイルストーンも、小さな水色の円 ( [image]) として示されます。スケジュールを [ガント チャート (進捗管理)] やほかのレポートで利用するには、いったんプロジェクトの計画を完成させ、[基準計画の保存] でファイルを保存する必要があります。基準計画の設定については、『Microsoft Project ユーザーズ ガイド』を参照してください。

緑色の文字と小さな緑色の円 ( [image]) で示されたタスクは、マイルストーンです。マイルストーンとは、期間がゼロのタスクのことで、プロジェクトの各ゴールを表します。ソフトウェア開発用テンプレートでは、プロジェクトの主要段階の終了を示すためにマイルストーンが使われています。


ｿﾌﾄｳｪｱ開発用ﾃﾝﾌﾟﾚｰﾄを使ったﾚﾎﾟｰﾄの作成
ソフトウェア開発用テンプレートを使ったレポートの作成

プロジェクト マネージャの最も重要なタスクの 1 つは、自分のプロジェクトについての情報を効果的に伝達することです。このテンプレートは、特にソフトウェア開発プロジェクトのマネージャのために設計されたレポート機能をいくつか含んでいます。また、独自にレポートをデザインする場合でも、Microsoft Project の標準ビューとレポートを利用することができます。

 レポートを参照したい項目を選択してください。

  現在のスケジュールの進捗状況

  現在のスケジュールと当初のスケジュール (基準計画) との差異

  プロジェクトの主要段階の進捗状況

  タスクの差異


レポート:  現在のｽｹｼﾞｭｰﾙの進捗状況
レポート:  現在のスケジュールの進捗状況

現在のスケジュールに照らし合せながら、プロジェクトの進捗状況を最も効率的にレポートするには、[ガント チャート] ビューを使用します。このレポートを印刷するには、次の手順で操作を行います。

1.	[表示] メニューの [ガント チャート] をクリックします。

2.	[表示] メニューの [テーブル] をポイントし、[進捗管理] をクリックします。

3.	[ツール] メニューの [フィルタ] をポイントし、[すべてのタスク] をクリックします。

4.	タスク リストとガント バー チャートの間にある分割バーをドラッグして、レポートに印刷する情報だけが表示されるようにします。

5.	[ファイル] メニューの [印刷プレビュー] をクリックします。

6.	必要な情報がすべてレポートに表示されているかどうかを確認します。

7.	[印刷] をクリックします。


レポート:  現在のｽｹｼﾞｭｰﾙと当初のｽｹｼﾞｭｰﾙ (基準計画) との差異
レポート:  現在のスケジュールと当初のスケジュール (基準計画) との差異

現在のスケジュールと当初予定していたスケジュール (基準計画)を比較を最も効率的にレポートするには、[ガント チャート (進捗管理)] ビューを使用います。このレポートを作成するには、次の手順で操作を行います。

1.	[表示] メニューの [ガント チャート (進捗管理)] をクリックします。

2.	[表示] メニューの [テーブル] をポイントし、[差異] をクリックします。

3.	[ツール] メニューの [フィルタ] をポイントし、[すべてのタスク] をクリックします。

4.	タスク リストとガント バー チャートの間にある分割バーをドラッグして、レポートに印刷する情報だけが表示されるようにします。

5.	[ファイル] メニューの [印刷プレビュー] をクリックします。

6.	必要な情報がすべてレポートに表示されているかどうかを確認します。

7.	[印刷] をクリックします。


レポート:  ﾌﾟﾛｼﾞｪｸﾄの主要段階の進捗状況
レポート:  プロジェクトの主要段階の進捗状況

プロジェクトの進行に伴って、その進捗状況を上司や顧客に報告する必要が出てきます。上司や顧客に計画に含まれるタスクの詳細をすべて伝える必要がない場合は、プロジェクトの主要段階の状況だけをレポートにまとめます。このレポートを作成するには、次の手順で操作を行います。

1.	[表示] メニューの [その他のビュー] をクリックします。

2.	[ビュー名] ボックスの [タスク シート] をクリックします。

3.	[適用] をクリックします。

4.	[表示] メニューの [テーブル] をポイントし、[進捗管理] をクリックします。

5.	[ツール] メニューの [フィルタ] をポイントし、[その他のフィルタ] をクリックし、[最上レベルのタスク] を選択して [適用]をクリックします。

6.	[ファイル] メニューの [印刷プレビュー] をクリックします。

7.	必要な情報がすべてレポートに表示されているかどうかを確認します。

8.	[印刷] をクリックします。


レポート:  ﾀｽｸの差異
レポート:  タスクの差異

プロジェクトの中で特別な注意が必要なタスクを見つけるために、すべてのタスクと、それに対応するスケジュールおよび期間の差異のレポートを作成することができます。スケジュールの差異は、タスクの開始日または終了日が当初の予定と異なるときに発生します。また、期間の差異は、タスクにかかった作業時間が当初の予定よりも長かったり短かったりするときに発生します。このレポートを作成するには、次の手順で操作を行います。

1.	[表示] メニューの [その他のビュー] をクリックします。

2.	[ビュー名] ボックスの [タスク シート] をクリックします。

3.	[適用] をクリックします。

4.	[表示] メニューの [テーブル] をポイントし、[差異] をクリックします。

5.	[ツール] メニューの [フィルタ] をポイントし、[すべてのタスク] をクリックします。

6.	[ファイル] メニューの [印刷プレビュー] をクリックします。

7.	必要な情報がすべてレポートに表示されているかどうかを確認します。

8.	[印刷] をクリックします。


このﾃﾝﾌﾟﾚｰﾄから独自のﾌﾟﾛｼﾞｪｸﾄを作成する
このテンプレートから独自のプロジェクトを作成する

このソフトウェア開発用テンプレートを土台にして、独自のプロジェクトを作成する場合は、このファイルを別の名前で保存します。独自のプロジェクト ファイルを作成するには、次の手順で操作を行います。

1.	[ファイル] メニューの [プロパティ] をクリックします。

2.	[ファイルの概要] タブをクリックします。

3.	[タイトル] ボックスに、プロジェクトの名前を入力します。

4.	[管理者] ボックスに、プロジェクト管理者の名前を入力します。

5.	[会社名] ボックスに、所属する会社名を入力します。

6.	[コメント] ボックスに、プロジェクトの説明を入力します。

7.	[OK] をクリックします。

8.	[ファイル] メニューの [プロジェクト情報] をクリックします。

9.	[開始日] ボックスに、プロジェクトの開始予定日を入力します。

10.	[OK] をクリックします。

11.	[ファイル名] メニューの [名前を付けて保存] をクリックします。

12.	[保存する場所] ボックスに保存先のディレクトリ名を入力します。

13.	[ファイルの種類] ボックスで、[プロジェクト (*.mpp)] を選択します。

14.	[ファイル名] ボックスにプロジェクトのファイル名を入力します。

15.	[OK] をクリックします。

これでユーザー独自のソフトウェア開発プロジェクトのファイルが保存されました。後は実際のプロジェクト計画に合わせて、タスクやスケジュールを編集してください。


ｿﾌﾄｳｪｱ開発の概要 [終わり]
ソフトウェア開発の概要 [終わり]

ソフトウェア開発の概要についての説明はこれで終わりです。後は、実際にプロジェクト ファイルの編集を進めてください。このテンプレートのステップ カードをもう一度参照する場合は、[LIBRARY] フォルダの SOFTDEV.HLP を開いてください。実際の作業のためにステップ カードの説明が必要な場合は、[ヘルプ] メニューからステップ カードを表示することができます。

 項目を選択してください。

  ステップ カードを終了し、プロジェクトのテンプレート ファイルへ戻る

  このテンプレートについて、別のステップ カードを見る。


exitcue