設計技術の基礎、基本を勉強し直したい．．．

もとの、はにまるさんのご質問中にある(スレッドのタイトルにもある)、「設計技術」には、プロジェクトマネージメントの結果やそれに至る過程は含まないと思うからです。

もちろん、結果は大事ですが、結果は結果でしかありません。と書くと、なんのこっちゃ良く分からなくなりますが、ようは「設計技術」を磨くことは結果のためのひとつの手段でしかないです。

　上流工程を目指していますが、今一度、基礎、基本技術を見なおし、
　地盤を固めて、次に進みたいと思います。

　我に返り、自分自身が設計技術の基礎知識を持っているか？と考えた場合に、
　「設計技術って何？」と思い、基本的な所で思考が止まってしまいました。
　
　調べてみると、直接設計技術の話を直接している本は無く、
　ツール技術（ＵＭＬやＤＢ等）の話から入る傾向が強く、個人的に疑問に感じます。

こくぼさんの書き込み (2004-03-17 11:48) より:

ぼくはただ、はにまるさんの初稿に

引用:
上流工程を目指していますが、今一度、基礎、基本技術を見なおし、 　地盤を固めて、次に進みたいと思います。

とあったものですから、はにまるさんがご自分のお仕事のために勉強することを
前提としているのかな、と思ってしまったみたいです。
(もちろんつまるところはそうなんでしょうが^^;

はにまるさんの書き込み (2004-03-17 13:33) より:
この枠を打破したかった。それには基礎を勉強する。つまり、
こくぼさんの仰る「学問」に戻る必要性を感じたのですが、戻り方が解らなかった。

一般的には、基礎（学問）→応用（ビジネス）かもしれませんが。
私は、応用（ビジネス）→基礎の大切さを知る→基礎（学問）の流れが殆どです．．
言わば「邪道」ですね

りばぁさんの書き込み (2004-03-17 13:54) より:
少なくとも、設計技術の基礎というものは、あまり学問として勉強するものではないのでは？
と思います。

社会人１年目で、いきなりSEを名乗って設計の仕事をやらされることはありませんよね？
通常、下積みとしてプログラマーを経験しつつ、徐々に設計にも参加する事になると思います。

てけつくさんの書き込み (2004-03-17 14:22) より:
設計をする理由、というのはユーザの要求するシステムを作成する為であって、
プログラムを作る為ではないのでは？
もちろんプログラムを作る為に設計書を見るでしょうが、
後先の理由が逆になってしまっては目指す先もズレてしまうと思います。

ツールを使う事も、専門用語を使う事も、あくまで設計を行う自分自身の手段の一つ
であって、大胆に言ってしまえば、ユーザの要求するシステムを実現させる為には関係ない
のではないでしょうか？
もちろん設計者としては完全に関係ないわけではないですよ。
あくまでユーザからすると、という事です。
ただ、書き込みを読ませて頂いて、手段と目的が混ざってしまってると思いました。

設計をする立場の人間は、ユーザの要求するシステムの実現の為に紆余曲折しますが
技術やスケジュール面からだけではないもっと先を見据えて物事を考える必要がある
のではないでしょうか？

プログラムを作成する為だけの設計書なら、PGでも書けますよね。
昔はにまるさんもされていたように。
そうでなく『設計』を考えるなら、学ぶ事はたくさんあると思いますよ。

るぱんさんの書き込み (2004-03-17 14:46) より:
業界自体がわかり易い図を求めていると思います。
が決定打も出て来ていないのかな？と。

「ＵＭＬがそれだ！」と言う意見も有ると思いますが、
説明できる資料のバリエーションの一つにしか過ぎないのではないかと。

手段（一つの事を一枚の図や仕様書で説明できる様な手段）を幾通りも取り揃えて、
ケースバイケースで使い分けていくしかないような気がします。

そういう意味で学問に回帰するのが一番の王道なんじゃないかな？って思いました。

理想を言えばもっと系統立って教授すべきです。今のままではソフトウェア業は一種の職人の世界です。職人スタイルも良いですが、職人スタイルであり続ける必要もないと思います。