SQLの成功への10ステップ - ダミー

SQLの目的は、開発者が有用で堅牢なデータベースとデータベースアプリケーションを作成できるようにすることです。これを成功させるためには、成功したプロジェクトを正当に祝うまで、あなたの開発努力は一連の段階を経なければなりません。ここでは、データベース開発に成功するための10の重要な段階があります。

タスクを定義します。

<！ - 1 - >

プロジェクトの開始時に、システムを構築するタスク（クライアント）を割り当てる担当者は、何が必要なのかを知っています。そのアイデアは、非常に具体的で、鮮明で、簡潔であるか、あいまいで、漠然としていて、あいまいである可能性があります。あなたの最初の仕事は、成果物と呼ばれる、プロジェクトの最終結果が何であるかを詳細に記述して記述することです。これは定義段階の主なタスクです。

<！ - 2 - >

定義段階では、データベースと関連するアプリケーションによって解決されるべき問題を可能な限り正確に定義します。彼女が彼女が彼女の考えていることを記述しているので、クライアントに注意深く耳を傾けてこれを行います。曖昧な点を明確にするために質問してください。しばしば、クライアントは完全に物事を考えなかったでしょう。彼女は何を望んでいるのか一般的な考えを持っていますが、その具体的な考え方はありません。続行する前に、具体的に彼女と同意する必要があります。

<！ - 3 - >

プロジェクトスコープの決定

定義段階の次のステップは、プロジェクトスコープを決定することです。どのくらいの仕事はそれになりますか？システムアナリストの時間、プログラマー時間、機器、およびその他のコスト項目には何が必要ですか？締め切りはありますか？

仕事をするために必要なことを決定する：

プロジェクトの範囲を決定したら、次の質問に「時間とコストの制約の中でこの仕事をすることは可能ですか？クライアントによって？ 'この質問に答えるには、フィージビリティ分析を行う必要があります。分析を完了したら、現在定義されているようにプロジェクトが実行可能でないと判断することができます。あなたはそれを拒否するか、クライアントをより説得力のあるものに範囲を縮小するように説得する必要があります。

プロジェクトが実行可能であると判断したら、どのような人員配置が必要かを知っています。この時点で、プロジェクトで誰が作業するかを決める必要があります。あなたは自分ですべて小さな仕事をすることができるかもしれませんが、ほとんどの開発努力には数人のチームが必要です。必要なスキルを持っている人（そして必要なときにプロジェクトで作業することができる人）を見つけることは、トータルの開発努力の一部と同じくらい難しいものです。

要件の声明を生成する

クライアントにプロジェクトに含まれるものについて合意に達したら、正式な要件書を書くことができます。 Statement of Requirementsは、データベースアプリケーションの表示、更新、および制御メカニズムの明示的な記述です。

要件の声明は可能な限り詳細に記述されなければならない。基本的にあなたとあなたのクライアントの間の契約です。あなたは、何が納品されるのか、いつ納品されるのかについて正確に同意しています。手配を封印するために、あなたとあなたのクライアントの両方が、あなたが提供することに責任を負うことに合意した要件の声明に署名する必要があります。この手順はかなり正式に見えるかもしれませんが、両当事者を保護します。合意に至ったのは後に疑問の余地がありません。

正式なデータベースモデルを作成する

これまでは、プロジェクトは主に分析されていました。この時点で、設計段階に入り、分析から設計に移行することができます。問題について知る必要のあることはすべて知っている可能性が高いので、ソリューションの設計を開始できます。

データベース設計はすべてモデルに関するものです。この時点で、データベースの構造のユーザーの概念を把握するユーザーのデータモデルが用意されています。これには、主要な種類のオブジェクト、それらのオブジェクトの特性、およびオブジェクトが互いにどのように関連しているかが含まれます。しかし、それはデータベース設計の基礎となるようには十分に構成されていません。そのためには、ユーザーのデータモデルを過去数十年間に開発された正式なデータベースモデリングシステムの1つに準拠したモデルに変換する必要があります。フォーマル・モデリング・システムの中で最も一般的なものは、一般にE-Rモデルと呼ばれるエンティティ・リレーションシップ・モデルです。このモデルを使用すると、ユーザがあなたに言ったことをよく定義されたフォームに取り込んで、リレーショナルデータベースに簡単に変換できます。

システムをE-Rモデルの形にしたら、リレーショナルモデルに簡単に変換できます。リレーショナル・モデルは、DBMSが理解できるものであり、そこからデータベースを直接作成できます。

データベースアプリケーションを設計する

データベースを設計したら、設計作業は半分しか完了しません。あなたは今データで満たすことができる構造を持っていますが、まだそのデータを操作するためのツールはありません。今すぐ設計しなければならないツールは、データベースアプリケーションです。

データベースアプリケーションは、ユーザと対話するシステム全体の一部です。これは、ユーザーが画面上で見るすべてを作成します。ユーザーが行うすべての主要な抑うつや、ユーザーが実行するすべてのマウス操作を感知して対応します。ユーザーの同僚によって読み取られたすべてのレポートが印刷されます。ユーザーの立場から見ると、データベースアプリケーション

はシステムです。データベースアプリケーションを設計するには、ユーザーが要件の声明が約束するすべてのことをユーザーが実行できるようにする必要があります。わかりやすく使いやすいユーザーインターフェイスも提示する必要があります。システムの機能は、画面上の論理的な位置に表示されなければなりません。ユーザーは、アプリケーションが提供するすべての機能の実行方法を簡単に把握しなければなりません。ビルド

データベース設計ができたので、テーブル、テーブル間の関係、テーブルに入力できるデータの制約を作成することができます。

文書化

あなたがしたすべてと、あなたが行ったすべての決定の理由は、細心の注意を払って文書化しなければなりません。うまくいけば、あなたはこれをずっとやっています。この段階では、文書を最終形式にするだけです。プロジェクトに精通していない優秀な開発者は、あなたがより大きくてより良いものに移行した後でそれを取り上げることができます。

すべてをテストする

データベースシステムを構築して文書化すると、完了したように見えるかもしれませんが、十分な休暇を楽しむことができますが、まだ完了していません。厳密にテストされるべきである。そのテストは、あなたと同じ方法を考えない人が行う必要があります。システムが運用可能になると、ユーザーは想像していないことを実行します。彼らは、あなたが予期していなかった選択肢の組み合わせを作ったり、意味のないフィールドに値を入力したり、逆さまと逆さまのことをしたりします。彼らが何をするのかは分かりません。ユーザーが予期しないことが起こったとしても、データベースを保護する方法でシステムが応答し、ユーザーが適切な入力アクションを実行できるようにする必要があります。

完成品のメンテナンス

システムを時間通りに、予算どおりに納品し、賞賛し、職務の最終支払いを収集した後、あなたの責任は終わっていません。独立したテスターがシステムを失敗させようとする素晴らしい仕事をしたとしても、配達後に数週間、数ヶ月、さらには数年後に現れる潜在的なバグがまだ残っている可能性があります。あなたは、クライアントとの契約上の契約に応じて、これらのバグを無料で修正する義務があります。