業務を考えて設計を
SEスキル的な話をひとつ。お客様のシステムを設計する際にはそのお客様の業務を考えてお客様に提案しましょう。例えば、あなたが設計した画面は非常に素晴らしく先輩にも褒められたのに、お客様はなぜか不満顔です、なぜでしょう？？それは、実はお客様の業務では、他システムでも同じ内容入力を
SEスキル的な話をひとつ。お客様のシステムを設計する際にはそのお客様の業務を考えてお客様に提案しましょう。例えば、あなたが設計した画面は非常に素晴らしく先輩にも褒められたのに、お客様はなぜか不満顔です、なぜでしょう？？それは、実はお客様の業務では、他システムでも同じ内容入力を
テーブルの相関関係（ER）とレイアウトだけ見れば、お客様ビジネスが想像できる話を。説明を聞かなくとも、どの様な業務で、画面や帳票かわかります。ERはめちゃ大切！担当システムのER図は必ず確認を。もしなければ、そのシステム設計は危いかも。顧客マスタ（会社）と（人）があっ
あなたが”顧客マスター登録画面の設計”を依頼されたらどうしますか？テーブルレイアウトを見て項目を洗い出し、参考に他マスター画面を見る。確かにこれらも必要です。しかし、もっとも大切なのは顧客マスターの項目が利用される全アウトプットを確認すること。どの項目が、どの画面、どの機能で
さて、今日は「システム開発はV、画面設計はZ」です。OJTでは出てこないような基本的な話を簡単に。システム開発の工程はたくさんありますが、概略でいうと要件定義、基本設計、詳細設計、実装、単体テスト、結合テスト、運用テストという流れがウォーターフォール手法では一般的です。絵にするとこん
数あるシステム化、開発の経験から成功したプロジェクトの要因は戦争と同じで指揮官、つまりプロジェクトマネージャのマネジメント力にかかっていると新ためて思っております。戦争では勝つ、負けるという単純な判断で戦います。システム化も品質のいいシステムを予算内で納期までに終えると言う単純明快な判断でマ