大規模なソフトウェア企業の「アーキテクト」タイトルについて聞き取り、彼らが何をし、どのようにしてそれを達成するのかを知りたいと考えています。ソフトウェアアーキテクトは何を行い、どのようなプログラムを使用していますか？
ソフトウェアの機能を説明するビジュアルダイアグラムを準備するのは仕事ですか？デザインを支援するためにどのようなプログラムを使用していますか？ Class Designingのように？
彼らはより高いレベルで設計し、他の人（開発者）にマシンが実行できるような方法でコードを書くようにしますか？あるいは、彼らは実装の詳細に入りますか？
青写真のない小屋を建てることができれば、青写真なしで家を建てることができるというわけではありません。
建築家は、今必要なものを見て、必要なことを言うときに何を意味し、今日必要なものを提供するソフトウェア戦略を設計し、将来的に（そしてそこから）成長することができる家。構築に精通しているアーキテクトは、ソフトウェアでより頻繁に成功します。コーディングが可能なアーキテクトは、高いレベルで（しかし、日常的にはそうではないかもしれませんが）他の開発者が一緒に成功するための基礎を築くのに役立ちます。
ソフトウェア設計に関わるツールは、主に鉛筆、消しゴム、ルーラに似ています。これは、ツールよりも重要な鉛筆で描いたものです。
アーキテクトの役割は、非常に高いレベルから細部にまで注意を払う必要があるナットとボルトに至るまで設計されたプロジェクトをまとめることです。彼らは、ソフトウェアの設計において持続不可能な、または破壊される傾向のある例外、穴、および事柄を見つけ出し、より高いレベルの成功を保証する前にそれらを修復する専門家となるでしょう。
言われているように、私はSAのためにOmniGraffle、Balsamiq、UMLのもの、そして多くのグラフ用紙とホワイトボードのようなツールを使用しています。設計における私の目標は、複雑なものを誰かがシンプルで効果的かつ有用なものにすることです。
私の目標は、クライアントのニーズを理解するよりも、自分が次の「飛躍」を目指していることを理解できるようにすることです。
人々の問題を解決するためのアーキテクトは、多くの角度から多くのものを処理し、誰の要求にも共通のパターンを見つけることを意味します。
かなりクール:) –
すべての就職先と同様、それは非常に主観的であり、企業によって異なります。
は、ここでの私の見解...ソフトウェアアーキテクト、開発者から仕事ができる技術仕様にビジネス要件と機能仕様を変換するビジネスアナリストと連携だ、と述べました。
アーキテクチャは、何かを構築する最良の方法を計画していますが、これはハイレベルと見なすことができますが、下位レベルの事柄の正しい知識から利益を得ており、
どのツールを使用するかは、どのように心が働くかによって異なります。
"ソフトウェアアーキテクトは、ビジネスアナリストと協力して、ビジネス要件と機能仕様を開発者が作業できる技術仕様に変換します。 ---これと完全に同意する –
私の老人は、数年前に大企業のグループに勤めていたときに自分自身をソフトウェアアーキテクトと呼んでいました。（今、彼は身震いコンサルティングにオーバーなくなっています。）だから私は彼が要件を収集し、整理するプリセールスチームとliaised一つであるように見えた...観測のPOVから
これを言っています仕様。
彼はまた、あなたが推測したように、システムのための最も重要な計画を描きました。
AFAIK、彼はあまり実際のプログラミングをしていませんでした。彼はプログラマーのチームを監督しましたが（リードデベロッパーと協力して）、自分自身でコードを書くことができるので、彼が必要な場合には私が驚いていません。
私が言ったように、これらはちょうど観察です。各組織にはおそらく別の考えがあります。しかし、私はそれが役に立つと思います。
私は、あなたがそれを聞いたところであなたが得る答えが異なると思います。私は建築家の仕事
は、以下のためresponsibeです：
使用するツールは
私の会社は、ソフトウェア・コンポーネントを生成含まれるであろう。そのため、建築家としての私の役割は、/地平線のためではなく、今日
私は、開発しなければならないソフトウェアとプロジェクトの長さにも依存すると言います。 また、使用している生産プロセスの種類によって異なる場合があります。
彼らが使用できるプログラムは、ビジュアルアーキテクトのstar umlです。
私はいくつかのプロジェクトの計画を作ることだと思う、それはmainteinanceに役立つだけでなく
ビットゲーム後半では、しかし、あなたは
ノートを使用します同社はIE RUPがRational Roseを使用することを推奨するツールを決定するかもしれない。
これらのツールは、単にクラス図は、彼らがビジネスプロセス、論理モデル、デザインモデル、ユースケース、導入モデルなどのキャプチャが可能になるんではないだろうことは
私のアイオープナーはを見ていました"4 + 1"モデリング、Googleの "4 + 1 RUP"と読んでいる。
私はこの世界で初めてですが、これは私の観察の概要です。
よく仕事のための最も重要なツールは脳です。質問はありません:-) – lothar
私のこの記事をチェックしてください：http://www.yegor256.com/2014/10/12/who-is-software-architect .html – yegor256