 誰もがビジネスの成功を望んでいます、でも成功と失敗の違いはどこにあるのでしょうか？  図解で描く「仕事の設計図」とは．．「目標達成へのプロセス・デザイン」
|
|||||||||||
| HOME > 仕事の設計図の基本的な考え方と体系 > 要求定義と要件定義の違いを考える |
|||||||||||
 要求定義と要件定義の違いを考える
|
|||||||||||
要求定義と要件定義の違いを考える どの会社でも、コンピュータのシステムを導入しています。 実績のあるパッケージソフトの導入なら問題ありませんが、 自社のシステムを開発するとなると失敗もあります。 特に、経験の少ないＳＥが担当した場合や無理な要求をした場合に失敗する可能性が高まります。 その原因は何でしょうか？ そこで重要となるのが、システム化の「要求」を 正しくＳＥに伝えるということです。 ＳＥは、エンドユーザーの要求を正しく掴まないと．．． 要求を出発点とするシステム開発を成功させることができません。 システム開発には、ユーザーの要求を正しくつかみ、 技術者が開発のために必要な要件定義を作成することが大切です。 開発には、要求を「どんな資料で、どうまとめる」のでしょうか？ 要求定義と要件定義の関連は、どこにあるのでしょうか？ 私は、左の図のように考えています。
要求定義が変更されると要件定義の変更が必要となります。 事業の方針が変わると、オペレーションが変わります。 オペレーションが変わるということは、画面や帳票などの インターフェースの変更が必要となります。 ですから、システム開発をする時は．．． 具体的なオペレーションレベルで、作業の「仕組み」を捕えていないと、 「要求定義」が抽象的なものになります。 業務の運用の仕組みが抽象的なままだと．． 担当ＳＥの、その業務経験や能力、得意・不得意で、作成する「要件定義」が違ってきます。 ここが問題です システム成功の要件は、担当ＳＥの経験と能力任せ．． これでいいのでしょうか？ システム開発を３つのレイヤーに分けると考えやすくなります。 ・ビジネス ・システム ・ＩＴ技術 http://www.it119.org/06gyosys/tukasof02.html システム開発の現場では、この３つのレベルを一緒に論じがちです。 これは、全く別の能力です。 全てに精通する人はいません。 要求と要件を追跡する仕組が必要！
|
|||||||||||
|
|
|||||||||||
| 伝えたい情報を上手く整理して表現できていますか？、情報は構造とセットにすることで伝わりやすくなります。 上書きして使える図解ＰＰＴのテンプレート 企画書・提案書・プレゼン資料を差別化する図解サンプル+クリップアートＣＤ  |
|||||||||||
事業の構造設計コンサル 「業務プロセス設計のテオリア」 
