1. 要件分析
プロジェクトの紹介によると、ソフトウェアは、次の3つの要件があります。
デマンド 1：
地下鉄線の実現と算出された転送プログラムの表示をサポートしています。その後、ユーザーは、コマンドラインからプログラムを起動することができます。プログラムが起動すると、それは別のコマンドに対応するコマンドラインパラメータを読み込みます。情報の地下鉄マップについては、我々はそれがパラメータ使用することに同意したシンボルとして-mapを。情報の地下鉄マップを取得するために、起動するプログラムを読み込むことで、対応するカスタムファイルの地下鉄（指定subway.txt）-mapパラメータを取得する必要があります。
デマンド 2：
基本的なクエリ操作を実装します。たとえば、ユーザーがサイトを通じて地下鉄線を指定するクエリしたいです。このように、アプリケーションは、新しいコマンドライン引数をサポートする必要があり、ユーザが地下鉄を照会する指定-aを、。このように、与えられた地下鉄線で、あなたはサイトのスタートラインからプログラムを起動できるようにする必要があり、すべてのサイトが末端まで地下鉄ラインを介して出力を順次。私たちは、出力ファイル-oコマンドライン引数を使用します。
需要 3：
プログラム（最小部位の数の後に）計算される2つのステーション間の最短経路を達成し、部位の数及び（出発駅、宛先ステーションと移送ラインを含む）経路を出力します。あなたは地下鉄を利用したい場合は、彼はあなたがコマンドラインですることができるように、出発点から目的地に到達するためのステーション数の最小値を渡したいと考えているユーザーはHonghuliを知りたいなどと2つの地下鉄の駅を出発し、目的地として命名されたパラメータを、-b復興の道間の最短ルートは、彼はプログラムが書き込みroutine.txtになりますようにする次のコマンドを使用する方法である。subway.exe -b Honghuli復興の道-map subway.txt -o routine.txt。
2. 実装の分析
デマンド 1：
需要は、私たちは地下鉄の路線図は、テキスト形式のテーブルに変換取るためのようです。言い換えれば、我々はあなたが含むべき情報を保存する必要があり、テキスト形式で保存された地下鉄線情報ファイルを一緒にしたい地下鉄線名、地下鉄の駅の名称と駅転送情報をアプリケーションがファイルを読むことができるように、あなたは地下鉄ラインに関するすべての情報を持つことができます。写真を読み込み、自動分析、情報の保存と変換などが関与してこれらの技術の中で、私は、コンピュータが自動的にテキストファイルに画像を変換する方法を知らないので、私はこのプログラムは唯一の地下鉄マップを使用し、このステップが行われているデフォルト手動で行います。最終結果は次のようになります。
| いいえ。 |
ライン |
ドメイン名 |
乗換駅かどうか |
| 001 |
1 |
劉元 |
0 |
| 002 |
1 |
西クロス堤防 |
0 |
| 003 |
1 |
ワイナリー |
0 |
すべての入力ステーション subway.txt後、それはプログラム、各種の演算を実装に導入することができます。
デマンド 2：
方向を取得するには、例えば、単にルート番号、ユーザーが入力した、テーブルのすべての行に比べ、サイト名の出力を読み込みます。
需要 3：
操作の例：
入力：
subway.exe -b Honghuli復興の道-map subway.txt -o routine.txt
出力：
3つのストップの3 //合計
Honghuli
ウェストポイント で//転送ステーション
ライン6
復興の道
設計と計画の考慮事項地下鉄の観点から、サイトの増加を介してリードを取る必要がありますルートを取ります。
ターミナルのために、我々は最初の行でそれを発見しました。そこ2例である：それに出発ステーションとが同一の同じ経路上の経路、または出発点ではない;後者の場合、端末は、特定の方向の開始点を決定することができ、1日6または9。
最初の両方向にトラバースすることができる始発駅への単一サイト用の2つの方向があります。
3.PSP
| PSP 2.1 |
パーソナルソフトウェアプロセス段階 |
時刻/時間 |
| プランニング |
計画 |
|
| ・見積り |
・ タスクが必要であると推定されているどのくらいの時間 |
∞ |
| 開発 |
開発 |
|
| ・分析 |
・ 分析ニーズ （新しい技術を学ぶ含みます） |
1 |
| ・デザインスペック |
・ 設計ドキュメントを生成 |
1 |
| ・デザインレビュー |
・ デザインレビュー （と彼の同僚は、設計文書を見直し） |
1 |
| ・コーディング標準 |
・ コードの仕様 （現在の開発のための適切な規範の開発） |
1 |
| ・ 設計 |
・ 具体的な設計 |
10 |
| ・コーディング |
・ 具体的なコーディング |
200 |
| ・コードレビュー |
・ コードレビュー |
1 |
| ・テスト |
・ テスト（セルフテスト、コードを変更し、変更を提出） |
1 |
| 報告 |
レポート |
|
| ・ 試験報告書 |
・ テストレポート |
2 |
| ・サイズ測定 |
・ コンピューティングのワークロード |
1 |
| ・死後＆プロセス改善計画 |
・ 後知恵、 およびプロセス改善計画を提案します |
|
31701056
ヤン鄭