SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
プロジェクトウィザードプラグインについて - 設計と実装の狭間で。
Doltengでは、「Chura Project」として、 幾つかのプロジェクトの中から一つをプルダウンメニューから選択する事で、 ある程度、作りこんだブランクプロジェクトを生成する機能があります。 この機能は、他のプラグインから、拡張ポイントに機能を差込む事で、 生成する事が出来るプロジェクトを増やす事が出来ます。 これから、その拡張ポイントに機能を差込む方法について説明します。 前提知識として、eclipse のプラグインを作成する方法について ある程度知っている必要がありますが、 実際的には、org.seasar.dolteng.projectsのコードや設定ファイルの類を見る方が早いとは思います。 確実に理解しなくてはいけない事柄が、幾つかあります。 plugin.xml ResouceLoader ResourceHandler プラグインから、生成されるプロジェクトにリソースが
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
Ravenous - Web development in Java without J2EE
Ravenous 2.0 Ravenous has been under active development for close to 3 years now. It started out as a simple web server that would allow me to implement web sites in much the same way as I was implementing them in PHP at the time - only, using Java as the language instead of PHP. Since then, Ravenous has moved into a far more agile MVC model. However, it has been a long process with a lot of incre
シューティングゲーム入門者講座
3/21現在の状況 ひとまず現在揃っている素材での解説は、全て終了 何かご意見、ご感想あればお気軽に掲示板やメールを下さいませ。 〜入門者講座内容〜
“あいまい契約”排除に向け、経産省がモデル契約書を公開
経済産業省は1月16日、ユーザー企業がシステム開発をITベンダーに委託する際に用いる契約書のひな型（モデル契約書）を公開した。モデル契約書は、同省のWebサイトにアクセスし、「情報システムの信頼性向上のための取引慣行・契約に関する研究会」の中間報告をダウンロードすれば入手することができる。 モデル契約書のポイントは、ユーザーやベンダーの役割・責任分担を明確に示した点だ。例えば、要件定義や外部設計までの上流工程、納品後の運用テストは、発注者であるユーザー企業が主体となる「準委任」型とした点などである。最近のシステムは要件が固まりにくく、ユーザーが主体的にかかわらなければ、プロジェクトは円滑に進まない実態を反映した。 ただし準委任契約であっても、モデル契約書には「ベンダーは専門的知見に基づき、ユーザーに助言したり、リスクを予測・説明する責務を負う」といった趣旨の条文や補足事項を契約書の各所に盛
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム開発は楽しい ＮＴＴデータ 浜口友一社長に聞く｜産業｜経済｜Sankei WEB