質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.32%

  • オブジェクト指向

    298questions

    オブジェクト指向プログラミング(Object-oriented programming;OOP)は「オブジェクト」を使用するプログラミングの概念です。オブジェクト指向プログラムは、カプセル化(情報隠蔽)とポリモーフィズム(多態性)で構成されています。

  • オブジェクト

    95questions

    オブジェクト指向において、データとメソッドの集合をオブジェクト(Object)と呼びます。

実際に現場ではオブジェクト指向で開発を行う場合は「現実世界」を観察して設計図を描く?

解決済

回答 3

投稿

  • 評価
  • クリップ 0
  • VIEW 463

mr0237

score 143

JAVAのオブジェクト指向を勉強・練習している者です。

説明が下手ですいませんが、「スッキリわかるJava入門 第2版 (スッキリシリーズ) 」の(P281)「手続き型プログラミングとの違い」のところを復習を兼ねて読み直しているのですが、

オブジェクト指向で開発を行う場合、プログラマはいきなりコードを書き始めることはしません。まずプログラムで実現しようとする部分の「現実世界」を観察します。例えば銀行振り込みの手続きをプログラム化する際には、それを観察してイメージ図(設計図)を描きます。

と、この書籍には書いておりますが、そもそも、実際に「プログラマはある仕事をプログラムで実現しようとする部分の「現実世界」を観察する」というのは開発現場とかではやるんですか?

この書籍を読んでみると、(オブジェクト指向を)わかりやすいようにあえて例えているみたいな感じで記載されているようにみえます。

つまり、お客さんのほうから「とある仕事をコンピュータ化してほしい」と依頼があったら、いきなりコードは書かず、プログラム化するところを観察してイメージ図(設計図)を描く。ということを現場ではやっているのでしょうか?

なんか私自身勘違いしているように見えますが、プログラム化するところを観察して設計図を描くというのは本当にやっているのでしょうか?

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 3

+2

いちいちたとえがわかりにくい本だと思いますが、きっと UML のことを言いたいんだと思います。とくにクラス図とユースケース図のことではないですか?
続きを読めば UML が出てきませんか?
それで終わりですか?

本は通して読むことが大事です。
断片的に読まず、もう少し先、少なくとも結論まで読んでください。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2017/04/16 12:57

    別の言い方をすると、「人の言うことは最後まで聞きましょう」

    キャンセル

checkベストアンサー

0

こんにちは。

お客さんのほうから「とある仕事をコンピュータ化してほしい」と依頼があったら、いきなりコードは書かず、プログラム化するところを観察してイメージ図(設計図)を描く。ということを現場ではやっているのでしょうか?

まず、プログラムを作る前に、どんなプログラムを作るのか明確にする必要がありますね? 曖昧なままだと作っている内に仕様を変えてしまって、いつまでたっても完成しないのが落ちですから。趣味プログラムでは時としてあると思います。
しかし、業務で開発する時にそれは許されません。発注元も受注先も悲惨なことになります。(残念ながら偶に聞きますが...)

現在、手でやっている業務の工数削減や時間短縮のためにコンピュータ・プログラム化するケースが結構多いです。その際、どのような手順で作業しているのか、現実世界を観察した上で、どのようなプログラムを開発すればその業務を効率化できるのか検討し、プログラムの仕様を明確化します。

この手順を省略したり、いい加減にしたりした時、冒頭の「残念ながら偶に聞きますが...」と言う結果が待っています。許されないことです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

0

お客さんのほうから「とある仕事をコンピュータ化してほしい」と依頼があったら、いきなりコードは書かず、プログラム化するところを観察してイメージ図(設計図)を描く。ということを現場ではやっているのでしょうか? 

やっています。設計図をUMLで書いているとは限りませんが。

そもそも、いきなりコードが書けるような簡単なもの(例えば、今読んでいる書籍に記載されているサンプルコードのようなもの)は仕事として依頼がきたりはしません。

お客さんからは難しく、複雑な現実の仕事を効率化したい、しかも曖昧な内容で依頼がされるので、まずは現実をよく観察して、理解して初めてコードが書けるのです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.32%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

同じタグがついた質問を見る

  • オブジェクト指向

    298questions

    オブジェクト指向プログラミング(Object-oriented programming;OOP)は「オブジェクト」を使用するプログラミングの概念です。オブジェクト指向プログラムは、カプセル化(情報隠蔽)とポリモーフィズム(多態性)で構成されています。

  • オブジェクト

    95questions

    オブジェクト指向において、データとメソッドの集合をオブジェクト(Object)と呼びます。