急速なビジネスの変化に対応できる「BRMS」の常識
急速なビジネスの変化に対応できる「BRMS」の常識：企業システムの常識をJBossで身につける（終）（1/4 ページ） 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ 貴社では、ビジネスルールを定めていますか？ 企業における「ビジネスルール」について、読者はどのようなものを想像しますか？ その名のとおり、「ビジネスにおけるルール」というものを想像するのではないでしょうか。企業を取り巻く環境は、常に急速な変化が伴います。このような変化に対応できるように、昨今の企業では、一定のビジネスルールを定義しておき管理するケースが増えています。 今回は、ビジネスルールの概要について説明し、企業におけるビ
"超高速開発" を、開発ツール選定の話と捉えてはいけない - ジャスミンソフト日記
IT Pro 記者の眼「あなたの知らない超高速開発」 は、日経コンピュータ特集記事「超高速開発が日本を救う」と連携したレポートです。この記事についてのさまざまな反応を、はてなブックマークで知ることができます。また、Twitter でも多くの反響がありました。 コメントは「すごい」と「懐疑的」に別れていますが、それはこの市場がまだ黎明期であることを示しています。いずれも「使ったことがないので評価しようがない」という点で一致しています。 ここで気になったのは、"超高速開発" が開発ツールと結びついてしまい、ツールの良し悪しで語られるのであれば、この記事（提言）の意図が伝わらないのではないかということです。BRMS という分野の良し悪しという議論の前に、そもそもなぜ、このような動きになってきたのかという背景を考えてみます。 先が暗いといわれる現状の SI 業界の解はどこにあるのか 多くのブログで
特許庁の55億かけて頓挫したプロジェクトの報告書が面白い
http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書 始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！ 1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。 これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視
新しい契約形態での受託開発サービス ｜ 永和システムマネジメント
近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい
日本のソフトウエア産業、衰退の真因
ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。この本を出す少し前まで、彼は「この国が危ない（A Nation at Risk）」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 この本の中で、ヨードンは日本をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。本が書かれた時点では、インドのＩＴ産業はまだ黎明（れいめい）期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、ＩＴ立国を目指す他のアジア諸国からお手本と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の
Issues of Rubyists
1. Issues of Rubyists ～ SIerのなかのRubyistが考えるべきこと～ アクセンチュア・テクノロジー・ソリューションズ株式会社 システム・アナリスト 相澤 歩 Accenture Technology Solutions Japan Corp Systems Analyst Ayumu AIZAWA Copyright ©2011 Accenture All Rights Reserved. Accenture, its logo, and High Performance Delivered are trademarks of Accenture. 1 2. アクセンチュアについて About Accenture アクセンチュア株式会社 http://www.accenture.com 企業戦略、業務改革、システム開発・保守、BPO – コンサルティング – テ
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
TDDBC Fukuoka Day1
TDD Boot Camp Fukuoka Day1 - Mar 19, 2011 at FukuokaRead less
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hayst.com
テスト技法ポジショニングマップ
EC-One
クラスメソッド株式会社 | 使い勝手の良いビジネスアプリとインターフェースのことならクラスメソッドへ