発注者ビューガイドライン - 情報処理推進機構：ソフトウェアエンジニアリング
要求・アーキテクチャ領域「機能要件の合意形成技法WG」の検討成果の前身となる発注者ビューガイドラインを公開します。 機能要件の合意形成技法WGでは、2006年から2007年にかけて活動が行われた「実践的アプローチに基づく要求仕様の発注者ビュー検討会」（以下、「発注者ビュー検討会」といいます）の検討成果物である「発注者ビューガイドライン」をベースに検討活動を行います。 WGの本格活動に伴い、IPAでは発注者ビュー検討会の参加企業9社(株式会社NTTデータ、富士通株式会社、日本電気株式会社、株式会社日立製作所、東芝ソリューション株式会社、株式会社構造計画研究所、日本ユニシス株式会社、沖電気工業株式会社、TIS株式会社)から発注者ビューガイドラインの譲渡を受けましたので、それを公開します。 ※なお、発注者ビューガイドラインは改訂を行い、機能要件の合意形成ガイドとして2010年3月に公開しました。
情報処理推進機構：ソフトウェアエンジニアリング
2013年～2012年度 | 2011年度 | 2010年度 | 2009年度 | 2008年度 ■2013年6月以降の報告書(ソフトウェア高信頼化)はこちら ■2004年度～2007年度の報告書をご覧いただく場合は、IPA/SECの公開情報検索データベース「SWE iPedia」よりご参照ください。 ※ダウンロードファイルのお取り扱いについては注意事項をお読みください。
内製開発を考えているSI技術者が知っておくべき内製アンチパターン - aike’s blog
数年前から、ゼネコン的なSIerの業態に構造的な限界を感じ社内のエンジニアによる自社開発（内製）を見直す動きが見られます。自分の場合も少し前にSI企業を辞めて今は内製をしていますし、知り合いの技術者にも何人かそのような転職をした人がいます。しかし、彼らの話を聞くと良いことばかりではないようです。 そんなわけで、今回は内製に潜むアンチパターンをまとめてみました。なお、ここでは一般向けプロダクト開発ではなく、社内向け業務システムの開発を想定しています。 ■そこは異業種ですよ 内製ということは、ほとんどの場合その会社はシステム開発会社ではなく、異業種に転職することになります。そのため想像以上に開発の常識が通じないことにとまどう技術者も多いようです。SIのとき、システム開発に理解がないゆえに無茶を言う顧客にあたった経験があるかと思いますが、自分以外の社員が全員そのような人であるおそれもあります。
システム開発、オフショア開発、アプリ開発なら株式会社トラントへ
ラボ型オフショア開発（ベトナム） 「開発の人材が足りない」「自社サービスを作りたい」「開発コストを削減したい」「開発子会社がほしい」など、IT活用やビジネスの拡大に向けて様々な課題や不安をお持ちの企業様、トラントがTrenteVietnamと共に解決します。 日本人スタッフがフォローしてベトナムの高水準の技術でお客様のビジネスを加速させます。 詳しくはこちら ITサポートサービス（IT WOMAN） IT活用が進む世の中で、社内へのIT導入やIT活用にお困りではありませんか。 トラントのITサポートサービスは、ITの幅広い知識によりユーザー様のお手伝いをさせていただきます。お客様の社内SEとしてパソコン購入からツール導入、社内インフラ、IT投資検討など「ITサポートのスペシャリスト」としてお手伝いさせていただきます。 詳しくはこちら
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
開発コストを膨らませる日本文化「仕様変更」 ユーザー要件をすべて汲み取ると何が起きるのか | JBpress (ジェイビープレス)
私が、この業界に入った20年ほど前、ソフトウエア開発理論で名を知られるジェームズ・マーチン博士（第1回のコラムを参照）が、講演などでいつも口にしていたことがある。 まず、システムと組織には「KAIZEN（改善）」が必要だということ。システムをいったん作ってそれで終わりにするのではなく、「システムに合わせた組織を作る」「組織に合わせたシステムに再構築する」のが必要、ということであった。 何よりも「システムは生き物なので、どんどん成長させなければならない」と言っていた。具体的には、「総売り上げの5％前後を、システム開発に投資し続けるべき」というものであった。ビジネスモデルの変化を絶えずシステムと組織に反映すべき、という考えである。 プロジェクト担当者は「兼務」ではなく「専任」で その一方で、マーチン博士は講演でよく「ある国の経営者は、システム開発にあまりにも過剰な費用を投入している」と指摘して
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
25歳からプログラミング「泣きながら覚えた」 庄司嘉織さんのエンジニアライフ - 特集：No okyuu, No Life [okyuu.com]
赤毛に青いサングラス――独特な出で立ちのエンジニア庄司さんは25歳からプログラマーに転向した。プログラミングは「泣きながら覚えた」と振り返るが、いまやjava-jaを立ち上げるなど精力的に活動するエンジニアだ。 この企画はokyuu.com編集部が現在のエンジニア像をリレー形式で追っていくものです。 （取材・文＝編集部） 庄司嘉織（しょうじよしおり） 1975年7月22日生 34歳 ドワンゴ 研究開発本部 統合情報システム開発部 【略歴】 1996年3月 沖縄大学中退 2009年3月 株式会社ドワンゴ入社 ――ITエンジニアになったきっかけを教えてください。 庄司 プログラマーになる前は、契約社員で4年ほどパソコンのサポートをやっていました。中小企業のヘルプデスク業務を支援したり、プロバイダーの加入者をサポートしたり、仕事は多岐にわたっていました。インターネットが出たての頃だっ
独自の手法で10倍速開発 7割主義で変化対応力を高める
良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD（マーチャンダイジング）システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8％から0.9％に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1～2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1本という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
visualvm: Home
Efficient data transfer through zero copy