歴史から考えるアーキテクチャとマネジメント - arclamp
ソフトウェアアーキテクチャとプロジェクトマネジメントは相互に絡み合う要素です。この関係性を歴史の流れから考えていくと面白い推測が成り立ちます。 アーキテクチャの歴史 「アーキテクチャとは」というのに定まった定義はありませんが、大枠では「システムの目的や環境を前提とし、様々な利害関係者の関心事を整合させた、システムの構成や構造」のことです。 これはもちろん「あるべき姿」です。完成されたシステムには必ず構成や構造がありますが、それが「システムの目的や環境、あるいは様々な利害関係者の関心事」と完全に合致しているとは限りません。 （ソフトウェア）アーキテクチャという言葉、あるいは（ソフトウェア）アーキテクトという用語は2000年前後から一般的になってきました。逆にいえば当時は「システムの構造や構成」と「システムの目的や環境、あるいは様々な利害関係者の関心事」の不一致があったということでしょう。 で
10 Things It Architect Should Know
1. グロースエクスパートナーズ（株） ビジネスプラットフォーム事業ゼネラルマネージャー チーフITゕーキテクト 日本Javaユーザー会幹事 日本Springframeworkユーザー会幹事 鈴木雄介 現場のITアーキテクトが知っておくべき10のこと - あるいは、技術が分かるPMが知っておくべき10のこと 2. 自己紹介 鈴木雄介 エンタープラズゕプリのITゕーキテクト 標準化支援、技術支援、新規事業企画… ブログ：ゕークランプ http://www.arclamp.jp/ 日本Javaユーザー会幹事 日本Springframeworkユーザー会幹事 日経SYSTEM「ITゕーキテクトの視点」連載 3. 狙い ITゕーキテクトが現場で”考える”ための 考え方を紹介 “銀の弾丸ゕーキテクチャ”は存在しない 現場に合わせて悩み、考えることが大事。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
